Model određivanja vlasništva podataka za telekom tvrtku
Žaklina Šupica ([email protected])
Tomislav Pavić ([email protected])
Sadržaj
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Potreba za modelom
Podaci predstavljaju ključni resurs tvrtkama
Podaci se koriste u različitim poslovnim procesima
Prethodni “model” je vlasništvo podataka po sustavima (CRM, Billing, itd.)sustavima (CRM, Billing, itd.)
Neprihvaćanje vlasništva podataka radi nejasne granice među sustavima
IT nije vlasnik podataka
IT proces – Upravljanje korisničkim računima
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Enterprise arhitektura (EA)
� Opis postojeće i buduće strukture te ponašanja poslovnih procesa, informacijskih sustava, zaposlenika i organizacijskih jedinica usklađenih sa strateškim usmjerenjem tvrtke
� Predstavlja vođen arhitekturni dizajn, uz standarde, politike i procedure, koje trebaju slijediti pojedine inicijative/projekte
� Osnova je EA model od 4 razine:
� Poslovna razina� Poslovna razina
� Logička razina
� Aplikativna razina
� Tehnološka razina
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Group Domain Model - GDMRazina 1 - Domene
Domena (Domain) –predstavlja „prirodnu” jedinicu s jasnim odgovornostima i kompetencijama
Strategic
Management
Product
Life Cycle
Mgmt.
Supply Mgnt.
Billing Partner
Mgmt.
kompetencijama strukturiranu sukladno poslovanju
Resource
Management
Service &
Resource
Lifecycle
CRM
Service
ManagementProduction
Mgmt.
Group Domain Model (GDM)Razina 2 – Funkcionalne komponente/funkcionalnosti (FC)
Funkcionalna komponenta (Functional components, FC) –predstavlja pod-domenu (funkcionalnost) koja oblikuje domenu koja oblikuje domenu koja je kompleksnija s poslovnog stajališta
Group Domain Model - GDM Domene i funkcionalne komponente/funkcionalnosti (FC)Product Lifecycle Management Strategic Management
Billing
Service & Resource Lifecycle Management
Customer Relationship Management
Service Management
Product &Offer Development & Retirement
Sales Development
Marketing CapabilityPlanning & Delivery
Product Capability Planning & Delivery
Product Marketing, Comm. &Promotions
Stakeholder & External
Relations Mgmt.
Market Strategy& Policy
Service Strategy& Planning
Resource Strategy
& Planning
Product PortfolioPlanning
Strategic & Enterprise Planning
Resource Capability Planning & Delivery
Resource Development & Retirement
Service Development & Retirement
Service CapabilityPlanning & Delivery
CustomerMgmt.
ContactMgmt.
ContractMgmt.
CustomerScoring & Credit Rating
CustomerIncident Mgmt.
Sales &Acquisition
Customer Order Management
Product Inventory Management
Customer QoS & SLA Mgmt
Offer & Campaign Mgmt.
Customer interactionenablingfunctions
Bill Calculation & Presentment
Payments &Recharging
Real-time Charging & Accounting
Mediation (Product)
Rating
PartnerSettlements&
Payment Mgmt.ServiceProvisioning
TechnicalOrderMgt
ServiceCapacity
Management
CustomService
Engineering
Receivables Management
DTAG Group Domain Model
StrategicManagement
ServiceInventory
Management
Product Catalogue Management
Product Offer Catalogue Management
Resource Catalogue Management
Service Catalogue Management
Supply Management
Partner Management
Enterprise
Support
Resource Management
Production Unified
Communication
PartnerContact
Management
PartnerPerformanceManagement
Partner Problem
Reporting &Management
PartnerCommissioning
Partner Contract
Management
Supply Chain Strategy & Planning
Purchasing
Supply Chain Develop. &
Change Mgmt.
Supply ChainCapability Planning& Delivery
Supplier Problem Reporting & Management
SupplierContact
Management
SupplierPerformanceManagement
SupplierSettlements&
Payment Mgmt.
Enterprise Effectiveness & Project Mgmt.
EnterpriseRisk Mgmt.
Financial &Asset
Management
Workforce Management
Knowledge &Research
ManagementCollaboration
ContentManagement
BusinessInformationManagement
ResourceConfigurationManagement
Resource Activation
ResourceProvisioning
ResourcePerformanceManagement
Resource Trouble
Management
Usage Mediation
ResourceCapacity
Management
ResourceTest &
Diagnostics
Service Quality
Management
ServiceTrouble
Management
ServiceTest &
Diagnostics
MgtManagement Engineering
Discovery
ApplicationPlane
Transport PlaneControl Plane PresentationIdentity
Management
Communication
Resource
Management
Service &
Resource
Lifecycle
Product
Life CycleMgmt.
Supply
Mgnt.
CRM
Billing
Service Management
PartnerMgmt.
Production
Mgmt.
Management
ServiceActivation
ResourceInventory Management
Reference Data Management
Human Resource
Management
Aggregation Plane
Access Plane
Logistics Order Management
Logistics Warehouse Management
Source: GDM 1.2 documentation
Group Domain Model - principi dizajna
Podrška poslovnim procesima
• Uključuje domene potrebne za izvršavanje poslovnih procesa
Resource
Management
Service &
Resource
Lifecycle
Strategic
Management
Product
Life Cycle
Mgmt.
Supply
Mgnt.
Billing
Service
Management
Partner
Mgmt.
Production
Mgmt.
CRM
Neovisnost
• Domene GDM-a neovisni su od organizacije, budžeta i tehnologije
Resource
Management
Service &
Resource
Lifecycle
Strategic
Management
Product
Life Cycle
Mgmt.
Supply
Mgnt.
Billing
Service
Management
Partner
Mgmt.
Production
Mgmt.
CRM
CxO
CILJ: veza između 2 svijeta: poslovanja i IT-a
ProcesiIT IT IT IT domenedomenedomenedomene
((((logilogilogilogički pogled ki pogled ki pogled ki pogled ---- GDMGDMGDMGDM))))IT aplikacije/sustavi
Strategic
Management
Product
Life Cycle
Mgmt.
Supply
Mgnt.
Billing Partner
Mgmt.
Poslovno područje IT područjeZajednički pogled
Definicija poslovne strukture orijentirane prema opisu stabilnih podataka i funkcija koje su veza između poslovanja i IT-a
Resource
Management
Service &
Resource
Lifecycle
CRM
Service
Management
Mgmt
Production
Mgmt.
Procesi koriste standardne servise i proizvode standardne podatke
IT aplikacije / sustavi omogućuju servise (funkcije i podatke)
Pogledi GDM-a
Povezanost elemenata
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Customer Relationship ManagementCustomer Management Contact Management Customer Order Management
Offer & Campaign Management
Plan & Design
Campaign
Define Campaign Execution
Rules
Analyse Customer
Data, Market & Portfolio
Monitor & Analyse
Manage Customer
Manage Communities
Manage Customer External
References
Identify Customer
Organizational Context
Identify Customer
Manage Customer
Profile
Customer Incident Management
Classify Incident
Develop Solution
Solve & Track
Solution
Manage Mass
Incident
Document Incident & Solution
Contract Management
Manage Contract
Manage Frame
Contract
Manage Product
Negotiate Contract
Sales & Acquisition
Avoid Negotiate Manage Sales
Execute Campaign
Qualify Opportunity
Advise Customer
CRM domena – pregled FC-a i sposobnosti
Steer Customer
Order
Report Customer
Order
Split Customer
Order
Validate Customer
Order
Manage Customer
Order
Track Customer
Order
Manage Contact
Interaction
Identify Inbound Contact
Classify Demand
Initiate Outbound Contact
Manage Contact Routing
Manage Sales Offer
Customer Scoring & Credit Rating
Check Credit Worthiness
Define Customer
Risk Scores
Manage Customer
Risks
Manage
Manage Customer Hierarchy
Monitor & Analyse
Campaigns
Customer QoS & SLA Management
Manage Product Usage
Avoid Cancellation
Create Customer
Order
Define Binding Offer
Determine Customer Specific
OfferManage
Customer Specific
Offer
Negotiate Offer
Manage Sales
Account
Initiate Reservation
& Scheduling
Validate Offer
Analyse SLA Report SLAManage
QoS & SLA Violations
Manage Sales Offer Catalogue
Product Inventory Management
Manage Churn
Manage Product
Manage Product
Inventory
Model određivanja vlasništva podataka 1/3
Poslovni vlasnik i vlasnik podataka
• Određuje se vlasnik funkcionalnih komponenti (FC) -> organizacijska jedinica
• FC je jedinstveno mjesto u kojem nastaju master podaci
Vlasnici
Model određivanja vlasništva podataka 2/3
� Prvo mapiranje: IT sustavi povezani s pripadajućim FC
� Drugo mapiranje: Svaka FC povezana je s organizacijskom jedinicom na temelju poslovnih aktivnosti
FC IT/NT sustav kao podrška FC
Vlasnik podataka (FC-a)
Customer Management
IT/NT sustav 1
IT/NT sustav 2
Org. jedinica 1
Org. jedinica 2Management
IT/NT sustav 2
IT/NT sustav 3
IT/NT sustav 4
Org. jedinica 2
Org. jedinica 3
Org. jedinica 4
Sales and Acquisition
IT/NT sustav 5 Org. jedinica 1
Org. jedinica 2
Offer and Campaign
Management
IT/NT sustav 1
IT/NT sustav 3
Org. jedinica 1
Org. jedinica 2
Model određivanja vlasništva podataka 3/3
� Za FC gdje je više kandidata za vlasnika podataka napravljeno je dodatno mapiranje - svaka pojedina rola iz sustava mapirana je s odgovarajućom FC
FC IT/NT sustav kao podrška
FC
Rola u IT/NT sustavu
Vlasnik podataka (FC-a)
Customer Management
IT/NT sustav 1
Incident administration
Org. jedinica 1Management 1 administration
Administrative data correction
Administrative data correction
Org. jedinica 2
Sales and Acquisition
IT/NT sustav 2 Key-account users Org. jedinica 3
Org. jedinica 4
Moguće kombinacije vlasništva
1 sustav spada u samo 1 FC – 1:1
Više sustava spada u 1 FC – M:1
1 sustav spada u više FC – 1:M
Primjer odobravanja pristupa: AS-IS -> TO-BE
� AS-IS:
� Odobravaju vlasnici iz org. jedinica koji dijele vlasništvo FC-a
� TO-BE:
� Rola u sustavu kreirana je tako da ima pristup određenom segmentu � Rola u sustavu kreirana je tako da ima pristup određenom segmentu korisnika
� Odobrava vlasnik određenog segmenta korisnika
Rola 1 djelatnik zadužen za rad s ključnim korisnicima
Rola 2 administrativne korekcije podataka
Rola 3 administracija smetnji (call centri)
Izazovi implementacije modela
Prihvaćanje modela
Mapiranje FC s organizacijskim jedinicama HT-a (po potrebi i sposobnosti)
Definiranje razine org. jedinice koja će biti vlasnik (Accountable)
Definiranje razine operativnog provođenja aktivnosti vlasnika (Responsible)
Mapiranje rola unutar sustava s FC
Prednosti i nedostaci modela
• Jasno podijeljene odgovornosti vlasnika podataka na temelju FC
• Jasno definirana i prihvaćena odgovornost vlasnika podataka
• Neovisan o organizaciji, budžetu i tehnologiji
Prednosti:
• Model je primjenjiv u izvornom obliku samo za HT
• Mora se prilagođavati IT sustavima i organizacijskim jedinicama
Nedostaci:
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Koncept vlasništva
Ovisno o funkcionalnoj komponenti u kojoj se nalaze podatke zovemo:
Glavni podaci (Master Data) u funkcionalnoj komponenti gdje nastaju
Podaci u svim ostalim funkcionalnim komponentama
Vlasnik podataka uspostavlja pravila za obradu, upotrebu i dostupnost podataka
Pravila obrade uspostavljena za Glavne podatke moraju biti prihvaćena i ugrađena u pravila obrade u svim drugim funkcionalnim komponentama gdje se ti podaci propagiraju i koriste
Odgovornosti vlasnika podataka
Slijediti zakonsku i internu regulativu tijekom prikupljanja i obrade podataka
Definirati životni ciklus podataka
Sudjelovati u procjeni rizika za podatke
Klasificirati podatkeKlasificirati podatke
Redovno provjeravati liste s pravima pristupa podacima
Odobravati sigurnosne mjere koje se provode nad podacima
Odobravati pristupna prava kao i korisnički pristup podacima
Odobravati zahtjeve za promjenama na sustavima koji obrađuju podatke u njegovom vlasništvu
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Održavanje modela
Ažuriranje vlasnika i zamjenika sukladno organizacijskim promjenama
Ažuriranje FC-a i IT/NT sustava sukladno novim verzijama GDM-a
Implementacija ostalih domena u praksi
Određivanje poslovnog vlasnika za sustave gdje ima više vlasnika podataka
Uvod – Enterprise Group Uvod –
Potreba za modelom
Enterprise arhitektura
(EA)
Group DomainModel (GDM)
Model u praksi
Koncept vlasništva
Održavanje modela
Zaključak
Zaključak
Trenutno stanje nije bilo održivo zbog nejasnih granica odgovornosti
GDM nudi povezivanje poslovnih i IT zahtjeva i “zajednički jezik”
Model uvodi nižu razinu dijeljena odgovornosti jasno podijeljenih po funkcionalnim komponentama (u odnosu na IT/NT sustave)komponentama (u odnosu na IT/NT sustave)
Uvodi novi način razmišljanja: sustav -> funkcionalna komponenta (po potrebni i niže razine)
Potrebno je uspostaviti mehanizme održavanja modela
Model je primjenjiv u praksi i jednostavan za implementaciju
Vrijeme je za pitanja….
Top Related