Architettura telematica: differenze tra le versioni

Versione delle 10:08, 30 ott 2018

Versione attuale delle 08:27, 13 mar 2025

(10 versioni intermedie di 8 utenti non mostrate)

Riga 1:

L{{'}}'''architettura [[telematica]]''' è il ''[[progetto]] esecutivo'' che descrive l'intera struttura delle [[Sistema informativo|informazioni]] e dei componenti ed apparati [[Computer|informatici]] e [[Telefonia|di comunicazione]] che le gestiscono<ref>Jessup, Leonard M.; Joseph S. Valacich (2008). ''Information Systems Today'' (3rd ed.). Pearson Publishing. Glossary p. 416</ref>.

Definire l'architettura telematica di una realtà significa realizzare un documento progettuale che raggruppi e renda uniformi le descrizioni delle architetture [[hardware]] e [[software]] con le analisi e le soluzioni operative e con le regole e le strategie di gestione delle informazioni e delle comunicazioni.<ref>{{Cita pubblicazione |cognome=Davis |nome=Timothy |cognome2=Geist |nome2=Robert |cognome3=Matzko |nome3=Sarah |cognome4=Westall |nome4=James |anno=2004 |mese=marzo|titolo=τ´εχνη: A First Step |rivista=Technical Symposium on Computer Science Education |pp=125–129125-129 |isbn= 1-58113-798-2 |citazione=In 1999, Clemson University established a (graduate) degree program that bridges the arts and the sciences... All students in the program are required to complete graduate level work in both the arts and computer science}}</ref><ref>{{Cita pubblicazione |cognome=Hoganson |nome=Ken |anno=2001 |mese=dicembre|titolo=Alternative curriculum models for integrating computer science and information systems analysis, recommendations, pitfalls, opportunities, accreditations, and trends |rivista=Journal of Computing Sciences in Colleges |volume=17 |numero=2 |pp=313–325313-325 |issn= 1937-4771 |citazione=The field of information systems as a separate discipline is relatively new and is undergoing continuous change as technology evolves and the field matures}}</ref><ref>{{Cita pubblicazione |cognome=Denning |nome=Peter |anno=2007 |mese=giugno|titolo=Ubiquity a new interview with Peter Denning on the great principles of computing |volume=2007 |numero=June |pp=1–11-1 |citazione=People from other fields are saying they have discovered information processes in their deepest structures and that collaboration with computing is essential to them.}}</ref><ref>Pearson Custom Publishing & West Chester University, Custom Program for Computer Information Systems (CSC 110), (Pearson Custom Publishing, 2009) Glossary p. 694</ref><ref>{{Cita pubblicazione |cognome=Polack |nome=Jennifer |anno=2009 |mese=dicembre|titolo=Planning a CIS Education Within a CS Framework |rivista=Journal of Computing Sciences in Colleges |volume=25 |numero=2 |pp=100–106100-106 |issn= 1937-4771}}</ref><ref>CSTA Committee, Allen Tucker, et alia, A Model Curriculum for K-12 Computer Science (Final Report), (Association for Computing Machinery, Inc., 2006) Abstraction & p. 2</ref><ref>{{Cita pubblicazione |cognome=Freeman |nome=Peter |cognome2=Hart |nome2=David |anno=2004 |mese=agosto|titolo=A Science of Design for Software-Intensive Systems Computer science and engineering needs an intellectually rigorous, analytical, teachable design process to ensure development of systems we all can live with. |rivista=Communications of the ACM |volume=47 |numero=8 |pp=19–2119-21 |issn= 0001-0782 |citazione=Though the other components' connections to the software and their role in the overall design of the system are critical, the core consideration for a software-intensive system is the software itself, and other approaches to systematizing design have yet to solve the "software problem"—which won't be solved until software design is understood scientifically}}</ref> Tale progetto è finalizzato ad ottenere i risultati stabiliti attraverso il coordinamento strategico di procedure e documenti altrimenti indipendenti<ref>{{Cita pubblicazione |cognome=Kelly |nome=Sue |cognome2=Gibson |nome2=Nicola |cognome3=Holland |nome3=Christopher |cognome4=Light |nome4=Ben |anno=1999 |mese=luglio|titolo=Focus Issue on Legacy Information Systems and Business Process Engineering: a Business Perspective of Legacy Information Systems |rivista=Communications of the AIS |volume=2 |numero=7 |pp=1–271-27 }}</ref>.

== Storia ==

Riga 12:

== Ciclo di vita ==

La realizzazione dell'architettura telematica si sta diffondendo rapidamente in Italia e sta seguendo queste fasi:

* ''Individuazione dell'esigenza'': l'azienda sente la necessità di comprendere appieno la propria struttura tecnica per perseguire gli obiettivi istituzionali;

* ''Studio di fattibilità'': il consulente si occupa di definire, in accordo con l'azienda, le alternative possibili ed effettua una prima analisi volta ada impostare una proposta di cammino critico per la realizzazione delle varie componenti dell'architettura.

* ''Analisi dei requisiti'': consiste nel verificare se le premesse emerse durante lo studio di fattibilità sono suffragate dai dati. Questa fase richiede un'interazione con gli utenti

* ''Analisi di contesto'': ha lo scopo di comprendere la situazione attuale e raccogliere la documentazione esistente.

Riga 24 ⟶ 23:

* ''Manutenzione'': con la manutenzione ''correttiva'' si consolida il sistema, mentre con la manutenzione ''evolutiva'' lo si completa ed arricchisce di funzionalità inizialmente non individuate.

Il suddetto ciclo di vita ha origine dalla formalizzazione dei [[Sistema informativo|sistemi informativi]], differenziandosi secondo le necessità relative alle architetture di comunicazione ed alle esigenze di studio dei processi aziendali; è bene ricordare che tale cammino va adattato alle situazioni esistenti e può capitare che durante l'esecuzione di una un'attività si debbano rivedere decisioni o documenti precedenti.

== Componenti ==

L'architettura telematica è composta dall'insieme dei [[Sistema informativo|sistemi informativi]], tecnologici e comunicativi dell'azienda e riporta le indicazioni inerenti alla gestione, la manutenzione, la [[sicurezza informatica|sicurezza]], il ''[[Problem solving]]'', il ''[[Disaster recovery]]'' e le informazioni amministrative necessarie ada una corretta gestione<ref>Shrader, C. B., L. Taylor, and D. R. Dalton (1984), “Strategic planning and organizational performance: A critical appraisal,” Journal of Management, 10, 149-171.</ref>.

=== Analisi dei requisiti ===

Riga 51 ⟶ 50:

** Storico delle configurazioni degli apparati

* Software applicativo

** Soluzione di ''[[Business intelligence]]''

** Soluzione di ''[[Knowledge management]]'' e [[Comunicazione unificata]]

* Formati della [[Document Management System|gestione documentale]]

Riga 58 ⟶ 57:

* Politica di assegnazione e rimozione del [[Account|nome utente]]

* Linee guida per l'utilizzo delle [[password]] e dei [[Token (sicurezza)|token]]

* Schema delle metodologie di [[Backupbackup]]

** Piano di protezione dal sabotaggio interno ed esterno

* Regolamento di sicurezza

Riga 70 ⟶ 69:

=== Governo dell'ICT ===

* Piani di ''Sourcing''

** ''[[In housing|Inhouse]]''

** [[Insourcing|Internalizzazione]] (o Sharedservizi Servicescondivisi interni)

** [[Outsourcing|Esternalizzazione]] (e relativo ''[[Backsourcing]]'')

* Manutenzione correttiva

* [[Piano di contingenza]] (con rimandi ed adeguamenti al [[Business continuity|piano di Businesscontinuità Continuityoperativa]] ed al piano di [[Gestione del rischio]])

* ''[[Service level agreement]]''

=== Analisi fabbisogno di adeguamento ===

Riga 90 ⟶ 89:

=== Rappresentazione a blocchi correlati ===

La prima metodologia di rappresentazione delle architetture telematiche risale agli [[anni 70]], nata dalla necessità di fare distinzione tra ''informatica concentrata'' e ''informatica distribuita''<ref>{{cita libro|cognome= Naso|nome=Michele|coautori=ATLAS|titolo=Architetture hardware e sistemi informatici |anno=2007 |isbn=88-268-1014-1}}</ref>. Inizialmente gli utenti remoti si collegavano ad un unico calcolatore centralizzato (es. [[mainframe]]) in cui risiedeva tutta la potenza elaborativa; con l'avvento del Personal Computer, ci si interrogò sulla possibilità di realizzare [[Rete informatica|reti]] complesse di più [[Calcolatore|calcolatori]] collegati tra loro in uno schema a maglia così che le informazioni potessero viaggiare dalla sorgente alla destinazione seguendo percorsi distinti. Sebbene i [[Arpanet|primi progetti]] furono sviluppati a scopo militare negli [[Stati Uniti d'America|USA]], oggi ne abbiamo applicazioni civili in molteplici ambienti, il più noto dei quali è rappresentato da [[Internet]]<ref>{{cita libro|cognome= Comer|nome= Douglas E.|titolo=The Internet Book|anno=2001|isbn=0-13-030852-8}}</ref>.

La prima metodologia di rappresentazione delle architetture telematiche risale agli anni 70, nata dalla necessità di fare distinzione tra ''informatica concentrata'' e ''informatica distribuita''<ref>{{cita libro|cognome= Naso|nome=Michele|coautori=ATLAS|titolo=Architetture hardware e sistemi informatici |anno=2007 |isbn=88-268-1014-1}}</ref>. Inizialmente gli utenti remoti si collegavano ad un unico calcolatore centralizzato (es. [[mainframe]]) in cui risiedeva tutta la potenza elaborativa; con l'avvento del Personal Computer, ci si interrogò sulla possibilità di realizzare [[Rete informatica|reti]] complesse di più [[Calcolatore|calcolatori]] collegati tra loro in uno schema a maglia così che le informazioni potessero viaggiare dalla sorgente alla destinazione seguendo percorsi distinti. Sebbene i [[Arpanet|primi progetti]] furono sviluppati a scopo militare negli [[Stati Uniti d'America|USA]], oggi ne abbiamo applicazioni civili in molteplici ambienti, il più noto dei quali è rappresentato da [[Internet]]<ref>{{cita libro|cognome= Comer|nome= Douglas E.|titolo=The Internet Book|anno=2001|isbn=0-13-030852-8}}</ref>.

È una metodologia che ha come scopo unico la descrizione dei collegamenti fisici e logici degli apparati che identificano i nodi e fa distinzione tra i diversi tipi di collegamento: [[Linea elettrica|linee]] [[Telegrafo|telegrafiche]], [[Telefono|telefoniche]], ''commutate'' o ''dedicate'', ponti [[Radio (elettronica)|radio]], [[Satellite artificiale|satelliti]] per le telecomunicazioni, ecc.<ref>{{cita libro|cognome= Tanenbaum|nome=Andrew S.|titolo=Reti di calcolatori |anno=2000}}</ref>

Riga 98 ⟶ 96:

=== Rappresentazione a lista ===

La storica metodologia di descrizione della situazione tecnica è strutturata come una lista di apparecchiature ede una lista di correlazioni; le due liste sono tra loro legate a doppio filo attraverso le specifiche di progetto oppure secondo le regole di utilizzo.

È una metodologia che ha come scopo principale l'inventario del materiale presente ed il controllo approfondito delle risorse impiegate, sia tecniche che economiche; produce una documentazione molto dettagliata ed orientata all'ottimizzazione della spesa e del [[Total Cost of Ownership|TCO]].

Riga 113 ⟶ 111:

== Il tuning ==

Eseguire il ''tuning'' significa ottimizzare l'architettura precedentemente formalizzata secondo i parametri di utilizzo quotidiano.

I passi principali da compiere dopo aver messo in produzione l'architettura sono la verifica di rispondenza ai bisogni, la risoluzione dei problemi evidenziati e l'adeguamento della documentazione per queste quattro classi di criticità:

# Necessità quotidiane di primo impatto

# Rispondenza ai bisogni a breve termine

# Analisi dell'impatto a medio periodo

# Segnalazione di note di ampio respiro

== Normativa italiana ==

Riga 131 ⟶ 129:

== Voci correlate ==

* [[Telematica]]

* [[Tecnologie dell'informazione e della comunicazione]]

* [[Information and Communications Technology]]

* [[Architettura (computer)]]

* [[IS auditing]]