Operations Support and Readiness (OSR) dalam eTOM

Rizka Afina Pambudi

110400301

http://nisafinaa.blogspot.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.

Operation Support Systems (OSSs)

Rizka Afina Pambudi

110400301

http://nisafinaa.blogspot.com

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 internet flashzone dan lain lain ) yang kemudian diproses di bagian Payment yang berfungsi dalam pembentukan tagihan.

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.

Saran untuk system ini adalah sebagai berikut:

Memperbaiki system terutama dalam billing dengan mengintegrasikan system pembayaran di bank  dengan system yang ada di simak agar tidak terjadi kesalahan-kesalahan dalam proses pembayaran, sehingga tidak perlu menghubungi pihak keuangan maupun sisfo.

Telecommunication Management Network (TMN)

Rizka Afina Pambudi
110400301
http://nisafinaa.blogspot.com

A. Pengertian

Telecomunication Management Network (TMN)  merupakan suatu standar arsitektur manajemen jaringan yang digunakan untuk mengumpulkan, mengirimkan, dan mengolah informasi yang berkaitan dengan manajemen jaringan.

Selain itu, TMN juga merupakan suatu infrastruktur yang dikembangkan oleh  International Telecomunication Union (ITU) untuk mendukung manajemen dan penyebaran jasa telekomunikasi yang dinamis.

B. Tujuan TMN

1. Mendukung proses administrasi pada manajemen jaringan telekomunikasi. TMN dikembangkan oleh International Telecomunication Union ( ITU) sebagai sebuah infrastruktur untuk mendukung pengaturan dan penyebaran layanan telekomunikasi yang dinamis.

2.  Untuk menyediakan framework untuk mencapai interkoneksitas dan komunitas melalui jaringan telekomunikasi dan sistem operasi yang heterogen.

C. Framework TMN

Telecomunication Management Network (TMN) mengembangkan sebuah framework untuk jaringan yang fleksibel, terukur, reliabel, murah untuk dijalankan, dan mudah untuk meningkatkan kualitas jaringan. Untuk mencapai hal ini, TMN mendefinisikan satu set poin untuk elemen interface yang melakukan proses komunikasi yang akan diakses oleh elemen seperti workstation manajemen 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.

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.

D. Standard 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. 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 ini 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 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.

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

G. TMN Solutions

Yang menjadi tantangan bagi penyedia jasa, original equipment of manufactures (OEMs), vendor software dan integrator adalah mengembangkan TMN-conformant, memperkuat aplikasi yang bisa menampilkan variasi network management.

Service provider dan 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 manajemen arsitektur pada tingkat abstraksi yang berbeda, yaitu :

• Ø  A functional architecture, yang menjelaskan jumlah dari manajemen fungsi.
• Ø  A physical architecture, yang mendefinisikan bagaimana fungsi-fungsi manajemen dapat diimplementasikan ke dalam peralatan fisik.
• Ø  An information architecture, yang menjelaskan konsep-konsep yang bersumber dari manajemen OSI.
• Ø  A logical layered architecture (LLA), yang termasuk salah satu gagasan terbaik dari TMN: sebuah model yang menunjukkan bagaimana manajemen dapat distrukturisasi menurut tanggung-jawab yang berbeda.

Arsitektur TMN fungsional didasarkan pada sejumlah blok fungsi TMN. Blok fungsi ini memberikan TMN dengan fungsi yang memungkinkan untuk melakukan fungsi manajemen TMN. Fungsi blok tersebut dibagi atas 5 bagian yaitu Operations Systems Function (OSF), Network Elements Function (NEF), Workstation function (WSF), Mediation Function (MF), Q Adaptor Function (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

Rizka Afina Pambudi
110400301
http://nisafinaa.blogspot.com

ISO Network Management Model : FCAPS
1. Fault Management
2. Configuration Management
3. Accounting Management
4. Performance Management
5. Security Management

Secara Umum:
1. Fault Management bertujuan untuk detect, log(disimpan sebagai history), notify users, of and automatically fix agar tidak mengalami downtime dan degradasi jaringan. users disini yaitu perusahaan/pemilik, bukan konsumen.
2. Configuration Management (penjelasan dibawah)
3. Accounting Management bertujuan untuk mengukur parameter penggunaan jaringan sehingga pengguna jaringan baik individu dan kelompok dapat diregulasikan secara appropriate agar mengefektifkan jaringan sesuai haknya serta meminimalisir masalah jaringan.
4. Performance Management bertujuan untuk mengukur dan menyediakan bermacam-macam aspek dari performansi jaringan sehingga performa interjaringan dapat di maintain, dipelihara, dan dijaga agar tetap berada pada level yang bisa diterima oleh jaringan tersebut.
contoh yang harus dijaga: variable performa, network throughput, waktu repon pengguna, line utilization.
5. Security Management bertujuan untuk mengontrol akses sumber daya jaringan menurut pedoman lokal sehingga jaringan tidak bisa di sabotase (di bobol) baik secara intens atau tidak dan informasi sensitif tidak dapat diakses oleh orang-orang yang tidak bertangung jawab.

Summary
CONFIGURATION MANAGEMENT

A. Pengertian

-Configuration:
sebuah bentuk/wujud untuk menggambarkan orang/benda. Dapat juga diartikan sebagai sebuah teknik atau cara untuk mengatur komponen atau beberapa komponen

pada parameter-parameternya dengan tidak melanggar aturan.

-Management:
penggunaan sumber daya secara efektif untuk mencapai sasaran tertentu.

-Configuration Management
menyangkut pengelolaan konfigurasi terhadap komponen pengelolaan jaringan.

B. Tujuan

Tujuan dari Configuration Management adalah untuk memonitor atau mengawasi informasi jaringan dan konfigurasi sistem informasi sehingga efek pada jaringan pengoperasian berbagai versi elemen hardware dan software dapat dilacak dan dikelola dengan baik. Setiap perangkat jaringan memiliki berbagai versi informasi yang berkaitan dengannya. misalnya, dapat dikonfigurasi sebagai berikut:

• Operating system, Version 3.2

• Ethernet interface, Version 5.4

• TCP/IP software, Version 2.0

• NetWare software, Version 4.1

• NFS software, Version 5.1

• Serial communications controller, Version 1.1

• X.25 software, Version 1.0

• SNMP software, Version 3.1

C. Benefits

Configuration Management sangat penting karena mempunyai beberapa manfaat yaitu:
1. Mengurangi downtime melalui identifikasi dampak perubahan yang sangat cepat
2. Peningkatan produktivitas untuk membuat perubahan pada konfigurasi
3. Membantu memastikan ketepatan kerja untuk konfigurasi perangkat, perangkat lunak dan perangkat keras
4. Kecepatan dari penentuan alarm keamanan
5. Peningkatan visibilitas dan akuntabilitas pada semua tingkatan


D. Syarat Configuration Management

1. Mengumpulkan jaringan persediaan, termasuk chassis dan modul serta sejumlah serial
2. Laporan yang dikumpulkan yaitu persediaan jaringan
3. Mengumpulkan perangkat konfigurasi
4. Tetap ada beberapa versi dari perangkat konfigurasi
5. Adanya kemungkinan perbandingan antara beberapa versi dari perangkat konfigurasi
6. Mendeteksi perubahan konfigurasi
7. Menentukan pengguna pembuat perubahan konfigurasi untuk perangkat
8. Laporan tentang perubahan konfigurasi perubahan konfigurasi
9. Memungkinkan untuk batched dan ada penjadwalan
10. Laporan yang ada yaitu versi software yang terdapat pada perangkat
11. Menjaga versi perangkat software
12. Peningkatan perangkat lunak audit
13. Konfigurasi untuk membantu memastikan ketepatan
14. Mencari perangkat konfigurasi, perangkat lunak, dan perangkat keras
15. Menyimpan link untuk dokumentasi statis dan diagram
16. Sesuai persetujuan proses dan workflows

E. Roles in Network Delivery and Support (Network Service)

1. Management
2. Architecture
3. Delivery
4. Support

	Prepare	Plan	Design	Implement	Operate	Optimize
Management	X	X
Architecture	X	X
Delivery			X	X
Support					X	X

F. Network Lifecycle

* Konfigurasi manajemen subsystems menyimpan informasi dalam database untuk memudahkan akses. Bila masalah terjadi, database ini dapat mencari petunjuk yang dapat membantu memecahkan masalah.
* Change Impact adalah dampak dari perubahan type atau versi terhadap lingkungan.
* Asset Management: konfigurasi sistem manajemen perlu dukungan asset management, maka persyaratan tambahan diperlukan sebagai pendukung yaitu proses bisnis akuntansi, seperti depresiasi, 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).

* Carrier Service Management: jika configuration management systems butuh support dari carrier service management, maka terdapat persyaratan tambahan dan kontrak pembaruan yang diperlukan. Beberapa persyaratan ini adalah:
1. nomor pelayanan
2. layanan operator ( telco )
3. tanggal kontrak dimulai
4. periode kontrak
5. mata uang
6. biaya per bulan