Player

1. End-user → utente finale e richiedente di funzionalità
2. Stakeholders → detentore delle dinamiche aziendali ( cosa è e come funziona il sistema )
3. Project-manager → procuratore delle specifiche tecniche ( traduce il cosa e il come in functional-point )
4. Developer → Sviluppa le specifiche tecniche in codice operativo

Pattern

1. è un concetto che può essere definito come "una soluzione progettuale generale ad un problema ricorrente"
2. si usa durante le fasi di progettazione e sviluppo del software, ancor prima della definizione dell'algoritmo risolutivo della parte computazionale

Design pattern MVC

E' basato sulla separazione dei compiti, fra i componenti software, che interpretano tre ruoli principali:

1. MODEL → fornisce i metodi per accedere ai dati utili all'applicazione
2. VIEW → visualizza i dati contenuti nel model e si occupa dell'interazione con end-user
3. CONTROLLER → riceve i comandi del end-user ( in genere attraverso la view ) e li attua modificando lo stato degli altri due componenti

Errori del pattern MVC

1. si scontra sugli obbietivi dei player e sui metodi proprietari di design specification adottati
2. è un sistema integrato su una tecnologia ( Java, PHP, ...ecc... ) e non, su uno standard di descrizione e traduzione di esigenze progettuali
3. è integrato all'architettura hardware più che ai livelli di strutturazione dati e flussi, utili a supportare le esigenze dei player coinvolti
4. l'attenzione del pattern si concentra esclusivamente "sul come"

Standard

 E' un modello di riferimento o paradigma a cui ci si uniforma per la realizzazione di tecnologie fra loro interconnesse come quella di componenti hardware, software o infrastrutture di rete.

Smart Design Metodology

1. E' una metodologia che si pone come obiettivo, la riduzione della complessità in fase di disegno ed implementazione di un sistema informativo, spostando l'attenzione del progettista "non sul come, ma sul cosa"

2. E' una gerarchia di livelli XML che schematizzano la struttura logica di una soluzione applicativa

3. La base della gerarchia configura la sorgente fisica, con un ristretto insieme di meta-dati

4. I livelli intermedi identificano per ogni processo del sistema, le transazioni di I/O

5. Ogni livello XML offre primitive per la generazione di codice Java

6. La struttura valida in automatico le informazioni soprastanti e offre uno strato parametrico a partire dalle sottostanti

1. Offre in un singolo flusso , supportato dalle primitive Java per il networking, un meccanismo per lo sviluppo della logica applicativa

2. Architettura integra nativamente:
   
   

   • Il logging sui processi http
   • Il firewall sulla richiesta client
   • La cache sulla risposta server

3. Le risorse URI sono identificate univocamente con una mappatura:
   
   

   • Fisica ( percorso statico sulla macchina server )
   • Logica ( codice dinamico in memoria )

4. Ogni processo http è gestito in code di sistema caratterizzate da :
   
   

   • Un user-exit che intercetta e manipola lo streaming client-server
   • Un container ( autenticato e non ) per fornire la consistenza a librerie e routine utente