PROPOSAL PENELITIAN

PENERAPAN METODE MULTY ATTRIBUTE UTILITY THEORY DALAM

MENENTUKAN TINGKAT KERENTANAN STUNTING (GIZI BURUK)
PADA BALITA DI PUSKESMAS KOTA TIMUR

OLEH
NURAIN UMASUGI
21915001

Proposal penelitian diajukan sebagai salah satu syarat

untuk memperoleh gelar Sarjana Komputer

PROGRAM STUDI SISTEM INFORMASI

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
STMIK ICHSAN GORONTALO
2019
 STMIK ICHSAN GORONTALO
PERSETUJUAN PROPOSAL PENELITIAN

JUDUL : PENERAPAN METODE MULTY ATTRIBUTE

UTILITY THEORY DALAM MENENTUKAN
TINGKAT KERENTANAN STUNTING (GIZI
BURUK) PADA BALITA DI PUSKESMAS KOTA
TIMUR

PENYUSUN : NURAIN UMASUGI

NIM : 21915001

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 Proposal program sarjana program studi Sistem Informasi

Gorontalo, Januari 2022

A MULAWATI MAS PRATAMA, S.Kom, MT NUR OKTAVIN IDRIS, S.SI, M.ENG.

Pembimbing Utama Pembimbing Pendamping

i
 STMIK ICHSAN GORONTALO
PENGESAHAN PROPOSAL PENELITIAN

JUDUL : PENERAPAN METODE MULTY ATTRIBUTE

UTILITY THEORY DALAM MENENTUKAN
TINGKAT KERENTANAN STUNTING (GIZI
BURUK) PADA BALITA DI PUSKESMAS KOTA
TIMUR

PENYUSUN : NURAIN UMASUGI

NIM : 21915001

Telah memenuhi persyaratan untuk dipertahankan didepan dewan penguji pada

ujian Proposal Penelitian

Gorontalo, Januari 2022

A MULAWATI MAS PRATAMA, S.Kom, MT NUR OKTAVIN IDRIS, S.SI., M.ENG.

Pembimbing Utama Pembimbing Pendamping

Marlin Lasena, S.Kom, M.Kom

Ketua 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 “Penerapan Metode Multi Attribute Utility Theory
dalam Menentukan Tingkat Kerentanan Stunting (Gizi Buruk) pada
Balita di Puskesmas Kota Timur”. 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 Abdul Malik I. Buna, S.Kom., M.Kom, 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 Satriadi D.Ali, S.Kom, M.Kom selaku Wakil Ketua III STMIK Ichsan
Gorontalo.
6. Ibu Hariati Husain, S.Kom, M.Kom selaku Wakil Ketua IV STMIK Ichsan
Gorontalo.
7. Ibu Marlin Lasena, S.Kom., M.Kom selaku ketua Program Studi jurusan
Sistem Informasi STMIK Ichsan Gorontalo.
8. Ibu A Mulawati Mas Pratama, S.Kom, MT sebagai pembimbing utama yang
telah memberikan banyak saran dan kritikan membangun untuk kesempurnaan
proposal penelitian ini.
9. Ibu Nur Oktavin Idris, S.SI, M.,ENG sebagai pembimbing pendamping yang
telah memberikan saran dan pemikiran untuk menunjang penelitian ini.

iii
10. Bapak/Ibu nama pimpinan/ketua/koordinator pada tempat lokasi penelitian
yang telah memberikan izin kepada penulis untuk melakukan penelitian.
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 material yang tak terhingga kepada penulis.
13. Sahabatku Wacana Terima Kasih telah memberikan semangat dan dukungan
dalam Menyusun proposal ini
14. Kepada seluruh teman-teman STMIK Angkatan 2019 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 2022

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

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

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

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

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

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

3. Tujuan Penelitian............................................................................................2

4. Manfaat Penelitian..........................................................................................2

5. Landasan Teori................................................................................................3

5.1 Penelitian Terkait.....................................................................................4

5.2 Sistem Informasi Geografis.....................................................................5

5.3 Objek Pajak.............................................................................................6

5.4 Algoritma Dijkstra...................................................................................7

5.5 Pemrograman Java...................................................................................7

5.6 Konsep Aplikasi Mobile dan Webservice................................................7

5.6.1 Konsep Aplikasi Mobile.................................................................7

5.6.2 Web Service....................................................................................9

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

5.8 Pengujian Sistem...................................................................................16

5.8.1 White Box.....................................................................................16

v
 5.8.2 Black Box......................................................................................20

5.9 Kerangka Pemikiran..............................................................................21

6. Gambaran Umum Lokasi Penelitian.............................................................22

6.1 Gambaran Umum..................................................................................22

6.2 Struktur Organisasi................................................................................23

7. Metodologi Penelitian...................................................................................24

7.1 Objek Penelitian....................................................................................24

7.2 Metode Penelitian..................................................................................24

7.3 Tahap Analisis.......................................................................................25

7.3.1 Identifikasi Masalah.....................................................................25

7.3.2 Metode Pengumpulan Data..........................................................25

7.3.3 Analisa Sistem yang Berjalan.......................................................26

7.3.4 Analisa Sistem yang Diusulkan....................................................28

7.4 Tahap Perancangan................................................................................29

7.5 Tahap Pengujian....................................................................................31

7.6 Tahap Implementasi..............................................................................32

8. Jadwal Penelitian...........................................................................................33

DAFTAR PUSTAKA............................................................................................34

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

Teknologi informasi mulai berkembang sejak era media tulis dan cetak,

kemudian semakin berkembang hingga sampai di suatu masa dimana masyarakat

secara bertahap mulai mengenal teknologi informasi jarak jauh yang merupakan

awal munculnya teknologi informasi cepat seperti telepon, radio, televisi, dan

komputer. Munculnya era komunikasi interaktif ditandai dengan terjadinya

disversifikasi teknologi informasi dengan bergabungnya telepon, radio, televisi,

dan komputer menjadi satu dan menandai teknologi yang disebut dengan internet.

[1], demikian juga pada bidang Kesehatan.

Stunting adalah kondisi balita yang memiliki panjang atau tinggi badan yang

kurang jika dibanding dengan usia. Kondisi ini diukur dengan panjang atau tinggi

badan yang memiliki nilai z-score <-2SD median standar pertumbuhan anak dari

World Health Organization (WHO) MGRS (Multicentre Growth Reference

Study)[2]. Identifikasi stunting merupakan salah satu upaya untuk meningkatkan

derajat kesehatan balita, selama ini keputusan untuk menentukan balita terkena

stunting hanya menilai dari tinggi badan dan berat badan sehingga proses

pengambilan keputusan menjadi kurang efektif serta kemungkinan terjadi

kesalahan dalam status anak balita teridentifikasi stunting[3].

Multi Attribute Utility Theory (MAUT) merupakan suatu skema yang

evaluasi akhir, v(x), dari suatu objek x didefinisikan sebagai bobot yang

dijumlahkan dengan suatu nilai yang relevan terhadap nilai dimensinya.

Ungkapan yang biasa digunakan untuk menyebutnya adalah nilai utilitas. MAUT

digunakan untuk merubah dari beberapa kepentingan kedalam nilai numerik

1
dengan skala 0-1 dengan 0 mewakili pilihan terburuk dan 1 terbaik. Hal ini

memungkinkan perbandingan langsung yang beragam ukuran[4].

Berdasarkan alasan-alasan yang tersebut diatas maka akan dirancang Sistem

Pendukung Keputusan dengan mengangkat judul Penerapan Metode Multry

Attribute Utility Theory dalam Menentukan Tingkat Kerentanan Stunting Pada

Balita di Puskesmas Kota Timur”.

2. Rumusan Masalah

Berdasarkan Latar Belakang diatas

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

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.

4. 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

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

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

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 :

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

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

4
anda melakukan review penelitian selanjutnya pada paragraph terakhir jelaskan

penelitian yang anda angkat dan apa yang membedakan dengan penelitian -

penelitian sebelumnya.

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

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.

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

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

5.4 Algoritma Dijkstra

5.5 Pemrograman Java

5.6 Konsep Aplikasi Mobile dan Webservice

5.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,

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

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

Menspesifikasikan himpuan
1 Actor peran yang pengguna mainkan
ketika berinteraksi dengan use
case.
Hubungan dimana perubahan
yang terjadi pada suatu elemen
2 Dependency mandiri (independent) akan
mempengaruhi elemen yang
bergantung padanya elemen yang
tidak mandiri (independent).
Hubungan dimana objek anak
Generalizatio
3 (descendent) berbagi perilaku dan
n struktur data dari objek yang ada
di atasnya objek induk (ancestor).

11
4 Include Menspesifikasikan bahwa use
case sumber secara eksplisit.

Menspesifikasikan bahwa use

5 Extend
6 Association
case target memperluas perilaku
dari use case sumber pada suatu
titik yang diberikan.
Apa yang menghubungkan antara
objek satu dengan objek lainnya.

Menspesifikasikan paket yang

7 System menampilkan sistem secara
terbatas.

Deskripsi dari urutan aksi-aksi

8 Use Case yang ditampilkan sistem yang
menghasilkan suatu hasil yang
terukur bagi suatu aktor
Interaksi aturan-aturan dan
elemen lain yang bekerja sama
9 Collaboration untuk menyediakan prilaku yang
lebih besar dari jumlah dan
elemen-elemennya (sinergi).
Elemen fisik yang eksis saat
10 Note 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

Memperlihatkan bagaimana masing-
1 Actifity masing kelas antarmuka saling
berinteraksi satu sama lain
State dari sistem yang mencerminkan
2 Action
eksekusi dari suatu aksi
Bagaimana objek dibentuk atau
3 Initial Node
diawali.
Actifity Bagaimana objek dibentuk dan
4
Final Node dihancurkan
Satu aliran yang pada tahap tertentu
5 Fork Node
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

Objek entity, antarmuka yang saling
berinteraksi.
1 LifeLine

Spesifikasi dari komunikasi antar

objek yang memuat informasi-
2 Message
informasi tentang aktifitas yang
terjadi
Spesifikasi dari komunikasi antar
objek yang memuat informasi-
3 Message
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
5.8 Pengujian Sistem

5.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
5.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
5.9 Kerangka Pemikiran

MASALAH (PROBLEMS)

Copy rumusan masalah kemudian Paste di bagian ini

PENDEKATAN (APPROACH)
Teknologi/ metode yang digunakan untuk
memecahkan masalah : GIS, Dijkstra, Webservice

PENGEMBANGAN (DEVELOPMENT)
Analisa dan Perancangan : Konstruksi:
UML : Use Case, Activty Android Studio,
Diagram, Sequence Framework Android API
Diagram 22, PHP, HTML,
JAVASCRIPT

PENGUJIAN (TESTING)
Whitebox Blackbox

PENERAPAN (IMPLEMENTATION)
Kantor Pajak Pratama Cab. Gorontalo

TUJUAN (RESULTS)

Copy tujuan penelitan kemudian Paste dibagian ini

Gambar 4. Kerangka Pemikiran

21
6. Gambaran Umum Lokasi Penelitian

6.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
6.2 Struktur Organisasi

Gambar 5. Struktur Organisasi

23
7. Metodologi Penelitian

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

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

7.3 Tahap Analisis

Jelaskan secara rinci kegiatan yang dilakukan pada tahapan pengembangan

sistem yang melingkupi beberapa hal di bawah ini :

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

7.3.2 Metode Pengumpulan Data

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

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

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

Beli Mobil
Melakukan
Penj ualan Mobil

Dealer
Membeli Spare Part
Costumer Mobil
Melakukan serv is

Melakukan Serv is
Mobil

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.

7.3.4 Analisa Sistem yang Diusulkan

Sistem yang diusulkan digambarkan dengan usecase diagram di bawah ini :

uc Use Case Model

Sistem yang diusulkan

Dapatkan Informasi Update Stok Item

Stok Mobil Mobil

Update informasi
Dapatkan informasi penj ualan
penj ualan mobil

Dealer
Customer

Mendapatkan Melakukan
Melakukan Login informasi j adw al Monitoring
«extend» serv is berkala customer

«extend»

Melakukan indent
pembelian mobil

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]

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

7.5 Tahap Pengujian

Jelaskan metode/ cara yang digunakan dalam tahapan pengujian. Jelaskan

tentang penggunaan whitebox dan blackbox.

7.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
8. Jadwal Penelitian
Tabel 5. Jadwal Penelitian

Tahun 2019
No Kegiatan Penelitian 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

[1] L. Y. Siregar and M. I. P. Nasution, “Perkembangan Teknologi Informasi

Terhadap Peningkatan Bisnis Online,” HIRARKI J. Ilm. Manaj. dan Bisnis,
vol. 02, no. 01, pp. 71–75, 2020, [Online]. Available:
http://journal.upp.ac.id/index.php/Hirarki%0APERKEMBANGAN

[2] N. L. Rohmatika, B. A. Azhali, and H. Garna, “Hubungan Stunting dengan

Kerentanan Penyakit pada Anak Usia 1 – 5 Tahun di Desa Panyirapan
Kecamatan Soreang Kabupaten Bandung The Correlation between Stunting
and Disease Vulnerability in Children Aged 1 – 5 Years in Panyirapan
Village , Soreang District,” vol. 2, no. 1, pp. 76–80, 2019.

[3] M. A. Jihad Plaza R, H. Haliq, and C. Irawan, “Sistem Pendukung

Keputusan Balita Teridentifikasi Stunting Menggunakan Metode Saw,” J.
Inform., vol. 22, no. 1, pp. 19–32, 2022, doi: 10.30873/ji.v22i1.3157.

[4] Novri, “Novri Hadinata,” Implementasi Metod. Multi Attrib.

Theory(MAUT) Pada Sist. Pendukung Keputusan dalam Menentukan
Penerima Kredit, vol. 07, no. September, pp. 87–92, 2018.

34
 LEMBAR KONSULTASI PROPOSAL PENELITIAN

Nama Mahasiswa : NAMA MAHASISWA

NIM : NIM

Paraf
No. Tgl Materi Bimbingan
Dosen

Mengetahui,
Pembimbing Utama

Nama Pembimbing Utama

35
 LEMBAR KONSULTASI PROPOSAL PENELITIAN

Nama : NAMA MAHASISWA

NIM : NIM

Paraf
No. Tgl Materi Bimbingan
Dosen

Mengetahui,
Pembimbing Pendamping

36
 Nama Pemimbing Pendamping

37