Moch. Misbach Arifianto Pembimbing 1 : Feby Artwodini Muqtadiroh, S.Kom, MT Pembimbing 2 : Amna Shifia Nisafani, S.Kom, M.

(1)

PEMBANGUNAN PERANGKAT LUNAK WIKIBUDAYA

UNTUK MELESTARIKAN BUDAYA DAN KEARIFAN

LOKAL INDONESIA

Moch. Misbach Arifianto– 5209 100 108

Pembimbing 1 : Feby Artwodini Muqtadiroh, S.Kom, MT

Pembimbing 2 : Amna Shifia Nisafani, S.Kom, M.Sc

(2)

PENDAHULUAN

(3)

Latar Belakang

• Budaya yang banyak dan beragam

• Sedikitnya Ahli budaya

• Terbatas media untuk publikasi

• Sedikitnya media dengan sumber informasi

(4)

Perumusan Masalah

1. Bagaimana membangun perangkat lunak

teknologi informasi yang dapat menjadi

repositori informasi mengenai budaya

Indonesia?

2. Bagaimana pengujian perangkat lunak

wikibudaya yang sesuai dengan dokumen

spesifikasi?

(5)

Batasan

1. Fokus Tugas Akhir ini adalah pembangunan perangkat lunak WikiBudaya

yang didasarkan pada dokumen analisis dan perancangan WikiBudaya

untuk melestarikan budaya dan kearifan lokal Indonesia dengan studi

kasus Provinsi Jawa Timur.

2. Batasan pada pengkategorian budaya dan fitur yang digunakan meliputi

seluruh budaya yang ada berdasarkan penggalian data yang dilakukan di

Dinas Budaya dan Pariwisata.

3. Tugas Akhir yang dikerjakan paralel dengan tugas akhir yang berjudul

“ANALISIS DAN PERANCANGAN WIKIBUDAYA DALAM RANGKA

MELESTARIKAN BUDAYA BANGSA DAN KEARIFAN LOKAL

NUSANTARA”

(6)

Tujuan

• Tujuan pengerjaan tugas akhir ini adalah

untuk menghasilkan perangkat lunak

WikiBudaya yang dapat menjadi repositori

pengetahuan untuk melestarikan budaya dan

kearifan lokal Indonesia sesuai dengan

dokumen analisis dan perancangan perangkat

(7)

Manfaat

• Hasil pembangunan yang dilakukan

diharapkan dapat memberikan manfaat

terhadap dunia pendidikan, pariwisata, dan

kebudayaan serta dunia pengembangan

(8)

TINJAUAN PUSTAKA

(9)

• Incremental Model

• PHP: Hypertext Preprocessor

• Database My SQL

• Testing Perangkat lunak dengan metode

BlackBox

(10)

METODOLOGI

(11)

Metodologi Pelaksanaan

Create Database For Each Module Learn Specification & Design

Create Table Create GUI _Design

Create Function Unit Testing Module Integration Integration testing Done Good Testing Output Testing output Bad

Studi Literatur Elisitasi ( Wawancara

dan Benchmarking ) Analisis dan Spesifikasi Kebutuhan Validasi Kebutuhan

Yes

Desain

No

Validasi Desain

No

Yes

Bad Good

No

Yes

For Each Module No Yes

Alur Utama Analysis & Desain

Alur Utama Test & Code

Alur Keputusan (Decision)

(12)

Create Database

For Each Module

Learn Specification & Design

no

Create Table Create GUI Design

Create Function

Unit Testing

Good

Module Integration

Yes Integration testing

Done Good

Testing Output Bad

Testing output Bad

(13)

IMPLEMENTASI DESAIN

(14)

Bahasa Pemrogaman dan Lingkungan

Pengembangan Aplikasi

• Bahasa pemrogaman : PHP dan Javascript

• Software yang digunakan :

– NetBeans IDE 7.2.1.

– phpMyAdmin

• Hardware yang digunakan :

– 1 unit Laptop ASUS series N43S Intel Core I5-2670QM (2.2 Ghz

dengan Turbo Boost sampai dengan 3.1G)

(15)

Struktur Aplikasi

• Struktur pada pembangunan aplikasi WikiBudaya

menggunakan struktur framework CodeIgniter, yaitu

:

– Model

– View

(16)

Hasil Implementasi

(17)

UJI COBA APLIKASI

(18)

Uji coba terhadap antarmuka untuk mengukur tingkat

kemudahan penggunaan (User Friendly) dengan

menggunakan kuesioner

• Uji coba dilakukan untuk menilai antarmuka berikut :

– Antarmuka Homepage

– Antarmuka Halaman Daftar Akun Kontributor/Reviewer

– Antarmuka Halaman Cari Artikel

– Antarmuka Halaman Lihat Artikel

– Antarmuka Halaman Login

– Antarmuka Halaman Utama Kontributor/Reviewer

– Antarmuka Halaman Profil Pengguna

– Antarmuka Halaman Artikel Saya (Kontributor)

– Antarmuka Halaman Tulis Artikel (Kontributor)

– Antarmuka Halaman List Artikel (Reviewer)

(19)

Uji coba terhadap antarmuka untuk mengukur tingkat

kemudahan penggunaan (User Friendly) dengan

menggunakan kuesioner

• Mekanisme pengambilan adalah sebagai berikut,

– Pengambilan data dilakukan pada 40 orang responden yang diambil

secara acak. Berikut demografi dari 40 responden berdasarkan jenis

kelamin dan pekerjaan.

(20)

– Proses pengambilan data dilakukan dengan cara interview tiap

responden dan uji coba langsung. Tiap responden langsung menguji

aplikasi dengan hak akses Kontributor dan Reviewer.

No Antarmuka

Nilai

Validitas

Nilai

Reliabilitas

1 Homepage

0.702

0.603

2 Halaman Daftar Akun Kontributor/Reviewer

0.728

0.650

3 Halaman Cari Artikel

0.730

0.647

4 Halaman Lihat Artikel

0.691

0.609

5 Halaman Login

0.640

0.604

6 Halaman Utama Kontributor/Reviewer

0.706

0.618

7 Halaman Profil Pengguna

0.688

0.624 Uji coba terhadap antarmuka untuk mengukur tingkat

kemudahan penggunaan (User Friendly) dengan

(21)

Uji coba terhadap antarmuka untuk mengukur tingkat

kemudahan penggunaan (User Friendly) dengan

menggunakan kuesioner

No Antarmuka

Nilai

Validitas

Nilai

Reliabilitas

8 Homepage

0.625

0.629

9 Halaman Daftar Akun Kontributor/Reviewer

0.684

0.697 10 Halaman Cari Artikel

0.717

0.689 11 Halaman Lihat Artikel

0.709

0.654 – Proses pengambilan data dilakukan dengan cara interview tiap

responden dan uji coba langsung. Tiap responden langsung menguji

aplikasi dengan hak akses Kontributor dan Reviewer.

(22)

Uji coba terhadap fungsionalitas dari

masing-masing fungsi yang ada dengan menggunakan

RTM (Requirement Traceability Matrix)

• Berdasarkan RTM yang didapat dari dokumen analisis dan

perancangan didapatkan M.V.C dari tiap use case yang ada.

Adapun Use Case yang pada saat pembangunan tidak

memerlukan adanya Model, karena use case tersebut hanya

memerlukan interaksi sistem dan view seperti : Unduh

File(UC-02.08), Keluar Akun(UC-01.03), Validasi_Kontributor

dan Validasi Reviewer (UC-01.09 dan UC-01.10).

(23)

Uji Coba Berdasarkan Hak Akses dari

Setiap

Pengguna

• Dapat dilihat setiap input telah memiliki output dan setiap

output telah memenuhi output yang diharapkan. Ada

beberapa input yang tidak memiliki 2 alternatif karena sistem

hanya memiliki 2 keputusan dalam menjalankan input yakni

hapus atau tidak. Beberapa input tersebut adalah Hapus

Komentar(Admin Sistem), Hapus Akun (Admin Sistem),

Hapus Artikel(Admin Reviewer).

(24)

Kesimpulan

• Simpulan yang dapat diambil dari pengerjaan tugas akhir ini

adalah sebagai berikut :

– Pembangunan aplikasi WikiBudaya yang dilakukan memerlukan 3 iterasi

utama yaitu iterasi pertama untuk Modul Pengelolaan Akun, iterasi kedua

untuk Modul Pengelolaan Artikel, iterasi ketiga untuk Modul Pengelolaan

Komentar Penambahan 2 kali iterasi di akhir, 1 iterasi untuk kebutuhan yang

bersifat diharapkan yaitu fungsi unggah dan unduh, 1 iterasi untuk kebutuhan

yang baru muncul di akhir dan bersifat penting yaitu fungsi notifikasi

komentar(Admin Sistem). Total iterasi yang dibutuhkan untuk pembuatan

aplikasi WikiBudaya adalah 5 iterasi.

(25)

Kesimpulan

• Pengujian aplikasi yang dilakukan dengan metode blackbox dengan 3 test case

dimana tiap test case memiliki kesimpulan sebagai berikut :

– Menurut uji coba terhadap antarmuka untuk mengukur tingkat kemudahan penggunaan

(User Friendly) dengan menggunakan kuesioner dapat disimpulkan jika rata-rata

responden telah cukup puas dalam hal penggunaan aplikasi, namun masih perlu

perbaikan untuk halaman tulis artikel agar lebih mudah digunakan oleh pengguna

– Menurut uji coba terhadap fungsionalitas dari masing-masing fungsi yang ada dengan

RTM (Requirement Traceability Matrix) dapat disimpulkan aplikasi yang dibangun telah

sesuai dengan desain yang dibuat. Hal tersebut ditunjukkan dengan setiap fungsi yang

dibuat telah sesuai dengan kebutuhan fungsional yang ada pada dokumen analisis dan

perancangan.

– Menurut uji coba berdasarkan hak akses pengguna sesuai alur bisnis WikiBudaya dapat

disimpulkan jika seluruh fungsi yang dibuat telah sesuai dengan alur bisnis WikiBudaya

dan telah mampu berjalan dengan beberapa alternatif skenario serta telah mampu

(26)

Saran

• Perlu adanya kepastian desain di awal agar proses

pembangunan yang dilakukan dapat lebih terstruktur.

• Kedepannya perlu adanya user guide yang sesuai dengan

standart yang ada yang dimana dapat membantu user dalam

penggunaan aplikasi wikiBudaya.

(27)

Daftar Pustaka

[1] B. Kartaredjasa, dalam 33 Profil Budayawan Indonesia, Yogyakarta, Direktorat Televisi, c/q Televisi RI Stasiun Yogyakarta, 1990, p. 208. [2] dpd.go.id, “Program Perlindungan Kekayaan Budaya Kementerian Pendidikan dan Kebudayaan,” Kebudayaan, 3 oktober 2012.

[3] A. Liliweri, “Makna Budaya dalam Komunikasi Antar Budaya,” dalam Makna Budaya dalam Komunikasi Antar Budaya, Yogyakarta, PT LKiS Pelangi Aksara, 2007, p. 10.

[4] Suwanto, Sunardi, Sarwiyanto, Yuliana dan Murtini, “Adat Daerah,” dalam Ayo Belajar di Sekolah 3D, Yogyakarta, Kanisius, 2010, p. 94. [5] E. Purwanto, “Alat Musik Nusantara,” dalam Saya Ingin Terampil & Krreatif, Grafindo Media Pratama, 2006, pp. 20-36.

[6] S. Murtono, “Lagu wajib, Lagu Daerah, dan Lagu Anak-Anak,” dalam Seni Budaya dan Ketrampilan, Yogyakarta, Yudhistira Ghalia Indonesia, 2006, pp. 40-45.

[7] S. Rochani, “Macam-Macam Makanan Tradisional,” dalam Cara Membuat Kue Serabi, Bandung, Ganeca Exact, 2006, pp. 6-8.

[8] Bentara Budaya Jakarta, “Setengah Abad Seni Grafis Indonesia,” dalam Self a Century of Indonesian Printmaking, Jakarta, Kepustakaan Populer Gramedia, 2000, pp. 17-34.

[9] J. Ambadar, M. Abidin dan Y. Isa, “Strategi Benchmarking,” dalam Mulai Usaha dari Nol, Jakarta, Niaga Swadaya, 2008, pp. 108-110. [10] A. Nugroho, “Unified Modeling Language,” dalam Rekayasa Perangkat Lunak Berorientasi Objek dengan Metode USDP (Unified Software

Development Process), Yogyakarta, C.V Andi, 2010, pp. 42-43.

[11] E. Triandini dan I. G. Suardika, “Class Diagram,” dalam Step by Step Desain Proyek Menggunakan UML, Yogyakarta, C.V Andi, 2012, pp. 49-50.

[12] A. Kristanto, “Teknik Entity Relationship (ER),” dalam Perancangan Sistem Informasi dan Aplikasinya, Yogyakarta, Gava Media, 2008, pp. 91-92.

[13] I. Santoso, “Interaksi Manusia-Komputer,” dalam Interaksi Manusia dan Komputer edisi 2, Yogyakarta, C.V Andi, 2004, pp. 5-7. [14] U. Rahardja, “Elisitasi,” Rancangan Sistem Informasi Penilaian Skripsi, vol. I, no. 1, p. 63, 2011.

(28)