BAB III ANALISIS DAN PERANCANGAN

Transkripsi

1 BAB III ANALISIS DAN PERANCANGAN 3.1. Gambaran Umum Perusahaan Sejarah Singkat Perusahaan PT. iforte Solusi Infotek sebelumnya dikenal sebagai PT. Prisma Sentra Telekomunikasi. Pada awal operasinya, perusahaan ini memiliki izin untuk menyediakan layanan komunikasi satelit di Indonesia. Pada tahun 2002, nama perusahaan diubah menjadi PT. iforte Solusi Infotek yang mencerminkan visi dan misi perusahaan. Perusahaan memulai bisnis sebagai penyedia solusi IT terintegrasi yang menyediakan solusi total ICT termasuk hardware, software, telekomunikasi, koneksi internet dan jasa outsourcing. iforte adalah anggota dari Grup Djarum, salah satu konglomerat bisnis terbesar di Indonesia. iforte adalah 100% anak perusahaan dari Protelindo, penyedia menara telekomunikasi terkemuka di indoensia dengan lebih dari menara. Saat ini perusahaan memiliki kehadiran yang signifikan pada: 1. Sewa Infrastruktur Micro Cell Pole (BTS Hotel) 2. Penyewaan kabel Fiber Optic (Dark Fiber) 3. Koneksi Broadband Internet (melalui wireline, wireless dan wi-fi) 4. VSAT (Very Small Aperture Terminal) PT iforte Solusi Infotek adalah penyedia Mikro BTS terkemuka di Indonesia dan memiliki perizinan untuk membangun Mikro BTS di Jakarta, Semarang, Malang, dan Surabaya, dan sedang dalam proses untuk mendapatkan perizinan microcell di kota-kota besar lainnya. Dengan lebih dari 700 km jaringan yang kuat dari kabel serat optik di Jakarta dan Surabaya, iforte menyediakan bandwidth transmisi yang besar untuk pelanggan. Didukung oleh track record yang kuat beroperasi, manajemen yang berpengalaman dan pemegang saham bonafit, iforte berkomitmen untuk memberikan layanan terbaik kepada pelanggan. Bisnis iforte saling melengkapi satu sama lain dan menghasilkan sinergi yang sangat besar, karena berbagi atau dengan memanfaatkan infrastruktur umum. 25

2 Struktur Organisasi Dalam menjalankan usahanya, perusahaan memiliki sebuah visi dengan sebuah misi yang mendukung pernyataan visi tersebut. Adapun visi dari perusahaan adalah Menjadi Perusahaan terkemuka yang memiliki bisnis berkelanjutan dan mampu memberi nilai bagi semua pemegang saham serta seluruh Karyawan pada umumnya. Hanya ketika layanan yang perusahaan berikan sesuai atau bahkan melebihi kebutuhan client, perusahaan sepenuhnya puas. Sedangkan misi perusahaan yang mendukung visi tersebut adalah dengan menyediakan solusi yang terintegrasi untuk memenuhi kebutuhan client perusahaan dan dengan mendukung para karyawan untuk mencapai keberhasilan mereka. Dalam bekerja perusahaan menjunjung tinggi nilai-nilai seperti: 1. Manajemen Philosphy (5 Cs) a. Komunikasi (Communication) b. Kooperatif (Cooperation) c. Koordinasi (Coordination) d. Consideration e. Komitmen (Commitment) 2. Gaya Kepemimpinan (Leadership Style) a. Berbagi visi (shared vision) b. Berbagi Tanggung Jawab (Shared Responsibility) c. Berbagi Kesuksesan (Shared the Glory) 3. Motto perusahaan adalah: Sharing our success together

3 27 Dalam melaksanankan tugas dan kewajiban, PT. iforte SOLUSI INFOTEK memiliki struktur perusahaan yang berfungsi untuk mengefektifkan kerja. Strukturnya di persempit hanya pada Divisi Operation and Maintenence MBTS. Gambar 3.1 Struktur Organisasi Setiap bagian dalam organisasi Div Operation and Maintenece memiliki tugas dan tanggung jawab yang berbeda-beda. Tugas dan tanggung jawab masing-masing bagian adalah : 1. Operation and Maintenence Manager Tugas dari Operation and Maintenence Manager adalah melakukan pengawasan dan pengendalian terhadap seluruh kegiatan yang berjalan di Departemen MBTS. Selain itu, tugas lain adalah membuat rencana-rencana strategi perusahaan yang mendukung kegiatan perusahaan dan sesuai dengan kebijakan yang berlaku dalam PT. iforte SOLUSI INFOTEK 2. Field Maintenance Tim Field Maintenence memiliki job description sebagai berikut: a. Melakukan pergantian perangkat power b. Melakukan pengecekan rutin c. Melakukan perbaikan yang terkait dengan masalah optic di site seperti pergantian patchcord outdoor d. Melakukan pengecekan kelurusan optic e. Mengukur nilai VSWR

4 28 3. NOC dan Helpdesk Seluruh proses pelaporan keluhan pelanggan, open ticket dan troubleshoot yang berjalan diawasi secara langsung oleh pimpinan dari divisi ini. Dalam divisi ini terdapat tiga bagian penting, dengan job description sebagai berikut: a. NOC : 1. Memonitor jaringan dan kinerja BTS 2. Membuat laporan harian, mingguan, dan bulanan terkait masalah yang terjadi 3. Membuat ticket berdasarkan keluhan pelanggan 4. Melakukan perbaikan tingkat pertama seperti cek Power Supply dan Optik 5. Berkoordinasi dengan tim lain terkait eskalasi penanganan masalah lanjutan 6. Mengawasi alarm dan membuat log peralihan Shift b. Helpdesk : 1. Memberi informasi terkait update penanganan masalah ke customer 2. Berkoordinasi dengan tim lain untuk mendapat informasi terkini c. HBTS Owner : 1. Mengawasi kerja vendor di lingkungan Hotel BTS 2. Bertanggung jawab atas seluruh pekerjaan dan kerapihan Hotel BTS sesuai standar yang berlaku 3. Melakukan perbaikan terutama yang terkait dengan masalah di Hotel BTS 4. Melaporkan secara berkala setiap pekerjaan yang ada di Hotel 5. Berkoordinasi dengan tim lain terkait penanganan masalah tingkat lanjut 4. Transmission and Application Pengaturan dan pembuatan jalur transmisi berdasarkan kabel E1 dan IP Based serta pembuatan aplikasi yang dirasa membantu kinerja div Operation and Maintenece menjadi latar belakang dibentuknya divisi ini. Divisi ini memiliki job description sebagai berikut: a. Membuat VLAN sesuai data customer b. Mengatur pendataan terkait alokasi VLAN dan Port Switch c. Membuat laporan secara berkala kepada Manajer O&M

5 Analisa Sistem Berjalan Gambar 3.2 Flowchart Proses Monitoring Jaringan BTS Berjalan Informasi Avaibility Jaringan BTS dari sistem yang berjalan saat ini hanya menunggu pelaporan dari pihak partnership (via atau via telepon) kepada NOC/Helpdesk apabila suatu Jaringan BTS terdeteksi Mati kemudian NOC melakukan pengecekan tahap awal yaitu pengecekan power supply dan melakukan test ping ke perangkat jaringan. Hasil pengecekan tersebut dilaporkan ke bagian Field Maintenance untuk dilakukan upaya identifikasi masalah di lokasi BTS dan proses troubleshooting. kemudian, tim Field Maintenance akan melaporkan kondisi terkini ke NOC/Helpdesk dan Helpdesk akan memperbaharui data masalah dan melaporkannya ke supervisor dan Pelanggan..Permasalahan yang sering terjadi adalah pihak partnership tidak segera menginformasikan, bisa saja suatu BTS dalam keadaan mati sampai berjam-jam. Kebiasaan ini yang menyebabkan tidak efisiennya penyampaian informasi, Padahal semakin lama suatu BTS mati, maka perusahaan akan semakin besar membayar biaya

6 30 kerugian partnership. Tindakan Preventive pun sulit dilakukan dikarenakan kurang nya informasi yang cepat dan akurat. Berdasarkan proses bisnis yang terjadi, maka dapat ditemukan permasalahan sebagai berikut : 1. Tim NOC & Helpdesk mengalami kesulitan dalam memonitoring dan mengontrol kondisi Jaringan BTS 2. Belum adanya sistem untuk monitoring dan mengontrol Jaringan BTS dalam satu sistem. 3. Tim NOC & Helpdesk lebih sering mendapatkan laporan dari Pihak Partnership terkait kondisi Jaringan BTS yang Down. Berdasarkan permasalahan tersebut maka diusulkan dibuatkanlah aplikasi berbasis web yang dapat memudahkan Tim NOC & Helpdsek untuk memonitoring dan mengontrol kondisi jaringan BTS. Selain itu, dengan memanfaatkan API (Application Programming Interface) dari aplikasi Telegram Messenger, sistem ini juga dapat digunakan untuk mengirimkan pemberitahuan sehingga dapat dilakukan tindakan preventive sesegera mungkin Analisa Kebutuhan Sistem Mengidentifikasi masalah yang terdapat pada proses bisnis monitoring perangkat, dapat dilakukan dengan cara analisis terhadap kinerja, informasi, ekonomi, keamanan aplikasi, dan efisiensi. Panduan ini dikenal dengan sebutan PIECES Analysis (Performance, Information, Economic, Control, Efficiency, Service). Dari analisis ini biasanya didapatkan beberapa masalah utamanya dan solusi permasalahan. Hal ini penting karena biasanya yang muncul dipermukaan bukan masalah utama, tetapi biasanya hanya gejala-gejala masalah atau yang bukan masalah utama. Tahap analisis PIECES pada Sistem Monitoring BTS berjalan yang akan digunakan adalah dengan cara membandingkan sistem yang lama dengan aplikasi yang baru dibuat : Tabel 3.1 Analisis PIECES No Aspek Kendala Solusi 1 Performance Proses pemantauan masih dilakukan dengan cara melakukan test Ping satu per satu ke perangkat, sehingga memerlukan waktu lama. Dibuatkan otomatisasi test Ping ke perangkat.

7 31 2 Information Informasi Avaibility BTS menunggu notifikasi/komplain dari Partnership. 3 Economic Biaya yang cukup besar untuk membayar denda atau pinalti akibat SLA yang tidak tercapai. 4 Control Tidak semua tim mengetahui gangguan apa yang sedang terjadi, terutama saat pergantian tim/shift. 5 Efficiency Penyimpanan arsip data Teknis BTS terlalu memakan tempat 6 Service Proses penanganan gangguan memakan waktu yang lama Karena tidak adanya data teknis perangkat dan tidak mempersiapkan material yang diperlukan Dibuatkan notifikasi Online Realtime Dibuatkan form Log History untuk setiap permasalahan yang terjadi dan penyelesaiannya untuk rekonsiliasi data. Dibuatkan form Detail gangguan untuk memantau setiap gangguan yang ada. Dibuatkan database sebagai media penyimpanan. Dibuatkan data teknis perangkat Perangkat untuk mempercepat & mempermudah proses Maintenance 3.4. Perancangan Sistem Perancangan sistem akan dibangun dengan aplikasi berbasis web, dimana ada admin yang bertugas untuk menginput data yang nantinya akan tersimpan di database server dan user dapat melihat informasi avaibility melalui browser dengan menggunakan personal computer atau laptop yang terhubung melalui jaringan internet. Pada tahap perancangan sistem ini digunakan UML (Unified Modeling Language) untuk memenuhi semua kebutuhan sistem dan menjelaskan proses-proses yang akan terjadi pada aplikasi. Diagram yang digunakan dalam desain perancangan aplikasi ini antara lain Use Case diagram, activity diagram, class diagram dan sequence diagram.

8 Use Case Diagram Gambar 3.3 Use Case Aplikasi Sistem Monitoring Tabel 3.2 Skenario Use Case Menambahkan Perangkat Use Case Name Menambahkan Perangkat Actor Admin Description Menambahkan Perangkat, Area Pre-Condition Admin sudah Login dan melihat halaman menambahkan perangkat Post Condition Sistem Menyimpan penambahan data perangkat Flow of Activities Actor System Admin menginput nama hostname, Area BTS, dan IP Address perangkat pada menu Add Device Sistem Menyimpan penambahan data perangkat yang dilakukan oleh admin

9 33 Tabel 3.3 Skenario Use Case Monitoring Perangkat Use Case Name Monitoring Perangkat Actor NOC Description NOC Mematau kondisi perangkat yang sudah terdaftar Pre-Condition NOC sudah Login dan melihat halaman utama Post Condition Menampilkan list perangkat yang sudah terdaftar Flow of Activities Actor System NOC memilih perangkat/area mana yang akan dimonitoring Sistem menampilkan list perangkat Tabel 3.4 Skenario Use Case Mengupdate Data Perangkat Use Case Name Mengupdate Data Perangkat Actor Admin Description Mengubah atau menghapus data perangkat Pre-Condition Data perangkat yang akan diubah dan dihapus Post Condition Berhasil mengubah dan menghapus data perangkat Flow of Activities Actor System Admin memilih data perangkat yang ingin ditambah atau dirubah pada halaman Dashboard, jika ingin menghapus data, Admin Sistem menyimpan perubahan data perangkat yang dilakukan oleh admin

10 34 memilih data perangkat yang dihapus. Tabel 3.5 Skenario Use Case Membuat Detail Gangguan Use Case Name Membuat Detail Gangguan Actor NOC Description NOC Membuat detail gangguan yang terjadi pada suatu BTS Pre-Condition NOC sudah Login dan melihat halaman utama Post Condition Sistem Menyimpan detail gangguan yang telah dibuat Flow of Activities Actor System NOC Mengimput Permasalahan yang terjadi, pada BTS Sistem Menyimpan detail permasalahan yang terjadi Tabel 3.6 Skenario Use Case Membuat Data Teknis BTS Use Case Name Membuat Data Teknis BTS Actor Admin Description Admin Membuat Data Teknis BTS Pre-Condition Admin sudah Login dan melihat halaman Membuat Data BTS Post Condition Sistem Menyimpan penambahan data teknis BTS Flow of Activities Actor System Admin menginput Site ID, Site Name, Alamat, Longitude Latitude, Merk Perangkat. Sistem Menyimpan penambahan data teknis BTS yang dilakukan oleh admin

11 Activity Diagram Activity Diagram dibuat untuk menggambarkan aliran kerja atau aktivitas dari sebuah aplikas atau proses bisnis yang harus dilakukan pada aplikasi oleh aktor. Berikut ini adalah activity diagram pada aplikasi yang dibangun: Activity Diagram Login Admin Gambar 3.4 Activity Diagram Login Admin Tabel 3.7 Skenario Activity Diagram Login Admin Activity Diagram Name Login Admin Actors Admin Description Admin melakukan Login dan Sistem Menampilkan halaman Admin

12 Activity Diagram Login User Gambar 3.5 Activity Diagram Login NOC Tabel 3.8 Skenario Activity Diagram Login Admin Activity Diagram Name Login NOC Actors NOC Description NOC melakukan Login dan Sistem Menampilkan halaman NOC

13 Activity Diagram Menambahkan Data Perangkat Gambar 3.6 Activity Diagram Menambah Data Perangkat Tabel 3.9 Skenario Activity Diagram Menambah Data Perangkat Activity Diagram Name Menambah Data Perangkat Actors Admin Description 1. Admin masuk ke halaman utama 2. Admin memilih menu Perangkat 3. Sistem akan menampilkan halaman data Perangkat 4. Jika admin ingin menambah data Perangkat yang akan dimonitoring, admin harus klik tombol Tambah kemudian sistem akan menampilkan form data Perangkat.

14 38 5. Setelah admin mengisi form data perangkat, admin perlu klik tombol Simpan untuk menyimpan data yang sudah diinputkan Activity Diagram Menambah Data Teknis BTS Gambar 3.7 Activity Diagram Menambah Data Teknis BTS Tabel 3.10 Skenario Activity Diagram Menambah Data Teknis BTS Activity Diagram Name Menambah Data Teknis BTS Actors Admin Description 1. Admin masuk ke halaman utama 2. Admin memilih menu Data BTS

15 39 3. Sistem akan menampilkan halaman data BTS dalam bentuk tabel. 4. Jika admin ingin menambah data BTS, admin harus klik tombol Tambah kemudian sistem akan menampilkan form data BTS. 5. Setelah admin mengisi form data BTS, admin perlu klik tombol Simpan untuk menyimpan data yang sudah diinputkan Activity Diagram Menambah Area Gambar 3.8 Activity Diagram Menambah Area

16 40 Tabel 3.11 Skenario Activity Diagram Menambah Area Activity Diagram Name Menambah Area Actors Admin Description 1. Admin masuk ke halaman utama 2. Admin memilih menu Area 3. Sistem akan menampilkan halaman Area 4. Jika admin ingin menambah Area, admin harus klik tombol Tambah kemudian sistem akan menampilkan form Menambah Area. 5. Setelah admin mengisi form Area, admin perlu klik tombol Simpan untuk menyimpan data yang sudah diinputkan Activity Diagram Monitoring Perangkat Gambar 3.9 Activity Diagram Monitoring Perangkat Tabel 3.12 Skenario Activity Diagram Monitoring Perangkat Activity Diagram Name Monitoring Perangkat Actors User Description User dapat memantau perangkat yang sudah didaftarkan

17 Activity Diagram Detail Gangguan Gambar 3.10 Activity Diagram Detail Gangguan Tabel 3.13 Activity Diagram Detail Gangguan Activity Diagram Name Menambah Data Teknis BTS Actors User Description 1. User masuk ke halaman utama 2. User memilih menu Detail Gangguan 3. Sistem akan menampilkan halaman Detail Gangguan dalam bentuk tabel. 4. Jika User ingin menambah Detail Gangguan, User harus klik tombol Tambah kemudian sistem akan menampilkan form Detail Gangguan.

18 42 5. Setelah admin mengisi form data BTS, admin perlu klik tombol Simpan untuk menyimpan data yang sudah diinputkan Sequence Diagram Sequence diagram menggambarkan tahapan-tahapan yang harus dilakukan oleh setiap aktor atau objek pada sistem aplikasi. Sequence diagram memperjelas bagaimana sebuah aplikasi berjalan hingga proses database. Pada pembangunan aplikasi ini terdapat beberapa sequence diagram yang dirancang, berikut ini adalah sequence diagram: Sequence Diagram Login Gambar 3.11 Sequence Diagram Login Sequence Diagram Menambah Data Area

19 43 Gambar 3.12 Sequence Diagram Menambah Data Area Sequence Diagram Mengelola Data BTS Gambar 3.13 Sequence Diagram Mengelola Data BTS Sequence Diagram Mengelola Data Perangkat

20 44 Gambar 3.14 Sequence Diagram Mengelola Data Perangkat Sequence Diagram Mengelola Detail Gangguan Class Diagram Gambar 3.15 Sequence Diagram Mengelola Detail Gangguan

21 45 Untuk mendukung tampilan data yang ada pada aplikasi, maka disusunlah class diagram. Class diagram menggambarkan class-class yang saling berelasi sehingga dapat memberikan informasi sesuai kebutuhan. Berikut ini adalah rancangan class diagram pada aplikasi yang dibangun: Gambar 3.16 Class Diagram Rancangan Struktur Data Data yang digunakan untuk menampilkan informasi yang sesuai kebutuhan disimpan pada sebuah basis data yang terdiri dari beberapa tabel saling berelasi. Berikut ini adalah rancangan struktur tabel yang akan dibuat: Tabel 3.14 Struktur Data Tabel Area Nama Kolom Tipe Data Panjang id_area Varchar 10 nm_area Varchar 50 Tabel 3.15 Struktur Data Tabel BTS

22 46 Nama Kolom Tipe Data Panjang id_bts Varchar 2 nm_bts Varchar 100 id_area Varchar 11 lokasi Varchar 50 longitude Varchar 15 latitude Varchar 15 jarak_fo Varchar 10 type_rectifier Varchar 100 Tabel 3.16 Struktur Data Tabel Device Nama Kolom Tipe Data Panjang id_device Varchar 10 nm_device Varchar 20 id_bts Varchar 11 id_area Varchar 11 ip_device Varchar 40 status_device Varchar 50 type_device Varchar 50 serial_number Varchar 100 Tabel 3.17 Struktur Data Tabel Log Nama Kolom Tipe Data Panjang datetime datetime 2 type Varchar 5 description Varchar 100 Tabel 3.18 Struktur Data Ticket Nama Kolom Tipe Data Panjang id_ticket Varchar 11 user Varchar 20 site_id Integer 11 site_name Varchar 8 problem Varchar 5

23 47 category Varchar 20 open_date datetime - close_date datetime - PIC Varchar 30 solving Varchar 500 status Varchar 7 Tabel 3.19 Struktur Data Ticket Detail Nama Kolom Tipe Data Panjang update_id Varchar 11 id_ticket Varchar 11 date_update datetime - description Varchar 1000 Tabel 3.20 Struktur Data Tabel User Nama Kolom Tipe Data Panjang username Varchar 50 password Varchar 200 full_name Varchar 50 level Varchar 8 divisi Varchar 5