The goal is to give this non-technical audience the background they need to understand what engineers are talking about.
Non mi è chiaro cosa tu (o il tuo pubblico) stai cercando di ottenere con questo. Voglio dire, comprendere appieno ciò di cui parlano gli ingegneri richiede ovviamente un addestramento per diventare un ingegnere vero e proprio. L'apprendimento di OTOH solo il significato diretto di parole d'ordine specifiche fornisce solo una conoscenza superficiale (che in realtà può essere più pericolosa di nessuna conoscenza).
Se, tuttavia, vuoi consentire al tuo pubblico di comprendere i problemi tecnici e le sfide dietro la creazione di un'app aziendale, ti suggerisco di ridurre al minimo la menzione di acronimi e strutture concreti e di concentrarti su descrivere i problemi e le soluzioni in modo neutro rispetto alla piattaforma . Per esempio. cosa succede (quali dati vanno e vengono da dove, e un po 'come) tra l'utente che digita http://www.amazon.com/
e vede la sua pagina di introduzione personale. Poi cosa succede in sottofondo quando mette alcuni libri nel suo cestino e li controlla. Ecc.
IMHO non è necessario entrare nei dettagli di "in .NET si usa questo e quello per il mapping relazionale degli oggetti mentre in Java si usa quello-altro e le loro differenze sono ...". I problemi fondamentali sono gli stessi indipendentemente dalla lingua / piattaforma, e la logica delle soluzioni è abbastanza simile.
Nota anche che le tecnologie e acronimi vanno e vengono, ma la natura dei problemi di base non cambia - in effetti molti di questi (come autenticazione e autorizzazione, concorrenza, isolamento delle transazioni, gestione delle sessioni, ecc.) è in circolazione sin dagli albori dell'informatica.
Aggiornamento
Alcune delle ben note Java Enterprise tecnologie degne di nota sono:
Server web / applicativi: