At line 1 added 108 lines |
%%(display:none) |
{{{ |
WikiUp |
}}} |
/% |
Show.Up\\ |
\\ |
Una definizione : Show.Up sarà il prodotto risultante dell'integrazione tra Joomla e Sme.Up e consentirà ad un installatore Sme.Up di costruire pagine web per pubblicare informazioni prese dal gestionale ma senza avere specifiche conoscenze di tecnologia web.\\ |
Show.up si struttura sugli ambiti di seguito presentati.\\ |
\\ |
PRESENTAZIONE\\ |
Scelta del layout di presentazione del dato.\\ |
Il layout è legato ad un template di pagina.\\ |
Saranno presenti molteplici template, opzionabili in funzione della suddivisione in sezioni;\\ |
Associazione delle funzioni di estrazione del dato alle rispettive sezioni (analogamente a quanto avviene in Looc.Up).\\ |
In ciascuna sezione sarà presente un "componente" di rappresentazione del dato.\\ |
Il tipo di "componente" di rappresentazione del dato dovrà essere indicato nella sezione di pagina, analogamente a quanto avviene per le FUN Looc.Up (si avrà a disposizione un sub-set degli attuali "componenti" Looc.Up : albero, matrice, scheda, grafico, image list).\\ |
Definizione dei dinamismi tra sezione e sezione (attraverso ascoltatori di sezione).\\ |
La navigazione seguirà le possibilità dei menù CMS e dei Layout/Template.\\ |
\\ |
FILTRO\\ |
Si potranno avere sezioni in cui gestire un input-panel di filtro (che vada a determinare un comportamento selettivo su più sezioni).\\ |
Ad ogni "componente" sarà possibile legare, nella stessa sezione, un'area filtro "input-panel".\\ |
\\ |
INPUT-OUPUT\\ |
L'interazione utente volta alla gestione del dato verrà gestita attraverso "input panel".\\ |
Da Looc.Up verrà esportato l'XML utilizzato dall'input panel.\\ |
Tale XML costituirà la base di riferimento su cui sviluppare e implementare l'interfaccia utente web, agganciandovi le "API Show.Up" relative alla funzioni di interazione utente, messaggistica di errore e funzioni di CRUD.\\ |
\\ |
UTENTI\\ |
Gli utenti Joomla verranno ripresi in modo automatico dalla tabella JAU di Sme.up e importati nel sistema di credenziali del CMS.\\ |
Verrà reso disponibile un "superutente applicativo" che consenta di simulare l'accesso degli utenti di cui questo è responsabile.\\ |
All'accesso al sistema (login), mediante apposita FUN, verranno reperiti dati utente che permettano di caratterizzarlo attraverso dati quali: codice ente Sme.Up (cliente, fornitore, collaboratore, ecc.), finalizzate al passaggio di tali informazioni nelle funzioni che fanno interrogazione e gestione dati, e informazioni legate alla ragione sociale.\\ |
LOGIN\\ |
Saranno previsti tre tipi di accesso utente due Sme.Up e uno CMS:\\ |
Sme.Up - attraverso credenziali di utente iSeries;\\ |
Sme.Up - attraverso credenziali utente JAU;\\ |
CMS Credenziali attraverso API presenti in Joomla.\\ |
\\ |
AUTORIZZAZIONI\\ |
Le funzionalità messe a disposizione da Joomla seguiranno le autorizzazioni del CMS (es. menu, accesso a pagine statiche).\\ |
In Joomla verranno definiti dei gruppi utente che definiscono le autorizzazioni.\\ |
Le autorizzazioni in merito ai dati proposti all'utente saranno definite lato Sme.Up.\\ |
Tali autorizzazioni condizioneranno il reperimento e la gestione dei dati delle funzionalità Sme.Up (FUN). Alle FUN verrà passato il codice dell'ente.\\ |
\\ |
\\ |
STAMPE\\ |
Le stampe verranno realizzate come oggi attraverso Sme.Up/Looc.Up.\\ |
Dal SHOW.UP verrà richiamata una FUN che, creata la stampa e salvata su IFS o su server di rete, oppure reperito il percorso di archiviazione del documento, lo restituisca al web service attraverso il quale è stata chiamata la funzione.\\ |
Rimane evidente che nel caso il server CMS non abbia possibilità, per motivi di sicurezza, di accedere al percorso specificato, la funzione dovrà restituire il documento (sotto forma di stream).\\ |
\\ |
SCELTA "FUN"\\ |
Le funzionalità Sme.Up messe a disposizione dell'installatore, verranno scelte da:\\ |
un set di FUN standard utilizzate appositamente per SHOW.UP;\\ |
un set di FUN Customizzate in funzione dell'appplicativo;\\ |
\\ |
CONNESSIONI Web-iSeries-Sme.Up\\ |
Le connessioni tra CMS e iSeries/Sme.Up sono realizzate tramite WebService.\\ |
Questo rende necessaria un'architettura applicativa che ne tenga conto.\\ |
\\ |
CONNESSIONI iSeries-Sme.Up\\ |
L'attuale Pool di connessioni che consente all'applicazione web di recuperare i dati da Sme.Up, utilizza un pool di connessioni che fa riferimento ad un unico utente.\\ |
L'accesso alle connessioni, che in sostanza sono Job iSeries, è sincronizzato.\\ |
Ciò comporta che ciascuna connessione può essere utilizzata, in momenti diversi, da più utenti.\\ |
Questo significa che non è possibile utilizzare il Job della connessione per fare caching dei dati specifici di un utente (come ad esempio la funzione carrello).\\ |
\\ |
L'esigenza di fare caching può essere soddisfatta gestendo file di work dalle funzioni iSeries o, meglio ancora, realizzando un "programma dispatcher" che veicoli in "job utente" le richieste web.\\ |
Questo consentirebbe di mantenere lo stato anche attraverso l'attuale architettura basata su code dati.\\ |
Va tenuto in considerazione che avremmo un Job per ogni utente come oggi in Looc.Up.\\ |
\\ |
NAVIGAZIONE\\ |
La navigazione è determinata da :\\ |
Menu CMS top e left;\\ |
Layout di presentazione dati e relativa suddivisione in sezioni e dinamismi tra i componenti presenti nelle sezioni.\\ |
\\ |
CARRELLO\\ |
La funzione di carrello dovrebbe essere messa a standard per Show.Up in funzione del fatto che in genere le funzionalità che consentono di realizzare ordini web prevedono la funzione di carrello.\\ |
Va realizzata una sezione di interrogazione e navigazione prodotti che consenta la visualizzazione di immagini legate a informazioni macro e immagini legate a informazioni di dettaglio. A queste va legata la possibilità di selezionare il prodotto e aggiungerlo al carrello.\\ |
\\ |
Per la vendita online, si può anche valutare la possibilità di utilizzare pacchetti open presenti in Joomla (ovviamente customizzandoli al fine di un'integrazione con Sme.Up).\\ |
\\ |
PAGAMENTO ONLINE\\ |
Va prevista l'integrazione degli ordini con la funzionalità di pagamento Online presente nei moduli standard di Joomla.\\ |
\\ |
MODULO DOWNLOAD\\ |
Va realizzato un modulo standard per il download di documenti da applicare a link e elementi di matrici, alberi e grafici.\\ |
ARCHITETTURA APPLICATIVA\\ |
L'architettura applicativa si lega al sistema operativo su cui sarà ospitato Show.Up.\\ |
Linux - LAMP - PHP - MySQL - PHP MyAdmin\\ |
Windows - XAMP - PHP - MySQL - PHP MyAdmin\\ |
In entrambe i casi va installato Glassfish per avere a disposizione i web service per gestire la comunicazione con Sme.Up.\\ |
\\ |
Argomento altrettanto importante è la struttura networking:\\ |
SHOW.UP può essere installato in Hosting presso provider o in Housing presso cliente;\\ |
Glassfish può essere installato in Hosting presso provider o in Housing presso cliente;\\ |
iSeries e Sme.Up in genere è installato presso cliente;\\ |
\\ |
L'architettura applicativa può essere presente sul PC dell'installatore per realizzare i test.\\ |
\\ |
INSTALLAZIONE\\ |
L'installazione avrà una procedura guidata attraverso documentazione e degli eseguibili (in funzione del sistema operativo).\\ |
Trattandosi di componenti open e standard saranno richieste competenze in funzione del sistema operativo e della configurazione degli applicativi installati nei termini di "architettura applicativa".\\ |
\\ |
DOCUMENTAZIONE\\ |
Verrà realizzata documentazione "utente" per gli installatori che dovranno utilizzare il prodotto.\\ |
La documentazione riguarderà tutti gli ambiti e consentirà di avere un supporto adeguato che accompagni dopo la formazione di base.\\ |
\\ |
\\ |