Professional Documents
Culture Documents
Ngoss
Ngoss
NGOSS NGOSS
ne postoji takav napredak u tehnikama razvoja programske podrke kao to se vidi napredak u razvoju mrea (NGN) apetit klijenata za novim, sofisticiranim uslugama raste konkurencija prisiljava ICSPs da:
svoje sisteme i procese projektiraju u skladu s potrebama klijenata
do sada ICSPs OSS/BSS sisteme izgrauju vlastitim snagama po principu silosa (upravljaki otoci); teko ih je povezivati unutar tvrtke, a praktiki nemogue sa sistemima drugih ICSPs; suvremene usluge upravo zahtijevaju intenzivnu interakciju izmeu niza ICSPs. TeleManagement Forum nudi rjeenje u New Generation Operations Systems and Software, NGOSS otvorenom standardu koji prua podrku i smjernice za:
analiziranje i modeliranje poslovnih procesa ICSPs razvoj NGOSS usklaenih aplikacija nabavku NGOSS komponenata na otvorenom tritu
2/156
Sadraj
NGOSS
to je TeleManagement Forum?
NGOSS
NGOSS program
eTOM SID TNA arhitektura NGOSS Lifecycle & Methodology OSS/J inicijativa
www.tmforum.org udruga koja krajem 2007. godine broji 600 lanova tvrtke iz IC industrije (ICSPs, mreni operatori, proizvoai programske podrke i mrene opreme, sistem integratori) vizija Foruma koji je osnovan 1988. bila je postizanje interoperabilnosti OSS/BSS proizvoda danas je Forum u sklopu NGOSS Programa (New Generation Operations Systems and Software Program) usmjeren prema definiranju radnog okvira za modeliranje telekom. poslovnih procesa i razvoj otvorenih i automatiziranih OSS/BSS sistema
3/156
4/156
Motivacija za NGOSS
NGOSS
Fragmentiranje u dohodovnom lancu (fragmentiranje trita) glavni je problem u racionaliziranju infrastrukture. to ima vie poslovnih subjekata u lancu, novi pristup razvoju OSS sistema (NGOSS) postaje vaniji.
Klasini pristupi razvoju OSS-a ne mogu zadovoljiti navedene zahtjeve. Razvoj je spor, integracija sloena i skupa, rizik je prevelik, implementirana rjeenja su nedovoljno efikasna.
5/156 6/156
to je NGOSS ? (Arhitekture)
NGOSS
Business View
System View
Deployment View
Implementation View
SID
eTOM
Interaction Architecture
TNA
perspektiva - (polu)automatsko preslikavanje specifikacija iz pogleda u pogled (MDA) implementacija predvia upotrebu tehnologija iroko prihvaenih od IT industrije te komercijalnih off-the-shelf komponenata, COTS
7/156 8/156
NGOSS Frameworks
NGOSS
NGOSS radni okviri predstavljaju bazu specifikacija/znanja koje se koristi tijekom razvoja NGOSS usklaenih sistema :
Enhanced Telecom Operations Map, eTOM (Business Process Map) - skup kategoriziranih specifikacija poslovnih procesa tipinog ICSP Shared Information/Data Model, SID - opsene standardizirane i kategorizirane definicije informacija (usklaene s eTOM kategorijama procesa) Technology Neutral Architecture, TNA tehnoloki neutralna specifikacija arhitekture NGOSS sistema. Telecom Application Map, TAM referentna mapa koja sadri popis kategoriziranih NGOSS aplikacija (usklaeno s eTOM kategorijama procesa).
9/156
10/156
NGOSS Domains
NGOSS
Namjera TMF-a je da se dovri definiranje Compliance and Conformance Criteria - niz uputa i testova kojima se omoguava provjera usklaenosti rjeenja sa NGOSS
12/156
NGOSS pedigr
NGOSS
OSS through Java (OSS/J) inicijativa spojila se sa TMF-om 2006. OSS/J je zajednica proizvoaa programske podrke koja se bavi razvojem specifikacija API-a ija implementacija je predviena za J2EE okolinu. Komponente (EJB) koje implementiraju OSS/J API-e + J2EE infrastruktura predstavlja NGOSS usklaeni (pod)sistem.
Bellcore (now Telcordia) OSCA & INA Architectures ANSA Project TINA-C Architecture ISO / RM-ODP ITU-T / TMN TM Forum / TOM OMG / MDA & UML DMTF / CIM, DEN EC FORM Project
13/156
14/156
NGOSS specifikacije vezane uz arhitekture i ivotni ciklus izraene su polu-formalno (BPM, UML, OCL) i neformalno (prirodnim jezikom, tabele, dijagrami). Djelomina nepreciznost u tome - to predstavlja standard i kako ga treba koristiti - utjee na njegovo sporije prihvaanje od strane telekom. industrije. Pri TMF-u djeluju Catalysts projekti u kojima se na praktian i eksperimentalan nain testira proizvodni ciklus i otkrivaju neprecizna mjesta u NGOSS specifikacijama. U perspektivi se nedostatak planira rijeiti definiranjem niza formalnih meta-modela kojih e predstavljati temelj za razvoj alata. Alati bi korisnika trebali voditi u primjeni NGOSS metodologije uz precizno definirane artefakte (specifikacije) koji se tijekom razvoja moraju u odreenih fazama generirati. Postojanje takvih alata e developer-ima omoguiti bre upoznavanje sa standardom i njegovo bolje razumijevanje.
15/156
16/156
redizajniranje i optimiranje postojeih te osmiljavanje novih poslovnih procesa (ICSPs) traenje, ugovaranje i nabavka NGOSS komponenata na tritu (ICSPs) razvoj NGOSS aplikacija i testova za testiranje usklaenosti (SVs, ICSPs) integracija sistema (SIs, ICSPs) Temelj za kvalitetnu komunikacija izmeu ICSPs, klijenata, SVs, SIs.
17/156
18/156
Sadraj
NGOSS
NGOSS program
eTOM
SID TNA arhitektura NGOSS Lifecycle & Methodology OSS/J inicijativa
dio TMF-ovog NGOSS programa industrijski standard za imenovanje, opis i sistematizaciju (kategorizaciju) poslovnih procesa suvremenih ICSPs okvir za hijerarhijsku dekompoziciju procesa okvir za sintezu procesa od elemenata procesa prua smjernice za modeliranje dinamikih aspekata eTOM procesa eTOM-om se nastoji obuhvatiti cjelokupni prostor (borba protiv silosa) poslovnih aktivnosti (Strategy, Operations & Enterprise) tipinog ICSP identificiranje novih elemenata procesa i proirenje eTOM-a je stalno u tijeku eTOM specifikacije procesa su generike, neovisne o organizaciji tvrtke ICSP-a, tehnologiji i konkretnim uslugama koje ICSP prua 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 nain ICSP koristiti ovisi o poslovnoj strategiji ICSP, a ne o eTOM-u)
19/156 20/156
Temelji TOM-a
NGOSS
inspiracija za
TOM
Doseg TOM-a: procesi operativnog voenja (Operations)
TMN
Business Mgmt. Service Mgmt. Netw. Mgmt. Elem. Mgmt.
se proirenje u
eTOM
Da bi se osigurala integracija svih vitalnih sistema za podrku unutar Telco. tvrtke, a i prema van, bitno je uniformno tretirati sve procese relevantne za tvrtku (posebno koje dotiu klijente, dobavljae i druge ICSPs)
21/156 22/156
eTOM dokumenti
NGOSS
Pojmovi i principi - element procesa, tok procesa, podruje procesa i grupiranje procesa
NGOSS
A main document (GB921) that provides an overview of the eTOM Business Process Framework, from both Intra-Enterprise and Inter-Enterprise viewpoints, and describes the main structural elements and approach An Addendum (GB921D) describing the Service Provider enterprise processes and sub-processes in a form that is top down, customer-centric, and end-to-end focused. Process decompositions are provided for all processes from the highest conceptual view of the eTOM framework to the level of detail agreed for use by the industry. An Addendum (GB921F) describing selected process flows at several levels of view and detail that provides end-to-end insight into the application of eTOM. An Addendum (GB921B) describing the implications and impact of e-business for service providers and their business relationships, and how eTOM supports them, including a description of handling of business-to-business Interactions by eTOM. Associated with this is a separate Application Note (GB921C) describing a Business Operations Map for processes involved in business-to-business interaction An Addendum (GB921P) providing an eTOM Primer to assist new users of eTOM A separate Application Note (GB921V) that shows how eTOM can be used to model the ITIL processes (this supersedes the previous GB912L) A separate Application Note (GB921T) that shows how eTOM processes relate to the functional view provided by the ITU-T M.3400 Recommendation (this work was developed in conjunction with ITU-T within the joint Telecom Management Collaboration Focus Group) A separate Application Note (GB921N) describing selected NGOSS Contracts at the Business View that show how eTOM processes can be used as part of the NGOSS Methodology and Lifecycle. ITU-T standard M.3050 serija preporuka
23/156
Poslovne aktivnosti su u eTOM-u definirane uz pomo komponenata/podprocesa od kojih su sastavljeni sveobuhvatni, end-toend E2E poslovni procesi. Te se komponente nazivaju elementi procesa (Process Elements). Svaki se proces ili element procesa moe dekomponirati kako bi se predstavili novi detalji. Elementi procesa se povezuju kako bi sudjelovali u interakcijama ime se stvaraju tokovi procesa (Process Flows). Podruje procesa (Process Area) i grupiranje procesa (Process Grouping) u eTOM-u predstavljaju mehanizme za kategorizaciju elemenata procesa. eTOM pravi razliku izmeu grupiranja E2E procesa i grupiranja funkcijski povezanih procesa.
24/156
najbolji nain za strukturiranje velike koliine sadraja i detalja je strukturiranje sadraja na vei broj razina - hijerarhijska dekompozicija hijerarhijska dekompozicija procesa (Hierarchical Process Decomposition) je sistematian pristup modeliranju procesa i iznad razine koja je pogodna za modeliranje tokova procesa (dinamike) cilj dekompozicije je analiza procesa dekompozicija se moe nastaviti na onoliko (pod)razina koliko je to potrebno (ovisi o sloenosti procesa kojeg dekomponiramo) dekompozicija predstavlja statiki pogled na procese jer ne namee nikakve odnose u smislu slijeda izvoenja elemenata procesa dekompozicija omoguava modularniju implementaciju procesa (dekompozicija sugerira sistemsko rjeenje!)
proces X (npr. baratanje narudbama klijenata) dekomponiran je u tri elementa nie razine podprocesi se mogu dalje dekomponirati svaka grana ne mora nuno zavravati 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
Level 0 Level 1 X1 X3 Level 2 X
X2
Level 3
25/156
26/156
Level 1
specifikacije obuhvaaju:
dekompoziciju procesa (statiki odnosi - struktura) smjernice za modeliranje tokova procesa (dinamiki odnosi)
Level 2
prema eTOM standardu sistematizacija poslovnih procesa poinje na vrnoj razini - razini tvrtke Level 0 (top-down princip) Level 0 identificira tri globalna podruja procesa i okolinu tvrtke (klijente, dobavljae/partenere, dioniare, zaposlenike, i sve ostale zainteresirane stranke) sljedea nia razina Level 1 sadri grupe procesa koje su ugraene u spomenuta podruja od Level 1 razine kree hijerarhijska dekompozicija elemenata procesa za svaki proces specificiraju se sljedei osnovni elementi:
identifikator procesa naziv procesa saeti i proireni opis procesa
27/156 28/156
Level 3
Customer
Strategy, Infrastructure & Product Operations
FAB predstavlja jezgru Operations podruja Operations Support & Readiness grupa je odvojena od FAB Operations podruje takoer obuhvaa horizontalna grupiranja procesa
Operations
Operations Support & Readiness
Fulfillment Assurance
Billing
Service
Resource
(Application, Computing and Network)
Supplier/Partner
Suppliers/Partners
Supplier/Partner Relationship Management
Enterprise Management
Shareholders Employees Other Stakeholders
29/156
30/156
service delivery
service assurance
service usage
create/modify provision
manage
bill analyze
SIP podruje obuhvaa procese vezane uz strateko odluivanje i podrku ivotnim ciklusima infrastrukture i proizvoda. Obuhvaa grupe: Strategy & Commit Infrastructure Lifecycle Management Product Lifecycle Management
bill based on usage capture usage data for billing, capacity planning, and marketing analyze subscriber behavior
31/156
SIP takoer obuhvaa horizontalna grupiranja koja odgovaraju onima u Operations podruju.
32/156
7 okomitih grupa - predstavljaju E2E procese za podrku klijentima i upravljanje poslovanjem 8 horizontalnih grupa - predstavljaju funkcijski povezane procese
Enterprise Management
Brand Brand Management, Management, Market Market Research Research & Advertising & Advertising Stakeholder & Stakeholder & External External Relations Relations Management Management Disaster Disaster Recovery, Recovery, Security & Security & Fraud Fraud Management Management
Enterprise Quality Enterprise Quality Management, Management, Process & IT Process & IT Planning & Planning & Architecture Architecture
Research & Research & Development, Development, Technology Technology Acquisition Acquisition
33/156
34/156
Customer
Strategy, Infrastructure & Product
Strategy & Commit Infrastructure Lifecycle Management Product Lifecycle Management
Operations
Fulfillment Assurance Billing
Operations Support & Readiness Customer Relationship Management
CRM Operations Support & Process Management CRM Operations Readiness
Operations
Operations Support & Readiness
Fulfillment
Assurance
Customer Interface Management
Billing
Selling Marketing Fulfillment Response Order Handling Problem Handling Customer QoS / SLA Management Billing & Collections Management
Resource Quality Analysis, Action & Reporting Resource Data Collection, Analysis & Control
Enterprise Management
Stakeholder & External Relations Management Research & Development, Technology Acquisition
Disaster Recovery, Security & Fraud Management Enterprise Quality Management, Process & IT Planning & Architecture
35/156
36/156
kad je potrebno osigurati konzistentnost preko nekoliko E2E procesa proces koji je ukljueni u vie grupa moe:
pruati istu funkcionalnost svim tim grupama E2E procesa, svakoj grupi moe pruati razliitu, specijaliziranu funkcionalnost.
Primjer: Customer Interface Management proces sudjeluje u F, A i B s razliitim sadrajem i interakcijama, ali suelje mora imati usklaeni izgled (look & feel).
37/156
38/156
Operations
Product Lifecycle Management Operations Support & Readiness Fulfillment Assurance Billing
NGOSS
Market Market Strategy & Strategy & Policy Policy Product & Product & Offer Offer Business Business Planning & Planning & Commitment Commitment
NGOSS
Customer Interface Management Customer Interface Management Selling Selling Marketing Marketing Fulfillment Fulfillment Response Response Order Order Handling Handling Problem Handling Problem Handling Customer QoS / /SLA Customer QoS SLA Management Management
Enterprise Management
Product & Offer Product & Offer Portfolio Strategy, Portfolio Strategy, Policy & Planning Policy & Planning
Service & Service & Operations Operations Capability Capability Delivery Delivery
Service Quality Analysis, Service Quality Analysis, Action & Reporting Action & Reporting
Resource Problem Management Resource Problem Management Resource Quality Analysis, Resource Quality Analysis, Action & Reporting Action & Reporting Resource Data Collection, Analysis & Control Resource Data Collection, Analysis & Control
Financial Management
Brand Management
Process Architecture Management & Support Information Systems Strategy & Planning Enterprise Quality Management
Business Development
Procurement Management
Workforce Strategy
Technology Acquisition
Advertising
Workforce Development
Fraud Management
Enterprise Management
Strategic & Enterprise Planning Brand Management, Market Research & Advertising
Enterprise Enterprise Architecture Architecture Planning Planning Group Group Enterprise Enterprise Management Management Brand Brand Management Management Market Research Market Research &&Analysis Analysis Advertising Advertising
Legal Management
Knowledge Management
39/156
40/156
Operations
Operations Support & Readiness Fulfillment Assurance Billing
NGOSS
Product & Offer Product & Offer Portfolio Strategy, Portfolio Strategy, Policy & Planning Policy & Planning
Service Quality Analysis, Service Quality Analysis, Action & Reporting Action & Reporting
Resource Problem Management Resource Problem Management Resource Quality Analysis, Resource Quality Analysis, Action & Reporting Action & Reporting Resource Data Collection, Analysis & Control Resource Data Collection, Analysis & Control
Enterprise Management
Strategic & Enterprise Planning
Business Business Development Development Strategic && Strategic Business Business Planning Planning Enterprise Enterprise Architecture Architecture Planning Planning Group Group Enterprise Enterprise Management Management
41/156
42/156
Customer
Strategy, Infrastructure & Product Operations
Operations Support & Readiness O Strategy & Commit Infrastructure Lifecycle I Management Product P Lifecycle Management
aaaaaa.b.XXXX.c.d.e
aaaaaa : (broj) identifikator tvrtke ICSP; koristi se ako ICSP proiruje ili mijenja proces (precizni format ovog polja nije definiran i ne koristi se u eTOM standardu). b : (broj) identificiranje organizacije/tvrtke koja je izvorno definirala proces. Ako je proces TMF-ov koristi se 1; za sve ostale sluajeve 2. XXXX : (znakovi) do 4 znaka se koristi za identificiranje Level 1 okomitih grupiranja:
S - Strategy & Commit, I - Infrastructure Life-Cycle Management, P - Product LifeCycle Management, O - Operations Support & Readiness, F - Fulfillment, A Assurance, B - Billing, E - Enterprise Management.
Fulfillment Assurance
Billing
A OFAB.1
SIP.1
CRM ID = 1.OFAB.1
TMF-ova spec.
SIP.2
Resource Development & Management (Application, Computing and Network) Resource Management & Operations (Application, Computing and Network)
OFAB.2
SIP.3
OFAB.3 OFAB.4
SIP.4
Enterprise Management
c : (broj) identifikator procesa na Level 1 razini d : (broj) identifikator procesa na Level 2 razini e : (broj) identifikator procesa na Level 3 razini
43/156
Strategic & Enterprise Planning E.1 Financial & Asset Management Brand Management, Market Research & Advertising E.2 Human Resources Management Stakeholder & External Relations Management Research & Development, Technology Acquisition
E.3
E.4 E.8
E.5
E.6
E.7
44/156
Extended Description
Level 1
1.A.1.6
1.B.1.8
1.FAB.1.9
Level 2
Level 3
Proces Name Proces ID Manage Request (Including SelfService) 1.FAB.1.2.2 Upravljanje svim zahtjevima upuenim od strane potencijalnih i postojeih klijenata. Svrha procesa je
1.FAB.1.2.1
1.FAB.1.2.2
1.FAB.1.2.3
1.FAB.1.2.4
Level 3 procesi
45/156
46/156
Level
Dinamiki aspekti
NGOSS
2
Customer Data Acquisition Cross / Up Selling
Prospect M anagement
Sales Negotiation
Up & Cross Sale Opportunities Identifica Up & Cross Sale Packages Application
Qualify Customer
Relationship Establishment
Customer Profile Capture and Record Customer Preferences Capture and Record
Sales Closure
47/156
49/156
50/156
O r d er Handling
S e lling
Cu s t o me
Pre Order result Service Ma n a gement & Operations De s ign&Technology S e lection Request S e rvice Conf iguration & A ctivation
O ptional F low
Re s ource Provisioning & A llocation to Sv Ch e ck External S u p p lier Solution S u pplier/ Pa rtner Re la tionship Ma n a gement En terprise S u p p lier/Partner B uying
staze u dijagramu odgovaraju funkcijskom grupiranju iz eTOM modela; svaki element se pojavljuje samo jednom tako da dinamika toka interakcija nije eksplicitno prikazana 51/156
52/156
Pre-Order result
Credit Authorization
Detailed Design
Design of solution
Request Detailed Confirmation by Engineering
Order Completion
Level 4 processes
53/156
54/156
Activity diagram
Start CRM
Design Solution
Sales
SM&O
In Execution Delayed
Closed End
End
Activate Service
Statechart diagram
55/156
56/156
Specifikacije sistematiziranih eTOM procesa predstavljaju tehniki i tehnoloki neutralnu referentnu toku prema kojoj ICSP moe:
usporeivati i analizirati vlastite procese i odnose meu njima, donositi odluke o njihovom unapreenju (redizajn, optimiranje, atomatizacija) te o osmiljavanju i uvoenju novih procesa procijeniti potrebe te definirati suradnju i sporazume s okolinom potencijalnim klijentima, drugim ICSP i dobavljaima (outsourcing, outtasking), SI i ostalim zainteresiranim strankama pregovarati s dobavljaima oko nabavke COTS komponenata na tritu za automatiziranje postojeih i planiranih procesa procjenjivati cijenu implementacije te performanse buduih procesa.
Tijekom razvoja NGOSS rjeenja, proizvoaima PP, SI i samim ICSPs, specifikacije temeljene na eTOM-u predstavljaju poetne, referentne artefakte na kojima se temelji izrada svih ostalih specifikacija.
57/156
58/156
Sadraj
NGOSS
traje dekompozicija procesa i tokova procesa na niim, detaljnijim razinama radi se na izradi preciznijih uputa, vodia i pomagala za upotrebu eTOM neprestano se prate odzivi od industrije i prema njima se odreuju prioriteti daljnjeg razvoja na eTOM okviru radi mnotvo ICSPs, SIs te proizvoaa opreme i programske podrke. Svima je potreban referentni, industrijski standardizirani okvir za razvoj OSS komponenata mnogi ICSPs dostavljaju modele vlastitih poslovnih procesa koji prelaze granice tradicionalnih okvira i odnose se na specifina podruja poslovanja
SID
TNA arhitektura NGOSS Lifecycle & Methodology OSS/J inicijativa
59/156
60/156
Informacijski model (Information model) tehnoloki neovisan model (ne ovisi o bilo kojem specifinom tipu spremita podataka, nainu upotrebe putem raunarskih programa ili pristupnom protokolu). Model podataka (Data model) - predstavlja konkretnu implementaciju informacijskog modela u obliku prilagoenom specifinom tipu spremita podataka i protokolu za pristup. Obuhvaa strukture podataka, operacije i pravila koji definiraju kako su podaci pohranjeni te kako im se pristupa i manipulira s njima.
Suvremeni jezici za informacijsko modeliranje nove generacije (DMTF CIM,TMF SID) temelje se na UML-u su dizajnirani da omoguavaju modeliranje high i low level aspekata ime se omoguava nesmetan i uniformni protok informacija na razini cijele tvrtke; upotreba standardnih jezika (CIM, SID) otvara mogunost povezivanja procesa razliitih ICSPs.
61/156 62/156
to je SID?
NGOSS
zajednike, dijeljene informacije za jednostavnu integraciju upotreba standardnog, dijeljenog modela osigurava:
uniformne specifikacije tokova informacija izmeu procesa, kako u okvirima tvrtke ICSP, tako i izmeu tvrtki i njihovih vanjskih partnera. zajedniku terminologija bez nepotrebnih varijanti. most izmeu poslovanja koje trai efikasna rjeenja i informacijske tehnologije pomou koje se rjeenja implementiraju. (specifikacije razumljive poslovnim krugovima koje su dovoljno precizne da se koriste u poetnim fazama razvoja programske podrke)
ICSPs i ostali akteri u dohodovnom lancu imaju potrebu za dijeljenjem informacija i njihovim zajednikim razumijevanjem. SID model usmjeren je k rjeavanju te potrebu.
63/156
64/156
SID dokumenti
NGOSS
GB922 GB922 GB922 0 GB922 1A GB922 1BI GB922 1BT GB922 1C GB922 1J GB922 1L GB922 1P GB922 1POL GB922 1R GB922 1T GB922 1U GB922 2 GB922 3 GB922 4S-O GB922 4S-QoS GB922 5LR GB922 5PR GB926
Business View of the SID (covering concepts and principles) SID Business View: Concepts & Principles Primer for the SID Business View SID Agreement SID Business Interaction SID Business Entity Base Types SID Business Contract SID Project SID Location SID Party SID Policy SID Root Business Entities SID Time Related Entities Using the SID (UML models) SID Customer SID Product SID Service Overview SID Quality of Service SID Logical Resource SID Physical Resource System View of the SID
model obuhvaa:
kontekst i uloga entiteta stanje i ivotni ciklus entiteta (opcionalno) odnosi meu entitetima: nasljeivanje, asocijacije, agregacije
Primjer predmeta interesa po kategoriji Entitet koji je nuan u poslovanju Svojstva, zemlje, lokacije, ulice, rute kabelske mree, granice, Procesi, poslovi, planovi, strategije. Klijenti, dobavljai, zaposlenici, Trenuci ili periodi vremena Pokretai investicija, ciljevi
66/156
ServiceSpecification/Service Pattern
NGOSS
Business Entity, BE predstavlja neto to je u fokusu interesa poslovanja (Customer, Customer Order, Customer Account). Opisano je pomou atributa i nalazi se u odnosima prema drugim BE. System Entity, SE predstavlja neto to je u fokusu interesa projektiranja sistema (Service) i/ili upravljane okoline (Physical Resource) Aggregate Business Entity, ABE dobro definirani skup povezanih informacijskih entitete (koncepte) vezanih uz poslovanje (business entities) Aggregate System Entity, ASE skup sistemskih entiteta koji se definira na temeljima ABE entiteta.
69/156
70/156
SID na osnovnoj razini Level 0 sadri 8 domena (6 se poklapa s NGOSS domenama). SID Common Business domena obuhvaa 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
72/156
razini
(SID
71/156
Market/Sales
Market Segment Sales Statistics Sales Channel Competitor
Service Order
Service Strategy
ABE
Service Specification Service Quality Service Level Specification Service Usage Service Service Capacity Service Performance
Product
Strategic Product Portfolio Plans Product Specification Product Product Offering Product Performance
Domene
Service
CustomerFacing Service ResourceFacing Service
Applied Customer SLA Customer Statistics Customer Customer Interaction Billing Rates Customer Order Customer Bill Inquiry Customer Problem Customer Customer Bill Collections Customer Bill
Customer
Service
Service Order
Service Strategy
Service Outage
Service Specification
ServiceSpec Enterprise (under construction)
Industry Compliance Supply Chain Strategy Workforce
Resource
Resource Performance Resource Resource Specification Network Topology Resource Test Resource Traffic Alarm and Strategic Resource Plans Logical Element Resource Fault Outage
Supplier/Partner
Supplier/Partner S/P Problem
S/P Product
S/P Strategy
S/P Interaction
S/P Bill
S/P Statistics
S/P Performance
Agreement
73/156
Level 2 ABEs identificirane unutar Level 1 ABEs koji pripadaju Service Domain
74/156
75/156
76/156
SID System View = 8 SID Business View Domains + Architecture. Openito, ASEs u svakoj od SID System View domena predstavljaju proirene/prilagoene ABEs iz pripadnih SID Business View domena.
77/156
78/156
Hijerarhija nasljeivanja
NGOSS
81/156
82/156
83/156
84/156
Customer ABEs
Customer
Is the focus for the Customer domain. Customer data is the enterprises knowledge of the customer and accounts held by a customer CRM-F
Selling
Customer QoS/SLA Management Billing & Collections Management Retention & Loyalty Customer Interface management Selling
SID ABEs se povezuju s eTOM Level 2 procesima Primary eTOM Level 2 proces je proces koji upravlja ivotnim ciklusima objekata iz pridruenog mu SID ABE; (CRUD) Secondary eTOM Level 2 procesi jesu procesi koji koriste objekte iz dotinog SID ABE.
Customer Interaction
Represents communications with customers and translation of customers requests and inquiries into appropriate events such as the creation of an customer order ... CRM-FAB
Order Handling
Problem Handling Customer QoS/SLA Management Billing & Collections Management Retention & Loyalty
85/156
Common Business Entities (iz Common Domain) se ne preslikavaju na eTOM procese (koriste se od strane itavog niza eTOM procesa) 86/156
87/156
88/156
Sadraj
NGOSS
TNA arhitektura
NGOSS Lifecycle & Methodology OSS/J inicijativa
TNA je apstraktna arhitektura postoje konkretne implementacijske arhitekture za raspodijeljene sisteme koje su u skladu sa TNA (primjer J2EE). NGOSS razlikuje Technology Neutral Architecture, TNA (upotreba tehnoloki neutralnih koncepata) od Technology Specific Architectures, TSA (upotreba koncepata specifinih za jednu ili vie tehnologija) Osnovna zadaa TNA je osigurati meudjelovanje u NGOSS sistemima TNA arhitecture = Interaction architecture. Elementi TNA arhitekture su specificirani metamodelom.
89/156
90/156
Elementi metamodela
NGOSS
Contract: temelj za interoprabilnost u NGOSS sistemu NSS GOComponent: predstavlja standardan nain za pakiranje NGOSS funkcionalnosti NGOSS Shared Information: informacije koje se razmjenjuju izmeu NGOSS komponenta NGOSS Identifier: predstavlja standardni nain za jednoznanu identifikaciju NGOSS elemenata NGOSS Policy: predstavlja standardizirani nain za kontroliranje ponaanja NGOSS komponenata i procesa NGOSS Interaction: predstavlja interakciju razliitih NGOSS elemenata i prema tome odreuje ponaanje Termination: koristi se za definiranje operacija iz NGOSS ugovora NGOSS Extensible Element apstraktni entitet od kojeg nasljeuju ostali elementi metamodela
91/156
92/156
to je NGOSS ugovor?
NGOSS
specifikacija koja se pridruuje suelju na temelju koje se klijent povezuje sa komponentom koja implementira to suelje omoguava specificiranje oekivanog ponaanja na konzistentan nain (ciljevi i odgovornosti) omoguava upravljanje servisima te registriranje i pozivanje servisa utvruje kontekst za izvoenje servisa i omoguava klijentu odabir servisa specifikacije iz ugovora mogu se koristiti za odravanje i administriranje suelja tj. servisa koji se preko njega prua specifikacije iz ugovora mogu se koristiti kako bi se osiguralo honoriranje u sluaju neispunjavanje vanjskih obveza (SLA).
93/156
94/156
NGOSS
Specifikacija ugovora moe sadravati ope podatke o ugovoru te funkcijske i nefunkcijske aspekte.
funkcijski aspekti - sintaksa i semantika za upotrebu suelja. nefunkcijski aspekti - specifikacije performansi, QoS garancije i sl.
Header
Contract Id Contract Defining Organization (CDO) Description capabilities:
capability name signature (input and output parameters) pre-conditions
condition exceptions thrown in termination
terminations
termination definition post-conditions exceptions when post-condition not assured
interaction type system and/or component level use case external actors and roles that initiate the interact(s) behavioral part
models of the expected behavior of the interactions: activity, interaction, and state diagrams used entities/models
Models
structural part
Non-Functional part
management operations security Policies QoS
96/156
95/156
Comments
97/156
98/156
NGOSS Components
Installed and Uninstalled
NGOSS Services
Activated and De-Activated
NGOSS Contracts
Registered and Unregistered
99/156
100/156
U NGOSS arhitekturi sistema predviena je mogunost upotrebe politika za usmjeravanje djelovanja NGOSS sistema (policy-enabled management architecture). Upravljanje temeljeno na politikama (Policy-Based Management, PBM) predstavlja efikasnu paradigmu na podruju upravljanja mreom, uslugama i openito raspodijeljenim sistemima. Politika se definira kao perzistentna, deklarativna specifikacija odreenog pravila kojim se definira mogua varijanta u ponaanju neke komponente ili sistema. Pravilo ima klasian oblik:
101/156
102/156
103/156
104/156
105/156
106/156
Identity and Authentication Authorization (access control) Privacy Integrity Attribution (non-repudiation) Availability
107/156
108/156
Sadraj
NGOSS
definiranje metodologije za projektiranje i razvoj rjeenja/sistema usklaenih s NGOSS etiri pogleda na NGOSS sisteme tijekom razvoja: business, system, implementation i deployment views NGOSS L&M pokuava dati ICT industriji praktine odgovore na sljedea pitanja:
kako koristiti NGOSS i implementirati NGOSS rjeenja, kako koristiti specifikacije NGOSS programa (eTOM, SID, TNA) kako organizirati i podijeliti aktivnosti oko izrade rjeenja u kontrolabilne korake. kako transformirati specifikacije iz pogleda u pogled (koje artefakte treba generirati i kada, morfiranja) kako u procesu razvoja koristiti znanje koje ICSP ve posjeduje ukljuivi tu i vlastite pristupe i metode sistemskog i programskog inenjeringa
... odnosno definirati suvisli proces razvoja koji se moe logiki pratiti i opetovano koristiti.
109/156 110/156
Business View (technology & technical free): specificiranje aspekata poslovanja: ciljevi, procesi, entiteti (akteri, informacije, dokumenti) i interakcije. System View (technology free but computing): projektiranje sistema koji predstavlja rjeenje: podsistemi, objekti, ponaanje, suelja i interakcije. Implementation View (concrete computing technology): implementacija rjeenja za odreenu platformu realizacija suelja razvojem ili izborom i kupovinom COTS komponenata; specifikacija modela podataka. Deployment View (run-time): odnosi se na aktivno praenje ponaanja NGOSS sistema i osiguravanje planiranog rada. Prema potrebi, izvode se odgovarajue korektivne akcije (process and policy based management), ili redefiniranje sistema.
Service Providers Views Service Developers Views
111/156 112/156
113/156
114/156
SID Morphing
NGOSS
eTOM - specifikaciju poslovnih procesa procjenu sistemskih procesa i njihove interakcije te procjenu potencijalnih granica programskih komponenata ICSP tvrtka koja pokuava implementirati NGOSS mora implementaciju procesa temeljiti na poslovnim aktivnostima koje su kategorizirane u eTOM-u tj. mora koristi iskljuivo eTOM elemente procesa. Ako postoji potreba za nekom aktivnou koja nije kategorizirana i podrana od strane nekog od eTOM procesa, tada ICSP treba pokrenuti ugradnju novog elementa u eTOM standard.
SID odnosno njegove morfirane varijante se koriste u svim fazama ivotnog ciklusa i predstavlja kontinuum u specifikacijama informacija koje su meusobno zavisne SID Business View (technology & technical free): UML class diagrams; no root element, no operations SID System View (technology free but computing) to je objektno usmjereni informacijski model (computational objects):
UML class diagrams computing system entities UML interface concept (stereotype <<interface>>) abstractions in structure (<<system>> i <<subsystem>>)
115/156
116/156
Contract Morphing
NGOSS
Information model
(system design 1)
...
Information model
(system design N)
Data Model
(platform 1)
...
Data Model
(platform M)
117/156
119/156
Header Contract Id Contract Defining Organization (CDO) Description Scope - Organization, System or Component Level - Summary, User goal or sub-function Audience - The set of people to which this use case is intended Primary Actor(s) - The stakeholder that initiates the action and whose interests must be satisfied Supporting Actor(s) - External system, resource or person against which the system delivering a goal to the primary actor has a goal Tertiary Actor(s) - Stakeholder who is not a primary actor Primary Goals - Goals of the primary actor Stakeholder Goals - Goals of the other stakeholders (i.e., vested interests that must not be adversely affected by accomplishing the primary goal) Pre-Conditions - What must be true before the use case runs Minimal Guarantees - What must be true after the use case runs and the stakeholder interests are protected Success Guarantees - What must be true after the use case runs and the stakeholder interests are satisfied Triggers - Stimuli that causes the use case to start executing Main Scenario - The use case in which nothing goes wrong resulting in delivery of the success guarantee Extension Conditions - Conditions under which the system takes a different behavior (includes failures and exceptions) Comments
120/156
Header Contract Id = configure_DSL_port Contract Defining Organization = TMF Description = configuration of physical layer of DSL port Functional capability part capability 1:
capability name = configure_DSL_port signature INPUT = port_coordinates (shelf/slot), DSL_profile_name, customer_ID OUTPUT = result, error code pre-conditions condition = DSL_profile_name already defined in DSL equipment exceptions thrown in termination = operation failure with error code = unknown profile terminations termination 1
termination definition = successful operation post-conditions = port configured as requested exceptions when post-condition not assured = / termination definition = failed operation post-conditions = port configuration unchanged exceptions when post-condition not assured = port configuration in an unknown state 121/156
Standardno Java suelje: interface X { /*** javadocs for preconditions and postconditions */ String configure_DSL_port(portCoordinates, DSLProfileNameCustomerID) throws UnknownProfileException; ..... }
termination 2
....
122/156
A metamodel is a formal representation of the concepts in that particular (sub-)domain, as well as their relationships
123/156
124/156
Transformacija modela
NGOSS
metameta-model level
conforms To
MMCompDom conforms To
conforms To
CompDomain transformation
125/156
126/156
Transformation rule
ModelElement Guard Event
trigger
Feature
generalization
NGOSS Model Driven Design and Development Tools Framework team (NGOSS/MD3-TF) Dugorona vizija:
Razvoj alata (Model-driven Tools) za potporu NGOSS Lifecycle and Methodology. Na taj nain e se NGOSS razviti od Model-Centric u pravi Model-Driven pristup!
Generalization
specialization
StateNode
target incoming
A m1() m2()
B m1() m2()
m2(i)
m2(i)[g1]/a2
State Pattern
127/156
128/156
129/156
130/156
Sadraj
NGOSS
NGOSS program eTOM SID TNA arhitektura NGOSS Lifecycle & Methodology
elite implementirati NGOSS usklaeni sistem u Java i Web Services tehnologijama? Specifikacije OSS through Java, OSS/J inicijative odnose se naskup APIS za implementaciju NGOSS komponenata za upravljanje poslovanjem, uslugama i mreom u okvirima J2EE standardne infrastruktura. Specifikacije su javno dostupne i obuhvaaju:
OSS/J Common APIs Specijalizirane APIs po OSS domenama Referentne implementacije
OSS/J inicijativa
OSS/J koristi Java Community Process (JCP) - formalni proces za razvoj Java specifikacija - kao instrument za standardiziranje APIs.
131/156
132/156
J2EE osigurava:
podrku distribuiranom radu, standardnu komunikaciju (RMI-IIOP, message-driven i connector-based komunikacijski mehanizmi) upravljanje transakcijama (trenutno u sklopu NGOSS arhitekture ova funkcionalnost nije posebno razmatrana) (vano u domeni upravljanja) skalabilnost (vano u domeni upravljanja) ugradnja i rasporeivanje komponenata (J2EE module jedinica za ugradnju npr. JAR datoteka) razdvajanje poslovnih procesa od implementacije PP temeljem: Suelja definiranih ugovorom (run-time aspekti tehnoloki neutralnih NGOSS ugovora implementirani su pomou standardnih EJB komponenata; specifikacije NGOSS ugovora se na implementacijskoj razini translatiraju u Java suelja) Otkrivanje servisa tijekom izvoenja (Factory object + JNDI lookup) Rad usmjeravan politikama (J2EE ne prua zadovoljavajuu podrku baratanja s politikama kako je to opisano u NGOSS TNA). Uloge korisnika i sigurnost (J2EE prua mogunosti vezane za sigurnost; NGOSS arhitektura jo ne definira sve aspekte) dijeljenost informacija mogue; implementiro OSS/J (CBE) 134/156
133/156
Principi vezani uz NGOSS arhitekturu su podrani ili direktno sa mogunostima J2EE ili preko OSS/J-ovog dizajna API-a.
Ako usporedimo System Capability Object Schema iz NGOSS TNA sa J2EE EJB Interface Metamodel moemo zakljuiti da metoda EJB odgovara SCO objektu. Dakle, preslikavanje specifikacije NGOSS System Contract u NGOSS Java Implementation Contract jest preslikavanje na deklaracije standardnih EJB/Java suelja.
135/156
136/156
OSS Common API definira zajedniku bazu/podlogu Java klasa i suelja pogodnih za specifikaciju upravljakih, OSS APIs U izradi OSS Common API-a koritene su sve prednosti koje pruaju obrasci za projektiranje J2EE/EJB aplikacija. OSS Common APIs specifikacije integriran je i temeljni model podataka (osnovni koncepti proizvod, usluga, resurs, ) koji predstavljaju gornji sloj generiki dio model u OSS domeni. Model se naziva se Core Business Entities, CBE. OSS Common API koristi se za razvoj APIs specijaliziranih za potrebe odreene domene npr. Billing, QoS, Order Management itd.
138/156
CBE
NGOSS
CBE vs SID
NGOSS
Managed entities
Entity type opisuje entitet odreenog tipa koji ima neovisno postojanje. To moe biti objekt sa fizikim postojanjem ili objekt s konceptualnim postojanjem
CBE je data model (razvijen na temelju SID) projektiran tako da zadovolji informacijske (parametri, povratne vrijednosti) potrebe OSS/J APIs (javax.oss.cbo paket). CBE se prema potrebama specificiranja pojedinih OSS/J APIs proiruje. Sva proirenja su u skladu sa SID modelom (proirenje prema naprijed). Ukoliko neki entiteti nisu definirani u SID radi se proirenje SID-a (proirenje prema natrag).
SID - organizirana zbirka entiteta iz poslovne i sistemske domene specificirana kao UML model. CBE se temelji na SID-u i predstavlja model koji odgovara implementacijskom pogledu tj. deklariran je kao skup standardnih suelja (podrava paradigmu programiranja na suelje, a ne na implementaciju). Sva su suelja Java serijalizibilna to ih ini pogodnim za rad u raspodijeljenom okruenju.
<<Interface>> Party <<Interface>> PartyRole
<<Interface>> PartyPlaysRoleAssociation
<<Interface>> Address
SID ABE
CBE
139/156
<<Interface>> NorthAmericanAddress
140/156
141/156
142/156
Integracijski profili
NGOSS
Intended Use
Tight integration
Interactio n Pattern
Java Value Type Session Bean (JVT) or Java Integration Profile XML Messaging or XML Integration Profile Web Services
Loose integration (EAI, B2B or web browser scenarios) Loose integration (B2B Internet based scenarios)
143/156
144/156
WS Integration Profile
NGOSS
pristup upravljanom objektu preko XML request/reply paradigme upravljani objekt koji prelazi suelje predstavljen je XML dokumentom ija je XLS definirana od strane OSS/J i ukljuena u OSS Common API interakcija temeljena na XML request/reply porukama podrava iste operacije kao i JVT SessionBean od ekvivalentnog entiteta
Interakcija preko WS zahtjeva. Zahtjevi se usmjeravaju prema WS endpoints. Parametri operacija definirani su WSDL specifikacijama WSDL specifikacije su ukljuene u OSS Common API
145/156
146/156
OSS Building Block , BB (OSS/J aplikacija) je skup zdruenih komponenata i prua servise vezane uz odreenu upravljaku domenu (Trouble Ticket, Service Activation, Performance Management, Fault Management, ). BB je sastavljen od sljedeih tipinih vrsta komponenata:
EJB Session Beans, Message Driven Beans EJB Entity Beans
Managed Entities ili Business Object mogu biti predstavljeni kao EJB Entity Bean, Java Value Type Object ili kao XML dokumenti.
Source: TMFC1816
147/156
148/156
Order Management API Service Activation Resource Activation Testing Product Inventory Service Inventory Resource Inventory Service Discovery Resource Discovery Trouble Ticketing Service Problem Resolution Customer SLA Management Process Quality Management
Service Quality Management Fault Monitoring Performance Monitoring Billing Billing Mediation Pricing
149/156
150/156
eTOM OSS/J: OSS/J API Roadmap based on eTOM SID OSS/J: OSS/J API Info requirements mapped to SID model framework NGOSS Contract OSS/J: OSS/J APIs designed to be Javabased realizations of NGOSS contracts
151/156
152/156
Java/EJB integracijski profil, kao i XML i WS integracijski profili definiraju isti obim funkcionalnosti samo u vlastitoj tehnolokoj domeni. Na temelju specifikacija za Java integracijski profil (Java value-type based interfaces) mogue je automatski generirati specifikacije potrebne za XML/JMS i WS profile.
153/156
154/156
Autonomic Computing pored policy driven mogunosti ukljuuje i aspekte samoupravljivosti na razini komponente (sutra)
155/156
156/156