Files
logseq/pages/Meetings/2021-02-01-1159-TYPHON-DEMO.md
T
2025-06-02 17:15:13 +02:00

2.1 KiB


tags:

- '#meetings'
  created: 2021-02-01
  title: '2021-02-01-1159-TYPHON-DEMO'
  ---
  
  **Date**: 2021-02-01
  **Time**: 12:20
  **Attendend**: #attendance/online 
  **Project**: #PROJECTS/TYPHON
  **People attended**:  #people/juri #people/francesco
  
  ---
  • Aspetti che si vogliono mostrare

  • Espressività del linguaggio

  • Benefici del tool di supporto

      • Estendibilità relativamente la parte di validation
  • Flusso della demo

    graph TB
    
    subgraph modeldefinition[1. TyphonML model specification]
    textualEditor[Textual Editor]
    graphicalEditor[Graphical Editor]	
    end
    subgraph toolSupport[2. Stress the power of the supporting tools]
    validationTool[Validation Tools]
    mappingGenerator[Mapping Generator]
    validationTool-->mappingGenerator
    end
    textualEditor-->graphicalEditor
    graphicalEditor-->validationTool
    
    
    1. TyphonML model specification
    • Si inizia a definire qualche entità ma poi puoi far vedere tutto il modello completo.
    • Bisogna far vedere quanto segue:
      • Definizione entità (references, attributes)

      • Definizione dei DB

      • Definizione dei mapping

      • Definizione di task NLP

      • Uso di operatori di evoluzione

        1. Stress the power of the supporting tools
    • Tool di validation
      • Definire un esempio che mostri la potenza dello strumento
        • Mostrare l'applicazione di uno/due validation check
        • Menzionare il numero di validation checks
          • Dire che la loro definizione è stato frutto di una continua interazione con gli R&D e use case partners
      • Far vedere un frammento di validatore implementato con l'obiettivo che e' "semplice" estenderlo
    • Generazione del mapping
      • Typhon Requirement model
      • Farei quindi vedere prima un modello non taggato e si fa tutto il processo dalla definizione delle entità fino ai mapping
      • Si va vedere un mapping non ottimale rispetto a dei requisiti (es. si vuole dare predominanza alla navigazione di relazioni quando invece è stato utilizzato un relationaldb invece che graphdb)
      • Si mostra la soluzione basata sui requirement