Microsoft PowerPoint eTom_SI_TNA [Compatibility Mode]

Транскрипт

1 Sveučilište u Zagrebu Fakultet prometnih znanosti Zavod za informacijsko komunikacijski promet Katedra za upravljanje informacijsko komunikacijskim uslugama Informacijski sustavi mrežnih operatera etom i NGOSS prof. dr. sc. Dragan Peraković doc. dr. sc. Marko Periša

2 Sadržaj predavanja Međunarodne organizacije, programi, forumi TeleManagement Forum New Generation Operations Systems and Software NGOSS program Enhanced Telecom Operations Map etom SID Architecture Information TNA Technology Neutral Architecture

3 Međunarodne organizacije, programi, forumi ITU T International Telecommunication Union ITU T Međunarodna organizacija za standardizaciju u telekomunikacijama The Telecommunications Management Network (TMN), uveden godine kao model za upravljanje TK mrežom preporukama ITU T M.3000 te kao referentni model za operacijski sustav podrške (OSS) pružatelja telekomunikacijskih usluga.

4 Međunarodne organizacije, programi, forumi ETSI European Telecommunication Standard Institute ANSI American National Standard Institute NGOSS program (New Generation Operations Systems and Software Program)

5 TeleManagement Forum Operatori se sučeljavaju s promjenama u modernom telekomunikacijskom svijetu na mnogo načina. Jedna od metoda je izabrati najbolje u klasi komponente iz različitih izvora, razviti standardizirana sučelja i kreirati pripremna integracijska sučelja koja se mogu prilagoditi prema različitim rješenjima

6 TeleManagement Forum Današnji lanac vrijednosti ICT sektora

7 TeleManagement Forum Korisnici ICT usluga sve više traže nove, sofisticirane usluge Korisnici i konkurencija prisiljavaju ICSPs (Internet and Computer Service Providers) na slijedeće korake: projektiranje sustava i procesa u skladu s potrebama korisnika minimiziranje vrijemena potrebnog za uvođenje novih usluga intenzivnu interakciju između niza ICSPs radi pružanja suvremenih usluga. Do sada su ICSPs svoje OSS/BSS sustave izgrađivali vlastitim snagama po načelu silosa (upravljački otoci) koje je teško povezivati unutar kompanije, a praktički nemoguće sa sustavima drugih ICSPs

8 TeleManagement Forum Forum je osnovan od strane BT a i AT&T a, a danas ima preko 700 članica (kompanija) u 195 država Članice su tvrtke iz ICT industrije (ICSPs, mrežni operateri, proizvođači programske podrške i mrežne opreme, sistem integratori) vizija Foruma je postizanje interoperabilnosti OSS/BSS (Operations Support Systems/Business Support Systems) proizvoda

9 TeleManagement Forum danas je Forum u sklopu NGOSS Programa (New Generation Operations Systems and Software Program) usmjeren prema definiranju radnog okvira za modeliranje telekomunikacijskih poslovnih procesa, kao i razvoj otvorenih i automatiziranih OSS/BSS sustava

10 NGOSS program Motivacija za NGOSS Klasični pristup razvoju B/OSS a ne mogu zadovoljiti zahtjeve za : Brz i efikasan razvoj proizvoda/usluga/rješenja Efikasnu implementaciju novih rješenja Smanjenjem rizika implementacije novih rješenja Rastući izazovi operativnog vođenja i upravljanja ICSPs kompanija Korisnici traže suvremena rješenja Traže smanjenje faze razvoja rješenja Efikasna rješenja su složena i oslanjaju se na niz resursa više ICSPs Korisnici traže upravljanje postavkama/naručivanje preko web a Proaktivno naplaćivanje u realnom vremenu temeljeno na sadržaju i/ili lokaciji Garancija visoke kvalitete rješenja koja se realiziraju na različitim tehnologijama Brza prilagodba B/OSS sustava kako bi pratili BPR (Business process reengineering)

11 NGOSS program Motivacija za NGOSS OSS Operational System Support računalni sustav koji koriste ICSPs, a namijenjen je: održavanju mrežnih elemenata i mreže u cijelosti (Network Management System), rezerviranju kapaciteta (Provisioning System), konfiguraciji mrežnih elemenata, upravljanju greškama BSS Business Support System novijiterminodoss a,aodnosisena upravljanje poslovnim sustavom: upravljanje korisnicima, podržavanje narudžbi, izdavanje računa, naplatu

12 NGOSS program Motivacija za NGOSS OSS Izgradnja Planiranje Optimiziranje Osiguranje sustava BSS Upravljanje prihodom Naplata potraživanja Upravljanje korisnicima

13 NGOSS program Motivacija za NGOSS Trend broj poslovnih subjekata u lancu se povećava Fragmentacija ICT tržišta predstavlja glavni izazov razvoja novih B/OSS (NGOSS) sustava Što ima više poslovnih subjekata u lancu, novi pristup razvoju OSS sistema (NGOSS) postaje važniji

14 NGOSS program Motivacija za NGOSS

15 NGOSS program Arhitektura Temelj NGOSS a predstavljaju 3 arhitekture kojima se propisuje ugradnja procesa, informacija i interakcija u OSS/BSS sustave NGOSS = Architectures + Lifecycle & Methodology

16 NGOSS program Životni ciklus i metodologija Životni ciklus i metodologija razvoja NGOSS sustava se promatra kroz 4 karakteristična pogleda

17 NGOSS program Životni ciklus i metodologija Metodologija razvoja NGOSS sustava: poluformalne upute iterative, business process centric, model based perspektiva (polu)automatsko preslikavanje specifikacija iz pogleda u pogled (MDA) implementacija predviđa upotrebu tehnologija široko prihvaćenih od IT industrije te komercijalnih off theshelf komponenata, COTS

18 NGOSS program Životni ciklus i metodologija etom specifikaciju poslovnih procesa procjenu sistemskih procesa i njihove interakcije te procjenu potencijalnih granica programskih komponenata ICSP tvrtka koja pokušava implementirati NGOSS mora implementaciju procesa temeljiti na poslovnim aktivnostima koje su kategorizirane u etom u tj. mora koristi isključivo etom elemente procesa. Ako postoji potreba za nekom aktivnošću koja nije kategorizirana i podržana od strane nekog od etom procesa, tada ICSP treba pokrenuti ugradnju novog elementa u etom standard.

19 NGOSS program Životni ciklus i metodologija

20 NGOSS program Radni okviri (Frameworks) NGOSS radni okviri predstavljaju bazu specifikacija/znanja koje se koristi tijekom razvoja NGOSS usklađenih sustava : Enhanced Telecom Operations Map, etom (Business Process Map) skup kategoriziranih specifikacija poslovnih procesa tipičnog ICSP Shared Information/Data Model, SID opsežne standardizirane i kategorizirane definicije informacija (usklađene s etom kategorijama procesa) Technology Neutral Architecture, TNA tehnološki neutralna specifikacija arhitekture NGOSS sustava. Telecom Application Map, TAM referentna mapa koja sadrži popis kategoriziranih NGOSS aplikacija (usklađeno s etom kategorijama procesa).

21 NGOSS program Radni okviri (Frameworks) NGOSS frameworks se koristi tijekom: sveobuhvatnog razvoja NGOSS sustava realizacije parcijalnih projekata: analiza i optimiziranje poslovnih procesa, odabir NGOSS komponenata na tržištu, uvođenje SID usklađenog modela u postojeće OSS sustave i dr.

22 etom dio TMF ovog NGOSS programa standard za nazivlje, opis i kategorizaciju poslovnih procesa suvremenih ICSPs pruža smjernice za modeliranje dinamičkih aspekata etom procesa etom om se nastoji obuhvatiti cjelokupni prostor poslovnih aktivnosti (Strategy, Operations & Enterprise) tipičnog ICSP identificiranje novih elemenata procesa i proširenje etom a je stalno u tijeku etom specifikacije procesa su generičke, neovisne o organizaciji tvrtke ICSP a, tehnologiji i konkretnim uslugama koje ICSP pruža etom je i ITU T standard (M.3050) etom nije model poslovanja ICSP a (koje će elemente procesa specificiranih u etom u i na koji način ICSP koristiti ovisi o poslovnoj strategiji ICSP, a ne o etom u)

23 etom Temeljni principi (1) STANDARDIZIRANI SERVISNI KATALOZI (SERVIS = ŠTO? ) (2) POVEZANI U STANDARDIZIRANE E2E PROCESE (PROCES= KAKO? ) Ugovori etom jasno razlikuje ŠTO se prodaje (produkt) ŠTO se isporučuje (servis) od toga KAKO se prodaje i isporučuje (proces i ugovori)

24 etom Razlikovanje Servisa i Procesa jednog Provider a Proces=Ulančani standardni servisi jednog providera Korisnik END TO END PROCESS FLOW PUSH = 15 sec DANAS U najboljem slučaju minuta (prosječno 10 dana) END TO END PROCESS FLOW PULL = 2 sec 2020 OBLAK TO danas ovo nema! TeraStream ŠTO = Standardizirani SERVISI KAKO = Standardizirani PROCESI SERVIS PROCES AKTIVNOST

25 etom 2020 Razlikovanje Servisa i Procesa Više Providera Shared Service ili MultiCloud okruženje Korisnik Prodavač Ugovor Provider 2.1, 2.2 Ugovor PULL Provider 3.1, 3.2 Ugovor Provider n Pitanje za milijun kuna = Što je END TO END Process Flow? 2020 godine, Provideri će ISPORUČIVATI SERVISE u OBLAKU podržavajući jedan drugog u cilju osiguranja kvalitete korisniku!

26 etom Poslovne aktivnosti Poslovne aktivnosti su u etom u definirane uz pomoć komponenata/podprocesa od kojih su sastavljeni sveobuhvatni, end to end E2E poslovni procesi (Process Elements). Elementi procesa se povezuju kako bi sudjelovali u interakcijama čime se stvaraju tokovi procesa (Process Flows). Područje procesa (Process Area) i grupiranje procesa (Process Grouping) u etom u predstavljaju mehanizme za kategorizaciju elemenata procesa. etom pravi razliku između grupiranja E2E procesa i grupiranja funkcijski povezanih procesa.

27 etom Ulančanost E2E procesa U Multiple Cloud okruženju Diskontinuirani SERVISI i PROCESI povezani UGOVORIMA Korisnik PULL < 2 s etom Transformacija AS IS = MACARONI APPROACH DANAS Nestandardizirani servisi i procesi 1000 PROIZVODA =3000 PROCESA TO BE = LASAGNE APPROACH 2020 etom Standradizirani Servisi i Procesi 1000 PROIZVODA=12 PROCESA

28 etom Kako ostvariti 1000 proizvoda =12 procesa? Product Catalogue, Servis Cataloge, Resource Catalogue PRODUCT DOMAIN MAX TV Standard CRM MAX Internet 8 Customer SERVICE BROKER e Ugovor Customer Facing Services CONTENT Customer Facing Services ACCESS Customer Facing Services SECURITY IP TV VoD Walled Garden Internet E mail WEB service BB Asynch Access Mobile Access Fixed Access BB Authorization Mobile Authorization Roaming Authorization TV Channel Movie Triller City Info E Pay Mail Storage Speed Speed EPG Movie Child Horoscope SERVICE PVR DOMAIN Movie Action BSS Jokes E Buy E Bunner Resource SERVICE BROKER e Ugovor Resurce Services CONTENT ENCODING Content VoD C Cor E MAIL SYSTEM Calendar Notes BBRAS Traffic Resurce Services SECURITY Resource Services ACCESS Mobile RAS ADSL Service VDSL Servie ADSL 2+ Service ETH Service WiMax Service nable nable RT ncompass RESOURCE DOMAIN OSS HW OS DB License DNS Supply Chain and Logistics SERVICE BROKER e Ugovor SUPPLIER PARTNER DOMAIN IP NET ETH Net DWDM Net ADSL NE IP NE VDSL NE ETH NE DWDM NE WiMax NE

29 etom Nužni standardi za zajedničko razumijevanje Produkt (VIŠE SERVISA) Jedan ili kombinacija više SERVISA sa ili bez materijalnog dobra Produkt je ono što jedan entitet (dobavljač) nudi drugom entitetu (kupcu). Može sadržavati SERVISE, procesirani materijal, HW, SW ili bilo koju kombinaciju navedenog Može biti materijalan i nematerijalan Ima cijenu UVIJEK SADRŽI SERVISNU KOMPONENTU! SERVIS (VIŠE RESURSA) Funkcionalna konfiguracija RESURSA za Funkcionalni set za KORISNIKA Telekomi razvijaju SERVISE za prodaju UNUTAR proizvoda. Isti SERVIS može biti uključen u više različitih proizvoda. Mora imati krajnjeg korisnika koji ga konzumira, iako ga sam korisnik ne mora biti svjestan Predstavlja (pre) konfigurirani (sklopljeni) Funkcionalni set tehnoloških materijalnih i nematerijalnih komponenti (ITIL CI ConfigurationItems) Isporučuje se korisniku pomoću (pre) definiranih poslovnih procesa Predstavljen je TROŠKOM (vidi ITIL Service je trošak) unutar proizvoda dobiva cijenu RESURS (VIŠE DOBAVLJAČA) INFRASTRUKTURA (fizička i nefizička) koja sama po sebi nema uporabnu vrijednost za krajnjeg korisnika Resurs predstavlja fizičke i nefizičke komponente od kojih se gradi SERVIS kao što se mrežni elementi (aktivni i pasivni), IT platforme i druge tehnološke komponente. Koristi za izgradnju jednog ili više SERVISA Posjeduje potencijal za isporuku, a koristi se kada je ugrađen unutar korisničkog servisa Sastavni je dio fiksne imovine telekoma ili se kupuje na tržištu od drugog dobavljača

30 etom Hijerarhijska dekompozicija procesa Najbolji način za strukturiranje velike količine sadržaja i detalja je strukturiranje sadržaja na veći broj razina hijerarhijska dekompozicija Hijerarhijska dekompozicija procesa (Hierarchical Process Decomposition) je sustavan pristup modeliranju procesa i iznad razine koja je pogodna za modeliranje tokova procesa (dinamike) Cilj dekompozicije je analiza procesa Dekompozicija se može nastaviti na onoliko (pod)razina koliko je to potrebno (ovisi o složenosti procesa kojeg dekomponiramo) Dekompozicija predstavlja statički pogled na procese jer ne nameće nikakve odnose u smislu slijeda izvođenja elemenata procesa Dekompozicija omogućava modularniju implementaciju procesa (dekompozicija sugerira sustavno rješenje!)

31 etom Hijerarhijska dekompozicija procesa Primjer Proces X (npr. upravljanje narudžbama klijenata) dekomponiran je u tri elementa niže razine Podprocesi se mogu dalje dekomponirati Svaka grana ne mora nužno završavati listom na istoj razini dekomponiranja (list je zadnji element procesa koji se dalje ne dekomponira) Process element UML Use Case Diagram ili UML Activity Diagram

32 etom Hijerarhijska dekompozicija procesa Primjer

33 etom Principi specifikacije etom specifikacije obuhvaćaju: dekompoziciju procesa (statički odnosi struktura) smjernice za modeliranje tokova procesa (dinamički odnosi) u skladu sa etom standardom, sistematizacija poslovnih procesa počinje na vršnoj razini (razini kompanije) Level 0 (top down princip) Level 0 identificira globalna područja procesa i okolinu tvrtke: korisnike, dobavljače/partenere, dioničare shareholders, zaposlenike, i sve ostale zainteresirane stranke other stakeholders

34 etom Principi specifikacije Sljedeća niža razina Level 1 sadrži grupe procesa koje su ugrađene u spomenuta područja Od Level 1 razine kreće hijerarhijska dekompozicija elemenata procesa Za svaki proces se specificiraju sljedeći osnovni elementi: identifikator procesa naziv procesa sažeti i prošireni opis procesa

35 etom Dinamički aspekti etom daje smjernice za modeliranje dinamičkih aspekata predviđa se modeliranje tokova procesa i interakcija između procesa uz upotrebu elemenata SID modela za specificiranje informacija koje se razmjenjuju i sljedećih dijagrama: Process Flow Diagrams (uz varijante Process Interaction Flow Diagrams i Process Dynamics Flow Diagrams) Activity Diagrams (UML) Use Case Diagrams (UML) State Chart Diagrams (UML) Sequence Diagrams (UML) Zašto nema referentnog modela tokova procesa? svaki ICSP će implementirati određeni proces koristeći vlastitu kombinaciju elemenata procesa i njihovog povezivanja u skladu s poslovnom vizijom, misijom i ciljanom tržištu!

36 etom Pristup modeliranju toka procesa Što predstavlja model toka procesa? Veze i interakcije između elemenata procesa u kontekstu nekog procesa više razine Analizira se samo jedan (tipični, glavni) scenarij (dakle model predstavlja samo djelomični pogled na cjelokupno ponašanje) Kako modelirati tokove procesa u skladu s etom radnim okvirom? 1. Identificiranje cross functional procesa (CFP) i elemenata procesa od kojih je sastavljen 2. specificiranje General Interaction Diagram a (identificiranje veza među elementima procesa) 3. specificiranje Process Interaction Flow (no sequences) ili Process Dynamics Flow diagrama (sequences). Specifikacije treba raditi za odabranu razinu detalja (ako želimo manju količinu detalja vezanu za tok procesa koristimo etom elemente procesa više razine i obratno)

37 etom Pristup modeliranju toka procesa Primjer Level 23 Proces Dynamics Flow Diagram Processkojima Dynamics Flow Diagram (slijed eksplicitno označen) UML dijagrami se može specificirati dinamika etomflows procesa Level Decomposed Process Level 2 Proces Interaction Flow Diagram Veze između procesa, ali bez ikakvih detalja vezanih za ponašanje Staze u dijagramu odgovaraju funkcijskom grupiranju iz etom modela; svaki element se pojavljuje samo jednom tako da dinamika toka interakcija nije eksplicitno prikazana

38 etom Zaključak Multifunkcionalna procesna matrica koji logički veže 5 ključnih dimenzija kompanije 1 Layer 1 Market/Customer/Product Layer 2 Customer Service Domain Layer 3 Rource Service Domain Layer 4 Supplier Service Domain CAPEX Korisnik 5 OPEX 3 END TO END 1 2 EBIT EBIT EBIT EBIT 4 Enterprise Service 1 2 Funkcionalna dimenzija E2E Procesna dimenzija 3 Organizacijska dimenzija 4 5 Financijska dimenzija IT Dimenzija 1 Najvažnija dimenzija Funkcionalne/SERVISNE dimenzije i e ugovori koji ih povezuju 38

39 etom Zaključak Koji su ključni izazovi budućnosti 2020 Sofisticirano poslovanje u Mulitple Cloud okruženju Business Sophistication 1. PRODAJA i MARKETING 1. Kanal prodaje OBLAK 2. Proizvod = Sadržaj 3. Volumen i kvaliteta sadržaja = Tržišni udio 4. Korisnik nije vezan za providera 2. TEHNOLOGIJA 1. Servisi standardizirani 2. Pristup besplatan i auto skalabilan 3. Pristupni uređaji commodity 4. Cijena interkonekcije ista za cijeli svijet 5. Infrastruktura potpuno regulirana 3. E2E PROCESI 1. Diskontinuirani u Multiple Cloud okruženju 2. Dinamičko uspostavljenje E2E procesa pomoću e Ugovora 3. Standardizirani PULL procesi (PUSH nestaje) Customer Simplification e Ugovora U cilju ostvarenja E2E procesa (2 sec) Produktnog i Servisnog (2) kataloga Procesa po Horizontalnim Layerima

40 SID Architecture Information Općenito dio NGOSS programa. zajednički, dijeljeni informacijski model specificira: informacijske entitete koje su povezane s poslovnim procesima i na koje ti procesi utječu (osobe, imovina, proizvodi i usluge high level koncepti) odnose među entitetima detalje koji dodatno opisuju entitete izražene atributima. planirani razvoj SID a: specificiranje entiteta vezanih uz rješenje (projektiranje i implementaciju; APIs lower level koncepti) dijeljeni model podataka ICSPs i ostali akteri u dohodovnom lancu imaju potrebu za dijeljenjem informacija i njihovim zajedničkim razumijevanjem. SID model usmjeren je prema rješavanju te potrebu.

41 SID Architecture Information Zašto dijeljeni informacijski model? Zajedničke, dijeljene informacije za jednostavnu integraciju Upotreba standardnog, dijeljenog modela osigurava: uniformne specifikacije tokova informacija između procesa, kako u okvirima tvrtke ICSP, tako i između tvrtki i njihovih vanjskih partnera. zajedničku terminologija bez nepotrebnih varijanti. most između poslovanja koje traži efikasna rješenja i informacijske tehnologije pomoću koje se rješenja implementiraju. (specifikacije razumljive poslovnim krugovima koje su dovoljno precizne da se koriste u početnim fazama razvoja programske podrške)

42 SID Architecture Information Zašto dijeljeni informacijski model?

43 SID Architecture Information Principi modeliranja Modeliraju se dvije vrste entiteta ( stvari ): koje imaju identifikator (mogu se jednoznačno identificirati) koje imaju samo vrijednost (služe za opis prve vrste) Model obuhvaća: kontekst i uloga entiteta stanje i životni ciklus entiteta (opcionalno) odnosi među entitetima: nasljeđivanje, asocijacije, agregacije Za modeliranje se koristi se UML Globalna sistematizacija/kategoriziranje entiteta:

44 SID Architecture Information Kako su informacije u SID modelu organizirane? SID model obuhvaća informacijske entitete koji se koriste za: modeliranje poslovanje i poslovnih procesa (SID Business View) (GB922) specifikaciju sustava (SID System View) (GB926) Entiteti su organizirani po domenama (Level 0): SID Business View Domains (8 domena) SID System View domains. (8+1 domena) (osam domena iz SID Business View uključeno je i u SID System View u kojem je dodana domena Architecture). Modeliranjem podataka na implementacijskoj razini (SID Implementation View) bavi se OSS/J.

45 SID Architecture Information SID Business View (Level 0) SID na osnovnoj razini Level 0 sadrži 8 domena (6 se poklapa s NGOSS domenama). SID Common Business domena obuhvaća ABEs koje se koriste u ostalih 7 domena: Root Business Entities Agreement Business Interaction Location Party Policy Management Project Time Trouble Ticket Usage Base Types Business Contract

46 SID Architecture Information Level 1, 2 i 3 na primjeru

47 SID Architecture Information Veze SID domena i etom funkcijskih grupa

48 SID Architecture Information SID for Business, System and Implementation View

49 TNA Interaction Architecture Technology Neutral Architecture TNA je apstraktna arhitektura postoje konkretne implementacijske arhitekture za raspodijeljene sustave koje su u skladu sa TNA. NGOSS razlikuje Technology Neutral Architecture, TNA (upotreba tehnološki neutralnih koncepata) od Technology Specific Architectures, TSA (upotreba koncepata specifičnih za jednu ili više tehnologija) Osnovna zadaća TNA je osigurati međudjelovanje u NGOSS sustavima TNA arhitecture = Interaction architecture. Elementi TNA arhitekture su specificirani metamodelom.

50 TNA Interaction Architecture Technology Neutral Architecture NGOSS TNA metamodel NGOSSExtensibleElement

51 TNA Interaction Architecture Elementi metamodela Contract: temelj za interoprabilnost u NGOSS sustavu NSS GOComponent: predstavlja standardan način za pakiranje NGOSS funkcionalnosti NGOSS Shared Information: informacije koje se razmjenjuju između NGOSS komponenta NGOSS Identifier: predstavlja standardni način za jednoznačnu identifikaciju NGOSS elemenata NGOSS Policy: predstavlja standardizirani način za kontroliranje ponašanja NGOSS komponenata i procesa NGOSS Interaction: predstavlja interakciju različitih NGOSS elemenata i prema tome određuje ponašanje Termination: koristi se za definiranje operacija iz NGOSS ugovora NGOSS Extensible Element apstraktni entitet od kojeg nasljeđuju ostali elementi metamodela

52 TNA Interaction Architecture NGOSS TNA metamodel NGOSS Contracts & Interactions

53 TNA Interaction Architecture NGOSS ugovor Specifikacija koja se pridružuje sučelju na temelju koje se klijent povezuje sa komponentom koja implementira to sučelje Omogućava specificiranje očekivanog ponašanja na konzistentan način (ciljevi i odgovornosti) Omogućava upravljanje servisima te registriranje i pozivanje servisa Utvrđuje kontekst za izvođenje servisa i omogućava klijentu odabir servisa Specifikacije iz ugovora mogu se koristiti za održavanje i administriranje sučelja tj. servisa koji se preko njega pruža Specifikacije iz ugovora mogu se koristiti kako bi se osiguralo honoriranje u slučaju neispunjavanje vanjskih obveza (SLA).

54 TNA Interaction Architecture TNA se temelji na komponentama NGOSS Components Installed and Uninstalled NGOSS Services Activated and De Activated NGOSS Contracts Registered and Unregistered NGOSS Contract Instances Advertised and Withdrawn

55 TNA Interaction Architecture Arhitektura

56 TNA Interaction Architecture NGOSS TNA predviđa kontinuum NGOSS ugovora gledano obzirom na 4 pogleda

57 Pitanja