Professional Documents
Culture Documents
TELEKOMUNIKACIJAMA
(TELECOMMUNICATION
MANAGEMENT NETWORK-TMN)
ZATO TMN?
Poslovni ciljevi telekom operatora su: kontinualno
unapreenje kvaliteta
i produktivnosti, a
njihovom realizacijom se omoguava:
o Bri odgovor na zahteve korisnika,
o Bra eliminaciju razloga degradacije kvaliteta i
produktivnosti,
o Bolja tanost obraunavanja potronje servisa i
o Bra naplata servisa od korisnika.
TA JE TMN?
TMN se definie kao posebna raunarska mrea
koja se u vie taaka spaja sa telekomunikacionom
mreom radi prikupljanja informacije od, odnosno
predaje informacije ka telekomunikacionoj mrei.
Osnovna namena TMN-a je upravljanje
telekomunikacionom mreom i servisima pa TMN
predstavlja organizovanu mree koja obuhvata i
meusobno spaja razliite tipove operacionih
sistema (OS) sa telekomunikacionom opremom,
koristei standardnu arhitekturu sa
standardizovanim interfejsima i protokolima.
STANDARDIZACIJA
ITU PREPORUKE SERIJE M
M.3010
TELEMANAGMENT FORUM
TA JE PREDMET
UPRAVLJANJA?
NOVE i POSTOJEE
MREE SU SA
Razliitom opremom
realizovanom od strane
velikog broja proizvoaa
Razliitim verzijama HW
iSW
Velikim zahtevima u pogledu
upravljanja
POTREBNO JE
Standardizovati:
interfejse
funkcije
TMN KONCEPT
Sadri kompjutere, baze podataka,
terminale, komunikacijske mree, operatorske
zadatke
Standardizovane arhitekture, interfejse
protokole i upravljive objekte
Odvojene upravljake i telekomunikacione
funkcije
Prua upravljanje mreama svih veliina i
konfiguracija
Mrea za upravljanje
Da bi se obezbedio meusobni rad
izmeu
razliitih
sistema
za
upravljanje, ITU je definisao principe
mrea
za
upravljanje
telekomunikacijama - TMN.
TMN - posebna raunarska mrea
koja se u vie taaka spaja sa
talekom. meom radi prikupljanja
informacija od, odnosno predaje
informacija ka telekom. mrei, ija je
osnovna
namena
upravljanje
mreom i servisima.
TM N
To other
TMN s
Operations
system
Operations
system
Operations
system
W orkstation
Exchange
Transmission
systems
Exchange
Transmission
systems
Exchange
Telecommunication network
NOTE - The TM N boundary represented by the dotted line may extend to and manage
customer/user services and equipm ent.
T0405910-95
Upravljanje
Upravljanje
Upravljanje
Upravljanje
Upravljanje
grekama (FM)
performansama (PM)
konfiguracijom (CM)
obraunima (AM)
sigurnou (SM)
OBLASTI I FUNKCIJE ZA
UPRAVLJANJE
Upravljanje grekama (Fault Management - FM)
obuhvata skup funkcija koje omoguavaju detekciju,
izolaciju i korekciju pogrenog funkcionisanja mree i
servisa. Ova oblast podrava zahteve za odravanjem
mree i servisa (preporuka M.20) i Skupove upravljkih
funkcija koji se odnose na:
nadgledanje opreme,
lokalizacija greke,
korekcija greke,
testiranje i
administriranje problema i greke.
OBLASTI UPRAVLJANJA
Upravljanje performansama (Performance Management
- PM) obezbjeuje funkcije za ocenu i izvetaj o
ponaanju telekomunikacione opreme, efikasnost mree
i efikasnost mrenih elemenata.
Takoe u okviru ove oblasti se prikupljaju i analiziraju
statistiki podaci u cilju nadgledanja i korekcije u
ponaanju i efikasnosti mree, merenja performansi,
prikupljanja, kontrole i obrade podataka o
performansama mrenih elemenata i druge opreme
obezbjeujui planiranje, ouvanje i merenje kvaliteta.
Ovim se zadovoljavaju faze nadgledanja performansi
definisane u okviru odravanja opreme i sistema
OBLASTI UPRAVLJANJA
Upravljanje konfiguracijom (Configuration Management
-CM) obezbeuje funkcije koje vre ukupnu kontrolu stanja
opreme, mree i servisa, identifikuju probleme, sakupljaju
podatke od i daju podatke prema elementima mree kojima
se upravlja. Ova oblast ukljuuje sledei skup funkcija za
upravljanje.
planiranje mree i ininjering,
instaliranje opreme, sistema, mree,
planiranje servisa,
pruanje servisa,
ugovaranje
OBLASTI UPRAVLJANJA
Upravljanje obraunima (Accounting Management
AM) omoguava merenje vremena korienja mree i
servisa, odreivanja cene prema pruaocima servisa i
tarifa prema korisnicima.
Ova funkcionalna oblast ukljuuje Skup funkcija za
upravljanje koje se odnose na:
OBLASTI UPRAVLJANJA
Upravljanje sigurnou (Security Management SF)
obezbeuje zatitu mree i servisa od razliitih oblika
zloupotrebe.
Primena ove oblasti je neophodna za sve oblasti
upravljanja i sve TMN komunikacije.
Skup funkcija za upravljanje u ovoj oblasti odnosi se na:
prevenciju neovlatenog korienja
detekciju neovlaenog korienja
administriranje obezbeenja.
TMN ARHITEKTURE-zahtevi
Minimiziranje vremena
reakcija upravljaa na
dogaaje u mrei,
Optimiziranje saobraajnog optereenja
prouzrokovanog tokom upravljakih informacija
Mogunost upravljanja geografski razuenom
mreom,
Mehanizme za lociranje greke,
Unapreenje servisne asistencije i interakcija sa
korisnikom,
Mogunost upravljanja pojedinanim elementima u
mrei i dr.
TMN ARHITEKTURE
FUNKCIONALNA opisuje raspodelu
funkcionalnosti TMN-a radi kreiranja
odgovarajuih fizikih blokova u kojima se
implementira TMN bilo koje sloenosti.
FIZIKA daje strukturu fizikih blokova u kojima
su implementirane funkcije TMN-a.
INFORMACIONA opisuje prirodu upravljakih
informacija koje se razmenjuju izmeu
funkcionalnih blokova.
FUNKCIONALNA ARHITEKTURA
Funkcionalni blokovi,
TMN funkcionalnost realizovana kroz
upravljake aplikacione funkcije
(Management Application FunctionsMAFs) i funkcije podrke (Support
Functions),
Skup TMN funkcija i TMN funkcija,
Referentne take
OSF
Funkcionalni blok operacionog
sistema (Operations System
Function Block OSF)
predstavlja funkcionalni blok
koji obavlja funkcije podrke
aplikacionim programima,
skladitenje podataka (baza
podataka), podrku korisnikom
terminalu (radnoj stanici),
podrku programima za analizu,
formatiranje i prikazivanje
podataka kao i funkcije podrke
samoj TMN.
NEF
TF
WSF
Funkcionalni blok radne
stanice (Workstation
Function WSF Block) je
funkcionalni blok koji
obezbjeuje funkcije
interpretacije TMN informacija
korisniku TMN-a i obrnuto,
kada upravlja daje komande
TMN-u preko radne stanice.
REFERENTNE TAKE
TAKE NA GRANICI DVA
FUNKCIONALNA BLOKA
q klasa je klasa referentnih taaka izmeu funkcionlih blokova
OSF, TF, i NEF
Funkcionalnost TMN
Funkcionalnost implementirana u
razliitim funkcionalnim blokovima
TMN:
Aplikaciona funkcija za upravljanje
(Management Application Function-MAF)
Funkcija za podrku (Support FunctionSF)
OSF
TMN
WSF
SF
MCF x
x
referentna
tak a
MCF f
OSF-MAF (A)
WSSF
ICF
DSF
OSF-MAF (M)
DAF
SF
MCF f
f
referentna
tak a
MCF q
UISF
m
referentna
tak a
DAF
TF
MCF f
q
referentna
tak a
MCF q
WSSF
SF
OSF-MAF (A)
ICF
DSF
OSF-MAF (M)
DAF
MCF q
q
referentna
tak a
TF
MCFq
SF
OSF-MAF (A)
NEF
MCFq
NEF-MAF (A)
ICF
DSF
OSF-MAF (M)
DAF
MCF m
TMN SERVIS
GRUPE SKUPOVA TMN
FUNKCIJA
SKUPOVI TMN FUNKCIJA
TMN FUNKCIJE
FIZIKA ARHITEKTURA
TMN INTERFEJSI
FIZIKA REALIZACIJA
REFERENTNIH TAAKA
Q
F
X
G
M
TMN INTERFEJSI
TMN INTRFEJSI
F interfejs spaja WS sa OS,
Informaciona arhitektura
TMN-a
Osnovni cilj TMN informacione arhitekture
je da obezbedi meusobni rad TMN
delova ili sistema i zato je bazirana na
standardizovanom otvorenom
upravljakom paradigmu.
On podrava standardizovano modeliranje
informacija na reenjima baziranim na
objektno-orijentisanoj tehnici.
Informaciona arhitektura
TMN-a
Informaciona arhitektura je struktuirana
kroz sledee modele i elemente:
model interakcije
informacioni model
informacione elemente
informacioni model referentnih taaka
Model interakcije
Koristi menader-agent koncept
klijent/server, invoker/responder, peerto-peer, consumer/producer
MENADER-AGENT
KONCEPT
U toku razmene informacija, upravljaki proces moe
KONCEPT MENADER-AGENT
upravljani sistem
Otvoreni sistem za
upravljanje
komunikacije
operacije za upravljanje.
notifikacija
izvravanje
operacija za upravljanje
emitovanje (notifikacija)
Lokalnookruenjesistema
Centrala
Sistem
prenosa
Softver
Mreni resursi
upravljivi
objekti
RAZMENA INFORMACIJA
MIB
M
CMIS
MIB
M
CMIS CMIS
Resursi
CMIP
CMIS
MIB
M
A
CMIS
Resursi
MENADER-AGENT SMK
Obezbeivanje razmene upravljakih informacija izmeu menadera
i agenta ostvaruje se obezbeivanjem funkcija istih znanja
(Shared Management Knowledge-SMK) u sledeim oblastima:
Protokoli; dve strane moraju koristiti iste protokole za
upravljanje a ukoliko to nije sluaj potrebno je izvriti
transformaciju protokola (QMD, QA);
Funkcionalnosti; TMN funkcije agenta moraju biti prepoznate od
strane menadera;
Upravljivih objekata i raspoloivih instanci upravljivih objekata;
menader mora imati statika znanja koje klase objekata su
definisane u odnosu na odgovarajueg agenta;
Autorizacije; menader i agent moraju prepoznavati iste
autorizacije;
Odnose sadravanja upravljivih objekata; da bi formulisao
zahteve korisnika upravljanja, menader mora da zna odnose
sadravanja upravljivih objekata u bazi podataka agenta.
TMN INFORMACIONI
ELEMENT
TMN informacioni element je abstrakcija upravljivog
resursa kojom su predstavljena njegova svojstva
viena sa aspekta upravljanja. U objektno
orjentisanom
paradigmu
TMN
informacioni
elementi su modelirani kao objekti.
TMN informacioni elementi mogu biti:
Konceptualni prikaz resursa kojim se upravlja
(Upravljivi objekt, Managed object -MO) ili
Informacioni elementi uvedeni da bi podrali
odreene upravljake funkcije (Upravljivi objekti
podrke, Support Managed Object ).
Resurs
Resurs
Resurs mree ima osnovnu ulogu da
uestvuje u realizaciji
telekomunikacionih funkcija, pri emu je i
predmet kojim se upravlja.
Resurs za upravljanje (vod, terminalne
take, oprema) moe da se posmatra
izolovano ili kao deo jedne grupe resursa
koji ostvaruju telekomunikacionu
funkciju.
Upravljivi objekti
Primena objektno-orjentisane tehnike u
modeliranju upravljanja telekom
mreom podrazumeva da se svaki
resurs mree (logiki ili fiziki)
reprezentuje i posmatra kao objekt u
bazi podataka.
Takav objekat se naziva upravljivi
objekt (Managed Object MO).
UPRAVLJIVI OBJEKTI
PODRKE
Sa stanovita upravljanja, moe se desiti da
resursi sa primarnom telekomunikacionom
funkcijom nisu dovoljni da obezbede
realizaciju funkcija upravljanja.
Zato se uvode novi resusi ija je iskljuiva
funkcija da podre TMN funkcije i njihova
reprezentacija u bazi podataka se naziva
upravljivi
objekat
podrke
(Support
Managed Object) .
UPRAVLJIVI OBJEKT
OBJEKT
UPRAVLJIVI
(Managed Object)
Object)
(Managed
Klasaobjekata
Klasaobjekata
Naslee
Naslee
Inkapsulacija
Inkapsulacija
Agregacija
Agregacija
Polimorfizam
Polimorfizam
KLASA
KLASA OBJEKATA
OBJEKATA
Klasa objekata predstavlja abstrakciju
skupa objekata koji dele iste atribute i
isto ponaanje. Svaki objekat pripada
odgovoarajuoj klasi. Klasa objekata
moe imati svoje instance. Na primer:
Linijski sistem je klasa objekta koja ima
instance: Linijski sistem proizvodnje
Ericsson, Liniski sistem proizvodnje
Siemens
MO -- NASLEE
NASLEE
MO
Naslee je vana relacija izmeu objekata.
Ova relacija nastaje kad nia klasa i deli
strukturu i ponaanje jedne ili vie nadreenih
klasa.
Osnovna klasa naziva se top klasa (top
class) a nie klase podklase (subclass).
Tako klase objekata mogu bit struktuirane u
obliku stabla, class tree koje prikazuje
hijerarhijsko
nasleivanje
karakteristika
unutar klase i uvode top klase i podklase
objekata.
Koristi se relacija is a.
Line
Line
System
System
Attributes
Object ClassValue
Fiber optical
transmission
Digital Line
Digital Line
System
System
140 Mbit/s
Transmission Rate
Transmission
Transmission
Equipment
Equipment
Line
Line
System
System
PCM Multiplexer is a
Digital Multiplexer
Line System
Fiber Optical Line System
Coaxial Line System
Class Tree
Fiber optical
Fiber optical
Line System
Line System
Coaxial
Coaxial
Line System
Line System
INKAPSLULACIJA
Inkapsulacija objekta ukazuje na injenicu
da su atributi i operacije inkapsulirane u
objekat i jedini nain da se utie na
objekat je da se na njemu izvre
definisane operacije.
To se moe objasniti skrivanjem interne
strukture od spoljnjeg sveta i do nje se
moe doi samo preko definisanih
operacija
INKAPSULACIJA
Princip inkapsulacije kojim se skrivajuosobine
Prenos poruka preko interfejsa za upravljanje
Resurs kojim se upravlja
Atributi
Operacije
Notifikacije
Ponaanje
MO
MO
MO = Managed Object
AGREGACIJA I
POLIMORFIZAM
Agregacija je jo vana relacija izmeu klasa objekata
koja opisuje sadravanje jedne ili vie klasa u okviru
klase objekta. Ukljuene klase predstavljaju atribut
klase u koju su ukljuene a ova relacija se obeleava
kao has a (na primer direktorijum ima fajlove, fajlovi
sadre zapise, zapisi sadre polja ili primer centrale,
centrala je klasa objekta i ima centralnu kompjutersku
karticu kao ukljuenu klasu).
Polimorfizam je koncept po kome ime moe da odredi
objekte razliitih klasa koje pripadaju zajednikoj top
klasi.
STRUKTURA UPRAVLJIVIH
UPRAVLJIVIH
STRUKTURA
OBJEKATA -- MO
MO
OBJEKATA
Struktura upravljivih objekata definisana
je OSI specifinim upravljako informacionim jezikom za objektno
modeliranje GDMO ( Guideline for
Definition of Managed Objects. ITU-T
Rec. X.721).
MO se sastoji od skupa paketa
podataka.
Paketi podataka sadre podatke o
atributima, grupama atributa, akcijama i
notifikacijama
UPRAVLJIVI OBJEKT - MO
Atributi i njihove
vrednosti
Operacije
Notifikacije
Ponaanje
MO
STRUKTURA MO
MO
UPRAVLJIVI OBJEKT
PAKET
PAKET
PAKET
OPCIONI PAKET
PAKET
ATRIBUT
ATRIBUT
NOTIFIKACIJA
NOTIFIKACIJA
AKCIJA
AKCIJA
MO karakteristike
klasa kojoj objekat pripada,
atributi za blie odreivanje osobina,
operacije koje mogu da se u smislu
upravljanja vre nad objektom (akcije),
ili da sam objekat alje izvetavanje o
svom stanju (notifikacija)
ponaanje objekta i
njegovo izvedeno ime
ATRIBUTI
ATRIBUTI
Atributi opisuju objekat uz pomo tipa atributa i
vrednosti atributa (jednostruke ili visestruke).
Pristup atributima se vri preko interfejsa MO-a kome
pripada posmatrani atribut.
Atributi imaju svoje vrednosti. Na primer Klasa
objekata: Digitalni linijski sistem ima atribut
Optiki linijski sistem i vrednost atributa 155
Mbit/s.
Jedan MO moe imati atribut sa samo jednom
vrednou ili sa skupom vrednosti.
Vrednosti atributa mogu biti pretraivane ili
modifikovane.
GRUPA ATRIBUTA
ATRIBUTA
GRUPA
Grupa atributa je logiki skup atributa
za potrebe upravljanja.
Razlikuju se dva tipa grupe atributa:
fiksne grupe atributa koje ne mogu biti
menjane i
proirljive grupe atributa kojima se mogu
dodavati novi atributi ili skupovi.
OPERACIJE
PONAANJE MO
Ponaanje objekta
objekta
se izraava
izraava uu
Ponaanje
se
tekstualnom obliku
obliku na
na engleskom
engleskom jeziku
jeziku
tekstualnom
sa opisom
opisom semantike
semantike paketa.
paketa.
sa
Paketi notifikacija
notifikacija ii akcija
akcija takoe
takoe
Paketi
mogu imati
imati poseban
poseban paket
paket koji
koji opisuje
opisuje
mogu
njihovo ponaanje.
ponaanje.
njihovo
Za blie
blie odreivanje
odreivanje ponaanja
ponaanja koriste
koriste
Za
se relacije
relacije naslee
naslee ii agregacija
agregacija
se
IME MO
MO
IME
Izvedeno ime definie relaciju agregacije
izmeu objekata. MO u bazi podataka mora
biti organizovan tako da svaka instanca
objekta moe biti jedinstveno identifikovana.
Koriste se etiri hijerarhije
IZVEDENO IME
OSI registraciona hijerarhija (OSI
registration hierarchy) obuhvata
registraciju klasa MO i njihovih
komponenti na uniforman nain tako da
svaki MO moe biti identifikovan i
korien za upravljake aplikacije.
IZVEDENO IME
Hijerarhija nasleivanja (Inheritence
hierarchy) reprezentuje nasleene
odnose izmeu klasa MO.
Podklasa MO, pored svojih, nasleuje
sve atribute, akcije i notifikacije od top
klase.
Preporuka ITU-T X.721
EVENT
EVENTLOG
LOGRECORD
RECORD
The
eventLogRecord
The eventLogRecordmanaged
managedobject
objectclass
classisisused
usedto
todefine
definethe
theinformation
informationstored
stored
ininthe
thelog
logas
asaaresult
resultof
ofreceiving
receivingnotifications
notificationsor
orevent
eventreports.
reports.This
Thisisisaasuper-class
super-class
from
fromwhich
whichrecords
recordsfor
forspecific
specificevent
eventtypes
typesare
arederived.
derived.
eventLogRecord
eventLogRecordMANAGED
MANAGEDOBJECT
OBJECTCLASS
CLASS
DERIVED
DERIVEDFROM
FROM logRecord;
logRecord;
CHARACTERIZED
CHARACTERIZEDBY
BY
eventLogRecordPackage
eventLogRecordPackage PACKAGE
PACKAGE
BEHAVIOUR
BEHAVIOUR
eventLogRecordBehaviour
BEHAVIOUR
eventLogRecordBehaviour
BEHAVIOUR
DEFINED
AS
"This
managed
object
DEFINED AS "This managed objectrepresents
representsthe
theinformation
informationstored
storedininthe
the
log
as
a
result
of
receiving
notifications
or
incoming
event
reports.";;
log as a result of receiving notifications or incoming event reports.";;
ATTRIBUTES
ATTRIBUTES
managedObjectClassGET,
managedObjectClassGET,
managedObjectInstance
GET,
managedObjectInstance
GET,
eventType
GET;;;
eventType
GET;;;
IZVEDENO IME MO
Hijerarhija
sadravanja
(Containment
hierarchy)
predstavlja
hijerarhiju
odnosa izmeu klasa MO.
Na primer: klasa objekata
Sistem
sadri
klasu
multiplekser, koji sadri
klasu BER registar; klasa
objekata
log
sadri
LogRecord itd.
Root
System
Multiplexer
BER
Register
Log
LogRecord
2 Mbit/s Trail
Bit
error
counter
Managed
Resource
Attribute:
2 Mbit/s Bit errors
Value:
Number of Bit Errors
Name:
Managed
Object
tmn8 widl
MIB
MO
MO
MO
MO
MO
MO
Create
MO Istanca
Replace
Add/Remove
Skup default
value
GET
Atributi
Invoke
Delete
Akcija 1
Notifikacija
a
FORMIRANJE MIB
Prvi
Prvi korak
korak se
se odnosi
odnosi na
na modeliranje
modeliranje mrenih
mrenih
resursa
resursa kojima
kojima se
se upravlja.
upravlja.
Drugi
Drugi korak
korak se
se odnosi
odnosi na
na definisanje
definisanje odnosa
odnosa
naslea
naslea ii sadravanja
sadravanja izmeu
izmeu klasa
klasa objekata
objekata
(inheritance
(inheritance ii containment).
containment).
U
U treem
treem koraku
koraku formulie
formulie se
se formalni
formalni
jezik
jezik specificiran
specificiran uu GDMO
GDMO (formal
(formal
specification
specification language-GDMO)
language-GDMO) aa potom
potom se
se
vri
vri kompilacija
kompilacija tih
tih podataka
podataka uu MIB.
MIB.
INFORMACIONI MODEL
Skupovi klasa MO za posmatrane
upravljive resurse definiu Informacioni
model (Opti ili Specifini).
Zajedno sa protokolom, informacioni
model se koristi za definisanje
specifikacije interfejsa izmeu
upravljakog i upravljivog sistema da bi se
ostvarilo meusobno sporazumevanje
menadera i agenta ili dva menadera
OPTI INFORMACIONI
MODEL
Opti model (Generic Network
Information Model GNIM)
omoguava tehnoloki nezavisno
upravljanje radi postizanja
interoperativnosti razliitih TMN
GNIM
FRAGMENT MREA
SPECIFINI INFORMACIONI
MODEL
Specifini informacioni model se
kreira za upravljanje novim
tehnologijama kao to su SDH,
ATM, B-ISDN
SPECIFINI INFORMACIONI
MODEL PRIMER ZA SDH
msCTPBidirectional MANAGED OBJECT CLASS
DERIVED FROM
"Recommendation
M.3100":connectionTerminationPointBidirectional,
msCTPSink,
msCTPSource;
REGISTERED AS { g774ObjectClass 16 };
msCTPSink MANAGED OBJECT CLASS
DERIVED FROM
"Recommendation
M.3100":connectionTerminationPointSink;
CHARACTERIZED BY
"Recommendation M.3100":createDeleteNotificationsPackage,
msCTPPackage,
msCTPSinkPkg PACKAGE
BEHAVIOUR
msCTPSinkBehaviourPkg BEHAVIOUR
DEFINED AS
*This object class terminates a multiplex section connection.*
REGISTERED AS { g774ObjectClass 17 };
LOGIKA SLOJEVITA
ARHITEKTURA
Sloj upravljanja poslovanjem (Business
Managemnt Layer - BML)
Sloj upravljanja servisima (Service
Management Layer - SML)
Sloj upravljanja mreom (Network
Management Layer NML)
Sloj upravljanja elementima mree (Element
Management Layer),
koji se naslanjaju na sloj mrenih elemenata
(Network Element Layer NEL
SLOJEVITA LOGIKA
ARHITEKTURA
L
M
L
A
SLOJ UPRAVLJANJA
POSLOVANJEM
SLOJ UPRAVLJANJA
SERVISIMA
SML- sloj upravljanja servisima obuhvata aktivnosti
na obezbeivanju servisa krajnjim korisnicima,
ukupno administriranje ovih servisa i korisnika na
nivou posmatranog operatora, meusobne odnose
izmeu razliitih operatora i provajdera, odrava
statistike podatke kvaliteta servisa kao i odnose
izmeu razliitih servisa.
Ovaj sloj treba da raspolae podacima o stanju
mree, da prua podrku planiranju mree i da
izvraava upravljake servise koje mu postavlja BML.
OSF ovog sloja preko q referentnih taaka je
povezan sa niim-mrenim slojem i viim-poslovnim
slojem
SLOJ UPRAVLJANJA
MREOM
SLOJ UPRAVLJANJA NE
RELACIJA IZMEU
ARHITEKTURA
POSLOVNI
PROCESI
FUNKC.
FUNKC.
ARHITEK.
ARHITEK.
INFORMAC.
INFORMAC.
ARHITEKT.
ARHITEKT.
FIZIKA
FIZIKA
ARHITEKT.
ARHITEKT.
CENA
KOTANJA
POSTOJEI
SISTEMI...