Service Management System (SMS) dan Business models Services

1. 
Apa itu SMS?

Service Management System (SMS) adalah sistem manajemen menyeluruh yang dimaksudkan untuk menyatukan semua aspek manajemen organisasi seperti:

• Planning
• Strategies
• Policies
• Objectives
• Documentation
• Processes

Ini juga merupakan sumber daya utama untuk desain dan pengembangan serta transisi ke organisasi yang berorientasi layanan yang memenuhi kebutuhan bisnisnya dengan mahir. SMS Menyediakan dukungan manajemen layanan untuk produk Oracle Intelligent Network (IN) yang ada. Fungsi utama SMS adalah untuk memberi operator akses ke data yang digunakan oleh aplikasi logika layanan atau service logic applications. SMS termasuk sebagai sistem modular besar yang menggabungkan semua atau sebagian besar aspek organisasi yang berorientasi layanan. Untuk memiliki pola pikir manajemen layanan, organisasi harus memahami tingkat kematangan proses yang diperlukan untuk menjadi organisasi yang berorientasi layanan.

Organisasi standardisasi seperti Information Technology Infrastructure Library (ITIL) dan International Organization for Standardization/International Electrotechnical Commission (ISO/IEC) menyediakan kerangka kerja standar untuk penciptaan sistem manajemen layanan serta memberikan konsep dan praktik terbaik di balik manajemen layanan itu sendiri. Organisasi manajemen layanan bisa menjadi seluruh organisasi atau bagian khusus dari organisasi itu, yang paling umum adalah organisasi atau departemen TI. Itulah sebabnya manajemen layanan sering dikaitkan dengan manajemen layanan TI, tetapi yang terakhir hanya sebagian dari yang sebelumnya. Manajemen layanan berlaku untuk organisasi apa pun seperti makanan, manufaktur, dan bahkan perawatan kesehatan tetapi pada dasarnya tetap sama, yaitu untuk menyediakan sistem terpusat untuk perencanaan, pengembangan, dan pemberian layanan baik kepada organisasi itu sendiri atau kepada pihak ketiga.

SMS menyediakan :

• Gudang pusat untuk layanan IN lainnya, seperti ACS dan CCS
• Fungsi umum

Fungsi umum SMS meliputi:

• Keamanan
• Replikasi
• Pengumpulan statistik
• Manajemen Alarm
• Pembuatan laporan
• Audit Perubahan Database

Ada empat subsistem utama dalam SMS:

• replikasi
• manajemen konfigurasi
• fungsi pelaporan, dan
• transfer file.

Replikasi / Replication

Replikasi menyediakan metode utama untuk mentransfer data di sekitar Layanan Sistem manajemen dan menyediakan:

• pengiriman data yang andal dan toleran terhadap kesalahan:- Dari administrator dan UAS ke dalam SMF, dan- Perubahan data persisten yang disimpan dalam SMF ke semua UAS yang relevan (jadi semua bagian dari sistem memiliki data yang konsisten)
• perutean jaringan alternatif antara UAS dan USMS dalam kegagalan jaringan atau pembaruan buffered di bawah kegagalan jaringan lengkap atau downtime USMS, dan
• pemulihan bencana jika terjadi kegagalan jaringan.

Manajemen konfigurasi / Configuration Management

            Editor Manajemen Konfigurasi menyediakan antarmuka grafis untuk mengedit dan Mengontrol data konfigurasi secara terpusat, sebelum digunakan untuk eserv.config data disimpan di platform lain. Ini menyediakan mekanisme yang dapat diandalkan untuk mengelola data konfigurasi untuk semua NCC produk. Ini secara efektif menghilangkan masalah yang dihadapi saat menggunakan berbasis teks editor, seperti konfigurasi yang rusak dan data yang tidak konsisten.

Pelaporan / Reporting

Fungsi Pelaporan memungkinkan administrator untuk menjalankan laporan terhadap data dikumpulkan di SMF. Laporan dikonfigurasikan di layar SMS Java Administration.

Data Transfer / Data flow

Ada dua metode utama transfer data:

• replikasi, dan
• transfer file (menggunakan ftp).

Tabel ini menjelaskan komponen utama dalam SMS.

Proses	Tugas
smsMaster	Menerima permintaan pembaruan dan meneruskannya ke SMF.
SMF	SMF utama pada USMS.
UAS	Basis data pada UAS. Mereka menyimpan sebagian dari data di SMF.
updateLoaders	Menerima pesanan pembaruan dari smsMaster dan sisipkan ke UAS.
Update Requesters	Peminta pembaruan berjalan pada box_SMP_ac> s dan UAS dan dapat berjalan di IP lain juga. Mereka mengirim permintaan pembaruan ke smsMaster. Mereka termasuk smsAlarmDaemon dan smsStatsDaemon.
smsTaskAgent	Meneruskan administrator instruksi ke smsMaster.
smsAlarmDaemon	Mengumpulkan alarm dari local sumber dan meneruskannya ke smsMaster.
smsAlarmRelay	Monitor alarm di SMF dan meneruskan alarm ke administrator.
smsReportsDaemon	Memungkinkan pengguna untuk menjalankan laporan terhadap data yang disimpan di SMF.
smsStatsDaemon	Mengumpulkan statistik dan mengirimkannya ke smsMaster.

2.

Business models Services

               Business models adalah rencana perusahaan untuk menghasilkan laba. Ini mengidentifikasi produk atau layanan bisnis yang akan dijual, target pasar yang telah diidentifikasi, dan biaya yang diantisipasi. Bisnis baru dalam pengembangan harus memiliki model bisnis, jika hanya untuk menarik investasi, membantunya merekrut bakat, dan memotivasi manajemen dan staf. Bisnis yang sudah mapan harus sering mengunjungi dan memperbarui rencana bisnis mereka atau mereka akan gagal mengantisipasi tren dan tantangan di masa depan. Investor perlu meninjau dan mengevaluasi rencana bisnis perusahaan yang menarik minat mereka.

Pengembangan aplikasi bisnis sering dimulai dengan pemodelan proses bisnis untuk menemukan dan mendokumentasikan persyaratan bisnis utama yang diperlukan untuk memenuhi tujuan bisnis. Beberapa aplikasi dapat diimplementasikan secara langsung sebagai model proses menggunakan runtime platform seperti WebSphere® Process Server. Tugas-tugas dalam proses ini dapat diimplementasikan menggunakan berbagai teknik. Namun, ada banyak kasus di mana dekomposisi fungsional sederhana yang mengarah ke aplikasi berbasis alur kerja tidak cukup. Dalam kasus ini gaya arsitektur lain dapat digunakan untuk mengembangkan aplikasi untuk mengelola kompleksitas dengan lebih baik, mencapai lebih banyak penggunaan kembali, dan untuk memfasilitasi perubahan. Analis bisnis sering menentukan persyaratan fungsional sistem menggunakan model proses sementara pengembang lebih suka menggunakan pemodelan objek atau layanan untuk menentukan model implementasi. Bagaimana pandangan dunia yang berbeda ini direkonsiliasi dan disimpan dalam sinkronisasi ketika aplikasi berkembang dalam menghadapi perubahan persyaratan bisnis tidak dipahami dengan baik dan dapat mengakibatkan kelebihan biaya dan aplikasi yang tidak memenuhi kebutuhan pelanggan. Masalahnya adalah bahwa tidak ada hubungan yang jelas antara model proses dan model objek, mencerminkan lagi kesenjangan bisnis / TI dan menghasilkan alat pengembangan yang kurang terintegrasi.

Mengintegrasikan alat pemodelan bisnis dan objek telah menjadi tantangan karena perspektif yang saling bertentangan dan kurangnya semantik formal. Pendekatan RUP tradisional menggunakan model bisnis sebagai sarana untuk menemukan model objek dan kemudian bergantung pada refactoring model grosir selama analisis, desain, dan implementasi berorientasi objek. Tanpa ketelitian, koneksi antara kasus penggunaan bisnis dan model objek ini bisa hilang. Ini sering mengarah pada masalah rekonsiliasi dan keterlacakan yang signifikan ketika persyaratan bisnis berubah, teknologi implementasi berubah, dan aplikasi yang ada terintegrasi.

Bagaimana fungsi dari Model Bisnis?

1. Model bisnis adalah rencana tingkat tinggi untuk menjalankan bisnis tertentu secara menguntungkan di pasar tertentu. Komponen utama dari model bisnis adalah proposisi nilai. Ini adalah deskripsi barang atau jasa yang ditawarkan perusahaan dan mengapa mereka diinginkan untuk pelanggan atau klien, idealnya dinyatakan dengan cara yang membedakan produk atau layanan dari para pesaingnya.
2. Model bisnis untuk perusahaan baru juga harus mencakup biaya awal yang diproyeksikan dan sumber pembiayaan, basis pelanggan target untuk bisnis, strategi pemasaran, tinjauan kompetisi, dan proyeksi pendapatan dan pengeluaran.
3. Kesalahan umum dalam menciptakan model bisnis adalah meremehkan biaya pendanaan bisnis sampai menjadi menguntungkan. Menghitung biaya untuk pengenalan produk tidak cukup. Perusahaan harus menjalankan bisnisnya hingga pendapatan melebihi biaya.
4. Model bisnis juga dapat mendefinisikan peluang untuk bermitra dengan bisnis mapan lainnya. Contohnya adalah bisnis periklanan yang dapat memanfaatkan pengaturan untuk referensi ke dan dari perusahaan percetakan.

Teknik dalam Model Bisnis

Setiap aplikasi perangkat lunak harus memiliki spesifikasi tentang apa yang dilakukannya, dan implementasi untuk melakukannya. Model dapat menyediakan cara tingkat tinggi untuk menggambarkan keduanya. Ada dua gaya dasar pemodelan perangkat lunak dalam praktik umum saat ini: pemodelan proses bisnis dan pemodelan objek. Kami tidak ingin masuk ke diskusi besar di sini tentang manfaat relatif dari satu model atau gaya pemrograman di atas yang lain. Itu bisa memakan waktu cukup lama, dan mungkin tidak akan meyakinkan siapa pun bahwa metode yang tidak mereka ketahui lebih baik daripada metode yang mereka tahu. Yang benar adalah bahwa proses dan pemodelan objek keduanya memiliki kekuatan dan kelemahan mereka. Tantangannya adalah untuk mencari tahu bagaimana menggunakan keduanya untuk keuntungan terbaik mereka, menghindari kekurangan mereka, dan mengurangi keseluruhan pekerjaan yang diperlukan untuk menentukan dan membangun sistem perangkat lunak.

Proses Bisnis modeling

1. Model proses bisnis terdiri dari serangkaian proses yang mungkin disusun dalam katalog. Setiap proses mewakili persyaratan operasional bisnis yang diperlukan untuk mencapai beberapa tujuan bisnis atau objektif atau persyaratan fungsional dan nonfungsional yang ditentukan dalam kasus penggunaan bisnis. Suatu proses berisi sejumlah tugas yang dihubungkan oleh kontrol atau aliran data yang koreografer tugas dalam proses. Tugas mewakili beberapa unit kerja dalam suatu proses yang detailnya tidak termasuk dalam model. Suatu tugas dapat memanggil proses lain, meminta layanan yang disediakan oleh orang lain (termasuk layanan manual), menjalankan fungsi lokal atau global yang didefinisikan sebagai bagian dari model proses, atau melakukan perhitungan lain yang tidak terpisahkan dari sudut pandang pemodel proses . Proses-proses ini adalah tentang bisnis, tidak harus tentang proses perangkat lunak otomatis. Proses bisnis adalah cara lain yang umum dilakukan untuk menangkap persyaratan bisnis. Ada banyak teknik lain termasuk aturan bisnis dan kasus penggunaan bisnis yang juga dapat digunakan. Namun, dalam artikel ini kami membatasi pandangan kami pada model proses bisnis karena kesederhanaan dan penggunaannya yang umum.
2. Tugas dapat diberikan sumber yang diperlukan, mungkin di lokasi tertentu, untuk penyelesaiannya. Setidaknya salah satu sumber tersebut adalah sumber peran yang menentukan peran apa dalam organisasi bisnis yang bertanggung jawab untuk melakukan tugas, atau layanan apa yang harus dapat dilakukan oleh beberapa penyedia layanan. Beberapa tugas bersifat manual dan dilakukan oleh orang-orang yang memiliki keterampilan yang cukup dan memenuhi syarat untuk memainkan peran yang ditugaskan untuk tugas itu. Tugas lain dapat diotomatisasi dan dilakukan oleh komponen aplikasi perangkat lunak yang memainkan peran. Proses koreografi tugas yang dilakukan oleh peran yang diperlukan untuk mencapai tujuan proses. Untuk membantu dalam menentukan koreografi, protokol komunikasi, atau orkestrasi ini, proses tersebut mungkin mengandung simpul kontrol dan simpul untuk memilih jalur eksekusi alternatif, bercabang dan menggabungkan aliran paralel kontrol, dan iterasi.
3. Model proses bisnis menarik bagi analis bisnis karena mereka relatif sederhana dan fokus pada tugas spesifik yang dapat diidentifikasi untuk menghasilkan nilai bisnis yang jelas. Kita semua akrab mengikuti urutan langkah atau resep untuk mencapai beberapa hasil akhir. Sangat mudah untuk menangkap proses bisnis yang ada atau yang diantisipasi dalam model proses karena model ini secara langsung mencerminkan langkah-langkah dalam bisnis.
4. Ada sistem berbasis alur kerja, seperti WebSphere Process Server, yang dapat menjalankan model proses secara langsung. Ini bisa menjadi solusi yang efektif untuk proses bisnis sederhana. Tapi itu cenderung memecah seiring dengan meningkatnya kompleksitas proses bisnis, ketika proses berubah untuk memenuhi persyaratan bisnis baru, atau ketika proses diuraikan dan di refactored untuk digunakan kembali. Aplikasi besar yang didasarkan pada model proses (dan dekomposisi fungsional) bisa sulit dipahami dan mahal untuk dipelihara karena keadaan aplikasi didistribusikan dengan cara yang tidak dapat diprediksi di seluruh sistem, dan implementasi digabungkan secara erat melalui panggilan / hubungan yang disebut. Penggabungan dan kerumitan ini juga membuat aplikasi seperti itu sulit untuk digunakan kembali dan diintegrasikan dengan aplikasi lain.

sumber :
https://www.techopedia.com/definition/30103/service-management-system-sms

Oracle Communications Network Charging and Control tentang komponen Service Management system

https://www.investopedia.com/terms/b/businessmodel.asp
https://www.ibm.com/developerworks/rational/library/05/1227_amsden/
https://www.wikipedia.org