Vai al contenuto

CSDB · S1000D · BREX

L'unica sorgente di verità per la documentazione tecnica nei settori regolati.

Common Source Database per S1000D. XML validato dal BREX, varianti guidate dall'applicabilità, snapshot congelati, IETP ed export per cliente da una sola sorgente governata.

csdb / aircraft-a / publicationReport del lint
  • ERRDMC-AC-A-32-11-00-00A-040A-D
  • ERRDMC-AC-A-52-31-00-00A-941A-D
  • WARNDMC-AC-A-24-00-00-00A-018A-D
  • OKPMC-AC-A-00001-00
Validazione su una pubblicazione. Ogni segnalazione punta a data module, posizione e regola.
Sorgente di verità per ogni data module
0

Sorgente di verità per ogni data module

Controlli automatici su XML e grafica
0+

Controlli automatici su XML e grafica

Storia delle modifiche attribuita e tracciabile
0%

Storia delle modifiche attribuita e tracciabile

Per
  • Aeronautico
  • Navale
  • Ferroviario
  • Automotive
Su
  • S1000D Issue 6.0
  • ATA iSpec 2200
  • ASD-STE100
  • S2000M

01Costruito per i settori regolati

Una piattaforma, tutte le norme che il tuo programma richiede

Aerospazio, difesa, ferroviario e automotive condividono un linguaggio della documentazione. Gausio lo parla in modo nativo, senza piegare strumenti generici.

Settori

  • Aeronautico

    Manuali di cellula, motore ed equipaggiamenti: AMM, IPD, SRM, cablaggi e documentazione di equipaggio, strutturati per capitolo ATA o per Standard Numbering System S1000D.

  • Navale e marittimo

    Documentazione di piattaforma e sistemi di combattimento per navi e sottomarini, con applicabilità guidata da scafo, configurazione e fit di missione.

  • Ferroviario

    Documentazione di manutenzione di rotabili e segnalamento: varianti per flotta, procedure di deposito, cataloghi parti e dati di componente.

  • Automotive e industriale

    Letteratura di assistenza e cataloghi ricambi per veicoli e mezzi pesanti, con applicabilità per anno modello e opzioni.

Norme e specifiche

  • S1000D

    Data module, publication module, modello CSDB, business rule BREX e ciclo di vita issue/stato — in modo nativo, non come filtro di esportazione.

  • S2000M

    Dati di gestione del materiale collegati alla stessa sorgente: parti di ricambio, sostituzioni e provisioning allineati alla documentazione.

  • ATA iSpec 2200

    Documentazione legacy o parallela numerata ATA gestita accanto a S1000D, così una flotta mista non significa due sistemi.

  • ASD-STE100

    Controlli di Simplified Technical English integrati nel lint, così le regole di linguaggio controllato si applicano dove vive il contenuto.

02Piattaforma

Cosa fa davvero un Common Source Database

Non una cartella di file XML con un visualizzatore sopra. Un ambiente di lavoro per chi scrive, valida, versiona e pubblica dati tecnici.

  • CSDB centralizzato

    Ogni data module, publication module, illustrazione e risorsa in un unico repository governato — ricercabile per codice, stato, applicabilità o contenuto, senza master duplicati.

  • Parti di ricambio e dati di materiale

    Illustrated Parts Data legati ai moduli che li referenziano: part number, NSN, catene di sostituzione e dati di provisioning gestiti accanto alla documentazione, non in un foglio di calcolo separato.

  • XML come single source of truth

    Un XML autorevole per ogni data module, conforme alle norme per costruzione. Tutto il resto — IETP, PDF, cartaceo — è una resa di quella sorgente, mai una sua copia divergente.

  • Analisi statica (lint) per la documentazione

    Come un linter per il codice: conformità allo schema, business rule BREX, riferimenti incrociati rotti, applicabilità che non torna e coerenza tra grafica SVG e l'XML che la richiama — segnalati prima della revisione, non dopo la consegna.

  • Versionamento e snapshot

    Storia completa delle modifiche su ogni modulo e snapshot congelato di un'intera pubblicazione con un clic: riproduci esattamente ciò che è stato consegnato per un issue, una configurazione o un audit.

  • Applicabilità e varianti

    Modella una volta le applicability cross-reference table, i product e i condition cross-reference, poi filtra e risolvi qualsiasi consegna sulla configurazione esatta — senza clonare un manuale per variante.

  • Template di esportazione personalizzati

    Definisci come appare una pubblicazione per ogni operatore o programma — copertine, numerazione, layout, lingua — e genera consegne conformi su richiesta dalla stessa sorgente governata.

  • Tracciabilità — chi ha fatto cosa

    Ogni modifica attribuita: autore, revisore, transizione di stato e riferimento normativo. Rispondi a 'chi ha toccato questo modulo, e con quale autorità' senza ricostruirlo dalle email.

03Workflow

Dall'authoring alla consegna validata e versionata

Gli stessi cinque passi per un manuale d'aeromobile, per il sistema di combattimento di una nave o per una flotta di treni — perché la norma è la stessa, anche quando il prodotto non lo è.

  1. Importa o crea i tuoi data module

    Importa un CSDB esistente o contenuti legacy numerati ATA, oppure crea nuovi moduli in Gausio. Codici, metadati e risorse vengono controllati e indicizzati in ingresso.

  2. Valida con il lint e le tue business rule

    Ogni modulo è controllato contro lo schema, le tue regole BREX, i riferimenti incrociati, il linguaggio controllato e la coerenza della grafica. I problemi sono elencati con file, posizione e regola che ha generato la segnalazione.

  3. Definisci applicabilità e varianti

    Imposta una volta applicability, product e condition cross-reference. Gausio risolve qualsiasi consegna sulla configurazione che chiedi.

  4. Congela uno snapshot versionato

    Promuovi uno stato pulito a snapshot immutabile — il contenuto esatto per un issue, una consegna o una milestone di certificazione, riproducibile per sempre.

  5. Pubblica con i tuoi template

    Genera il pacchetto IETP, il PDF o la consegna cartacea per un dato operatore usando il suo template — output conforme, stessa sorgente, zero reinserimenti.

04Quality gate

Un lint per la tua documentazione tecnica

Analisi statica portata sui data module. Controlli continui e automatici che intercettano ciò che la revisione manuale si perde, con ogni segnalazione legata alla regola esatta che ha scattato.

Eseguilo su un singolo modulo, su una pubblicazione o sull'intero CSDB. Gli errori bloccano uno snapshot; warning e suggerimenti guidano la pulizia. Ogni segnalazione punta a file, posizione e regola esatti.

  • Conformità allo schema

    Ogni data module è valido rispetto al suo schema S1000D — struttura degli elementi, attributi e identificazione, non solo 'XML ben formato'.

  • Business rule (BREX)

    Il data module BREX del tuo progetto è applicato come regole: valori ammessi, elementi obbligatori, convenzioni di naming e i vincoli che il tuo cliente ha approvato.

  • Coerenza grafica ↔ XML

    Ogni SVG (o CGM) referenziato da un modulo esiste davvero, ogni hotspot della grafica corrisponde a un callout nel testo, e le illustrazioni orfane o non referenziate vengono evidenziate.

  • Riferimenti incrociati

    I riferimenti interni ed esterni si risolvono: data module, parti, pubblicazioni e target ICN referenziati esistono e sono in uno stato utilizzabile.

  • Integrità dell'applicabilità

    Le annotazioni di applicabilità referenziano product e condition cross-reference dichiarati, senza contenuto irraggiungibile e senza contraddizioni in una pubblicazione.

  • Metadati del modulo e lingua

    Stato, sicurezza, partner responsabile, quality assurance e date sono presenti e coerenti — e le regole di Simplified Technical English vengono controllate dove richiesto.

Esempio di report del lintlint
  • ERRBREX-014DMC-AC-A-32-11-00-00A-040A-DElemento <para> non ammesso dentro <warning>: il BREX di progetto richiede <warningAndCautionPara>.
  • ERRGFX-002DMC-AC-A-52-31-00-00A-941A-D / ICN-AC-A-523100-001Grafica referenziata ICN-AC-A-523100-001 non trovata nel CSDB.
  • WARNAPP-007PMC-AC-A-00001-00La condizione 'engine-mod-3' è dichiarata nella CCT ma non applicata da nessuna parte — il contenuto potrebbe essere irraggiungibile.
  • INFOSTE-031DMC-AC-A-24-00-00-00A-018A-DFrase oltre le 20 parole — il Simplified Technical English consiglia di spezzarla.
Un report di esempio — tre segnalazioni su una pubblicazione, con severità, codice, posizione e regola.

05FAQ

Le domande prima di una demo

Se la tua non c'è, scrivicela. Preferiamo rispondere prima di una sessione di lavoro, non dopo un contratto.

06Inizia

Esegui Gausio sulla tua documentazione

Porta un data module, una pubblicazione o un file BREX. In una sola sessione facciamo girare il CSDB, il lint e un export con template su contenuti che riconosci.

Niente maratona di procurement. Una sessione di lavoro, i tuoi dati, risposte dirette.