Operational Support Systems: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Bot: piccoli errori di battitura |
Recupero di 1 fonte/i e segnalazione di 0 link interrotto/i.) #IABot (v2.0 |
||
(21 versioni intermedie di 16 utenti non mostrate) | |||
Riga 1:
Gli '''Operational Support
Nei tempi passati, le attività OSS erano svolte principalmente da operatori che si scambiavano materiale cartaceo. Successivamente al [[1985]] si introdussero sistemi informatici (o applicazioni software) che automatizzarono gran parte di queste attività. Ad ogni modo questi sistemi erano isolati tra di loro (si parla spesso di Silos applicativi, ossia di [[applicativi verticali|applicazioni verticali]] che non hanno modo di comunicare tra di esse).
Riga 7:
== Una breve cronistoria delle architetture OSS ==
Una gran parte delle attività svolte sugli OSS si sono concentrate sulla definizione della sua [[architettura]]. Semplificando ci sono 4 elementi chiave in un sistema OSS:
* Processi
** le sequenze di eventi
* Dati
** le informazioni su cui si opera
* Applicazioni
** le componenti che implementano i processi che gestiscono i dati
* Tecnologia
** il modo in cui si implementano le applicazioni.
I primi tentativi di definizione dell'architettura dei sistemi OSS fu fatto dall'[[ITU-T]] con il modello [[Telecommunications Management Network]] (TMN), che definiva una struttura a 4 livelli per tutti i sistemi OSS:
* Business Management Level (BML)
* Service Management Level (SML)
* Network Management Level (NML)
* Element Management Level (EML)
(Nota: spesso viene menzionato un quinto livello relativo agli elementi di rete stessi, ma gli standard fanno riferimento a soli 4 livelli).
Il concetto di "Network management" fu ulteriormente definito dall'[[ISO]] usando il modello [[FCAPS]] (Fault, Configuration, Accounting, Performance and Security). Questo modello fu adottato dall'ITU-T TMN come il modello funzionale per la definizione della serie di TMN standards M.3000 - M.3599. Benché il modello [[FCAPS]]
La fase più recente del lavoro sull'architettura OSS è arrivata con il programma [[NGOSS]] del
* "[[loosely coupled]]"
* distribuita
* basata sui componenti
assieme ai componenti applicativi funzionanti sui quali può girare un business di Communications Service Provider.
* I componenti interagiscono attraverso un bus di informazioni comune
* I componenti possono essere programmati attraverso l'uso di uno strumento di gestione dei processi per controllare i processi di business del fornitore dei servizi, usando le funzionalità messe a disposizione dai componenti.
Il lavoro fin qui svolto dal TMF è stato principalmente neutro dal punto di vista tecnologico, il che implica che rimane un considerevole lavoro da fare per creare un'implementazione OSS funzionante partendo dai principi NGOSS. Comunque, esistono diverse implementazioni standardizzate e specifiche di NGOSS, delle quali la ''OSS through Java initiative'' (OSS/J)
==
<references/>
== Bibliografia ==
* {{Cita libro
| autore=Columpsi, Gennaro; Leonardi, Marco; Ricci, Alessio
| titolo=UMTS - Tecniche e architetture per le reti di comunicazioni mobili multimediali
| data=2005
| editore=Ulrico Hoepli
| città=Milano
| isbn=88-203-3591-3}}
== Voci correlate ==
[[Categoria:Servizi di telecomunicazione]]▼
* [[Rete Intelligente]]
{{Portale|Informatica|ingegneria|Telefonia|Telematica}}
▲[[Categoria:Servizi di telecomunicazione]]
▲[[de:Operations Support System]]
[[Categoria:Sistemi informativi]]
|