Toward a Concern-Oriented Analysis Method for Enterprise Information Systems (2006)
Un approccio all’analisi dei sistemi informativi aziendali fondato sui concern: interessi, responsabilità e problemi degli attori coinvolti nel funzionamento e nella trasformazione dell’organizzazione.
Navigazione
Dati bibliografici
Autori: Crenguța Bogdan, Luca Dan Șerbănați
Anno: 2006
Documento: Articolo scientifico, sei pagine
Sede di pubblicazione: Da confermare mediante il riferimento bibliografico originale
Parole chiave: concern-oriented analysis, stakeholder, sistemi informativi aziendali, ingegneria dei requisiti, separation of concerns
Riferimento provvisorio: Bogdan, C.; Șerbănați, L. D. (2006), «Toward a Concern-Oriented Analysis Method for Enterprise Information Systems». Restano da verificare i dati del convegno o della rivista.
Figure originali (clic per ingrandire)
Contributo scientifico
L’articolo propone un metodo di analisi dei sistemi informativi aziendali a partire dai concern degli stakeholder, insieme a una loro classificazione multidimensionale. L’idea centrale è che i problemi che il futuro sistema informativo dovrà affrontare vadano individuati e compresi nel contesto organizzativo, non esclusivamente dal punto di vista del software da realizzare.
Dettagli (clic per espandere)
- Specifica di alto livello di ciascun concern: problema, stato iniziale, stato finale e ruoli coinvolti.
- Quattro prospettive: sociale, informativa, funzionale e tecnologica.
- Quattro attività proposte dal metodo: identificazione, classificazione, relazioni e definizione delle priorità.
- Applicazione illustrativa ai servizi amministrativi per il rilascio di certificati fiscali.
Descrizione approfondita (sezione per sezione)
1. Contesto e motivazione
L’articolo affronta il problema della gestione della complessità dei sistemi informativi. Invece di cercare i requisiti soltanto nelle funzionalità dell’applicazione, gli autori partono dall’organizzazione nella quale il sistema dovrà operare. Gli interessi, gli obblighi e le difficoltà degli attori organizzativi sono fonti di problemi da analizzare prima della progettazione.
Il lavoro è importante nell’evoluzione della ricerca sulla separation of concerns perché trasferisce la separazione degli interessi dall’organizzazione del software all’analisi del sistema informativo e del suo ambiente organizzativo. Il testo richiama esplicitamente la letteratura di ingegneria del software come punto di partenza, senza rivendicare l’invenzione del principio di separazione degli interessi.
2. Il sistema informativo nel contesto aziendale
Un sistema informativo viene analizzato come rappresentazione informativa di una porzione del mondo reale. Gli autori distinguono quattro tipi di componenti: agenti, attività, strumenti e oggetti. Le relazioni tra essi sono sintetizzate nella Fig. 1. Gli agenti svolgono attività utilizzando strumenti e oggetti; questo schema collega l’organizzazione del lavoro alle future funzioni informatiche.
3. Il concetto di concern
Un concern è definito a partire dall’interesse o dalla preoccupazione di uno o più stakeholder rispetto a un problema concreto. Il problema è descritto mediante uno stato iniziale e uno stato finale desiderato, interpretati nell’articolo come ipotesi e conclusione di una specifica. Associando gli attori interessati si ottiene una specifica di alto livello, adatta alla discussione dei requisiti.
L’esempio dell’introduzione di una nuova tecnologia mostra che uno stesso progetto informatico può generare preoccupazioni relative alla formazione del personale, alla trasformazione delle attività e alle responsabilità dei progettisti. Un concern, quindi, non coincide semplicemente con una funzione software o con un requisito tecnico.
4. Il metodo di analisi
Il metodo propone quattro attività: identificare i concern, classificarli, individuare le relazioni tra loro e definirne le priorità. Gli autori precisano tuttavia che l’articolo si concentra sulle prime due, nell’ambito della raccolta dei requisiti. Relazioni e prioritizzazione fanno parte del metodo generale, ma non vengono qui sviluppate come procedure completamente dimostrate.
5. Le quattro prospettive complementari
La prospettiva sociale individua interessi, responsabilità e obiettivi degli attori coinvolti. La gerarchia dei ruoli illustrata nella Fig. 2 distingue i ruoli degli sviluppatori da quelli degli altri partecipanti.
La prospettiva informativa analizza l’accesso ai dati, alle informazioni e alla conoscenza, comprese integrità, accuratezza, completezza, sicurezza e riservatezza.
La prospettiva funzionale considera le attività dell’organizzazione, la loro automazione e i cambiamenti che il nuovo sistema produce nelle modalità operative dei dipendenti.
La prospettiva tecnologica riguarda l’infrastruttura ICT e i mezzi con cui il sistema sostiene la comunicazione, lo scambio di informazioni e l’esecuzione delle attività. Le quattro prospettive non rappresentano fasi successive, bensì punti di vista complementari sulla stessa impresa.
6. Caso di studio: certificati fiscali
Come esempio viene analizzata l’attività di un ufficio che gestisce i certificati fiscali nella pubblica amministrazione romena. Il processo comprende la ricezione dei documenti, la preparazione e il rilascio dei certificati. Vengono individuati contribuenti, funzionari, autorità fiscali e altre istituzioni coinvolte. Gli autori elencano concern relativi alle quattro prospettive: riduzione dei tempi di risposta, conoscenza della situazione fiscale, conservazione dei dati e comunicazione tra istituzioni.
L’esempio ha carattere dimostrativo e non è presentato come una valutazione sperimentale con risultati quantitativi. Per ragioni di spazio, alcuni concern sono elencati senza che per tutti venga fornita una specifica completa.
7. Inquadramento nella ricerca e limiti
Gli autori discutono il principio della separazione degli interessi in rapporto all’ingegneria dei requisiti, alla progettazione multidimensionale e alla programmazione orientata agli aspetti. La novità rivendicata è l’applicazione della prospettiva concern-oriented all’analisi dei sistemi informativi aziendali. Come possibili benefici vengono citate comprensibilità ed estensibilità dei modelli; per altre proprietà — manutenibilità, riuso, adattabilità e tracciabilità — si formulano soprattutto aspettative, non misure empiriche.
Tra i riferimenti compare anche «Understanding Concerns with Ontologies», indicato all’epoca come articolo inviato per la pubblicazione. Si tratta di un riferimento utile per seguire gli sviluppi successivi della ricerca, senza confondere i due contributi.
8. Conclusioni
Il lavoro propone un modo di strutturare l’analisi dei sistemi informativi a partire dai problemi e dai concern degli attori organizzativi. La classificazione sociale, informativa, funzionale e tecnologica mira a evitare che il problema venga ridotto troppo presto a un’unica prospettiva progettuale. Il risultato è un quadro metodologico che richiede ulteriori sviluppi per descrivere le relazioni tra concern, definire le priorità e svolgere valutazioni sistematiche.