Aplikasi Request Lagu untuk Operator Radio.

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.1. Pendahuluan ... III-1 3.1.1. Identifikasi Kebutuhan Sistem ... III-1 3.1.2. Rancangan Sistem Baru ... III-1 3.2. Keputusan Desain Perangkat Lunak Keseluruhan ... III-2 3.2.1. Analisa Database ... III-3

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

Gambar II-1 : Antarmuka pengguna SMS Inbox ... II-1 Gambar II-2 : Antarmuka pengguna List Lagu... II-2 Gambar II-3 : Antarmuka pengguna Acara... II-2 Gambar II-4 : Antarmuka pengguna Report ... II-3 Gambar III-1 : Proses Bisnis ... III-2 Gambar III -2 : ER Diagram ... III-3 Gambar III -3 : Database Diagram... III-4 Gambar III -4 : Use Case ... III-6 Gambar III -5 : Request Lagu – Class Diagram ... III-7 Gambar III -6 : Class ClassSmsFucntion ... III-8 Gambar III -7 : Class MP3Player... III-8 Gambar III -8 : Class ClassDatabase ... III-8 Gambar III -9 : Activity Diagram Create Acara ... III-9 Gambar III -10 : Activity Diagram Check Keyword. ... III-9 Gambar III -11 : Activity Diagram Create Daftar Lagu ... III-10 Gambar III -12 : Activity Diagram PlayList ... III-10 Gambar III -13 : Activity Diagram Report ... III-10 Gambar III -14 : Sequence Diagram Create Acara ... III-11 Gambar III -15 : Sequence Diagram Daftar Lagu... III-12 Gambar III -16 : Sequence Diagram Play Lagu... III-13 Gambar III -17 : Sequence Diagram Report ... III-13 Gambar III -18 : Desain Form Koneksi ... III-14 Gambar III -19 : Desain Form Menu ... III-15 Gambar III -20 : Desain Form Create Acara ... III-16 Gambar IV -1 : Form Koneksi ... IV-9 Gambar IV -2 : Form Create Acara ... IV-10 Gambar IV -3 : Form Menu – tab control SMS Inbox ... IV-11 Gambar IV -4 : Form Menu – tab control List Lagu ... IV-12 Gambar IV -5 : Form Menu – tab control Acara ... IV-13 Gambar IV -6 : Form Menu – tab control Report ... IV-14 Gambar V -1 : NUnit ... V-2

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

Aplikasi yang akan dibuat bertujuan untuk membantu operator radio dalam penanganan kegiatan acara request lagu dengan menggunakan SMS. Penanganan kegiatan acara tersebut dapat berupa pembuatan nama acara request lagu, penerimaan request lagu berupa SMS, penyimpanan data-data lagu untuk acara tersebut. Harapan dari aplikasi ini agar dapat membantu operator radio dalam mempermudah penanganan SMS secara otomatis (maksudnya yaitu SMS handphone langsung masuk ke dalam aplikasi ini dengan koneksi Bluetooth), ketentuan isi dari SMS berdasarkan keyword (kata kunci) yang akan dibuat oleh operator radio pada pembuatan acara, misal (keyword)#(request lagu)#(pesan). Dalam penerapan aplikasi ini keyword akan bersifat fleksibel artinya dapat berubah-ubah.

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

Bagian ini berisi pendahuluan, tujuan pengembangan software, ruang lingkup dan penjelasan produk yang dibangun secara umum dengan menggunakan sedikit bahasa teknis agar mudah dipahami oleh pemula atau orang awam.

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 tidak valid artinya SMS yang tidak sesuai dengan formatnya. Contoh dari SMS tidak valid ini seperti pengiriman SMS dari pihak provider (misal Indosat).

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 antara aplikasi server dengan pengguna handphone ( client ) melalui SMS dengan GSM Modem sebagai penghubungnya. SMS yang diterima dari client ke GSM Modem, lalu dikirimkan lagi ke server untuk diproses lebih lanjut dan akan dikembalikan beserta data untuk client melalui GSM Modem tersebut.

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 :

o File lagu o Judul lagu o Artist

• 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

• Sistem dual sound akan diimplementasikan pada aplikasi ini jika hardware dan software saling mendukung untuk pembagian dua suara. • Fitur search by lirics mungkin akan ditambahkan ke dalam aplikasi ini.

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]

Universitas Kristen Maranatha R-1

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 : o File lagu

o Judul lagu o Artist

• 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

• Sistem dual sound akan diimplementasikan pada aplikasi ini jika

hardware dan software saling mendukung untuk pembagian dua suara.

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]

Universitas Kristen Maranatha R-1