11 BAB II LANDASAN TEORI 2.1 Tinjauan Pustaka

11 BAB II LANDASAN TEORI

2.1 Tinjauan Pustaka

Dalam penelitian ini akan digunakan lima tinjauan pustaka yang nantinya dapat mendukung penelitian, berikut ini merupakan tinjauan pustaka yang diambil yaitu:

1. Menurut Manferd R Schroder, The Journal of the Acoustical Society of america 43 (4), 829-834, 1968 : Frekuensi.fundamental.dari sinyal periodik tidak memiliki komponen untuk pengukuran. Pengukuran hanya dapat ditentukan.dengan mengukur frekuensi komponen harmonik yang lebih tinggi dan menghitung.frekuesi yang lebih besar. berdasarkan.konsp-konsep ini hasil dari analog komputer.dan instrumentasi menujukan hal.ini adalah metode baru.

2. Menurut Ming Zhao, Jing Lin, Yonghao Miao, Xiaoqiang Xu, Measurement 91, 421-439, 2016 : (HPS) Harmonic Product Spectrm di usulkan untuk mendekteksi dan mengindentifikasi berbagai.sumber modulasi getaran.yang terkubur dalam.sinyal getaran. Dengan metode ini, fitur impulsif terkait kesalahan dapat dikenali, sementara pengaruh yang disebabkan oleh modulasi non-kesalahan.dihilangkan. Atas dasar ini, indeks signifikan harmonik lebih lanjut ditetapkan untuk mengandung informasi yang sempit. Dengan menggunakan.indeks ini, pita resonansi.optimal dimana impuls gangguan yang paling signifikan dapat ditentukan secara akurat. Kempulan dari (HPS) adalah produk spectrum sideband yang diintergrasikan untuk mengurangi noise in- band dan lebih jauh memulihkan impuls gangguan.

3. Menurut Rehan Ahmed, Roberto Gill-Pita, David Ayllon, Lorena Alvarez, Audio Engineering Society Convetion 130, 2011 :

Algoritma.deteksi pitch didasarkan pada Harmonic Product Spectrum.

Karena sinyal pada nada bicara.berfluaksi dengan.mudah dan algoritma berbasis bingkai pun digunakan untuk mengekstrasi beberapa nada dalam setiap bingkai.

Kemudian frekuensi dasar (pitch) .untuk.masing-masing sumber diestimasi dan dilacak setela membandingkan semua frame. Frekuensi fundamntal yang diperkirakan dari sumber kemudian digunakan untu menghasilkan satu.set

12

topeng biner yang memungkinkan pemisahan.sinyal.dalam domain Short Time Fourier Transform menunjukan pemisahan yang cukup besar.dari sinyal wicara.

4. Menurut^l Robert ^lS. Boyer^l dan ^lJ. Strother^l Moore pada^l tahun ^l1997 : bagaimana^l mencocokan sebuah^l karakter dai^l sebelah kanan^l pattern ^lsehingga

lproses pencarianya^l lebih ^lcepat. Dibalik^l algoritma ini^l dengan ^lmelakukan pencocokan^l karakter ^ldari ^lkanan, dan^l bukan ^ldari ^lkiri, maka^l akan lebih^l banyak informasi^l yang ^ldibutuhkan. Dimana^l kita bisa^l melompati atau^l idak pada^l pola merupakan^l perbandingan-perbandingan^l karakter yang^l diprediksikan ^lakan

lgagal. Karakter^l paling kanan^l pada pola^l merupakan karakter^l pertama yang^l akan

ldi cocokan^l dengan ^lteks.

5. Menurut Rahul B Kodag, Mukesh D Patil, Chandrakant J Gaikwad, International Conference on Computing, Analytics and Security Trends (CAST) 622-626 pada tahun 2016 : Dimana Tonik adalah salah satu bagian integral dari musik yang dianalisis menggunakan metode ekstraksi tonik musik India.

Algoritma yang kompleks secara komputasi dan sedikit lebih lamban untuk ekstrasi tonik. Penggunaan Harmonic Product Spectrum mengusulkan metode berbeda yaitu puncak tertinggi dan pencocokan template. Keadaan seni dan algoritme yang diusulkan juga telah dibandingkan menggunakan korpus musik Hindustan dan Karnatik. Analisis objektif menghasilkan peningkatan akurasi dibandingkan dengan algritma yang sudah ada untuk eksstrasi tonik nada mono.

Berdasarkan penelitian terdahulu seperti diatas menunjukan bahwa metode yang digunakan mampu meningkatkan kinerja sistem yang dapat dilihat perbedaannya yaitu:

1. Metode pengembangan yang digunakan mengacu pada kemudahan dalam menganalisis gelombang suara yang dihasilkan.

2. Sistem yang dibuat menghasilkan aplikasi android yang dapat di instal pada perangkat smartphone dengan sistem operasi android.

3. Penambahan grafik untuk menggambarkan hasil proses dengan skor penilaian.

2.2 Aplikasi

Menurut^l Yasin (2012^l), ^lAplikasi ^lyaitu:

13

“Aplikasi^l merupakan sekumpulan^l elemen yang^l saling berinteraksi^l dan ^lsaling berketerkaitan^l antara satu^l dengan yang^l lain dalam^l melakukan suatu^l kegiatan secara^l bersama untuk^l mencapai ^ltujuan ^ltertentu”.

Menurut Sutabri^l (2012^l), ^lAplikasi ^ladalah:

“Alat^l terapan yang^l difungsikan secara^l khusus dan^l terpadu sesuai^l kemampuan^l

lyang ^ldimilikinya”.

Dari^l pengertian^l diatas penulis^l menyimpulkan aplikasi^l adalah^l software atau

lalat terapan yang^l dibuat untuk^l mengerjakan^l tugas-tugas^l khusus yang^l saling berinteraksi untuk tujuan tertentu.

2.3 Teknik Vokal Bernyanyi

Menurut Dimas Aditya Wicaksono (2019):

Teknik^l vokal adalah^l cara.memproduksi^l suara yang^l baik ^ldan ^lbenar, sehingga^l suara yang^l keluar ^lbegitu ^lindah, merdu^l.dan ^lnyaring. Menyanyikan^l sebuah ^llagu

ldibutuhkan latihan^l vokal^l agar dapat^l mengetahui tinggi^l.rendahnya^l suatu nada^l dan terjadi^l suatu^l keselarasn antara^l nada ^ldan ^lsuara. Beberapa^l.dalam melatih unsur^l vokal yang^l harus^l dikuasai^l adalah laihan^l breath ^lcontrol, artikulasi^l.dan ^lnotasi ^langka.

14

2.4 Metode Harmonic Product Spectrum

1. Menurut^l Garreth (2003^l) : Harmonic^l Product Spectrum^l merupakan metode^l pitch detection^l algorithm yang^l paling simpel^l.dan bekerja^l dengan baik^l dalam ^lberbagai ^lkondisi. Harmonic^l Product Spectrum^l (HPS^l) memerlukan^l.beberapa.proses^l pengolahan dari^l audio file^l yaitu windowing^l dan Fast^l Fourier Transform^l. (^lFFT). Ketika^l.menggunakan FFT^l untuk^l mengukur frekuensi^l dari ^ldata, maka^l harus menentukan^l dasar analisa^l pada ^lsebuah data^l yang

lpasti. FFT^l mengasumsikan bahwa^l.data yang^l tetap adalah^l sebuah. ^lperiode.dari^l

lperiod ^lsignal. Bagi^l FFT ^ltime-domain^l dan^l frequency-domain^l adalah perputaran^l yang ^lsama, sehingga^l titik terakhir^l dari time^l waveform ^ldianggap. ^lberhubungan.

Sehingga^l.keterbatasan dalam^l sampling record^l menghasilkan waveform^l yang

lterpotong dengan^l perbedaan karakter^l dari ^lsinyal ^laslinya, dan^l keterbatasan ini^l membuat ^lperubahan yang^l tajam dalam^l pengukuran ^ldata. Untuk^l mengurangi efek^l perubahan ^lini, kita^l bisa menggunakan^l fungsi Window^l untuk sinyal^l dalam ^ltime- domain^l sebelum diproses^l menuju ^llFFT. A-D^l converter.untuk^l mengubah sinyal^l analog menjadi^l digital sebelum^l disimpan ^ldalam ^lkomputer. Proses^l komputasi spektrum^l dari sinyal^l yang telah^l direkam ^ladalah menggunakan^l Fast ^lFourier

lTrasform. Pada^l gambar berikut^l ini merupakan^l hasil ^ldari Hamming^l Window atau^l yang disebut^l juga proses^l pengubahan ^lsinyal. Harmonic^l Product Spectrum^l digunakan.untuk^l melakukan analisis^l dan ^lpenentuan ^lakurasi. Tahapan ^lpertama dalam^l algoritma Harmonic^l Product.Spectrum^l ini adalah^l proses FFT^l (Fast^l Fourier ^lTransform) yaitu^l sinyal dalam^l domain waktu^l.kemudian diubah^l ke domain^l frekuensi untuk^l melihat ^lrange ^lfrekuensinya. Proses^l ini bertujuan^l untuk.menentukan^l range ^lfrekuensi yang^l memiliki energi^l paling ^lmaksimum.

2.5 Metode Boyer Moore

Ide^l utama dari^l algoritma.ini^l adalah dengan^l melakukan pencocokan^l dari

lpaling kanan^l string yang^l dicari^l (Aulia, 2008^l). Dengan^l menggunakan ^lalgoritma

lini, secara^l rata-rata^l proses pencarian^l akan lebih^l cepat dibandingkan^l.dengan proses^l pencarian ^llainnya. Ide^l dibalik algoritma^l ini adalah^l bahwa dengan^l memulai.pencocokan^l karakter ^ldari ^lkanan, dan^l bukan ^ldari ^lkiri, maka^l akan lebih^l

15

banyak informasi^l yang. ^ldidapat. Dalam^l pencarian^llBoyer-Moore, proses^l awal yang^l dilakukan adalah^l penempatan window^l dari pattern^l di text^{l l}yang ^ltersedia. Proses^l pencarian dimulai^l.dari karakter^l paling ^lkanan. ^lpattern. Setiap^l karakter^l akan dibandingkan^l satu ^lper ^lsatu. Jika^l terjadi ^lketidakcocokan, maka^l.akan ^ldicek nilai^l pergeseran yang^l mungkin ^ldilakukan. Nilai^l terbesar yang^l didapat.akan^l diambil ^ldan pergeseran^l window akan^l dilakukan s^lesuai dengan^l nilai ^ltersebut.

2.5.1 Kelebihan Metode Boyer Moore

Menurut Utomo, 2008 : Semakin panjang pola yang dicari, maka waktu pencarian semain singkat.

2.5.2 Kekurangan Metode Boyer Moore

Menurut Aulia, 2008 : Jika pattern yang pendek dan tidak bagus maka lebih lambat untuk menganalisanya serta tidak cocok untuk pencarian binary string.

2.6 Android

Menurut^l Nazrudin ^lSafaat H^l (^l2011: 1), “Android^l adalah sebuah^l sistem

loperasi untuk^l perangkat mobile^l berbasis linux^l yang mencakup^l.sistem ^loperasi,

lmiddleware, dan^{l l}aplikasi”. Android^l adalah sistem^l operasi untuk^l telepon seluler^l.yang ^lberbasis ^lLinux. Android^l menyediakan platform^l terbuka bagi^l para pengembang^l.untuk membuat^l aplikasi^l mereka ^lsendiri.

2.6.1 Java

Menurut^l definisi ^lSun ^lMicrosystem, ^lM. Shalahuddin^l dan ^lRosa A.S. (2010 : 1) : Java^l adalah nama^l sekumpulan teknologi^l untuk membuat^l dan menjalankan^l perangkat^l lunak^l pada komputer^l yang berdiri^l sendiri. (^lstandalone) ataupun^l.pada

llingkungan ^ljaringan.

2.6.2 Android Studio

Merupakan sebuah tools Intergrated Development Environment (IDE) sebagai alur jalan aplikasi pada platform android. Bahasa pemograman yang digunakan adalah Java, sedangkan untuk penggunaan tampilan atau layout digunakan bahasa XML. Android Studio merupakan pengembangan yang lebih

16

eclipse, dikembangkan menjadi lebih kompleks dan profesional dengan tersedianya IDE serta Android SDK Tools.

2.7 Waterfall

Menurut Pressman (2015), Waterfall yaitu:

“Model^l yang klasik^l dalam ^lsistematis, berurutan^l dalam ^lmembangun

lsoftware. Dari^l nama metode^l yang sebenarnya^l adalah “Linear^l Sequential

lModel” dan^l sering disebut^l juga dengan^l “Classic^l Life ^lCycle” atau^l metode

lwaterfall ”.

Waterfall^l bukanlah merupakan^l sesuatu yang^l lengkap untuk^l mengembangkan^l sebuah^l perangkat, tetapi^l sesuatu yang^l harus dievaluasi^l dan ^ldimodifikasi ^lkembali. Segala^l perubahan^l dapat terjadi^l pada saat^l waterfall dibuat^l untuk memenuhi^l kebutuhan ^lpengguna dan^l pada saat^l yang sama^l memungkinkan pengembang^l untuk lebih^l memahami ^lkebutuhan pengguna^l secara ^llebih ^lbaik. Berikut^l adalah tahapan^l dalam ^lmetode

lwaterfall :

1. Komunikasi^l dan pengumpulan^l data ^lawal, yaitu^l analisis terhadap^l kebutuhan ^lpengguna.

2. Perencanaan^l yaitu rencana^l kegiatan-kegiatan^l sebelum dilakukanya^l pemodelan ^ldan pembentukan ^lsistem.

3. Pemodelan^l digunakan untuk^l menggambarkan suatu^l sistem yang^l akan^l dikembangkan^l dengan ^lmenggunakan software^l dan ^lInterface.

4. Pembentukan yaitu proses pengkodean untuk membentuk dari gambaran pemodelan yang dirancang.

5. Penyerahan dan umpan balik yaitu hasil pengujian yang telah dilakukan jika layak lalu dilakukan penyerahan ke client dan dilakukan tahap evaluasi dari hasil umpan balik saat penerapan.

Pressman (2015) menggambarkan metode pengembangan sistem yaitu Waterfall pada^l gambar ^l2.1 :

Gambar 2.1 Metode Pengembang Sistem Presman (2015)

17

Terdapat penjelasan dan ^llangkah-langkah^l yang^l dilakukan ^ldalam pengembangan^l sistem secara^l garis ^lbesar ^ladalah :

2.8 Unified Modelling Language (UML)

Menurut Rosa & Salahuddin (2013), Unified^l Modelling Language^l (UML) yaitu:

“Bahasa^l visual untuk^l pemodelan dan^l komunikasi mengenai^l sebuah ^lsistem dengan^l menggunakan diagram^l dan^llteks-teks ^lpendukung”.

Berikut^l ini merupakan^l penjelasan tentang^l masing-masing^l diagram yang^l ada

lpada Unified^l Modelling ^lLanguage (UML^l) : 2.8.1 Use Case Diagram

Menurut Rosa & Salahuddin (2013), Use Case yaitu:

“Use^l case mendeskripsikan^l sebuah interaksi^l antara satu^l atau lebih^l aktor^l dengan^l sistem informasi^l yang ^lakan ^ldibuat. Use^l case digunakan^l untuk

lmengetahui fungsi^l apa saja^l yang ada^l di dalam^l sebuah sistem^l informasi dan^l siapa saja^l yang berhak^l menggunakan^llfungsi-fungsi ^ltersebut”.

Berikut^llsimbol-simbol^l yang aka^ln digunakan dalam^l menggambarkan Use^l Case Diagram^l dapat dilihat^l pada ^ltabel 2.2^l berikut ^lini:

Tabel 2.2 Simbol^l Use ^lCase ^lDiagram

No Simbol Deskripsi

1.

lUse ^lcase: Fungsionalitas yang^l disediakan ^lsistem sebagai^l unit-unit^l yang saling^l bertukar pesan^l antar unit^{l l}atau ^laktor, biasanya^l dinyatakan dengan^l menggunakan kata^l kerja di^l awal frase^l nama ^luse

lcase.

2.

lAktor: seseorang/sesuatu yang^l berinteraksi ^ldengan yang^l akan ^ldibuat. diluar^l sistem ^linformasi. Biasanya dinyatakan menggunakan kata benda

3.

……… Asosiasi^l (^lassociation): merupakan^l komunikasi

lantara aktor^l dan use^l case yang^l berpartisipasi pada^l

18

use ^lcase atau^l use case^l memiliki interaksi^l dengan

laktor.

4.

Generalisasi^l (^lgeneralization): merupakan^l hubungan (^lumum – khusus^l) antara^l dua buah^l use case^l dimana fungsi^l yang satu^l adalah fungsi^l yang

llebih umum^l 5.

<< Include >> Include berarti^l use case^l yang ditambahkan^l akan dipanggil^l saat use^l case ^ltambahan ^ldijalankan.

6.

<<Extend>> Ekstensi^l (^lextend) merupakan^l use case^l tambahan ^lke sebuah^l use case^l yang ditambahkan^l dapat berdiri^l sendiri^l walau tanpa^l use case^l tambahan ^litu.

Sumber: Rosa & Salahuddin (2013) 2.8.2 Activity Diagram

Menurut^l Rosa & ^lSalahuddin (2013), ^lactivity diagram^l adalah:

”Activity Diagram menggambarkan^l aliran kerja^l atau aktivitas^l dari ^lsebuah sistem^l atau proses^l bisnis atau^l menggambarkan aktivitas^l sistem bukan^l apa ^lyang

ldilakukan ^laktor, jadi^l aktivitas yang^l dapat dilakukan^l oleh ^lsistem”.

Berikut^l simbol-simbol^l yang akan^l digunakan dalam^l menggambarkan ^lactivity diagram^l dapat dilihat^l pada ^ltabel ^l2.3 ^lberikut ^lini:

Tabel 2.3 Simbol^l Activity Diagram^l

No Simbol Keterangan

1.

Status^l awal ^laktivitas ^lsistem, sebuah^l diagram

laktivitas memiliki^l sebuah ^lstatus ^lawal.

2.

Aktivitas^l yang ^ldilakukan ^lsistem, aktivitas^l biasanya diawali^l dengan ^lkata ^lkerja.

3.

Percabangan^l (Decision^l) merupakan^l asosiasi

lpercabangan dimana^l jika ada^l pilihan aktivitas^l lebih ^ldari ^lsatu.

4.

Penggabungan^l (^lJoin) merupakan^l asosiasi

lpenggabungan dimana^l lebih dari^l satu aktivitas^l digabungkan ^lmenjadi ^lsatu.

19 5. Nama swimlane

Swimlane^l

Memisahkan^l organisasi bisnis^l yang bertanggung^l jawab ^lterhadap ^laktivitas.

6.

Status^l akhir yang^l dilakukan ^lsistem, sebuah^l diagram aktivitas^l memiliki ^lsebuah status ^lakhir.

Sumber: (Rosa & Salahuddin, 2013) 2.8.3 Class Diagram

Menurut^l Rosa & ^lSalahuddin (2013), Class^l Diagram ^ladalah:

“Class diagram mengembangkan^l struktur sistem^l dari segi^l pendefinisian^l

lkelas-kelas^l yang akan^l dibuat untuk^l membangun ^lsistem”.

Berikut ^lsimbol-simbol^l yang akan digunakan dalam menggambarkan ^lClass Diagram^l dapat dilihat^l pada tabel^ll2.4 berikut ini:

Tabel 2.4 Simbol Class^l Diagram^l

No Simbol Deskripsi

1. Nama_kelas

+Atribute

+Operasi

Kelas^l pada ^lstruktur ^lsistem.

2.

Antar Muka/Interface

Nama_Interface

Sama^l dengan konsep^l interface dalam^l pemrograman^l berorientasi^l

lobjek.

3.

Asosiasi / Asociation Relasi^l antar kelas^l dengan ^lmakna

lumum, ^lasosiasi biasanya^l juga disertai^l dengan ^lsimbol

4.

Asosiasi Berarah / Directed Association

Relasi^l antar kelas^l dengan makna^l kelas yang^l satu digunakan^l oleh kelas^l yang ^llain, asosiasi^l biasanya juga^l disertai ^ldengan ^lsimbol.

20 5.

Generalisasi Relasi^l antar kelas^l dengan makna^l generalisasi-spesialisasi^l (^lumum khusus^l)

6.

Ketergantungan / dependency Relasi^l antar kelas^l dengan makna^l ketergantungan^llantar ^lkelas.

7.

Agregasi / aggregation Relasi^l antar kelas^l dengan makna^l semua ^lbagian (^lwhole-part^l)

Sumber: Rosa & Salahuddin (2013) 2.8.4 Balsamiq Mockups

Balsamiq Mockups menurut Faranello (2012) adalah^l salah satu^ll software yang^l digunakan^l dalam pembuatan^l desain atau^l prototyping dalam^l pembuatan tampilan^l user interface^l sebuah ^laplikasi. Dengan^l menggunakan Balsamiq^l Mockups kita^l dimudahkan^l dalam^l pembuatan user^l interface karena^l Balsamiq Mockup^l sudah menyediakan^l tools ^lyang dapat^l memudahkan dalam^l membuat desain^l prototyping aplikasi^l yang akan^l kita ^lbuat. Software^l ini berfokus^l pada konten^l yang ingin^l digambar dan^l fungsionalitas ^lyang dibutuhkan^l oleh ^lpengguna.

Balsamiq^l merupakan^l aplikasi yang^l disediakan untuk^l para designer^l guna^l

lmendesign ^lmockups, dimana^l mockups adalah^l sebagai sebuah^l model dari^l suatu

lstruktur atau^l alat ^lbaik full ^lsize ataupun ^lberupa miniatur^l yang digunakan^l untuk

lpembelajaran, ^ldemo, test^l desain, ^lpromosi, ^ldsb.

2.9 Metode Pengujian Sistem

Metode pengujian sistem merupakan metode yang digunakan untuk melakukan testing pada sistem yang dibangun sehingga di peroleh hasil berupa sistem yang sesuai fungsinya.

21 2.10 ISO 9126

Salah^l satu tolak^l ukur kualitas^l perangkat lunak^l adalah ISO^l 9126, yang^l dibuat

loleh International^l Organization for^l Standardization (^lISO) dan^l International

lElectrotechnical Commission^l (IEC). ISO^l 9126 mendefinisikan^l kualitas produk^l perangkat ^llunak, ^lmodel, karakteristik^l mutu, dan^l metrik terkait^l yang digunakan^l untuk mengevaluasi^l dan menetapkan^l kualitas sebuah^l produk ^lsoftware. Standar^l ISO 9126^l telah ^ldikembangkan dalam^l usaha untuk^l mengidentifikasi ^latribut-atribut^l kunci kualitas^l untuk perangkat^l lunak ^lkomputer. Menurut^l (Abran et al. 2008), ISO^l 9126 adalah^l standar internasional^l yang diterbitkan^l oleh ISO^l untuk evaluasi^l kualitas perangkat^l lunak dan^l merupakan pengembangan^l dari ^lISO ^l9001. Faktor^l kualitas menurut^l ISO 9126^l meliputi ^lenam karakteristik^l kualitas ^lsebagai ^lberikut (Al-Qutaish 2010,171) :

1) Functionality^l (Fungsionalitas^l). Kemampuan^l perangkat lunak^l untuk menyediakan^l fungsi sesuai^l kebutuhan ^lpengguna, ketika^l digunakan ^ldalam kondisi ^ltertentu.

2) Reliability^l (Kehandalan^l). Kemampuan^l perangkat lunak^l untuk ^lmempertahankan tingkat^l kinerja ^ltertentu, ketika^l digunakan dalam^l kondisi ^ltertentu.

3) Usability^l (^lKebergunaan). Kemampuan^l perangkat lunak^l untuk ^ldipahami,

ldipelajari, ^ldigunakan, dan^l menarik ^lbagi ^lpengguna, ketika^l digunakan ^ldalam

lkondisi ^ltertentu.

4) Efficiency^l (^lEfisiensi). Kemampuan^l perangkat lunak^l untuk ^lmemberikan ^lkinerja yang^l sesuai dan^l relatif terhadap^l jumlah sumber^l daya yang^l digunakan pada^l saat

lkeadaan ^ltersebut.

5) Maintainability^l (Pemeliharaan^l). Kemampuan^l perangkat lunak^l untuk

ldimodifikasi. Modifikasi^l meliputi ^lkoreksi, perbaikan^l atau adaptasi^l terhadap

lperubahan ^llingkungan, ^lpersyaratan, dan^l spesifikasi ^lfungsional.

6) Portability^l (^lPortabilitas). Kemampuan^l perangkat lunak^l untuk ditransfer^l dari satu^l lingkungan ke^l lingkungan ^llain.