Table of Contents
- Generalità
- Obiettivi
- Definizioni
- Funzioni
- Prerequisiti
- Oggetti di base
- Tipo messaggio
- Lotto
- Indirizzo
- Metodo di comunicazione
- Flusso funzionale
- Creazione messaggio
- Lista di distribuzione
- Invio/Ricevimento
- Applicazione messaggio
- Interrogazioni/ricerche
- Ordinamenti impostati dall'utente
- Parzializzazioni
- Autorizzazioni
- Generalità
- Tabelle
- Gestione
- Come gestire. . .
- Stato/Livello
- Controllo di sincronia
- Simulazioni
- Prototipi
- Stampe
- Generalità
- Esecuzione
- Utilizzo
Generalità
Obiettivi
In un Sistema Informativo la necessità di rendere disponibili o di acquisire dati ad elevato grado di affidabilità in termini di riservatezza, velocità e controllo è quanto mai attuale e reale.L'obiettivo da raggiungere è che qualcosa prodotto in un'azienda (S.I.) possa essere ricevuto e utilizzato in un'altra azienda (S.I.) attraverso una gestione "messaggi".
Definizioni
MESSAGGIO: record fisicamente trasferito da un S.I. ad un altro, composto da una parte fissa (dati relativi alla trasmissione) e da una parte variabile (contenuto significativo ).OGGETTO: tutto ciò che viene riconosciuto e gestito dal S.I.
CONTESTO: definisce la relazione esistente tra oggetti di data-base (Es.: Cliente/Articolo, Fornitore/Articolo, Contatto/Documento, etc.), appartenenti a Sistemi Informativi diversi.
Funzioni
La gestione "messaggi" si realizza applicando le seguenti funzioni, che possono essere eseguite a livello di transazione, di lotto o di tipo messaggio.Alcune funzioni modificano lo stato del messaggio indispensabile per una corretta e sicura sequenza operativa:
- Trasmissione: modifica lo stato del messaggio
- Controllo: modifica lo stato del messaggio
- Modifica
- Trasformazione: modifica lo stato del messaggio
- Applicazione: modifica lo stato del messaggio
- Esecuzione globale: modifica lo stato del messaggio
- Annullamento
- Visualizzazione
- Navigazione
Prerequisiti
Gestione ALIAS.Difficilmente tra due S.I. esiste la stessa codifica e la stessa descrizione per lo stesso tipo di oggetto. Nasce l'esigenza di trasformare un'informazione proveniente dall'esterno in un codice riconoscibile all'interno (S.I. ricevente).
Attraverso la relazione esistente tra oggetti di data-base (contesto), si determinano le corrispondenze per poter attuare tali trasformazioni, necessarie all'applicazione del "messaggio" (contenuto significativo).
Oggetti di base
Tipo messaggio
Il tipo messaggio costituisce il riferimento base nella gestione di Mail.UP.Definisce le caratteristiche di trasmissione di un messaggio (origine, destinazione, lista di distribuzione, numeratore, griglia di ricerca, tipo e nome tracciato, stato, etc.)
Attraverso un elemento di tabella (EDT) del S.I. origine viene attribuito un codice. Lo stesso elemento deve essere presente nella tabella dei codici messaggi ricevuti (EDR) del S.I. ricevente.
È questa la corrispondenza che rende possibile comunicare tra due o più S.I.
Lotto
Un messaggio può essere costituito da una transazione (un record) o da una serie di transazioni (più records).Il lotto permette di raggruppare ed individuare, attraverso un numeratore progressivo unico, più records che per motivi applicativi o di flusso costituiscono l'informazione da elaborare.
Il numeratore si preleva dalla tabella (CNR) sottosettore (ED).
Indirizzo
Un messaggio parte da un mittente ed arriva ad un destinatario.Attraverso un elemento di tabella (EDI) si codificano gli indirizzi del titolare del S.I. origine e di quelli di destinazione.
Metodo di comunicazione
Definisce il ricevitore inteso come supporto fisico (file,cartella o file di stampa) ed il nome della libreria o del file di stampa del S.I. ricevente.Non è da confondere con il protocollo di comunicazione tra due AS/400 dal quale Mail.up è completamente svincolato.
In definitiva con Mail.up si decide, tra tutti i messaggi creati, quali devono essere inviati e, tra tutti quelli arrivati, quali devono essere applicati.
Il metodo di comunicazione si codifica attraverso un elemento di tabella (EDC).
Flusso funzionale
Creazione messaggio
Attraverso programmi interattivi o batch, richiamati singolarmente o inseriti in flussi, vengono creati i messaggi. La parte variabile (contenuto significativo) dipende dall'argomento e quindi dall'applicazione gestionale di provenienza, mentre per la parte fissa devono essere definiti tutti quei valori (parametri) necessari alla corretta gestione di Mail.up:- codice messaggio;
- indirizzo origine e di destinazione;
- codice di ricerca 1,2,3;
- utente;
- data ed ora di nascita del messaggio;
- data ed ora di esecuzione del messaggio;
- numero lotto;
- numero transazione;
- tipo e nome del tracciato;
- livello e stato del messaggio.
Lista di distribuzione
Durante la creazione del messaggio, attraverso il valore contenuto nella tabella (EDT), si determina il metodo di attribuzione dell'indirizzo di destinazione.Attualmente ne sono previsti tre:
- indirizzo di destinazione fisso definito a livello di tabella (EDT);
- lista di indirizzi cablati all'interno di un programma in fase di creazione del messaggio;
- lista di indirizzi gestiti come parametri esterni definiti nelle tabelle (B£N) (C£E).
Invio/Ricevimento
La creazione di una o più transazioni di messaggio vanno ad alimentare un file. Un programma di interrogazione permette di visualizzare il file ed in base alle funzioni precedentemente descritte lo elabora.È possibile elaborare in due modalità diverse:
- STEP BY STEP: significa eseguire ogni funzione singolarmente, in una sequenza predefinita e controllata dalla gestione dello stato del messaggio, a seconda che si tratti di invio o di ricevimento. Processo interattivo.
- ESECUZIONE GLOBALE. significa eseguire in modo automatico tutta l'elaborazione, solo in caso di ricevimento. Processo batch.
La trasmissione del messaggio alimenta un file di transito. Questo file, attraverso il metodo di comunicazione, può trasferirsi direttamente nella libreria del S.I. ricevente, o alimentare una cartella o un file di stampa. Se la comunicazione è tra due o più AS/400 diventa il file da trasferire con le regole del protocollo di trasmissione utilizzato.
Indipendentemente dal metodo di comunicazione, alla fine della trasmissione, il file di transito deve essere presente e disponibile nel S.I. ricevente.
Applicazione messaggio
Dopo aver acquisito i messaggi dal file di transito attraverso una funzione di massa, si visualizza il file per poter operare le scelte di elaborazione.Le funzioni che modificano lo stato del messaggio e quindi determinano una sequenza operativa sono:- la trasformazione alias;
- il controllo idoneità;
- l'applicazione al data-base del S.I. ricevente.
Eventuali errori ed anomalie vengono segnalate in visualizzazione del messaggio evidenziando l'oggetto non idoneo con un asterisco e, cosa importante, non variando il suo stato, obbliga l'utente a verificare e ripetere la funzione.
Una volta trasformato, il messaggio viene sottoposto al controllo di riconoscimento nel data-base ricevente dell'oggetto trasformato, la sua validità e quindi la sua applicabilità (add/update).
Interrogazioni/ricerche
Ordinamenti impostati dall'utente
Attraverso la funzione di navigazione è possibile ordinare in modo diverso la visualizzazione. In particolare per messaggio, per indirizzo origine, per indirizzo destinazione, per codici di ricerca e per stato/livello. Parzializzazioni
Lo scopo principale delle parzializzazioni, è quello di vedere liste di oggetti (indirizzo origine, indirizzo destinazione, numero lotto, codice messaggio,etc) in modo parziale applicando una sorta di filtro. Il filtro permette di definire il range dei dati da visualizzare secondo le esigenze individuali. Autorizzazioni
Generalità
Oltre alla normale protezione prevista a livello di sitema AS/400 sugli oggetti (programmi ed archivi), Mail.up permette di impostare autorizzazioni alle funzioni che un utente utilizza quando ha scelto un'azione di programma. Tale obiettivo è stato raggiunto implementando una funzione generale che si occupa delle autorizzazioni e che descrive le protezioni specifiche.I vantaggi sono molteplici: per l'utente accedere solamente alle funzioni che sono di suo interesse, per il responsabile del S.I. confidare sulla congruenza dei dati presente nel sitema.
A Mail.up sono state associate due classi di autorizzazione, una per l'invio (EDSEND) e l'altra per il ricevimento (EDRECI), che restituiscono in funzione del messaggio e dell'utente, dieci possibili azioni operative. Il significato delle possibili azioni di accesso è legato alla classe stessa e quindi alla particolare fase applicativa (invio o ricevimento).
Tabelle
Gestione
Mail.up oltre alla creazione e alla manutenzione di tre archivi (di invio, di transito e di ricevimento), prevede alcune tabelle fondamentali per una corretta gestione dell'applicazione.- ED 1 Tabella Personalizzazione
- Tabella Messaggi Trasmessi
Attraverso il codice messaggio definiamo la tipologia del messaggio stesso (origine, destinazione, metodo di elaborazione,etc.).
- Tabella Messaggi Ricevuti
Attraverso il codice messaggio definiamo la tipologia del messaggio stesso (origine, destinazione, metodo di elaborazione,etc.).
- EDI Tabella Indirizzi
- EDC Tabella Metodo di Comunicazione
Es. di metodi:
L(PUN)
- PRT = file di stampa
- MAIL.UP = libreria Sme.up
- FLR = cartella Pcs
- MAIL_DS = libreria destinatario
- B£W Tabella Stato del Messaggio
Definisce lo stato del messaggio. Permette di gestire tutte le fasi di elaborazione del messaggio, dalla creazione alla sua applicazione finale. Gli elementi della tabella sono dei valori crescenti con i quali si autorizza l'esecuzione delle diverse fasi.
Es.: Ricevimento
da 10 a 20 --> da trasformare
da 20 a 40 --> da controllare
da 40 a 80 --> da applicare
Come gestire. . .
Stato/Livello
Attraverso lo stato del messaggio è possibile gestire tutte le fasi di elaborazione, dalla creazione del messaggio alla sua applicazione. La sua gestione è il confronto di due campi. Uno memorizzato nella parte fissa del messaggio, l'altro memorizzato nel programma di gestione, in una schiera, in ordine crescente per sequenza di funzione operativa. Può assumere valori compresi tra 00 e 99. Se il valore dello stato del messaggio è uguale o minore di quello della funzione operativa scelta, quest'ultima viene eseguita. L'esecuzione provoca a sua volta l'aggiornamento dello stato del messaggio di un valore utile per il suo iter elaborativo. Controllo di sincronia
Simulazioni
Nel menu principale di Mail.up troviamo due azioni di simulazione:- Simulatore funzioni sul record;
- Simulatore funzioni di trasformazione record.
Nel menu di Gestione Alias fra Oggetti troviamo un'altra azione di simulazione:
- Funzioni di simulazione
Operando una scelta su "funzione" e "metodo" con gli stessi valori parametrici con cui lavorano i programmi, siamo in grado di simulare ed anticipare il risultato che ci interessa.
Prototipi
Nella libreria sorgenti di Mail.up sono presenti dei programmi-prototipo. Servono per facilitare l'utente nella scrittura di quei programmi indispensabili per la gestione di Mail.up. Rappresentano lo "scheletro" dei programmi di "creazione del messaggio dal data-base del S.I. origine" e dei programmi di "applicazione del messaggio al data-base del S.I. destinatario". Stampe
Generalità
La modalità di ottenimento di una stampa è comune attraverso tutti i moduli SME_UP:- definizione dell'intestazione;
- definizione dei parametri della forma della stampa (ordinamento, campi di output, parzializzazioni, valorizzazioni, lingua, totali);
- memorizzazione, permette di memorizzare con un codice ed una descrizione sintetica tutti i parametri di stampa definiti, per essere successivamente richiamato.
Esecuzione
Per ciascuna stampa attraverso il comando funzione PF11 è possibile visualizzare o variare i parametri di esecuzione del programma di stampa (coda lavori, coda di stampa, numero copie, ecc.). Utilizzo
- All'interno dello stesso AS/400
Attualmente il ricevimento considera i seguenti output:
- file di transito;
- file di stampa;
- file di ricevimento (metodo diretto).
- file di transito;
- Tra due AS/400
file di transito
Non è necessario che il modulo Mail.up sia presente nel S.I. del destinatario, al posto del quale sono indispensabili, per l'interpretazione del messaggio, tanti tracciati records per quanti tipi di messaggio vengono gestiti.
Il protocollo di trasmissione è del tutto svincolato da Mail.up.
- Tra AS/400 e PC
cartella
Valgono poi le stesse considerazioni del punto 1.9.2.
- Tra AS/400 ed altro sistema
Add new attachment
Only authorized users are allowed to upload new attachments.
G’day (anonymous guest)
My Prefs
JSPWiki v2.8.0