This is version 1 2 3 . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Punti di definizione

• Utilizzabilità (solo certi campi)
• Filtro corrente (job) / I filtri memorizzati li posso semplicemente richiamare
• Matrice di aggiornamento
• Schema ed ordinamento da sviluppare successivamente

A fronte lasciando perdere per ora la questione della matrice di aggiornamento dovrebbe definito il fatto che il primo obiettivo e far funzionare i Q3 in modo indipendente da Q1/Q2/Q4. La questione del Q3 mi sembra si possa suddividere in questi sottotemi:

• Applicazione del filtro nelle scansioni
• Data entry
• Ricerca/Decodifica

• Base comune di ogni punto dovrebbe essere il fatto che l'interfaccia di ogni funzione sia la l'IQ3. Perciò mi pare il punto focale sia che la DS di comunicazione di tale interfaccia sia stata definita in modo stabile adeguato. Cosa che mi pare di aver capito sia già avvenuta.

Perciò sia che voglia scrivere/leggere i dati del filtro dovrei sempre passare dalla l'IQ3. Questo approccio dovrebbe permettere di concentrare nell'IQ3 le singole problematiche senza che queste si spargano nei vari programmi. Dal punto di vista dell'utilizzo un concetto che vorrei passare è che l'attributo di eseguibilità non sia un attributo dell'oggetto Q3: attualmente mi pare sia previsto che un filtro possa essere "eseguito", ma al fine di semplificare le operazioni necessarie al suo rilascio, credo che l'attributo di "eseguibilità" debba essere una caratteristica esclusiva dell'oggetto Q1 (query). Perciò il tema potrebbe essere affrontato solo al momento dell'analisi del Q1, momento in cui si potrà definire anche la questione della fonte/esecutore del query. Dal punto di vista dell'utilizzo perciò le funzioni principali per l'utilizzo del Q3 dovrebbero essere due:

• Ritorno della WHERE per l'utilizzo in scansione SQLRPGLE
• Controllo di un record per l'utilizzo di una scansione RPGLE

Entrambe dovrebbo basarsi su un richiamo della l'IQ3. Dal punto di vista del data entry i principali tempi credo che siano:

• Possibilità di definire il sottogruppo di campi del che si vogliono vedere nel filtro
  • Qui forse i pareri sono diversi ed ancora in via di definizione
• Possibilità di gestire le UDF
  • Qui penso dovrebbe mancare solo la risoluzione dei problemi relativi all'OVRDBF del B£AR10/13.

Rimane poi tutto il tema riguardante la struttura di memorizzazione dei filtri stessi, più tutta un'altra serie di punti che immagino ora di ignorare.

In merito alla ricerca/decodifica, un punto che mi pare dovrebbe essere portato a termine è il fatto che la ricerca dei filtri tramite la IQ3 dovrebbe prevedere quelle azioni che adesso sono disponibili nella "ricerca" del B£EQRY_00.

Durante il periodo festivo potrebbero essere sciolti i problemi relativi:

• All'applicazione dei filtri nelle scansioni
• All'utilizzo delle UDF

Persone coinvolte:

• Mattia Rocchi
• Marco Benetti
• Silvano Lancini
• Buffoli Silvio