ABSTRAK
Perkembangan dalam penggunaan pemakaian SMS (Short Message Service) pada handphone sangatlah banyak dipakai dalam segala bidang, yang tidak hanya mengirimkan suatu pesan tetapi juga digunakan dalam kegiatan bisnis. Hal ini dikarenakan penggunaan SMS ini sangatlah mudah dan cepat, sehingga dalam penerapan aplikasi request lagu ini mengggunakan pengiriman lewat SMS untuk mengirimkan request lagu.
Pada aplikasi ini, sebelum acara dimulai sebaiknya operator radio memberitahukan informasi baik mengenai format SMS yang dibuat dan mengenai lagu-lagu yang akan disiarkan. Aplikasi ini mempunyai tiga fitur utama yaitu fitur acara, fitur daftar lagu, dan fitur laporan. Fitur acara berfungsi sebagai pembuatan acara untuk menentukan keyword (kata kunci) dalam format SMS, contohnya (keyword)#(request lagu)#(pesan). Fitur daftar lagu berfungsi sebagai pembuatan daftar lagu yang akan diisi beberapa lagu untuk penyediaan daftar lagu pada acara yang akan disiarkan. Fitur laporan berfungsi sebagai pembuatan laporan mengenai hasil request lagu berdasarkan per hari, minggu, dan bulan.
Kata kunci : keyword, acara, request lagu, SMS
DAFTAR ISI
LEMBAR PENGESAHAN ... ii
PERNYATAAN ORISINALITAS LAPORAN... iii
KATA PENGANTAR... iv
LEMBAR PERNYATAAN PERSETUJUAN KARYA ILMIAH... v
ABSTRAK ... vi
DAFTAR ISI... vii
DAFTAR GAMBAR... ix
DAFTAR TABEL ... x
Bab I : Persyaratan Produk
1.1. Pendahuluan ... I-1 1.1.1. Tujuan ... I-1 1.1.2. Ruang Lingkup... I-2 1.1.3. Definisi, Akronim, dan Singkatan... I-2 1.1.4. Daftar Referensi ... I-3 1.1.5 Overview Laporan... I-3 1.2. Gambaran Keseluruhan... I-5 1.2.1. Perspektif Produk ... I-5 1.2.2. Fungsi Produk ... I-6 1.2.3. Karakteristik Pengguna ... I-6 1.2.4. Batasan – Batasan ... I-6 1.2.5. Asumsi dan Ketergantungan ... I-7 1.2.6. Penundaan Persyaratan ... I-7
Bab II : Spesifikasi Produk
2.1. Persyaratan Antarmuka Eksternal ... II-1 2.1.1. Antarmuka Dengan Pengguna... II-1 2.1.2. Antarmuka Perangkat Keras ... II-4 2.2.3. Antarmuka Perangkat Lunak... II-4 2.2.4. Antarmuka Komunikasi ... II-4 2.2. Fitur Produk Perangkat Lunak ... II-5 2.3. Fitur Acara ... II-5 2.3. Fitur Data Lagu ... II-6 2.3. Fitur Player ... II-7 2.3. Fitur Report ... II-8
Bab III : Desain Perangkat Lunak
3.2.2. Database Diagram ... III-4 3.2.3. Analisa UML ... III-5 3.3. Desain Arsitektur Perangkat Lunak ... III-7 3.3.1. Komponen Perangkat Lunak ... III-7 3.3.2. Konsep Eksekusi Program ... III-9 3.3.2. Desain Antarmuka... III-14
Bab IV : Pengembangan Sistem
4.1. Perencanaan Tahap Implementasi ... IV-1 4.1.1. Pembagian Class ... IV-1 4.1.1. Keterkaitan Antar Modul ... IV-7 4.2. Perjalanan Tahap Implementasi ... IV-8 4.2.1. Top-Down Implementasi ... IV-8 4.2.2. Debugging ... IV-8 4.3. Realisasi Fungsionalitas Program ... IV-9 4.4. Realisasi Antarmuka Program ... IV-10
Bab V Testing dan Evaluasi Sistem
5.1 Rencana Pengujian Sistem Terimplementasi ... V - 1 5.1.1 Test Case... V - 1 5.1.2 Uji Fungsionalitas Class ... V - 1 5.2 Perjalanan Metodologi Pengujian... V - 2 5.2.1 White Box... V - 2 5.2.2 Black Box ... V - 14 5.3 Ulasan Hasil Evaluasi ... V - 20 5.3.1 Evaluasi Fungsionalitas ... V - 20 5.3.2 Evaluasi User Interface Design ... V - 21 5.3.3 Evaluasi Error Handling dan Security ... V – 21
Bab VI Kesimpulan dan Saran
6.1 Keterkaitan antara Kesimpulan dan Hasil Evaluasi ... VI - 1 6.2 Keterkaitan antara Saran dan Hasil Evaluasi... VI - 1 6.3 Rencana Perbaikan terhadap Saran yang diberikan... VI - 1
LAMPIRAN... L-1 DAFTAR REFERENSI ... R-1
DAFTAR GAMBAR
DAFTAR TABEL
Tabel 5.1 : Pengujian class ClassDatabase ...V-3 Tabel 5.2 : Pengujian class ClassSmsFunction ...V-12 Tabel 5.3 : Pengujian class Player ...V-13 Tabel 5.4 : Pengujian BlackBox...V-14
Bab I
Persyaratan Produk
1.1
Pendahuluan
Pada banyaknya acara radio terdapat acara request lagu yang diselenggarakan oleh operator radio. Biasanya acara tersebut menggunakan lewat sistem telepon, hal ini menyebabkan operator kesulitan dalam penanganan secara manual untuk memasukkan data-data request lagu yang akan dimainkan. Oleh sebab itu, aplikasi ini digunakan untuk mengatasi hal tersebut, namun permintaan akan request lagu dikirim lewat via SMS (Short Message Service). Permintaan-permintaan tersebut yang dari SMS tadi akan langsung dimasukkan ke dalam aplikasi dengan koneksi Bluetooth sehingga tidak terjadi masukkan data secara manual dan langsung dapat dimainkan.
1.1.1 Tujuan
1.1.2 Ruang Lingkup
Aplikasi ini memiliki batasan-batasan sebagai berikut: • Hanya dapat dioperasikan pada Windows.
• Ketentuan isi dari SMS itu sendiri telah ditetapkan dari pihak operator.
• Jumlah request lagu biasanya terbatas karena keterbatasan waktu acara.
• Tidak memiliki sistem keamanan.
Perangkat lunak yang digunakan adalah: • OS Windows XP Home Edtion • Microsoft Visual Studio .Net 2005 • Microsoft SQL server 2000
Perangkat keras menggunakan 1 buah unit komputer, HP (handphone), dan bluetooth.
Spesifikasi dari 1 buah unit komputer yaitu: • Intel duo core 1,6 GHz
• HDD 80 GB • RAM 1 GB
1.1.3 Definisi, Akronim, dan Singkatan
• AT Commands : Perintah eksekusi untuk telepon selular yang diakses dari komputer .
• Client : Aplikasi yang akan meminta layanan pada server.
• Background : Latar belakang tampilan pada aplikasi. • Database : Tempat penyimpanan data yang diolah dan
dibutuhkan dalam aplikasi ini. • Handphone : Telepon selular / telepon genggam.
• GB : Giga Byte.
• GHZ : Giga Hertz.
• GSM Modem : Alat yang berfungsi sebagai sarana komunikasi dengan client.
• Hardware : Perangkat keras.
• Input : Masukan. • Keyword : Kata Kunci.
• MB : Mega Byte.
• MHz : Mega Hertz
• Multi user : Banyak Pengguna
• New Message : Pesan baru pada telepon selular. • Reporting : Laporan
• Server : Tempat dimana aplikasi client dapat meminta layanan yang akan digunakan. • SRS : Software Requirement Specification • Software : Perangkat Lunak.
• UID : User Interface Design • User : Pengguna aplikasi.
1.1.4 Daftar referensi
1) Sharp, John ( 2005 ) “Microsoft Visual CSharp 2005 Step by Step”, MSPress
2) Troelsen, Andrew ( 2005 ) “Pro C# 2005 and .Net 2.0 Platform, Apress
3) GSMComm ( 2006 ) “GSMComm Help”, GSMComm. 4) Chonoles, Michael Jesse (2003) “UML 2 for Dummies”,
Hungry Minds
5) W. Ambler, Scott ( 2003 – 2006) “UML 2.0 Tutorial” [www.agilemodeling.com]
1.1.5 Overview Laporan
Dokumen ini disusun dengan menggunakan pendekatan terhadap teori Software Requirement Specification ( SRS ) yaitu sebuah metode penulisan terstruktur untuk pengembangan sebuah software.
Bab I : Persyaratan Produk
Bab II : Spesifikasi Produk
Bab ini menjelaskan mengenai aspek produk yang dibangun. Bab ini merupakan penjelasan dari bab sebelumnya, tapi dijelaskan dengan bahasa teknis. Bab ini juga menjelaskan fitur-fitur yang diimplementasi di dalam software yang dibuat, sehingga semua fungsionalitas dan kemampuan software jelas dipaparkan di dalam bab ini.
Bab III : Desain Perangkat Lunak
Bab ini menjelaskan desain-desain produk dan bagaimana software tersebut akan dibuat.
Faktor-faktor yang termasuk di dalamnya yaitu: User Interface Design ( UID ).
Desain database.
Bab IV : Pengembangan Sistem
Pada bab ini, akan dipaparkan kelanjutan dari desain yang sudah dibuat sebelumnya. Bagian ini menjelaskan bagaimana mengembangkan sebuah desain yang telah disusun secara jelas menjadi sebuah produk yang dapat digunakan dengan baik.
Bab V : Testing dan Evaluasi Sistem
Bagian ini menjelaskan hasil testing dan evaluasi terhadap prototipe yang telah dikembangkan. Testing dilakukan oleh para staff yang berkerja di perusahaan dan penulis memberikan evaluasi menyeluruh tentang bagaimana kemampuan software yang dibuat. Faktor-faktor yang diuji terhadap software adalah:
Tingkah laku manusia Tingkat kepuasan Feed-Back
Bab VI : Kesimpulan dan Saran
Kesimpulan berisi perbandingan antara perencanaan produk sebelum dibuat dengan produk yang sudah jadi.
Saran berisi hal-hal apa saja yang dapat dikembangkan untuk memberikan kemampuan lebih kepada produk yang dibuat.
1.2. Gambaran
Keseluruhan
1.2.1 Perspektif Produk
Aplikasi ini berisikan feature-feature sebagai berikut: • Membuat acara
Operator membuat nama acara request lagu yang akan diselenggarakan dan keyword untuk format SMS.
• Penyimpanan data-data lagu
Data-data lagu dalam format MP3, yang akan digunakan untuk acara tersebut harus disimpan.
• Penerimaan request lagu secara antrian via SMS (terima SMS permintaan lagu). Urutan lagu yang ada disesuaikan dengan penerimaan request lagu lewat SMS yang terbanyak.
• Pengecekan request lagu dan lagu-lagu pada daftar lagu
Lagu dari SMS yang masuk (sesuai dengan format SMS yaitu (keyword)#(request lagu)#(pesan) ) dengan lagu dari database akan dicocokan untuk menentukan SMS yang valid dan tidak valid. • Player
Digunakan untuk memainkan / menyetel antrian request lagu terbanyak dari SMS masuk yang valid.
• Melihat SMS yang valid & tidak valid (Inbox)
SMS yang valid artinya SMS yang sesuai dengan formatnya (keyword)#(request lagu)#(pesan), jika terjadi kesalahan penulisan judul lagu, maka operator harus membenarkan lagu tersebut sesuai dengan daftar lagu yang ada. Jika request lagu tidak terdaftar pada daftar lagu untuk acara tersebut, maka operator dapat membuang SMS tersebut menjadi SMS tidak valid
1.2.2 Fungsi Produk
• Membuat acara dan keyword yang akan disiarkan .
• Pihak operator tidak memasukkan data-data antrian lagu secara manual (diketik) dari penerimaan SMS.
• Urutan lagu telah disesuaikan dengan masuknya penerimaan request lagu via SMS yang terbanyak.
1.2.3 Karakteristik Pengguna
Karakteristik pengguna yang dapat menggunakan aplikasi ini adalah :
• Status : SMU sederajat.
• Keahlian : Familiar menggunakan aplikasi desktop pada komputer.
1.2.4 Batasan – Batasan
• Ketentuan isi dari SMS itu sendiri telah ditetapkan dari pihak operator, jikalau terjadi kesalahan dalam isi SMS maka kesalahan tersebut berasal dari pihak pengirim. Tetapi kalau terjadi kesalahan untuk judul lagu maka pihak operator dapat menanganinya. Untuk isi format dari SMS itu berupa (keyword)#(request lagu)#(pesan), keyword dapat berubah-ubah.
• Tidak dapat melakukan penanganan penerimaan SMS lebih dari 160 karakter.
• Tidak memiliki sistem keamanan untuk menangani gangguan-gangguan yang bersifat merusak ataupun menghambat.
• Tidak dapat melakukan penanganan kasus pending / delay SMS, jika pengiriman SMS lebih dari waktu acara yang dibuat.
1.2.5 Asumsi dan Ketergantungan
• Diasumsikan semua software yang digunakan sudah memiliki license.
• Diasumsikan lagu-lagu yang ada bersifat original.
• Diasumsikan bahwa berita tentang acara request lagu yang diadakan sudah diketahui oleh pendengar sebelum acara ini dimulai.
• Diasumsikan operator telah memberitahukan format SMS yang dibuat.
1.2.6 Penundaan Persyaratan
Aplikasi ini diharapkan nantinya komunikasi yang digunakan bukan hanya bluetooth saja tetapi dapat juga menggunakan koneksi Wifi. Selain itu diharapkan juga dapat menggunakan sistem dual sound, maksudnya terdapat keluaran dua suara, untuk suara lagu yang dimainkan / disiarkan dan suara yang laen yaitu testing lagu untuk operator dengan memakai headset.
Bab II
Spesifikasi Produk
2.1
Persyaratan Antarmuka Eksternal
2.1.1 Antarmuka dengan Pengguna
Aplikasi ini membagi tingkat user hanya untuk satu lapisan saja, dalam hal ini operator radio.
Gambar II-1 : Antarmuka pengguna SMS Inbox
Pada antarmuka di atas terlihat sketsa tab control SMS Inbox yang digunakan untuk melihat kekuatan sinyal dan baterai handphone (HP) yang akan dijadikan sebagai modem / penguhubung, selain itu juga terdapat pengecekan isi inbox dari HP tersebut, jikalau terdapat isi inbox yang tidak terpakai maka akan dihapus.
Gambar II-2 : Antarmuka pengguna List Lagu
Pada antarmuka di atas terlihat sketsa tab control List Lagu yang digunakan untuk melihat dan mengubah file tag lagu yang nantinya akan digunakan sebagai penyimpanan daftar lagu pada database yang akan dipakai pada waktu acara request lagu.
Pada antarmuka di atas terlihat sketsa tab control Acara yang digunakan untuk melakukan pembuatan acara yang kemudian dapat melakukan penerimaan SMS dari pendengar yang akan memilih lagu-lagu yang telah diberitahukan sebelum acara dibuat oleh operator.
Gambar II-4 : Antarmuka pengguna Report
Pada antarmuka di atas terlihat sketsa tab control Report yang berfungsi untuk memberikan hasil laporan selama beberapa periode. Terdapat juga info statistik dari keseluruhan aplikasi ini.
2.1.2 Antarmuka Perangkat Keras
Agar dapat berjalan dengan baik, perangkat keras yang dibutuhkan minimal adalah:
1. Server
Processor minimal PIII 1 Ghz Memory minimal 512 Mb
Hardisk minimal free space 10 GB
GSM Modem ( telepon selular yang mendukung AT Commands / built in modem )
2. Network
Koneksi bluetooth dengan GSM Modem
2.1.3 Antarmuka Perangkat Lunak
Perangkat lunak yang akan digunakan adalah sebagai berikut. 1. Operating System Windows XP Home Edtion SP2 2. Microsoft Visual Studio 2005
3. .Net Framework 2.0 4. SQL Server 2005 5. Crystal Report 10 6. GSMComm for .Net 2.0
2.1.4 Antarmuka Komunikasi
Komunikasi antar 1 buah unit komputer dengan GSM Modem melalui bluetooth.
2.2
Fitur Produk Perangkat Lunak
2.2.1 FITUR ACARA
2.2.1.1 Tujuan
Digunakan untuk membuat acara yang nantinya akan disiarkan oleh operator.
2.2.1.2 Urutan stimulus / respon
1. Create acara
2. Isi judul, waktu acara dan nama operator
2.2.1.3 Persyaratan fungsional yang berhubungan
2.2.1.3.1 Persyaratan Fungsional Create
• Pendahuluan
Fungsi ini digunakan untuk membuat suatu acara request lagu secara spesifik.
• Masukan
Input data yang diperlukan :
o Judul acara
o Waktu ( tanggal, jam ) o Nama operator
• Pemrosesan
Setelah mengisi inputan data yang diperlukan, data akan dimasukkan ke dalam database untuk dicatat.
• Keluaran
Akan keluar tampilan form baru untuk acara tersebut beserta player-nya.
2.2.2 FITUR DATA LAGU
2.2.2.1 Tujuan
Digunakan untuk menyimpan ataupun mengedit data-data lagu yang nantinya akan disiarkan.
2.2.2.2 Urutan stimulus / respon
1. Pilih file lagu
2. Add, edit atau delete
2.2.2.3 Persyaratan fungsional yang berhubungan
2.2.2.3.1 Persyaratan Fungsional Penyimpanan Data Lagu
• Pendahuluan
Fungsi ini digunakan untuk menyimpan data-data lagu yang akan disiarkan.
• Masukan
Input data yang diperlukan :
o File lagu o Judul lagu o Artist
• Pemrosesan
Setelah mengisi inputan data yang diperlukan, data akan dimasukkan ke dalam database untuk dicatat.
• Keluaran
Setelah selesai diproses akan kembali ke form utama lagu.
2.2.2.3.2 Persyaratan Fungsional Edit Data Lagu
• Pendahuluan
Fungsi ini digunakan untuk mengubah data-data lagu yang akan disiarkan.
• Masukan
Input data yang diperlukan :
• Pemrosesan
Setelah mengisi inputan data yang diperlukan, data akan diubah ke dalam database untuk dicatat.
• Keluaran
Setelah selesai diproses akan kembali ke form utama lagu.
2.2.2.3.3 Persyaratan Fungsional Delete Data Lagu
• Pendahuluan
Fungsi ini digunakan untuk menghapus data lagu yang tidak terpakai.
• Masukan
Input data yang diperlukan :
o Nama lagu
• Pemrosesan
Setelah mengisi inputan data yang diperlukan, data akan diproses terhadap database untuk dicocokan, yang kemudian akan dihapus.
• Keluaran
Setelah selesai diproses akan kembali ke form utama lagu.
2.2.3 FITUR PLAYER
2.2.3.1 Tujuan
Digunakan untuk memainkan lagu-lagu yang telah dipilih berdasarkan hasil request yang terbanyak.
2.2.3.2 Urutan stimulus / respon
1. Pilih lagu pertama hasil request
2. Play lagu tersebut sampai lagu terakhir
2.2.3.3 Persyaratan fungsional yang berhubungan
2.2.3.3.1 Persyaratan Fungsional Player
• Pendahuluan
Fungsi ini digunakan untuk memainkan lagu-lagu hasil request.
• Masukan
Tidak ada inputan • Pemrosesan
Proses dilakukan apabila terdapat lagu yang akan dimainkan.
• Keluaran
Tampilan player.
2.2.3.3.2 Persyaratan Fungsional Read SMS
• Pendahuluan
Fungsi ini digunakan untuk membaca SMS yang masuk sesuai dengan teks yang telah ditentukan sebelumnya. • Masukan
Tidak ada inputan • Pemrosesan
Proses dilakukan apabila terdapat SMS yang masuk. • Keluaran
Hasil keluaran berupa teks lagu-lagu hasil request yang akan dimainkan ke dalam player.
2.2.4 FITUR REPORT
2.2.4.1 Tujuan
Digunakan untuk untuk dapat melihat lagu yang paling banyak dipilih dari acara request lagu yang disiarkan ataupun mengetahui siapa pemirsa yang paling banyak mengirim sms dalam periode tertentu dari acara-acara yang telah diselenggarakan.
2.2.4.2 Urutan stimulus / respon
2.2.4.3 Persyaratan fungsional yang berhubungan
2.2.4.3.1 Persyaratan Fungsional Filter
• Pendahuluan
Fungsi ini digunakan untuk menyeleksi hasil request lagu berdasarkan pemilihan lagu terbanyak
• Filter judul lagu
Dengan memilih filter judul lagu maka hasil laporan akan berupa lagu yang paling banyak dipilih oleh pemirsa dari acara yang disiarkan.
2.2.4.3.2 Persyaratan Fungsional Periode Report
• Pendahuluan
Fungsi ini berupa pemilihan report berdasarkan jangka waktu tertentu.
• Periode waktu
Periode waktu terbagi menjadi beberpa bagian yaitu berdasarkan hari, minggu, dan bulan. Jikalau berdasarkan hari tanggal tersebut maka laporan akan disesuaikan berdasarkan hari tersebut. Jikalau berdasarkan minggu, ini dihitung dari hari minggu sampai dengan hari sabtu. Jikalau berdasarkan bulan akan dihitung dari awal bulan sampai akhir bulan.
Bab VI
Kesimpulan dan Saran
6.1
Keterkaitan antara Kesimpulan dan Hasil Evaluasi
• Secara garis besar, aplikasi Request Lagu ini telah dapat menjalankan semua fungsi fitur yang ada pada Bab 2, untuk melakukan pembuatan acara dan kata kunci, penerimaan SMS dan pengecekan SMS berdasarkan format SMS, sampai pada pembuatan laporan berdasarkan periode tertentu.
• Aplikasi Request Lagu juga sudah memenuhi tujuan yang telah dijelaskan pada Bab 1, untuk membuat suatu aplikasi yang bisa mengelola acara dan kata kunci yang telah dibuat dan penerimaan request lagu diakses melalui SMS. Dari hasil penerimaan request lagu, diambil lagu dari permintaan terbanyak untuk dimainkan
6.2
Keterkaitan antara Saran dan Hasil Evaluasi
• Aplikasi ini dimungkinkan menggunakan sistem dual sound artinya menggunakan output dua suara
• Aplikasi dimungkinkan memilih request lagu tidak hanya berdasarkan judul lagu tetapi juga dapat menggunakan search by lirics.
6.3
Rencana Perbaikan terhadap Saran yang diberikan
Daftar Pustaka
• Sharp, John ( 2005 ) “Microsoft Visual CSharp 2005 Step by Step”, MSPress
• Troelsen, Andrew ( 2005 ) “Pro C# 2005 and .Net 2.0 Platform”, Apress • GSMComm ( 2006 ) “GSMComm Help”, GSMComm
• Chonoles, Michael Jesse (2003) “UML 2 for Dummies”, Hungry Minds • W. Ambler, Scott ( 2003 – 2006) “UML 2.0 Tutorial”
[www.agilemodeling.com]
