Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

Carnielli Efrem: Programmazione a componenti
Applicazioni Client-Server e database
Lo sviluppatore della logica applicativa non deve considerare il contesto utente in
maniera diretta ossia non deve fare:
if if (uten (utente.ruolo()==”segretario”)
(uten te.ruolo()==”segretario”)
perchè lo sviluppatore applicativo non deve conoscere che ruolo ha l’utente nel
momento in cui questo fa la logon, per due motivi:
1. Non è lo sviluppatore che conosce ruoli e casi d’uso di un utente, ma
deve saperlo lo sviluppatore della sicurezza applicativa
2. Dal punto di vista del codice questo deve essere il più possibile
parametrico
Questo significa che non devo scrivere codice di questo tipo:
if if if (utente.ruolo()==”segretario”)
(utente.ruolo()==”segretario”)
h(..)
h(..)
E cioè chiamare la funzione h se quel particolare utente può farlo, occupandomi
del controllo.
Devo invece sostituirlo con codice di questo tipo:
if if canInvoke(‘h’)
canInvoke(‘h’)
h(..) h(..)
Il significato è lo stesso, cioè l’utente invoca la funzione h se ha i requisiti per farlo,
tuttavia io non so se l’utente lo può fare o no poiché il controllo è relegato alla
canInvoke.
Ciò che si vuole esprimere è che devo separare il compito dello sviluppatore da
quello della logica applicativa, distinguendo e separando le responsabilità.
Altro discorso è capire come viene implementata la canInvoke.
if if security.canInvoke(‘h’)
security.canInvoke(‘h’)
h(..)
Solo per indicare che chi sviluppa la canInvoke sarà strettamente connesso alla
sicurezza applicativa.
Ciò significa che per implementare la canInvoke ho bisogno di meccanismi per
definire la sicurezza.
6.9.4 Garantire: sicurezza di primo livello: EJB Enable
java beam
Per sviluppare funzioni per il controllo della sicurezza come la canInvoke, in J2EE
154