laporan praktek kerja lapangan sistem informasi

LAPORAN PRAKTEK KERJA LAPANGAN

SISTEM INFORMASI LAPORAN CAPAIAN KINERJA HARIAN

PEGAWAI NEGERI SIPIL KEMENTERIAN AGAMA

KANTOR WILAYAH PROVINSI JAWA TENGAH

Disusun oleh :

MUHAMMAD KHAERUL ANAM

24010312140028

JURUSAN ILMU KOMPUTER/ INFORMATIKA

FAKULTAS SAINS DAN MATEMATIKA

UNIVERSITAS DIPONEGORO

2015

ii

HALAMAN PENGESAHAN

Laporan PKL dengan judul:

Sistem Informasi Laporan Capaian Kinerja Harian Pegawai Negeri Sipil

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah

Disusun oleh:

Nama : Muhammad Khaerul Anam

NIM : 24010312140028

Jurusan : Ilmu Komputer/ Informatika

Fakultas : Sains dan Matematika

Telah diseminarkan pada seminar Laporan PKL pada tanggal 18 Juni 2015 dan

dinyatakan lulus pada tanggal 22 Juni 2015

Semarang, 22 Juni 2015

Mengetahui, Menyetujui,

a.n. Koordinator PKL

Sekretaris Jurusan

Ragil Saputra, S.Si, M.Cs

NIP. 198010212005011003

Dosen Pembimbing

Sukmawati Nur Endah, S.Si, M.Kom

NIP. 197805022005012002

Mengetahui,

Ketua Jurusan Ilmu Komputer/Informatika

FSM UNDIP

Nurdin Bahtiar, S.Si, MT

NIP. 197907202003121002

iii

ABSTRAK

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah bertugas untuk perumusan dan

penetapan kebijakan teknis beragama di masyarakat. Dalam instansi tersebut, pelaporan

kinerja harian dari tiap pegawai masih berbentuk konvensional. Bentuk laporan yang

belum terkomputerisasi seperti ini, bisa menimbulkan redudansi dan kehilangan data.

Untuk itu, perlu dirancang dan dibangun sebuah sistem yang berfungsi untuk mewadahi

laporan pegawai yang masuk serta menyampaikannya kepada atasan melalui format dan

dokumentasi penulisan yang baku. Sistem Informasi Laporan Kinerja Harian ini dirancang

dengan metode pengembangan Waterfall Model berbasis web menggunakan bahasa

pemrograman PHP dan sistem manajemen basis data MySQL. Berdasarkan hasil pengujian

yang dilakukan dengan metode black box, sistem informasi ini telah memenuhi kebutuhan

fungsional. Sistem Informasi Laporan Kinerja Harian diharapkan dapat mengawasi

perkerjaan yang dilakukan oleh seluruh pegawai secara terus menerus tiap harinya, dengan

tujuan untuk meningkatkan kemudahan dan efisiensi di Kementerian Agama Kantor

Wilayah Jawa Tengah.

Kata kunci: Kementerian Agama, Laporan Kinerja Harian, dan Sistem Informasi.

iv

ABSTRACT

Ministry of Religious Affairs Regional Office in Central Java Province in charge of

technical policy formulation and determination of religion in society. In these agencies,

reporting daily performance of each employee is still the conventional form. Form of a

report which is not computerized like this, it could lead to redundancies and loss of data.

For that, it needs to be designed and built a system that serves to accommodate employees

who report incoming and present it to the boss through the format of the standardized

writing and documentation. Daily Performance Report Information System is designed

with a model-based development methods Waterfall web using PHP programming

language and MySQL database management system. Based on the results of tests

performed by black box method, system information has met the functional requirements.

Daily Performance Report Information System is expected to oversee the job done by all

employees continuously every day, with the aim of improving the ease and efficiency in

the Ministry of Religious Affairs Regional Office in Central Java.

Keywords: Ministry of Religious, Daily Performance, and Information Systems.

v

KATA PENGANTAR

Segala puji syukur penulis panjatkan kepada Allah SWT atas karunia-Nya yang

diberikan, sehingga penulis dapat menyelesaikan laporan Praktek Kerja Lapangan (PKL)

yang berjudul Sistem Informasi Laporan Capaian Kinerja Harian Pegawai Negeri Sipil

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah.

Dalam penyusunan laporan ini tentulah banyak mendapat bimbingan dan bantuan

dari berbagai pihak. Untuk itu, pada kesempatan ini penulis mengucapkan rasa hormat dan

terima kasih kepada:

1. Nurdin Bahtiar, S.Si, MT selaku Ketua Jurusan Ilmu Komputer/ Informatika yang

membantu dalam proses perijinan PKL di Kementerian Agama Kantor Wilayah

Provinsi Jawa Tengah

2. Khadijah, S.Kom, MCs. selaku Koordinator PKL yang membantu dalam proses

perijinan PKL di Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah.

3. Sukmawati Nur Endah, S.Si, M.Kom, selaku dosen pembimbing yang telah

membantu dalam proses perijinan dan bimbingan hingga terselesaikannya laporan

PKL ini.

4. Pihak subbagian Informasi dan Humas Kementerian Agama Kantor Wilayah

Provinsi Jawa Tengah.

5. Semua pihak yang telah membantu kelancaran dalam pelaksanaan PKL, yang tidak

dapat penulis sebutkan satu persatu.

Penulis menyadari bahwa dalam laporan ini masih banyak kekurangan baik dari segi

materi ataupun dalam penyajiannya, kritik dan saran sangat penulis harapkan untuk

perbaikan pada penulisan ilmiah yang akan datang.

Penulis berharap laporan ini dapat bermanfaat bagi pembaca pada umumnya dan

penulis sendiri pada khususnya.

Semarang, 11 Juni 2015

Penulis,

Muhammad Khaerul Anam

24010312140028

vi

DAFTAR ISI

HALAMAN PENGESAHAN ........................................................................................ ii

ABSTRAK ................................................................................................................... iii

ABSTRACT .................................................................................................................. iv

KATA PENGANTAR ................................................................................................... v

DAFTAR ISI ................................................................................................................ iv

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

DAFTAR TABEL ........................................................................................................ xi

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

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

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

1.3 Tujuan dan Manfaat ................................................................................... 2

1.4 Ruang Lingkup .......................................................................................... 2

1.5 Sistematika Penulisan ................................................................................ 3

BAB II TINJAUAN INSTANSI ................................................................................... 5

2.1 Profil Instansi .............................................................................................. 5

2.2 Visi ............................................................................................................... 6

2.3 Misi ............................................................................................................. 6

2.4 Struktur Instansi ........................................................................................... 6

BAB III DASAR TEORI ............................................................................................... 8

3.1 Pengertian Sistem Berbasis Web ............................................................... 8

3.2 Model Proses Perangkat Lunak ................................................................. 8

3.3 Basis Data ................................................................................................. 11

3.4 MySQL ...................................................................................................... 11

3.5 Pemodelan Analisis .................................................................................. 12

3.5.1 Pemodelan Data ............................................................................ 12

3.5.2 Pemodelan Fungsional .................................................................. 14

3.6 PHP ........................................................................................................... 16

3.7 Cascading Style Sheet ............................................................................... 17

3.8 Javascript ................................................................................................. 17

3.9 Pengujian Perangkat Lunak ...................................................................... 18

vii

BAB IV ANALISIS DAN PERANCANGAN ............................................................ 19

4.1 Deskripsi Umum Perangkat Lunak .......................................................... 19

4.1.1 Deskripsi Umum ........................................................................... 19

4.1.2 Flowmap SI-LCKH ...................................................................... 19

4.1.3 Karakteristik Pengguna ................................................................. 20

4.1.4 Kebutuhan Fungsional .................................................................. 21

4.1.5 Kebutuhan Non-Fungsional .......................................................... 22

4.1.5.1 Penyebaran .................................................................... 23

4.1.5.2 Keamanan ...................................................................... 23

4.1.5.3 Portabilitas ..................................................................... 23

4.2 Pemodelan Analisis .................................................................................. 23

4.2.1 Pemodelan Data ............................................................................ 23

4.2.1.1 Entitas dan Atribut ........................................................ 24

4.2.1.2 Relasi ............................................................................. 25

4.2.2 Pemodelan Fungsional .................................................................. 27

4.2.2.1 DCD (Data Context Diagram) ...................................... 27

4.2.2.2 DD (Decomposition Diagram) ...................................... 28

4.2.2.3 DFD (Data Flow Diagram) ........................................... 29

4.3 Desain Aplikasi ........................................................................................ 33

4.3.1 Desain Basis Data ......................................................................... 33

4.3.2 Desain Algoritma .......................................................................... 35

4.3.3 Desain Antarmuka ........................................................................ 40

4.4 Kebutuhan Sistem ..................................................................................... 46

4.4.1 Kebutuhan Perangkat Keras ......................................................... 46

4.4.2 Kebutuhan Perangkat Lunak ......................................................... 46

BAB V IMPLEMENTASI DAN PENGUJIAN ........................................................... 47

5.1 Implementasi Perangkat Lunak ................................................................ 47

5.1.1 Implementasi Basis Data ............................................................. 47

5.1.2 Implementasi Algoritma .............................................................. 49

5.1.3 Implementasi Antarmuka ............................................................ 54

5.2 Pengujian Sistem ...................................................................................... 59

5.2.1 Persiapan Prosedural ................................................................... 59

5.2.2 Rencana Pengujian ...................................................................... 59

viii

5.2.3 Deskripsi dan Hasil Uji ............................................................... 61

5.2.4 Analisis Hasil Pengujian.............................................................. 61

BAB VI PENUTUP .................................................................................................... 62

6.1 Kesimpulan .............................................................................................. 62

6.2 Saran ........................................................................................................ 62

DAFTAR PUSTAKA .................................................................................................. 63

LAMPIRAN ................................................................................................................. 65

Lampiran 1. Deskripsi dan Hasil Uji ................................................................ 65

Lampiran 2. Kartu Keikutsertaan Seminar PKL ............................................... 75

Lampiran 3. Kartu Bimbingan PKL ................................................................. 77

Lampiran 4. Surat Keterangan Menyelesaikan PKL ........................................ 79

Lampiran 5. Daftar Hadir Peserta Seminar PKL .............................................. 81

Lampiran 6. Tanya Jawab Seminar PKL ......................................................... 84

ix

DAFTAR GAMBAR

Gambar 3.1 Waterfall Model ................................................................................... 9

Gambar 3.2 Relasi satu ke satu (One to one) ....................................................... 12

Gambar 3.3 Relasi satu ke banyak (One to many) ............................................... 13

Gambar 3.4 Relasi banyak ke banyak (Many to many) ....................................... 13

Gambar 4.1 Flowmap SI-LCKH .......................................................................... 20

Gambar 4.2 ERD SI-LCKH ................................................................................. 24

Gambar 4.3 Relasi data_pegawai dengan laporan_pegawai ................................ 25

Gambar 4.4 Relasi data_pegawai dengan administrator ...................................... 26

Gambar 4.5 Relasi laporan_pegawai dengan administrator ................................. 26

Gambar 4.6 Data Context Diagram SI-LCKH ................................................... 28

Gambat 4.7 Decomposition Diagram SI-LCKH ................................................. 28

Gambar 4.8 DFD Level 1 SI-LCKH .................................................................... 30

Gambar 4.9 DFD Level 2 Proses 1 SI-LCKH ..................................................... 30




Gambar 4.13 Flowchart Melakukan Login ............................................................ 36

Gambar 4.14 Flowchart Menulis Laporan ............................................................. 37

Gambar 4.15 Flowchart Menindaklanjuti Laporan ............................................... 38

Gambar 4.16 Flowchart Membuat Akun ............................................................... 39

Gambar 4.17 Flowchart Mengganti Password ...................................................... 40

Gambar 4.18 Desain Antarmuka Halaman Login .................................................. 41

Gambar 4.19 Desain Antarmuka Halaman Laporan Telah Disetujui .................... 42

Gambar 4.20 Desain Antarmuka Halaman Laporan Belum Disetujui ................... 43

Gambar 4.21 Desain Antarmuka Halaman Lihat Pegawai .................................... 43

Gambar 4.22 Desain Antarmuka Halaman Ganti Password .................................. 44

Gambar 4.23 Desain Antarmuka Halaman Lihat Laporan Pegawai ...................... 44

Gambar 4.24 Desain Antarmuka Halaman Halaman Administrator ..................... 45

Gambar 4.25 Desain Antarmuka Halaman Buat Akun .......................................... 45

Gambar 4.26 Desain Antarmuka Halaman Lihat Akun Pegawai .......................... 46

Gambar 4.27 Desain Antarmuka Halaman Edit Akun Pegawai ............................ 46

x

Gambar 5.1 Implementasi Basis Data SI-LCKH ................................................. 48

Gambar 5.2 Implementasi Tabel data_pegawai ................................................... 49

Gambar 5.3 Implementasi Tabel laporan_pegawai .............................................. 50

Gambar 5.4 Implementasi Tabel administrator .................................................... 50

Gambar 5.5 Implementasi Antarmuka Halaman Login ....................................... 55

Gambar 5.6 Implementasi Antarmuka Halaman Pembuatan Laporan ................ 56

Gambar 5.7 Implementasi Antarmuka Halaman Lihat Pegawai .......................... 56

Gambar 5.8 Implementasi Antarmuka Halaman Ganti Password ....................... 57

Gambar 5.9 Implementasi Antarmuka Halaman Lihat Laporan Pegawai ........... 57

Gambar 5.10 Implementasi Antarmuka Halaman Halaman Administrator ........... 58

Gambar 5.11 Implementasi Antarmuka Halaman Buat Akun ............................... 58

Gambar 5.12 Implementasi Antarmuka Halaman Lihat Akun Pegawai ................ 59

Gambar 5.13 Implementasi Antarmuka Halaman Edit Akun Pegawai ................. 59

xi

DAFTAR TABEL

Tabel 3.1 Tabel SRS ....................................................................................................... 9

Tabel 3.2 Tabel Notasi Pemodelan Data ...................................................................... 13

Tabel 3.3 Tabel Notasi Pemodelan Fungsional ............................................................ 16

Tabel 4.1 Karakteristik Pengguna .................................................................................. 20

Tabel 4.2 Tabel SRS SI-LCKH ...................................................................................... 21

Tabel 4.3 Kebutuhan Non-Fungsional ........................................................................... 22

Tabel 4.4 Entitas dan Atribut ......................................................................................... 24

Tabel 4.5 Tabel data_pegawai ........................................................................................ 33

Tabel 4.6 Tabel laporan_pegawai .................................................................................. 34

Tabel 4.7 Tabel administrator ........................................................................................ 35

Tabel 5.1 Tabel Rencana Pengujian ............................................................................... 60

Tabel L1.1 Tabel Pengujian Login ................................................................................... 66

Tabel L1.2 Tabel Pengujian Buat Laporan ....................................................................... 66

Tabel L1.3 Tabel Pengujian Ubah Laporan ...................................................................... 67

Tabel L1.4 Tabel Pengujian Hapus Laporan .................................................................... 67

Tabel L1.5 Tabel Pengujian Tambah Laporan ................................................................. 68

Tabel L1.6 Tabel Pengujian Keterangan Kehadiran ......................................................... 68

Tabel L1.7 Tabel Pengujian Ubah Tanggal Laporan ........................................................ 69

Tabel L1.8 Tabel Pengujian Lihat Laporan yang Telah Dibuat ....................................... 69

Tabel L1.9 Tabel Menyetujui Laporan ............................................................................. 70

Tabel L1.10 Tabel Pengujian Menolak Laporan ................................................................ 70

Tabel L1.11 Tabel Pengujian Cetak Laporan ..................................................................... 71

Tabel L1.12 Tabel Pengujian Ubah Password ................................................................... 71

Tabel L1.13 Tabel Pengujian Melihat Laporan Pegawai ................................................... 72

Tabel L1.14 Tabel Pengujian Lihat Akun Pegawai ............................................................ 72

Tabel L1.15 Tabel Pengujian Buat Akun ........................................................................... 73

Tabel L1.16 Tabel Pengujian Kelola Akun ........................................................................ 73

Tabel L1.17 Tabel Pengujian Hapus Akun ......................................................................... 74

Tabel L1.18 Tabel Pengujian Logout ................................................................................. 75

1

BAB I

PENDAHULUAN

Bab ini membahas latar belakang masalah, rumusan masalah, tujuan dan manfaat,

serta sistematika penulisan laporan yang dibuat.

1.1. Latar Belakang Masalah

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah bertugas untuk

perumusan dan penetapan visi, misi, dan kebijakan teknis di bidang pelayanan dan

bimbingan kehidupan beragama kepada masyarakat di provinsi Jawa Tengah serta

pelayanan, bimbingan, dan pembinaan di bidang pendidikan madrasah, pendidikan

agama dan keagamaan.

Untuk menjalankan semua tugas-tugas itu secara baik, pengawasan dan

tanggung jawab harus dilakukan oleh tiap pegawai secara berkesinambungan

dalam bentuk laporan harian. Namun, bentuk laporan harian yang ada masih

menggunakan konsep manual berupa selebaran kertas yang diisi dengan tulisan

tangan dan tidak terdokumentasikan secara baik. Bentuk pengawasan yang belum

terkomputerisasi seperti ini, tentu akan menimbulkan berbagai masalah jika

dilanjutkan, mengingat banyaknya jumlah pegawai dan tanggung jawab yang

harus dilaporkan setiap harinya. Oleh karena itu, dibutuhkan suatu sistem yang

berfungsi untuk mewadahi laporan-laporan pegawai yang masuk, sekaligus

menyampaikannya kepada atasan melalui format dan dokumentasi penulisan yang

baik, dengan tujuan untuk mengawasi perkerjaan yang dilakukan tiap pegawai

secara terus menerus tiap harinya.

Praktek Kerja Lapangan (PKL) yang dilakukan adalah pembuatan Sistem

Informasi Laporan Capaian Kinerja Harian Pegawai Negeri Sipil Kementerian

Agama Kantor Wilayah Provinsi Jawa Tengah. Sistem informasi ini dibuat untuk

membantu dalam penulisan laporan demi pengawasan dan tanggung jawab kinerja

pegawai secara efektif setiap harinya.

2

1.2. Rumusan Masalah

Berdasarkan latar belakang yang telah dijelaskan, maka dapat dibuat rumusan

masalah yaitu bagaimana membuat sistem informasi berbasis web dengan

perancangan basis data kepegawaian beserta laporan setiap harinya dengan tujuan

sebagai media pengawasan dan tanggung jawab kinerja di dalam Kementerian

Agama Kantor Wilayah Provinsi Jawa Tengah.

1.3. Tujuan dan Manfaat

Tujuan dilaksanakannya Praktek Kerja Lapangan (PKL) ini adalah untuk

menghasilkan sebuah Sistem Informasi Laporan Capaian Kinerja Harian (SI-

LCKH) Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa

Tengah dan berfungsi secara baik serta digunakan oleh seluruh pegawai negeri sipil

pada kantor tersebut.

Manfaat dilaksanakannya Praktek Kerja Lapangan (PKL) ini adalah:

a. Bagi Instansi

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah dapat

menggunakan sistem informasi ini untuk pengawasan kinerja setiap pegawai.

b. Bagi Mahasiswa

Mahasiswa mendapatkan pengetahuan dan pengalaman baru dalam

bidang perencanaan, analisis, perancangan, pembuatan, dan pengujian sistem

informasi berbasis web. Selain itu, mahasiswa dapat menerapkan secara

langsung ilmu pengetahuan yang telah didapatkan di perkuliahan.

1.4. Ruang Lingkup

Ruang lingkup dari sistem informasi yang dibangun pada Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah adalah sebagai berikut.

a. Sistem informasi yang akan dibangun meliputi permasalahan yang terkait

dengan perancangan, pembuatan dan pengujian SI-LCKH PNS Kemenag

Jateng.

b. Sistem informasi ini dirancang dengan menggunakan Waterfall Model yang

dilakukan hanya sampai pada tahap implementasi dan pengujian.

3

c. Sistem yang dibuat berbasis web dengan menggunakan bahasa pemrograman

HTML, CSS, PHP dan Javascript serta basis data MySQL.

1.5. Sistematika Penulisan

Untuk memberikan suatu gambaran yang urut dan jelas mengenai

pembahasan penyusunan SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah berikut ini disesuaikan dengan sistematika

pembahasan, yaitu:

BAB I PENDAHULUAN

Bab ini membahas latar belakang masalah, rumusan masalah,

tujuan dan manfaat, ruang lingkup, serta sistematika penulisan laporan

yang dibuat.

BAB II TINJAUAN INSTANSI

Bab ini membahas mengenai mengenai data umum Kementerian

Agama Kantor Wilayah Jawa Tengah, tempat penulis melaksanakan

praktek kerja lapangan. Data umum tersebut meliputi sejarah instansi,

profil instansi, visi-misi instansi, dan struktur instansi.

BAB III DASAR TEORI

Bab ini menjelaskan tentang teori-teori yang digunakan untuk

membangun SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah dan teori lain yang mendukung

pengembangannya.

BAB IV ANALISIS DAN PERANCANGAN

Bab ini menjelaskan tentang pembahasan yang meliputi

deskripsi umum perangkat lunak dan desain rancangan dari hasil

analisis SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor

Wilayah Provinsi Jawa Tengah.

BAB V IMPLEMENTASI DAN PENGUJIAN

Bab ini menjelaskan tentang hasil implementasi dari hasil

rancangan dan hasil pengujian yang dilakukan terhadap SI-LCKH

Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi

Jawa Tengah.

4

BAB VI PENUTUP

Bab ini merupakan kesimpulan dari bab-bab yang dibahas

sebelumnya dan saran bagi instansi dan pembaca sebagai bahan

masukan.

5

BAB II

TINJAUAN INSTANSI

Bab ini membahas mengenai data umum Kementerian Agama Kantor Wilayah Jawa

Tengah, tempat penulis melaksanakan praktek kerja lapangan. Data umum dari

Kementerian Agama Kantor Wilayah Jawa Tengah tersebut meliputi profil instansi, visi

dan misi instansi, serta struktur instansi.

2.1. Profil Instansi

Nama Instansi : Kementerian Agama Kantor Wilayah Kementerian Agama

Provinsi Jawa Tengah

Alamat : Jl. Sisingamangaraja No.5 Semarang

Telepon/ Fax : (024) 8412547

E-mail : [email protected]

Website : http://jateng.kemenag.go.id/

Berdirinya Departemen Agama pada 3 Januari 1946, sekitar lima bulan setelah

proklamasi kemerdekaan berakar dari sifat dasar dan karakteristik bangsa Indonesia.

Sekaligus sebagai realisasi dan penjabaran ideologi Pancasila dan UUD 1945.

Ketentuan juridis tentang agama tertuang dalam UUD 1945 BAB E pasal 29 tentang

Agama ayat 1 dan 2. [1]

Berdasarkan PMA No. 13 Tahun 2012, Kantor Wilayah Kementerian Agama

menyelenggarakan fungsi sebagai berikut. [2]

a. Perumusan dan penetapan visi, misi, dan kebijakan teknis di bidang pelayanan

dan bimbingan kehidupan beragama kepada masyarakat di provinsi.

b. Pelayanan, bimbingan, dan pembinaan di bidang haji dan umrah.

c. Pelayanan, bimbingan, dan pembinaan di bidang pendidikan madrasah,

pendidikan agama dan keagamaan.

d. Pembinaan kerukunan umat beragama.

e. Perumusan kebijakan teknis di bidang pengelolaan administrasi dan informasi.

f. Pengkoordinasian perencanaan, pengendalian, pengawasan, dan evaluasi

program

6

g. Pelaksanaan hubungan dengan pemerintah daerah, instansi terkait, dan lembaga

masyarakat dalam rangka pelaksanaan tugas kementerian di provinsi.

2.2. Visi

Visi dari Kementerian Agama RI berdasarkan Peraturan Menteri Agama

Nomor 2 Tahun 2010 adalah Terwujudnya masyarakat Indonesia yang taat

beragama, rukun, cerdas, mandiri dan sejahtera lahir batin. [2]

2.3. Misi

Misi dari Kementerian Agama RI adalah sebagai berikut. [2]

a. Meningkatkan kualitas kehidupan beragama.

b. Meningkatkan kualitas kerukunan umat beragama.

c. Meningkatkan kualitas raudhatul athfal, madrasah, perguruan tinggi agama,

pendidikan agama dan pendidikan keagamaan.

d. Meningkatkan kualitas penyelenggara ibadah haji.

e. Mewujudkan tata kelola kepemerintahan yang bersih dan berwibawa.

2.4. Struktur Instansi

Struktur instansi dari Kementerian Agama Kantor Wilayah Jawa Tengah

adalah sebagai berikut. [2]

Ketua Kantor Wilayah : Drs.H. Ahmadi, M.Ag

Kepala Bagian Tata Usaha : H.Andewi Susetyo, SH

Kasubbag Perencanaan & Keuangan : Drs. H. M. Nurkholis, M.Pd

Kasubbag Ortala & Kepegawaian : H. Wahid Arbani, S.Ag, M.Si

Kasubbag Hukum & KUB : H. Hartanto, SH

Kasubbag Informasi & Humas : H. Badrussalam, S.Ag, MM

Kasubbag Umum : Drs. H. Shofia Nur. M.Pd

Kabid Urusan Agama Islam : Drs. H. A. Saifuloh, M.Ag

Kabid Penerangan Agama Islam : Drs. H. Ahyani, M.Si

Kabid Pendidikan Madrasah : Drs. H. Jamun, M.Pd.I

Kabid Pendidikan Diniyah : Drs. H. Sholikin, MM

7

Kabid Pendidikan Agama Islam : DR.H.Syaifuddin Zuhri, M.Si

Kabid Penyelenggara Haji dan Umroh : Drs.H. Noor Badi, MM

Pembimbing Masyarakat Kristen : Drs. Marihot H. Gultom,MM

Pembimbing Masyarakat Katolik : Sulardi Paulinus, S.Ag

Pembimbing Masyarakat Hindu : Drs. I Dewa Made Artayasa

Pembimbing Masyarakat Buddha : Sutarso, S.Ag.,MM

8

BAB III

DASAR TEORI

Bab ini akan menjelaskan tentang teori-teori yang digunakan untuk membangun SI-

LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa

Tengah.

3.1. Pengertian Sistem Berbasis Web

Pada awalnya sistem berbasis web dibangun dengan hanya menggunakan

bahasa yang disebut HTML (HyperText Markup Langauge). Pada perkembangan

berikutnya, sejumlah skrip dan objek dikembangkan untuk memperluas kemampuan

HTML, seperti PHP. [3]

Arsitektur sistem berbasis web meliputi klien, web server, middleware dan

basis data. Klien berinteraksi dengan web server. Secara internal, web server

berkomunikasi dengan middleware dan middleware yang berkomunikasi dengan

basis data. Contoh middleware adalah PHP. Pada mekanisme sistem berbasis web,

terjadi tambahan proses yaitu server menerjemahkan kode PHP menjadi kode

HTML. Kode PHP yang diterjemahkan oleh mesin PHP yang akan diterima oleh

klien. [3]

3.2. Model Proses Perangkat Lunak

Pengembangan perangkat lunak melewati beberapa tahapan dari sistem itu

direncanakan sampai sistem itu dirancang, diimplementasikan, dioperasikan dan

dipelihara. Siklus ini disebut siklus hidup pengembangan sistem (System

Development Life Cycle). [4]

Model yang digunakan dalam pengembangan Sistem Informasi Laporan

Capaian Kinerja Harian Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah

Provinsi Jawa Tengah adalah model sekuensial linier (Waterfall Model).

Model sekuensial linier (disebut juga dengan siklus hidup klasik atau Waterfall

Model). Model ini adalah model klasik yang bersifat sistematis, berurutan dalam

membangun perangkat lunak mulai pada tingkat dan kemajuan sistem pada seluruh

analisis, desain, kode, pengujian dan pemeliharaan.

9

Gambar 3.1 Waterfall Model

Tahap-tahap dalam Waterfall Model menurut referensi Pressman (2001) adalah

sebagai berikut. [4]

a. Requirements definition

Seluruh kebutuhan software harus bisa didapatkan dalam tahap ini,

kemudian dianalisis dan didefinisikan termasuk didalamnya kegunaan software

yang diharapkan pengguna dan batasan software. Tahap ini harus dikerjakan

secara lengkap untuk bisa menghasilkan desain yang lengkap. Tahap ini

menghasilkan SRS (Software Requirement Spesification). SRS adalah

dokumen yang berisi deskripsi lengkap mengenai kemampuan software. SRS

diperlukan karena banyak kesalahan yang timbul pada tahap requirement dan

tidak terdeteksi sejak dini, serta untuk menghemat biaya perbaikan.

Standar penulisan SRS yang digunakan adalah IEEE/ANSI 830-1998.

Setiap requirement dalam SRS diberikan unique identifier label. Berikut

contoh pendefinisan kebutuhan fungsional dalam SRS pada tabel 3.1.

Tabel 3.1. Tabel SRS

SRS ID Deskripsi

SRS-XXXX-F-YY

Keterangan:

SRS : Software Requirement Spesification

XXXX : Nickname sistem yang dibangun

FXX : F adalah fungsional dapat optional berupa NF (Non Fungsional)

YY : Nomor urut SRS

10

b. System and software design

Desain dikerjakan setelah kebutuhan software selesai dianalisis secara

lengkap. Tahap ini dilakukan sebelum melakukan coding. Tahap ini bertujuan

untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana

tampilannya. Tahap ini membantu dalam menspesifikasikan kebutuhan

hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruhan.

c. Implementation and unit testing

Desain program diterjemahkan ke dalam kode-kode dengan

menggunakan bahasa pemrograman yang sudah ditentukan. Selain itu dalam

tahap ini juga dilakukan pemeriksaaan terhadap unit yang dibuat, apakah sudah

memenuhi fungsi yang diinginkan atau belum.

d. Integration and system testing

Penyatuan unit-unit program secara terintegrasi kemudian diuji secara

keseluruhan (system testing).

e. Operation and maintenance

Mengoperasikan program dilingkungannya dan melakukan pemeliharaan,

seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.

Kelebihan Waterfall Model adalah lebih disiplin. Selain itu, dokumentasi selalu

tersedia dalam setiap tahapan (documentation driven).

Kekurangan yang utama dari model ini adalah kesulitan dalam mengakomodasi

perubahan setelah proses dijalani. Fase sebelumnya harus lengkap dan selesai

sebelum mengerjakan fase berikutnya. Serta, pengguna baru dapat melihat produk

setelah selesai diprogram.

Masalah dengan Waterfall Model adalah perubahan sulit dilakukan karena

sifatnya yang kaku. Karena sifat kakunya, model ini cocok ketika kebutuhan

dikumpulkan secara lengkap sehingga perubahan bisa ditekan sekecil mungkin. Tapi

pada kenyataannya jarang sekali pengguna yang bisa memberikan kebutuhan secara

lengkap, perubahan kebutuhan adalah sesuatu yang wajar terjadi. [5]

3.3. Basis Data

Basis data dapat didefinisikan seperti berikut. [6]

a. Himpunan kelompok data yang saling berhubungan dan diorganisasi

sedemikian rupa agar dapat dimanfaatkan kembali dengan cepat dan mudah.

11

b. Kumpulan data yang saling berhubungan yang disimpan secara bersama

sedemikian rupa dan tanpa pengulangan (redudansi) yang tidak perlu, untuk

memenuhi berbagai kebutuhan.

c. Kumpulan berkas/ tabel/ arsip yang saling saling berhubungan dan disimpan

dalam media penyimpanan elektronis.

Untuk mengelola basis data diperlukan perangkat lunak yang disebut DBMS

(Database Management System). DBMS adalah perangkat lunak yang

memungkinkan para pemakai membuat, memelihara, mengontrol dan mengakses

basis data dengan cara yang praktis dan efisien. [3]

3.4. MySQL

MySQL adalah sistem manajemen database SQL yang bersifat open source

dan paling populer saat ini. Sistem database MySQL mendukung beberapa fitur

seperti multi-threaded, multi-user, dan SQL database management system (DBMS).

Database ini dibuat untuk keperluan sistem database yang cepat, handal dan mudah

digunakan. [7]

Berikut ini beberapa kelebihan MySQL sebagai database server antara lain: [7]

a. Source MySQL dapat diperoleh dengan mudah dan gratis.

b. Sintaksnya lebih mudah dipahami dan tidak rumit.

c. Pengaksesan basis data dapat dilakukan dengan mudah.

d. MySQL merupakan program yang multi-threaded, sehingga dapat dipasang

pada server yang memiliki multi CPU.

e. Didukung program-program umum seperti C, C++, Java, Perl, PHP, Python,

dan lain sebagainya.

f. Bekerja pada berbagai platform.

3.5. Pemodelan Analisis

Pemodelan analisis merupakan gabungan dari beberapa model yang pertama

kali merepresentasikan sistem secara teknis. Terdapat dua pemodelan, yatu

pemodelan data dan pemodelan fungsional.

12

3.5.1. Pemodelan Data

Mentransformasi model domain informasi yang dibuat selama analisis ke

dalam struktur data yang akan diperlukan untuk mengimplementasi perangkat lunak.

Objek dan hubungannya digambarkan dalam bentuk ERD (Entity Relationship

Diagram). Keluaran yang dihasilkan adalah struktur basis data.

ERD merupakan suatu graph yang menyajikan entitas, atribut dan

hubungannya yang bertujuan untuk mengetahui hubungan antar entitas.

Pada dasarnya ada tiga simbol yang digunakan, yaitu: [9]

a. Entitas

Entitas merupakan objek yang mewakili sesuatu yang nyata dan dapat

dibedakan dari sesuatu yang lain. Simbol dari entitas ini biasanya digambarkan

dengan persegi panjang. Properti dari entitas antara lain: nama entitas, daftar

atribut, dan primary key.

b. Relasi

Hubungan antara sejumlah entitas yang berasal dari himpunan entitas

yang berbeda. Simbol dari relasi ini biasanya digambarkan dengan belah

ketupat. Relasi yang terjadi di antara dua himpunan entitas (misalnya A dan B)

dalam satu basis data yaitu: [9]

i. Satu ke satu (One to one).

Hubungan satu ke satu yaitu setiap entitas pada himpunan entitas A

berhubungan paling banyak dengan satu entitas pada himpunan entitas B.

Hubungan satu ke satu dapat dilihat pada gambar berikut.

Gambar 3.2 Relasi satu ke satu (One to one)

ii. Satu ke banyak (One to many).

Setiap entitas pada himpunan entitas A dapat berhubungan dengan

banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas

B dapat berhubungan dengan satu entitas pada himpunan entitas A.

Hubungan satu ke banyak dapat dilihat pada gambar berikut.

13

Gambar 3.3 Relasi satu ke banyak (One to many)

iii. Banyak ke banyak (Many to many).

Setiap entitas pada himpunan entitas A dapat berhubungan dengan

banyak entitas pada himpunan entitas B. Hubungan banyak ke banyak

dapat dilihat pada gambar berikut.

Gambar 3.4 Relasi banyak ke banyak (Many to many)

c. Atribut

Properti yang dimiliki setiap entitas yang akan disimpan datanya. Atribut

yang merupakan primary key diberi garis bawah. Berikut ini adalah tabel notasi

pemodelan data dapat dilihat pada tabel 3.2.

Tabel 3.2. Tabel Notasi Pemodelan Data [9]

Komponen Deskripsi

Entitas adalah sebuah objek yang dapat

dibedakan dengan objek lain.

Atribut berfungsi untuk mendiskripsikan

karakter entitas. Atribut yang berfungsi sebagai

primary key diberi garis bawah.

Relasi menunjukkan adanya hubungan di antara

sejumlah entitas yang berbeda.

Garis sebagai penghubung antara relasi dengan

entitas, dan entitas dengan atribut

1 : 1

1 : N

M : N

Kardinalitas merupakan angka yang

menunjukkan banyaknya kemunculan suatu

objek terkait dengan kemunculan objek lain

pada relasi.

Entitas

Atribut

Relasi

14

3.5.2. Pemodelan Fungsional

Untuk memodelkan seluruh fungsi yang tercakup dalam sistem ini, digunakan

Data Context Diagram (DCD) serta Data Flow Diagram (DFD). DCD dapat juga

dikatakan sebagai DFD Level0. Untuk DFD merupakan penjabaran lebih lanjut dari

DCD. DFD berguna untuk menggambarkan fungsi-fungsi yang mentransformasikan

data, serta berguna untuk menggambarkan bagaimana data ditransformasikan pada

perangkat lunak. [10]

Data Context Diagram (DCD) merupakan tingkatan tertinggi dalam diagram

aliran data yang hanya memuat satu proses, dan menunjukkan sistem secara

keseluruhan. Proses tersebut diberi nomor nol. Semua entitas eksternal yang

ditunjukkan pada diagram konteks berikut aliran-aliran data utama menuju dan dari

sistem. Diagram tersebut tidak memuat penyimpanan data dan tampak sederhana

untuk diciptakan, entitas-entitas eksternal serta aliran-aliran data menuju dan dari

sistem diketahui oleh seorang analis dari wawancara dengan pengguna sebagai hasil

analisis dokumen.

Data Flow Diagram (DFD) adalah representasi grafik dari sebuah sistem. DFD

menggambarkan komponen-komponen sebuah sistem, aliran-aliran data di mana

komponen-komponen tersebut, asal, tujuan, dan penyimpanan dari data tersebut. Kita

dapat menggunakan DFD untuk dua hal utama, yaitu untuk membuat dokumentasi

dari sistem informasi yang ada atau untuk menyusun dokumentasi untuk sistem

informasi yang baru. DFD mempunyai empat komponen utama, yaitu external entity,

data flow, proses, dan data store. Penjelasan dari masing-masing elemen tersebut

adalah sebagai berikut. [10]

a. External Entity

External entity digunakan untuk menggambarkan suatu entitas eksternal

(bagian lain, sebuah perusahaan, seseorang atau sebuah mesin) yang dapat

mengirim data atau menerima data dari sistem. Entitas ini disebut juga sumber

atau tujuan data dan dianggap eksternal terhadap sistem yang sedang

digambarkan. Setiap entitas diberi label dengan sebuah nama yang sesuai.

Meskipun berinteraksi dengan sistem, namun dianggap di luar batas-batas

sistem. Entitas-entitas tersebut harus diberi nama dengan suatu kata benda,

entitas yang sama dapat digunakan lebih dari sekali atas suatu diagram aliran

data tertentu untuk menghindari persilangan antara jalur-jalur aliran.

15

b. Data Flow (Arus Data)

Data flow menunjukkan perpindahan data dari satu titik ke titik yang

lain, dengan kepala tanda panah mengarah ke tujuan data. Karena sebuah tanda

panah menunjukkan seseorang, tempat atau sesuatu, maka harus digambarkan

dalam kata benda.

c. Proses

Proses digunakan untuk menunjukkan adanya proses transformasi.

Proses-proses tersebut selalu menunjukkan suatu perubahan dalam di dalam

atau perubahan data. Jadi, aliran data yang meninggalkan suatu proses selalu

diberi label yang berbeda dari aliran data yang masuk. Proses-proses yang

menunjukkan hal itu didalam sistem dan harus diberi nama menggunakan salah

satu format berikut ini. Sebuah nama yang jelas memudahkan untuk

memahami proses apa yang sedang dilakukan. Pemberian nama pada proses:

[10]

i. Menetapkan nama sistem secara keseluruhan saat menamai proses pada

level yang lebih tinggi. Contoh: sistem kontrol inventaris.

ii. Menamai suatu subsistem utama, menggunakan nama-nama seperti:

Sistem Pelaporan Inventaris atau Sistem Pelayanan Konsumen Internet.

iii. Menggunakan format kata kerja dan kata benda untuk proses-proses yang

mendetail. Kata kerja yang menggambarkan jenis kegiatan yang seperti

ini, misalnya menghitung, memverifikasi, menyiapkan, mencetak, atau

menambahkan. Contoh-contoh nama proses yang lengkap adalah:

menghitung pajak penjualan, memverifikasi status rekening konsumen,

menyiapkan invoice pengapalan, dan menambah record inventaris.

d. Data Store

Data store digunakan untuk menunjukkan penyimpanan data.

Penyimpanan data menandakan penyimpanan manual, seperti lemari file atau

sebuah file atau basis data terkomputerisasi. Karena penyimpanan data

mewakili seseorang, tempat atau sesuatu, maka diberi nama dengan sebuah

kata benda. Penyimpanan data sementara seperti kertas catatan atau sebuah file

komputer sementara tidak dimasukkan ke dalam diagram aliran data. Dalam

penggambaran penyimpanan data perlu diperhatikan beberapa hal, antara lain:

[10]

16

i. Hanya proses saja yang berhubungan dengan simpanan data, karena yang

menggunakan atau mengubah data di simpanan data adalah suatu proses.

ii. Arus data yang menuju ke simpanan data dari suatu proses menunjukkan

proses update terhadap data yang tersimpan di simpanan data.

iii. Arus data yang berasal dari simpanan data ke suatu proses menunjukkan

bahwa proses tersebut menggunakan data yang ada di simpanan data.

Notasi yang digunakan untuk pemodelan fungsional dapat dilihat pada

tabel 3.3.

Tabel 3.3. Tabel Notasi Pemodelan Fungsional [10]

Notasi Keterangan

External Entity (Entitas Eksternal)

Data Flow (Aliran Data)

Process (Proses)

Data Store

Split / merge

3.6. PHP

PHP (PHP Hypertext Preprocessor) adalah bahasa pemrograman scripting sisi

server artinya sintaks-sintaks dan perintah yang diberikan akan sepenuhnya

dijalankan oleh server tetapi disertakan pada halaman HTML biasa. Sistem yang

dibangun oleh PHP pada umumnya akan memberikan hasil pada web browser, tetapi

prosesnya secara keseluruhan dijalankan di server. Pada prinsipnya server akan

bekerja apabila ada permintaan dari client. Dalam hal ini client menggunakan kode-

kode PHP untuk mengirimkan permintaan ke server.

Kelebihan PHP dari bahasa pemrograman lain: [11]

a. Bahasa pemrograman PHP adalah sebuah bahasa script yang tidak melakukan

sebuah kompilasi dalam penggunaanya.

b. Web Server yang mendukung PHP dapat ditemukan di mana-mana dari mulai

Apache, IIS, Lighttpd, hingga Xitami dengan konfigurasi yang relatif mudah.

17

c. Lebih mudah dalam pengembangan.

d. Dalam sisi pemahamanan, PHP adalah bahasa scripting yang paling mudah

karena memiliki referensi yang banyak.

e. PHP adalah open source yang dapat digunakan di berbagai mesin (Linux,

Unix, Macintosh, Windows) dan dapat dijalankan secara runtime melalui

console serta juga dapat menjalankan perintah-perintah sistem.

3.7. Cascading Style Sheet

Cascading Style Sheet (CSS), menentukan bagaimana elemen-elemen dari

suatu halaman web yang ditampilkan. CSS memisahkan gaya (atau tampilan dan

nuansa) dokumen dari struktur (atau isi dan pemesanan informasi).

CSS dapat mengendalikan ukuran gambar, warna body teks, warna tabel,

ukuran border, warna border, warna hyperlink, warna mouse hover, spasi antar

paragraf, spasi antar teks, margin kiri/ kanan/ atas/ bawah, dan parameter lainnya.

CSS adalah bahasa style sheet yang digunakan untuk mengatur tampilan dokumen.

Dengan adanya CSS memungkinkan kita untuk menampilkan halaman yang sama

dengan format yang berbeda. [12]

3.8. Javascript

Javascript adalah bahasa pemrograman yang biasa diletakan bersama kode

HTML untuk menentukan suatu aksi (behaviour). Sebuah Javascript dapat

menentukan semua aksi setiap elemen yang ada di dalam suatu halaman web yang

ditampilkan maupun tidak ditampilkan. Dalam pengembangannya dalam aplikasi

berbasis web, Javascript berkembang penggunaanya ke dalam bentuk jQuery. [13]

jQuery adalah pustaka yang dibangun dengan menggunakan Javascript.

Tujuannya adalah pembuatan program Javascript bisa dilakukan dengan cara yang

lebih ringkas. jQuery bersifat free to use sehingga developer dapat mengunduhnya

secara gratis pada website pembuat pustaka tersebut. [10]

3.9. Pengujian Perangkat Lunak

Menurut IEEE, pengujian perangkat lunak adalah proses sistem operasi atau

komponen menurut kondisi tertentu, pengamatan atau pencatatan hasil dan

mengevaluasi beberapa aspek sistem atau komponen, proses analisis item perangkat

18

lunak untuk mendeteksi perbedaan antara kondisi yang ada dengan yang diinginkan

dan mengevaluasi fitur item perangkat lunak. Tujuan pengujian perangkat lunak: [14]

a. Tujuan langsung

i. Identifikasi dan menemukan beberapa kesalahan yang mungkin ada

dalam perangkat lunak yang diuji.

ii. Setelah perangkat lunak dibetulkan, diidentifikasi lagi kesalahan dan

dites ulang untuk menjamin kualitas level penerimaan.

iii. Membentuk tes yang efisien dan efektif dengan anggaran dan jadwal

yang terbatas.

b. Tujuan tidak langsung

Mengumpulkan daftar kesalahan untuk digunakan dalam daftar

pencegahan kesalahan. Terdapat dua strategi pengujian perangkat lunak

berdasarkan konsep pengujian sebagai berikut. [14]

i. Black box (functionality) testing. Mengidentifikasi kesalahan yang

berhubungan dengan kesalahan fungsionalitas perangkat lunak yang

tampak dalam kesalahan output. Definisi menurut IEEE, adalah

pengujian yang mengabaikan mekanisme internal sistem atau komponen

dan fokus semata-mata pada output yang dihasilkan yang merespon input

yang dipilih dan kondisi eksekusi. Pengujian yang dilakukan untuk

mengevaluasi pemenuhan sistem atau komponen dengan kebutuhan

fungsional tertentu.

ii. White box (structural) testing. Memeriksa kalkulasi internal path untuk

mengidentifikasi kesalahan. Definisi menurut IEEE, adalah pengujian

yang memegang perhitungan mekanisme internal sistem atau komponen.

19

BAB IV

ANALISIS DAN PERANCANGAN

Bab ini menjelaskan tentang pembahasan yang meliputi deskripsi umum perangkat

lunak dan desain rancangan dari hasil analisis SI-LCKH Pegawai Negeri Sipil

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah.

4.1. Deskripsi Umum Perangkat Lunak

4.1.1. Deskripsi Umum

SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah

Provinsi Jawa Tengah adalah sebuah sistem yang memiliki fungsi untuk mewadahi

laporan-laporan pegawai yang masuk, sekaligus menyampaikannya kepada atasan

melalui format dan dokumentasi penulisan yang baik, dengan tujuan untuk

mengawasi perkerjaan yang dilakukan tiap pegawai secara terus menerus tiap

harinya.

4.1.2. Flowmap SI-LCKH

Flowmap adalah campuran peta dan flowchart yang menunjukan pergerakan

objek dari satu lokasi ke lokasi lain. Flowmap dari SI-LCKH dapat dilihat pada

Gambar 4.1. Terdapat empat tingkatan pengguna dan satu administrator (tidak

dimasukkan ke dalam flowmap) di dalam SI-LCKH PNS Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah. Pengguna-pengguna tersebut selanjutnya

disebut sebagai Eselon. Tingkatan eselon menggambarkan karakteristik fungsi-fungsi

yang ada. Eselon V tidak memiliki bawahan, karena itu pengguna tingkat ini hanya

dapat membuat laporan, yang selanjutnya akan dikirimkan ke Eselon IV. Pengguna

Eselon IV dapat menindaklanjuti laporan dari Eselon V, kemudian dapat membuat

laporan yang selanjutnya akan dikirimkan ke Eselon III. Begitu pun dengan Eselon

III, mampu menindaklanjuti laporan Eselon IV dan mengirimkan laporan ke Eselon

II. Sedangkan Eselon II adalah jabatan tertinggi dalam kantor Kementerian Agama

Jawa Tengah, maka pengguna ini hanya menindaklanjuti dan membuat laporan tanpa

dikirimkan ke manapun. Fungsi menindaklanjuti laporan adalah di mana atasan

20

berhak menyetujui atau menolak laporan bawahan, yang selanjutnya akan diterima

bawahan sebagai hasil dari laporan harian dan dapat dicetak.

Gambar 4.1. Flowmap SI-LCKH

4.1.3. Karakteristik Pengguna

Pengguna SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor

Wilayah Provinsi Jawa Tengah terdiri dari Eselon V, Eselon IV, Eselon III, Eselon

II, dan Administrator. Pada sistem ini diberikan hak akses yang berbeda antara

kelima pengguna sistem tersebut.

Karakteristik pengguna Aplikasi SI-LCKH Pegawai Negeri Sipil Kementerian

Agama Kantor Wilayah Provinsi Jawa Tengah dapat dilihat pada tabel 4.1.

21

Tabel 4.1. Karakteristik Pengguna

No. Aktor Deskripsi

1. Eselon V - Membuat laporan

- Melihat laporan yang telah dibuat

- Mencetak laporan

2. Eselon IV - Membuat laporan


- Mencetak laporan

- Melihat laporan pegawai Eselon V

- Menindaklanjuti laporan Eselon V

3. Eselon III - Membuat laporan


- Mencetak laporan

- Melihat laporan pegawai Eselon IV

- Menindaklanjuti laporan Eselon IV

4. Eselon II - Membuat laporan


- Mencetak laporan

- Melihat laporan pegawai Eselon III

- Menindaklanjuti laporan Eselon III

5. Administrator - Membuat akun pegawai baru

- Mengelola akun pegawai

- Menghapus akun pegawai

- Melihat laporan seluruh pegawai

- Menindaklanjuti seluruh laporan pegawai

4.1.4. Kebutuhan Fungsional

Spesifikasi kebutuhan fungsional Software Requirements Specification (SRS)

SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi

Jawa Tengah ini dapat dilihat pada tabel 4.2.

22

Tabel 4.2. Tabel SRS SI-LCKH

SRS ID Deskripsi

SRS-SILCKH-F-01 Melakukan login ke dalam SI-LCKH

SRS-SILCKH-F-02 Membuat laporan capaian kinerja harian

SRS-SILCKH-F-03 Mengubah laporan capaian kinerja harian

SRS-SILCKH-F-04 Menghapus laporan capaian kinerja harian

SRS-SILCKH-F-05 Menambah laporan capaian kinerja harian

SRS-SILCKH-F-06 Mengganti keterangan kehadiran

SRS-SILCKH-F-07 Mengubah tanggal pembuatan laporan

SRS-SILCKH-F-08 Melihat laporan yang telah dibuat

SRS-SILCKH-F-09 Menyetujui laporan bawahan

SRS-SILCKH-F-10 Menolak laporan bawahan

SRS-SILCKH-F-11 Mencetak laporan yang telah ditindaklanjuti

SRS-SILCKH-F-12 Mengubah password

SRS-SILCKH-F-13 Melihat laporan pegawai

SRS-SILCKH-F-14 Melihat akun pegawai

SRS-SILCKH-F-15 Membuat akun pegawai

SRS-SILCKH-F-16 Mengelola akun pegawai

SRS-SILCKH-F-17 Menghapus akun pegawai

SRS-SILCKH-F-18 Melakukan logout

4.1.5. Kebutuhan Non-Fungsional

Kebutuhan non-fungsional Software Requirements Specification (SRS) SI-

LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa

Tengah ini dapat dilihat pada tabel 4.3.

Tabel 4.3. Kebutuhan Non-Fungsional

SRS-ID Deskripsi

SRS-SILCKH-N-01 SI-LCKH dapat diakses secara online

SRS-SILCKH-N-02 SI-LCKH dapat dijalankan di segala jenis browser.

SRS-SILCKH-N-03 SI-LCKH perlu login untuk menjamin keamanannya

23

4.1.5.1. Penyebaran


Provinsi Jawa Tengah ini di-hosting pada sebuah server di kantor Kementerian

Agama Kantor Wilayah Jawa Tengah sehingga dapat diakses secara online oleh

pegawai kantor tersebut.

4.1.5.2. Keamanan


Provinsi Jawa Tengah ini dapat memberikan tingkat keamanan data yang cukup

aman, karena setiap aksesnya harus menggunakan password.

4.1.5.3. Portabilitas

SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi

Jawa Tengah dapat digunakan di setiap device dengan browser yang support dengan

HTML, CSS, dan Javascript.

4.2 Pemodelan Analisis

Pemodelan analisis yang dilakukan meliputi pemodelan data dan pemodelan

fungsional.

4.2.1. Pemodelan Data

Pemodelan data bertujuan untuk menjawab pertanyaan spesifik yang relevan

pada aplikasi pemrosesan data. Hal ini berkaitan dengan komposisi objek dan atribut,

keberadaan objek, serta hubungan antar objek.

Data yang diproses dalam SI-LCKH Pegawai Negeri Sipil Kementerian

Agama Kantor Wilayah Provinsi Jawa Tengah ini meliputi data pegawai, laporan

pegawai dan administrator.

Media yang digunakan dalam pemodelan data untuk aplikasi ini adalah Entity

Relationship Diagram (ERD). ERD menggambarkan hubungan antar objek yang

digambarkan dengan menggunakan deskripsi data. ERD hanya berfokus pada data

yang mewakili jaringan data yang terdapat pada sistem tertentu. Untuk

mengakomodasi kebutuhan data di atas, maka ERD yang dibuat untuk SI-LCKH

24

Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah

dapat dilihat pada Gambar 4.2.

Pada Entity Relationship Diagram (ERD) SI-LCKH Pegawai Negeri Sipil

Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah terdapat tiga buah

entitas yang masing-masing memiliki atributnya sendiri. Terdapat juga tiga buah

relasi yang menghubungkan antar entitas.

Gambar 4.2. ERD SI-LCKH

4.2.1.1. Entitas dan Atribut

Entitas dan atribut secara detail dapat dilihat pada tabel 4.4 berikut ini.

Tabel 4.4. Entitas dan Atribut

Entitas Atribut

data_pegawai nip (primary key)

password

nama

unit_kerja

jabatan

tanggal_lahir

agama

kelamin

npwp

25

Entitas Atribut

laporan_pegawai id_laporan (primary key)

nip

kegiatan

output

volume

satuan

keterangan

tanggal_laporan

status

administrator username (primary key)

password

4.2.1.2. Relasi

Relasi antar tabel secara rinci dapat dilihat pada Gambar 4.3 sampai dengan

Gambar 4.5.

a. Relasi data_pegawai dengan laporan_pegawai

Kardinalitas dari relasi data_pegawai dengan laporan_pegawai yaitu dari satu

ke banyak. Satu pegawai dapat membuat banyak laporan, begitu pula

sebaliknya, banyak laporan bisa dibuat oleh satu pegawai. Relasi data_pegawai

dengan laporan_pegawai dapat dilihat pada Gambar 4.3.

b. Relasi data_pegawai dengan adminitrator

Kardinalitas dari relasi data_pegawai dengan administrator yaitu dari banyak

ke satu. Seluruh data pegawai hanya dipegang oleh satu administrator, dengan

kata lain, hanya ada satu administrator dalam SI-LCKH. Relasi data_pegawai

dengan administrator dapat dilihat pada Gambar 4.4.

c. Relasi laporan_pegawai dengan administrator

Kardinalitas dari relasi laporan_pegawai dengan administrator yaitu dari

banyak ke satu. Seluruh laporan dapat diolah oleh satu administrator. Relasi

laporan_pegawai dengan administrator dapat dilihat pada Gambar 4.5.

26

Gambar 4.3. Relasi data_pegawai dengan laporan_pegawai

Gambar 4.4. Relasi data_pegawai dengan adminitrator

Gambar 4.5. Relasi laporan_pegawai dengan administrator

27

4.2.2. Pemodelan Fungsional

Model fungsional menggambarkan aspek dari sistem yang berhubungan

dengan transformasi dari nilai, fungsi, pemetaan, batasan dan ketergantungan

fungsional. Model fungsional digambarkan dengan diagram alir data. Diagram alir

data adalah representasi grafis yang menggambarkan aliran informasi dan

transformasi yang diterapkan sebagai data bergerak dari input ke output. Model yang

digunakan untuk mendeskripsikan pemodelan fungsional Aplikasi SI-LCKH adalah

Data Context Diagram (DCD), Decomposition Diagram (DD) dan Data Flow

Diagram (DFD).

4.2.2.1. DCD (Data Context Diagram)

Dalam DCD (Data Context Diagram) atau biasa disebut Data Flow Diagram

Level 0 ini, SI-LCKH Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah

Jawa Tengah merupakan suatu sistem target yang berfungsi melakukan proses

pengolahan data terhadap sejumlah masukan data dari entitas luar dan memberikan

sejumlah keluaran kepada entitas luar. Entitas luar tersebut adalah pegawai dan

administrator.

Masukkan yang diberikan oleh pegawai berupa data laporan yang dalam hal

ini dituliskan sebagai hasil dari kinerja harian. Selanjutnya pegawai yang memiliki

jabatan lebih tinggi dapat menindaklanjuti laporan yang telah dibuat ini, apakah akan

diterima atau ditolak. Pegawai juga dapat mengganti keterangan kehadirannya

menjadi Sakit, Ijin, atau Dinas Luar. SI-LCKH juga memiliki kemampuan untuk

mencari pegawai sesuai kata kunci yang dimasukkan. Lingkup pencarian ini

tergantung jabatan pegawai. Semakin tinggi jabatannya, maka akan semakin luas

lingkup pencariannya.

Masukkan yang diberikan oleh administrator berupa manajemen akun

pegawai. Administrator dapat membuat akun pegawai baru, mengedit data akun

pegawai yang telah ada, atau menghapus akun pegawai. Selain itu, administrator juga

mampu untuk menindaklanjuti laporan pegawai, menjadi diterima atau ditolak. Data

Context Diagram SI-LCKH dapat dilihat pada Gambar 4.6 berikut ini.

28

Gambar 4.6. Data Context Diagram SI-LCKH

4.2.2.2. DD (Decomposition Diagram)

Decomposition Diagram (DD) digunakan untuk menggambarkan

dekomposisi atau penguraian sistem menjadi subsistem, proses, dan subsistem

komponennya atau disebut juga bagan hierarki yang menunjukkan dekomposisi

fungsional top-down dan struktur sistem. Diagram Dekomposisi untuk SI-LCKH

Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Jawa Tengah dilihat pada

Gambar 4.7 sebagai berikut.

Gambar 4.7. Decomposition Diagram SI-LCKH

29

4.2.2.3. DFD (Data Flow Diagram)

Data Flow Diagram (DFD) menggambarkan komponen-komponen sebuah

sistem, aliran-aliran data di mana komponen-komponen tersebut, dan asal, tujuan, dan

penyimpanan dari data tersebut. DFD merupakan penjabaran lebih lanjut dari Context

Diagram (CD). Data Flow Diagram (DFD) untuk SI-LCKH Pegawai Negeri Sipil

Kementerian Agama Kantor Wilayah Jawa Tengah dapat dilihat pada Gambar 4.8

sampai dengan Gambar 4.12 berikut ini.

a. Data Flow Diagram Level 1 SI-LCKH

Pada DFD Level 1 terdapat empat sub proses, yaitu :

i. Melakukan Login

Sub proses ini menangani proses login administrator maupun pegawai. Saat

login, sistem mengecek kevalidan melalui basis data administrator dan

pegawai. Dengan kata lain, hanya pengguna yang memilki username dan

password saja yang bisa masuk ke sistem informasi ini.

ii. Menulis Laporan

Sub proses ini menangani proses penulisan laporan oleh pegawai yang

selanjutnya disimpan pada basis data laporan pegawai. Penulisan laporan ini

dapat dilakukan jika pegawai hadir pada hari kerja. Jika tidak hadir, maka

pegawai dapat mengganti keterangan kehadirannya menjadi Sakit, Ijin, atau

Dinas Luar.

iii. Menindaklanjuti Laporan

Sub proses ini menangani proses penindaklanjutan laporan pegawai. Tindak

lanjut ini dapat berupa pesetujuan atau penolakan. Pegawai yang dapat

menindaklanjuti laporan adalah pegawai yang memiliki jabatan lebih tinggi.

Pegawai dapat melihat hasil tindak lanjut tersebut, kemudian mencetaknya.

iv. Membuat Akun

Administrator dapat membuat akun pegawai baru. Pegawai dapat melihat

akun pegawai baru, jika pegawai tersebut merupakan bawahannya.

DFD Level 1 dapat dilihat pada Gambar 4.8 berikut ini.

30

Gambar 4.8. DFD Level 1 SI-LCKH

b. DFD Level 2 Proses 1 SI-LCKH (Sub Proses Melakukan Login)

DFD level 2 untuk sub proses Melakukan Login dapat didekomposisi menjadi

dua sub proses, yaitu :

i. Login Sebagai Pegawai

Sub proses ini berfungsi untuk pengguna yang login sebagai pegawai negeri

sipil Kementarian Agama Kantor Wilayah Jawa Tengah.

ii. Login Sebagai Administrator

Sub proses ini berfungsi untuk pengguna yang login sebagai administrator

SI-LCKH.

DFD Level 2 Proses 1 dapat dilihat pada Gambar 4.9 berikut ini.

Gambar 4.9. DFD Level 2 Proses 1 SI-LCKH

31

c. DFD Level 2 Proses 2 SI-LCKH (Sub Proses Menulis Laporan)

DFD level 2 untuk sub proses Menulis Laporan ini berfungsi bagi pegawai

yang menulis laporan kinerja hariannya. Selanjutnya, laporan kinerja harian ini

disimpan pada basis data laporan pegawai. Penulisan laporan ini dapat

dilakukan jika pegawai hadir pada hari kerja. Jika tidak hadir, maka pegawai

dapat mengganti keterangan kehadirannya menjadi Sakit, Ijin, atau Dinas Luar.



d. DFD Level 2 Proses 3 SI-LCKH (Sub Proses Menindaklanjuti Laporan)

DFD level 2 untuk sub proses Menindaklanjuti Laporan didekomposisi

menjadi tiga sub proses, yaitu :

i. Cari Pegawai

Sub proses ini berfungsi untuk adminsistrator atau pegawai atasan yang

ingin mencari pegawai bawahan. Pencarian pegawai sesuai kata kunci yang

dimasukkan. Lingkup pencarian ini tergantung jabatan pegawai. Semakin

tinggi jabatannya, maka akan semakin luas lingkup pencariannya.

ii. Tindak Lanjut Laporan

Sub proses ini berfungsi untuk pegawai atasan yang ingin menindaklanjuti

laporan bawahannya. Tindak lanjut ini dapat berupa pesetujuan atau

penolakan. Hasil dari tindak lanjut ini dapat dilihat oleh pegawai bawahan

yang bersangkutan ketika pegawai tersebut membuka sistem informasi ini.

iii. Lihat Laporan

Sub proses ini berfungsi untuk pegawai yang ingin melihat hasil laporannya.

Hasil laporan tersebut berisikan data kinerja harian yang sudah diisikan

sebelumnya beserta status laporan hasil dari tindak lanjut atasan, apakah

diterima atau ditolak. Pegawai juga dapat mencetak laporan tersebut

menjadi format portable document file (PDF).

32



e. DFD Level 2 Proses 4 SI-LCKH (Sub Proses Membuat Akun)

DFD level 2 untuk sub proses Membuat Akun Melakukan Login dapat

didekomposisi menjadi dua sub proses, yaitu :

i. Buat Akun

Sub proses ini berfungsi untuk adminsistrator yang ingin membuat akun

pegawai baru. Akun pegawai ini harus unik dan belum pernah dibuat

sebelumnya. Setelah administrator selesai membuat akun, sistem akan

menyimpannya di basis data pegawai.

ii. Lihat Akun

Sub proses ini berfungsi untuk pegawai yang ingin melihat akun pegawai.

Akun pegawai yang ini dilihat harus memiliki jabatan yang lebih rendah

dan berada dalam satu unit kerja yang sama.


33


4.3. Desain Aplikasi

Aktivitas desain yang dilakukan untuk mengembangkan SI-LCKH Pegawai

Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah meliputi

desain basis data dan desain antarmuka.

4.3.1. Desain Basis Data

Desain data mentransformasikan model domain informasi yang dibuat selama

analisis ke dalam struktur data yang akan diperlukan untuk mengimplementasi

perangkat lunak. Berdasarkan ERD yang telah didefinisikan pada tahap analisis,

maka deskripsi tabel-tabel dalam basis data yang digunakan pada SI-LCKH Pegawai

Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah ini secara

lebih detail adalah sebagai berikut.

a. Nama Tabel : data_pegawai

Deskripsi Tabel : berisikan data-data pegawai negeri sipil Kemenag Jateng

Primary Key : nip

Desain basis data untuk tabel data_pegawai dapat dilihat pada Tabel 4.5.

b. Nama Tabel : laporan_pegawai

Deskripsi Tabel : berisikan laporan-laporan pegawai Kemenag Jateng

Primary Key : id_laporan

Desain basis data untuk tabel laporan_pegawai dapat dilihat pada Tabel 4.6.

34

c. Nama Tabel : administrator

Deskripsi Tabel : berisikan data autentifikasi administrator

Primary Key : username

Desain basis data untuk tabel administrator dapat dilihat pada Tabel 4.7.

Tabel 4.5. Tabel data_pegawai

Field Deskripsi Tipe Keterangan

nip Nomer induk pegawai

sebagai identifikasi

pegawai

varchar(20) Primary key

password Password untuk login varchar(40)

nama Nama pegawai varchar(60)

unit_kerja Unit kerja pegawai

(Menentukan akses

lihat pegawai)

varchar(60)

jabatan Jabatan pegawai

(Eselon V, IV, III, II)

varchar(60)

tanggal_lahir Tanggal lahir pegawai date

agama Agama pegawai varchar(20)

kelamin Kelamin pegawai boolean

npwp NPWP pegawai varchar(20)

Tabel 4.6. Tabel laporan_pegawai


id_laporan Field identifikasi

laporan pegawai

int(10) Primary key

nip Nomer induk pegawai

pembuat laporan

varchar(20)

kegiatan Garis besar kegiatan

laporan

text

output Output dari kegiatan

laporan

text

35


volume Volume dari kegiatan

laporan

int(11)

satuan Satuan dari kegiatan

laporan

varchar(20)

keterangan Keterangan tambahan

dari kegiatan laporan

text

tanggal_laporan Tanggal laporan

dilaksanakan

date

status Status laporan (Setuju

atau Tolak)

boolean

Tabel 4.7. Tabel administrator


Username Field identifikasi

administrator

varchar(60) Primary key

Password Password untuk

login

varchar(60)

4.3.2. Desain Algoritma

Perancangan algoritma dalam dokumen desain SI-LCKH Pegawai Negeri

Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah ini menggunakan

Flowchart. Flowchart (diagram alur) merupakan alat bantu pemrograman yang

dapat membantu programmer dalam mengorganisasikan pemikiran dalam

pemrograman, terutama bila dibutuhkan penalaran yang tajam dalam logika

prosedur suatu program. Dalam dokumen ini terdapat lima Flowchart yang

merupakan gambaran fungsi-fungsi yang ada dalam SI-LCKH Pegawai Negeri

Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah. Kelima

flowchart tersebut antara lain, melakukan login, menulis laporan, menindaklanjuti

laporan, membuat akun, dan mengganti password. Berikut adalah flowchart

tersebut berserta dengan penjelasannya.

36

a. Melakukan Login

Diagram alur untuk melakukan login dilakukan oleh pegawai yang memiliki

username dan password. Jika cocok, maka pegawai dapat masuk ke sistem.

Flowchart untuk melakukan login dapat dilihat pada Gambar 4.13 berikut ini.

Gambar 4.13. Flowchart Melakukan Login

b. Menulis Laporan

Diagram alur untuk menulis laporan dilakukan oleh pegawai saat membuka

halaman pembuatan laporan. Pegawai dapat mengganti keterangan

kehadirannya saat dia sedang sakit, ijin, atau dinas luar. Jika, pegawai hadir,

maka dapat mengisi laporan sesuai kinerja sebanyak yang dilakukannya.

Kemudian, data tersebut disimpan dan menunggu untuk ditindaklanjuti oleh

atasan. Flowchart untuk menulis laporan dapat dilihat pada Gambar 4.14

berikut ini.

37

Gambar 4.14. Flowchart Menulis Laporan

c. Menindaklanjuti Laporan

Atasan pegawai dalam SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah dapat menindaklanjuti laporan

bawahannya, apakah disetujui atau tidak. Kemudian bawahan menerima hasil

laporan yang telah ditindaklanjutinya tersebut. Flowchart untuk

menindaklanjuti laporan dapat dilihat pada Gambar 4.15 berikut ini.

38

Gambar 4.15. Flowchart Menindaklanjuti Laporan

d. Membuat Akun

Administrator dapat membuat akun pegawai baru. Akun pegawai baru dapat

dibuat dengan syarat bahwa akun tersebut belum pernah dibuat sebelumnya.

Administator membuat akun pegawai baru dengan cara mengisikan formulir

data pegawai, kemudian sistem menyimpannya dalam basis data. Flowchart

untuk membuat akun dapat dilihat pada Gambar 4.16 berikut ini.

39

Gambar 4.16. Flowchart Membuat Akun

e. Mengganti Password

Password dalam akun SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah dapat diganti dengan mengisikan

formulir berupa password lama, password baru, dan konfirmasi password baru.

Jika formulir-formulir ini terisi dengan benar, maka password akan sukses

terganti dan langsung tersimpan di dalam basis data. Flowchart untuk

mengganti password dapat dilihat pada Gambar 4.17 berikut ini.

40

Gambar 4.17. Flowchart Mengganti Password

4.3.3. Desain Antarmuka

Desain antarmuka merupakan perancangan bentuk tampilan dari SI-LCKH

Pegawai Negeri Sipil Kementerian Agama Kantor Wilayah Provinsi Jawa Tengah

ini. Rancangan desain antarmuka yang akan digunakan adalah sebagai berikut.

a. Antarmuka Halaman Login

Halaman awal dari SI-LCKH adalah tampilan login untuk pegawai yang

terdapat kolom field untuk mengisikan username dan password. Karena itu,

yang bisa mengakses SI-LCKH ini hanyalah pegawai resmi dari Kemenag

Jateng. Rancangan halaman tersebut dapat terlihat pada Gambar 4.18.

41

Gambar 4.18. Desain Antarmuka Halaman Login

b. Antarmuka Halaman Laporan Belum Disetujui

Antarmuka untuk pembuatan laporan SI-LCKH terdapat detail data pegawai

yang sedang membuat laporan, kemudian terdapat field tangal yang dapat

diubah sesuai dengan kapan laporan tersebut dilaksanakan. Tidak ada batasan

pembuatan laporan, jadi pegawai dapat terus menambah barisnya. Jika, yang

mengakses halaman ini adalah Eselon IV, III, atau II, maka terdapat tombol

untuk melihat pegawai bawahannya. Di bagian bawah tabel terdapat field untuk

mengubah keterangan kehadiran pada hari yang dipilih, apakah Sakit, Ijin, atau

Dinas Luar. Rancangan halaman tersebut dapat terlihat pada Gambar 4.19.

Gambar 4.19. Desain Antarmuka Halaman Laporan Belum Disetujui

42

c. Antarmuka Halaman Laporan Telah Disetujui

Antarmuka halaman laporan yang telah disetujui memilik tampilan yang

hampir sama dengan halaman laporan yang belum disetujui. Perbedaannya

adalah sudah tidak adanya tombol pada kolom Aksi dan munculnya tombol

Cetak untuk mencetak laporan. Rancangan tampilan tersebut dapat terlihat

pada Gambar 4.20

Gambar 4.20. Desain Antarmuka Halaman Laporan Telah Disetujui

d. Antarmuka Lihat Pegawai

Pada menu antarmuka ini, atasan dapat melihat pegawai bawahannya pada

sebuah tabel. Terdapat kolom NIP, Nama, Unit Kerja, dan Jabatan. Untuk

mempermudah pegawai, terdapat juga field pencarian pegawai. Rancangan

tampilan tersebut dapat terlihat pada Gambar 4.21.

Gambar 4.21. Desain Antarmuka Lihat Pegawai

43

e. Antarmuka Ganti Password

Pengaturan ganti password terdapat tiga field, yaitu pengisian password lama,

pengisian password baru, konfirmasi password. Jika ketiga pengisian ini benar,

maka password pegawai tersebut dapat terganti. Rancangan tampilan tersebut

dapat terlihat pada Gambar 4.22.

Gambar 4.22. Desain Antarmuka Ganti Password

f. Antarmuka Lihat Laporan Pegawai

Atasan dapat melihat laporan pegawai bawahannya dengan memilih namanya

pada tampilan Lihat Pegawai. Pada tampilan ini, atasan dapat melihat detail

data pegawai tersebut dan laporan yang dibuatnya pada tanggal yang dipilih.

Atasan kemudian dapat menyetujui atau menolak laporan yang telah dibuat.

Rancangan tampilan tersebut dapat terlihat pada Gambar 4.23.

Gambar 4.23. Desain Antarmuka Lihat Laporan Pegawai

44

g. Antarmuka Halaman Administrator

Tampilan ini akan muncul jika login sebagai administrator. Pada halaman ini

terdapat tiga menu, yaitu Beranda, Buat Akun, dan Lihat Akun. Rancangan

tampilan tersebut dapat terlihat pada Gambar 4.24.

Gambar 4.24. Desain Antarmuka Halaman Administrator

h. Antarmuka Buat Akun Pegawai

Adminstrator dapat membuat akun pegawai baru dengan mengisikan data

pegawai secara lengkap mulai dari NIP hingga NPWP. Rancangan tampilan

tersebut dapat terlihat pada Gambar 4.25

Gambar 4.25. Desain Antarmuka Buat Akun

45

i. Antarmuka Lihat Akun Pegawai

Administrator dapat melihat keseluruhan akun pegawai yang ada. Dari

tampilan ini, administrator dapat menghapus maupun mengedit akun pegawai

yang dipilihnya. Rancangan tampilan tersebut dapat terlihat pada Gambar 4.26.

Gambar 4.26. Desain Antarmuka Lihat Akun Pegawai

j. Antarmuka Edit Akun Pegawai

Administrator dapat mengedit informasi akun pegawai, terkecuali NIP dan

NPWP. Rancangan tampilan tersebut dapat terlihat pada Gambar 4.27.

Gambar 4.27. Desain Antarmuka Edit Akun Pegawai

46

4.4 Kebutuhan Sistem

4.4.1. Kebutuhan Perangkat Keras

Perangkat komputer lengkap sebagai server dan beberapa komputer lain

sebagai klien. Untuk pengoperasiannya kecepatan minimal processor 1Ghz

(Gigahertz), minimal ruang memory hard disk 512MB (MegaByte) dan minimal

RAM (Random Access Memory) 1 GB (GigaByte).

4.4.2. Kebutuhan Perangkat Lunak

Kebutuhan perangkat lunak adalah kondisi atau kemampuan yang harus

dimiliki untuk memenuhi apa yang disyaratkan oleh perangkat lunak agar sistem

dapat dijalankan.

a. Sistem Operasi

Pengoperasian aplikasi ini membutuhkan Sistem Operasi Windows. Sistem

Operasi yang disarankan untuk menjalankan aplikasi ini minimal menggunakan

Windows XP.

b. Browser

Sistem ini membutuhkan browser untuk menjalankannya dapat menggunakan

Mozilla Firefox atau Google Chrome yang terpasang di dalam komputer.

47

BAB V

IMPLEMENTASI DAN PENGUJIAN

Bab ini menjelaskan tentang hasil implementasi dari hasil rancangan dan hasil

pengujian yang dilakukan terhadap SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah.

5.1. Implementasi Perangkat Lunak

Implementasi sistem merupakan tahap dimana sistem ini siap dioperasikan

pada keadaan sebenarnya. Pembahasan ini akan diketahui apakah sistem yang dibuat

benar-benar dapat menghasilkan tujuan yang diinginkan yang didasarkan pada

analisis dan desain yang telah dilakukan.

5.1.1. Implementasi Basis Data

Implementasi basis data merupakan transformasi desain data yang dihasilkan

dari proses proses perancangan data menjadi suatu database. Dalam SI-LKCH ini,

database yang dibangun terdiri dari tiga tabel. Adapun query untuk membuat basis

data dalam SI-LCKH adalah sebagai berikut.

Gambar 5.1. Implementasi Basis Data SI-LCKH

Tabel-tabel dalam basis data yang dibuat dalam sistem manajemen basis data

MySQL dengan nama si-lckh adalah sebagai berikut.

a. Tabel data_pegawai

Tabel data_pegawai merupakan tabel di dalam basis data yang berisikan

informasi-informasi mengenai detail biodata pegawai negeri sipil Kementerian

Agama Jawa Tengah. Tabel data_pegawai digunakan untuk menyimpan data

CREATE DATABASE si-lckh;

48

pegawai. Adapun query untuk membuat tabel data_pegawai dalam SI-LCKH

adalah sebagai berikut.

Gambar 5.2. Implementasi Tabel data_pegawai

b. Tabel laporan_pegawai

Tabel laporan_pegawai merupakan tabel di dalam basis data yang berisikan

kumpulan laporan seluruh pegawai yang dibuat setiap harinya. Basis data laporan

ini hanya dapat diakses oleh pegawai yang berkaitan, ataupun atasan yang

memiliki kesamaan unit kerja. Adapun query untuk membuat tabel

laporan_pegawai dalam SI-LCKH adalah sebagai berikut.

CREATE TABLE data_pegawai (

nip varchar(20) NOT NULL,

password varchar(40) NOT NULL,

nama varchar(60) NOT NULL,

unit_kerja varchar(60) NOT NULL,

jabatan varchar(60) NOT NULL,

tanggal_lahir date NOT NULL,

agama varchar(20) NOT NULL,

kelamin varchar(20) NOT NULL,

npwp varchar(20) NOT NULL,

PRIMARY KEY (nip) )

CREATE TABLE laporan_pegawai (

id_laporan int(10) NOT NULL,

nip varchar(20) NOT NULL,

kegiatan text NOT NULL,

output text NOT NULL,

volume int(11) NOT NULL,

satuan varchar(20) NOT NULL,

keterangan text NULL,

tanggal_laporan date NOT NULL

approve int(1) NOT NULL,

PRIMARY KEY (id_laporan) )

49

Gambar 5.3. Implementasi Tabel laporan_pegawai

c. Tabel administrator

Tabel administrator merupakan tabel di dalam basis data yang berisikan data

mengenai data autentifikasi administrator berupa username dan password. Sistem

ini hanya memiliki seorang administrator dan tidak dapat ditambahkan. Adapun

query untuk membuat tabel administrator dalam SI-LCKH adalah sebagai berikut.

Gambar 5.4. Implementasi Tabel administrator

5.1.2. Implementasi Algoritma

Implementasi algoritma pada SI-LCKH Pegawai Negeri Sipil Kementerian

Agama Kantor Wilayah Provinsi Jawa Tengah merupakan realisasi dari Flowchart

yang telah dibuat sebelumnya. Bahasa yang digunakan pada implementasi ini adalah

bahasa pemrograman PHP yang ditulis sebagai runtutan fungsi-fungsi. Berikut

adalah implementasi algoritma pada SI-LCK:

a. Algoritma Melakukan Login

Login dilakukan oleh pegawai ataupun administrator yang memiliki username dan

password. Jika cocok, maka pegawai ataupun adminsitrator dapat masuk ke

sistem.

CREATE TABLE administrator (

username varchar(60) NOT NULL,

password varchar(60) NOT NULL,

PRIMARY KEY (username) )

50

b. Algoritma Menulis Laporan

Algoritma untuk menulis laporan dilakukan oleh pegawai saat membuka halaman

pembuatan laporan. Pegawai dapat mengganti keterangan kehadirannya saat dia

sedang sakit, ijin, atau dinas luar. Jika, pegawai hadir, maka dapat mengisi

laporan sesuai kinerja sebanyak yang dilakukannya. Kemudian, data tersebut

disimpan dan menunggu untuk ditindaklanjuti oleh atasan.

51

c. Algoritma Menindaklanjuti Laporan

Atasan pegawai dalam SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah dapat menindaklanjuti laporan

bawahannya, apakah disetujui atau tidak. Kemudian bawahan menerima hasil

laporan yang telah ditindaklanjutinya tersebut.

52

d. Algoritma Membuat Akun

Administrator dapat membuat akun pegawai baru. Akun pegawai baru dapat

dibuat dengan syarat bahwa akun tersebut belum pernah dibuat sebelumnya.

Administator membuat akun pegawai baru dengan cara mengisikan formulir

data pegawai, kemudian sistem menyimpannya dalam basis data.

53

e. Algoritma Mengganti Password

Password dalam akun SI-LCKH Pegawai Negeri Sipil Kementerian Agama

Kantor Wilayah Provinsi Jawa Tengah dapat diganti dengan mengisikan

formulir berupa password lama, password baru, dan konfirmasi password baru.

Jika formulir-formulir ini terisi dengan benar, maka password akan sukses

terganti dan langsung tersimpan di dalam basis data.

if ($query) { //jika berhasil input data

header('location:sukses.php');

}else { //jika gagal input

header('location:gagal.php');

}

}else {

header('location:gagal.php');

}

?>

54

5.1.3. Implementasi Antarmuka


Provinsi Jawa Tengah adalah sebuah sistem yang mempermudah pegawai dalam

penulisan dan pertanggungjawaban laporan capaian kinerja harian. Maka dari itu,

sistem ini harus memiliki tampilan yang nyaman dan sesuai dengan karakteristik

pegawai sebagai pengguna. Implementasi antarmuka SI-LCKH dapat dilihat pada

Gambar 5.5 sampai dengan Gambar 5.13 berikut ini.

a. Halaman Login

Saat pertama kali pegawai membuka sistem ini, maka pegawai harus

memasukkan username dan password. Jika benar, akan masuk ke halaman

utama.

Gambar 5.5. Implementasi Halaman Login

b. Halaman Pembuatan Laporan

Setelah pegawai masuk, maka akan menuju halaman pembuatan laporan. Pada

halaman ini, pegawai dapat membuat laporan sesuai dengan kinerja harian yang

telah diselesaikannya. Untuk pengguna Eselon IV, III, dan II, memiliki akses

tombol untuk melihat pegawai sesuai dengan unit kerjanya.

c. Halaman Lihat Pegawai

Berikut adalam tampilan pegawai saat menekan tombol Lihat Pegawai. Pada

tampilan ini akan muncul pegawai yang memiliki jabatan di bawahnya dan

memiliki kesamaan unit kerja. Dengan kata lain, fitur Lihat Pegawai ini tidak

dapat melihat pegawai yang tingkat jabatannya lebih tinggi atau di luar unit

kerjanya. Dari tampilan ini, pegawai dapat melihat laporan pegawai

bawahannya.

55

Gambar 5.6. Implementasi Halaman Pembuatan Laporan

Gambar 5.7. Implementasi Halaman Lihat Pegawai

d. Halaman Lihat Laporan Pegawai

Tampilan halaman ini adalah saat pegawai melihat laporan pegawai sesuai

tanggal yang dipilihnya. Kemudian, pegawai memiliki hak untuk menyetujui

ataupun menolak laporan yang dilihat berdasarkan penilaian yang ada. Hasil dari

penindaklanjutan ini lang

laporan praktek kerja lapangan sistem informasi

Documents