1 / 21

Yeni Nesil Operasyon Destek Sistemi ve Yazılımları & OSS/J

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.

kipling
Download Presentation

Yeni Nesil Operasyon Destek Sistemi ve Yazılımları & OSS/J

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 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

  2. Ajanda • Geleneksel OSS/BSS • NGOSS yaklaşımı • OSS/J • Prosspero • Vodafone ve NGOSS NGOSS & OSS/J

  3. 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

  4. Geleneksel Operasyon ve İş Destek Sistemleri (OSS/BSS) ve Problemler Çözüm : NGOSS & OSS/J NGOSS & OSS/J

  5. 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

  6. 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

  7. 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

  8. 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

  9. 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

  10. 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

  11. 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

  12. 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

  13. 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

  14. 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

  15. 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

  16. 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

  17. 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

  18. 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

  19. 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

  20. 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

  21. Teşekkürler. orcun.bukucu@vodafone.com NGOSS & OSS/J

More Related