Bab I Persyaratan Produk

dokumen-dokumen yang mirip
Bab I : Persyaratan Produk

Bab I Persyaratan Produk

BAB I PERSYARATAN PRODUK

Bab II Spesifikasi Produk

BAB I PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

Bab I : Persyaratan Produk

BAB I. PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

BAB 1 PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

Persyaratan Produk. I.1 Pendahuluan. I.1.1 Tujuan. I.1.2 Ruang Lingkup

Bab I Persyaratan Produk

BAB IV HASIL DAN UJI COBA

BAB I PERSYARATAN PRODUK

Abstrak. Keyword : Penjualan, Pembelian, Stok, SMS, Bonus, laporan, C# Microsoft Visual Studio. NET 2003, Mobile FBUS 1.5, format.

BAB I. Persyaratan Produk

BAB 4 IMPLEMENTASI DAN EVALUASI

BAB I PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

Bab 1 Persyaratan Produk

BAB I PERSYARATAN PRODUK

BAB 1. Persyaratan Produk

Latar belakang proyek ini adalah adanya kebutuhan perusahaan X yang bergerak sebagai distributor dalam bidang penyediaan kebutuhan bahan pokok untuk

AMOS MARITO SIMANJUNTAK NIM : INDRI LESTARI NIM :

BAB IV ANALISA DAN HASIL PENGUJIAN SISTEM. Analisis sistem dari aplikasi ini terdiri dari : 3. Kebutuhan Pengembangan Aplikasi

BAB I PERSYARATAN PRODUK

BAB I PERSYARATAN PRODUK

BAB I PENDAHULUAN. berkembang dengan sangat pesat dan dengan mudah didapatkan, baik itu dari

BAB I PERSYARATAN PRODUK

BAB I PENDAHULUAN I.1

PROPOSAL SKRIPSI SISTEM INFORMASI KEHADIRAN PERKULIAHAN MAHASISWA VIA SMS GATEWAY. Logo kampus. Oleh : NAMA ANDA NIM : XXXXX

BAB I PERSYARATAN PRODUK

Persyaratan Produk. 1.1 Pendahuluan Tujuan

Rancang Bangun Aplikasi Media Reservasi Makanan Berbasis Bluetooth Studi Kasus D Cost Restaurant

BAB 1 PENDAHULUAN. dibuat secara wireless oleh karena mobilitasnya yang tinggi dan kemudahan

BAB 1 PENDAHULUAN 1-1

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah

BAB IV HASIL DAN UJI COBA

SMS GATEWAY. Versi 3.2. tanggal 07 Januari 2012

BAB 1. Persyaratan Produk

BAB V IMPLEMENTASI. Bab ini membahas mengenai implementasi dan hasil dari pengujian sistem.

BAB IV HASIL DAN PEMBAHASAN

BAB I Persyaratan Produk

Persyaratan Produk. 1.1 Pendahuluan


Bab I. PERSYARATAN PRODUK

BAB IV IMPLEMENTASI DAN EVALUASI. perancangan aplikasi penjualan dan pengiriman spare part komputer pada Bismar

BAB IV HASIL DAN UJI COBA

PERSYARATAN PRODUK. I.1 Pendahuluan

BAB I PERSYARATAN PRODUK

BAB IV HASIL DAN UJI COBA

1.1 Latar Belakang Masalah

BAB I PERSYARATAN PRODUK

OTOMATISASI SISTEM INVENTORY DAN PENEMBAKAN VOUCHER ELKTRONIK MKIOS

BAB I PENDAHULUAN. percepatan di berbagai bidang. Secara langsung ataupun tidak, teknologi informasi

UKDW BAB I PENDAHULUAN Latar Belakang Masalah

BAB I PERSYARATAN PRODUK

BAB 1 PERSYARATAN PRODUK

BAB 4 IMPLEMENTASI DAN EVALUASI

ABSTRAK. Kata kunci : pulsa, SMS, SMS Gateway, Multi Level Marketing. viii

Abstraksi. Kata kunci : polling SMS, voting SMS, auto respons SMS, Soundex, data charting, SMS library, Margin of Error. Universitas Kristen Maranatha

BAB 1 PENDAHULUAN 1.1 Latar Belakang

BAB IV IMPLEMENTASI DAN EVALUASI. Sistem yang dibangun merupakan sistem yang berbasis web. Untuk dapat

BAB IV IMPLEMENTASI 4.1 IMPLEMENTASI

BAB IV HASIL DAN UJI COBA

Buku Manual JIBAS SMS Gateway JIBAS: Jaringan Informasi Bersama Antar Sekolah ROAD TO COMMUNITY. Versi Dokumen April 2010

BAB IV IMPLEMENTASI DAN EVALUASI. kerusakan jalan dari masyarakat. Sebelumnya user harus mempersiapkan

BAB I PERSYARATAN PRODUK

BAB IV HASIL DAN UJI COBA

BAB I PERSYARATAN PRODUK

BAB IV HASIL DAN PEMBAHASAN

BAB I PENDAHULUAN I.1

BAB I PERSYARATAN PRODUK

ABSTRAK. Kata kunci : voucher elektronik SMS (Short Message Service)

BAB IV IMPLEMENTASI DAN EVALUASI. Pada bab empat ini akan dibahas mengenai hasil analisis dan

BAB I PENDAHULUAN Latar Belakang Masalah Rumusan Masalah

PERSYARATAN PRODUK. 1.1 Pendahuluan

1 BAB 1 PENDAHULUAN. 1.1 Latar Belakang

Bab I. Persyaratan Produk

BAB V PENGUJIAN SISTEM DAN IMPLEMENTASI. komponen sistem yang diimplementasikan dan mengetahui kelemahan dari

BAB IV HASIL DAN UJI COBA

SISTEM INFORMASI PELANGGAN BERBASIS SMS GATEWAY PADA DEALER YAMAHA JAYA MOTOR

BAB IV HASIL DAN PEMBAHASAN

BAB I PERSYARATAN PRODUK

BAB 1 Persyaratan Produk

BAB I PENDAHULUAN I.1. Latar Belakang

BAB IV 4. DESKRIPSI KERJA PRAKTIK

Bab 1. Persyaratan Produk. 1.1 Pendahuluan Tujuan

ABSTRAK. i Universitas Kristen Maranatha

BAB I PERSYARATAN PRODUK

BAB I PENDAHULUAN. dapat digunakan seperti SMS (Short Message Service), MMS. (Multimedia Messaging Service), WAP (Wireless Application Protocol),

BAB IV IMPLEMENTASI 4.1 IMPLEMENTASI

Persyaratan Produk. I.1 Pendahuluan. I.1.1 Tujuan. I.1.2 Ruang Lingkup Proyek

1.1 Latar Belakang Masalah

BAB III METODE PENELITIAN. penelitian adalah pada semester Genap Tahun Pelajaran

PERANCANGAN APLIKASI MONITORING SISWA BERBASIS SHORT MESSAGE SERVICE (SMS) GATEWAY PADA SMK ANALISIS KIMIA MANDALA BAKTI PALOPO

BAB I PERSYARATAN PRODUK

BAB IV HASIL DAN PEMBAHASAN

Transkripsi:

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). Permintaanpermintaan 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. I - 1

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. I - 2

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. I - 3

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 fiturfitur 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 I - 4

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). I - 5

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 berubahubah. Tidak dapat melakukan penanganan penerimaan SMS lebih dari 160 karakter. I - 6

Tidak memiliki sistem keamanan untuk menangani gangguangangguan 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. I - 7