Operational Support Systems: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Bot: Modifico: de:Betriebsunterstützungssystem; modifiche estetiche |
|||
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).
Riga 27:
La fase più recente del lavoro sull'architettura OSS è arrivata con il programma [[NGOSS]] del [[TM Forum]]<ref>[http://www.tmforum.org/ TeleManagement Forum]</ref>, che venne istituito nel [[2000]]. Tale programma stabilì un insieme di principi che un'integrazione OSS doveva adottare, assieme ad un insieme di modelli che fornivano degli approcci standardizzati. I modelli comprendono un [[modello informativo]] (lo Shared Information/Data model, o SID), un [[modello di processo]] (il Telecom Operation Map, o eTOM) e un modello del ciclo di vita. Il TMF descrive NGOSS come un'architettura che è:
* "[[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) <ref>[http://www.ossj.org/ OSS through Java initiative]</ref> è un esempio.
Riga 42:
[[cs:Operations Support Systems]]
[[de:Betriebsunterstützungssystem]]
[[en:Operations support system]]
[[fr:Operations Support System]]
| |||