240 likes | 513 Views
Yeni Nesil Operasyon Destek Sistemi ve Yazılımları & OSS/J. Or çun Bükücü – Uzman Yazılım Mühendisi, Vodafone Teknoloji Hizmetleri A.Ş. 24 Ekim 2008. Ajanda. Geleneksel OSS/BSS NGOSS yakla şımı OSS/J Prosspero Vodafone ve NGOSS.
E N D
Yeni Nesil Operasyon Destek Sistemi ve Yazılımları & OSS/J Orçun Bükücü – Uzman Yazılım Mühendisi, Vodafone Teknoloji Hizmetleri A.Ş. 24Ekim2008 NGOSS & OSS/J
Ajanda • Geleneksel OSS/BSS • NGOSS yaklaşımı • OSS/J • Prosspero • Vodafone ve NGOSS NGOSS & OSS/J
Geleneksel Operasyon ve İş Destek Sistemleri (OSS/BSS) ve Problemler Operatörlerin operasyonlarını kesintisiz ve düzgün bir şekilde yürütmelerini sağlayan bilgisayar sistemleri(Problem raporlama, alarm üretme, iş emirlerinin kontrolü, envanter denetimi…) • Farklı üreticilerden farklı ürünler • Ortak dil ve arabirim yok • Standart özellikler yok • Karmaşık sistem mimarisi • … Sonuç : Planlama zorluğu, Öngörülemeyen Entegrasyon maliyetleri, Operasyon ve Güvenlikriskleri NGOSS & OSS/J
Geleneksel Operasyon ve İş Destek Sistemleri (OSS/BSS) ve Problemler Çözüm : NGOSS & OSS/J NGOSS & OSS/J
Yeni Nesil Operasyon Destek Sistemi ve Yazılımları (NGOSS) NGOSS ,TeleManagement Forum bünyesinde, geleneksel OSS/BSS problemleriniçözmekiçin geliştirilenbirtasarım felsefesivebukonudaizlenmesigerekenyollarıvestandartlarıortayakoyanaraçlar bütünüdür. Birlikte çalışabilen OSS/BSS uygulamaları için, tanımlanma, gerçeklenme, tedarik konularında yol gösterir ve aşağıdaki iyileştirme prensiplerini ortaya koyar: • İş süreçlerive bileşen gerçeklemelerininbirbirindenayrılması. • Birbirindenbağımsız bileşenlerdenoluşan, dağıtılmışsistemmimarisi. • Tüm sistem bileşenlerininpaylaştığıverimodelleri. • Ortakhaberleşme altyapısı. • Önceden tanımlanmış, ortakarayüzler. NGOSS & OSS/J
Yeni Nesil Operasyon Destek Sistemi ve Yazılımları (NGOSS) NGOSS’i oluşturan yöntemler/modeller: • İş Süreçleri Modeli – eTOM(enhanced Telecom Operations Map):Servis ve ürün sağlayıcıların iş akış ve süreçlerini modellemek için kullanabilecekleri bir modelleme yöntemi. • Enformasyon Modeli – SID(Shared Information/Data Model):Üreticiler ve İntegratörler arasında paylaşılan veriler için kullanılan ortak bir dil. • Entegrasyon Modeli – TNA(Technology Neutral Architecture):Entegrasyon prensipleri ve ürünlerin kullanacakları ortak arabirimler. • Uygulama Modeli – TAM(Telecom Applications Map):OSS uygulamalarının rolleri ve fonksiyonları. NGOSS & OSS/J
OSS/J (OSS through Java) OSS/J, NGOSS prensipleri çerçevesinde evrenselbirProgramlamaArabirimi(API) grubutanımlayarak, OSS sistemlerininiletişimiiçin ortakbirdiloluşturmayıhedefler. • TMF tarafındanNGOSS kapsamında, 2000 yılındabaşlatılmışteknikbirprogramdır. • Gönüllügeliştiricilerinkatkısına açık birsüreçolan Java CommunityProcess (JCP) vasıtasıyla, OSS/J API'leriningeliştirilmesini yönetir. • Üyeleriarasındatelekomoperatörleri, yazılımgeliştiriciler,sistemintegratörleri, OSS ekipmanüreticileriveakademikkuruluşlarbulunmaktadır. NGOSS & OSS/J
OSS/J (OSS through Java) • OSS/J API'leri, EJB(Enterprise JavaBeans), Java Web Servisleri (Web Servicesya da Java Mesajlaşma Servisleri(JMS) teknolojileri ile gerçeklenebilir. Bu gerçeklemelerin herbirine "profil" adı verilir. NGOSS & OSS/J
OSS/J (OSS through Java) OSS/J API'leri, amaçlarına göre ayrı spesifikasyon istekleri (Java Specification Request - JSR)olarak ele alınırlar.JCP bünyesinde aşağıdaki JSR'lar bulunmaktadır: • OSS Common API (JSR-000144) • OSS Service Activation API (JSR-000089) • OSS Quality of Service API (JSR-000090) • OSS Trouble Ticket API (JSR-000091) • OSS Billing Mediation API (JSR-000130) • OSS Inventory API (JSR-000142) • OSS Service Quality Management API (JSR-000210) • Pricing API (JSR-000251) NGOSS & OSS/J
OSS/J (OSS through Java) • OSS Discovery API (JSR-000254) • Fault Management API (JSR-000263) • Order Management API (JSR-000264) • Performance Management API (JSR-000285) OSS/J Common API, tüm OSS sistemlerinin temel ve ortak davranışlarını içerir. Diğer API'lerin herbiri, common API ilebirlikte kullanılır. NGOSS & OSS/J
OSS/J (OSS through Java) OSS/J programında, her bir API ile birlikte kullanıcılara şuçıktılar sunulur: • API Arayüz Spesifikasyonu:Genel erişime açık olup, katılımcıların önerileri ile (Request for Proposal) gelişmeye açıktır. • Referans Gerçekleme (Reference Implementation, RI):Belli bir API'nin OSS/J programı tarafından sunulan gerçeklemesidir. Arayüzlerebağlı kalmak koşuluyla yazılım geliştiriciler kendi uygulamalarınıgerçekler. • Teknoloji Uyumluluk Araçları (Technology Compatibility Kit, TCK)OSS ürün veya çözümlerini sunan üreticilerin, bu ürün ya da çözümlerinin OSS/J ileuyumluluklarını test edebilecekleri araçlar. NGOSS & OSS/J
Prosspero Prosspero, NGOSS bünyesinde 2006'da hayatageçirilmişbirprogramdır. Programın amacı, OSS/J API’sininkullanıldığıgerçekbirprobleminçozümüne ilişkin bir “çözüm paketi” sunmaktır. Bironaymekanizmasiolarakçalışır.OSS/J APIleriningerçekhayattakullanılmışolmaklaberaber aşağıdakiözellikleri de sağlamasıgerekir: • Problemin tanımı • Çözümün kapsamı • Gerçekhayatsenaryoları • Çözümün dayandığı TMF standartları, metodolojileriveteknolojileri • Referansgerçekleme • Uyumluluk test altyapısı NGOSS & OSS/J
Prosspero • Uyumluluk sertifikasyonu süreci • Spesifikasyon Değişiklik İstekleri (RFP) için rehber • Adım adım gerçekleme rehberi • Destek kanalları • Egitim kanalları • Endüstride mevcut çözümler NGOSS & OSS/J
Prosspero - Problem Raporlama Entegrasyonu Çözümü kullanım durumları (Use case) Problem Raporlama Entegrasyonu Çözümü (Trouble Ticket) ilk Prosspero onaylı OSS/J API’dir ve ilk defa Vodafone Almanya’da kullanılmıştır. NGOSS & OSS/J
Prosspero - Problem Raporlama Entegrasyonu Çözümü • Problem raporlama sisteminin bir müşterisi (TT system customer), bir problem raporu yaratır (creator). İstek bir OSS/J istemcisi (OSS/J client) tarafından TT sistemine OSS/J TT API yoluyla iletilir (CREATE TT kullanım durumu). • Bir servis sağlayıcı (editör), problemi çözer ve çözümü TT sistemine girer. (UPDATE TT kullanım durumu). Problemin çözümünden sonra problem raporu çözülmüş (cleared) durumuna gelir. • Müşteri, problem raporunda meydana gelen değişikliklerden bilgilendirme olayları (notification events) yoluyla haberdar olur ve problem raporu hakkında TT sisteminden bilgi çeker (GET TT kullanım durumu). • Müşteri, problem raporunun kapatılmasından sorumludur (CLOSE TT kullanım durumu). NGOSS & OSS/J
Prosspero - Problem Raporlama Entegrasyonu Çözümü Prosspero uyumlu bir OSS/J TT entegrasyon çözümünden, kullanım durumu ve standartlara uyumlulukla birlikte aşağıdakiözellikleri de sağlaması beklenir: • Kullanım Durumları: • TT sunucusu tüm OSS/J API çağrılarını desteklemeli • Standardizasyon: • OSS/J uyumlu tüm istemcilerin, sadece konfigürasyon değişiklikleri ile TT sunucusuna bağlanabiliyor olması gerekir. • TT sunucusuna bağlanacak bir OSS/J istemcisinin sadece Prosspero Problem Raporlama Entegrasyonu Çözümü paketindeki bilgilerle tasarlanabiliyor olması gerekir. NGOSS & OSS/J
Prosspero - Problem Raporlama Entegrasyonu Çözümü • Eklenti ve Değisiklikler: • TT sunucusu entegrasyon çözümü, var olan TT veri modelini (JSR 144 ve 91) değiştiremez. • Veri modelinde yapılacak değişiklikler, JSR 144 ve 91 başlıklarının kendi süreçleri yoluyla önerilebilir. • Veri modeline ilişkin değişiklik önerileri, genel işlevlerde büyük çaplı bir değişikliğe yol açmamalıdır. • Bir eklenti, onu kullanabilme yetisine sahip bir TT istemci veya sunucusu tarafından kullanılabilir. • Yeni eklentiler için güncellenmemiş bir istemci ya da sunucu, TT işlevlerinin geri kalanını eskiden olduğu gibi kullanabilmelidir. NGOSS & OSS/J
Prosspero - Problem Raporlama Entegrasyonu Çözümü • Taşınabilirlik: • OSS/J çözümleri, platformdan bağımsız şekilde tasarlanmalıdır. • Performans ve Ölçeklenebilirlik: • Kapasite artırımları (scaling) konfigürasyon yoluyla sağlanabiliyor olmalıdır. • Güvenilirlik: • Sistem, maruz kalınan farklı koşullarda aynı performansı gösterebilmelidir. • Belli bir mesaj iletilmesi gereken yere bir ve yalnız bir kere teslim edilmelidir. • Hiçbir mesaj kaybolmamalıdır. • İstemci, isteklerinin sunucu tarafından yerine getirilip getirilmediği konusunda bilgilendirilmelidir. NGOSS & OSS/J
Vodafone ve NGOSS • Vodafone Almanya Problem Raporlama Entegrasyonu Çözümü’nü ilk uygulayan operatordür. • Diğer ülke operatörlerinin de katılımıyla ortak bir problem raporlama sistemi kurulmuştur(ITTS/VINE - Vodafone Information Exchange) NGOSS & OSS/J
Vodafone ve NGOSS Bir Vodafone Operatorü JMS veya Web servisi profillerinden herhangi birini kullanarak ITTS/VINE platformunaerişebilmektedir. ITTS/VINE için TT kullanım durumları: • Bir Vodafone Operatörünün bir diğer Vodafone Operatörüne OSS/J TT isteği göndermesi. • Bir Vodafone Operatörünün bir ürün sağlayıcıya OSS/J TT isteği göndermesi. • Bir ürün sağlayıcının bir Vodafone Operatörüne OSS/J TT isteği göndermesi. • Bir ürün sağlayıcının başka bir ürün sağlayıcıya OSS/J TT isteği göndermesi. • Bir ürün sağlayıcının veya operatörün ITTS/VINE platformuna bir OSS/J TT isteği göndermesive bu isteğin çok sayıda operatör ve ürün sağlayıcıya yayınlanması (broadcast). NGOSS & OSS/J
Teşekkürler. orcun.bukucu@vodafone.com NGOSS & OSS/J