PROPOSAL PENELITIAN

JUDUL PENELITIAN TIDAK LEBIH DARI 20 KATA BERISI METHOD, TEORI, TUJUAN, LOKASI PENELITIAN DAN

DITULIS DALAM BENTUK PIRAMIDA TERBALIK

OLEH

NAMA MAHASISWA

NIM

Proposal penelitian diajukan sebagai salah satu syaratuntuk memperoleh gelar Sarjana Komputer

PROGRAM STUDI SISTEM INFORMASI

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER

STMIK ICHSAN GORONTALO

2019

STMIK ICHSAN GORONTALOPERSETUJUAN PROPOSAL PENELITIAN

JUDUL : JUDUL PENELITIAN TIDAK LEBIH DARI 20 KATA BERISI PRODUK, TEORI, TUJUAN, LOKASI PENELITIAN

PENYUSUN : NAMA MAHASISWA

NIM : NIM

Berdasarkan deskripsi yang kami baca dan penjelasan dari mahasiswa

yang bersangkutan, judul yang disebutkan diatas dari segi kualitas dan

kuantitas menurut pandangan kami dapat digunakan sebagai materi

penyusunan Skripsi program sarjana program studi Sistem Informasi

Gorontalo, Januari 2019

Nama Pembimbing UtamaPembimbing Utama

Nama Pemimbing PendampingPembimbing Pendamping

i

STMIK ICHSAN GORONTALOPENGESAHAN PROPOSAL PENELITIAN

JUDUL : JUDUL PENELITIAN TIDAK LEBIH DARI 20 KATA BERISI PRODUK, TEORI, TUJUAN, LOKASI PENELITIAN

PENYUSUN : NAMA MAHASISWA

NIM : NIM

Telah memenuhi persyaratan untuk dipertahankan didepan dewan penguji pada

ujian Proposal Penelitian

Gorontalo, Januari 2019

Nama Pembimbing UtamaPembimbing Utama

Nama Pembimbing PendampingPembimbing Pendamping

Nama Ketua Program StudiKetua Program Studi Sistem Informasi

ii

KATA PENGANTAR

Puji syukur penulis panjatkan kehadirat Allah S.W.T, karena hanya dengan

izin dan kuasa-Nya penulis dapat menyelesaikan penyusunan proposal penelitian

dengan judul “Judul”. Penulis menyadari penyusunan proposal ini masih jauh

dari kesempurnaan, oleh karena itu penulis memohon masukan untuk

kesempurnaan penulisan proposal penelitian ini.

Penulis juga mengucapkan terima kasih kepada pihak – pihak yang telah

membantu terselesainya proposal penelitian ini :

1. Ibu Dr. Hj. Juriko Abdussamad, M.Si selaku Ketua Yayasan Pengembangan

Ilmu Pengetahuan dan Teknologi (YPIPT) Ichsan Gorontalo

2. Bapak Drs. Lukman Hadju, M.Si, selaku Ketua STMIK Ichsan Gorontalo.

3. Bapak Ifriandi Labolo, S.Kom., M.Kom selaku Wakil Ketua I STMIK Ichsan

Gorontalo.

4. Ibu Rahmawati, S.Ag,. M.Hum selaku Wakil Ketua II STMIK Ichsan

Gorontalo.

5. Bapak Bahtiar Senung, S.Kom., M.Kom selaku Wakil Ketua III STMIK

Ichsan Gorontalo.

6. Bapak Jorry Karim, S.Kom., M.Kom selaku Wakil Ketua IV STMIK Ichsan

Gorontalo.

7. Ibu Andi Mulawati Mas Pratama, S.Kom., MT selaku ketua Program Studi

jurusan Sistem Informasi STMIK Ichsan Gorontalo.

8. Bapak/Ibu Nama pembimbing sebagai pembimbing utama yang telah

memberikan banyak saran dan kritikan membangun untuk kesempurnaan

proposal penelitian ini.

9. Bapak/Ibu Nama pembimbing sebagai pembimbing pendamping yang telah

memberikan saran dan pemikiran untuk menunjang penelitian ini.

10. Bapak/Ibu nama pimpinan/ketua/koordinator pada tempat lokasi penelitian

yang telah memberikan izin kepada penulis untuk melakukan penelitian.

iii

11. Seluruh dosen dan tenaga kependidikan yang ada di STMIK Ichsan Gorontalo

yang tak sempat disebutkan satu persatu atas ilmu yang telah diberikan.

12. Kedua orang tua yang selalu memberikan semangat dan bimbingan moral

maupun materil yang tak terhingga kepada penulis.

13. Kepada seluruh teman-teman yang telah memberikan dukungan dan semangat

hingga penulisan proposal ini dapat terselesaikan.

Semoga segala amal dan perbuatan yang telah diberikan mendapatkan rahmat dan

balasan yang lebih baik dari Allah SWT. Akhir kata penulis berharap proposal

penelitian ini dapat berguna dan bermanfaat bagi semua.

Gorontalo, Januari 2019

Penulis

iv

DAFTAR ISI

(Cara untuk memperbaharui DAFTAR ISI : Klik kanan pada DAFTAR ISI

dibawah ini Pilih Update Field Pilih Update Entire Table)

PERSETUJUAN PROPOSAL PENELITIAN.........................................................i

PENGESAHAN PROPOSAL PENELITIAN.........................................................ii

KATA PENGANTAR............................................................................................iii

DAFTAR ISI............................................................................................................v

DAFTAR GAMBAR.............................................................................................vii

DAFTAR TABEL................................................................................................viii

1. Latar Belakang................................................................................................1

2. Rumusan Masalah...........................................................................................2

3. Batasan Masalah (Opsional)...........................................................................2

4. Tujuan Penelitian............................................................................................2

5. Manfaat Penelitian..........................................................................................3

6. Landasan Teori................................................................................................3

6.1 Penelitian Terkait.....................................................................................4

6.2 Sistem Informasi Geografis.....................................................................5

6.3 Objek Pajak.............................................................................................7

6.4 Algoritma Dijkstra...................................................................................7

6.5 Pemrograman Java...................................................................................7

6.6 Konsep Aplikasi Mobile dan Webservice................................................7

6.6.1 Konsep Aplikasi Mobile.................................................................7

6.6.2 Web Service....................................................................................9

6.7 Unified Modelling Language (UML)....................................................10

v

6.8 Pengujian Sistem...................................................................................16

6.8.1 White Box.....................................................................................16

6.8.2 Black Box......................................................................................20

6.9 Kerangka Pemikiran..............................................................................21

7. Gambaran Umum Lokasi Penelitian.............................................................22

7.1 Gambaran Umum..................................................................................22

7.2 Struktur Organisasi................................................................................23

8. Metodologi Penelitian...................................................................................24

8.1 Objek Penelitian....................................................................................24

8.2 Metode Penelitian..................................................................................24

8.3 Tahap Analisis.......................................................................................25

8.3.1 Identifikasi Masalah.....................................................................25

8.3.2 Metode Pengumpulan Data..........................................................25

8.3.3 Analisa Sistem yang Berjalan.......................................................26

8.3.4 Analisa Sistem yang Diusulkan....................................................28

8.4 Tahap Perancangan................................................................................29

8.5 Tahap Pengujian....................................................................................31

8.6 Tahap Implementasi..............................................................................31

9. Jadwal Penelitian...........................................................................................32

DAFTAR PUSTAKA............................................................................................33

vi

DAFTAR GAMBAR

(Cara untuk memperbaharui DAFTAR GAMBAR : Klik kanan pada Daftar Tabel

dibawah ini Pilih Update Field Pilih Update Entire Table)

Gambar 1. Skema Web Service................................................................................9

Gambar 4. Notasi Diagram Alir.............................................................................17

Gambar 5. Diagram Alir prosedur Data.................................................................19

Gambar 6. Kerangka Pemikiran.............................................................................21

Gambar 7. Struktur Organisasi...............................................................................23

Gambar 8. Sistem yang sedang berjalan................................................................26

Gambar 9. Use Case diagram model yang diusulkan............................................31

vii

DAFTAR TABEL

(Cara untuk memperbaharui DAFTAR TABEL : Klik kanan pada Daftar Tabel

dibawah ini Pilih Update Field Pilih Update Entire Table)

Tabel 1. Jenis Aplikasi Mobile untuk Android........................................................8

Tabel 2. Simbol Use Case Diagram [5].................................................................11

Tabel 3. Simbol Activty Diagram [5].....................................................................14

Tabel 4. Simbol Sequence Diagram [5].................................................................16

Tabel 5. Jadwal Penelitian.....................................................................................33

viii

1. Latar Belakang

Latar belakang disusun dengan bentuk piramida terbaik, dalam artian

hubungan antara paragraph awal sampai dengan paragraph akhir berurut dari

umum ke khusus, atau dari pembahasan global selanjutnya menyempit sampai

pada latar belakang permasalahan yang anda angkat. Setiap paragraph wajib

mengandung satu kalimat pokok pikiran utama dan dilengkapi dengan pokok

pikiran penjelasan. Kalimat pokok pikiran utama/ atau kalimat yang berisi

statement/ pernyataan/ pengertian/ teori/ data sebaiknya dilengkapi dengan

kutipan/referensi yang jelas. Penulisan sitasi (sumber referensi) menggunakan

format IEEE (Intitute for Electrical and Electroniccs Engginers) yang telah

disediakan oleh Microsoft Word. Petunjuk pembuatan sitasi secara otomatis dapat

dilihat di bagian landasan teori.

Kutipan yang diperbolehkan hanya bisa berasal dari jurnal, buku, report

(skripsi/ thesis/ desertasi), dan website resmi (untuk data statistik/ undang-

undang/ aturan). Kutipan yang berasal dari wikipedia, blogspot, wordpress

TIDAK DIPERBOLEHKAN untuk dijadikan bahan rujukan dan referensi. Latar

belakang sebaiknya mengambarkan ilustrasi/alasan mengapa anda mengangkat

judul penelitian ini. Tujuan dari penulisan latar belakang ini adalah untuk

memberitahukan kepada pembaca tentang alasan - alasan dari sudut pandang

peneliti.

Pada paragraph akhir pada latar belakang juga dijelaskan secara abstrak

tentang hal yang akan dilakukan peneliti, termasuk model/ proses/ algoritma/

metode/ alat bantu pemrograman yang digunakan untuk menyelesaikan

1

pemasalahan yang telah dijelaskan sebelumnya. Jumlah halaman pada latar

belakang minimal 2 halaman dengan tata cara penulisan yang telah ditentukan.

2. Rumusan Masalah

Rumusan masalah merupakan alasan utama mengapa penelitian dilakukan.

Rumusan penelitian harus objektif dan dapat dibuktikan secara logis dan valid

bahwa itu benar - benar merupakan permasalahan. Permasalahan yang baik

harus dilandasi oleh studi lapangan (pra penelitian : wawancara/

observasi/ hasil quisioner/ statistik) dan studi pustaka/literatur

(penelitian terkait dari jurnal). Rumusan masalah boleh dibuat dalam

bentuk point (1,2…) jika terdapat lebih dari satu masalah. Apabila masalah

hanya ada 1 maka langsung dibuat dalam bentuk paragraph. Masalah

penelitian dapat dinyatakan dalam bentuk kalimat pernyataan (Research

Problem) dan kalimat pertanyaan (Research Question).

3. Batasan Masalah (Opsional)

Batasan masalah dituliskan untuk lebih mempersempit arah penelitian

berdasarkan permasalahan yang diangkat. Point ini sifatnya tidak wajib, dapat

dituliskan atau tidak dituliskan. Jika anda mengangkat judul penelitian yang

merupakan bagian kecil dari sebuah sistem yang besar maka sebaiknya point

batasan masalah ini dituliskan.

4. Tujuan Penelitian

Tujuan dari penelitian ini yaitu :

Tujuan penelitian akan menjawab masalah yang ada pada rumusan masalah.

Jika pada rumusan masalah ditetapkan dua permasalahan maka demikian juga

2

dengan tujuan penelitian. Tujuan penelitian harus objektif dan dapat

dibuktikan dengan hasil akhir dari penelitian ini baik itu dalam bentuk

laporan dari aplikasi, pengujian efisiensi aplikasi, maupun hasil pre dan post

test kuisioner.

5. Manfaat Penelitian

Manfaat yang diperoleh dari penelitian ini adalah :

1. Pengembangan Ilmu

Jelaskan manfaat metode/model/algoritma hasil dari penerapan aplikasi

yang ditawarkan untuk pengembangan ilmu khususnya ilmu komputer

dengan metode/model/algoritma yang digunakan.

2. Praktisi

Jelaskan manfaat metode/model/ hasil dari penerapan aplikasi yang

ditawarkan terhadap praktisi atau user yang akan menggunakan metode/

model/ algoritma yang diusulkan.

3. Peneliti

Jelaskan manfaat metode/model/ hasil dari penerapan aplikasi yang

ditawarkan terhadap peneliti tentang metode/ model/ algoritma yang

diusulkan.

6. Landasan Teori

Landasan teori membahas tentang semua teori yang anda gunakan dalam

menyusun penelitian ini. Teori yang dibahas sebaiknya mengikuti paramater pada

judul. Misalnya judul yang anda angkat adalah Sistem Informasi Geografis

Penentuan Lokasi Objek Pajak Menggunakan Algoritma Dijkstra. Dari judul ini

3

dapat diketahui bahwa hal yang dibahas pada landasan teori menyangkut : Sistem

Informasi Geografis, Objek Pajak, dan Algoritma Dijktra. Selain itu dapat juga

ditambahkan teori tentang bahasa pemrograman yang digunakan, teknologi yang

dipakai, teknik permodelan dan analisa sistem (contoh : UML atau DAD), dan

teknik pengujian sistem. Setiap teori yang anda akan bahas harus memiliki

referensi yang dapat diambil dari Jurnal, Buku, Skripsi/Tesis/Disertasi. TIDAK

DIPERBOLEHKAN MENGARANG BEBAS TANPA ARAH KARENA INI

ADALAH SEBUAH KARYA ILMIAH YANG KEBENARANNYA HARUS

DIPERTANGGUNGJAWABKAN. Landasan teori juga ditulis menggunakan

penomoran mengikuti bab. Contoh :

6.1 Penelitian Terkait

Penelitian terkait berisi tentang hasil review dari jurnal yang anda gunakan

sebagai sumber literatur dari penelitian anda. Penelitian terkait mengikuti state of

the art (perkembangan teknologi terbaru) atau dalam artian tahun penulisan jurnal

yang dapat digunakan untuk penelitian terkait sebaiknya tidak lebih dari 2 tahun

dari penelitian anda. Penelitian terkait harus ada hubungan dengan penelitian yang

anda buat baik itu dari kesamaan metode/ teknik/ alur/ teknologi yang digunakan/

dimanfaatkan. Setiap penelitian minimal mempunyai 3 hasil review penelitian

terkait yang ditulis dalam bentuk satu paragraph (bukan dalam bentuk point -

point) untuk tiap penelitian (jadi total ada tiga paragraph). Contoh hasil review

untuk penelitian terkait adalah sebagai berikut :

Penelitian yang dilakukan oleh dani [1] dengan judul Sistem Informasi Geografis

Penentuan Lokasi Objek Pajak menggunakan Algoritma Dijkstra. Permasalahan

4

yang diangkat pada penelitian ini yaitu tidak tersedianya informasi lokasi objek

pajak, sehingga para petugas pajak kesulitan untuk mengetahui dimana objek

pajak itu tinggal. Dengan menggunakan algoritma Djikstra peneliti

mengembangkan aplikasi sistem informasi geografis untuk menentukan lokasi

objek pajak sehingga petugas pajak tidak kesulitan untuk mencari lokasi tempat

tinggal objek pajak. Dari hasil perhitungan Euclidean Distance diperoleh hasil 0.3

perbedaan penentuan lokasi menggunakan algoritma Dijkstra dan menggunakan

Google Maps API.

Dalam satu paragraph hasil review penelitian haruslah berisi 3 hal, yaitu : latar

belakang permasalahan, metode yang diusulkan, dan hasil yang diperoleh. Setelah

anda melakukan review penelitian selanjutnya pada paragraph terakhir jelaskan

penelitian yang anda angkat dan apa yang membedakan dengan penelitian -

penelitian sebelumnya.

6.2 Sistem Informasi Geografis

Gunakan fitur yang disediakan oleh Microsoft Word untuk mempermudah

penulisan sitasi/ referensi menggunakan. Berikut ada cara untuk menginput sitasi :

1. Masuk ke menu References

2. Klik pilihan Insert Citation.

3. Pilih Type of Source (jenis sumber) sitasi yang anda akan gunakan

sebagai referensi. Referensi bisa diambil dari jurnal, buku, atau laporan

seperti skripsi/tesis/disertasi/ web.

5

4. Inputkan nama author (penulis) dengan menekan tombol edit yang ada

disamping kanan. Jika penulis lebih dari satu maka anda tinggal

menekan tombol + yang ada dibagian bawah kiri jendela Edit Name.

5. Inputkan Last Name (nama belakang), Middle Name (nama tengah jika

ada), First Name (nama depan).

6. Inputkan judul jurnal, buku, skripsi/ tesis/ disertasi/ web yang

dijadikan sebagai referensi.

7. Silahkan mengisi inputan lain yang wajib isi (ditandai dengan simbol

*). Anda juga dapat melihat example (contoh) format isian yang akan

ditampilkan dibagian bawah kiri jendela.

8. Selanjutnya tekan tombol Ok, maka secara otomatis daftar sitasi yang

anda inputkan akan tersimpan dan dapat diakses dari manapun anda

membuka file word anda.

Lakukan 8 langkah di atas untuk menambahkan semua sitasi/ referensi yang anda

gunakan untuk penulisan penelitian anda. Jika sitasi sudah pernah diinput

sebelumnya maka anda tidak perlu untuk menginputnya lagi. Berikut adalah cara

yang dapat digunakan untuk menampilkan data sitasi :

1. Letakan kursor pada akhir kalimat/ statement/ data yang ingin anda

berikan sitasi.

2. Masuk ke menu References (referensi).

3. Masuk ke menu Citations (sitasi).

4. Klik pada daftar sitasi yang telah terinput maka secara otomatis nama

penulis dan tahun akan ditampilkan.

6

5. Contoh pemangilan nama sitasi dapat dilihat pada paragraph di bawah

ini :

Aplikasi dapat dikatakan suatu perangkat lunak yang siap pakai dengan

menjalankan intruksi-intruksi dari user atau pengguna [2], aplikasi banyak

diciptakan guna membatu berbagai keperluan seperti untuk laporan, percetakan

dan lain-lain sedangkan istilah aplikasi berasal dari bahasa inggris “application”

yang berarti penerapan, lamaran ataupun penggunaan, jadi pengertian aplikasi

dapat disimpulkan merupakan program siap pakai yang membantu mencapai

tujuan pengguna.

6.3 Objek Pajak

Menurut Kasman, objek pajak adalah seseorang warga masyarakat yang

memiliki kewajiban untuk mebayar pajak terhadap negara dikarenakan

penghasilan yang dimiliki [2]. Pembayaran pajak yang dilakukan oleh objek pajak

menyangkut pajak penghasilan (PPH), pajak bumi dan bangunan (PBB), dan

pajak - pajak lainnya sesuai dengan peraturan yang berlaku.

6.4 Algoritma Dijkstra

6.5 Pemrograman Java

6.6 Konsep Aplikasi Mobile dan Webservice

6.6.1 Konsep Aplikasi Mobile

Berikut adalah cara menyisipkan label untuk tabel secara automatik pada

proposal. Masuk ke menu References pada Aplikasi Word Klik menu Insert

Caption Pada options label silahkan pilih Tabel (jika label ini belum tersedia,

7

maka silahkan anda membuat label baru dengan cara mengklik tombol New Label,

kemudian buat label baru dengan nama Tabel) Berikan nama untuk tabel.

Hilangkan juga centangan pada pilihan Include chapter number pada Numbering

Format sehingga penomoran tabel tidak mengikuti kepala sub bab (Ingat ini masih

proposal / Usulan penelitian). Lihat contoh di bawah ini :

Tabel 1. Jenis Aplikasi Mobile untuk Android

No. Kategori Aplikasi

1. Sosial Facebook, BBM, Path, Twitter, Whats App, Line

2. Game Clash of Clans, Angry Bird, Zombie Plant

3. Office Office Mobile, Pdf Viewer, Super Note

4. Utility Avast, AVG, 360 Security, Clean Master

5. Music Music x Match

6. Foto dan Video Camera 360, Photo Grid, Viva Video

7. Bussiness Traveloka, Buka Lapak, Olx, Gojek

Sumber : [3]

8

6.6.2 Web Service

Web service merupakan aplikasi yang dibuat agar dapat dipanggil atau di

akses oleh aplikasi lain melalui internet dengan menggunakan format pertukaran

data sebagai format pengiriman pesan [2]. Sebuah web service dipanggil oleh

aplikasi lain dengan menggunakan bantuan HTTP (Hypertext Transfer Protocol).

Berikut merupakan skema web service [3]:

Berikut adalah cara menyisipkan label untuk gambar secara automatik

pada proposal. Masuk ke menu References pada Aplikasi Word Klik menu

Insert Caption Pada options label silahkan pilih Gambar (jika label ini belum

tersedia, maka silahkan anda membuat label baru dengan cara mengklik tombol

New Label, kemudian buat label baru dengan nama Gambar) Berikan nama

untuk tabel. Hilangkan juga centangan pada pilihan Include chapter number pada

Numbering Format sehingga penomoran tabel tidak mengikuti kepala sub bab

(Ingat ini masih proposal / Usulan penelitian). Lihat contoh di bawah ini :

Gambar 1. Skema Web Service

9

6.7 Unified Modelling Language (UML)

Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah

menjadi standar dalam industri untuk visualisasi, merancang dan

mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar

untuk merancang model sebuah sistem [4]. Dengan menggunakan UML kita dapat

membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut

dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis

dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class

dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan

piranti lunak dalam bahasa - bahasa berorientasi objek seperti C++, Java, C# atau

VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling

aplikasi prosedural dalam VB atau C.

Seperti bahasa-bahasa lainnya, UML mendefinisikan notasi dan syntax/semantik.

Notasi UML merupakan sekumpulan bentuk khusus untuk menggambarkan

berbagai diagram piranti lunak. Setiap bentuk memiliki makna tertentu, dan UML

syntax mendefinisikan bagaimana bentuk-bentuk tersebut dapat dikombinasikan.

Notasi UML terutama diturunkan dari 3 notasi yang telah ada sebelumnya: Grady

Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object Modeling

Technique), dan Ivar Jacobson OOSE (Object-Oriented Software Engineering).

Sejarah UML sendiri cukup panjang. Modeling UML yang akan digunakan dalam

penelitian ini adalah :

10

1. Use Case Modeling

Use case diagram menggambarkan fungsionalitas yang diharapkan dari

sebuah sistem [4]. Yang ditekankan adalah “apa” yang diperbuat sistem, dan

bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi

antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu,

misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya.

Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang

berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use

case diagram dapat sangat membantu bila kita sedang menyusun requirement

sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang

test case untuk semua feature yang ada pada sistem. Berikut merupakan

simbol yang digunakan dalam Use Case diagram.

Tabel 2. Simbol Use Case Diagram [5]

NO GAMBAR NAMA KETERANGAN

1 ActorMenspesifikasikan himpuan peran yang pengguna mainkan ketika berinteraksi dengan use case.

2 Dependency

Hubungan dimana perubahan yang terjadi pada suatu elemen mandiri (independent) akan mempengaruhi elemen yang bergantung padanya elemen yang tidak mandiri (independent).

3Generalizatio

n

Hubungan dimana objek anak (descendent) berbagi perilaku dan struktur data dari objek yang ada di atasnya objek induk (ancestor).

11

4 Include Menspesifikasikan bahwa use case sumber secara eksplisit.

5 ExtendMenspesifikasikan bahwa use case target memperluas perilaku dari use case sumber pada suatu titik yang diberikan.

6 Association Apa yang menghubungkan antara objek satu dengan objek lainnya.

7 SystemMenspesifikasikan paket yang menampilkan sistem secara terbatas.

8 Use CaseDeskripsi dari urutan aksi-aksi yang ditampilkan sistem yang menghasilkan suatu hasil yang terukur bagi suatu aktor

9 Collaboration

Interaksi aturan-aturan dan elemen lain yang bekerja sama untuk menyediakan prilaku yang lebih besar dari jumlah dan elemen-elemennya (sinergi).

10 NoteElemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan suatu sumber daya komputasi

Sebuah use case dapat meng-include fungsionalitas use case lain sebagai

bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case

yang di-include akan dipanggil setiap kali use case yang meng-include

dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari

satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan

cara menarik keluar fungsionalitas yang common. Sebuah use case juga dapat

meng-extend use case lain dengan behaviour-nya sendiri. Sementara

12

hubungan generalisasi antar use case menunjukkan bahwa use case yang satu

merupakan spesialisasi dari yang lain.

2. Activity Diagram

Activity diagram menggambarkan berbagai alir aktivitas dalam sistem

yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang

mungkin terjadi, dan bagaimana mereka berakhir [4]. Activity diagram juga

dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa

eksekusi. Activity diagram merupakan state diagram khusus, di mana

sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh

selesainya state sebelumnya (internal processing).

Oleh karena itu activity diagram tidak menggambarkan behaviour internal

sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih

menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara

umum. Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih.

Aktivitas menggambarkan proses yang berjalan, sementara use case

menggambarkan bagaimana aktor menggunakan sistem untuk melakukan

aktivitas. Berikut adalah simbol – simbol yang digunakan dalam Acivity

Diagram :

13

Tabel 3. Simbol Activty Diagram [5]

NO GAMBAR NAMA KETERANGAN

1 Actifity

Memperlihatkan bagaimana masing-

masing kelas antarmuka saling

berinteraksi satu sama lain

2 ActionState dari sistem yang mencerminkan

eksekusi dari suatu aksi

3 Initial NodeBagaimana objek dibentuk atau

diawali.

4Actifity

Final Node

Bagaimana objek dibentuk dan

dihancurkan

5 Fork NodeSatu aliran yang pada tahap tertentu

berubah menjadi beberapa aliran

Sama seperti state, standar UML menggunakan segiempat dengan sudut

membulat untuk menggambarkan aktivitas. Decision digunakan untuk

menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan

proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat

berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi

menjadi beberapa object swimlane untuk menggambarkan objek mana yang

bertanggung jawab untuk aktivitas tertentu.

3. Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di

sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message

yang digambarkan terhadap waktu [4]. Sequence diagram terdiri atar dimensi

vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).

14

Sequence diagram biasa digunakan untuk menggambarkan skenario atau

rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event

untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger

aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal

dan output apa yang dihasilkan. Simbol untuk sequence diagram adalah

sebagai berikut :

Tabel 4. Simbol Sequence Diagram [5]

NO GAMBAR NAMA KETERANGAN

1 LifeLine

Objek entity, antarmuka yang saling

berinteraksi.

2 Message

Spesifikasi dari komunikasi antar

objek yang memuat informasi-

informasi tentang aktifitas yang

terjadi

3 Message

Spesifikasi dari komunikasi antar

objek yang memuat informasi-

informasi tentang aktifitas yang

terjadi

Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message

digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase

desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class.

Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali

dengan diterimanya sebuah message.

15

6.8 Pengujian Sistem

6.8.1 White Box

Metode White box ini adalah suatu metode desain test case yang

menggunakan struktur control desain procedural untuk memperoleh test case

Dengan menggunakan metode pengujian white box, perekayasaan sistem dapat

melakukan test case yang dapat :

a. Memberikan jaminan bahwa semua jalur independen pada suatu modul

telah digunakan paling tidak satu kali.

b. Menggunakan semua keputusan logis pada sisi true dan false.

c. Mengeksekusi semua loop (perulangan) pada batasan mereka dan pada

batas operasional mereka.

1. Komponen Dalam Pengujian White Box

a. Uji Coba Basis Path

Merupakan teknik uji coba white box yang diusulkan Tom McCabe.

Metode ini memungkinkan perancang test case mendapatkan ukuran kompleksnya

logical dari perancangan prosedural dan menggunakan ukuran ini sebagai

petunjuk untuk mendefinisikan basis set dari jalur pengerjaan. Pengujian white

box perangkat lunak didasarkan pada pengamatan yang teliti terhadap detail

prosedural [6]. Test case yang didapat digunakan untuk mengerjakan basis set

yang menjamin pengerjaan setiap perintah minimal satu kali selama uji coba.

16

Gambar 2. Notasi Diagram Alir

Lingkaran (node), menggambarkan satu/lebih perintah prosedural. Urutan proses

dan keputusan dapat dipetakan dalam satu node. Tanda panah (edge),

menggambarkan aliran kontrol. Setiap node harus mempunyai tujuan node.

Region adalah daerah yang dibatasi oleh edge dan node.

b. Cyclomatic Complexity

Cyclomatic complexity adalah metrik software yang menyediakan ukuran

kuantitatif dari kekompleksan logikal program. Apabila digunakan dalam konteks

metode uji coba basis path, nilai yang dihitung untuk cyclomatic complexity

menentukan jumlah jalur independen dalam basis set suatu program dan memberi

batas atas untuk jumlah uji coba yang harus dikerjakan untuk menjamin bahwa

seluruh perintah sekurang-kurangnya telah dikerjakan sekali.

Jalur independent adalah jalur yang melintasi atau melalui program dimana

sekurang-kurangnya terdapat proses perintah yang baru atau kondisi yang baru.

c. Melakukan Test Case

Metode uji coba basis path juga dapat diterapkan pada perancangan

prosedural rinci atau program sumber. Prosedur rata-rata pada bagian berikut akan

digunakan sebagai contoh dalam pembuatan test case.

17

Langkah-Iangkah pembuatan test case

a) Dengan mempergunakan perancangan prosedural atau program sumber

sebagai dasar, digambarkan diagram alirnya.

18

Gambar 3. Diagram Alir prosedur Data

b) Tentukan cyclomatic complexity untuk diagram alir yang telah dibuat:

V(G) = 6 Region

V(G) = 17 Edge - 13 Node + 2 = 6

V(G) = 5 Predicate Node + 1 = 6

c) Tentukan independent path pada flowgraph

Dari hasil perhitungan cyclomatic complexity terdapat 6 independent path

Yaitu :

Path 1 : 1-2-10-11-13

Path 2 : 1-2-10-12-13

Path 3 : 1-2-3-10-11-13

Path 4 : 1-2-3-4-5-8-9-2-..

Path 5 : 1-2-3-4-5-6-8-9-2-..

Path 6 : 1-2-3-4-5-6-7-8-9-2-...

d). Buat test case yang akan mengerjakan masing-masing path pada basis

set. Data yang dipilih harus tepat sehingga setiap kondisi dari predicate

node dikerjakan semua.

19

6.8.2 Black Box

Metode ujicoba black box memfokuskan pada keperluan fungsional dari

software. Karna itu ujicoba black box memungkinkan pengembang software untuk

membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat

fungsional suatu program. Menurut Ladjadmudin [6], pengujian black box

berkaitan dengan pengujian yang dilakukan pada interface perangkat lunak.

Ujicoba black box bukan merupakan alternatif dari ujicoba white box, tetapi

merupakan pendekatan yang melengkapi untuk menemukan kesalahan lainnya,

selain menggunakan metode white box.

Ujicoba black box berusaha untuk menemukan kesalahan dalam beberapa

kategori, diantaranya :

1. Fungsi-fungsi yang salah atau hilang

2. Kesalahans interface

3. Kesalahan dalam struktur data atau akses database eksternal

4. Kesalahan performa

5. kesalahan inisialisasi dan terminasi

Tidak seperti metode white box yang dilaksanakan diawal proses, ujicoba black

box diaplikasikan dibeberapa tahapan berikutnya. Karena ujicoba black box

dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan

pada informasi domain.

20

6.9 Kerangka Pemikiran

21

Gambar 4. Kerangka Pemikiran

Teknologi/ metode yang digunakan untuk memecahkan masalah : GIS, Dijkstra, Webservice

Blackbox

Whitebox

PENGUJIAN (TESTING)

Copy tujuan penelitan kemudian Paste dibagian ini

TUJUAN (RESULTS)

Copy rumusan masalah kemudian Paste di bagian ini

MASALAH (PROBLEMS)

Konstruksi: Android Studio,

Framework Android API 22, PHP, HTML,

JAVASCRIPT

Analisa dan Perancangan : UML : Use Case, Activty

Diagram, Sequence Diagram

PENGEMBANGAN (DEVELOPMENT)

Kantor Pajak Pratama Cab. Gorontalo

PENERAPAN (IMPLEMENTATION)

PENDEKATAN (APPROACH)

7. Gambaran Umum Lokasi Penelitian

7.1 Gambaran Umum

Tuliskan sejarah lokasi penelitian keseluruhan secara umum dengan

mengunakan bahasa yang baik, singkat, padat, dan jelas. Jelaskan juga secara

lebih detail tentang bidang/ bagian yang permasalahanya anda angkat dalam

penelitian ini. Sertakan juga struktur organisasi lokasi penelitian yang

mengambarkan hierarki / jenjang tugas atau struktur perintah.

22

7.2 Struktur Organisasi

23

Gambar 5. Struktur Organisasi

8. Metodologi Penelitian

8.1 Objek Penelitian

Objek penelitian menjelaskan apa yang menjadi fokus penelitian. Contoh :

Yang menjadi objek dalam penelitian ini yaitu sistem informasi geografis

penentuan lokasi objek pajak menggunakan algoritma Dijkstra.

8.2 Metode Penelitian

(Jelaskan tentang metode penelitian yang anda gunakan, lengkapi

referensi/sitasi untuk memperkuat sebuat pernyataan atau kalimat. Metode

penelitian yang biasa digunakan yaitu : Research and Development, Action

Research, dan Case study). Berikut adalah contoh isian untuk metode

penelitian : )

Penelitian ini menggunakan metode Research and Development atau

yang dikenal dengan metode Penelitian dan Pengembangan. Metode ini

didefinisikan sebagai metode penelitian yang digunakan untuk menghasilkan

produk tertentu dan menguji keefektifan produk tersebut [7]. Sejalan dengan hal

tersebut, Sudaryono mendefinisikan penelitian dan pengembangan sebagai suatu

proses pengumpulan dan analisis data dilakukan secara sistematis dan logis untuk

mecapai tujuan tertentu [8]. Research and Development membagi metode menjadi

3 bagian dalam penelitian yaitu [7] :

a. Deksriptif. Digunakan dalam studi awal untuk menghimpun data

kondisi yang ada yaitu perbandingan kondisi produk yang sudah ada

24

dan yang akan dikembangkan, kondisi pihak pengguna, kondisi

faktor pendukung dan penghambat.

b. Evaluatif. Digunakan untuk mengevaluasi proses uji coba

pengembangan suatu produk.

c. Eksperimen. Digunakan untuk menguji keampuhan produk yang

dihasilkan.

Metode Research and Development digunakan peneliti untuk membangun

aplikasi Customer Monitoring System berbasis Android pada dealer Mitsubishi

cabang Telaga.

8.3 Tahap Analisis

Jelaskan secara rinci kegiatan yang dilakukan pada tahapan pengembangan

sistem yang melingkupi beberapa hal di bawah ini :

8.3.1 Identifikasi Masalah

Penyebab Permasalahan, seperti yang telah bahas di atas yaitu sulitnya

memberikan informasi dengan cepat tentang penjualan item mobil dan jadwal

servis mobil berkala untuk customer pada dealer Mitsubishi.

8.3.2 Metode Pengumpulan Data

8.3.2.1 Jenis dan Sumber Data

1. Data primer diperoleh dari sumber primer, dimana peneliti secara

langsung melakukan observasi atau penyaksian kejadian–kejadian

yang dituliskan. Data Primer, data primer dipandang memiliki otoritas

sebagai bukti tangan pertama dan diberi otoritas dalam pengumpulan

25

data, dalam hal ini melakukan wawancara langsung dengan pihak yang

terkait. Data primer dalam penelitian ini yaitu segala data yang ditemui

pada saat obeservasi di dealer Mitsubishi cabang Telaga.

2. Data Sekunder, data sekunder diperoleh dari sumber sekunder, yaitu

penulis mengumpulkan data-data dan referensi yang dibutuhkan untuk

menyempurnakan penulisan proposal ini, contohnya yaitu referensi

buku tentang teknik perancangan dan pengembangan sistem customer

monitoring system.

8.3.2.2 Teknik Pengumpulan Data

1. Observasi, teknik ini dilakukan dengan melakukan pengamatan

langsung di tempat penelitian, yaitu pada dealer Mitsubishi cabang

Telaga Provinsi Gorontalo.

2. Interview, pengumpulan data dengan cara tatap muka dan tanya jawab

langsung dengan sumber data, yaitu kepada ibu Adelheid Mose.

Beliau selaku branch manager pada dealer Mitsubishi cabang Telaga.

8.3.3 Analisa Sistem yang Berjalan

Gambarkan dan Jelaskan analisa terhadap sistem yang sedang berjalan

menggunakan permodelan yang anda gunakan (UML/ DAD). Pemilihan

permodelan sistem disesuaikan dengan pendekatan pemrograman dan pemecahan

masalah yang anda pilih. Jika menggunakan pendekatan berorientasi objek maka

sebaiknya gunakan UML, sebaliknya maka gunakan DAD untuk pembuatan

analisa.

26

Analisa sistem yang berjalan dibuat untuk menggambarkan alur/ proses model

pada sistem yang lama pada bagian yang anda teliti permasalahannya, sehingga

kita dapat mengetahui letak masalah dan membuatkan solusinya.

uc Use Case Model

Sistem yang sedang berjalan

Costumer

Dealer

Melakukan Serv is Mobil

Beli Mobil

Membeli Spare Part Mobil

Melakukan Penjualan Mobil

Melakukan serv is

Gambar 6. Sistem yang sedang berjalan

Dari use-case sistem yang sedang berjalan di atas, diketahui bahwa user yang

terlibat dalam sistem ada dua, yaitu customer dan pihak dealer. Pada sistem yang

berjalan customer dapat melakukan pembelian mobil, membeli spart part original

mobil, dan melakukan servis. Sedangkan pihak dealer pada sistem yang sedang

berjalan dapat melakukan penjualan mobil dan spare part original, dan

melakukan servis mobil.

Dari sistem yang sedang berjalan di atas juga diketahui bahwa pelayanan

yang diberikan pihak dealer kepada customer hanya sebatas pada kegiatan

27

penjualan dan servis mobil, dimana untuk pemberitahuan jadwal servis mobil

tidak dilakukan secara otomatis akan tetapi diberitahukan oleh pihak dealer. Pada

sistem yang sedang berjalan juga diketahui bahwa pihak dealer tidak dapat

memberikan informasi tentang stok dan item mobil yang dijual kepada customer

dengan mudah.

8.3.4 Analisa Sistem yang Diusulkan

Sistem yang diusulkan digambarkan dengan usecase diagram di bawah ini : uc Use Case Model

Sistem yang diusulkan

Customer

Dapatkan Informasi Stok Mobil

Dapatkan informasi penj ualan mobil

Melakukan LoginMendapatkan

informasi jadwal serv is berkala

Dealer

Update Stok Item Mobil

Update informasi penj ualan

Melakukan Monitoring customer

Melakukan indent pembelian mobil

«extend»

«extend»

Gambar 7. Use Case diagram model yang diusulkan

Dari sistem yang diusulkan di atas sebenarnya tidak terlalu berbeda dengan sistem

yang diusulkan. Aktor pada sistem yang diusulkan masih tetap sama dengan

sistem yang sedang berjalan. Akan tetapi pada sistem yang diusulkan berusaha

untuk mengatasi permasalahan yang ditemui pada sistem yang sedang berjalan

28

khususnya untuk memberikan informasi lebih kepada customer dalam hal

pembelian dan pemeliharaan mobil.

Pada sistem yang diusulkan aktor customer dapat melakukan login untuk

mengakses fitur informasi jadwal servis mobil secara otomatis oleh sistem dan

melakukan indent untuk pembelian item mobil. Customer juga dapat mengetahui

informasi stok dan harga jual mobil dengan lebih cepat langsund dari smartphone

pengguna.

Pada sistem yang diusulkan pihak dealer dapat melakukan pembahruan data stok

penjualan mobil, pembaharuan harga jual mobil, dan melakukan monitoring

terhadap customer untuk jadwal servis mobil berkala. Informasi yang diperbaharui

tersebut akan langsung diterima oleh customer. [9]

8.4 Tahap Perancangan

Tahapan dalam proses perancangan sistem adalah sebagai berikut:

1. Menentukan objek penelitian.

Telah dibahas sebelumnya bahwa objek penelitian akan dilakukan

pada dealer Mitsubishi Cabang Telaga.

2. Studi Pustaka

Pengumpulan dan pencarian teori-teori yang berhubungan dengan

konsep customer monitoring system, teknik webservice dengan

Javascript Object Notation (JSON) dan konsep perancangan atau

design sistem sangat diperlukan untuk memperjelas arah dan kajian

penelitian.

29

3. Pengumpulan data dan informasi

Kualitas dari informasi yang diperoleh ditentukan oleh valid tidaknya

data yang didapatkan. Oleh karena itu pengumpulan data haruslah

dilakukan dengan secermat mungkin.

4. Analisa Sistem yang Berjalan

Analisa terhadap sistem yang berjalan dilakukan untuk mengetahui

proses yang telah berjalan pada tempat penelitian. Dengan

mempelajari kelemahan-kelemahan pada sistem yang berjalan maka

dapat di kembangkan suatu sistem baru yang dapat digunakan untuk

mengembangkan sistem customer monitoring system untuk perangkat

bergerak.

5. Analisa Kebutuhan Sistem

Analisa kebutuhan sistem dilakukan untuk mengetahui apa saja yang

dibutuhkan sistem untuk dapat berjalan. Tujuan dilakukannya analisa

kebutuhan sistem yaitu untuk mengeidentifikasikan apa saja yang

masih direvisi dari sistem tersebut dan menjadikan suatu sistem itu

bisa dan dapat digunakan setelah dilakukan langkah-langkah

perbaikan.

6. Perancangan Database

30

Perancangan database atau basis data merupakan bagian yang penting

dalam suatu sistem informasi. Karena merupakan bagian yang

penting, jadi basis data harus di desain sebaik mungkin untuk menjaga

kemungkinan terjadi kerusakan pada data. Teknik perancangan

database dilakukan untuk dua sisi pemrograman, yaitu untuk sisi

server menggunakan MySql dan untuk sisi client menggunakan

SQLite.

7. Perancangan Interface

Perancangan Interface (antar muka) sangat dibutuhkan untuk

menjadikan tampilan program menjadi lebih menarik dan mudah

untuk digunakan (user friendly). Khususnya untuk tampilan pada

smartphone akan dirancang menggunakan teknik dan material sesuai

standar pengembangan aplikasi mobile.

8. Perancangan Program

Perancangan program harus sesuai dengan perencanaan yang telah di

teliti sebelumnya. Sistem customer monitoring system akan dibuat

untuk sisi server dan sisi client. Untuk sisi server peranangan program

akan menggunakan bahasa pemrograman PHP untuk membuat

halaman web yang hanya dapat diakses oleh Administrator sistem.

Sedangkan untuk sisi client akan dirancang menggunakan bahasa

pemrograman Java untuk android. Program client berjalan pada

smatphone milik customer. Aplikasi client melakukan komunikasi

31

data dalam format JSON dengan web service yang telah disediakan di

sisi server.

8.5 Tahap Pengujian

Jelaskan metode/ cara yang digunakan dalam tahapan pengujian. Jelaskan

tentang penggunaan whitebox dan blackbox.

8.6 Tahap Implementasi

Jelaskan tentang teknik pelaksanaan implementasi sistem yang anda

rencanakan dimulai dari tempat implementasi, bagian/sub bidang tempat aplikasi

akan dijalanakan, siapa pengguna yang akan menjalankan aplikasi dan siapa

pengguna aplikasi. [9]

32

9. Jadwal Penelitian

Tabel 5. Jadwal Penelitian

No Kegiatan Penelitian

Tahun 2019

Februari Maret April Mei

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1 Identifikasi Sistem

2 Tahap Analisis

3 Tahap Perancangan

4 Tahap Pembangunan

5 Pengujian Sistem

6 Implementasi Sistem

33

DAFTAR PUSTAKA

(Cara untuk memperbaharui DAFTAR PUSTAKA : Klik kanan pada DAFTAR

PUSTAKA dibawah ini Pilih Update Field Pilih Update Entire Table)

[1] D. Salahudin, "Sistem Informasi Geografis Penentuan Lokasi Objek Pajak

Menggunakan Algoritma Dijkstra," Jurnal Ilmu Komputer ILKOM, pp. 23-

30, January 2018.

[2] A. D. Kasman, Kolaborasi Dahsyat Android Dengan PHP & MySQL,

Yogyakarta: Lokomedia, 2003.

[3] N. Safaat, Pemrograman Aplikasi Mobile Smarphone dan Table PC Bebasis

Android, Bandung: Informatika, 2012.

[4] S. Dharwiyanti, "Pengantar Unified Modeling Language (UML)," 2003.

[5] A. Dennisq, B. H. Wixom and D. Tegarden, Systems Analysis and Design

with UML Version 2.0, United States of America: Leyh Publishing, 2005.

[6] A. B. B. Ladjamudin, Rekayasa Perangkat Lunak, Yogyakarta: Graha Ilmu,

2006.

[7] Sugiono, Metode Penelitian Kualitatif, Kuantitatif, dan R&D, Bandung:

Alfabeta, 2011.

[8] Sudaryono, S. Guritno and U. Rahardja, Theory and Application of IT

Research, Yogyakarta: Andi Offset, 2011.

[9] STMIK ICHSAN Gorontalo, Buku Pedoman Penulisan Proposal & Skripsi,

Gorontalo: STMIK Ichsan Gorontalo, 2016.

[10] A. Kadir, Pemrograman Web : HTML, CSS, Javascript, dan PHP,

Yogyakarta: Andi Offset, 2003.

34

[11] Yuhefizar, Instalasi dan Konfigurasi Jaringan Komputer Edisi Revisi,

Bandung: Informatika, 2004.

[12] R. Hakim and Sutarto, Mastering Java : Konsep Pemrograman Java dan

Penerapannya untuk membuat Software Aplikasi, Jakarta: PT. Elex Media

Komputindo, 2010.

[13] Jogiyanto, Analisis dan Design System, Yogyakarta: Andi Offset, 2005.

[14] Nasution, Suatu Pengantar Hukum Perlindungan Konsumen, Jakarta: Diadit

Media, 2001.

35

LEMBAR KONSULTASI PROPOSAL PENELITIAN

Nama Mahasiswa : NAMA MAHASISWA

NIM : NIM

No. Tgl Materi Bimbingan Paraf Dosen

Mengetahui, Pembimbing Utama

Nama Pembimbing Utama

36

LEMBAR KONSULTASI PROPOSAL PENELITIAN

Nama : NAMA MAHASISWA

NIM : NIM

No. Tgl Materi Bimbingan Paraf Dosen

Mengetahui, Pembimbing Pendamping

37

Nama Pemimbing Pendamping

38