Operations Support and readiness (OSR) dalam eTOM

Rizkia Krisnawan Natakusumah
110400129
rizkiakrisnawan@gmail.com


A. OPERATIONS SUPPORT & READINESS secara UMUM

OSR bertanggung jawab untuk memberi dukungan kepada "FAB" proses (fulfillment, Assurance, and Billing), juga untuk memastikan kesiapan operasional. Secara umum, proses ini meminimalisir kegiatan yang tidak tepat waktu “real time” ketika beroperasi.  Terdapat dua pembagian yang berbeda didalamnya yang pertama yaitu menghadapi pelanggan secara langsung  dan yang kedua adalah operasi “real-time” dari FAB yang bertindak sebagai "secondline" dalam melaksanakan tugas-tugas operasional.

Tidak semua organisasi membagi kedalam dua hal tersebut secara terpisah, oleh karena itu, dalam menerapkan eTOM yang merupakan kerangka bisnis dalam perencanaan tertentu, Operation support & readiness (dukungan dan kesiapan) serta proses “FAB” bergabung dalam operasi sehari-hari. Akan tetapi, penting pula untuk mengakui adanya pemisahan antara support dan readiness ini untuk memanfaatkan peluang e-Business, dan sangat penting bagi keberhasilan pelaksanaan “Customer Self Management”.

Dalam Operation Support & Readiness terdapat 4 horizontal group yaitu:
1. CRM
2. SM&O
3. RM&O
4. S/PRM

B. CUSTOMER RELATIONSHIP MANAGEMENT dalam OSR

          1. CRM Operations Support and Process Management (CRM-OSR)

CRM Operations Support and Process Management memonitor dan mengontrol proses CRM, mulai yang umum, biaya, sudut pandang kualitas kinerja dan asuransi. proses ini juga memastikan pengoperasian yang diperlukan TI dan Sistem Komunikasi, serta fasilitas tempat kerja dalam mendukung proses CRM. Mereka juga meyakinkan bahwa jadwal staf disesuaikan dengan keperluan operasi setiap harinya, sebaiknya meyediakan dukungan umum untuk personil.

          2. CRM Operations Readiness (CRM-OSR)

CRM Operations Readiness memastikan bahwa semua proses CRM di FAB mampu menanggapi permintaan pelanggan tanpa harus menunggu sumber daya atau informasi. Mereka memastikan bahwa aplikasi komputasi dan sumber daya jaringan siap dalam mendukung operasi yang berhubungan dengan pelanggan dan CRM proses.

Proses ini juga bertanggung jawab untuk mendukung produk baru dan fitur perkenalan dan CRM serta kontak pelanggan dan aspek sentuh titik produk atau layanan tambahan dalam pembangunan. Mereka juga bertanggung jawab untuk meninjau, mengontrol efisiensi, proses operasional CRM, metode dan prosedur, serta melakukan kegiatan kesiapan testing/Operations Readiness Testing (ORT) dan penerimaan. Proses mengembangkan metode dan prosedur dimaksudkan untuk tetap up-to-date, termasuk melakukan perbaikan. Sebelum Operasi menerima produk baru, fitur baru atau tambahan, operasi harus menguji kesiapan yang diperlukan 'hand off' dari developers. Setelah pengujian kesiapan operasi telah diidentifikasikan dengan lengkap, maka proses ini menerima produk dan fitur yang tersedia.

C. SERVICE MANAGEMENT & OPERATION dalam OSR

1. SM&O Operations Support & Process Management (SM&O - OSR)

SM&O merupakan proses monitor Operations Support & Process Management dan control, dari yang umum, seperti biaya, kualitas performa serta jaminan sudut pandang. Proses ini juga bertanggung jawab dalam mendukung produk baru dan memperkenalkan fitur serta perangkat tambahan, dalam pengembangan dan/atau Tinjauan proses, metode dan prosedur untuk mendukung pengembangan produk baru, serta melakukan operasi kesiapan pengujian (ORT) serta penerimaan. Proses Readliness yaitu mengembangkan metode dan prosedur untuk proses tertentu dan berfungsi untuk menjaga  data tetap uptodate, termasuk membuat perbaikan, sebelum operasi menerima produk baru, fitur, atau peningkatan.

2. SM&O Operations Readiness (SM&O - OSR)

Proses SM&O Operation Readliness  memastikan bahwa semua proses SM&O di FAB mampu menanggapi permintaan pelanggan tanpa harus menunggu untuk sumber daya atau informasi. Mereka memastikan bahwa aplikasi, komputasi dan sumber daya jaringan siap untuk mendukung pengadaan dan pemeliharaan layanan, dan proses SM & O. Proses ini juga bertanggung jawab untuk mendukung produk baru dan fitur perkenalan dan perangkat tambahan dalam pengembangan dan / atau review terhadap proses dan metode dan prosedur, serta melakukan Operation Readliness Testing (ORT) dan penerimaan. Proses Readliness mengembangkan metode dan prosedur untuk proses dan fungsi spesifik serta menjaga mereka  agar tetap uptodate, termasuk melakukan perbaikan. Sebelum Operasi menerima produk, fitur baru atau tambahan. Operasi pengujian kesiapan diperlukan ' hands off ' dari pengembang. Setelah perbaikan diidentifikasi dalam operasi pengujian kesiapan selesai, proses ini menerima produk dan fitur baru.

D. RESOURCE MANAGEMENT & OPERATION dalam OSR

RM&O Operations Support and Process Management memonitor dan mengontrol proses RM&O, mulai yang umum, biaya, sudut pandang kualitas kinerja dan asuransi. proses ini juga memastikan pengoperasian yang diperlukan TI dan Sistem Komunikasi, serta fasilitas tempat kerja dalam mendukung proses RM&O. Mereka juga meyakinkan bahwa jadwal staf disesuaikan dengan keperluan operasi setiap harinya, sebaiknya meyediakan dukungan umum untuk personil.

Pengelompokan ini berfokus pada perencanaan, mengembangkan dan memberikan sumber daya yang dibutuhkan untuk mendukung layanan dan produk untuk domain operasi. Ini mencakup fungsi yang diperlukan untuk menentukan strategi untuk pengembangan jaringan dan sumber daya fisik dan non-fisik,pengenalan teknologi baru dan menjalin kerja sama dengan yang sudah ada, mengelola dan menilai kinerja sumber daya yang ada dan memastikan bahwa kemampuan dalam tempat untuk memenuhi kebutuhan layanan di masa depan.

RM&O Operasi dalam proses Kesiapan memastikan bahwa aplikasi, komputasi dan sumber daya jaringan yang mampu mendukung penyediaan diperlukan dan pemeliharaan sumber daya untuk memberikan proses pelayanan. Ini termasuk konfigurasi sumber daya, dan penyediaan sumber daya logis, untuk dapat untuk mendukung jenis layanan tertentu.

Proses ini juga bertanggung jawab untuk mendukung produk baru dan fitur perkenalan dan perangkat tambahan dalam pembangunan, dan / atau review terhadap proses dan metode dan prosedur untuk mendukung produk-produk baru, serta melakukan Kegiatan Kesiapan Testing (ORT) dan penerimaan. Kesiapan proses mengembangkan metode dan prosedur untuk proses tertentu dan berfungsi dan menjaga mereka up-to-date, termasuk melakukan perbaikan. Sebelum operasi menerima produk, fitur baru atau tambahan, operasi pengujian kesiapan diperlukan yang 'lepas tangan' dari pengembang. setelah perbaikan diidentifikasi dalam operasi pengujian kesiapan selesai, proses ini menerima produk dan fitur baru atau ditingkatkan dalam pengantar skala penuh atau ketersediaan umum.

E. SUPPLIER/PARTNER RELATIONSHIP MANAGEMENT dalam OSR

Proses ini bertujuan untuk mendukung inti dari proses operasional, baik proses fulfillment, assurance, dan billing kepada pelanggan. Supplier/ Partner Relationship Management (S/PRM) merupakan proses yang erat hubungannya dengan Customer Relationship Management.

Supplier/ Partner Relationship Management di eTOM merupakan salah satu kunci yang membedakan eTOM itu sendiri dari framework perusahaan yang terintegrasi secara vertical yang ada dalam TOM. Keberadaan proses S / PRM memungkinkan adanya antarmuka secara langsung dengan para supplier yang tepat, end-to-end customer operation atau proses fungsional dengan pemasok atau mitra. Proses fungsional tersebut termasuk mengeluarkan RFPs sebagai bagian dari proses pembelian, mengeluarkan perintah pembelian dan melacak pengiriman, penanganan masalah, memvalidasi penagihan dan otorisasi pembayaran, serta meningkatkan manajemen mutu supplier.

Perlu diketahui bahwa ketika perusahaan menjual produknya kepada pemasok, hal ini dilakukan melalui proses CRM perusahaan, yang bertindak atas nama pemasok atau perusahaan dalam proses jual beli tersebut. Perhatikan juga bahwa, meskipun TOM ditujukan untuk menyediakan input atau menerima output, ini tidak cukup untuk melakukan eBusiness. S / PRM proses perlu didefinisikan dengan sistematis dan butuh interface yang jelas dari perusahaan kepada supplier dan mitra.

1. S/PRM Operations Support & Process Management (S/PRM - OSR)

S/PRM Operations Support & Process Management merupakan proses untuk memonitor dan mengontrol S/PRM, dari hal yang umum, biaya, kualitas Performance dan cara pandang dari assurance terebut. Proses ini juga harus memastikan pengoperasian yang diperlukan oleh TI dan Sistem Komunikasi,didukung oleh fasilitas atau tempat kerja yang cukup. Termasuk mengtur jadwal staf yang sesuai dengan persyaratan operasi setiap hari, serta memberikan dukungan untuk setiap personil.

2. S / PRM Operation Readiness (S / PRM - OSR)

Bertanggung jawab untuk memastikan bahwa semua fasilitas yang diperlukan berkaitan dengan interaksi dengan Pemasok dan Mitra sudah siap dan berfungsi dengan baik. Selain itu proses ini juga bertanggung jawab atas penyelesaian masalah yang berkaitan dengan fasilitas tersebut.

Selain itu, proses ini juga bertanggung jawab untuk mendukung produk baru dan fitur perkenalan dan perangkat tambahan dalam pengembangan dan / atau review terhadap proses, metode dan prosedur, serta melakukan Operations Readiness Testing (ORT) dan penerimaan. Proses mengembangkan metode dan prosedur dimaksudkan untuk tetap up-to-date, termasuk melakukan perbaikan. Sebelum Operasi menerima produk baru, fitur baru atau tambahan, operasi harus menguji kesiapan yang diperlukan 'hand off' dari developers. Setelah pengujian kesiapan operasi telah diidentifikasikan dengan lengkap, maka proses ini menerima produk dan fitur yang tersedia.

Operating Support System

A. Pengertian

Operation Support Systems (OSSs) adalah suatu sistem atau mekanisme yang dapat melakukan proses manajemen, inventori, masalah teknis, perencanaan, dan fungsi perbaikan bagi jaringan penyedia layanan.

Operations Support Systems ( OSSs ) merupakan bagian dari TOM (Telecommunication Operation Map).

B. Tujuan

1. Agar perusahaan memiliki informasi yang lebih mudah diakses, penggunaan sumber daya lebih efisien, dan memberikan layanan yang baik bagi pelanggannya.

2. Mengefisienkan proses transaksi dalam bisnis, monitoring dan kotroling dalam proses industri, mendukung dalam communication and information untuk berkolaborasi, dan update database.

C. OSSs Berkaitan dengan Beberapa Sistem

1. CSS (Customer Support System) : Sistem yang mengatur hubungan antara pelanggan dengan OSSs itu sendiri, sistem ini bisa diakses langsung oleh pelanggan.

2. BSS (Billing Support System) : Sistem yang mengatur jumlah dan ketentuan pembayaran yang nantinya harus dipenuhi oleh pelanggan. Menurut TOM (Telecommunications Operation Management), BSS seharusnya tidak mempunyai hubungan langsung dengan bagian lainnya karena tugas sistem tersebut hanya mengenerate billing pelanggan yang terdaftar.

3. ALPRO : Sistem ini terhubung dengan OSS sebagai bentuk fulfillment, assurance, dan billing dari OSS. Untuk beberapa layanan seperti SLI dan SLJJ, ALPRO terhubung langsung dengan BSS.

D. Sasaran Perusahaan dengan Adanya Solusi OSSs

1.      Peningkatan QoS (Quality of Service)

2.      Pengolahan data warehousing yang lebih efektif

3.      Operasional dan aliran informasi yang lebih efisien

4.      Fleksibilitas dalam penerapan teknologi

E. Proses Implementasi OSSs

Di dalam OSSs Institut Manajemen Telkom, terdapat framework CSS yang meliputi penggunaan SIMAK, HRM IS dan SIFA yang berada dalam suatu portal yang saling berhubungan dengan BSS. Data yang dikelola di SIMAK berupa identitas atau profil mahasiswa/mahasiswi IM Telkom. Kemudian diframework BSS meliputi Billing yang berfungsi untuk mengumpulkan keseluruhan data pemakaian mahasiswa/mahasiswi selama satu tahun semester (pemakaian untuk biaya kuliah, pemakaian untuk biaya kesehatan, pemakaian biaya denda peminjaman buku perpustakaan karena telat, pemakaian untuk biaya parkir di kampus, pemakaian untuk biaya internet flashzone dan lain lain ) yang kemudian diproses di bagian Payment yang berfungsi dalam pembentukan tagihan melalui P2H ataupun H2H.

Selanjutnya untuk proses tagihan bisa dilakukan dengan mengoperasikan OSSs melalui layar SIMAK yang akan muncul list pemakaian oleh masing-masing mahasiswa/mahasiswi IM Telkom yang terlebih dahulu menyelesaikan payment yang telah ditentukan.

Penerapan OSSs  ini sangat menguntungkan karena kita bisa membuat rencana pembiayaan yang sesuai dengan kebutuhan yang kita inginkan. Namun hal ini juga terdapat kerugian yang didapatkan misalnya kualitas jaminan yang dihasilkan belum bisa terpenuhi dengan sempurna selama kurun waktu yang ditentukan. Sehingga IM Telkom perlu perencanaan matang untuk proses transaksi dan sistem operasionalnya dari segisupply maupun demand agar hasil yang didapatkan optimal, tepat guna, dan tepat sasaran

Di dalam gambar OSSs  milik IM Telkom ini terdapat framework

1. CSS yang meliputi penggunaan

§  SIMAK,

§   HRM IS

§   dan SIFA

elemen ini berada dalam suatu portal yang saling berhubungan dengan BSS, yang nantinya akan terintegrasi dengan layanan SIMAK yang meliputi fitur fitur layanan seperti data mahasiswa, data dosen, data mata kuliah, data nilai akademik, dan data pembayaran per semester maupun per- sks yang diambil.

2.BSS

meliputi Billing yang berfungsi untuk mengumpulkan keseluruhan data keuangan  mahasiswa selama satu tahun semester yang meliputi

§  biaya kuliah per semester atau per sks

§  asuransi kesehatan

§  Pemakaian buku perpustakaan

Lalu kesemua proses diatas akan di olah di payment dan menghasilkan output tagihan melalui P2H ataupun H2H.Untuk SOP nya sendiri dalam pengoperasiannya , system membutuhkan username (NPM) yang berfungsi sebagai identitas login sehingga user mendapatkan output sistem yang dapat berupa daftar nama mahasiswa, daftar nama dosen dan wali kelas, daftar transkrip nilai akademik, data diri setiap siswa dan absensi dan jadwal kuliah jika sudah menyelesaikan payment yang telah ditentukan.

Saran untuk system ini sendiri sebagai berikut:

Memperbaiki system terutama dalam billing dengan mengintegrasikan system pembayaran di bank dan system simak agar tidak terjadi eror dalam proses pembayaran, sehingga tidak perlu repot menghubungi pihak keuangan maupun sisfo.

Telecommunication Management Network

Rizkia Krisnawan N

110400129

http://rizkiakrisnawan.blogspot.com

A. Definisi

          Telecommunication Management Network (TMN) merupakan suatu infrastruktur yang dikembangkan  International Telecomunication Union (ITU) agar mendukung manajemen dan penyebaran jasa telekomunikasi yang dinamis dan berfungsi untuk menyediakan framework untuk mencapai interkoneksitas dan komunitas melalui sistem operasi yang heterogen dan jaringan telekomunikasi.

B. Framework TMN

          

          

          TMN menyediakan framework jaringan yang fleksibel, sesuai skala, handal, tidak mahal dan mudah dikembangkan agar dapat mengoptimumkan kinerja dan mencapai efisiensi komunikasi. Prinsip TMN adalah bekerjasama dalam jaringan telekomunikasi untuk mengirimkan dan menerima informasi dan mengelola sumber daya nya. TMN memungkinkan komunikasi antara operation support system (OSS) dan NE. Berikut gambar bagaimana TMN berkontribusi dalam jaringan telekomunikasi.

     TMN menggunakan prinsip subject-oriented dan antarmuka standar untuk mendefinisikan komunikasi antara entitas manajemen dalam jaringan. Antarmuka standar ini dinamakan Antarmuka Q3.  Arsitektur dan antarmuka TMN dibangun dari standar open system interconnection (OSI). Standar ini mencakup : CMIP (common management information protocol. GDMO (guideline for definition of managed objects.), ASN.1 (abstract syntax notation one) dan open system interconnect reference model.

          Telecomunication Management Network (TMN) mengembangkan sebuah framework untuk jaringan yang fleksibel, terukur, reliabel,   murah  untuk dijalankan dan mudah meningkatkan kualitas jaringan. Untuk mencapai hal ini, TMN mendefinisikan saru set poin untuk elemen interface yang melakukan proses komunikasi yang akan diakses oleh elemen seperti workstation manajemen, digunakan untuk memantau dan mengendalikan jaringan. Standar interface  memungkinkan elemen-elemen dari berbagai produsen untuk dimasukkan ke dalam jaringan di bawah kontrol manajemen tunggal.  Untuk komunikasi antara Operasi Sistem dan SPN (Jaringan Unsur) menggunakan protokol manajemen informasi umum (CMIP) atau perangkat Mediasi ketika menggunakan antarmuka Q3. TMN dapat digunakan dalam pengelolaan ISDN, B-ISDN, ATM, dan jaringan GSM. Hal ini tidak umum digunakan untuk murni packet switched jaringan data. Sebuah TMN menyediakan sarana untuk informasi transportasi dan proses yang terkait dengan pengelolaan jaringan  telekomunikasi. 

C. Fungsi TMN

          Sebuah TMN menyediakan sarana untuk informasi transportasi dan proses yang terkait dengan pengelolaan jaringan telekomunikasi. Arsitektur TMN fungsional didasarkan pada sejumlah blok fungsi TMN. Blok fungsi memberikan TMN dengan fungsi yang memungkinkan untuk melakukan fungsi manajemen TMN. Sebuah Data Communication Function (DCF) digunakan untuk mentransfer informasi antara blok fungsi TMN. Pasangan TMN blok fungsional yang pertukaran informasi manajemen yang dipisahkan oleh titik referensi antara mereka. Biasanya blok fungsional yang berbeda mungkin memiliki derajat yang berbeda dari pembatasan dalam lingkup pelaksanaan titik acuan yang sama. Fungsi yang disediakan oleh blok fungsi TMN akan diuraikan dalam bentuk komponen fungsional yang terdiri dari mereka. Berikut merupakan building blocks TMN :

Keterangan :

OS              = Operations Systems

MD            = Mediation

WS            = Work Station

NE             = Network Element

QA             = Q Adaptor

….               = The TMN Function Boundary

Fungsi masing masing komponen  adalah sebagai berikut :

OS : informasi yang berhubungan dengan manajemen telekomunikasi untuk maksud monitoring / koordinasi dan atau pengendalian fungsi telekomunikasi termasuk fungsi manajemen itu sendiri.

NE : Function block yang berkomunikasi dengan TMN dan berlaku sebagai pihak yang dikendalikan/dimonitor. NE menyediakan fungsi telekomunikasi dan pendukung yang diperlukan oleh jaringan telekomunikasi yang di-manage. NE menyediakan fungsi telekomunikasi yang menjadi subjek dari manajemen. Fungsi ini bukan bagian dari TMN tetapi dirpresentasikan ke TMN oleh NE. Bagian NE yang merepresentasikan fungsi tersebutlah yang menjadi bagian dari TMN.

WS : Menyediakan sarana untuk menginterpretasikan informasi TMN ke pengguna dan sebaliknya. Tanggung jawab WS  adalah sebagai penterjemah atara titik referensi TMN dengan non-TMN.

MD : Blok MF berfungsi untuk memastikan bahwa informasi yang dipertukarkan antara OS dengan NE (atau QA) sesuai dengan keinginan dari function block yang terhubung dengan MF. MF blocks dapat menyimpan (store), menyesuaikan (adapt), menyaring (filter), threshold dan condense informasi.

QA : Digunakan untuk menghubungkan TMN dengan entitas non-TMN yang serupa dengan NEF atau OSF.

          

D. Standar Interface

          Dalam model, antarmuka spesifik antara dua komponen TMN saling berkomunikasi satu sama lain. Antarmuka TMN adalah :

Q à muncul antara dua fungsi TMN dalam domain yang sama.

F à MUNCUL antara WS dan OS dan antara WS dan MD

X à Muncul antara dua OS dalam dua domain terpisah, atau antara OS TMN dan OS non-TMN  lain dalam jaringan.

Ada dua kelas antarmuka Q, yaitu Q3 dan Qx. Gambar 4 mengilustrasikan fungsional blok bisa berkomunikasi melalui antarmuka Q. Antarmuka Q3 meruoaja jalur menuju sistem operasi, merupakan satu satunya antarmuka yang bisa digunakan Qas, MDs atau Nes untuk berkomunikasi langsung dengan OS. Antarmuka Qx beroperasi dengan MD. MD dapat menginterpretasikan antara informasi manajemen lokal yang disediakan antarmyka Qx dan informasi OS yang disediakan antarmuka Q3.

E. TMN Logical Model

• BML (Business-management layer), berkonsentrasi pada perencanaan tingkat tinggi, budgeting, penetapan tujuan, keputusan eksekutif, business level agreement (BLAs) dan sebagainya.

• SML (service-management layer), berkonsentrasi pada informasi yang ditampilkan oleh NML untuk mengelola jasa kontrak untuk pelanggan potensial dan pelanggan yang telah ada. SML juga merupakan poin kunci untuk berinteraksi dengan penyedia jasa dan dengan domain administratif lain.

• NML (network management layer), bertugas mengelola NE secara individual maupun secara grup. NML mengkoordinasikan semua aktivitas jaringan dan mendukung permintaan dari SML, OS dalam antarmuka NML dengan OS dalam SML melalui antarmuka Q3.

• EML (element management layer), mengelola masing-masing elemen jaringan. EML memiliki manajer elemen atau OS, masing-masingnya bertanggung jawab untuk informasi TMN yang telah dikelola dalam NE. 

• NEL (network element layer), menampilkan informasi TMN yang telah dikelola dalam NE individual.

F. TMN Solution

          Tantangan kunci untuk penyedia jasa, original equipment of manufactures (OEMs), vendor software dan integrator adalah untuk mengembangkan TMN-conformant, memperkuat aplikasi yang bisa menampilkan variasi network management. Service provider ddan vendor software dapat mengimplementasikan solusi :

• Memperkecil waktu untuk pasar
• Memperkecil biaya
• Mendukung peningkatan permintaan untuk kualitas yang lebih tinggi
• Menciptakan sistem nyang bisa bekerja sama
• Menyesuaikan diri ke standar industri untuk TMN.

          API (application programming interface) awalnya diperkenalkan oleh NMF, yang menawarkan srandarisasi, pendekatan objek untuk arsitektur manajemen telekomunikasi. Arsitektur mempunyai tiga modul, API layer :1) objek antarmuka yang dikelola (GDMO/C++ API) menyediakan framework untuk mengimplementasikan object dalam hierarki, seperti model pohon; 2) antarmuka service (the CMIS/C+++ API) menyediakan model service manajemen dasar, yang mencakup pengiriman dan penerimaan melalui request dan respon yang membuat dan menghapus objek sebagaimana atributnya serta pelaporan event yang terjadi dalam jaringan; 3) antarmuka data (the ASN.1/C++ API) mendefinisikan peran antarmuka ke data dan ke encoding-nya.

NMF API mempunyai manfaat :

• Mempunyai kelas C++ yang reusable.
• Mudah untuk mengontrol (mandat) bahasa pemograman.
• Representasi komplit dari TMN model.

H. Manajemen Arsitektur TMN

          Konsep Manajemen TMN memperkenalkan beberapa arsitektur Manajemen FUNDS tingkat abstraksi Yang berbeda, yaitu:

• Arsitektur fungsional, Yang menjelaskan Number Bahasa Dari Manajemen fungsi.

• Arsitektur fisik, Yang mendefinisikan bagaimana fungsi-fungsi Manajemen dapat diimplementasikan Ke Dalam, PERALATAN fisik.

• Arsitektur informasi, Yang menjelaskan konsep-konsep Yang bersumber Bahasa Dari Manajemen OSI.

• Arsitektur logis berlapis (LLA), Yang termasuk salat Satu gagasan terbaik Bahasa Dari TMN: sebuah model yang menunjukkan bagaimana Yang Manajemen dapat distrukturisasi menurut tanggung jawab yang berbeda.

           Arsitektur TMN Fungsional didasarkan FUNDS sejumlah blok fungsi TMN. Blok fungsi inisial memberikan TMN Artikel Baru fungsi Yang memungkinkan untuk melakukan fungsi Manajemen TMN. Fungsi blok nihil dibagi Atas 5 BAGIAN yaitu Operasi Sistem Fungsi (OSF), Jaringan Elemen Fungsi (NEF), fungsi Workstation (WSF), Mediasi Fungsi (MF), Q Adaptor Fungsi (QAF).      

       TMN memiliki sejumlah komponen fungsional yang telah teridentifikasi yaitu Management Application Function (MAF), Mediation Function -  Management Application Function (MF- MAF), Operation System Function – MAF,  Network Element Function –  MAF, Adaptor Function – MAF, Information Conversion Function (ICF), Workstation Support Function  ( WSSF), User Interface Support Function ( UISF), Message Communication Function ( MCF). Untuk menggambarkan blok fungsi manajemen, maka diperkenalkan konsep titik referensi. Titik acuan menentukan layanan batas antara dua blok fungsi manajemen. Untuk sepasang blok fungsi tertentu, informasi lewat antara mereka dapat dicirikan dengan daftar interaksi yang sesuai untuk pasangan blok fungsi.

           Cakupan TMN dimulai dari hubungan sederhana antara sebuah OS dengan suatu perangkat telekomunikasi tertentu hingga hubungan yang sangat kompleks antara suatu OS dengan berbagai perangkat telekomunikasi. TMN menyediakan berbagai macam fungsi manajemen dan menawarkan komunikasi antar OS maupun antara OS dengan berbagai bagian jaringan telekomunikasi, yang dapat meliputi perangkat telekomunikasi yang disebut elemen jaringan dengan sistem digital maupun analog, sistem penyambungan (switching), berbagai multiplexer, terminal signaling dan seterusnya. 

Configuration Management

Rizkia Krisnawan N.

110400129

http://rizkiakrisnawan.blogspot.com

          Banyak orang yang sudah familiar dengan kata di atas, tapi apakah sudah banyak yang tahu apa arti dari configuration management ini, serta apa fungsinya? Disini saya akan sedikit menjelaskan tentang hal itu. semoga artikel ini bermanfaat bagi pembaca.

A. Definisi dan Tujuan

          Configuration adalah C dari FCAPS model. Seperti kita tahu FCAPS model merupakan framework untuk manajemen jaringan dan ISO Telecomunication Management Network model.

          Configuration management merupakan suatu disiplin yang fokus pada pengaturan (setup) dan perawatan (maintenance) hardware dan software dengan baik. Pada sisi hardware, disiplin ini menjabarkan metode operasional dan penjadwalan untuk sistem hardware di seluruh kantor atau perusahaan. Pada sisi software, configuration management bekerja dalam memastikan bahwa semua software package memiliki fitur-fitur, patch dan add-on yang sama sehingga membuat keseragaman pada pekerja.

          Ketika banyak orang berasumsi semua fungsi manajemen di model ini sama, ternyata Configuration management merupakan fungsi utama dari model ini. Masing-masing fungsi berinteraksi dengan yang lainnya. Security management harus menyentuh semua fungsi yang lainnya agar menjadi lebih aman dan efektif, sedangkan configuration management memegang banyak data penting untuk semua fungsi. seperti yang diilustrasikan oleh gambar di bawah

          Configuration Management juga dapat diartikan sebagai:

• Pengumpulan persediaan dari hardware dan software.
• Perangkat software management.
• Pengumpulan konfigurasi, backup, melihat, pengarsipan, dan perbandingan.
• Deteksi perubahan konfigurasi, hardware dan software.
• Implementasi perubahan konfigurasi untuk mendukung manajemen perubahan.

B. Why's Configuration Management Important?

          Beberapa manfaat dari sistem configuration management yang efektif adalah:

• Mengurangi downtime melalui identifikasi dampak perubahan yang sangat cepat.
• Peningkatan produktifitas untuk membuat perubahan konfigurasi.
• Membantu memastikan ketepatan untuk perangkat konfigurasi, versi software dan hardware.
• Dampaknya cepat pada peringatan keamanan.
• Peningkatan visibilitas dan akuntabilitas di semua tingkat.
• Peningkatan proses dan pelaksanaan persetujuan.

C. Foundational dan Fundamental

          Configuration Management adalah landasan dari sistem manajemen jaringan dan lifecycle jaringan. Ia tahu apa yang ada di jaringan, dan menyediakan kontrol atas elemen-elemen jaringan dan hubungna antara fase di lifecycle.

          adapun lifecycle dari jaringan itu sendiri:

Beberapa peran dari Configuration Management dalam pengiriman jaringan dan dukungan antara lain:

• Management
• Architecture
• Delivery
• Support

Tabel di atas menunjukan aliran kerja dan tanggung jawab antar peran. Configuration management menyediakan titik pelaksanaan demarkasi, dari proses ini dapat dikembangkannya siklus hidup jaringan dan peran yang diperlukan.

D. Syarat untuk Configuration management

1. Kumpulkan persediaan jaringan, termasuk chassis dan modul serta nomor seri.
2. Mengumpulkan laporan persediaan jaringan.
3. Mengumpulkan perangkat konfigurasi.
4. Biarkan tetap ada beberapa versi perangkat konfigurasi.
5. Biarkan tiap versi perangkat konfigurasi melakukan perbandingan.
6. Deteksi perubahan perangkat konfigurasi.
7. Memastikan pengguna membuat perubahan pada perangkat konfigurasi.
8. Laporkan perubahan konfigurasi.
9. Biarkan konfigurasi merubahan kumpulan dan penjadwalan.
10. Laporan perangkat lunak yang ada pada perangkat.
11. Menjaga versi perangkat lunak.
12. Dukungan upgrade untuk perangkat lunak
13. Konfigurasi audit untuk memastikan kebenaran.
14. Mencari perangkat konfigurasi, software dan hardware.
15. Berikan atau sambungkan ke dokumentasi statis dan diagram.
16. Mendukung proses persetujuan dan alur kerja.

E. Asset Management

          Jika sistem manajemen konfigurasi harus mendukung manajemen aset, maka persyaratan tambahan yang diperlukan untuk mendukung proses akuntansi bisnis, seperti penyusutan, adalah:

1. Tanggal pembelian
2. Harga pembelian aset
3. Nomor aset
4. Rincian pembelian lain secara detail seperti: informasi spesifik perusahaan (nomor pembeli, vendor, dll)

F. Carrier Service Management

          Jika sistem konfigurasi harus mendukung manajemen layanan operator, persyaratan tambahannya adalah:

1. Nomor layanan
2. Pembawa (telco)
3. Tanggal mulai kontrak
4. Masa kontrak
5. Mata uang
6. Biaya per bulan