17
BAB III ANALISIS DAN PERANCANGAN
Metode yang digunakan untuk rekayasa perangkat lunak menggunakan metode waterfall. Langkah – langkah yang dilakukan yaitu: 1.
Analisis kebutuhan, proses mengumpulkan data-data yang diperlukan untuk membangun aplikasi.
2.
Desain, yaitu melakukan perancangan aplikasi sesuai dengan hasil analisis yang dilakukan sebelumnya.
3.
Coding, yaitu proses memulai pembuatan aplikasi sesuai dengan desain yang telah dibuat sebelumnya.
4.
Testing aplikasi, adalah proses implementasi dari aplikasi yang telah dibuat.
3.1
Key Performance Indicator Analisis merupakan penelaahan atau penelitian dengan melakukan suatu
percobaan yang menghasilkan kesimpulan dari penguraian suatu sistem informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi segala permasalahan yang timbul, hambatan yang terjadi serta kesempatan dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan yang dapat membangun dan mempertinggi sistem kerja alat yang akan dibuat. Key Performance Indicators memiliki peran penting bagi kemajuan sebuah perusahaan. Sebab, perusahaan akhirnya dintuntut memiliki visi dan misi yang jelas serta langkah praktis untuk merealisasikan tujuannya. Dan tidak sekedar itu saja, dengan Key Performance Indicators perusahaan bisa mengukur pencapaian performa kinerjanya (Lockwood, 2006). Apakah sudah sesuai ataukah belum sama sekali. Adapun KPI yang diukur adalah target community, target member, dan target reload. Oleh sebab itu diperlukanlah software pendukung
17
18
18
yang mampu menampilkan data dalam bentuk visual adalah software fusionchart. Cara menggunakannya kurang lebih sama dengan seperti jpgraph, dimana aplikasi yang dibangun diharuskan mengunduh library yang berisi class-class program. Untuk menampilkan data menggunakan data URL methode dimana menggunakan database yang sudah ada, ketika terjadi proses permintaan dari client dan akan direspon oleh server selanjutnya data akan ditampilkan ke client dimana data yang ada di database diubah ke dalam tampilan grafik. melalui penggunaan metode tersebut, maka data yang merupakan indikator kinerja organiasasi dapat ditampilkan dalam bentuk dasboard, visual, dan real time 3. 1.1 Analisis Sistem Yang Akan Dibangun Menjelaskan kondisi atau kemajuan yang harus dipenuhi oleh sistem sesuai dengan spesifikasi yang diinginkan oleh pemakai, meliputi analisa kebutuhan aplikasi, analisa kebutuhan perangkat lunak dan perangkat keras, identifikasi kebutuhan pemakai, dan deskripsi kebutuhan fungsional. Analisa Kebutuhan Perangkat Lunak dan Perangkat Keras Spesifikasi perangkat lunak yang dibutuhkan adalah sebagai berikut : 1.
Operating system : Windows 7 32bit
2.
Bahasa Pemograman : php
3.
DBMS: MySQL
4.
Aplikasi : xammp
Identifikasi Kebutuhan Pemakai 1.
Sistem yang dibuat dapat membantu user dalam proses installasi server.
2. 3.2
Sistem harus bisa dioperasikan oleh user.
Use Case Diagram use case menggambarkan interaksi antara proses dengan aktor
yang bersangkutan dalam suatu sistem.
19
3.2.1
Use Case Analisis
System
Login
validasi login
Menu
rekap weekly
user
member
rekap montly
reload
summary rekap
achievment
member
reload
Gambar 1 Use Case Analisis
3.2.2
Definisi Use Case Use case menyatakan fungsi lengkap yang dilakukan aktor dan
menghasilkan nilai ke aktor serta menggambarkan dimana level user dan respon.
20
20
Kemudian dibuat skenario (flow of event) yang menggambarkan urutan interaksi aktor dengan sistem tersebut dalam setiap use case utama. Table 1 Definis Use Case No
Use Case
Definisi
1
Login Server
2
Menu Utama
3
Rekap weekly
4
Rekap montly
6
Rekap montly member
7
Rekap montly reload
8
Achievment
9
Summary rekap
10
Grafik member
11
Grafik reload
Verifikasi username dan password. Merupakan menu inti dari system aplikasi kpi Menampilkan rekap weekly Menu dropdown menu rekap montly dan member Menampilkan rekap montly member Menampilkan rekap montly reload Menu dropdown utk menu summary rekap, grafik member dan grafik reload Menampikan summary all rekap community Menampilkan grafik member per sales area Menampilkan grafik reload per sales area
3.2.3
Perancangan Antarmuka Berikut ini adalah design perancangan antar muka untuk aplikasi pada
aplikasi KPI :
21
Gambar 2 Sketsa Form Login aplikasi KPI
Gambar 3 Sketsa Form menu Aplikasi KPI 3.1
Class Diagram Class diagram menggambarkan struktur kelas dan bersifat statis tetapi
sering pula memuat kelas-kelas aktif serta memperlihatkan himpunan kelas-kelas, antarmuka-antarmuka, kolaborasi-kolaborasi dan relasi-relasi. Adapun pengertian dari class itu sendiri adalah : -
Identifikasi abstrak suatu set logik secara unik.
22
22
-
Abstrak apapun yang dengan uniknya mengidentifikasikan satu set instance yang terhubung secara logika dimana membagi karakteristik yang sama atau serupa.
-
Aturan yang mendefinisikan object.
-
Suatu definisi atau template yang menggambarkan bagaimana membangun representasi satu jenis spesifik object yang akurat.
Adapun untuk analisis sistem manajemen aset ini, class dibagi menjadi 2 yaitu Class Object dan Class user Interface. Class Object menggambarkan hubungan antara satu data dengan data lainnya yang digunakan dalam sistem yang akan dibangun mulai dari data apa saja yang dipakai sampai dengan operasi apa saja yang dapat dilakukan ke data tersebut. Sedangkan Class user Interface menggambarkan hubungan antara user Interface satu dengan yang lainnya atau lebih mudah dikenal dengan hubungan antar GUI. Login -username -password +login()
community -id_comm -nm_community -cabang -kriteria +tambah () +ubah() +hapus()
msisdn -id_comm -sukses -gagal -cabang +tambah() +ubah() +hapus()
reload -id_comm -total_reload -usage_voice -usage_sms -usage_gprs -cabang +tambah() +ubah() +hapus()
Gambar 4 Class Diagram 3. 4 Sequence Diagram Sequence Diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence Diagram
23
biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan 1.
Sequence Diagram Login Server
login
pengecekan
input username & password
cek username & password
validasi
user konfirmasi validasi gagal validasi berhasil
Gambar 5 Sequence Diagram Login Server
Table 2 Penjelasan Sequence Diagram Login Proses Login
Data In Login Pengguna
Data Out Validasi Pengguna
Logika Proses Login Setelah menerima data dilakukan pencarian ke basis data, jika tidak ada akan ditampilkan informasi login dan jika berhasil akan masuk ke proses selanjutnya.
24
24
2. Sequence Diagram Menu Rekap Weekly
halaman rekap weekly
pilih sales area
buka halaman
pilih sales area
proses
user konfirmasi data rekap weekly
Gambar 6 Sequence Diagram Menu Rekap Weekly Table 3 Penjelasan Sequence Diagram Menu Rekap Weekly Proses “Kelola Server”
Data In Data Data Server
Data Out Data yang telah dikelola oleh administrator
Logika Proses Setelah masuk menu utama, maka ada menu menu rekap weekly yg berfungsi utk menampilakan data rekap weekly
25
3. Sequence Diagram Rekap Montly
halaman rekap montly
halaman member montly
halaman reload montly
buka halaman
pilih sales area
proses
user konfirmasi data member montly pilih sales area
proses konfirmasi data reload montly
Gambar 7 Sequence Diagram Rekap Montly Gambar 8 Penjelasan Sequence Diagram Menu Rekap Monthly Proses “Kelola Server”
Data In Data Data Server
Data Out Data yang telah dikelola oleh administrator
Logika Proses Setelah masuk menu utama, maka ada menu menu rekap monthly dimana akan terdapat sub menu untuk melihat data bulan pada member dan reload
26
26
4. Sequence Diagram Achievment
halaman achievment
halaman summary rekap
halaman grafik member
halaman grafik reload
buka halaman
buka halaman
proses
user konfirmasi data summary rekap pilih sales area
proses
konfirmasi
data grafik member
pilih sales area
proses konfirmasi data grafik reload
Gambar 9 Sequence Diagram Menu Achievment Table 4 Penjelasan Sequence Diagram Menu Achievment Proses “Kelola Server”
3. 5
Data In Data Data Server
Data Out Data yang telah dikelola oleh administrator
Logika Proses Setelah masuk menu utama, maka ada menu achievement dimana terdapar sub menu yaitu summary rekap dan grafik member dan reload
Spesifikasi Perancangan Basis Data Pada tahapan berikutnya dilakukan spesifikasi perancangan basis data
yang terbentuk dari ERD yang telah dibangun. Berikut spesifikasi perancangan basis data : 1. Table Login No 1 2
Nama Field User Password
Tipe Data Varchar Varchar
Length 15 20
Keterangan primary key
27
3
Nm_user
Varchar
20
2. Table community No 1 2 3 4 5 6 7
Nama Field Id_tampung_comm Id_comm Nm_community Cabang Reps Kriteria Date
Tipe Data Int Int Varchar Varchar Varchar Varchar Date
Length 10 7 70 25 25 20
Keterangan primary key
Tipe Data Int Int Int Int Date Varchar Varchar
Length 10 7 6 6
Keterangan primary key
Tipe Data Int Int Int Int Int Int Int Date Varchar Varchar
Length 10 7 10 9 9 9 9
3. Table msisdn_tampung No 1 2 3 4 5 6 7
Nama Field Id_tampung Id_comm Sukses Gagal Date Bulan Cabang
10 25
4. Table reload No 1 2 3 4 5 6 7 8 9 10
Nama Field Id_reload Id_comm Total_reload U_voice U_sms U_vas U_gprs Date Bulan Cabang
10 25
Keterangan primary key
28
28
Dan berikut adalah relasi antar tabel aplikasi KPI :
Gambar 10. Relasi Tabel Penjelasan Relasi Tabel : 1. Tabel community dengan tabel reload memliki relasi one-to-many artinya
setiap community memiliki lebih dari satu reload 2. Tabel community dengan tabel msisdn_tampung memiliki relasi one-to-
many artinya setiap community mempunyai lebih dari satu msisdn (nomor hp) 3.
Tabel reload dengan tabel msisdn_tampung memiliki relasi one-to-one artinya setiap reload terdiri dari satu msisdn (nomor hp).
