Scenario AS IS e richiesta del cliente

• In strutture organizzative più grandi, che ospitavano al loro interno un cospicuo numero di venditori, le applicazioni venivano installate e mantenute sulle singole macchine. Questo richiedeva un dispendio non indifferente in termini di risorse e assistenza tecnica.
• Un eventuale responsabile di struttura non poteva in alcun modo di controllare l’operato dei propri venditori, se non recandosi fisicamente sui singoli PC di questi ultimi.
• I singoli venditori, in caso di malfunzionamento o danno grave al proprio PC, avrebbero corso il rischio costante di perdere tutti i propri dati, una situazione notevolmente amplificata dal fatto che nelle piccole organizzazioni vi è di sovente l’abitudine a non utilizzare misure di sicurezza adeguate a proteggere le proprie workstation.
• Il tipo di business sul quale era incentrato l’applicativo richiedeva aggiornamenti mol-to frequenti, una condizione che ha costretto il Cliente a creare una vera e propria task force per gestire il packaging e la distribuzione degli aggiornamenti via CD su tutta la propria rete di vendita nazionale.

• Nessuna installazione/manutenzione necessaria.
  Per utilizzare la nuova applicazione sarà sufficiente aprire il propri browser internet e andare all’indirizzo web della nuova applicazione.
• Controllo e Amministrazione senza vincoli geografici.
  Eventuali responsabili delle vendite avranno la possibilità di verificare l’operato dei propri venditori da qualunque posto in cui si trovano, l’unico requisito e sempre e so-lo la presenza di un PC con browser internet.
  Questo tipo di architettura conferisce al cliente un forte controllo amministrativo sull’applicazione, assolutamente non ipotizzabile con la vecchia applicazione.
• Nessun rischio di perdita dei dati.
  Operando in un ambiente centralizzato, saranno prese tutte le precauzioni affinché vi sia un backup costante dei dati e dei moduli che costituiscono la web application. Gli utenti venditori non dovranno più preoccuparsi di eventuali danni al proprio PC, poiché dati e applicazione sono fisicamente presenti altrove.
• Nessun aggiornamento software richiesto agli utenti.
  Gli utenti venditori non dovranno più effettuare aggiornamenti, poiché questa attivi-tà viene presa in carico esclusivamente dal reparto IT del Cliente.
  Quest’ultimo non avrà più problemi legati alla distribuzione del software che sarà li-mitata ad un aggiornamento periodico centralizzato, visto in contemporanea da tutta la propria rete di vendita.

Scenario TO BE

• Gestione utenti con differenti profili di autorizzazione
  Dovendo operare in un contesto centralizzato, accessibile da migliaia di utenti, sarà impiantato un sistema di gestione dei profili di autorizzazione.
  Ogni singolo utente dovrà accedere dietro fornitura di apposite credenziali ed avrà differenti privilegi di utilizzo, in base alla sua mansione.
  Gli amministratori IT avranno a disposizione un profilo dedicato, con possibilità di controllo assoluto su tutti gli altri profili esistenti.
  Il sistema di controllo delle autorizzazioni sarà ad architettura open, cioè demanderà ad un sistema di controllo esterno tutte le funzioni legate alla gestione delle autorizzazioni.
• Utilizzo dell’architettura AJAX
  Per cercare di minimizzare al massimo l’impatto con la nuova applicazione, saranno utilizzate tecniche di programmazione AJAX.
  Utilizzando questo approccio è possibile aggiornare dinamicamente anche piccole porzioni di una pagina web, senza richiederne il fastidioso ricarico, che è una operazione da effettuare obbligatoriamente con le tecniche tradizionali.
  Il risultato tangibile è quello di rendere una pagina web molto simile ad una applicazione per PC.
• Sicurezza delle informazioni
  Il sito che ospiterà l’applicazione sarà ottimizzato per funzionare con il protocollo SSL, che garantisce la riservatezza delle informazioni che viaggiano fra l’utente ed il server.
  La riservatezza delle password scelte dagli utenti, sarà garantita dall’utilizzo di tecniche shadow, che renderanno la password non visibile allo stesso personale IT.
• Performance tuning
  Dovendo servire migliaia di utenti, saranno utilizzate diverse tecniche affinché l’applicazione sia in grado di fornire il massimo delle prestazioni come:
  • Separazione dei contenuti statici e dinamici: per i contenuti di tipo non sensibile come immagini, fogli di stile e moduli javascript, sarà evitato l’utilizzo del protocollo SSL, un accorgimento che da solo può migliorare le prestazioni anche del 50%.
  • Utilizzo degli sprite: una tecnica applicata alle immagini che consente di ridurre drasticamente il numero di connessioni necessarie al browser. Anche in questo caso l’utilizzo di questa tecnica può ridurre anche di 10 volte i tempi di caricamento delle pagine.