PKL - Reza Setiadi - 11150930000065 - Reza Setiadi

LAPORAN PKL
ANALISIS PERANCANGAN SISTEM INFORMASI

MONITOR DAN EVALUASI KEGIATAN STRATEGIS
DAERAH (MONEV-KSD) DKI JAKARTA
DISUSUN OLEH:
REZA SETIADI
11150930000065
PROGRAM STUDI SISTEM INFORMASI

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2020 M / 1441 H
LEMBAR PENGESAHAN
ANALISIS PERANCANGAN SISTEM INFORMASI
MONITOR DAN EVALUASI KEGIATAN STRATEGIS

DAERAH (MONEV-KSD) DKI JAKARTA
Disusun Oleh :
REZA SETIADI
NIM: 11150930000065
Disetujui dan Disahkan Sebagai Salah Satu Syarat Mengajukan Skripsi

Program Studi Sistem Informasi,
Universitas Islam Negeri Syarif Hidayatullah Jakarta
Dosen Pembimbing
Elvi Fetrina, MIT

NIP: 19740625 200901 2 005
Mengetahui,
Ketua Program Studi Sistem Informasi
FST UIN Syarif Hidayatullah Jakarta
A'ang Subiyakto, M.Kom

NIP: 19760219 200710 1 002
PROGRAM STUDI SISTEM INFORMASI

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGRI SYARIF HIDAYATULLAH
JAKARTA
2021 M / 1442 H
i
Abstrak
Reza Setiadi – 11150930000065. Analisis Perancangan Sistem Informasi
Monotor dan Evaluasi Kegiatan Strategis Daerah (Monev-KSD) DKI
Jakarta, di bawah bimbingan ELVI FETRINA. MIT.
Dinas Komunikasi, Informatika dan Statistik Pemerintah Provinsi DKI

Jakarta merupakan penyelenggara urusan pemerintahan dan mempunyai
tugas di bidang Komunikasi dan Informatika, Statistik dan Persandian,
Dinas Kominfo dan Statistik mempunyai tugas melaksanakan urusan
pemerintahan bidang komunikasi dan informatika, statistik dan persandian.
Sistem Informasi Monitor dan Evaluasi Kegiatan Strategis (Monev-KSD) di
rencanankan perubahan alur sistem. Sementara sistem yang saat ini
digunakan merupakan implementasi dari sistem Unit Kerja Presiden
Pengawasan dan Pengendalian Pembangunan dimana tidak tersedianya
dokumentasi teknis sehingga menyulitkan pengembangan. Oleh karena itu,
penulis melakukan analisa perancangan sistem informasi monev-ksd pada
Diskominfotik dengan menggunakan metod RAD (Rapid Application
Development) yaitu tahapan Requirement Planning dan Workshop Design
dengan pemodelan UML (Unified Modelling Language). Hasil dari
penelitian ini diharapkan dapat menjadi bahan pertimbangan untuk
pengembangan sistem terkait.
Kata Kunci : Sistem Informasi, Monitor dan Evaluasi, Kegiatan Strategis

Daerah, Diskominfotik DKI Jakarta, Rapid Application Development,
Unified Modelling Language.
ii
KATA PENGANTAR
Assalamualaikum Wr. Wb.
Alhamdulillah, segala puji dan syukur penulis panjatkan kepada Allah
Subhanahu wa Ta’alaa karena atas limpahan rahmat dan hidayah-Nya
penulis dapat menyelesaikan Laporan Praktik Kerja Lapangan yang berjudul
“ANALISIS PERANCANGAN SISTEM INFORMASI MONITOR
DAN EVALUASI KEGIATAN STRATEGIS DAERAH DKI
JAKARTA.”
Penyusunan laporan praktik kerja lapangan ini merupakan bagian dari
salah satu mata kuliah praktik kerja lapangan yang harus ditempuh oleh
mahasiswa Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif
Hidayatullah Jakara sebagai prasyarat untuk mengambil mata kuliah skripsi.
Dalam penyusunan laporan praktik kerja lapangan ini, penulis banyak
mendapatkan bantuan, saran, dorongan, bimbingan dan keterangan dari
berbagai pihak yang merupakan salah satu bentuk pengalaman yang tidak
dapat diukur dengan materi. Oleh karena itu, dengan segala hormat dan
kerendahan hati, perkenankanlah penulis mengucapkan terima kasih kepada:
1. Bapak Prof. DR. Lily Surayya Eka Putri, M.Env.Stud selaku Dekan
Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif
Hidayatullah Jakarta.
2. Bapak Aang Subiyakto, PhD selaku Ketua Program Studi Sistem
Informasi Fakultas Sains dan Teknologi.
3. Elvi Fetrina, M.IT selaku Dosen Pembimbing Praktik Kerja Lapangan
yang telah memberikan ilmu dan pengetahuannya dalam membimbing
penulis sehingga laporan ini dapat terselesaikan.
4. Bapak Rachmat Setiawan, S.Kom dan Ibu Nia Kaniawati, S.Kom selaku
Pembimbing selama melaksanakan PKL dan seluruh pegawai Dinas
Komunikasi, Informatika dan Statistik DKI Jakarta yang selalu
memberikan masukan dan arahan.
5. Dosen-dosen Program Studi Sistem Informasi yang telah memberikan
ilmu selama perkuliahan.
iii
6. Orang tua dan keluarga besar penulis yang selalu memberikan doa,
semangat, dan dukungan yang terus mengalir kepada penulis.
7. Teman-teman Sistem Informasi angkatan 2015, khususnya Sistem
Informasi C yang selalu saling mendukung dan berjuang bersama.
8. Nunik Parwati yang sudah membantu dan memberi semangat dalam
penyusunan laporan.
9. Semua pihak yang tidak dapat disebutkan satu per satu yang telah
membantu hingga laporan ini terselesaikan.
Penulis menyadari bahwa dalam penyusunan laporan ini masih jauh dari
kata sempurna, serta masih banyak kekurangan baik dalam penulisan materi
maupun dalam susunan bahsanya. Untuk itu kiranya, pembaca dapat
memaklumi atas kekurangan dalam laporan ini.
Akhir kata, penulis berharap semoga apa yang telah penulis kerjakan
dapat bermanfaat bagi pembaca umumnya.
Wassalamualaikum. Wr. Wb.
Jakarta, April 2021
Reza Setiadi
11150930000065
iv
DAFTAR ISI
LEMBAR PENGESAHAN ................................................................... i
Abstrak .................................................................................................. ii
KATA PENGANTAR ......................................................................... iii
DAFTAR ISI ......................................................................................... v
DAFTAR TABEL .............................................................................. viii
DAFTAR GAMBAR ........................................................................... ix
BAB I PENDAHULUAN ..................................................................... 1
1.1 Latar Belakang ......................................................................... 1
1.2 Rumusan Masalah .................................................................... 2
1.3 Batasan Masalah....................................................................... 2
1.4 Tujuan Penelitian ..................................................................... 3
1.5 Manfaat Penelitian ................................................................... 3
1.6 Metode Penelitian..................................................................... 4
1.7 Waktu dan Tempat Praktek Kerja Lapangan ........................... 4
1.8 Sistematika Penulisan .............................................................. 5
BAB II LANDASAN TEORI ............................................................... 7
2.1 Konsep Dasar Sistem ............................................................... 7
2.1.1 Pengertian Sistem ............................................................. 7
2.1.2 Karakteristik Sistem.......................................................... 8
2.2 Konsep Dasar Sistem Informasi ............................................... 9
2.2.1 Pengertian Informasi ......................................................... 9
2.2.2 Siklus Sistem Informasi .................................................. 10
2.2.3 Nilai Informasi ................................................................ 10
v
2.2.4 Kualitas Informasi........................................................... 11
2.2.5 Karakteristik Informasi ................................................... 11
2.3 Konsep Dasar Sistem Informasi ............................................. 13
2.3.1 Pengertian Sistem Informasi ........................................... 13
2.3.2 Komponen Sistem Informasi .......................................... 14
2.4 Perancangan Sistem ............................................................... 15
2.5 Metode Pengembangan Sistem .............................................. 15
2.5.1 Konsep Dasar Rapid Application Development (RAD) . 17
2.6 Metode Pengumpulan Data .................................................... 19
2.6.1 Wawancara...................................................................... 19
2.6.2 Studi Pustaka................................................................... 19
2.7 Unified Modelling Language (UML) ..................................... 19
2.7.1 Pengertian UML ............................................................. 19
2.7.2 Diagram UML................................................................. 20
2.8 Entity Relationship Diagram (ERD) ...................................... 23
2.9 Monitoring dan Evaluasi ........................................................ 23
2.9.1 Monitoring ...................................................................... 23
2.9.2 Evaluasi ........................................................................... 24
2.10 Kegiatan Strategis Daerah .................................................. 25
2.11 Perangkat Lunak Pendukung .............................................. 25
2.11.1 Draw.io .......................................................................... 25
BAB III METODOLOGI PENELITAN ............................................. 26
3.1 Metode Pengumpulan Data .................................................... 26
3.1.1 Wawancara...................................................................... 26
3.1.2 Studi Pustaka................................................................... 26
3.1.3 Studi Literatur ................................................................. 26
vi
3.2 Metode Pengembangan Sistem .............................................. 27
3.2.1 Requirement Planning..................................................... 27
3.2.2 Workshop Design ........................................................... 27
3.3 Alasan Menggunakan Rapid Application Development ........ 27
3.4 Kerangka Berpikir .................................................................. 29
BAB IV PEMBAHASAN ................................................................... 30
4.1 Requirement Planning ............................................................ 30
4.1.1 Gambaran Umum Instansi .............................................. 30
4.1.2 Visi dan Misi................................................................... 30
4.1.3 Tugas dan Fungsi Organisasi .......................................... 32
4.1.4 Struktur Organisasi ......................................................... 35
4.1.5 Analisa Sistem Berjalan .................................................. 35
4.1.6 Sistem Ususlan................................................................ 37
4.2 Workshop Design ................................................................... 38
4.2.1 Use Case Diagram .......................................................... 38
4.2.2 Acitvity Diagram ............................................................. 50
4.2.3 Sequence Diagram .......................................................... 59
4.2.4 Class Diagram ................................................................ 66
4.2.5 Entity Relationship Diagram .......................................... 67
4.2.6 Interface .......................................................................... 68
BAB V PENUTUP .............................................................................. 73
5.1 Kesimpulan ............................................................................ 73
5.2 Saran ....................................................................................... 73
DAFTAR PUSTAKA ......................................................................... 74
LAMPIRAN ........................................................................................ 76
vii
DAFTAR TABEL
Tabel 2. 1 Perbedaan Metode Pengembangan Sistem ........................ 16

Tabel 4. 1 Identifikasi Aktor .............................................................. 38
Tabel 4. 2 Identifikasi Use Case......................................................... 38
Tabel 4. 3 Narasi Use Case Login ...................................................... 41
Tabel 4. 4 Narasi Use Case Tambah Bidang...................................... 41
Tabel 4. 5 Narasi Use Case Input Monitor ......................................... 42
Tabel 4. 6 Narasi Use Case Ubah Status Monitor .............................. 43
Tabel 4. 7 Narasi Use Case Tambah Checkpoint ............................... 43
Tabel 4. 8 Narasi Use Case Cetak Rencana Aksi ............................... 44
Tabel 4. 9 Narasi Use Case Input Rencana Aksi ............................... 45
Tabel 4. 10 Narasi Use Case Verifikasi Rencana Aksi ...................... 46
Tabel 4. 11 Narasi Use Case Validasi Rencana Aksi......................... 47
Tabel 4. 12 Narasi Use Case Input Nilai Hasil Capaian .................... 47
Tabel 4. 13 Narasi Use Case Verifikasi Capaian Rencana Aksi ........ 48
Tabel 4. 14 Tabel Narasi Use Case Logout ........................................ 49
viii
DAFTAR GAMBAR
Gambar 2. 1 Siklus Informasi ............................................................ 10

Gambar 2. 2 Metode RAD................................................................. 17
Gambar 2. 3 Notasi Class .................................................................. 22
Gambar 3. 1 Kerangka Berpikir ........................................................ 29
Gambar 4. 1 Struktur Organisasi ....................................................... 35
Gambar 4. 2 Analisis Sistem Berjalan ............................................... 36
Gambar 4. 3 Sistem Usulan ............................................................... 37
Gambar 4. 4 Use Case Diagram ........................................................ 40
Gambar 4. 5 Acitvity Diagram Login ................................................. 50
Gambar 4. 6 Acitvity Diagram Input Data Master Bidang ................ 51
Gambar 4. 7 Acitvity Diagram Input Monitor Kegiatan .................... 52
Gambar 4. 8 Acitvity Diagram Ubah Status Monitor ........................ 53
Gambar 4. 9 Acitvity Diagram Tambah Checkpoint .......................... 53
Gambar 4. 10 Acitvity Diagram Input Rencana Aksi ........................ 54
Gambar 4. 11 Acitvity Diagram Cetak Rencana Aksi ....................... 55
Gambar 4. 12 Acitvity Diagram Verifikasi Rencana Aksi ................. 55
Gambar 4. 13 Acitvity Diagram Validasi Rencana Aksi ................... 56
Gambar 4. 14 Acitvity Diagram Input Nilai Hasil Capaian .............. 56
Gambar 4. 15 Acitvity Diagram Verifikasi Rencana Aksi ................. 57
Gambar 4. 16 Acitvity Diagram Logout ............................................. 58
Gambar 4. 17 Sequence Diagram Login ............................................ 59
Gambar 4. 18 Sequence Diagram Data Master Bidang ..................... 60
Gambar 4. 19 Sequence Input Monitor Kegiatan .............................. 60
Gambar 4. 20 Sequence Ubah Status Monitor.................................. 61
Gambar 4. 21 Sequence Tambah Checkpoint .................................... 61
Gambar 4. 22 Sequence Input Rencana Aksi .................................... 62
Gambar 4. 23 Sequence Cetak Rencana Aksi.................................... 62
Gambar 4. 24 Sequence Verifikasi Rencana Aksi ............................. 63
Gambar 4. 25 Sequence Validasi Rencana Aksi................................ 63
Gambar 4. 26 Sequence Input Nilai Hasil Capaian ........................... 64
ix
Gambar 4. 27 Sequence Verifikasi Capaian Rencana Aksi ............... 64
Gambar 4. 28 Sequence Logout ......................................................... 65
Gambar 4. 29 Class Diagram ............................................................ 66
Gambar 4. 30 Entity Relationship Diagram ...................................... 67
Gambar 4. 31 Interface Login............................................................ 68
Gambar 4. 32 Interface Halaman Utama ........................................... 69
Gambar 4. 33 Interface Data Master Bidang ..................................... 69
Gambar 4. 34 Interface Form Tambah Monitor ................................ 70
Gambar 4. 35 Interface Kelola Checkpoint ....................................... 70
Gambar 4. 36 Interface Rencana Aksi............................................... 71
Gambar 4. 37 Interface Form Input Rencana Aksi ........................... 71
Gambar 4. 38 Interface Dashboard KSD........................................... 72
Gambar 4. 39 Interface Capaian Rencana Aksi ................................ 72
x
BAB I
PENDAHULUAN
1.1 Latar Belakang

Di era teknologi saat ini, peran Teknologi Informasi menjadi bagian
yang penting di suatu perusahaan atau lembaga dan merupakan suatu
nilai investasi yang sangat penting untuk menjadikan perusahaan yang
lebih baik. Penggunaan teknologi informasi mempunyai potensi
menjadi penentu utama menuju sebuah kesuksesan atau keberhasilan
yang dapat memberikan kesempatan-kesempatan untuk mendapatkan
keunggulan kompetitif dan menawarkan perlengkapan untuk dapat
meningkatkan produktivitas, kinerja perusahaan, dan memberikan
manfaat lebih dimasa mendatang (Surendro, 2009).
Dinas Komunikasi, Informatika dan Statistik Pemerintah Provinsi
DKI Jakarta merupakan penyelenggara urusan pemerintahan dan
mempunyai tugas di bidang Komunikasi dan Informatika, Statistik dan
Persandian, dipimpin oleh seorang Kepala Dinas yang berkedudukan
di bawah dan bertanggung jawab kepada Gubernur melalui Sekretaris
Daerah. Dinas Kominfo dan Statistik mempunyai tugas melaksanakan
urusan pemerintahan bidang komunikasi dan informatika, statistik dan
persandian.
Kegiatan Strategis Daerah (KSD) adalah kegiatan yang memiliki
sifat strategis dan/atau kegiatan yang memiliki dampak yang cukup
besar untuk memenuhi kebutuhan dasar, mempercepat pertumbuhan
ekonomi, dan meningkatkan kesejahteraan masyarakat sebagaimana
tertuang dalam dokumen Rencana Pembangunan Jangka Menengah
Daerah (RPJMD). Sedangkan Monitor dan Evaluasi merupakan dua
kegiatan terpadu dalam rangka pengendalian suatu program. Meskipun
merupakan satu kesatuan kegiatan, Monitoring dan Evaluasi memiliki
fokus yang berbeda satu sama lain. Kegiatan Monitoring lebih
berfokus pada kegiatan yang sedang dilaksanakan. Monitoring
1
dilakukan dengan cara menggali untuk mendapatkan informasi secara
regular berdasarkan indikator tertentu, dengan maksud mengetahui
apakah kegiatan yang sedang berlangsung sesuai dengan perencanaan
dan prosedur yang telah disepakati. Sementara Evaluasi dilakukan
pada akhir kegiatan, untuk mengetahui hasil atau capaian akhir dari
kegiatan atau program. Hasil Evaluasi bermanfaat bagi rencana
pelaksanaan program yang sama diwaktu dan tempat lainnya.
Berdasarkan hasil wawancara, akan ada perubahan alur sistem untuk
kegiatan Monitoring dan evaluasi sementara Sistem Monitoring dan
evaluasi yang saat ini digunakan merupakan implementasi dari sistem
Unit Kerja Presiden Bidang Pengawasan dan Pengendalian
Pembangunan (UKP4) dimana tidak tersedianya dokumen teknis
sehingga menyulitkan untuk dilakukan pengembangan.
Berdasarkan uraian diatas, Maka penulis yang merupakan
mahasiswa program studi Sistem Informasi, fakultas Sains dan
Teknologi, Universitas Islam Negeri Syarif Hidayatullah Jakarta akan
membuat laporan praktek kerja lapangan di DISKOMINFOTIK DKI
JAKARTA dengan judul “ANALISIS PERANCANGAN SISTEM
INFORMASI MONITOR DAN EVALUASI KEGIATAN
STRATEGIS DAERAH (MONEV-KSD) DKI JAKARTA”.
1.2 Rumusan Masalah

Berdasarkan latar belakang diatas, permasalahan yang dapat penulis
rumuskan yaitu bagaimana merancang sistem monitor dan evaluasi
kegiatan strategis daerah DKI Jakarta?
1.3 Batasan Masalah

Agar permasalahan dapat lebih terfokus dan mudah dipahami, maka
permasalahan dibatasi pada beberapa hal, yaitu:
1. Penelitian ini dilakukan di Dinas Komunikasi Informatika dan
Statistik DKI Jakarta.
2
2. Tools yang digunakan adalah Unified Modelling Language
(UML) yaitu usecase diagram, usecase narative, activitiy
diagram, Sequence diagram, dan untuk membantu untuk
pemodelan database menggunakan Entity Relationship Diagram
(ERD).
3. Metodologi perancangan sistem yang digunakan adalah metode
Rapid Application Development (RAD) yaitu melakukan tahap
perancangan, desain dan implementasi.
1.4 Tujuan Penelitian

Adapun manfaat yang di dapat dari penelitian ini sebagai berikut:
1. Untuk memenuhi serta menunaikan mata kuliah Praktek Kerja
Lapangan (PKL) program studi Sistem Informasi dan sebagai
syarat kelulusan.
2. Menghasilkan rancangan sistem yang sesuai dengan kebutuhan
pengguna yang dapat membantu proses Monitoring dan evaluasi
kegiatan strategis daerah.
3. Membuat hasil laporan penelitian perancangan sistem informasi
monitor dan evaluasi kegiatan strategis daerah.
1.5 Manfaat Penelitian

Adapun manfaat yang di dapat dari penelitian ini sebagai berikut:
1. Manfaat bagi penulis.
a. Menerapkan ilmu yang telah diperoleh pada waktu
perkuliahan.
b. Melatih kerja dan mengamati teknik-teknik yang diterapkan
di lapangan dalam bidang Sistem Informasi.
2. Manfaat bagi universitas
a. Mengetahui kemampuan mahasiswa dalam menguasai materi
pelajaran yang diperoleh dipangku kuliah.
b. Mengetahui kemampuan mahasiswa dalam menerapkan
ilmunya sebagai bahan evaluasi.
3
c. Memberikan gambaran tentang kesiapan mahasiswa dalam
menghadapi dunia kerja yang sebenarnya.
1.6 Metode Penelitian

Metode yang dilakukan dalam penelitian ini meliputi metode
pengumpulan data dan metode pengembangan sistem:
1. Metode Pengumpulan Data
a. Wawancara
Pada kegiatan ini penulis melakukan wawancara
dalam usaha untuk melengkapi data-data yang akan
diperoleh.
b. Studi Pustaka
Dilakukan dengan cara membaca dan mempelajari
literatur, skripsi, artikel, serta situs-situs di internet yang
mendukung dengan topik yang akan dibahas.
c. Studi Literatur
Melakukan perbandingan penelitian sejenis, yang
berhubungan dengan penelitian ini.
2. Metode Perencanaan
Metode perancangan sistem yang digunakan dalam penelitian
ini yaitu metode Rapid Application Development (RAD). Dalam
metode ini langkah-langkah yang dilakukan yaitu:
a. Perencanaan
b. Desain
c. Implementasi
1.7 Waktu dan Tempat Praktek Kerja Lapangan

Adapun waktu dan tempat dari pelaksanaan Praktik Kerja Lapangan
ini adalah sebagai berikut:
1. Tempat Pelaksanaan
Kegiatan Praktik Kerja Lapangan ini dilaksanakan pada
Dinas Komunikasi Informatika dan Statistik DKI Jakarta. yang
4
bertempat di Jl. Merdeka Selatan Kav 8-9, Gedung Balaikota
Blok G Lt.13 RT.11/RW.2, Gambir, Kecamatan Gambir, Kota
Jakarta Pusat, Daerah Khusus Ibukota Jakarta 10110.
2. Waktu
Praktik Kerja Lapangan dilaksanakan mulai dari 1 Februari
hingga 28 Februari 2019.
1.8 Sistematika Penulisan

Dalam penyusunan laporan PKL ini, pembahasan terbagi dalam lima
bab yang secara singkat akan diuraikan sebagai berikut:
BAB I PENDAHULUAN
Bab ini berisi penjelasan secara singkat mengenai latar belakang
masalah, rumusan masalah, batasan masalah, tujuan serta manfaat
penelitian, metode penelitian, dan sistematika penulisan.
BAB II LANDASAN TEORI

Bab ini membahas mengenai dasar-dasar teori yang mendukung
penelitian.
BAB III METODOLOGI PENELITIAN

Bab ini membahas tentang metodologi yang digunakan dalam
penelitian ini, yaitu metode pengumpulan data dan metode
perancangan sistem.
BAB IV HASIL DAN PEMBAHASAN

Bab ini menguraikan profil singkat instansi dan membahas hasil-
hasil yang diperoleh dari hasil perancangan sistem informasi monitor
dan evaluasi kegiatan strategis daerah Dki Jakarta.
BAB V PENUTUP
5
Bab ini berisi kesimpulan yang berkenaan dengan hasil pemecahan
masalah serta beberapa saran untuk evaluasi sistem informasi
monitor dan evaluasi kegiatan strategis daerah Dki Jakarta.
6
BAB II
LANDASAN TEORI
Bab ini menjelaskan hal-hal yang terkait tentang penelitian ini, yaitu
teori-teori yang mendukung pembahasan serta dasar acuan atau landasan
dalam melakukan penelitian. Adapun teori yang dibahas akan dijelaskan
sebagai berikut :
2.1 Konsep Dasar Sistem

Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang
saling berhubungan, berkumpul bersama-sama untuk melakukan suatu
kegiatan atau untuk menyelesaikan suatu tertentu. (Jogiyanto, 2001:1).
2.1.1 Pengertian Sistem

Menurut Hariyanto (2003:59) sistem adalah kumpulan objek
atau elemen yang saling berinteraksi untuk mencapai satu tujuan
tertentu. Menurut Jogiyanto (2005:1) menurut Gerald et al., suatu
sistem adalah suatu jaringan kerja dari prosedur-prosedur yang
saling berhubungan, berkumpul bersama-sama untuk melakukan
suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu.
Sistem adalah sekumpulan elemen yang saling terkait atau
terpadu yang dimaksudkan untuk mencapai suatu tujuan (Bahara,
2007:24).
Menurut McLeod yang dikutip oleh Yakub dalam buku
Pengantar Sistem Informasi (2012), sistem adalah sekelompok
elemen-elemen yang terintegrasi dengan tujuan yang sama untuk
mencapai tujuan. Sistem juga merupakan suatu jaringan kerjadari
prosedur-prosedur yang saling berhubungan, terkumpul bersama-
sama untuk melakukan suatu kegiatan atau untuk tujuan tertentu.
Menurut O’Brian dan Marakas (2009), sistem adalah
kumpulan komponen yang saling berhubungan dengan batasan
yang jelas, dan bekerja sama untuk mencapai tujuan dengan
7
menerima Input dan menghasilkan output dalam suatu proses
transformasi yang terorganisasi.
Berdasarkan beberapa definisi di atas, peneliti dapat menarik
kesimpulan bahwa sistem adalah suatu rangkaian kegiatan atau
aktivitas yang dimulai dengan adanya Input, proses dan output.
Elemen seperti manusia, mesin dan prosedur merupakan unsur-
unsur penting yang terdapat pada sebuah sistem untuk bisa saling
berinteraksi mencapai tujuan tertentu.
2.1.2 Karakteristik Sistem

Suatu sistem mempunyai karakteristik atau sifat-sifat
tertentu, Husda (2012:112). Karakteristik sistem antara lain:
1. Sistem diklasifikasikan sebagai abstrak (abstract system)
dan sistem fisik (physical system). Sistem abstrak adalah
sistem yang berupa pemikiran atau ide-ide yang tidak
tampak secara fisik. Misalnya sistem teologia, yaitu
sistem yang berupa pemikiran-pemikiran hubungan
antara manusia dengan Tuhan. Sistem fisik merupakan
sistem yang ada secara fisik. Misalkan sistem komputer,
sistem akuntansi, sistem produksi dan lain sebagainya.
2. Sistem diklasifikasikan sebagai sistem alamiah (natural
system) dan sistem buatan manusia (human made
system). Sistem alamiah adalah sistem yang terjadi
melalui proses alam, tidak dibuat manusia. Misalnya
sistem perputaran bumi. Sistem buatan manusia adalah
sistem yang dirancang oleh manusia dimana melibatkan
interakasi antara manusia dengan mesin, disebut dengan
human machine system ataupun man-machine-system.
Sistem informasi akuntansi merupakan contoh man-
machine system, karena menyangkut penggunaan
komputer yang berinteraksi dengan manusia.
8
3. Sistem diklasifikasikan sebagai sistem tertentu
(deterministic system) dan sistem tak tentu (probabilistic
system). Sistem tertentu beroperasi dengan tingkah laku
yang sudah dapat diprediksi. Interaksi antara bagian-
bagiannya dapat dideteksi 10 dengan pasti, sehingga
keluaran dari sistem dapat diramalkan. Sistem komputer
adalah contoh dari sistem tertentu yang tingkah lakunya
dapat dipastikan berdasarkan program-program yang
dijalankan. Sistem tak tentu adalah sistem yang kondisi
masa depannya tidak dapat diprediksi karena
mengandung unsur probabilitas, contoh sistem manusia.
2.2 Konsep Dasar Sistem Informasi

2.2.1 Pengertian Informasi
Menurut Davis, yang dikutip dari buku Husda (2012:117)
informasi adalah data yang telah diolah menjadi suatu bentuk
yang penting bagi si penerima dan mempunyai nilai yang nyata
yang dapat dirasakan dalam keputusan-keputusan yang sekarang
atau keputusan-keputusan yang akan datang. Informasi adalah
suatu hasil pengolahan data dalam bentuk agregat untuk
menghasilkan pengetahuan atau kemampuan. Informasi adalah
sesuatu yang dapat menambah pengetahuan penerimanya jika
dibangun dari data yang tepat dan sesuai dengan permasalahan
yang dihadapi (Daihani, 2001:8).
Menurut Bahara (2007:14), menurut Fadden (1999)
informasi sebagai data yang telah diproses sedemikian rupa
sehingga meningkatkan pengetahuan seseorang yang
menggunakan data tersebut.
Dari definisi-definisi di atas, maka peneliti menyimpulkan
bahwa informasi adalah kumpulan data-data yang diolah
sedemikian rupa sehingga data tersebut dapat berguna dan
memberikan manfaat bagi orang yang menggunakannya. Dengan
9
kata lain, data bagi seseorang bisa jadi merupakan informasi bagi
orang lain.
2.2.2 Siklus Sistem Informasi

Menurut Sutanta (2008), model yang digunakan untuk
pengolahan data menjadi suatu informasi ini disebut siklus
pengolahan data (data processing cycle) atau siklus informasi
(information cycle). Gambar 2.1 dibawah ini menjelaskan bahwa
data yang dimasukan melalui elemen Input kemudian akan
diolah dan diproses menjadi suatu output. Output ini merupakan
sebuah informasi yang dibutuhkan. Informasi tersebut akan
diterima oleh penggunanya, kemudian pengguna akan
memberikan umpan balik (feedback) yang berupa evaluasi
terhadap informasi tersebut. Umpan balik tersebut akan menjadi
data yang akan dimasukan menjadi Input kembali dan
mengulang siklus yang sama lagi.
Gambar 2. 1 Siklus Informasi
2.2.3 Nilai Informasi

Nilai dari informasi (value of information) ditentukan dari
dua hal, yaitu manfaat dan biaya mendapatkannya. Suatu
informasi dikatakan bernilai bila manfaatnya lebih efektif
dibandingkan dengan biaya mendapatkannya (Jogiyanto,
2005:11).
10
2.2.4 Kualitas Informasi
Kualitas informasi dipengaruhi atau ditentukan oleh beberapa
hal berikut (Sutanta, 2009:8):
1. Relevan (Relevancy), informasi memiliki manfaat bagi
pemakai. Tingkat relevansi informasi untuk setiap
pemakai berbeda-beda.
2. Akurat (Accurancy), kebenaran terhadap informasi yang
menentukan kehandalan atau reliabilitas informasi.
3. Tepat waktu (Time liness), menyatakan usia data yang
sesuai dengan waktu penerimaan. Artinya informasi
tersebut tidak usang ketika sampai ke penerima.
4. Ekonomis (Economy), dalam mendapatkan informasi
kadang diperlukan biaya yang harus dikeluarkan.
5. Efisien (Efficiency), informasi tidak berlebihan sehingga
mudah untuk dipahami.
6. Ketersediaan (Availability), kebutuhan informasi bagi
penerima harus lengkap sehingga mengurangi ketidak
pastian.
7. Dapat dipercaya (Reliability), sumber informasi harus
bisa dipertanggung jawabkan, tidak boleh bias atau
meragukan.
8. Konsisten (Consistency), nilai dari informasi tidak
berubah-ubah.
2.2.5 Karakteristik Informasi

Menurut Yakub (2012) pada buku Pengantar Sistem
Informasi, Untuk tiap-tiap tingkatan manajemen dengan kegiatan
yang berbeda, dibutuhkan informasi dengan karakteristik yang
berbeda pula. Karakteristik dari informasi yaitu:
1. Kepadatan Informasi. Untuk manajemen tingkat bawah
karakteristik informasinya adalah terperinci dan kurang
padat, karena digunakan untuk pengendalian operasi.
11
Sedangkan untuk manajemen yang lebih tinggi
tingkatannya, mempunyai karakteristik informasi yang
semakin tersaring, lebih ringkas dan padat.
2. Luas Informasi. Manajemen tingkat bawah karakteristik
informasinya adalah terfokus pada suatu masalah
tertentu, karena digunakan oleh manajer bawah yang
mempunyai tugas khusus. Sedangkan untuk manajemen
yang lebih tinggi tingkatannya, mempunyai karakteristik
informasi yang semakin luas, karena manajemen atas
berhubungan dengan masalah yang luas.
3. Frekuensi Informasi. Manajemen tingkat bawah frekuensi
informasi yang diterima adalah rutin, karena digunakan
oleh manager bawah yang mempunyai tugas terstruktur
dengan pola yang berulang-ulang dari waktu ke waktu.
Manajemen yang lebih tinggi tingkatannya frekuensi
informasinya tidak rutin, karena manajemen tingkat atas
berhubungan dengan pengambilan keputusan tidak
terstruktur yang pola dan waktunya tidak jelas.
4. Akses Informasi. Manajer tingkat bawah membutuhkan
informasi yang periodenya berulang-ulang sehingga
dapat disediakan oleh bagian sistem informasi dalam
bentuk laporan periodik secara off line. Sebaliknya untuk
manajer tingkat atas, periode informasi yang dibutuhkan
tidak jelas sehingga manajer-manajer tingkat atas perlu
disediakan akses online untuk mengambil informasi
kapan pun mereka membutuhkan.
5. Waktu Informasi. Informasi yang dibutuhkan manajemen
tingkat bawah adalah informasi historis, karena
digunakan dalam pengendalian operasi yang memeriksa
tugas rutin yang sudah terjadi. Untuk manajemen tingkat
tinggi, waktu informasi lebih ke masa depan berupa
12
informasi prediksi karena digunakan untuk pengambilan
keputusan strategis yang menyangkut nilai masa depan.
6. Sumber Informasi. Manajemen tingkat bawah lebih
berfokus pada pengendalian internal perusahaan, maka
manajer tingkat bawah lebih memerlukan informasi
dengan data yang bersumber dari internal perusahaan
sendiri. Manajemen tingkat atas lebih berorientasi pada
masalah perencanaan strategis yang berhubungan dengan
lingkungan luar perusahaan. Karena itu membutuhkan
informasi dengan data yang bersumber pada eksternal
perusahaan.
2.3 Konsep Dasar Sistem Informasi

2.3.1 Pengertian Sistem Informasi
Menurut (Waspodo, 2008) sistem informasi cenderung lebih
multidimensional dan interdisipliner, artinya keberadaan dari
sistem informasi dipengaruhi oleh beragam dimensi, karena
adanya faktor manusia didalamnya, dan juga secara otomatis,
mendorong pemahaman yang lebih komplek dari sekedar
memahaminya secara pendekatan teknologikal atau hanya
diupayakan penyeselaian berorientasi bisnis atau ekonomi
belaka. Menurut Mcleod, yang dikutip dari buku Husda
(2012:119), sistem informasi merupakan sistem yang
mempunyai kemampuan untuk mengumpulkan informasi dari
semua sumber dan menggunakan berbagai media untuk
menampilkan infomasi. Menurut Leitch sistem informasi adalah
suatu sistem di dalam suatu organisasi yang mempertemukan
kebutuhan pengolahan transaksi harian, mendukung operasi,
bersifat managerial dan kegiatan strategi dari suatu organisasi
dan menyediakan pihak luar tertentu dengan laporan-laporan
yang diperlukan.
13
Sistem informasi dapat didefinisikan sebagai suatu sistem
yang berkaitan dengan pengumpulan, penyimpanan dan
pemrosesan data, baik yang dilakukan secara manual atau
dengan komputer untuk menghasilkan suatu informasi yang
sangat bermanfaat. Dengan demikian sistem informasi tidak
selalu harus berbasis komputer. Bisa saja pengolahan data dalam
sistem informasi dilakukan secara manual atau kombinasi antara
sistem manual dengan sistem berbasis komputer.
2.3.2 Komponen Sistem Informasi

Dalam suatu komputer terdapat komponen-komponen yang
bertujuan untuk memproses sesuatu ataupun data yang inginkan.
Komponen-komponen tersebut penting dalam suatu sistem
informasi, apabila salah satu komponen tidak ada maka sistem
informasi tidak akan berjalan.
Menurut Bahara (2007:20-22) pada suatu sistem informasi
terdapat komponen-komponen seperti:
1. Perangkat Keras (Hardware): mencakup piranti-piranti
fisik seperti komputer dan printer.
2. Perangkat Lunak (Software) atau program: sekumpulan
instruksi yang memungkinkan perangkat keras untuk
dapat memproses data.
3. Prosedur (Procedure): sekumpulan aturan yang dipakai
untuk mewujudkan pemrosesan data dan pembangkit
keluaran yang dikehendaki.
4. Orang (Brainware): semua pihak yang bertanggung
jawab dalam pengembangan sistem informasi,
pemrosesan dan penggunaan keluaran sistem informasi.
5. Basis Data (Database): sekumpulan tabel, hubungan, dan
lain-lain yang berkaitan dengan penyimpanan data.
6. Jaringan komputer dan komunikasi data: sistem
penghubung yang memungkinkan sumber (resource)
14
dipakai secara bersama atau diakses oleh sejumlah
pemakai.
2.4 Perancangan Sistem

Perancangan sistem merupakan tahap dimana sudah didapatkan
gambaran jelas tentang masalah yang ada dan kebutuhan-kebutuhan
sistem baru yang akan dibuat. Perancangan sistem ini mengolah
informasi yang didapatkan dari proses analisa sehingga diharapkan
untuk menyelesaikan masalah-masalah yang ada dengan
mengembangkan sistem baru.
Menurut Pressman (2010), perancangan software merupakan suatu
pembuatan, penerapan dan penggunaan dari prinsip-prinsip
perancangan yang baik untuk mendapatkan software yang ekonomis,
dapat diandalkan dan dapat bekerja secara efisien. Sedangkan,
menurut Satzinger (2010:240), perancangan sistem adalah suatu proses
penentuan secara rinci bagaimana berbagai komponen dari sistem
informasi dapat diimplementasikan secara fisik.
Perancangan sistem adalah sebuah kegiatan merancang dan
menentukan cara mengolah sistem informasi dari hasil analisa sistem
sehingga dapat memenuhi kebutuhan dari pengguna termasuk
diantaranya perancangan user Interface, data dan aktivitas proses
(O’Brien & Marakas, 2009).
2.5 Metode Pengembangan Sistem

Pengembangan sistem (system development) berarti menyusun atau
membuat suatu sistem baru untuk menggantikan atau memperbaiki
sistem yang lama, baik secara keseluruhan ataupun sebagian dari
sistem lama tersebut dengan cara mengintegrasikan dan memadukan
prosedur, sarana dan sumber daya yang dimiliki.
Dalam sebuah perancangan perangkat lunak diperlukan model-
model proses berdasarkan metode dan alat bantu yang dipakai.
Menurut Saputra dan Agutin (2012), perancangan sebuah aplikasi atau
15
sistem memerlukan metode-metode dalam pembangunan atau
pengembangan sistem. Ini didukung oleh Pressman (2005:79) yang
menyatakan bahwa ada beberapa proses model diantaranya Sequential
Linier, Prototype, Rapid Application Development (RAD),
Incremental, Iterative, Spiral, Concurrent, Comonent-Based
Development, Extreme Programming (XP) dan Aspect Oriental
Software Development.
Berikut tabel perbedaan metode atau model-model pengembangan
sistem.
Tabel 2. 1 Perbedaan Metode Pengembangan Sistem
METODE KELEBIHAN KELEMAHAN

Waterfall Metode ini baik Iterasi yang sering terjadi
digunakan untuk menyebabkan masalah
kebutuhan yang sudah baru. Bagi pelanggan sulit
diketahui dengan baik menemukan kebutuhan
secara eksplisit dan harus
bersabar karena memakan
waktu yang lama
Prototype Metode yang efektif Pengembang terkadang

dengan mendapatkan membuat implementasi
kebutuhan dan atu qran secara asal karena ingin
yang jelas dan selesai dengan cepat
pelanggan bisa
langsung melihat sistem
yang sebenarnya
Rapid Metode yang lebih Proyek dipecah menjadi
Application cepat jika kebutuhan beberapa bagian, sehingga
Development dan batasan proyek membutuhkan banyak
(RAD) sudah diketahui dengan orang untuk membentuk
baik sehingga bisa suatu tim
untuk dimodularisasi
16
Spirall Digunakan untuk skala Jika resiko utama tidak
besar. Membutuhkan ditemukan maka akan
konsiderasi langsun menyebabkan masalah baru,
terhadap resiko teknis, sehingga membutuhkan
sehingga dapat manajemen dan perkiraan
mengurangi resiko besar resiko yang cukup tinggi
2.5.1 Konsep Dasar Rapid Application Development (RAD)

RAD adalah sebuah strategi pengembangan sistem yang
menekankan kecepatan pengembangan melalui keterlibatan
pengguna yang ekstensif dalam kontruksi, cepat, berulang dan
bertambah serangkain prototype bekerja sebuah sistem yang
pada akhirnya berkembang kedalam sistem final (atau sebuah
versi) (Whitten: 2004:104).
Tujuan utama dari semua metode sistem development adalah
memberikan suatu sistem yang dapat memenuhi harapan dari
para pemakai, tapi terkadang para pemakai tidak dilibatkan
langsung dalam melakukan pengembangan sistem sehingga hal
ini menyebabkan sistem informasi yang dibuat jauh dari harapan.
Metoded RAD mempunyai 3 tahapan utama, yaitu:
Gambar 2. 2 Metode RAD
17
Model pengembangan RAD memiliki empat fase, yaitu fase
perencanaan syarat- syarat, fase perencangan, fase konstruksi,
dan fase pelaksanaan. Berikut adalah penjelasan masing-masing
fase dalam penelitian ini (Kendall: 2003:238):
a. Fase Perencanaan Syarat-Syarat
Model pengembangan RAD memiliki empat fase,
yaitu fase perencanaan syarat- syarat, fase perencangan,
fase konstruksi, dan fase pelaksanaan. Berikut adalah
penjelasan masing-masing fase dalam penelitian ini
(Kendall: 2003: 238):
b. Fase Perencanaan
Pada tahap ini ada lah melakukan proses desain dan
melakukan perbaikan- perbaikan apabila masih terdapat
ketidaksesuaian desain antara user dan analyst. Untuk
tahap ini keaktifan user yang terlibat sangat menentukan
untuk mencapai tujuan, karena user bisa langsung
memberikan komentar apabila terdapat ketidak sesuaian
pada desain.
c. Fase Konstruksi
Setelah desain dari sistem yang akan dibuat sudah
disetujui baik itu oleh user dan analyst, maka pada tahap
ini programmer mengembangkan desain menjadi suatu
program. Hal terpenting adalah keterlibatan user sangat
diperlukan supaya sistem yang dikembangkan dapat
sesuai dengan permintaan user.
d. Fase Pelaksanaan
Pada tahap ini dilakukan pengujian aplikasi, dengan
menggunakan pegujian black box testing. Yaitu sebuah
pengujian dengan menjalankan setiap fungsi dari aplikasi.
18
2.6 Metode Pengumpulan Data
2.6.1 Wawancara
Wawancara adalah komunikasi dua arah untuk mendapatkan
data dari reponden. Wawancara dapat berupa wawancara
personal (personal interview), wawancara intersep (intersept
interview), wawancara telepon (telephone interview). (Jogiyanto
2008:111).
2.6.2 Studi Pustaka

Pada tahap ini peneliti melakukan apa yang disebut dengan
kajian pustaka, yaitu mempelajari buku-buku referensi dan hasil
penelitian sejenis sebelumnya yang pernah dilakukan oleh orang
lain. Tujuannya ialah untuk mendapatkan landasan teori
mengenai masalah yang akan diteliti (Sarwono: 2006;26).
2.7 Unified Modelling Language (UML)

2.7.1 Pengertian UML
UML (Unified Modeling Language) pertama kali
diperkenalkan pada tahun 1990-an ketika Grady Booch, Ivar
Jacobson dan James Rumbaugh mulai mengadopsi ide-ide serta
kemampuan-kemampuan tambahan dari masing-masing
metodenya dan berusaha membuat metodologi terpadu yang
kemudian dinamakan UML (Unified Modeling Language). UML
merupakan metode pengembangan perangkat lunak atau sistem
informasi dengan metode grafis yang relatif mudah dipahami
(Nugroho: 2005:20)
Notasi UML dibuat sebagai kolaborasi dari Grady Booch dan
Ivar Jacobson, James Rumbaugh Rebecca Wirfs-Brock, Peter
Yourdon, dan lainnya.
Jacobson Menulis tentang pendefinisian persyaratan-
persyaratan sistem yang disebut Use Case (Sholiq: 2006:6)
19
Demikian perkembangan berlanjut terus dengan masuknya
organisasi- organisasi besar kedalam OMG (Object Management
Group) yang merupakan konsorium yang berusaha membuat
standarisasi metode pengembangan perangkat lunak berorientasi
objek (Nugroho: 2005:21).
2.7.2 Diagram UML

UML menawarkan diagram yang dikelompokkan menjadi
lima perspektif berbeda untuk memodelkan suatu sistem.
Diagram UML menyajikan perspektif yang berbeda mengenai
sistem informasi. Bagian berikut menjelaskan berbagai diagram
UML berserta pengertiannya (Whitten, 2004).
Rosa dan Shalahudin (2014:140), pada UML terdiri dari 13
macam diagram yang dikelompokkan dalam 3 kategori. Berikut
ini penjelasan singkat dari pembagian kategori, yaitu
1. Structure diagram, yaitu kumpulan diagram yang
digunakan untuk menggambarkan suatu struktur statis
dari sistem yang dimodelkan. Structure diagram terdiri
dari Class diagram, object diagram, component diagram,
composite structure diagram, package diagram dan
deployment diagram.
2. Behavior diagram yaitu kumpulan diagram yang
digunakan untuk menggambarkan kelakuan sistem atau
rangkaian perubahan yang terjadi pada sebuah sistem.
Behavior diagram terdiri dari Use Case diagram, Acitvity
diagram, state machine system.
3. Interaction diagram yaitu kumpulan diagram yang
digunakan untuk menggambarkan interaksi sistem
dengan sistem lain maupun interaksi antar subsistem pada
suatu sistem. Interaction diagram terdiri dari Sequence
diagram, interaction overview diagram, communication
diagram.
20
Berikut diagram UML yang digunakan pada sistem monitor
dan evaluasi kegiatan strategis daerah sebagai berikut:
1. Use Case Diagram
Menurut Rosa dan Shalahudin (2014) diagram Use
Case merupakan pemodelan untuk kelakuan (behavior)
sistem informasi yang akan dibuat. Use Case
mendeskripsikan sebuah interaksi antara satu atau lebih
aktor dengan sistem informasi yang akan dibuat. Use
Case digunakan untuk mengetahui fungsi apa saja yang
ada di dalam sebuah sistem informasi dan siapa saja yang
berhak menggunakan fungsi-fungsi itu (Sukamto dan
Shalahuddin, 2013).
2. Use Case Narrative
Menurut (Whitten & Bentley, 2007), Use Case
narrative adalah sebuah deskripsi tekstual secara detail
dari peristiwa bisnis yang ada dalam Use Case diagram
dan menspesifikkan bagaimana user berinteraksi dengan
sistem untuk menyelesaikan tugas.
3. Acitvity Diagram
Rosa dan Shalahudin (2014) menyatakan bahwa
diagram aktivitas atau Acitvity diagram menggambarkan
workflow (aliran kerja) atau aktivitas dari sebuah sebuah
sistem atau proses bisnis atau menu yang ada pada
perangkat lunak. Yang perlu di perhatikan disini adalah
bahwa diagram aktivitas menggambarkan aktivitas sistem
bukan apa yang dilakukan aktor.
4. Sequence Diagram
Sequence diagram menggambarkan kelakuan objek
pada Use Case dengan mendeskripsikan waktu hidup
objek dengan massage yang dikirimkan dan diterima
antar objek (Rosa dan Shalahudin, 2014). Sequence
21
diagram adalah interaction diagram yang
memperlihatkan event-event yang berurutan sepanjang
berjalannya waktu.
Banyaknya Sequence diagram yang harus digambar
adalah minimal sebanyak pendefinisian Use Case yang
memiliki proses sendiri atau yang penting semua Use
Case yang telah didefinisikan sudah dicakup dalam
Sequence diagram sehingga semakin banyak Use Case
yang didefinisikan maka diagram sekuen yang harus
dibuat juga semakin banyak.
5. Class Diagram
Menurut Rosa dan Shalahudin (2014), diagram kelas
atau Class diagram menggambarkan struktur sistem dari
segi pendefinisian kelas-kelas yang akan dibuat untuk
membangun sistem. Class diagram memiliki Class yaitu
sesuatu yang membungkus (encapsulation) informasi
(atribut) dan perilaku (operasi) dalam dirinya.
Berdasarkan pernyataan di atas, diketahui bahwasanya
notasi kelas dalam UML adalah sebagai berikut:
Gambar 2. 3 Notasi Class

Seperti pada Gambar 2.3, sebuah Class memiliki 2 properties
yaitu atribut dan operasi.
a. Atribut
Atribut merupakan variabel-variabel yang dimiliki
oleh suatu kelas. Atribut ini menggambarkan batas nilai
yang mungkin ada pada objek dari Class.
22
b. Operasi atau method
Operasi adalah fungsi atau tranformasi yang dapat
diaplikasi ke dalam sebuah Class.
2.8 Entity Relationship Diagram (ERD)

Menurut Brady dan Loonam (2010), Entity Relationship Diagram
(ERD) merupakan teknik yang digunakan untuk memodelkan
kebutuhan data dari suatu sistem, biasanya oleh System Analys dalam
tahap analisis persyaratan proyek pengembangan sistem. Sementara
seolah-olah teknik diagram atau alat peraga memberikan dasar untuk
desain database relasional yang mendasari sistem informasi yang
dikembangkan. ERD bersama-sama dengan detail pendukung
merupakan model data yang pada gilirannya digunakan sebagai
spesifikasi untuk database.
2.9 Monitoring dan Evaluasi
2.9.1 Monitoring
Menurut Peraturan Pemerintah Nomor 39 Tahun 2006
(dalam IPDN, 2011), disebutkan bahwa Monitoring merupakan
suatu kegiatan mengamati secara seksama suatu keadaan atau
kondisi, termasuk juga perilaku atau kegiatan tertentu, dengan
tujuan agar semua data masukan atau informasi yang diperoleh
dari hasil pengamatan tersebut dapat menjadi landasan dalam
mengambil keputusan tindakan selanjutnya yang diperlukan.
Tindakan tersebut diperlukan seandainya hasil pengamatan
menunjukkan adanya hal atau kondisi yang tidak sesuai dengan
yang direncanakan semula. Monitoring dilaksanakan dengan
maksud agar proyek dapat mencapai tujuan secara efektif dan
efisien dengan menyediakan umpan balik bagi pengelola proyek
pada setiap tingkatan. Umpan balik ini memungkinkan
pemimpin proyek menyempurnakan rencana operasional proyek
dan mengambil tindakan korektif tepat pada waktunya jika
terjadi masalah dan hambatan (Deptan, 1989).
23
Monitoring adalah proses kegiatan pengawasan terhadap
implementasi kebijakan yang meliputi keterkaitan antara
implementasi dan hasil-hasilnya (outcomes) (Hogwood dam
Gunn, 1989). William N. Dunn (1994), menjelaskan bahwa
Monitoring mempunyai beberapa tujuan, sebagai berikut.
a. Compliance (kesesuaian/kepatuhan)
Menentukan apakah implementasi kebijakan tersebut
sesuai dengan standard dan prosedur yang telah
ditentukan.
b. Auditing (pemeriksaan)
Menentukan apakah sumber-sumber/pelayanan
kepada kelompok sasaran (target groups) memang benar-
benar sampai kepada mereka.
c. Accounting (Akuntansi)
Menentukan perubahan sosial dan ekonomi apa saja
yang terjadi setelah implementasi sejumlah kebijakan
publik dari waktu ke waktu.
d. Explanation (Penjelasan)
Menjelaskan mengenai hasil-hasil kebijakan publik
berbeda dengan tujuan kebijakan publik.
Monitoring berkaitan erat dengan evaluasi, karena evaluasi
memerlukan hasil dari Monitoring yang digunakan dalam
melihat kontribusi program yang berjalan untuk dievaluasi.
2.9.2 Evaluasi
Pengertian evaluasi menurut Hornby dan Parnwell (1972)
(dalam Mardikanto, 2009) adalah sebagai suatu tindakan
pengambilan keputusan untuk menilai suatu objek, keadaan,
peristiwa atau kegiatan tertentu yang sedang diamati. Pengertian
tersebut juga dikemukakan oleh Soumelis (1983) yang
mengartikan evaluasi sebagai proses pengambilan keputusan
melalui kegiatan membanding-bandingkan hasil pengamatan
24
terhadap suatu obyek. Diartikan oleh Seepersad dan Henderson
(1984) mengartikan evaluasi sebagai kegiatan sistematis yang
dimaksudkan untuk melakukan pengukuran dan penilaian
terhadap sesuatu obyek berdasarkan pedoman yang telah ada.
2.10 Kegiatan Strategis Daerah

Kegiatan Strategis Daerah (KSD) adalah kegiatan yang memiliki
sifat strategis dan/atau kegiatan yang memiliki dampak signifikan
untuk memenuhi kebutuhan dasar, mempercepat pertumbuhan
ekonomi, dan meningkatkan kesejahteraan masyarakat sebagaimana
tertuang dalam dokumen Rencana Pembangunan Jangka Menengah
Daerah (RPJMD).
2.11 Perangkat Lunak Pendukung

Menurut Yakub (2012) pada buku Pengantar Sistem Informasi,
perangkat lunak atau program terdiri dari rangkaian industri elektonik
yang menyeluruh untuk mengerjakan sesuatu. Beberapa perangkat
lunak pendukung yang digunakan dalam pembuatan sistem informasi
ini adalah draw.io
2.11.1 Draw.io
Draw.io adalah aplikasi open source yang berfungi untuk
merancang membangun berbagai macam diagram. Draw.io
berbasis browser dan desktop yang tersedia untuk windows,
linux, macOS dan juga Crhome OS.
25
BAB III
METODOLOGI PENELITAN
3.1 Metode Pengumpulan Data

Dalam menyelesaikan penelitian ini, diperlukan data-data serta
informasi yang relatif lengkap sebagai bahan yang dapat mendukung
kebenaran materi uraian dan pembahasan. Oleh karena itu, sebelum
penulisan penelitian ini dilakukan, penulis melakukan riset atau
penelitian yang sesuai dengan judul yaitu “Analisa Perancangan
Sistem Informasi Monitor dan Evaluasi Kegiatan Strategis Daerah
(Monev-ksd) DKI Jakarta”. Dalam pengumpulan data, peneliti
melakukan:
3.1.1 Wawancara
Penulis melakukan Tanya jawab dengan pembimbing penulis
selama prakerin yang juga merupakan kepala seksi sistem
informasi manajemen pemerintahan dan kesejahteraan
masyarakat yaitu bapak Rachmat Setiawan. Wawancara ini
dilakukan untuk mendapatkan data-data yang dibutuhkan dalam
merancang sistem informasi monitor dan evaluasi, seperti
gambaran umum sistem serupa yang sedang berjalan saat ini dan
kekurangan dari system tersebut.
3.1.2 Studi Pustaka

Studi pustaka dilakukan dengan melakukan pencarian
terhadap buku- buku yang berhubungan dengan penelitian,
karya-karya ilmiah maupun jurnal, serta artikel yang terdapat di
internet. Data-data yang telah diperoleh dijadikan sebagai
referensi dalam penyusunan penelitian ini, seperti penelitian
yang berkaitan dengan pengenalan sistem informasi.
3.1.3 Studi Literatur
Metodologi penelitian ini merupakan metodologi studi
perbandingan, dengan mencari penelitian yang sejenis dengan
26
penelitian ini. Penulis mengamati penelitian sebelumnya sebagai
acuan dan membandingkan untuk membuat usulan sistem lebih
baik. Pengamatan yang penulis lakukan dengan membaca
referensi dari beberapa penelitian sebelumnya, antara lain:
3.2 Metode Pengembangan Sistem

Dengan menggunakan metode Rapid Application Development
(RAD), terdapat dua tahap yang akan digunakan oleh penulis di dalam
perencangan sistem informasi monitor dan evaluasi ini ini, yaitu:
3.2.1 Requirement Planning

Dalam tahapan ini, penulis melakukan identifikasi segala
kebutuhan sistem dan menganalisa sistem yang berjalan baik
tujuannya, batasan sistem, masalah dan kendala yang dihadapi
sistem sehingga mengeluarkan alternative pemecahan masalah.
3.2.2 Workshop Design
Pada tahap ini, penulis akan merancang serta menjelaskan
desain sistem yang akan diusulkan. Tahapan ini terdiri dari 3
tahap desain yaitu desain proses, desain database, dan desain
Interface. Tahapan-tahapan ini kemudian dibagi menjadi
beberapa tahap, yaitu:
a. Desain Proses: Use Case Diagram, Acitvity Diagram, dan
Class Diagram.
b. Desain database: Skema Database, Spesifikasi Database,
dan Sequence Diagram.
c. Desain Interface
3.3 Alasan Menggunakan Rapid Application Development

Alasan peneliti menggunakan Rapid Applicatin Development
sebagai metode pengembangan sistem, yaitu:
1. Tahapan RAD dapat dimulai secara bersamaan dan berulang
tanpa harus menunggu satu tahapan selesai terlebih dahulu.
27
2. Metode RAD dapat mengatasi permasalahan mengenai ketidak
jelasan mengenai kebutuhan pengguna terhadap apa yang harus
dilakukan sistem nantinya, karena pengguna dapat langsung
berinteraksi dengan sistem diawal. Ketidak jelasan ini biasanya
disebabkan karena sulit bagi pengguna untuk mengemukakan
apa yang diinginkan kepada perancangan sistem.
3. Metode RAD memberikan batasan-batasan pada suatu sistem
agar tidak mengalami perubahan.
4. RAD dapat mempersingkat waktu, sehingga dapat menghemat
biaya yang akan dikeluarkan dan menghasilkan rancangan sistem
yang berkualitas.
5. Sistem yang dianalisa dan dirancang merupakan sistem yang
sederhana.
6. Apabila menggunakan metode RAD maka tidak membutuhkan
waktu yang lama.
28
3.4 Kerangka Berpikir
Penyusunan penelitian Sistem Informasi monitor dan evaluasi ksd
ini disusun melalui beberapa tahapan yang harus dilakukan dengan
tujuan memudahkan dalam penulisan penelitian. Adapaun kerangka
berpikir yang dilakukan pada penulisan penelitian ini adalah sebagai
berikut:
Gambar 3. 1 Kerangka Berpikir
29
BAB IV
PEMBAHASAN
Pada bab ini menjelaskan tentang pengembangan Sistem Informasi

Monitor dan Evaluasi Kegiatan Strategis Daerah DKI Jakarta yang meliputi
usulan sistem, perancangan proses, perancangan database, dan perancangan
user Interface.
4.1 Requirement Planning

4.1.1 Gambaran Umum Instansi
Dinas Komunikasi, Informatika dan Statistik Pemerintah
Provinsi DKI Jakarta merupakan penyelenggara urusan
pemerintahan dan mempunyai tugas di bidang Komunikasi dan
Informatika, Statistik dan Persandian, dipimpin oleh seorang
Kepala Dinas yang berkedudukan di bawah dan bertanggung
jawab kepada Gubernur melalui Sekretaris Daerah. Dinas
Kominfo dan Statistik mempunyai tugas melaksanakan urusan
pemerintahan bidang komunikasi dan informatika, statistik dan
persandian.
4.1.2 Visi dan Misi

Diskominfotik DKI Jakarta memiliki visi dan misi sebagai
berikut:
a. Visi
Jakarta kota maju, lestari dan berbudaya yang
warganya terlibat dalam mewujudkan keberadaban,
keadilan dan kesejahteraan bagi semua.
b. Misi
 Menjadikan Jakarta tempat wahana aparatur negara
yang berkarya, mengabdi, melayani serta
menyelesaikan berbagai permasalahan kota dan warga
secara efektif, metitokratis dan berintegritas
30
 Mewujudkan tata kelola pemerintahan dan keuangan
daerah yang akuntabel dan transparan
 Terwujudnya tata kelola pemerintahan dan keuangan
daerah yang transparan dan akuntabel serta berbasis
teknologi informasi
 Optimalisasi sistem pengaduan warga yang terintegrasi,
optimalisasi layanan environment social dan dukungan
TIK, optimalisasi penyediaan analisis bigdata untuk
sektor prioritas
 Digitalisasi sistem tindaklanjut SKPD/UKPD atas
aspirasi warga Jakarta pada media massa
 Peningkatan kualitas pelayanan, aparatur, database
kependudukan dan pemanfaatan data kependudukan
 Menyelenggarakan pembinaan statistik sektoral,
melaksanakan koordinasi dan kerjasama
penyelenggaraan statistik, membangunan dan
mengintegrasikan Sistem lnformasi Statistik
Peningkatan data sektoral SKPD/ wilayah yang
terintegrasi melalui Sistem lnformasi Statistik
 Optimalisasi teknologi informasi dalam proses
pengadaan barang/jasa
 (a) ldentifikasi kebutuhan penyelenggaraan persandian;
(b) Penyusunan kebijakan penyelenggaraan persandian;
(c) Sosialisasi Security Awareness; (d) Pelatihan di
bidang persandian; (e) Pengelolaan sumberdaya
persandian; (f) Operasional pengamanan persandian
 ldentifikasi kebutuhan, menentukan skala prioritas,
pengalokasian anggaran, registrasi perangkat komputer
yang digunakan untuk operasional tata kelola
pemerinntahan berbasis elektronik secara bertahap,
redundant perangkat jaringan, redundant bandwidth
jaringan
31
 ldentifikasi kebutuhan, menentukan skala prioritas,
investasi oleh Pemerintah Provinsi DKI Jakarta melalui
pengalokasian anggaran, peningkatan coverage,
pemeliharaan berkala
 Membuat kajian dan regulasi, identifikasi kebutuhan
kapasitas data centre dari seluruh SKPD/UKPD,
menghitung daya tampung eksisting dan daya tampung
yang dibutuhkan, membuat desain ruang data center
serta DED (Detil Engginering Design), pembangunan
perluasan data centre, relokasi perangkat data dari
SKPD/UKPD, penyediaaan perangkat
 Membuat surat edaran, melakukan sosialisasi,
melakukan Monitoring pembuatan subdomain diseluruh
SKPD, mengkoordinasikan dengan BKD untuk
menjadikan bagian dari KPl, assesment TIK pada
SKPD
 Assesment TIK pada SKPD, penguatan fungsi Dinas
KOMUNIKASI, INFORMATIKATIKA dan Statistik
khususnya rekomendasi dan controlling, komitmen dari
pimpinan, Penguatan SDM (jumlah dan kualitas),
Pembentukan IT, lmplementasi Project Tim,
lmplementasi RITIK
 Pemenuhan standarisasi LKPP, Standarisasi ISO
27001, terpenuhinya Standard Sistem Manajemen
Keamanan lnformasi Standardisasi LPSE dan SNl/lSO
27001
4.1.3 Tugas dan Fungsi Organisasi

Berikut adalah tugas dan fungsi dari Dinas Komunikasi,
Informatika dan Statistik DKI Jakarta.
a. Tugas
32
Menyelenggarakan urusan pemerintahan bidang
komunikasi dan informatika, urusan pemerintahan bidang
statistik dan urusan pemerintahan bidang persandian.
b. Fungsi
 penyusunan Rencana Strategis, Rencana Kerja dan
Rencana Kerja dan Anggaran Dinas;
 pelaksanaan Dokumen Pelaksanaan Anggaran Dinas;
 perumusan kebijakan, proses bisnis, standar dan
prosedur Dinas;
 pelaksanaan kebijakan, proses bisnis, standar dan
prosedur Dinas;
 pengelolaan opmi dan aspirasi publik;
 pengelolaan dan pelayanan informasi publik;
 penyediaan konten lintas sektoral dan pengelolaan
media komunikasi publik;
 pengelolaan komunikasi publik;
 penyelenggaraan manajemen komunikasi krisis
 penyelenggaraan pemantauan informasi dan
penetapan agenda prioritas komunikasi Pemerintah
Provinsi DKI Jakarta;
 pelaksanaan layanan hubungan media;
 penyelenggaraan pusat data daerah;
 penyelenggaraan layanan keamanan informasi;
 penyelenggaraan layanan Siber dan Sandi;
 penyelenggaraan sistem jaringan intra Pemerintah
 penyelenggaraan sistem komunikasi intra Pemerintah
 penyelenggaraan layanan aplikasi dan proses bisnis
pemerintahan berbasis elektronik;
 penyelenggaraan rencana induk dan anggaran
pemerintahan berbasis elektronik;
33
 pengembangan sumber daya Teknologi Informasi dan
Komunikasi Pemerintah Provinsi DKI Jakarta dan
masyarakat;
 penyelenggaraan ekosistem Provinsi cerdas dan kota
cerdas;
 pelaksanaan layanan nama domain dan sub domain
bagi PD/lembaga Non PD;
 pelaksanaan Govemment Chief Information Officer
(GCIO);
 penyelenggaraan sistem penghubung layanan
pemerintah;
 penyelenggaraan layanan data dan informasi
elektronik;
 penetapan standarisasi layanan sistem pemerintahan
berbasis elektronik;
 pengoordinasian pelaksanaan statistik sektoral;
 penyelenggaraan statistik Pemerintah Provinsi DKI
Jakarta;
 penyelenggaraan dukungan administratif, keuangan
dan tata kelola komisi informasi di Provinsi DKI
Jakarta;
 pelaksanaan kesekretariatan Dinas;
 pelaksanaan koordinasi, pemantauan, evaluasi,
pelaporan dan pertanggungjawaban pelaksanaan
tugas Dinas; dan
 Pelaksanaan tugas kedinasan lain yang diberikan oleh
Gubernur.
34
4.1.4 Struktur Organisasi
Gambar 4. 1 Struktur Organisasi
4.1.5 Analisa Sistem Berjalan

Sistem monitor evaluasi yang saat ini berjalan merupakan
implementesai dari sistem informasi UKP4 (Unit Kerja Presiden
Bidang Pengawasan dan Pengendalian Pembangunan) dimana
akan ada perubahan alur yang berbeda dari sistem yang saat ini
digunakan.
35
Dalam penerapannya sistem yang saat ini digunakan tidak
memilik dokumen teknis sehingga menyulitkan untuk
pengembangan dan tracking error. Pemahaman pada sistem
yang berjalan saat ini dapat dilihat pada rich picture dibawah ini.
Gambar 4. 2 Analisis Sistem Berjalan

Proses berlangsung adalah, admin mengInput kegiatan
strategis dan rencana aksi yang sudah dirancang dan lalu user
memantau, memverifikasi dan memvalidasi rencana aksi dari
kegiatan strategis. User yang dimaksud disini adalah
SKPD/BUMD, Bappeda, dan TGUPP. Kemudian capaian dari
kegiatan strategis dan rencana aksi yang sedang berjalan ataupun
selesai di verifikasi oleh Asisten SEKDA, dari proses tersebut
kegiatan strategis daerah dapat dievaluasi untuk dijadikan bahan
referensi ataupun pertimbangan untuk kegiatan-kegiatan serupa
kedepannya.
36
4.1.6 Sistem Ususlan
Berdasarkan hasil wawancara yang dilkakukan dengan
pembimbing PKL penulis di Diskominfotik DKI Jakarta
menghasilkan kesimpulan bahwa alur rencana perubahan alur
sebenarnya tidak terlalu jauh dari yang saat ini berjalan. Hanya
saja karena sistem yang saat ini digunakan merupakan
implementasi dari sistem UKP4 dan tidak memiliki dokumentasi
teknis sehingga menyulitkan untuk dikembangkan maka
diputuskan untuk mengembangkan sistem informasi monitor dan
evaluasi kegiatan strategis daerah yang baru agar jika ada
perubahan alur dikemudian hari dapat dilakukan pengembangan
dari sistem yang digunakan serta memudahkan tracking error.
Adapun perancangan Sistem Informasi Monitor dan Evaluasi
Kegiatan Strategis Daerah yang diusulkan adalah sebagai
berikut:
Gambar 4. 3 Sistem Usulan

Gambar diatas merupakan proses sistem usulan untuk Sistem
Informasi Monitor dan Evaluasi Kegiatan Strategis Daerah,
perubahan alur yang dimaksud dari sistem sebelumnya adalah
37
Rencana Aksi dari Kegiatan Strategis hanya bisa diInput oleh user
SKPD (Satuan Kerja Perangkat Daerah) yang disistem
sebelumnya rencana aksi diisi oleh admin.
4.2 Workshop Design

4.2.1 Use Case Diagram
4.2.1.1 Identifikasi Aktor
Tabel 4. 1 Identifikasi Aktor
No Aktor Deskripsi
1 Admin Orang yang memiliki akses terhadap sistem
untuk mengelola data.
2 SKPD User yang yang memiliki hak akses untuk
mengInput rencana aksi dan realisasi rencana
aksi.
3 Bappeda User yang memiliki hak akses untuk mencetak
rencana aksi yang telah divalidasi dan view
seluruh kegiatan monitor.
4 TGUPP User yang memiliki hak akses untuk
memverifikasi rencana aksi dan mengInput nilai
hasil pemantau.
5 Asisten Sekda User yang memiliki hak akses untuk
memvalidasi rencana aksi dan capaian rencana
aksi.
4.2.1.2 Identefikasi Use Case

Tabel 4. 2 Identifikasi Use Case
No Use Case Keterangan Aktor

1 Login Menggambarkan proses masuk Admin, SKPD,
ke dalam sistem menggunakan Bappeda,
username dan password TGUPP, dan
38
Asisten Sekda
3 Tambah Menggambarkan kegiatan Admin
Bidang pengkategorian bidang dari
kegiatan strategis
3 Input Monitor Menggambarkan proses Input Admin
Kegiatan monitor kegiatan strategis.
4 Ubah Status Menggambarkan kegiatan Admin
Monitor pengubahan status dari
kegiatan strategis.
5 Ubah Menggambarkan kegiatan Admin
Checkpoint pengubahan Checkpoint dari
kegiatan strategis ataupun
rencana aksi
6 Input Rencana Menggambarkan proses Input SKPD
Aksi rencana aksi
7 Verifikasi Menggambarkan proses TGUPP
Rencana Aksi verifikasi rencana aksi
8 Validasi Menggambarkan proses Asisten Sekda
Rencana Aksi validasi rencana aksi
9 Input Realisasi Menggambarkan proses Input SKPD
Rencana Aksi realisasi rencana aksi
10 Input Nilai Menggambarkan proses Input TGUPP
Hasil nilai hasil pemantauan
Pemantauan
11 Verifikasi Menggambarkan proses Asisten Sekda
Capaian verifikasi capaian rencana aksi
Rencana Aksi
12 Logout Menggambarkan proses keluar Admin, SKPD,
dari sistem Bappeda,
TGUPP, dan
Asisten Sekda
39
4.2.1.3 Usecase Diagram
Berikut Gambar 4. 4 dibawah ini adalah usecas
diagram sistem informasi monitor evaluasi kegiatan
strategis daerah yang diusulkan pada Diskominfo DKI
Jakarta.
Gambar 4. 4 Use Case Diagram
40
4.2.1.4 Narasi Usecase
1. Login
Tabel 4. 3 Narasi Use Case Login
Nama Usecase Login

Tujuan Mengakses sistem
Prakondisi Tidak dapat mengakses sistem
Kondisi Berhasil Masuk ke sistem
Kondisi Gagal Tetap di halaman muka sistem
Aktor Admin, SKPD, Bappeda, Asisten Sekda, TGUPP
Alur Proses Step Action
1 User membuka form Login
2a User mengInput username dan password
3a Berhasil masuk ke sistem
Kondisi Tambahan Step Action
2a User mengInput username dan password namun tidak
lengkap atau salah
3b Tetap di halaman muka sistem
2. Tambah Bidang
Tabel 4. 4 Narasi Use Case Tambah Bidang
Nama Usecase Tambah data master bidang

Tujuan Menambahkan data master bidang
Prakondisi Data yang akan diInput belum ada
Kondisi Berhasil Muncul notifikasi data bidang berhasil ditambahkan
Kondisi Gagal Muncul notifikasi data bidang gagal disimpan
Aktor Primer Admin
Aktor Sekunder -
1 User membuka list pengaturan
41
2 User memilih pengaturan master bidang
3 User membuka form tambah bidang
4 User mengInput data bidang
5a User menyimpan data yang diInputkan dengan
lengkap dan benar
6a Menampilkan notifikasi data bidang berhasil disimpan
5b User menyimpan data yang diInputkan namun tidak
lengkap dan benar
6b Menampilkan notifikasi data gagal disimpan
3. Input Monitor
Tabel 4. 5 Narasi Use Case Input Monitor
Nama Usecase Input Monitor

Tujuan Menambahkan data monitor KSD
Prakondisi Data monitor belum ada
Kondisi Berhasil Muncul notifikasi data monitor berhasil ditambahkan
Kondisi Gagal Muncul notifikasi data monitor gagal ditambahkan
Aktor Primer Admin
Aktor Sekunder -
1 User membuka form tambah monitor
2 User mengInput data monitor
3a User menyimpan data yang diInputkan dengan
lengkap dan benar
4a Menampilkan notifikasi data monitor berhasil
ditambahkan
Kondisi Step Action
Tambahan
42
lengkap dan benar
4b Menampilkan notifikasi data monitor gagal
ditambahkan
4. Ubah Status Monitor
Tabel 4. 6 Narasi Use Case Ubah Status Monitor
Nama Usecase Ubah Status Monitor

Tujuan Mengubah Status Monitor KSD
Prakondisi Data monitor sudah memiliki status
Kondisi Berhasil Muncul notifikasi data berhasil diubah
Kondisi Gagal Muncul notifikasi data gagal diubah
Aktor Primer Admin
Aktor Sekunder -
1 User membuka list data monitor KSD
2 User mengklik tombol ubah status pada data monitor
yang ingin diubah
3 User mengInput data status kegiatan
4a User menyimpan data yang diInput dengan lengkap
dan benar
5a Menampilkan notifikasi status berhasil diubah
4b User menyimpan data yang diInput namun tidak
lengkap dan benar
5b Menampilkan notifikasi status gagal diubah
5. Tambah Checkpoint
Tabel 4. 7 Narasi Use Case Tambah Checkpoint
Nama Usecase Tambah Checkpoint
43
Tujuan Menambah Checkpoint Monitor KSD
Prakondisi Data Monitor KSD Belum Memiliki Checkpoint
Kondisi Berhasil Muncul notifikasi status Checkpoint berhasil ditambahkan
Kondisi Gagal Muncul notifikasi status Checkpoint gagal ditambahkan
Aktor Primer Admin
Aktor Sekunder -
1 User membuka list data monitor dan Checkpoint
2 User memilih data monitor KSD
3 User membuka form tambah Checkpoint
4 User mengInput data Checkpoint
5a User menyimpan data Checkpoint yang telah diInput
dengan lengkap dan benar
6a Menampilkan notifikasi status Checkpoint
berhasil ditambahkan
5b User menyimpan data Checkpoint yang diInput
namun tidak lengkap dan benar
6b Menampilkan notifikasi status Checkpoint gagal
ditambahkan
6. Cetak Rencana Aksi
Tabel 4. 8 Narasi Use Case Cetak Rencana Aksi
Nama Usecase Cetak Rencana Aksi

Tujuan Mencetak Rencana Aksi KSD
Prakondisi Data Rencana Aksi Belum Tercetak
Kondisi Berhasil Muncul tab download dokumen rencana aksi KSD
Kondisi Gagal Tab download dokumen rencana aksi KSD tidak muncul
Aktor Primer Bappeda
Aktor Sekunder -
44
3 User membuka dashboard KSD
4 User mengInput form Export rencana aksi KSD
dan benar
6a memnunculkan tab download dokumen rencana aksi
KSD
Kondisi Step Action
Tambahan
5b User menyimpan data yang diInput dengan tidak
lengkap dan benar
6b Tab download dokumen rencana aksi KSD tidak
muncul
7. Input Rencana Aksi
Tabel 4. 9 Narasi Use Case Input Rencana Aksi
Nama Usecase Input Rencana Aksi

Tujuan Menambahkan Rencana Aksi KSD
Prakondisi Data Rencana Aksi belum ada
Kondisi Berhasil Muncul notifikasi Renaksi berhasil ditambahkan
Kondisi Gagal Muncul notifikasi Renaksi gagal ditambahkan
Aktor Primer SKPD
Aktor Sekunder -
3 User membuka list kegiatan
4a User memilih kegiatan
45
5a User membuka form tambah rencana aksi
6 User mengInput data rencana aksi
7a Menyimpan data yang diInput dengan benar dan
lengkap
8a Menampilkan notifikasi Renaksi berhasil ditambahkan
lengkap dan benar
8b Menampilkan notifikasi Renaksi gagal ditambahkan
8. Verifikasi Rencana Aksi
Tabel 4. 10 Narasi Use Case Verifikasi Rencana Aksi
Nama Usecase Verifikasi Rencana Aksi

Tujuan Memverifikasi Rencana Aksi KSD
Prakondisi Data Rencana Aksi belum terverifikasi
Kondisi Berhasil Muncul notifikasi kriteria berhasil disetujui
Kondisi Gagal Muncul notifikasi kriteria gagal disetujui
Aktor Primer TGUPP
Aktor Sekunder -
4 User memilih kegiatan
5 User membuka list rencana aksi
6 User memilih rencana aksi
7 User mengklik tombol verifikasi
8a Menampilkan notifikasi kriteria berhasil disetujui
8b Menampilkan notifikasi kriteria gagal disetujui
46
9. Validasi Rencana Aksi
Tabel 4. 11 Narasi Use Case Validasi Rencana Aksi
Nama Usecase Validasi Rencana Aksi

Tujuan Memvalidasi Rencana Aksi KSD
Prakondisi Data Rencana Aksi belum tervalidasi
Kondisi Berhasil Muncul notifikasi kriteria berhasil disetujui
Kondisi Gagal Muncul notifikasi kriteria gagal disetujui
Aktor Primer Asisten Sekda
Aktor Sekunder -
4 User memilih kegiatan
5 User membuka list rencana aksi
6 User memilih rencana aksi
7 User mengklik tombol validasi
8a Menampilkan notifikasi kriteria berhasil disetujui
8b Menampilkan notifikasi kriteria gagal disetujui
10. Input Nilai Hasil Capaian
Tabel 4. 12 Narasi Use Case Input Nilai Hasil Capaian
Nama Usecase Input nilai hasil capaian

Tujuan Melaporkan Berapa (%) Capaian dari Rencana Aksi KSD
Prakondisi Capaian Rencana Aksi belum ada
Kondisi Berhasil Muncul notifikasi capaian berhasil dilaporkan
Kondisi Gagal Muncul notifikasi capaian gagal dilaporkan
47
Aktor Primer SKPD
Aktor Sekunder -
4 User memilih Checkpoint rencana aksi
5 User mengInput capaian rencana aksi
6a User menyimpan data yang diInput dengan benar dan
lengkap
7a Memunculkan notifikasi capaian berhasil dilaporkan
6b User menyimpan data yang diInput namun lengkap
dan benar
7b Memunculkan notifikasi capaian gagal dilaporkan
11. Verifikasi Capaian Rencana Aksi
Tabel 4. 13 Narasi Use Case Verifikasi Capaian Rencana Aksi
Nama Usecase Verifikasi Nilai Capaian

Tujuan Memverifikasi dan menilai verfikator
Prakondisi Capaian Rencana aksi belum terverifikasi
Kondisi Berhasil Muncul notifikasi capaian berhasi di verifikasi
Kondisi Gagal Muncul notifikasi capaian pemantau gagal dilaporkan
Aktor Primer TGUPP
Aktor Sekunder -
4 User memilih Checkpoint rencana aksi
48
5 User mengklik tombol verifikasi
6 User mengInput nilai verfikator
dan benar
8a Muncul notifikas capaian berhasil diverifikasi
7a User menyimpan data yang diInput namun lengkap
dan benar
8a Memunculkan notifikasi capaian gagal diverifikasi
12. Logout
Tabel 4. 14 Tabel Narasi Use Case Logout
Nama Usecase Logout

Tujuan Keluar dari sistem
Prakondisi Sudah dapat mengakses sistem
Kondisi Berhasil Keluar dari sistem dam kembali ke halaman
Kondisi Gagal Tetap di halaman utama sistem
Aktor Admin, SKPD, Bappeda, Asisten Sekda, TGUPP
1 User memilih menu Logout
2 User kembali ke halaman Login
49
4.2.2 Acitvity Diagram
Acitvity diagram menggambarkan aktivitas-aktivitas yang
terjadi dalam sistem dan user. Berikut ini adalah Acitvity diagram
yang terdapat pada sistem:
1. Login
Gambar 4. 5 Acitvity Diagram Login
50
2. Tambah Data Master Bidang
Gambar 4. 6 Acitvity Diagram Input Data Master Bidang
51
3. Input Monitor Kegiatan
Gambar 4. 7 Acitvity Diagram Input Monitor Kegiatan
52
Gambar 4. 8 Acitvity Diagram Ubah Status Monitor
5. Tambah Checkpoint
Gambar 4. 9 Acitvity Diagram Tambah Checkpoint
53
Gambar 4. 10 Acitvity Diagram Input Rencana Aksi
54
Gambar 4. 11 Acitvity Diagram Cetak Rencana Aksi
Gambar 4. 12 Acitvity Diagram Verifikasi Rencana Aksi
55
Gambar 4. 13 Acitvity Diagram Validasi Rencana Aksi
Gambar 4. 14 Acitvity Diagram Input Nilai Hasil Capaian
56
Gambar 4. 15 Acitvity Diagram Verifikasi Rencana Aksi
57
12. Logout
Gambar 4. 16 Acitvity Diagram Logout
58
4.2.3 Sequence Diagram
Sequence diagram secara grafis menggambarkan bagaimana
objek berinteraksi dengan satu sama lain melalui pesan pada
eksekusi sebuah Use Case atau operasi. Diagram ini
mengilustrasikan bagaimana pesan terkirim dan diterima diantara
objek. Berikut adalah Sequence diagram dari sistem:
1. Login
Gambar 4. 17 Sequence Diagram Login
59
2. Tambah Data Master Bidang
Gambar 4. 18 Sequence Diagram Data Master Bidang
3. Input Monitor Kegiatan
Gambar 4. 19 Sequence Input Monitor Kegiatan
60
Gambar 4. 20 Sequence Ubah Status Monitor
5. Tambah Chekpoint
Gambar 4. 21 Sequence Tambah Checkpoint
61
Gambar 4. 22 Sequence Input Rencana Aksi

Gambar 4. 23 Sequence Cetak Rencana Aksi
62
Gambar 4. 24 Sequence Verifikasi Rencana Aksi

Gambar 4. 25 Sequence Validasi Rencana Aksi
63
Gambar 4. 26 Sequence Input Nilai Hasil Capaian
Gambar 4. 27 Sequence Verifikasi Capaian Rencana Aksi
64
12. Logout
Gambar 4. 28 Sequence Logout
65
4.2.4 Class Diagram
Class diagram yaitu menjelaskan suatu kumpulan objek yang
menyusun sistem serta hubungan kelas objek yang ada dalam
sistem informasi spasial wisata halal ini. Berikut dibawah ini
merupakan Class diagram sistem informasi spasial wisata halal
Jakarta:
Gambar 4. 29 Class Diagram
66
4.2.5 Entity Relationship Diagram
Entity Relationship Diagram (ERD) merupakan teknik yang
digunakan untuk memodelkan kebutuhan data dari suatu sistem.
Berikut adalah Entity Relationship Diagram pada sistem
informasi moenv-ksd:
Gambar 4. 30 Entity Relationship Diagram
Secara garis besar jika digambarkan dalam relasi entitas

diagram, sistem aplikasi monev-ksd menggunakan 8 tabel, antara
lain:
1. tingakatan_user
2. user
3. bidang
67
4. instansi_unit_kerja
5. monitor_kegiatan
6. kegiatan
7. rencana_aksi
8. penilaian
Pada diagram relasi entitas ini, setiap user memiliki user

id_tingkatan yang merupakan primary key dari tabel
tingkatan_user untuk menentukan hak akses dari setiap
pengguna. User_id yang merupakan primary key dari tabel users,
disimpan sebagai user_Input pada tabel monitor_kegiatan, dan
monitor kegiatan memiliki bidang, verifikator, pemantau dan
rincian dari tabel kegiatan dan rencana_aksi. Data dari monitor
kegiatan ini akan dinilai rencana_aksinya.
4.2.6 Interface
Pada tahap ini akan menggambarkan setiap desain Interface
halaman menu dan form dari sistem informasi monev-ksd.,
sebagai berikut:
1. Login
Gambar 4. 31 Interface Login
68
2. Halaman Utama
Gambar 4. 32 Interface Halaman Utama

Halamn utama memuat menu-menu utama dari sistem, pada
gambar 4. 32 kita dapat melihat menu monitor yang berisi
daftar kegiatan strategis daerah.
3. Data Master Bidang
Gambar 4. 33 Interface Data Master Bidang

Pada gambar 4. 33 memperlihatkan data master bidang yang
merupakan elemen penting untuk meng-kategorikan jenis
monitor kegiatan.
69
4. Form Tambah Monitor
Gambar 4. 34 Interface Form Tambah Monitor

Gambar 4. 34 menampilkan form tambah monitor yang
menentukan jenis monitor, verifikator dan pemantau dari
kegiatan tersebut, dan juga bidang dari kegiatan yang akan
ditambahkan.
5. Kelola Checkpoint
Gambar 4. 35 Interface Kelola Checkpoint
70
Gambar 4. 35 menampilkan Checkpoint dari kegiatan
monitoring kegiatan strategis 2020 yang berfokus pada
infrastruktur. Kode dari chekpint sendiri memiliki arti yaitu:
TA yang erarti Tahun, dan B yang berarti Bulan.
6. Rencana Aksi
Gambar 4. 36 Interface Rencana Aksi

Gambar 4. 46 menampilkan daftar rencana aksi dan
penanggung jawabnya, serta tombl aksi untuk aksi dari aktor.
7. Form Input Rencana Aksi
Gambar 4. 37 Interface Form Input Rencana Aksi

71
Gambar 4. 37 menampilkan form Input rencana aksi.
8. Dashboard KSD
Gambar 4. 38 Interface Dashboard KSD

Gambar 4. 38 menampilkan dashboard dari kegiatan
monitoring kegiatan strategis berdasarkan.
9. Capaian Rencana Aksi
Gambar 4. 39 Interface Capaian Rencana Aksi

Gambar 4.39 menampilkan detail capaian dari rencana aksi
yang nantinya dapat dijadikan bahan evaluasi.
72
BAB V
PENUTUP
5.1 Kesimpulan
Berdasarkan uraian dan pembahasan pada bab-bab sebelumnya,
maka dapat diambil kesimpulan bahwa:
1. Menghasilkan analisis perancangan Sistem Informasi Monitor
Evaluasi Kegiatan Strategis Daerah, sebuah sistem yang
memfasilitasi kegiatan strategis daerah mulai dari persiapan,
Monitoring, hingga evaluasi. Sistem ini dikembangkan dengan
menggunakan metode Rapid Application Development (RAD).
Untuk pemodelan desain sistem menggunakan Unified Modeling
Language (UML) dan untuk membantu pemodelan database
menggunakan Entity Relationship Diagram (ERD).
2. Sistem Informasi Monitor Evaluasi Kegiatan Strategis (Monev-
KSD) merupakan sistem informasi website yang membutuhkan
server untuk tetap aktif sepanjang waktu.
5.2 Saran
Berdasarkan dari kesimpulan yang telah dikemukan, terdapat
beberapa saran yang dapat digunakan untuk pengembangan sistem
lebih lanjut:
1. Hasil dari penelitian ini dapat menjadi referensi dan dapat
dikembangkan untuk perancangan website sejenis.
2. Sistem ini diharapkan dapat diimplementasikan oleh pemerintah
daerah lain.
73
DAFTAR PUSTAKA
Abdul Kadir. (2014). Pengenalan Sistem Informasi Edisi Revisi. In Edisi

Revisi.
Brady, M., & Loonam, J. (2010). Exploring the use of entity-relationship
diagramming as a technique to support grounded theory inquiry.
Qualitative Research in Organizations and Management: An
International Journal. https://doi.org/10.1108/17465641011089854
Dharwiyanti, S., & Wahono, R. S. (2003). Pengantar Unified Modeling
LAnguage (UML). IlmuKomputer.Com.
Diskominfotik DKI Jakarta. (2017). tentang.
https://diskominfotik.jakarta.go.id/tentang
Khatimah, A. H. (2017). RANCANG BANGUN APLIKASI MONITORING
PADA KEGIATAN MENTORING CHARACTER BUILDING
TRAINING (CBT). UIN ALAUDDIN MAKASSAR.
Mardikanto, T. (2009). Sistem Penyuluhan Pertanian. Lembaga
Pengembangan Pendidikan dan UPT Penerbitan dan Pencetakan UNS
(UNS Press).
Noertjahyana, A. (2002). STUDI ANALISIS RAPID APLICATION
DEVELOPMENT SEBAGAI SALAH SATU ALTERNATIF
METODE PENGEMBANGAN PERANGKAT LUNAK. Jurnal
Informatika, 3, 74–79. https://doi.org/10.9744/informatika.3.2.pp.64-68
Rasidi, D. (2011). Kajian Perencanaan Monitoring dan Evaluasi.
http://perencanaan.ipdn.ac.id/kajian-perencanaan/kajian-
perencanaan/Monitoringdanevaluasi
Roger S. Pressman, P. D. (2012). Rekayasa Perangkat Lunak - Buku Satu,
Pendekatan Praktisi. In Software Engineering : A Practitioner’s
Approach, Seventh Edition. https://doi.org/10.1098/rspb.2012.1110
Santoso, P. (2010). Analisis Kebijakan Publik. Research Center for Politics
and Government.
Sulindawati, & Fathoni, M. (2010). Pengantar Analisa Perancangan “
Sistem “. Jurnal Saintikom.
74
Surendro, K. (2009). Pengembangan Rencana Induk Sistem Informasi.
Visual Paradigm. (2011). What is Entity Relationship Diagram (ERD)?
2011.
Yakub. (2014). Pengantar Sistem Informasi. Igarss 2014.
https://doi.org/10.1007/s13398-014-0173-7.2
75
LAMPIRAN
Surat Persetujuan PKL
76
Surat Penilaian PKL
77
78
80,20 80 80,10 A
79

PKL - Reza Setiadi - 11150930000065 - Reza Setiadi

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

PKL - Reza Setiadi - 11150930000065 - Reza Setiadi

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN PKL

ANALISIS PERANCANGAN SISTEM INFORMASI

PROGRAM STUDI SISTEM INFORMASI

ANALISIS PERANCANGAN SISTEM INFORMASI

MONITOR DAN EVALUASI KEGIATAN STRATEGIS

Disetujui dan Disahkan Sebagai Salah Satu Syarat Mengajukan Skripsi

Elvi Fetrina, MIT

A'ang Subiyakto, M.Kom

PROGRAM STUDI SISTEM INFORMASI

Dinas Komunikasi, Informatika dan Statistik Pemerintah Provinsi DKI

Kata Kunci : Sistem Informasi, Monitor dan Evaluasi, Kegiatan Strategis

Jakarta, April 2021

LEMBAR PENGESAHAN ................................................................... i

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

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

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

DAFTAR GAMBAR ........................................................................... ix

BAB I PENDAHULUAN ..................................................................... 1

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

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

1.3 Batasan Masalah....................................................................... 2

1.4 Tujuan Penelitian ..................................................................... 3

1.5 Manfaat Penelitian ................................................................... 3

1.6 Metode Penelitian..................................................................... 4

1.7 Waktu dan Tempat Praktek Kerja Lapangan ........................... 4

1.8 Sistematika Penulisan .............................................................. 5

BAB II LANDASAN TEORI ............................................................... 7

2.1 Konsep Dasar Sistem ............................................................... 7

2.1.1 Pengertian Sistem ............................................................. 7

2.1.2 Karakteristik Sistem.......................................................... 8

2.2 Konsep Dasar Sistem Informasi ............................................... 9

2.2.1 Pengertian Informasi ......................................................... 9

2.2.2 Siklus Sistem Informasi .................................................. 10

2.2.3 Nilai Informasi ................................................................ 10

2.2.5 Karakteristik Informasi ................................................... 11

2.3 Konsep Dasar Sistem Informasi ............................................. 13

2.3.1 Pengertian Sistem Informasi ........................................... 13

2.3.2 Komponen Sistem Informasi .......................................... 14

2.4 Perancangan Sistem ............................................................... 15

2.5 Metode Pengembangan Sistem .............................................. 15

2.5.1 Konsep Dasar Rapid Application Development (RAD) . 17

2.6 Metode Pengumpulan Data .................................................... 19

2.6.2 Studi Pustaka................................................................... 19

2.7 Unified Modelling Language (UML) ..................................... 19

2.7.1 Pengertian UML ............................................................. 19

2.7.2 Diagram UML................................................................. 20

2.8 Entity Relationship Diagram (ERD) ...................................... 23

2.9 Monitoring dan Evaluasi ........................................................ 23

2.9.1 Monitoring ...................................................................... 23

2.9.2 Evaluasi ........................................................................... 24

2.10 Kegiatan Strategis Daerah .................................................. 25

2.11 Perangkat Lunak Pendukung .............................................. 25

2.11.1 Draw.io .......................................................................... 25

BAB III METODOLOGI PENELITAN ............................................. 26

3.1 Metode Pengumpulan Data .................................................... 26

3.1.2 Studi Pustaka................................................................... 26

3.1.3 Studi Literatur ................................................................. 26

3.2.1 Requirement Planning..................................................... 27

3.2.2 Workshop Design ........................................................... 27

3.3 Alasan Menggunakan Rapid Application Development ........ 27

3.4 Kerangka Berpikir .................................................................. 29

BAB IV PEMBAHASAN ................................................................... 30