Teknik Informatika

LAPORAN PENELITIAN
TERAPAN SWADANA

RANCANG BANGUN SISTEM INFORMASI PENILAIAN ANGKA

KREDIT (SIPAK) DOSEN POLITEKNIK NEGERI SEMARANG
BERBASIS WEB

Oleh :
Slamet Handoko, S.Kom., M.Kom. NIDN: 0030017502
Tri Raharjo Yudantoro, S.Kom, M. Kom. NIDN: 0025106802
Mardiyono, S.Kom, M.Sc NIDN: 0011037401
Idhawati Hestiningsih, S.Kom, M.Kom NIDN: 0019117703
Prayitno, S.ST. M.T NIDN: 0010048506

DIBIAYAI DARI DAFTAR ISIAN

PELAKSANAAN ANGGARAN POLITEKNIK NEGERI SEMARANG
NOMOR 042.04.2.400137/2015, TANGGAL 15 APRIL 2015
SESUAI SURAT PERJANJIAN PELAKSANAAN
PENELITIAN TERAPAN-PNBP
DOSEN POLITEKNIK NEGERI SEMARANG
UNTUK PELAKSANAAN PENILITAN TERAPAN-PNBP
NOMOR: 12759/PL4/PPK/LK/2015

Polteknik Negeri Semarang

Semarang
Oktober 2015

PENELITIAN TERAPAN SWADANA
Judul
Tor Penelitian
Ketua Peneliti
a. Nama Lengkap
b. NIDN
c. Jabatan Fungsional
d. Jurusan/Program Studi
e. Nomor HP
f. Alamat Surel / email
Anggota Peneliti (1)
a. Nama Lengkap
b. NIDN
c. Perguruan Tinggi
Anggota Peneliti (2)
a. Nama Lengkap
b. NIDN
c. Perguruan Tinggi
Anggota Peneliti (3)
a. Nama Lengkap
b. NIDN
c. Perguruan Tinggi
Anggota Peneliti (4)
a. Nama Lengkap
b. NIDN
c. Perguruan Tinggi
Sumber Biaya
Mengetahui,
Direktur,
(Ir. Supriyadi, M.T.)
NIP. 195909061987031002
(Dr. Sidiq Syamsul Hidayat, S.T., M.T.)
HALAMAN PENGESAHAN
: Rancang Bangun Sistem Informasi Penilaian Angka Kredit
(SIPAK) Dosen Politeknik Negeri Semarang Berbasis WEB.
:
: Slamet Handoko, S. Kom., M. Kom.
: 0030017502
: Lektor
: Teknik Elektro / Teknik Informatika
: 081225211667
: hands101polines@gmail.com
: Tri Raharjo Yudantoro, S.Kom, M. Kom.
: 0025106802
: Politeknik Negeri Semarang
: Mardiyono, S.Kom, M.Sc
: 0011037401
: Politeknik Negeri Semarang
: Idhawati Hestiningsih, S.Kom. M.Kom
: 0019117703
: Politeknik Negeri Semarang
: Prayitno, S.ST, M.T
: 0010048506
: Politeknik Negeri Semarang
: - Dana DIPA Polines Rp. 7.500.000,-
- Dana institusi lain -
- Total dana Rp. 7. 500.000,-
Semarang, Oktober 2015
Ketua Peneliti,
(Slamet Handoko, S.Kom., M.Kom)
NIP. 197501302001121001)
Menyetujui,
Kepala P3M,
NIP.197203112000031002
DAFTAR ISI
ii
 Halaman

JUDUL .......................................................................................................... i

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

DAFTAR ISI .................................................................................................. iii

RINGKASAN ………… ............................................................................... iv

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

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

1.2 Perumusan Masalah ……………………………………………………... 3

1.3 Batasan Masalah ………………………………..……………………… 3

BAB II TINJAUAN PUSTAKA …… ................................................................... 5

2.1 Telaah Pustaka …………………………………………………………. 5
2.2 Landasan Teori ………………………………………………………… 8
2.2.1 Angka Kredit Dosen …………………………………………………... 8
2.2.2 Pengertian Framework ………………………………………………. 8
2.2.2.1 Model-View-Controller (MVC) …………………….…………….. 9
2.2.2.2 Framework CodeIgniter ………………………………….……….. 11
2.2.3 SMS GATEWAY ……………………………………………………………. 12
2.2.3.1 Definisi Short Message Service (SMS) ………………………….. 12
2.2.3.2 Pengertian SMS Gateway ……………………………………….. 12
2.2.4 MySQL ……………………………………………………………………… 15
2.2.5 Java Script ………………………………………………………………… 16

BAB III TUJUAN DAN MANFAAT PENELITIAN …………………… 18

3.1. Tujuan Penelitian ……………………………………………………… 18

3.2. Manfaat Penelitian …………………………………………………….. 18

BAB IV METODE PENELITIAN… .......................................................... 20

4.1. Waktu dan Tempat ………………..…..................................................... 20
4.2 Bahan Penelitian ....................................................................................... 20
4.2.1 Jenis Penelitian .................................................................................. 20
4.2.2. Populasi dan Sampel .......................................................................... 20

iii
4.3. Alat Penelitian ……………………………..…………………………… 20
4.4. Prosedur Penelitian ………………………..…………………………… 21
4.5. Analisis Sistem ……………………………………………………….. 22
4.5.1 Gambaran Umum Sistem …………………………………………….. 22
4.5.2 Analisa Kebutuhan Sistem ……………………………………………. 23
4.5.2.1 Analisis Kebutuhan Perangkat Keras ………………….………… 23
4.5.2.2 Analisis Kebutuhan Perangkat Lunak …………………………… 24
4.5.2.3 Analisis Fungsional Sistem ……………………..……………… 24
4.5.2.4 Analisis Non-Fungsional Sistem ………………..……………… 25
4.5.3 Analisis Sistem Dengan Unified Modelling Language (UML) ……. 25
4.5.3.1 Pemodelan Use Case Diagram ……………….………………………. 25
4.5.3.2 Pembuatan Use Case Diagram ……………………..………………… 27
4.5.3.3 Pemodelan Activity Diagram ……………………….…………… 30
4.5.4. Entitiy Relationship Diagram / ERD ……………………………….. 35
4.5.5. Relasi Antar Tabel ………………………………………………………….. 36
4.6. Perancangan Sistem …………………………………………………… 37
4.6.1. Perancangan Basisdata ……………………………………………………… 37
4.6.2 Perancangan Sistem Informasi ………………………………………. 41
4.6.3 Perancangan Pengujian Sistem ……………………………………….. 47
4.6.3.1 Pengujian Fungsionalitas …………………………………………… 47

BAB V HASIL DAN PEMBAHASAN......................................................... 49

5.1 Instalasi Paket Perangkat Lunak……..…................................................. 49
5.1.1. Instalasi LAMP (Linux Apache MySql dan PHP) ………………….. 49
5.1.2. Instalasi GAMMU …………………………………………………… 49
5.2 Implementasi Basis Data ……………………………………………….. 51
5.3 Implementasi Sistem …………………………………………………… 54
5.4 Pengujian Sistem ……………………………………………………….. 65

68
BAB VI PENUTUP .......................................................................................
68
6.1 Kesimpulan ………………………………………………………………
6.2 Saran …………………………………………………………………….. 68

iv
DAFTAR PUSTAKA .................................................................................... 69

LAMPIRAN ................................................................................................... 71

v
 DAFTAR GAMBAR

Halaman

Gambar 2.1 Perbedaan Struktur Web klasik dengan MVC CodeIgniter ... 11
Gambar 2.2 Blok Skema Teknologi SMS Gateway Secara Konseptual …………… 13
Gambar 2.3 Blok Skema SMS Gateway Secara Teknis …………………….. 14
Gambar 3.1. Manfaat Penelitian …………………………………………….. 19
Gambar 4.1 Model Water Fall ……………………………………………………. 21
Gambar 4.2 Gambaran Skema sistem …………………………………………….. 23
Gambar 4.3 Use Case Admin ………………………………………………. 28
Gambar 4.4 Use Case Dosen …………………………………….…………. 28
Gambar 4.5 Use Case Tim Verifikasi ……………………………………… 29
Gambar 4.6 Use Case Kajur ………………………………………………… 29
Gambar 4.7 Use Case Tim PAK ……………………………………………. 30
Gambar 4.8 Use Case Direktur …………………………………………….. 30
Gambar 4.9 Diagram Aktivitas User Admin ………………………………………. 31
Gambar 4.10 Diagram Aktivitas Data Dosen ………………………………. 31
Gambar 4.11 Diagram Aktivitas Login User ……………………………….. 32
Gambar 4.12 Diagram Aktivitas Edit Profile Informasi Dosen …………….. 32
Gambar 4.13 Diagram Aktivitas Mengisi Unsur Penilaian …………………. 33
Gambar 4.14 Diagram Aktivitas Pemeriksaan Unsur Penilaian ……………. 33
Gambar 4.15 Diagram Aktivitas Menyetujui Kenaikan Pangkat ………….. 34
Gambar 4.16 Diagram Aktivitas Memberi Nilai Angka Kredit ……………. 34
Gambar 4.17 Diagram Aktivitas Melihat Hasil PAK Dosen ……………….. 35
Gambar 4.18 ERD Penilaian Angka Kredit Dosen Polines ………………… 36
Gambar 4.19. Relasi antar tabel …………………………………………….. 37
Gambar 4.20 Rancangan Menu Login Admin ……………………………… 41
Gambar 4.21Rancangan Awal Menu Admin ………………………………. 41
Gambar 4.22 Rancangan Tambah Data User Dosen Oleh Admin …………... 42
Gambar 4.23 Rancangan Login User ……………………………………….. 42
Gambar 4.24 Rancangan Halaman Menu User Dosen …………………….. 43
Gambar 4.25 Rancangan Halaman Unsur Penilaian ……………………… 43

vi
Gambar 4.26 Rancangan Halaman User Tim Verifikasi …………………. 44
Gambar 4.27 Rancangan penilaian user tim verifikasi …………………… 44
Gambar 4.28 Rancangan penilaian user Kajur ……………………………. 45
Gambar 4.29 Rancangan pemeriksaan user kajur ………………………… 45
Gambar 4.30 Rancangan halaman user Tim PAK ………………………… 45
Gambar 4.31 Rancangan pemeriksaan dan penilaian user Tim PAK …….. 46
Gambar 4.32 Rancangan halaman user Direktur ………………………….. 46
Gambar 4.33 Rancangan halaman Hasil Pemeriksaan dan Penilaian user
Direktur……………………………………………………… 47
Gambar 5.1 Tampilan hasil uji codeigniter …………………………………. 50
Gambar 5.2 Struktur Tabel Dosen …………………………………………. 52
Gambar 5.3 Struktur Tabel jurusan ………………………………………… 52
Gambar 5.4 Struktur Tabel Kredit_Dosen …………………………………. 53
Gambar 5.5 Struktur Tabel Penilaian ………………………………………. 53
Gambar 5.6 Struktur Tabel Unsur_Penilaian ……………………………… 53
Gambar 5.7 Struktur Tabel User …………………………………………… 54
Gambar 5.8 Header Halaman Pengunjung …………………………………. 54
Gambar 5.9 Halaman Login ………………………………………………… 55
Gambar 5.10 Tampilan Halaman User Admin ……………………………… 55
Gambar 5.11 Tampilan Form Tambah Data pada User Admin …………….. 56
Gambar 5.12 Tampilan Form Edit Data pada User Dosen …………………. 56
Gambar 5.13 Tampilan Form Unsur Penilaian Dosen ……………………… 57
Gambar 5.14 Tampilan Form Keterangan Unsur Penilaian Dosen …………. 57
Gambar 5.15 Rangkuman Angka Kredit Dosen …………………………….. 58
Gambar 5.16 Isian Angka Kredit Dosen ……………………………………. 58
Gambar 5.18 Rangkuman Angka Kredit Dosen …………………………….. 59
Gambar 5.19 Tampilan Form penilaian dari user tim verifikasi ……………. 59
Gambar 5.20 Tampilan Hasil penilaian angka kredit dosen. ……………….. 60
Gambar 5.21 Tampilan hasil cetak penilaian angka kredit bentuk file……… 60
Gambar 5.22 Menu Hasil Penilaian ………………………………………… 61
Gambar 5.23 Daftar Dosen Yang Telah Dinilai …………………………….. 61
Gambar 5.24 Pilih Icon Detail Penilaian ……………………………………. 62

vii
Gambar 5.25 Detail Penilaian Angka Kredit Dosen ………………………... 62
Gambar 5.26 Menu Kirim SMS Hasil Penilaian ……………………………. 63
Gambar 5.27 Pengiriman SMS Hasil Penilaian Seluruh Dosen ……………. 63
Gambar 5.28 Hasil Pengiriman SMS melalaui SMS Gateway …………….. 64

viii
 DAFTAR TABEL

Halaman

Tabel 2.1 Komparasi fitur website dengan sistem sejenis …………………... 7

Tabel 2.2 Istilah dalam SMS Gateway ………………………………………………….. 14
Tabel 4.1 Struktur tabel dosen ………………………………………………. 38
Tabel 4.2 Struktur tabel jurusan …………………………………………….. 38
Tabel 4.3 Struktur tabel kredit_dosen ………………………………………. 39
Tabel 4.4 Struktur tabel penilaian …………………………………………... 39
Tabel 4.5 menunjukkan tabel unsur_penilaian …………………………….. 40
Tabel 4.6 Struktur tabel user ………………………………………………... 40
Tabel 4.7 Rancang Uji Sistem ……………………………………………… 48
Tabel 5.1 Pengujian Sistem …………………………………………………. 65

ix
 RINGKASAN

Penelitian ini mengembangkan sistem Rancang Bangun Sistem Informasi Penilaian Angka
Kredit (SIPAK) Dosen Politeknik Negeri Semarang Berbasis Web yang telah dibangun
bersama mahasiswa dalam suatu Tugas Akhir dan diacu dari beberapa jurnal dan skripsi yang
sudah ada. Penelitian lanjutan dilakukan dengan memperluas tidak hanya untuk menghitung
angka kredit dosen, akan tetapi juga dikembangkan kearah yang lebih informatif.
Pengembangan tersebut berupa pemberian informasi secara otomatis dari sistem melalui SMS
terkait dengan kepangkatan dosen Politeknik Negeri Semarang. Selanjutnya hasil dari kajian
studi kelayakan dianalisis untuk mengidentifikasi permasalahan tentang sistem ini,
memahami sistem kerja dari perangkat lunak yang dibangun, menganalisis kebutuhan dan
kelemahan perangkat lunak , dan membuat resum dari analisis yang dilakukan. Setelah itu
dilakukan perancangan perangkat lunak yang akan dibangun menggunakan Entity
Relationship Diagram (ERD) agar gambaran sistem dapat dijabarkan secara detail.
Implementasi dilakukan dengan membangun perangkat lunak berbasis web memanfaatkan
bahasa pemrograman PHP yang didukung oleh database MySQL. Pada tahap akhir dilakukan
testing dengan cara mengujikan pada pengguna sistem dalam hal ini para dosen di lingkungan
Politeknik Negeri Semarang. Hasil dari penelitian ini berupa Rancang Bangun Sistem
Informasi Penilaian Angka Kredit (SIPAK) Dosen Politeknik Negeri Semarang Berbasis
SMS Gateway.

x
 BAB 1
PENDAHULUAN

1.1 Latar Belakang

Dengan perkembangan teknologi layanan komputasi, Web Applications Development

(WAD) menggantikannya dengan sumber daya untuk menggunakan kembali layanan yang
tersedia di Internet. Dengan demikian, perancangan dan pemrograman fase account tidak
akan lagi untuk rasio yang besar dalam siklus pengembangan perangkat lunak.
Sebaliknya, persyaratan rekayasa (ketepatan, reliabilitas, kegunaan, aksesibilitas, kinerja
dan kesesuaian), sebuah fase yang terjadi sebelum desain dan pemrograman, akan
memainkan peran yang lebih penting yang menentukan keberhasilan WAD. Zhang (2008).

Dalam kenyataannya rekayasa harus dipikirkan dengan baik sebagai desain dan
pemrograman, namun kekurangan yang telah menyebabkan banyak proyek dengan sedikit
persyaratan dan menyalahkan sebagai alasan utama bagi banyak kegagalan perangkat
lunak. Oleh karena itu, persyaratan teknik sekarang bergerak ke permukaan memperoleh
peningkatan signifikan dalam rekayasa perangkat lunak untuk layanan aplikasi berorientasi
web. Zhang (2008).

Aplikasi web memiliki persyaratan karakteristik yang baru menyebabkan mereka untuk
mengubah lebih cepat. Hal ini membuat pemodelan tradisional dan metode validasi
persyaratan cukup untuk memberikan dukungan yang memadai untuk aplikasi web.
Persyaratan aplikasi web tidak hanya berasal dari analisis domain umum dan personalisasi
persyaratan pengguna beragam, tetapi juga ketersediaan layanan web terkait. Persyaratan
aplikasi web juga berkembang saat web digunakan, sehinnga aplikasi web harus
memenuhi untuk mengeksplorasi pendekatan rekayasa, mengidentifikasi, menjelaskan,
memvalidasi dan persyaratan mengelola aplikasi web. Zhang (2008).

Penggunaan aplikasi web untuk menyelesaikan tugas sehari-hari dalam perusahaan yang
mengarah ke aplikasi web dengan lebih kompleks. Beberapa aplikasi web menimbulkan
kompleksitas lebih lanjut. Para pengguna memanfaatkan aplikasi web untuk
menyelesaikan tugas-tugas bisnis tertentu dengan cara yang paling efisien. Akibatnya,
kemungkinan terlalu banyak navigasi dalam sistem dan tugas-tugas bisnis yang tersebar
dalam satu jaringan oleh penggunaan aplikasi web dengan menanggung risiko pengguna
akhir yang menggunakan sistem tersebut. Sonneck (2003).
1
 2

Pembelajaran secara tradisional dan pembalajaran secara online dibahas dalam tesis
Hughes (2009). Pada kajian tersebut disarankan tentang informasi mengenai beragam
budaya online diperguruan tinggi.

Dosen dalam pengumpulan angka kredit dosen masih sering mengalami keterlambatan
dan masih harus diingatkan oleh pimpinan fakultas. Untuk mengingatkan seorang dosen
yang lama tidak naik jabatan, petugas kepegawaian harus mencari file-file setiap dosen
mana yang harus diberi peringatan tersebut, ini akan memerlukan tenaga dan waktu.

Penilaian angka kredit adalah suatu proses penilaian prestasi dosen dilihat dari aktivitas-
aktivitas yang telah dilakukan dosen berdasarkan pada pedoman penilaian angka kredit
jabatan fungsional dosen. Dosen tidak melakukan pengajuan yang teratur dan disiplin.
Aktivitas dosen juga tidak terarah dalam pemenuhan unsur-unsur yang menjadi syarat
kenaikan jabatan fungsional. Pengumpulan, pencatatan, penghitungan, dan penyusunan
dokumen pengajuan masih dilakukan secara manual sehingga lambatnya pengajuan yang
dilakukan dosen. Monitoring aktivitas dan nilai yang diperoleh tidak bisa diketahui secara
langsung. Saptadi, S. (2008).

Natakusumah (2008) membahas penelitian merancang sistem informasi Penetapan

Angka Kredit (PAK) untuk jabatan peneliti yang hanya sebatas berbasis komputer,
sehingga dapat memudahkan dalam membuat laporan penentuan angka kredit,
memudahkan pemasukan dan pencarian data sehingga dapat menghasilkan informasi yang
akurat, tepat waktu dan relevan.

Karnila (2007), juga merancang sistem informasi Penetapan Angka Kredit (PAK)
fungsional berdasarkan sebatas sistem komputerisasi. Sistem ini menghasilkan laporan
PAK, dan memiliki fasilitas untuk entry data dan pencarian, sehingga menghasilkan
informasi yang memenuhi kriteria akurasi, ketepatan waktu, dan relevansi.

Achlison (2005) menulis tentang mempermudah penukaran informasi akademik dari

kampus yang berjauhan perlu suatu sistem informasi akademik yang dapat diakses
menggunakan jaringan WAP dan GPRS. Pembahasan Achlison ini mengenai Kartu Hasil
Studi (KHS) lewat telepon seluler.

Sistem Informasi Penetapan Angka Kredit Dosen (SIPAK Dosen) jabatan fungsional
berdasarkan sistem komputerisasi ditambah web applications merupakan fasilitas
komputer yang berbeda dari yang telah ada saat ini. Karena untuk meng-entry data
 3

angka kredit jabatan fungsional menggunakan komputer merupakan hal yang dianggap
biasa. Penggunaan jaringan Internet saat ini juga merupakan hal umum.

Telah adanya Penetapan Angka Kredit berbasis komputer, menurut Natakusumah dan
Karlina, untuk itu perlu dibuatkan aplikasi web sebagai nilai tambah, sehingga
pengisian angka kredit jabatan fungsional menggunakan aplikasi web lewat jaringan
Internet merupakan nilai tambah yang sangat berbeda dengan sistem yang telah ada, jadi
ini merupakan SIPAK yang baru.

Masalah keterlambatan dosen dalam naik jabatan fungsional dan kesulitan mencari file-
file dosen yang terlambat naik jabatan dan agar dapat dimonitor, perlu dibuatkan sistem
informasi dengan komputer sebagai alat bantu yang baik dalam pengumpulan data,
pencatatan, penghitungan, dan penghasil informasi yang cepat dan akurat. Sistem
Informasi Penilaian Angka Kredit (SIPAK) Dosen menggunakan web applications
dirancang untuk membantu mempermudah dalam pelaksanaan pengisian penetapan
angka kredit. SIPAK diisikan dalam web oleh Dosen yang bersangkutan sebagai syarat
pengajuan jabatan fungsional ke jenjang fungsional yang lebih tinggi.

1.2 Perumusan Masalah

Dari berbagai pembahasan diatas, di perguruan tinggi yang berhubungan dengan dosen
khususnya mengenai isian angka kredit jabatan fungsional dosen dari layanan manual
dapat diubah menjadi layanan yang lebih efektif dan efisien melalui internet dengan
memanfaatkan aplikasi web (web applications), untuk itu perlu adanya “Sistem Informasi
Penilaian Angka Kredit (SIPAK) Dosen Politeknik Negeri Semarang Berbasis WEB”.

1.3 Batasan Masalah

Dalam pembuatan Penelitian ini, masalah yang akan dibahas terbatas pada:
1) Rancang bangun dibatasi hanya pada aplikasi web usulan penetapan angka
kredit jabatan fungsional dosen untuk syarat kenaikan jabatan, tidak membahas
prosedur kenaikan jabatannya, karena prosedur kenaikan jabatan fungsional
tergantung pribadi dosen yang ingin terus mengurus kenaikan jabatan
fungsionalnya yang melibatkan tim penilaian angka kredit.
 4

2) Aplikasi oleh user hanya dapat dilakukan oleh client yang telah terdaftar dalam
database server.
3) Jaringan untuk komunikasi antara server dan client menggunakan intranet atau
internet.
 BAB II
TINJAUAN PUSTAKA

2.1 Telaah Pustaka

Penelitian terkait dengan permasalahan yang dibahas dalam penelitian ini adalah sebagai
berikut :

a. Perancangan Sistem Informasi Penilaian Angka Kredit Dosen Pada Program Studi
Teknik Industri Universitas Diponegoro.
Saptadi, Singgih and Sriyanto, ST,MT and Edi Saputro, Sulaksono (2008) Perancangan
Sistem Informasi Penilaian Angka Kredit Dosen Pada Program Studi Teknik Industri
Universitas Diponegoro. Diponegoro University. (Unpublished). Penilaian angka kredit
adalah suatu proses penilaian prestasi dosen dilihat dari aktivitas-aktivitas yang telah
dilakukan dosen berdasarkan pada pedoman penilaian angka kredit jabatan fungsional dosen.
Unsur penilaian terdapat didalam konsep Tri Dharma Perguruan Tinggi terdiri atas unsur
pendidikan dan pengajaran, unsur penelitian, unsur pengabdian masyarakat dan unsur
penunjang Tri Dharma Perguruan Tinggi. Peningkatan jabatan fungsional dapat diperoleh
jika dosen melakukan pengajuan angka kredit karena telah mencukupi angka kredit dan
syarat yang telah ditetapkan. Pelaksanaan penilaian angka kredit di tingkat jurusan pada
Program Studi Teknik Industri masih mengalami kesulitan dalam hal pengajuannya. Dosen
tidak melakukan pengajuan yang teratur dan disiplin. Aktivitas dosen juga tidak terarah
dalam pemenuhan unsur-unsur yang menjadi syarat kenaikan jabatan fungsional.
Pengumpulan,pencatatan,penghitungan dan penyusunan dokumen pengajuan masih
dilakukan secara manual sehingga lambatnya pengajuan yang dilakukan dosen. Monitoring
aktivitas dan nilai yang diperoleh tidak bisa diketahui secara langsung. Sistem Informasi
berbasis computer menjadi alat bantu yang baik dalam pengumpulan data,
pencatatan,penghitungan, dan penghasil informasi yang cepat dan akurat. Sistem Informasi
Penilaian Angka Kredit Dosen (SIPAK Dosen) dirancang untuk membantu mempermudah
dalam pelaksanaan penilaian angka kredit. SIPAK Dosen mencakup pengajuan untuk tingkat
jurusan. SIPAK Dosen dibangun dengan dengan mengkaji dari user-user yang terlibat dan
data-data yang dibutuhkan. Alat pengembangan system menggunakan metode IDEF
(Integrated Definition). Permodelan database menggunakan ERD . Output yang dihasilkan
adalah SIPAK (Sistem Informasi Penilaian Angka Kredit). SIPAK Dosen digunakan untuk

5
 6

mempermudah pengumpulan, pencatatan, perhitungan dan pengajuan angka kredit dosen di

tingkat jurusan.

b. Rancang bangun Sistem Pengolahan Data Angka Kredit untuk Manajemen Jabatan
Fungsional Dosen di Universitas Bina Darma Palembang.
Ari Muzakir, Kurniawan . Dosen Teknik Informatika Universitas Bina Darma Jl Jend A
Yani No 12,Plaju,Palembang 30264 Email : ariemuzakir@mail.binadarma.ac.id ,
kurniawan@mail.binadarma.ac.id. Dosen dalam tugasnya adalah seorang yang secara
langsung membagikan dan menyebarluaskan ilmu pengetahuan, serta melakukan penelitian
dan pengabdian kepada masyarakat luas dengan banyaknya beban kerja yang dimiliki dosen
ini menjadikan proses pendokumentasian dan penilaian pada Universitas Bina Darma
Palembang menjadi penting dilakukan. Unsur unsur penilaian dalam pemenuhan kriteria
kenaikan jabatan membuat perhitungan secara manual membutuhkan waktu yang lama.
Sehingga perlu dibangun suatu sistem yang dapat membantu dalam menentukan penilaian
angka kredit jabatan fungsional dosen di Universitas Bina Darma. Dengan sistem ini, tingkat
kesalahan pada saat penginputan data penilaian dapat diperkecil karena dengan interface dan
perhitungan oleh sistem yang telah disesuaikan dengan data aslinya yang mudah digunakan.
Selain itu informasi yang dihasilkan dari penelitian, pengabdian,pendidikan dan pengajaran
dapat digunakan sebagai parameter dalam pemberitaan nilai angka kredit bagi dosen.

c. Aplikasi Pra Penghitungan Angka Kredit Jabatan Fungsional Dosen.

Budi Dedhi Prasetyo. Aplikasi Pra Penghitungan Angka Kredit Jabatan Fungsional Dosen.
Aplikasi Pra Penghitungan Angka Kredit Jabatan Fungsional Dosen adalah sebuah aplikasi
yang dibuat untuk membantu perhitungan angka kredit disen sebelum dosen mengajukan
kenaikan jabatan fungsionalnya. Jabatan Fungsional adalah Jabatan non structural yang
disandang oleh Dosen. Jabatan Fungsional diklasifikasikan sebagai berikut : Asisten Ahli,
Lektor, Lektor Kepala, Guru Besar.
Angka Kredit adalah satuan nilai dari tiap butir kegiatan atau akumulasi nilai butir-butir
kegiatan yang diberikan/ditetapkan berdasarkan penilaian atas prestasi yang telah dicapai oleh
seorang dosen dan yang dipergunakan sebagai salah satu syarat dalam rangka pembinaan
karier dalam jabatan fungsional/kepangkatan dosen. Metode pengembangan system
menggunakan System Development Life Cycle (SDLC) dengan model sekuensial linear.
Aplikasi tersebut dibuat dengan menggunakan bahasa pemrograman PHP (PHP: Hypertext
 7

Preprocessor) versi 5 dan Database MySQL versi 5. Berdasarkan hasil penelitian, terciptalah
sebuah aplikasi pra penghitungan yang digunakan oleh dosen sebelum mengajukan penetapan
angka kredit dan kenaikan jabatan fungsionalnya.

Berikut disediakan Tabel 2.1 yang membandingkan fitur website Sistem Informasi Penilaian
Angka Kredit Dosen Politeknik Negeri Semarang Berbasis SMS Gateway dengan penelitian
terkait.

Tabel 2.1 Komparasi fitur website dengan sistem sejenis.

Sistem Sistem Aplikasi Pra Sistem Sistem
Informasi Pengolahan Penghitungan Informasi Informasi
Fitur Penilaian Angka Data Angka Angka Kredit Penilaian Angka Penilaian
Aplikasi Kredit Dosen Kredit untuk Jabatan Kredit Dosen Angka
Pada Program Manajemen Fungsional Politeknik Kredit
Studi Teknik Jabatan Dosen (2010) Negeri Dosen
Industri Fungsional Semarang Politeknik
Universitas Dosen di (2015) Negeri
Diponegoro Universitas Bina Semarang
(2008) Darma Berbasis
Palembang Web (2015)
(2008)
Berbasis
Web   -  
User
Friendly  - -  
Unsur
penilaian     
Tridharma
Download
hasil - - -  
penilaian
Responsi-
bility -  -  
SMS
Gateway - - - - 
 8

Penelitian ini adalah pengembangan dari penelitian dalam Tugas Akhir Sistem Informasi
Penilaian Angka Kredit Dosen Politeknik Negeri Semarang dengan penambahan proses
pengiriman hasil penilaian melalui metode SMS Gateway.

2.2 Landasan Teori

2.2.1 Angka Kredit Dosen
Angka kredit dosen adalah suatu proses penilaian prestasi dosen dilihat dari aktivitas-
aktivitas yang telah dilakukan dosen berdasarkan pada pedoman penilaian angka kredit
jabatan fungsional dosen. Dosen tidak melakukan pengajuan yang teratur dan disiplin.
Aktivitas dosen juga tidak terarah dalam pemenuhan unsur-unsur yang menjadi syarat
kenaikan jabatan fungsional. Pengumpulan, pencatatan, penghitungan, dan penyusunan
dokumen pengajuan masih dilakukan secara manual sehingga lambatnya pengajuan yang
dilakukan dosen. Monitoring aktivitas dan nilai yang diperoleh tidak bisa diketahui secara
langsung.

Berdasarkan Keputusan Bersama Menteri Pendidikan dan Kebudayaan dan Kepala Badan
Kepegawaian Negara Nomor : 61409/Mpk/Kp/99 Nomor: 181 Tahun 1999 Tentang Petunjuk
Pelaksanaan Jabatan Fungsional Dosen dan Angka Kreditnya. Angka Kredit, adalah satuan
nilai dari tiap butir kegiatan dan atau akumulasi nilai butir-butir kegiatan yang
diberikan/ditetapkan berdasarkan penilaian atas prestasi yang telah dicapai oleh seorang dosen
dan yang dipergunakan sebagai salah satu syarat dalam rangka pembinaaan karier dalam
jabatan fungsional/kepangkatan dosen. Jabatan Fungsional adalah Jabatan non struktual yang
disandang oleh Dosen. Jabatan Fungsional diklasifikasikan sebagai berikut : Assisten Ahli,
Lektor, Lektor Kepala, Guru Besar. Jabatan ini disesuiakan dengan Angka kredit yang
diperoleh Dosen yang bersangkutan.

2.2.2 Pengertian Framework

Framework adalah kumpulan perintah atau fungsi dasar yang membentuk aturan- aturan
tertentu dan saling berinteraksi satu sama lain sehingga dalam pembuatan aplikasi website,
disini harus mengikuti aturan dari framework tersebut. Dengan framework, tidak perlu
memikirkan kode perintah/fungsi dasar dari aplikasi website. Seperti bagaimana mengambil
 9

data dari database untuk ditampilkan. Disini hanya memikirkan apa kode sql-nya dan
ditampilkan kemana?

Hal-hal penunjang lainnya seperti koneksi database, validasi form, GUI, dan keamanan,telah
disediakan oleh framework sehingga baris kode yang dibuat jauh lebih sedikit
dibandingkan semua kode dari pembangun web. Jadi keuntungan menggunakan
framework adalah:
1) Waktu pembuatan website jauh lebih singkat.
2) Kode aplikasi website menjadi lebih mudah dibaca, karena sedikit dan sifatnya pokok.
3) Website jadi lebih mudah diperbaiki, kerena tidak perlu fokus kesemua
komponen kode website, terutama kode system framework.
4) Tidak perlu lagi membuat kode penunjang aplikasi website seperti koneksi
database, validasi form, GUI dan keamanan.
5) Pikiran menjadi lebih terfokus kekode alur permasalahan website, apa yang
ditampilkan dan layanan apa saja yang diberikan dari aplikasi tersebut.
Sumber (Andi & Wahana Komputer : 2011)

2.2.2.1 Model-View-Controller (MVC)

Model-View-Control merupakan suatu konsep cukup populer dalam membangun aplikasi

web, berawal pada bahasa pemerograman Small Talk, MVC memisahkan aplikasi
berdasarkan komponen utama membangun sebuah aplikasi seperti manipulasi data, user
interface, dan bagian yang menjadi kontrol aplikasi.

Sumber (Andi & Wahana Komputer : 2011)

Terdapat 3 jenis komponen yang membangun suatu MVC dalam suatu aplikasi yaitu:

1) Model, biasanya berhubungan langsung dengan database untuk memanipulasi data,

menangani validasi dari bagian controller, namun dapat berhungan langsung dengan
bagian view.

2) View, merupakan bagian yang menangani presentation logic. Pada suatu aplikasi
webbagian ini biasanya berupa bagian template HTML. Yang diatur oleh controller.
View berfungsi untuk menerima dan merepresenasikan data kepada user.
 10

3) Controller, merupakan bagian yang mengatur hubungan antara bagian model dan
bagian view, controller berfungsi untk menerima request dan data dari user kemudian
menentukan apa yang akan diproses oleh aplikasi.

Dengan prinsip MVC, suatu aplikasi dapat dikembangkan sesuai kemampuan

pembangunnya, yaitu programmer yang menangani bagian model dan controller, sedangkan
designer yang menangani bagian view, sehingga penggunaan arsitektur MVC dapat
meningkatkan pemeliharaan dan organisasi kode. Walaupun dibutuhkan komunikasi
yang baik antara programmer dan designer dalam menangani variabel-variabel yang
akan ditampilkan.

MVC merupakan pattern yang tidak dapat langsung dipetakan menjadi kode, MVC lebih
merupakan suatu rancangan konseptual atau paradigma. Seiring dengan semakin banyaknya
penggunaan client side scripting, ada 3 jenis kemungkinan MVC yang terjadi pada suatu
aplikasi web yaitu :

1) Server Side MVC, Server Side MVC biasa terjadi pada aplikasi web
tradisional, yang tidak melibatkan client side seperti Javascript, Java Applet, Flash,
dll. Server Side MVC menyerahkan keseluruhan proses bisnis pada server, aplikasi
disisi user hanya dapat menerima. MVC jenis ini disebut juga dengan nama Thin
Client.

2) Mixed Client Side and Server Side MVC , Client tidak menggunakan model sebagai
jembatan untuk melakukan komunikasi pada server, dibandingkan dengan Server Side
MVC, arsitektur ini memiliki tingkat kompleksitas yang tinggi karena banyak
komponen yang terlibat. Client menggunakan model sebagai jembatan untuk melakukan
komunikasi pada server, dibandingkan dengan arsitektur MVC yang lain, arsitektur ini
memiliki tingkat kompleksitas yang paling tinggi karena lebih banyak komponen yang
terlibat.

3) Rich Internet Application MVC , Application MVC Rich Internet Application (RIA)
disebut juga dengan nama Fat Client, merupakan aplikasi web yang memiliki
kemampuan dan fungsi hampir seperti aplikasi desktop.

Sumber (Andi & Wahana Komputer : 2011)

2.2.2.2 Framework CodeIgniter

 11

CodeIgniter adalah aplikasi open source yang berupa framework dengan model MVC
(Model, View, Controller) untuk membangun website dinamis dengan menggunakan
PHP. CodeIgniter memudahkan developer untuk membuat aplikasi web dengan
cepat dan mudah dibandingkan dengan membuatnya dari awal. Perbedan struktur web
cara klasik dan metode mvc codeigniter dapat dilihat pada Gambar 2.1 :

a. Web Klasik b. MVC CodeIgniter

Gambar 2.1 Perbedaan Struktur Web klasik dengan MVC CodeIgniter

Berdasarkan dari gambar yang diatas sebelah kiri (web klasik) bisa melihat pemrograman
menggunakan metode pemrograman PHP klasik disana terdapat PHP dengan SQL
queries dan kode HTML dalam satu file yang ditempelkan ke dalam logika HTML, PHP.
Secara sekilas pemrograman ini tampak mudah dikerjakan dan cepat tapi sebenarnya
konsep pemerograman ini dapat memperlambat dan ketidak teraturan dengan SQL
queries, HTML, PHP logic.

Sedangkan pada gambar yang disebelah kanan (MVC CodeIgniter), mempunyai SQL
queries didalam sebuah model , HTML dan beberapa elemen grafik berada didalam view
dan PHP logic didalam controller. Controller dapat memanggil data yang ada dalam
database dari model dan memuatnya dalam view hingga menampilkannya kepada user.

Sumber (Andi & Wahana Komputer : 2011)

2.2.3 SMS GATEWAY

 12

2.2.3.1 Definisi Short Message Service (SMS)

Short Message Service (SMS) adalah suatu fasilitas untuk mengirim dan menerima suatu
pesan singkat berupa teks melalui perangkat nirkabel, yaitu perangkat komunikasi ponsel.
Salah satu kelebihan dari SMS adalah biaya yang murah. Selain itu SMS merupakan metode
store dan forward sehingga keuntungan yang didapat adalah pada saat ponsel penerima tidak
dapat dijangkau (tidak aktif atau diluar service area) penerima tetap dapat menerima SMS
apabila ponsel tersebut sudah aktif kembali. SMS menyediakan mekanisme untuk
mengirimkan pesan singkat dengan menggunakan sebuah Short Messaging Service Center
(SMSC), yang bertindak sebagai sistem yang berfungsi menyimpan dan mengirimkan
kembali pesan-pesan singkat. (Petra, 2009)

2.2.3.2 Pengertian SMS Gateway

SMS Gateway adalah suatu platform yang menyediakan mekanisme untuk mengirim dan
menerima SMS dari peralatan berjalan (HP, PDA phone, dll). SMS Gateway merupakan pintu
gerbang bagi penyebaran informasi dengan menggunakan SMS. Pesan dapat disebarkan ke
ratusan nomor secara otomatis dan cepat yang langsung terhubung dengan basis data nomor-
nomor ponsel tanpa harus mengetik ratusan nomor dan pesan di ponsel anda karena semua
nomor akan diambil secara otomatis dari basis data tersebut.

SMS Gateway adalah sebuah perangkat yang menawarkan layanan persinggahan SMS,
mentransformasikan pesan ke jaringan seluler dari media lain, atau sebaliknya, sehingga
memungkinkan pengiriman atau penerimaan pesan SMS dengan atau tanpa menggunakan
ponsel. Sehingga SMS Gateway dapat terhubung ke media lain seperti perangkat SMSC dan
server milik content provider melalui jaringan IP untuk memproses suatu layanan SMS.
Sebuah sistem SMS Gateway, umumnya terdiri komponen perangkat keras (Server atau
komputer yang dilengkapi dengan perangkat jaringan) dan perangkat lunak (aplikasi yang
digunakan untuk pengolahan pesan). Serta dibutuhkannya basis data untuk menyimpan data.

SMS Gateway membolehkan External User Application (EUA) untuk berkomunikasi dengan
Telco SMSC (telkomsel, indosat, dll) atau SMS platform untuk mengirim dan menerima
pesan SMS karena SMS Gateway akan melakukan semua proses dan koneksi dengan Telco.
EUA dapat berupa berbagai aplikasi yang memerlukan penggunaan SMS. Seperti berbagai
aplikasi web yang telah banyak menggunakan SMS (pendaftaran, konfirmasi melalui SMS,
 13

aplikasi perkantoran, dsb). EUA melakukan komunikasi dengan SMS Gateway melalui
Internet menggunakan standard HTTP GET atau HTTPS .

Telco SMSC akan mengirimkan pesan (SMS) tersebut kepada aplikasi SMS Gateway (sesuai
dengan nomor yang telah disewa) dengan menggunakan protokol khusus. Berdasarkan kata
kunci yang telah dituliskan pada SMS, maka sistem SMS Gateway akan mengirim SMS
tersebut ke URL yang telah ditentukan. EUA dapat mengirim SMS balasan kepada pelanggan
melalui SMS Gateway tersebut dan EUA dapat menentukan besarnya biaya yang akan
dikenakan kepada pelanggan. Biasanya telah ditentukan biayanya, contoh Rp 0 (gratis); Rp
500,- ; Rp 1000,- ; dst. Gambar 2.2 menunjukkan blok skema teknologi SMS Gateway secara
konseptual.

Gambar 2.2 Blok Skema Teknologi SMS Gateway Secara Konseptual

(Wirawan, 2009)

Pada Gambar 2.2 dapat dijelaskan sebagai berikut:

1) SMSC mengirimkan Mobile Origrnated (MO) SMS (yang dikirm oleh petugas
SATGANA kepada suatu shortcode) ke SMS Gateway.
2) Berdasarkan kata kunci yang telah didaftarkan, SMS Gateway mengirimkan pesan
tersebut ke URL yang telah ditentukan melalui mekanisme HTTP GET.
3) Pengguna mengirim Mobile Terminated (MT) SMS ke URL keluar melalui HTTP GET
dan memisahkan nama Gateway dan ID Gateway dari HTTP Header.
4) SMSC menerima MT SMS dari Gateway.
5) SMSC mengirim DN dari MT SMS ke SMS Gateway, yang dimana DN ini bergantung
kepada kondisi yang diset oleh telco.
6) SMS Gateway mengirim DN ke URL yang telah ditentukan melalui HTTP GET.
 14

Istilah pada blok skema pada Gambar 2.6 dapat dijelaskan pada Tabel 2.2

Tabel 2.2 Istilah dalam SMS Gateway

Istilah Penjelasan
DN Delivery Notice, DN ini akan dikirim oleh SMSC jika MT telah
berhasil dikirim ke pelanggan dan pemotongan biaya juga
berhasil.
MO Mobile Originated merupakan pesan yang datang (incoming)
dari pelanggan (untuk pesan yang hanya mengandungi kata
kunci yang sesuai) yang akan diteruskan ke URL yang telah
ditentukan pada aplikasi melalui mekanisme HTTP GET.
MT Mobile Terminated merupakan pesan yang keluar (outgoing)
telah dikirim ke URL yang telah ditetapkan oleh kata kunci,
kemudian EUA harus mengirim pesan MT melalui HTTP GET.
SMSC Short Message Service Cente, berfungsi menyampaikan pesan
SMS antar Mobile Station (MS) atau ponsel, dan juga
melakukan fungsi store-and-forwarding SMS jika nomor
penerima sedang tidak dapat menerima pesan.
EUA External User Application, entitas luar yang dapat berupa
server aplikasi penyedia layanan (Application Service Provider)
yang dimiliki oleh content provider yang dapat menerima
pesan, memproses pesan dan mengirim respon atas pesan yang
masuk.
Shortcode Nomor untuk mengirim atau menerima SMS dari atau ke
SMSC Gateway. Contoh : 3889, 9910, 2007,dsb.
Kata kunci Perkataan yang wajib ditulis saat mengirimkan SMS. Contoh:
(keyword) REG, INFO, CEK, dsb.
(Wirawan, 2009)

Gambar 2.3 Blok Skema SMS Gateway Secara Teknis

(Wirawan, 2009)

2.2.4 MySQL

MySQL, merupakan aplikasi atau perangkat lunak sistem manajemen basis data SQL atau DBMS
(Database Management System). MySQL sebenarnya merupakan turunan salah satu konsep utama
 15

dalam basis data yang telah ada sebelumnya yaitu SQL yang merupakan kepanjangan dari
Structured Query Langu age. SQL merupakan bahasa terstruktur yang digunakan untuk
mengolah database. MySQL dapat digunakan untuk membuat dan mengelola database beserta
isinya. Kita dapat memanfaatkan MySQL untuk menambahkan, mengubah, dan menghapus
data yang berada dalam database. Kehandalan suatu DBMS dapat diketahui cara kerja dalam
melakukan proses perintah SQL yang dibuat pengguna maupun program aplikasi yang
memanfaatkannya. (anonius : cara mudah membangun web dengan php, 2010)

MySQL memiliki beberapa keistimewaan, antara lain :

1) Portabilitas. MySQL dapat berjalan stabil pada berbagai sistem operasi seperti Windows,
Linux, FreeBSD, Mac Os X Server, Solaris, Amiga, dan masih banyak lagi.

2) Open Source.MySQL didistribusikan secara open source, dibawah lisensi GPL sehingga dapat
digunakan secara cuma-cuma.

3) 'Multiuser'. MySQL dapat digunakan oleh beberapa user dalam waktu yang bersamaan
tanpa mengalami masalah atau konflik.

4) 'Performance tuning'. MySQL memiliki kecepatan yang menakjubkan dalam menangani

query sederhana, dengan kata lain dapat memproses lebih banyak SQL per satuan waktu.

5) Jenis Kolom. MySQL memiliki tipe kolom yang sangat kompleks, seperti signed /
unsigned integer, float, double, char, text, date, timestamp, dan lain-lain.

6) Perintah dan Fungsi. MySQL memiliki operator dan fungsi secara penuh yang mendukung
perintah Select dan Where dalam perintah (query).

7) Keamanan. MySQL memiliki beberapa lapisan sekuritas seperti level

subnetmask, nama host, dan izin akses user dengan sistem perizinan yang mendetail serta sandi
terenkripsi.

8) Skalabilitas dan Pembatasan. MySQL mampu menangani basis data dalam skala besar,
dengan jumlah rekaman (records) lebih dari 50 juta dan 60 ribu tabel serta 5 milyar baris. Selain
itu batas indeks yang dapat ditampung mencapai 32 indeks pada tiap tabelnya.

9) Konektivitas. MySQL dapat melakukan koneksi dengan klien menggunakan protokol

TCP/IP, Unix soket (UNIX), atau Named Pipes (NT).

10) Lokalisasi. MySQL dapat mendeteksi pesan kesalahan pada klien dengan menggunakan
lebih dari dua puluh bahasa. Meski pun demikian, bahasa Indonesia belum termasuk di
dalamnya.

11) Antar Muka. MySQL memiliki interface (antar muka) terhadap berbagai aplikasi dan
 16

bahasa pemrograman dengan menggunakan fungsi API (Application Programming

Interface).

12) Klien dan Peralatan. MySQL dilengkapi dengan berbagai peralatan (tool)yang dapat digunakan
untuk administrasi basis data, dan pada setiap peralatan yang ada disertakan petunjuk online.

13) Struktur tabel. MySQL memiliki struktur tabel yang lebih fleksibel dalam menangani
ALTER TABLE, dibandingkan basis data lainnya semacam PostgreSQL ataupun Oracle.

2.3 Java Script

JavaScript adalah bahasa pemrograman yang khusus untuk halaman web agar halaman web menjadi
hidup. Jika dilihat dari suku katanya terdiri dari dua suku kata yaitu Java dan Script. Java adalah
Bahasa pemrograman berorintasi objek, sedangkan Script adalah serangkaian instruksi program.

Kelebihan dari JavaScript diantaranya adalah :

1) Ukuran file kecil

Skrip dari Javascript memiliki ukuran yang kecil jadi ketika web yang memiliki JavaScript
ditampilkan di browser, maka akses tampilannya akan lebih cepat dibandingkan ketika browser
membuka suatu web yang memiliki skrip Java.

2) Mudah untuk dipelajari

JavaScript yaitu bahasa semi pemrograman yang merupakan gabungan antara bahasa Java dengan
bahasa kode HTML jadi disebut juga bahasa hybrid.Walau JavaScript turunan dari Java, tapi
JavaScript tidak memiliki aturan serumit Java.

3) Terbuka

JavaScript tidak terkait oleh hardware maupun software tertentu, bahkan sistem operasi.Karena
bersifat terbuka maka dapat dibuat di semua jenis komputer.

Sedangkan kekurangan JavaScript diantaranya adalah :

1) Skrip tidak terenkripsi

Karena JavaScript bersifat client side, maka skrip yang dibuat di text editor dan telah dijadikan web
di server, ketika user me-request web dari server tersebut, maka sintaks JavaScript akan langsung
ditampilkan di browser.

2) Kemampuan terbatas
 17

Walau JavaScript mampu membuat bentuk web menjadi interaktif dan dinamis, tapi JavaScript tidak
mampu membuat program aplikasi sendiri seperti Java.

Sumber (Madcoms : 2012)

 BAB III
TUJUAN DAN MANFAAT PENELITIAN

3.1 Tujuan Penelitian

Tujuan dari penelitia ini adalah sebagai berikut :
1) Terciptanya sebuah aplikasi Sistem Informasi Penilaian Angka Kredit (SIPAK)
Dosen.
2) Membantu dan memberikan kemudahan bagi dosen dalam menghitung Angka Kredit.
3) Sebagai salah satu tolak ukur dosen sebelum mengajukan kenaikan jabatan
fungsional.

3.2 Manfaat Penelitian

Berikut ini manfaat dari penelitian yang dilakukan adalah sebagai berikut :

a. Bagi Penulis
1) Mendapatkan pengetahuan tentang Jabatan Fungsional Dosen.
2) Mendapatkan pengalaman dalam pembuatan sebuah aplikasi yang nantinya
berguna bagi penulis ketika memasuki dunia kerja.

b. Bagi Perguruan Tinggi

1) Sebagai Referensi dalam Penilaian Angka Kredit Dosen
2) Menambah literature tentang Penilaian Angka Kredit Dosen
3) Memberikan gambaran tentang kesiapan mahasiswa dalam menghadapi dunia
kerja yang sebenarnya

c. Bagi Dosen
1) Memberikan kemudahan dosen dalam melakukan penilaian angka kredit
dosen.
2) Sebagai bahan pertimbangan bagi dosen yang akan mengajukan kenaikan
jabatan fungsional.
3) Dosen dapat mengaplikasikan web dalam mengisikan angka kreditnya yang
akan digunakan sebagai syarat-syarat pemenuhan penetapan angka kredit
jabatan fungsional, juga memudahkan petugas kepegawaian dalam memeriksa
data dosen dengan perolehan angka kreditnya.

18
 19

Manfaat penelitian dapat dijabarkan dalam Gambar 3.1

PENELITIAN

Perguruan Tinggi
 Peran serta
perguruan tinggi
dalam penelitian
bidang SMS RANCANG
Gateay berbasis BANGUN
web. SISTEM Penulis / Peneliti
 Mendorong INFORMASI  Meningkatkan
terciptanya inovasi PENILAIAN kemampuan riset
Iptek ANGKA dalam teknologi
KREDIT basis data yang
BERBASIS dipadu dengan
WEB SMS gateway

Dosen
 Memberikan
kemudahan dosen
dalam melakukan
penilaian angka
kredit dosen
 Angka kredit
dosen dapat
dikoleksi sejak
awal dalam sistem

Gambar 3.1 Manfaat Penelitian

 BAB IV
METODE PENELITIAN

4.1. Waktu dan Tempat

Penelitian ini dilaksanakan mulai bulan April s/d November 2015 dengan mengambil objek
penelitian di Politeknik Negeri Semarang, yang beralamatkan dijalan Prof. Soedarto, SH
Tembalang - Semarang

4.2 Bahan Penelitian

Pada bagian sub bahasan bahan penelitian dibahas mengenai jenis penelitian, populasi dan
sampel.

4.2.1 Jenis Penelitian

Adapun jenis penelitian yang dipergunakan dalam penelitian ini adalah penelitian studi kasus,
yaitu membahas tentang isian angka kredit jabatan fungsional dosen dari layanan manual
dapat diubah menjadi layanan yang lebih efektif dan efisien melalui internet dengan
memanfaatkan aplikasi web (web applications) dan SMS gateway.

4.2.2. Populasi dan Sampel

Populasi adalah wilayah yang terdiri atas ; obyek yang mempunyai kuantitas dan karakteristik
tertentu yang ditetapkan oleh peneliti untuk dipelajari dan kemudian ditarik kesimpulannya
(Sugiyono, 2004 : 55).
Sampel adalah sebagian dari jumlah karakteristik yang dimiliki oleh populasi tersebut
(Sugiyono, 2004 : 55).
Dalam penelitian ini yang dijadikan sebagai populasi data penelitian diperoleh dari data
primer dan data sekunder berupa data isian angka kredit dosen dilingkungan Politeknik
Negeri Semarang.

4.3. Alat Penelitian

Alat yang digunakan dalam penelitian ini adalah sebagai berikut :
1) Paket Database Management System (DBMS) yang digunakan adalah MySQL.
2) Penulisan kode program menggunakan bahasa Pemrograman PHP.
3) Penggunaan perangkat lunak Gammu untuk server SMS Gateway

20
 21

4) Perangkat keras yang digunakan adalah satu set komputer yang berfungsi sebagai server
dan beberapa komputer yang difungsikan sebagai klien.

4.4. Prosedur Penelitian

Prosedur atau Tahapan-tahapan yang dilakukan untuk mencapai hasil yang memuaskan pada
penelitian ini dijabarkan dalam metode water fall sebagai seperti terlihat pada Gambar 4.1

Gambar 4.1 Model Water Fall

Metode Waterfall adalah suatu proses pengembangan perangkat lunak berurutan,dimana

kemajuan dipandang sebagai terus mengalir ke bawah (seperti air terjun). Model ini
melakukan pendekatan secara sistematis dan urut mulai dari analisis, desain, penulisan
kode program, pengujian program dan pemeliharaan. Adapun langkah-langkah dalam
metode waterfall dalam penelitian ini adalah sebagai berikut :

a. Problem Analysis (Analisis Permasalahan)

Metode ini bertujuan untuk mengumpulkan kebutuhan apa saja yang diperlukan dalam
perancangan sistem, mencakup kebutuhan perangkat lunak, perangkat keras, serta data
yang dibutuhkan. Untuk memperoleh informasi, saya akan melakukan wawancara,
diskusi dan survey pada beberapa Dosen Politeknik Negeri Semarang . Diharapkan
dengan cara tersebut, akan mendapatkan hasil analisa kebutuhan yang diperlukan guna
proses pembuatan aplikasi ini.
 22

b. Design ( Desain)
Pada tahap desain, dilakukan penyusunan proses, data, aliran proses dan hubungan data
yang paling optimal untuk memenuhi kebutuhan sesuai dengan hasil analisis kebutuhan.
Desain antarmuka akan dirancang se-menarik mungkin agar pengguna lebih tertarik
untuk menggunakannya. Desain yang akan digunakan adalah desain yang ramah
lingkungan dan mudah untuk diakses dan dimengerti oleh pengguna.

c. Implementation (Implementasi)
Pada tahap penulisan kode program, desain antarmuka yang telah dirancang akan
diterjemahkan ke dalam bahasa yang dapat dikenali oleh komputer agar dapat bekerja
sesuai dengan fungsi yang telah dirancang.

d. Testing (Pengujian Aplikasi)

Setelah tahap penulisan kode selesai maka akan dilakukan pengujian terhadap sistem/
aplikasi yang telah dibuat. Tujuan pengujian ini adalah untuk memastikan bahwa
program yang dibangun telah sesuai dengan rancangan dan semua fungsi dapat
digunakan dengan baik. Selain itu tahap ini juga berfungsi untuk menemukan
kesalahan-kesalahan terhadap sistem tersebut dan kemudian dapat diperbaiki.

e. Maintenance (Pemeliharaan)
Tahap terakhir adalah pemeliharaan, perangkat lunak yang akan dibuat didesain sebaik
mungkin sehingga telah memenuhi fungsi dan kegunaan yang dibutuhkan oleh
pengguna, dan apabila perlu diadakan upgrade system maka hal tersebut akan dilakukan
dalam jangka yang cukup lama.

4.5 Analisis Sistem

4.5.1 Gambaran Umum Sistem

Sistem yang akan dibuat meliputi informasi mengenai angka kredit dosen Politeknik Negeri
Semarang, skema sistem yang akan dibangun dan merupakan sebuah simulasi yang
melibatkan pengguna dengan sistem. Gambaran sistem ditunjukan pada Gambar 4.2
 23

Tim Verifikasi
Dosen
Database server
Website &
SMS Gateway

Web server
Kajur

Admin Direktur
Tim PAK

Gambar 4.2 Gambaran Skema sistem

Prinsip kerja aplikasi ini secara umum adalah menampilkan informasi mengenai angka
kredit dan cara pengisian, serta penilaian dari data yang dimasukkan ke dalam angka kredit.
Secara umum pengguna sistem ini ada 6 (enam), yaitu Admin, Dosen, Direktur, Kajur,
Tim PAK, Tim Verifikasi.
Admin bertanggung jawab untuk mengelola sistem tersebut melalui web. Tugas dari
admin adalah mengedit, menambah ataupun menghapus data pada sistem dan mengirimkan
hasil penilaian Tim PAK kepada dosen pengusul melalui SMS Gateway. Dosen bertugas
mengisi unsur penilaian dari form yang telah disedikan serta dapat mengedit data dosen. Tim
verifikasi bertugas melakukan pemeriksaan unsur penilaian yang telah diisi dosen serta
memberi penilaian. Kajur bertugas menyetujui kenaikan pangkat dari dosen yang telah
mengajukan angka kredit, dan dapat menambah data dosen, melihat profil dari dosen,
menghapus data dosen, serta mengedit data dosen. Tim PAK bertugas memeriksa,
menyetujui penaikan pangkat yang telah diusulkan serta memberikan nilai berupa angka
kredit. Direktur bertugas melihat hasil penilaian dosen yang telah mengusulkan kenaikan
pangkat.

4.5.2 Analisa Kebutuhan Sistem

4.5.2.1 Analisis Kebutuhan Perangkat Keras
Kebutuhan minimun perangkat keras yang diperlukan untuk membangun sistem dan
mengakses Sistem Penilaian Angka Kredit Dosen Politeknik Negeri Semarang, diantaranya :
 24

a) Processor Intel Dual Core 1,5 GHz atau yang setara

b) Kapasitas Harddisk minimal 4 GB
c) Memori RAM minimal 2 GB
d) Modem Wavecom Fastrack M1306B

4.5.2.2 Analisis Kebutuhan Perangkat Lunak

Perangkat lunak yang digunakan untuk membangun Sistem Informasi Penilaian Angka Kredit
Dosen Politeknik Negeri Semarang adalah sebagai berikut:
a) Linux Ubuntu
b) Apache 2.x.x
c) PHP 5.x.x (with mysql, session, hash, json extension)
d) PHP-CLI
e) MySQL 5.x.x
f) Gammu x.xx
g) Library Code Igniter : Modular_extensions_5231, Google Maps API, dan Grocery CRUD

4.5.2.3 Analisis Fungsional Sistem

Analisa kebutuhan fungsional sistem adalah analisa yang berhubungan dengan fitur aplikasi
yang ingin dibuat. Analisa kebutuhan fungsional pada aplikasi ini menggunakan CodeIgniter
Framework adalah sebagai berikut :
a) Dosen mengisi daftar kegiatan kinerja dosen yang telah dilakukan untuk diusulkan ke
Ketua Jurusan.
b) Ketua Jurusan melakukan pemeriksaan dan penilaian kegiatan, kinerja, integritas, etika dan
tata karma, serta tanggung jawab dalam pelaksanaan tugas dosen untuk kelayakan kenaikan
jabatan akademik/pangkat melalui melalui tim verifikasi jurusan.
c) Tim verifikasi jurusan menyerahkan hasil verifikasi berkas dan penilaian ke Ketua Jurusan.
d) Ketua Jurusan atau yang setara, mengusulkan penetapan angka kredit berikut pengangkatan
ke dalam jabatan bagi jabatan asisten Ahli dan Lektor serta usulan kenaikan pangkat dalam
lingkup jabatan-jabatan tersebut kepada Direktur Polines.
e) Direktur Polines menerima berkas angka kredit dan pengangkatan ke dalam jabatan bagi
jabatan Asisten Ahli dan Lektor serta mengirim berkas terlebih dahulu ke Tim Penilaian
Jabatan Akademik Dosen Polines untuk dinilai.
 25

f) Tim penilaian Jabatan Akademik Dosen Polines mengirim hasil penilaian ke Direktur
Polines untuk ditetapkan
g) Direktur Polines menetapkan angka kredit kenaikan pangkat dalam lingkup jabatan Asisten
Ahli dan Lektor, kemudian mengirim ke Ketua Jurusan serta mengusulkan kenaikan
pangkat kepada Sekretaris Jendral.
h) Ketua Jurusan mengirim hasil penetapan angka kredit ke Dosen yang bersangkutan.

4.5.2.4 Analisis Non-Fungsional Sistem

Analisa kebutuhan non fungsional meliputi keamanan sistem dan performa sistem dengan
penjelasan seperti dibawah ini :

1) Kinerja (Performance)
Website ini menampilkan performance yang optimal dari segi tampilan yang menarik.

2) Keamanan
Website ini dapat diakses oleh pengguna yang terkait dalam sistem informasi penilaian
angka kredit dosen Politeknik Negeri Semarang.

3) Kemudahan Penggunaan (User Friendliness)

Website ini dirancang menyajikan tata cara penggunaan yang sederhana tapi memiliki
aspek desain yang sangat baik, sehingga menjadikan aplikasi ini mudah digunakan (user
friendly) dan menarik.

4.5.3 Analisis Sistem Dengan Unified Modelling Language (UML)

Dalam perancangan Sistem Informasi Penilaian Angka Kredit Dosen Politeknik Negeri
Semarang ini, penulis menggunakan desain permodelan sistem UML atau Unified Modelling
Language sebagai media untuk menyampaikan rancangan sistem tersebut. Desain UML yang
akan digunakan adalah, Use Case Diagram, Activity Diagram, Deployment Diagram.

4.5.3.1 Pemodelan Use Case Diagram

Sebuah use case menggambarkan suatu urutan interaksi antara satu atau lebih aktor dan
sistem. Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah
 26

sistem. Hal yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaimana sistem
bekerja. Sebuah user merepresentasikan sebuah interaksi antara aktor dengan sistem.
Tahapan use case meliputi pengembangan persyaratan permasalahan, identifikasi use case
dan aktor utama dan use case diagram.

a) Pernyataan Masalah (Problem Statement)

Tahapan pertama dalam permodelan use case adalah pernyataan masalah yang merupakan
abstraksi atau Gambaran umum dari sistem yang dibuat. Berikut ini adalah pernyataan
permasalahan dari Sistem Informasi Penilaian Angka Kredit Dosen Politeknik Negeri
Semarang. Implementasi penilaian angka kredit di Politeknik Negeri Semarang saat sekarang
ini masih menggunakan manual. Maka dibutuhkan aplikasi penilaian angka kredit berbasis
web agar dapat dilakukan perhitungan secara otomatis dan diakses melalui internet.

b) Identifikasi Aktor
Identifikasi aktor merupakan tahap kedua dalam pemodelan use case diagram. Aktor
merupakan entitas yang berhubungan dengan sistem dan memerlukan pertukaran data
dengan sistem, dapat berupa manusia maupun perangkat keras. Tahap ini akan menentukan
aktor yang akan berhubungan dengan sistem yang dibuat. Aktor yang akan berinteraksi
dengan Sistem Informasi Penilaian Angka Kredit Dosen Politeknik Negeri Semarang adalah
sebagai berikut:
1) Dosen
User yang mengisi daftar kegiatan kinerja dosen yang telah dilakukan untuk
diusulkan.
2) Administrator
Melakukan mengelola manajemen data yang ada di website
Penilaian Angka Kredit Dosen dan mengirimkan hasil penilaian melalui SMS Gateway.
Admin bertanggung jawab atas web tersebut.
3) Tim Verifikasi
User yang ditugaskan untuk menilai data dan pemeriksaan data.
4) Kajur
User yang akan menyetujui kenaikan pangkat pada dosen serta menambah
user dosen yang akan membuat user baru.
5) Tim PAK

User yang ditugaskan untuk pemeriksaaan data, menyetujui kenaikan
pangkat pada dosen, serta ditugaskan untuk menilai data dosen.
6) Direktur

User yang hanya bisa melihat hasil dari penilaian angka kredit dosen serta
bisa mengunduh hasil penilaian dengan format docx.
 27

c) Identifikasi Use Case

Tahapan yang selanjutnya adalah identifikasi use case. Tahapan ini merupakan tahapan
yang digunakan untuk menentukan use case apa saja yang akan dilakukan oleh aktor
dalam Sistem Informasi Penilaian Angka Kredit Dosen Politeknik Negeri Semarang.
Identifikasi use case pada web Penilaian Angka Kredit Dosen Politeknik Negeri Semarang
ini adalah :
1) “Login Admin” pada tahap ini admin dapat login untuk melakukan pengelolaan
data pada web penilaian angka kredit.
2) “Login User” pada tahap ini user pengisi dapat login untuk melakukan pengisian
dan penilaian data. Dalam login user ini sudah dilakukan session untuk memasuki form
dari masing-masing user.
3) “Tambah data” pada tahap ini dilakukan pendaftaran user baru dengan status sebagai
user dosen atau tim verifikasi,kajur,timpak atau direktur.
4) “Ubah data” pada tahap ini dilakukan mengubah data yang salah pada user.
5) “Hapus data” pada tahapan ini dilakukan untuk menghapus user yang sekiranya tidak
diperlukan atau tidak terpakai.

4.5.3.2 Pembuatan Use Case Diagram

Use case biasanya diorganisir dalam paket agar pemodelan use case dapat diatur lebih
mudah. Tampilan use case sistem penilaian angka kredit dosen Politeknik Negeri Semarang
dapat dilihat pada Gambar 4.3 sampai Gambar 4.8.
 28

Gambar 4.3 Use Case Admin

Gambar 4.4 Use Case Dosen

 29

Gambar 4.5 Use Case Tim Verifikasi

Gambar 4.6 Use Case Kajur

 30

Gambar 4.7 Use Case Tim PAK

Gambar 4.8 Use Case Direktur

4.5.3.3 Pemodelan Activity Diagram

Diagram aktifitas secara rinci dirancang untuk memodelkan hasil tindakan dari sebuah
aktifitas atau prosedur. Diagram aktifitas dapat di-generate dari diagram pengguna yang
telah dikembangkan aliran jalannya.

a) Activity CRUD User (Admin)

Diagram ini menggambarkan proses pengisian data yang dilakukan oleh admin. Tampilan
activity diagram oleh data admin dapat dilihat pada Gambar 4.9.
 31

Gambar 4.9 Diagram Aktivitas User Admin

b) Activity CRUD Data Dosen (Admin & Kajur)

Diagram ini menggambarkan proses memasukan data user dosen yang bisa dilakukan oleh
User Admin dan User Kajur. Tampilan activity diagram data dosen dapat dilihat pada Gambar
4.10.

Gambar 4.10 Diagram Aktivitas Data Dosen

 32

c) Activity Login User

Diagram ini menggambarkan proses regristrasi dan login yang dilakukan oleh user. Tampilan
activity diagram user dapat dilihat pada Gambar 4.11.

Gambar 4.11 Diagram Aktivitas Login User

d) Activity Edit Profile Informasi Dosen

Diagram ini menggambarkan proses perubahan informasi yang dilakukan user dosen untuk
merubah data dosen. Tampilan activity diagram edit profil informasi dosen dapat dilihat pada
Gambar 4.12.

Gambar 4.12 Diagram Aktivitas Edit Profile Informasi Dosen

 33

e) Activity Mengisi Unsur Penilaian (Dosen)

Diagram ini menggambarkan proses memasukkan nilai disetiap unsur penilaian yang
disediakan yang dialkukan oleh user dosen. Tampilan activity diagram mengisi unsur
penilaian dapat dilihat pada Gambar 4.13.

Gambar 4.13 Diagram Aktivitas Mengisi Unsur Penilaian

f) Activity Pemeriksaan Unsur Penilaian (Tim Verifikasi & Tim PAK)

Diagram ini menggambarkan proses pemeriksaan kelengkapan informasi yang dilakukan oleh
User Tim Verifikasi dan User Tim PAK oleh User Dosen. Tampilan activity diagram
pemeriksaan unsur penilaian dapat dilihat pada Gambar 4.14.

Gambar 4.14 Diagram Aktivitas Pemeriksaan Unsur Penilaian

 34

g) Activity Menyetujui Kenaikan Pangkat (Kajur & Tim PAK)

Diagram ini menggambarkan proses untuk menyetujui kenaikan pangkat dosen yang
dilakukan oleh User Kajur dan User Tim PAK. Tampilan activity diagram dapat dilihat pada
Gambar 4.15,.

Gambar 4.15 Diagram Aktivitas Menyetujui Kenaikan Pangkat

h) Activity Memberi Nilai Angka Kredit (Tim PAK)

Diagram ini menggambarkan proses menginputkan nilai PAK dari User Tim PAK untuk
memberi nilai angka kredit pada dosen. Tampilan activity diagram Memberi Nilai Angka
dapat dilihat pada Gambar 4.16.

Gambar 4.16 Diagram Aktivitas Memberi Nilai Angka Kredit

 35

i) Activity Melihat Hasil PAK Dosen (Direktur)

Diagram ini menggambarkan proses melihat hasil penilaian angka kredit dosen yang
dilakukan oleh user direktur. Tampilan activity diagram melihat hasil penilaian angka kredit
dosen dapat dilihat pada Gambar 4.17

Gambar 4.17 Diagram Aktivitas Melihat Hasil PAK Dosen

4.5.4 Entitiy Relationship Diagram / ERD

ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam basis data
berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi. ERD dalam
perancangan sistem informasi tanggap bencana berbasis web dengan GIS dan SMS Gateway
dapat dilihat pada Gambar 4.18.
 36

Gambar 4.18 ERD Penilaian Angka Kredit Dosen Polines

4.5.5 Relasi Antar Tabel

Relasi tabel menggambarkan hubungan yang ada antar tabel. Dari mana kunci tamu berasal,
dan field apa yang akan digunakan sebagai kunci utama. Relasi antar tabel digambarkan pada
Gambar 4.19.
 37

Gambar 4.19. Relasi antar tabel

4.6 Perancangan Sistem

4.6.4 Perancangan Basisdata

Struktur tabel basis data memuat tabel – tabel yang dibuat untuk menyimpan data pada
Aplikasi Sistem Penilaian Angka Kredit Dosen Politeknik Negeri Semarang. Berikut ini
adalah tabel – tabel yang digunakan dalam Aplikasi Sistem Penilaian Angka Kredit Dosen
Politeknik Negeri Semarang.

1) Tabel Dosen
Tabel dosen merupakan tabel yang digunakan untuk menyimpan data dosen, Tabel ini
terdiri dari 13 kolom yaitu no, nip, nama, alamat, ttl, jenis_kelamin, email, pend_tinggi,
masa_kerja, jurusan, prodi, jabatan,gambar. Tabel 4.1 menunjukkan tabel dosen.
 38

Tabel 4.1 Struktur tabel dosen.

Field Tipe Panjang Keterangan
No Int 11 No untuk mengurutkan (PK)
Nip Varchar 20 Nomer Induk Pegawai User

Nama Varchar 50 Nama User Dosen

Alamat Varchar 50 Alamat User

Ttl Varchar 30 Tempat Tanggal Lahir user

Jenis_kelamin Varchar 20 Jenis Kelamin user

Email Varchar 50 Email

Pend_tinggi Varchar 30 Pendidikan tertinggi

Masa_kerja Varchar 30 Masa kerja

Jurusan Varchar 30 Jurusan

Prodi Varchar 30 Program Studi

Jabatan Varchar 30 Jabatan Fungsional yang dimiliki

gambar Varchar 100 Foto User

2) Jurusan
Tabel jurusan merupakan tabel yang digunakan untuk menyimpan data jurusan yang terdiri
dari Jurusan dan Program Studi, Tabel ini terdiri dari 3 kolom yaitu no, idparent serta
namajurusan Tabel 4.2 menunjukkan tabel jurusan.

Tabel 4.2 Struktur tabel jurusan

Field Tipe Panjang Keterangan
No Int 11 Nomor untuk mengurutkan
Idparent Int 11 Mengurutkan masing2 jurusan
Namajurusan varchar 50 Nama jurusan dan prodi di Polines.

3) Tabel Kredit_dosen
Tabel kredit_dosen merupakan tabel yang digunakan untuk menyimpan data dosen yang
telah mengisi unsur kredit, Tabel ini terdiri dari 7 kolom yaitu no, nip, kredit,
 39

verify_pak,semester,thn_akademik,tgl. Tabel 4.3 menunjukkan tabel kredit_dosen.

Tabel 4.3 Struktur tabel kredit_dosen.
Field Tipe Panjang Keterangan
No Int 11 No untuk mengurutkan
Nip Varchar 20 Nomor Induk Pegawai
Kredit Int 11 Angka Kredit
Verify_pak Enum “Y”,”N” Verifikasi Penilaian Angka
Kredit
Semester Enum Ganjil,Genap Semester
Thn_akademik enum 2014/2015… Tahun Akademik
tgl datetime Tanggal

4) Tabel Penilaian
Tabel penilaian merupakan tabel yang digunakan untuk menilai unsur kredit dari dosen,
Tabel ini terdiri dari 10 kolom yaitu no, nip, idunsur, keterangan, nilai, kredit_timpak,
verify_jurusan, semester, thn_akademik, tgl. Tabel 4.4 menunjukkan tabel penilaian.

Tabel 4.4 Struktur tabel penilaian.

Field Tipe Panjang Keterangan

No int 11 No untuk mengurutkan
Nip Varchar 20 Nomor Induk Pegawai
Idunsur Int 11 Id Unsur Penilaian Kredit
Keterangan varchar 100 Keterangan unsur penilaian dosen
Nilai Int 11 Nilai Angka Kredit
Kredit_timpak int 11 Nilai yang diberikan dari tim pak
Verify_jur Enum Y,N memverifiksai penilaian Jurusan
Semester Enum Ganjil,Genap Semester
Thn_akademik enum 2014/2015… Tahun Akademik
Tgl Datetime Tanggal

5) Tabel Unsur_Penilaian
Tabel unsur_penilaian merupakan tabel yang digunakan untuk mengisi dari unsur-unsur
 40

penilaian untuk dosen, Tabel ini terdiri dari 8 kolom yaitu no, level, idparent, urutan, unsur,
jenis, makskredit, pub. Tabel 4.5 menunjukkan tabel unsur_penilaian.
Tabel 4.5 menunjukkan tabel unsur_penilaian.
Field Tipe Panjang Keterangan
No int 11 No untuk mengurutkan
lvl int 11 Level unsur penilaian
Idparent varchar 10 Id Unsur Penilaian Kredit
urutan varchar 20 Urutan dalam unsur penilaian
Unsur Text Unsur Penilaian Kredit
jenis Enum Detail, general
makskredit double Maksimal nilai kredit
Pub enum Y,N Publish

6) Tabel User
Tabel user merupakan tabel yang digunakan untuk menyimpan user dari aplikasi, baik dari
admin, dosen, tim verifikasi, kajur, tim PAK, direktur. Tabel ini terdiri dari 5 kolom yaitu
no, username, password, level, pub. Tabel 4.6 menunjukkan tabel user.

Tabel 4.6 Struktur tabel user.

Field Tipe Panjang Keterangan
No Int 11 No untuk mengurutkan
Username Varchar 50 Nama yang digunakan untuk
login
Password Varchar 50 Sandi rahasia yang dimiliki user
untuk login
Level Enum Admin,dosen,ver Status
ifikasi
jurusan,kajur,dir
ektur,tim PAK
pub Enum Y, N Publish
 41

4.6.2 Perancangan Sistem Informasi

Pada bagian ini akan dijelaskan tentang perancangan tampilan sistem dari Rancang Bangun
Sistem Penilaian Angka Kredit Dosen Politeknik Negeri Semarang.

1) Halaman Menu Login Admin

Pada menu halaman ini akan menampilkan login sebagai admin. Login Admin biasanya ada
pada form yang berbeda dari user lainnya dan menggunakan kata kunci tersendiri untuk
memanggil langsung halaman login admin. Rancang halaman menu login admin ditunjukan
Gambar 4.20.

Gambar 4.20 Rancangan Menu Login Admin

2) Halaman Awal Menu Admin

Pada halaman ini akan menampilkan hak yang dimiliki admin. Rancangan halaman
awal menu admin ditunjukkan seperti Gambar 4.21.

Gambar 4.21Rancangan Awal Menu Admin

3) Halaman Menu Tambah Data User Dosen Oleh Admin

Pada halaman ini akan menampilkan pendaftaran sebagai user dosen. Rancangan
 42

halaman Tambah Data User Oleh Admin ditunjukkan seperti Gambar 4.22.

Gambar 4.22 Rancangan Tambah Data User Dosen Oleh Admin

4) Halaman Menu Login User

Pada menu halaman ini akan menampilkan login sebagai user. Login user akan
memanggil session sesuai status user, yaitu user dosen, timverifikasi, kajur, timpak, direktur.
Jika username dan password salah, maka login gagal dan kembali lagi ke menu
Login user. Rancangan halaman menu login User ditunjukkan Gambar 4.23.

Gambar 4.23 Rancangan Login User

5) Halaman Awal Menu User Oleh Dosen

Pada menu halaman ini akan menampilkan tentang halaman user dosen. Rancangan
halaman menu user dosen ditunjukkan seperti Gambar 4.24.
 43

Gambar 4.24 Rancangan Halaman Menu User Dosen

6) Halaman Unsur Penilaian Oleh Dosen

Pada halaman ini akan menampilkan tentang unsur penilaian angka kredit. Rancangan
halaman unsur penilaian ditunjukkan seperti Gambar 4.25.

Gambar 4.25 Rancangan Halaman Unsur Penilaian

7) Halaman Awal Menu User Tim Verifikasi

Pada menu halaman ini akan menampilkan tentang halaman user Tim Verifikasi.
Rancangan halaman menu user tim verifikasi ditunjukkan seperti Gambar 4.26.
 44

Gambar 4.26 Rancangan Halaman User Tim Verifikasi

8) Halaman Pemberian Nilai User Tim Verifikasi

Pada menu halaman ini akan menampilkan form nilai yang dapat diisikan oleh Tim
Verifikasi. Rancangan halaman menu edit penilaian oleh tim verifikasi ditunjukkan seperti
Gambar 4.27.

Gambar 4.27 Rancangan penilaian user tim verifikasi

9) Halaman Awal Menu User Kajur

Pada menu halaman ini akan menampilkan tentang halaman user Kajur. Rancangan
halaman menu user kajur ditunjukkan seperti Gambar 4.28.
 45

Gambar 4.28 Rancangan penilaian user Kajur

10) Halaman Pemeriksaan User Kajur

Pada menu halaman ini akan menampilkan form pemeriksaaan. Rancangan halaman
menu user kajur ditunjukkan seperti Gambar 4.29.

Gambar 4.29 Rancangan pemeriksaan user kajur

11) Halaman Awal Menu User Tim PAK

Pada menu halaman ini akan menampilkan tentang halaman user Tim PAK. Rancangan
halaman menu user Tim PAK ditunjukkan seperti Gambar 4.30

Gambar 4.30 Rancangan halaman user Tim PAK

 46

12) Halaman Pemeriksaan dan Penilaian User Tim PAK

Pada menu halaman ini akan menampilkan form penilaian pada halaman user Tim PAK.
Rancangan halaman menu user Tim PAK ditunjukkan seperti Gambar 4.31.

Gambar 4.31 Rancangan pemeriksaan dan penilaian user Tim PAK

13) Halaman Awal Menu User Direktur

Pada menu halaman ini akan menampilkan tentang halaman user Direktur. Rancangan
halaman menu user Direktur ditunjukkan seperti Gambar 4.32.

Gambar 4.32 Rancangan halaman user Direktur

14) Halaman Hasil Pemberian Kredit User Direktur

Pada menu halaman ini akan menampilkan form hasil penilaian pada halaman user
Direktur. Rancangan halaman menu user Direktur ditunjukkan seperti Gambar 4.33.
 47

Gambar 4.33 Rancangan halaman Hasil Pemeriksaan dan Penilaian user Direktur

4.6.3 Perancangan Pengujian Sistem

4.6.3.1 Pengujian Fungsionalitas

Rancangan pengujian sistem adalah, rancangan dimana sistem ini akan di ujicoba dengan
tujuan untuk menilai sistem berjalan sesuai dengan yang diharapkan. Jika seluruh ujicoba
berhasil maka sistem ini dapat dikatakan sudah sesuai dengan yang diharapkan.

1) Pengujian Login

Tujuan : untuk masuk kedalam sistem

Cara : memasukan username dan password kemudian klik login

2) Pengujian Tambah Data

Tujuan : menambah record data

Cara : mengisikan kata-kata kedalam textbox

3) Pengujian Ubah Data

Tujuan : merubah atau mengganti data yang salah

Cara : masuk ke menu ubah data kemudian ubah yang sesuai klik update

4) Pengujian Hapus Data

Tujuan : menghapus data yang tidak perlu

 48

Cara : pilih data yang akan dihapus kemudian klik tombol

5) Pengujian Simpan Data

Tujuan : menyimpan data yang telah diinputkan

Cara : setelah mengisi form pada textbox kemudian klik button simpan

6) Pengujian Lihat Data

Tujuan : untuk melihat data yang sudah diinputkan

Cara : dengan memilih button lihat data

7) Pengujian Logout

Tujuan : untuk keluar dari user yang dipilih

Cara : dengan memilih tombol logout

8) Pengujian Download File

Tujuan : mengunduh hasil penilaian angka kredit dosen.

Cara : pilih menu cetak

Berikut adalah rancangan uji sistem yang termuat pada Tabel 4.7.

Tabel 4.7 Rancang Uji Sistem

No Nama UJi Tujuan

1 Uji Login untuk masuk kedalam sistem
2 Uji Tambah Data menambah record data
3 Uji Ubah Data merubah atau mengganti data yang salah
4 Uji Hapus Data menghapus data yang tidak perlu
5 Uji Simpan Data menyimpan data yg telah diisikan
6 Uji Lihat Data untuk melihat data yang sudah diinputkan
7 Uji Logout Data Keluar dari sistem
8 Uji Download File mengunduh hasil penilaian angka kredit dosen.
 BAB V
HASIL DAN PEMBAHASAN

Dalam bab hasil penelitian, akan dijelaskan penerapan dari analisis dan perancangan yang
telah ditentukan dalam bab sebelumnya. Kemudian dilakukan pengujian perangkat lunak
yang dibuat. Cara kerja framework dalam membuat suatu sistem akan dibahas pada
pengujian perangkat lunak. Aplikasi yang telah dibuat tersebut diberi nama “Sistem
Informasi Penilaian Angka Kredit Dosen Politeknik Negeri Semarang Berbasis SMS Web”.

5.1 Instalasi Paket Perangkat Lunak

5.1.1 Instalasi LAMP (Linux Apache MySQL dan PHP)
Berikut ini langkah-langkah proses instalasinya :
1) Instalasi package
Command : $ sudo tasksel install lamp-server
2) Dalam proses instalasi akan ditanyakan untuk membuat password root mysql
3) Install PHP-CLI (Command Line Instruction), dengan fasilitas ini kita bisa menggunakan
perintah yang biasa dilakukan di Terminal Linux, akan bisa dieksekusi di script PHP.
Command : $ sudo apt-get install php5-cli
4) Install PhpMyAdmin, untuk memanajemen data dalam database
Command : $ sudo apt-get install phpmyadmin
pada tahap instalasi akan ditanyakan username dan password dari mysql yang sudah diseting
pada tahapan sebelumnya.

5.1.2 Instalasi GAMMU

Untuk menginstal Gammu dapat diikuti langkah-langkah berikut ini :

1) Update dan install aplikasi gammu dan gammu-smsd dengan perintah berikut ini:
Command :
$ sudo apt-get update
$ sudo apt-get install gammu gammu-smsd

2) Untuk melihat konfigurasi port device, gunakan perintah berikut :

49
 50

Command : $ dmesg | grep tty

3) Konfigurasi Gammu terlebih dahulu :
Command : $ sudo gammu-config
Perintah diatas akan memunculkan form dialog seperti Gambar 4.1 berikut ini

Gambar 5.1 Dialog Konfigurasi Gammu

Lakukan setting dengan konfigurasi sebagai berikut :

port = /dev/ttyUSB0 # disesuaikan
connection = at115200 # disesuaikan
synchronizetime = yes
logfile = /var/log/gammulog
logformat = textall
use_locking = # isi yes jika ingin resource modem di kunci

4) Perintah diatas akan menyimpan file config dengan nama .gammurc di home user :
~/.gammurc
5) Konfigurasi berkas /etc/gammu-smsdrc
[gammu]
port = /dev/ttyUSB0 # change this
connection = at115200 # change this

[smsd]
PIN = ''
service = sql
driver = native_mysql
DeliveryReport = sms
logfile = /var/log/smsdlog
debuglevel = 1 # change to 255 if you want to debug
 51

User = root # change this

password = root # change this
pc = localhost
database = sipakdos2
runonreceive = /var/www/kalkun/scripts/daemon.sh

6) Untuk menggunakan perintah gammu, matikan dulu service gammu-smsd. Pastikan

dengan cara ;
Command : $ sudo /etc/init.d/gammu-smsd stop
7) Kemudian baru bisa cek identify modem dengan perintah :
Command : $ sudo gammu identify

Device : /dev/ttyUSB0
Manufacturer : Wavecom
Model : MULTIBAND 900E 1800 (MULTIBAND 900E 1800)
Firmware : 652a09gg.Q2406B 1489876 060706 17:19
IMEI : 012345678901234
SIM IMSI : 510017632092164

8) Untuk testing pengiriman SMS menggunakan perintah berikut :

Command : $ sudo gammu --sendsms text 085725150360
Output :
Enter the message text and press Ctrl+D:
test server
If you want break, press Ctrl+C...
Sending SMS 1/1....waiting for network answer..OK, message reference=3

9) Setelah itu, jalankan service gammu-smsd

Command : $ sudo /etc/init.d/gammu-smsd start
10) Selesai.

5.2 Implementasi Basis Data

Implementasi basis data pada Sistem Informasi Penilaian Angka Kredit Dosen Politeknik
Negeri Semarang. Hasil implementasi perancangan basis data sebagai berikut:

1) Tabel Dosen

Tabel dosen merupakan tabel yang digunakan untuk menyimpan data dosen, Tabel ini
 52

terdiri dari 13 kolom yaitu no, nip, nama, alamat, ttl, jenis_kelamin, email, pend_tinggi,
masa_kerja, jurusan, prodi, jabatan,gambar. Gambar 5.2 menunjukkan tabel dosen.

Gambar 5.2 Struktur Tabel Dosen

2) Tabel Jurusan

Tabel jurusan merupakan tabel yang digunakan untuk menyimpan data jurusan yang terdiri
dari Jurusan dan Program Studi, Tabel ini terdiri dari 3 kolom yaitu no, idparent serta
namajurusan Tabel 5.3 menunjukkan tabel jurusan.

Gambar 5.3 Struktur Tabel jurusan

3) Tabel Kredit_dosen

Tabel kredit_dosen merupakan tabel yang digunakan untuk menyimpan data dosen yang
telah mengisi unsur kredit, Tabel ini terdiri dari 7 kolom yaitu no, nip, kredit,
verify_pak,semester,thn_akademik,tgl. Gambar 5.4 menunjukkan tabel kredit_dosen.
 53

Gambar 5.4 Struktur Tabel Kredit_Dosen

4) Tabel Penilaian

Tabel penilaian merupakan tabel yang digunakan untuk menilai unsur kredit dari dosen,
Tabel ini terdiri dari 10 kolom yaitu no, nip, idunsur, keterangan, nilai, kredit_timpak,
verify_jurusan, semester, thn_akademik, tgl. Gambar 5.5 menunjukkan tabel penilaian.

Gambar 5.5 Struktur Tabel Penilaian

5) Tabel Unsur_penilaian

Tabel unsur_penilaian merupakan tabel yang digunakan untuk mengisi dari unsur-unsur
penilaian untuk dosen, Tabel ini terdiri dari 8 kolom yaitu no, level, idparent, urutan, unsur,
jenis, makskredit, pub. Gambar 5.6 menunjukkan tabel penilaian.

Gambar 5.6 Struktur Tabel Unsur_Penilaian

 54

6) Tabel User

Tabel user merupakan tabel yang digunakan untuk menyimpan user dari aplikasi, baik dari
admin, dosen, tim verifikasi, kajur, tim PAK, direktur. Tabel ini terdiri dari 5 kolom yaitu
no, username, password, level, pub. Gambar 5.7 menunjukkan tabel user.

Gambar 5.7 Struktur Tabel User

5.3 Implementasi Sistem

Pengujian prosedur pelaksanaan sistem dilakukan untuk mengetahui aplikasi berjalan

dengan baik pada web browser. Dalam pengujian prosedur pelaksanaan sistem harus
terhubung dengan koneksi Internet agar dapat mengakses salah satu konten yang tersedia
dalam menu utama. Tahapan-tahapan akan dijelaskan sebagai berikut:

a) Header merupakan tampilan web dibagian paling atas. Javascript dan css dimasukkan
kedalam header untuk menunjang tampilan. Header halaman pengunjung dapat dilihat
pada Gambar 5.8.

Gambar 5.8 Header Halaman Pengunjung

b) Saat pertama mengakses web, akan masuk ke dalam halaman login untuk admin
maupun user. Tampilan halaman login terdapat pada Gambar 5.9.
 55

Gambar 5.9 Halaman Login

c) Apabila memilih user admin untuk masuk ke sistem maka menampilkan halaman seperti
berikut. Tampilan tersebut dapat dilihat pada Gambar 5.10.

Gambar 5.10 Tampilan Halaman User Admin

 56

d) Pada User Admin berikut form tambah data untuk menambah User Dosen. Tampilan
tersebut dapat dilihat pada Gambar 5.11.

Gambar 5.11 Tampilan Form Tambah Data pada User Admin

e) Setelah User Dosen terdaftar melalui admin, maka user dosen dapat login menggunakan
username dan password yang telah diisikan, berikut tampilan user dosen dapat dilihat
pada Gambar 5.12.

Gambar 5.12 Tampilan Form Edit Data pada User Dosen

 57

f) Tampilan Halaman Unsur Penilaian Dosen yang akan menilai dosen dalam mendapatkan
nilai angka kredit. Tampilan tersebut dapat dilihat pada Gambar 5.13.

Gambar 5.13 Tampilan Form Unsur Penilaian Dosen

g) Tampilan salah satu unsur penilaian jika dipilih satu maka akan keluar form baru untuk
mengisikan keterangan dalam unsur penilaianya. Tampilan tersebut dapat dilihat pada
Gambar 5.14.

Gambar 5.14 Tampilan Form Keterangan Unsur Penilaian Dosen

 58

h) Setelah semua data dimasukkan kedalam sistem sesuai dengan komponen penilaian yang
ada maka dosen yang bersangkutan dapat melihat hasil rekapannya seperti Gambar 5.15

Gambar 5.15 Rangkuman Angka Kredit Dosen

i) Berikut ini contoh pengisian data angka kredit yang lebih lengkap dari Ibu Idhawati H.,
seperti Gambar 5.16

Gambar 5.16 Isian Angka Kredit Dosen

 59

j) Setelah semua data dimasukkan kedalam sistem sesuai dengan komponen penilaian yang
ada maka dosen yang bersangkutan dapat melihat hasil rekapannya seperti Gambar 5.18

Gambar 5.18 Rangkuman Angka Kredit Dosen

k) Tampilan form penilaian dari user tim verifikasi untuk penilaian dan pemeriksaan angka
kredit dosen. Berikut tampilan formnya dapat dilihat pada Gambar 5.19.

Gambar 5.19 Tampilan Form penilaian dari user tim verifikasi

 60

l) Tampilan dari user direktur untuk melihat hasil penilaian angka kredit dosen. Dan User
direktur bisa mencetak hasil penilaian tersebut dengan memilih button cetak pada
halaman tersebut. Tampilan tersebut dapat dilihat pada Gambar 5.20.

Gambar 5.20 Tampilan Hasil penilaian angka kredit dosen.

m) Berikut adalah file dari hasil cetak yang dilakukan user direktur untuk melihat hasil
penilaian angka kredit dalam bentuk file .doc (Microsoft Word) dan .pdf.

Tampilan tersebut dapat dilihat pada Gambar 5.21.

Gambar 5.21 Tampilan hasil cetak penilaian angka kredit dalam bentuk file..

n) Pengiriman hasil penilaian melalui SMS Gateway dilakukan oleh user administrator.
Gambar 5.22 sampai dengan Gambar 5.28 berikut ini adalah contoh proses dan hasil
pengiriman pesan hasil penilaian melalui SMS Gateway .
 61

Gambar 5.22 Menu Hasil Penilaian

Selanjutnya pilih dan klik pada menu Hasil Penilaian maka akan tampil daftar dosen seperti
Gambar 5.23 berikut ini

Gambar 5.23 Daftar Dosen Yang Telah Dinilai

Setelah itu dapat dilakukan pengecekan data detail dari hasil penilaian angka kredit dosen
seperti Gambar 5.24
 62

Gambar 5.24 Pilih Icon Detail Penilaian

Gambar 5.25 Detail Penilaian Angka Kredit Dosen

 63

Setelah itu pilih icon kirim sms untuk mengirim hasil penilaian seorang dosen, seperti
Gambar 5.26

Gambar 5.26 Menu Kirim SMS Hasil Penilaian

Selain pengiriman sms hasil penilaian perdosen, juga dapat dilakukan pengiriman hasil
penilaian seluruh dosen yang ada, seperti Gambar 5.27

Gambar 5.27 Pengiriman SMS Hasil Penilaian Seluruh Dosen

 64

Setelah itu ditunggu beberapa saat maka sms akan masuk ke nomor tujuan dari masing-
masing dosen seperti Gambar 5.28

Gambar 5.28 Hasil Pengiriman SMS melalaui SMS Gateway

 65

5.4 Pengujian Sistem

Pengujian sistem dilakukan melalui web browser yang telah dihosting dan pengujian terhadap
kepuasan pengguna. Rancang Bangun sistem web ini dapat berjalan pada web browser
Mozilla Firefox versi 28.0, Google Chrome versi 22.0 dan Opera. Berikut Tabel 5.1
Pengujian Sistem.

Tabel 5.1 Pengujian Sistem.

No Pengujian Cara Pengujian Mozilla Google Opera

Firefox Chrome

1 Instalasi Melakukan pemasangan Berhasil Berhasil Berhasil

program sistem

pada pc pada pc

2 Tampilan Mengamati tampilan Berhasil Berhasil Berhasil

sistem sistem pada layar

pada browser

3 Eksekusi / Menjalankan sistem pada Berhasil Berhasil Berhasil

web
running
program browser dengan
tampilan sesuai
dengan rancangan
awal

4 Menu pada Menjalankan sistem, Berhasil Berhasil Berhasil

web mengamati

sistem standar menu yang

tampil pada layar
tampilan utama
sistem

5 Login Melakukan login dengan Berhasil Berhasil Berhasil

ID
 66

6 Pengoperasian Mengecek pengoperasian Berhasil Berhasil Berhasil

menu
menu admin
pada admin

7 Pengoperasian Mengecek pengoperasian Berhasil Berhasil Berhasil

menu
menu user
pada user

8 Pengoprasian Mengecek pengoprasian Berhasil Berhasil Berhasil

penyimpanan untuk penyimpanan data

9 Pengoprasian Pengoprasian untuk Berhasil Berhasil Berhasil

hapus data menghapus data

10 Pengoprasian Pengoprasian untuk Berhasil Berhasil Berhasil

edit data mengrdit data

11 Pengoprasian Pengoprasian untuk Berhasil Berhasil Berhasil

mereset data mereset data yang
diisikan

12 Pengoperasian Mengecek pengoperasian Berhasil Berhasil Berhasil

menu untuk penilaian
Untuk
penilaian

13 Pengiriman Mengirimkan hasil Berhasil Berhasil Berhasil

hasil penilaian hasil penilaian
penilaian via SMS Gateway

13 Mengunduh Mengecek proses Berhasil Berhasil Berhasil

file unduhan data

14 Keluar sistem Mengecek proses untuk Berhasil Berhasil Berhasil

keluar

sistem

Dari hasi pengujian sistem dapat diambil kesimpulan bahwa Sistem Informasi Penilaian
Angka Kredit Dosen Politeknik Negeri Semarang bisa berjalan dengan baik menggunakan
 67

web browser Mozilla Firefox versi 28.0, Google Chrome versi 22.0 dan Opera, yang berarti
bahwa sistem ini telah dibuat sesuai dengan kebutuhan dan sesuai dengan yang diharapkan.
 BAB VI
KESIMPULAN DAN SARAN

6.1. Kesimpulan

Dari hasil pembuatan Tugas Akhir ini, dapat diambil kesimpulan sebagai berikut :

a) Sistem Informasi Penilaian Angka Kredit Dosen Politeknik Negeri Semarang telah
selesai dibangun dengan menggunakan Framework Code Igniter dengan teknologi PHP dan
Database MySQL.

b) Sistem ini dapat menampilkan informasi mengenai data diri dari masing-masing dosen,
jumlah angka kredit dosen yang dimiliki, serta menampilkan informasi mengenai unsur
penilaian dari setiap jenjang kenaikan jabatan fungsional yang dapat diusulkan oleh
dosen.

c) Sistem yang dikembangkan membantu dan memudahkan bagian Tim PAK dalam
menghitung perolehan angka kredit yang diajukan dosen, mengetahui berapa banyak
dosen yang sudah mengajukan kenaikan jabatan fungsional.

d) Sistem yang dikembangkan telah dilengkapi dengan pengiriman hasil penilaian melalui
teknologi SMS Gateway.

6.2. Saran

Berdasarkan hasil penelitian yang telah dicapai maka diperlukan beberapa saran demi
kemajuan dan fleksibel dari sistem informasi yang dihasilkan sehingga diharapkan peneliti
selanjutnya dapat mengembangkan sistem informasi ini lebih baik dan fleksibel, diantara
saran-saran tersebut adalah :

a) Dapat dikembangkan untuk membantu dan memudahkan bagian Tim PAK dalam
mengetahui berapa banyak dosen yang belum, atau akan mengajukan kenaikan jabatan
fungsional.

b) Sistem dapat dikembangkan pada unsur penilaian angka kredit sehingga diharapkan
sistem informasi ini lebih kompleks pada perubahan penilaian angka kredit.

68
 DAFTAR PUSTAKA

1. Ari Muzakir, Kurniawan. Dosen Teknik Informatika Universitas Bina Darma 2008
Rancang Bangun System Pengolahan Data Angka Kredit Untuk Manajemen Jabatan
Fungsional Dosen di Universitas Bina Darma Palembang. Universitas Bina Darma
Palembang.

2. Andi & Wahana Komputer, 2011, Dasar-dasar Pembuatan Website dengan CodeIgniter,
Semarang

3. Budi Dedhi Prasetyo. 2010 Aplikasi Pra Penghitungan Angka Kredit Jabatan Fungsional
Dosen. Universitas Islam Negeri Syarif Hidayatullah.

4. Daqiqil, Ibnu, Framework Codeigniter, Pekanbaru : 2011

5. Hakim, Lukmanul. 2011. Membangun Web Berbasis PHP dengan Framework

CodeIgniter. Yogyakarta : Lokomedia

6. Hartono, Jogiyanto.1999.Pengenalan Komputer Yogyakarta : Andi

7. Kadir, Abdul. 2002. Belajar Database Menggunakan MySQL. Yogyakarta : Andi Offset

8. Kadir, Abdul. 2015. Dasar Pemrograman Web Dinamis Menggunakan PHP,Yogyakarta

9. Saptadi, Singgih dan Sriyanto, ST, MT dan Edi Saputro, Sulaksono (2008) Perancangan
Sistem INformasi Penilaian Angka Kredit Dosen Pada Program Studi Teknik Industri
Universitas Diponegoro. Diponegoro University.

10. Wardana, S.Hut, M.Si. 2010. Menjadi Master PHP dengan Framework CodeIgniter.
Jakarta : Elex Media

11. Westriningsih. 2011. Mudah dan Cepat Membuat Website dengan CodeIgniter.
Semarang : Wahana Komputer

12. http://gedelumbung.com/tutorial-php-jquery-membuat-aplikasi-peta-gis-sederhana-
dengan-google-map-api/, diunduh 10 Juni 2015

13. http://kumpulanscriptphp.blogdetik.com/download-ebook-code-igniter-gratis/
http://net.tutsplus.com/, diakses 12 Mei 2015

14. http://www.codeigniter.com, diakses12 Mei 2015

15. http://www.grocerycrud.com, diakses 22 Mei 2015

16. http://www.ilmukomputer.org/belajar-PHP-dengan-Framework-Code-Igniter,

69
 70

diunduh 6 Juni 2015

17. http://www.ilmukomputer.org/2011/08/29/belajar-mysql-dengan-phpmyadmin/,
diunduh 6 Juni 2015

18. http://www.ilmukomputer.org/category/pemrograman-javascript/,
diunduh 6 Juni 2015

19. http://www.koder.web.id/buku-codeigniter-gratis/, diunduh 24 Mei 2015

20. http://www.gobookee.net/code-igniter-php-with-examples/, diunduh 24 Mei 2015

21. http://wammu.eu/docs/manual/, diunduh 24 Mei 2015

Lampiran 1 : Susunan Organisasi tim peneliti dan pembagian tugas

Nomor Jabatan dan Nama Personil Tugas dalam Penelitian

1 Ketua: Penyusun proposal, Dokumentasi
Slamet Handoko, S.Kom, M.Kom Sistem, Penyusunan Laporan
Penelitian.
2 Anggota 1 : Analisis Sistem dan Perancangan
Tri Raharjo Yudantoro, S.Kom, M. Kom Sistem
3 Anggota 2 : Pengujian Sistem, Membuat
Idhawati Hestiningsih, S.Kom., M.Kom. artikel jurnal ilmiah
4 Anggota 3 : Analisis Sistem dan Perancangan
Mardiyono, S.Kom., M.Sc. Sistem
5 Anggota 4 : Programmer
Prayitno, S.ST., M.T.
Lampiran 2 : Biodata Ketua dan Anggota

CURRICULUM VITAE
Ketua :
a. Nama Lengkap dan Gelar : Slamet Handoko, S.Kom, M.Kom
b. Tempat/ Tgl lahir : Magetan, 30 Januari 1975
c. Jenis Kelamin : Laki-Laki
d. NIP : 197501302001121001
e. Pangkat/Jabatan : III C / Penata
f. Prodi / Jurusan : T. Informatika / T. Elektro.
g. Bidang Keahlian : Sistem Informasi

Riwayat Pendidikan
Tempat Titel/
Tempat Tahun Lulus Bid. Spesialisasi
Pendidikan Ijazah
STMIK
Yogyakarta 1998 Sarjana Teknik Informatika
Akakom
UNDIP Semarang 2012 Magister Sistem Informasi

Pengalaman dalam bidang Penelitian:

1. Sistem Informasi Sms Dengan Metode Dua Terminal Untuk Akses Data Penerimaan
Mahasiswa Baru (PMB) DIK-R 2005
2. Pendeteksian Bencana Banjir Secara Lebih Dini Menggunakan Sistem Informasi Berbasis
Teknologi Internet Dan GPRS Dikti 2006

Publikasi:
1. Rancang Bangun Perpustakaan Digital Politeknik Negeri Semarang Berbasis Web
Dengan Flex Framework
2. Sistem Informasi Manajemen Untuk Pengelolaan Kafe

Semarang, Maret 2013

Slamet Handoko, S.Kom, M.Kom

NIP 197501302001121001
Anggota 1
a. Nama Lengkap dan Gelar : TR. Yudantoro, S. Kom, M.Kom
b. Tempat/ Tgl lahir : Kebumen, 25 Oktober 1968
c. Jenis Kelamin : Laki-laki
d. NIP : 196810252000121001
e. Pangkat/Jabatan : III C / Lektor
f. Prodi / Jurusan : T. Informatika / T. Elektro.
g. Bidang Keahlian : Sistem Informasi
Riwayat Pendidikan
Pendidikan Tempat Tahun Bidang Spesialisasi
S1 Yogyakarta 1993 Teknik Informatika
S2 Semarang 2012 Sistem Informasi

Pengalaman Penelitian :
 Perancangan Database Sistem Informasi Terpadu Politeknik Negeri Semarang
 Desain Aplikasi Multimedia dengan Data Dinamis untuk mendukung metode
pembelajaran berbasis E-Learning
 Sistem informasi SMS dengan metode dua terminal untuk akses data penerimaan
mahasiswa baru.
 Sistem Informasi Geografis Rumah Pondokan berbasis Web.

Semarang, Maret 2013

Anggota,

Tri Raharjo Yudantoro, S.Kom, M.Kom

NIP. 196810252000121001
Anggota 2:
a. Nama Lengkap dan Gelar
b. Tempat/ Tgl lahir
c. Jenis Kelamin
d. NIP
e. Pangkat/Jabatan
f. Prodi / Jurusan
g. Bidang Keahlian
: Drs Parsumo Rahardjo, M.Kom
: Batang, 22 Agustus 1960
: Laki- Laki
: 196008221988031001
: IV B / Lektor Kepala
: T. Informatika / T. Elektro.
: Jaringan Komputer, Sistem Operasi

Riwayat Pendidikan
a. S1 IKIP Semarang Tahun 1980 - 1984
b. S2 UGM Yogyakarta Tahun 2000 - 2002
Pengalaman dalam bidang Penelitian:
 Aplikasi Perangkat Lunak MatLab Sebagai Media Analisis Rangkaian- Rangkaian
Elektronika 2008
 Uji Keamanan Koneksitas Pada Jaringan Komputer Tanpa kawat Menggunakan
Standrad IEEE 802.11b, 2011

Semarang, Maret 2013

Drs. Parsumo Rahardjo, M.Kom

NIP 19600821988031001
Anggota 5
a. Nama Lengkap dan Gelar
b. Tempat/ Tgl lahir
c. Jenis Kelamin
d. NIP
e. Pangkat/Jabatan
f. Prodi / Jurusan
g. Bidang Keahlian
: Prayitno, S.ST., M.T.
: Semarang, 10 April 1985
: Laki-Laki
: 198504102014041002
: III B / Penata Muda Tingkat 1
: T. Informatika / T. Elektro.
: Elearning, Mobile Game Edukasi,

Riwayat Pendidikan
Titel/
Tempat Pendidikan Tempat Tahun Lulus Bid. Spesialisasi
Ijazah
Politeknik Elektronika
Surabaya 2009 Sarjana Teknik Informatika
Negeri Surabaya
Institut Teknologi Teknik Media
Bandung 2012 Magister
Bandung Digital dan Game

Pengalaman dalam bidang Penelitian:

1. Prayitno, Dona Octanary, Dina Mustafa, Jaslin Ikhsan, The Java Program: Mobile
Learning Development and Trial, Ikatan Pengembang Teknologi Pendidikan Indonesia
(IPTPI)
2. Penentuan Bidang Konsentrasi Studi Tugas Akhir Berdasarkan Nilai Mata Kuliah
Dengan Klasterisasi KMeans, Tugas akhir D4 jurusan Teknik Informatika, Politeknik
Elektronika Negeri Surabaya, Surabaya, Jawa Timur, Oktober 2009.
3. Desain dan Implementasi Jalur Penerbangan Pesawat Dalam Peta 3D GIS untuk
Operasi SAR, Tesis S2 Program Studi Magister Teknik Elektro, Institut
Teknologi Bandung, Bandung, Jawa Barat, Juli 2012

Semarang, April 2015

Prayitno, S.ST., M.T.

NIP 198504102014041002