Pengembangan Sistem Informasi Manajemen Surat Keputusan...
Click here to load reader
Transcript of Pengembangan Sistem Informasi Manajemen Surat Keputusan...
Pengembangan Sistem Informasi Manajemen Surat Keputusan
Studi Kasus: Subbagian Administrasi Kepegawaian Pusat
UIN Syarif Hidayatullah Jakarta
Skripsi
Sebagai Salah Satu Syarat untuk Memperoleh Gelar
Sarjana Komputer
Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta
Oleh :
Sarika
106091002966
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2011 M/ 1432 H
iv
PENGESAHAN UJIAN
Skripsi yang berjudul “Pengembangan Sistem Informasi Manajemen Surat Keputusan (Studi Kasus : Subbagian Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta)”, telah diuji dan dinyatakan lulus dalam Sidang Munaqosah Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta, pada hari Kamis tanggal 17 Maret 2011. Skripsi ini telah diterima sebagai salah satu syarat untuk memperoleh gelar Sarjana Komputer pada Program Teknik Informatika
Jakarta, 17 Maret 2011
Tim Penguji,
Tim Pembimbing,
Mengetahui,
Penguji I
Khodijah Hulliyah, M,Si NIP. 19730402 200112 2 001
Penguji II
Herlino Nanang, M.T NIP. 19731209 200501 1 002
Pembimbing I
Yusuf Durrachman M.Sc, MIT NIP. 19710522 200604 1 002
Pembimbing II
Husni Teja Sukmana, Ph.D NIP. 19771030 200112 1 003
Dekan Fakultas Sains Dan Teknologi
DR. Syopiansyah Jaya Putra, M.Sis NIP. 19680117 200112 1 001
Ketua Program Studi Teknik Informatika
Yusuf Durrachman M.Sc, M.I.T. NIP. 19710522 200604 1 002
iii
Pengembangan Sistem Informasi Manajemen Surat Keputusan
Studi Kasus: Subbagian Administrasi Kepegawaian Pusat
UIN Syarif Hidayatullah Jakarta
Skripsi Sebagai Salah Satu Syarat untuk Memperoleh Gelar
Sarjana Komputer Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta
Oleh:
Sarika
106091002966
Menyetujui,
Mengetahui, Ketua Program Studi Teknik Informatika,
Yusuf Durrachman, M.sc., M.I.T. NIP.197110522 200604 1 002
Pembimbing II
Husni Teja Sukmana, Ph.D
NIP. 19771030 200112 1 003
Pembimbing I
Yusuf Durachman M.Sc, MIT
NIP. 19710522 200604 1 002
v
PERNYATAAN
DENGAN INI SAYA MENYATAKAN BAHWA SKRIPSI INI BENAR-BENAR
HASIL KARYA SENDIRI YANG BELUM PERNAH DIAJUKAN SEBAGAI SKRIPSI
ATAU KARYA ILMIAH PADA PERGURUAN TINGGI ATAU LEMBAGA
MANAPUN.
Jakarta, Februari 2011
Sarika
ii
Pengembangan Sistem Informasi Manajemen Surat Keputusan
Studi Kasus: Subbagian Administrasi Kepegawaian Pusat
UIN Syarif Hidayatullah Jakarta
Skripsi
Sebagai Salah Satu Syarat untuk Memperoleh Gelar
Sarjana Komputer
Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta
Oleh :
Sarika
106091002966
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2011 M/ 1432 H
xvii
DAFTAR GAMBAR
Halaman
Gambar 2.1 Karakteristik Sistem......................................................................... 18
Gambar 2.2 Siklus Informasi .............. ............................................................... 22
Gambar 2.3 Pilar-pilar Informasi yang Berguna ……………………. ............... 23
Gambar 2.4 Definisi Sistem Informasi …………………. ................................. 27
Gambar 2.5 Komponen Sistem Informasi ..........................................................29
Gambar 2.6 Pengembangan Sistem Informasi ……………………….. ............. 35
Gambar 2.7 Strategi Rapid Application Development (RAD) .............................44
Gambar 2.8 Contoh Model Use Case Diagram .................................................. 50
Gambar 2.9. Jenjang dari data ............................................................................. 56
Gambar 2.10. Tampilan dasar dalam Rational Rose ........................................... 64
Gambar 3.1 Logical Frame Work Penelitian ...................................................... 85
Gambar 4.1. Struktur Organisasi Biro Administrasi Umum dan Kepegawaian
UIN Syarif Hidayatullah Jakarta .................................................... 90
Gambar 4.2. Rich Picture Analisis Sistem yang Berjalan .................................. 98
Gambar 4.3. Rich Picture Analisis Sistem yang di usulkan ............................... 98
Gambar 4.4. Use case Diagram data master ...................................................... 108
Gambar 4.5. Use case Diagram S.K ................................................................... 108
Gambar 4.6. Use case Diagram mencetak S.K....................................................108
Gambar 4.7. Activity Diagram dari Use Case membaca .................................... 122
xviii
Gambar 4.8. Activity Diagram dari Use Case menimbang ................................. 123
Gambar 4.9. Activity Diagram dari Use Case memperhatikan ..........................124
Gambar 4.10. Activity Diagram dari Use Case mengingat ................................. 125
Gambar 4.11. Activity Diagram dari Use Case tembusan ..................................126
Gambar 4.12. Activity Diagram dari Use Case pejabat penandatangan ............. 127
Gambar 4.13. Activity Diagram dari Use Case S.K golongan ............................ 128
Gambar 4.14. Activity Diagram dari Use Case S.K Mutasi Pindah ................... 129
Gambar 4.15. Activity Diagram dari Use Case kenaikan pangkat ..................... 130
Gambar 4.16. Activity Diagram dari Use Case S.K Penetapan .......................... 131
Gambar 4.17. Activity Diagram dari Use Case kenaikan pangkat ..................... 132
Gambar 4.18. Activity Diagram dari Use Case S.K PNS ................................... 133
Gambar 4.19. Activity Diagram dari Use Case cetak S.K .................................. 134
Gambar 4.20. Activity Diagram dari Use Case edit data .................................... 135
Gambar 4.21. Activity Diagram dari Use Case Level user ................................. 136
Gambar 4.22. Activity Diagram dari Use Case hapus ........................................ 137
Gambar 4.23. Sequence Diagram untuk membaca ............................................. 138
Gambar 4.24. Sequence Diagram untuk memperhatikan ................................... 139
Gambar 4.25. Sequence Diagram untuk mengingat ........................................... 141
Gambar 4.26. Sequence Diagram untuk menimbang ......................................... 142
Gambar 4.27. Sequence Diagram untuk S.K Naik Pangkat ............................... 143
Gambar 4.28. Sequence Diagram untuk S.K Naik Golongan ............................ 145
Gambar 4.29. Sequence Diagram untuk SK ...................................................... 146
xix
Gambar 4.30. Sequence Diagram untuk SK Penetapan pegawai ....................... 147
Gambar 4.31. Sequence Diagram untuk SK Pindah............................................149
Gambar 4.32. Sequence Diagram untuk SK PNS ............................................... 150
Gambar 4.33. Sequence Diagram pejabat penandatangan...................................151
Gambar 4.34. Sequence Diagram tembusan ....................................................... 152
Gambar 4.35. Sequence Diagram leveluser.........................................................153
Gambar 4.36. Class Diagram untuk Sistem Informasi yang diusulkan...............155
Gambar 4.37. Database Relational (Physical Database Schema).......................157
Gambar 4.38. Rancang Halaman Login...............................................................169
Gambar 4.39. Rancang Halaman Utama..............................................................170
Gambar 4.40. Rancang Halaman Tambah Data...................................................170
Gambar 4.41. Rancang Halaman Tambah SK.....................................................171
Gambar 4.42. Gambaran Implementasi Jaringan.................................................173
xx
DAFTAR TABEL
Halaman
Tabel 4.1. Cause and Effect Analysis.....................................................................99
Tabel 4.2. System Improvement Objectives ....................................................... .100
Tabel 4.3. Nonfunctional Requirement................................................................103
Tabel 4.4. Requirement Aktor dan Use case ...................................................... 106
Tabel 4.5. Spesifikasi Naratif untuk Use Case menambah S.K pada data master
Tingkat Perancangan.......................................................................... 110
Tabel 4.6. Spesifikasi Naratif untuk Use Case Melihat S.K pada data master
Tingkat Perancangan ......................................................................... 111
Tabel 4.7. Spesifikasi Naratif untuk Use Case Mengedit data master Surat
Keputusan Tingkat Perancangan ....................................................... 112
Tabel 4.8. Spesifikasi Naratif untuk Use Case Menghapus S.K pada data master
Perancangan ....................................................................................... 113
Tabel 4.9. Spesifikasi Naratif untuk Use Case Menambah S.K pada menu mutasi
pegawai Tingkat Perancangan............................................................114
Tabel 4.10. Spesifikasi Naratif untuk Use Case Melihat S.K pada menu Mutasi
Pegawai Tingkat Perancangan..........................................................115
Tabel 4.11. Spesifikasi Naratif untuk Use Case Mencetak S.K pada
Tingkat Perancangan.........................................................................116
Tabel 4.12. Spesifikasi Naratif untuk Use Case Mengedit S.K pada
xxi
Tingkat Perancangan........................................................................117
Tabel 4.13. Spesifikasi Naratif untuk Use Case Menghapus S.K pada
Tingkat Perancangan........................................................................118
Tabel 4.14. Spesifikasi Naratif untuk Use Case Melihat S.K pada pegawai di
tingkat Perancangan.........................................................................119
Tabel 4.15. Spesifikasi Naratif untuk Use Case Mencetak S.K pada
Tingkat Perancangan.........................................................................120
Tabel 4.16. Spesifikasi Naratif untuk Use Case Level User S.K pada
Tingkat Perancangan.........................................................................121
Tabel 4.17. Tabel Pegawai ................................................................................. 158
Tabel 4.18. Tabel riwayat_pangkat .................................................................... 159
Tabel 4.19. Tabel unit_kerja .............................................................................. 159
Tabel 4.20. Tabel naik_pangkat ......................................................................... 160
Tabel 4.21. Tabel user ........................................................................................ 160
Tabel 4.22. Tabel konten ................................................................................... 161
Tabel 4.23. Tabel hubungi ................................................................................. 161
Tabel 4.24. Tabel golongan................................................................................ 162
Tabel 4.25. Tabel leveluser ................................................................................ 162
Tabel 4.26. Tabel naik_pangkat ......................................................................... 163
Tabel 4.27. Tabel penetapan .............................................................................. 164
Tabel 4.28. Tabel pindah ................................................................................... 165
Tabel 4.29. Tabel pns_pegawai ......................................................................... 166
xxii
Tabel 4.30. Tabel tanda_tangan ......................................................................... 166
Tabel 4.31. Tabel tembusan ............................................................................... 167
Tabel 4.32. Tabel manimbang............................................................................ 167
Tabel 4.33. Tabel membaca ............................................................................... 168
Tabel 4.34. Tabel memperhatikan...................................................................... 168
Tabel 4.35. Tabel mengingat.............................................................................. 168
Tabel 4.36. Daftar Tools Pengembangan Perangkat Lunak Sistem ................... 172
Tabel 4.37. Pengujian Mandiri ........................................................................... 174
Tabel 4.38. Pengujian Penerimaan Sistem ......................................................... 179
xxiv
Simbol Use Case Diagram
Simbol Nama Fungsi
Actor User di luar sistem
Use case Sebuah spesifikasi perilaku suatu entitas dalam interaksi dengan agen di luar
Subject Boundary Classifier yang sifatnya dideskripsikan dengan use case
Communication path Penjelasan tentang sambungan antara class instances
Generalization Hubungan antara lebih spesifik dan deskripsi yang lebih umum, digunakan untuk inheritance dan deklarasi tipe polimorfik
Extend menghubungkan sebuah
perluasan use case ke use case dasar
include menghubungkan use case
dasar ke use case tambahan
(Sumber: Rumbaugh, Jacobson, Booch, 2006: 48-49, 695, 351, 388, 627)
xxv
Simbol Activity Diagram
Simbol Nama Fungsi
Action atau activity
perilaku spesifikasi yang menggambarkan sekuensial serta langkah-langkah prosedur komputasi.
Fork atau join Node dengan satu input dan beberapa output atau sebaliknya
Intial node Menunjukkan
tempat dimana eksekusi program dimulai ketika sebuah activity dipanggil
Activity final node
menyebabkan penghentian eksekusi paksa semua flow dalam activity dan berakhirnya pelaksanaan activity
Flow Mendeskripsikan
sumber dan target dari berbagai jenis informasi
Accept action Suatu aksi yang melakukan eksekusi sampai suatu jenis kejadian tertentu dikenal oleh objek pelaksana
Send signal action
Spesifikasi dari blok informasi yang dikomunikasikan dengan asynchronous antar objek
xxvi
Accept time action
Suatu aksi yang dilakukan dalam waktu tertentu
Branch atau merge
Situasi dimana flow input aksi dapat menuju satu atau beberapa kemungkinan flow output atau sebaliknya
Pin Merepresentasikan koneksi untuk nilai input atau output suatu aksi
Object node Merepresentasikan adanya suatu objek yang diproduksi oleh aksi
Exception handler
Kontol yang melakukan asumsi jika ada pengecualian dari suatu kejadian yang terjadi
Interruptible activity region
Suatu daerah yang dapat dilakukan proses interupsi
Expansion region Suatu daerah yang mengeksekusi satu dari setiap elemen yang diinput
Sub-activity Activity diagram utama terlalu kompleks sehingga dituhkan activity diagram tersendiri untuk proses tertentu
(Sumber: http://www.holub.com/ dan Rumbaugh, Jacobson, Booch, 2006: 698, 169, 385,
448, 412, 178, 383, 155, 601, 669, 219, 469, 540, 507, 361, 443, 367 )
xxvii
Simbol Sequencial Diagram
Simbol Nama Fungsi
LifeLine Partisipasi individu dalam interaksi
Boundary LifeLine Jenis penghubung yang didefinisikan sebagai stereotip Batas.
Control LifeLine Jenis penghubung yang didefinisikan sebagai stereotip Kontrol.
Entity LifeLine Sebuah jenis penghubung yang didefinisikan sebagai stereotip entitas.
asynchronous message
Komunikasi antar lifeline
synchronous call Tipe message yang
merupakan tipe operasi call
return message Tipe message yang
merupakan akhir dari eksekusi dan kembali kepada pemanggilnya
Duration Message Tipe pesan yang bergantung pada waktu panggilan pesan
stop (destruction)
Penghapusan objek
xxviii
Create Message Model penciptaan objek.
Self Message Jenis pesan yang merupakan pelaksanaan atau operasi memanggil dalam garis hidup yang sama.
Recursive Message Jenis pesan diri yang dijalankan secara rekursif.
Found Message Jenis pesan mana terjadinya peristiwa penerima dikenal.
Lost Message Jenis pesan mana terjadinya peristiwa pengiriman dikenal.
Alternative Combined Fragment
Sebuah fragmen gabungan alternatif menetapkan alternatif fragmen interaksi.
xxix
Loop Combined Fragment
Sebuah fragmen yang mendefinisikan perulangan fragmen interaksi.
Interaction Use Sebuah cara singkat untuk menyalin isi dari interaksi yang dirujuk.
Frame Sebuah unit yang mempunyai perilaku untuk berfokus pada pengamatan pertukaran informasi
Actor Aktor menentukan peran yang dimainkan oleh pengguna manusia, perangkat keras eksternal, atau subjek lain yang berinteraksi dengan subjek.
Concurrent Membuat timeline eksesuki baru bersamaan
xxx
Continuation Mendefinisikan kelanjutan dari cabang Alternatve Combined Fragment yang berbeda
Gate Titik sambungan antara pesan internal dan eksternal dari Frame
Note Sebuah notasi tekstual yang dapat melekat pada elemen (s).
Anchor Sebuah konektor antara elemen dan catatan.
Constraint kendala adalah suatu kondisi atau pembatasan, yang dapat disajikan dalam kedua bahasa natual atau bahasa mesin yang dapat dibaca.
(Sumber: http://resource.visual-paradigm.com/ dan Rumbaugh, Jacobson, Booch, 2006:
700, 701, 319)
xxxi
Simbol Deployment Diagram
Simbol Nama Fungsi
Device Node sumber daya komputasi fisik dengan kemampuan pemrosesan untuk mengeksekusi artefak
Artifact Artefak adalah informasi yang digunakan atau dihasilkan oleh proses pengembangan perangkat lunak.
Association
Sebuah asosiasi yang menetapkan hubungan semantik yang dapat terjadi antar instansi
Execution Environment Node
Sebuah execution environment adalah node yang menawarkan lingkungan eksekusi untuk tipe komponen tertentu komponen sebagai syarat untuk mengeksekusi artefak
(Sumber : http://www.visual-paradigm.com)
xxxii
DAFTAR ISTILAH
SK Surat Keputusan
Blackbox Suatu jenis pengujian perangkat lunak berdasarkan dengan
input, output pemakai.
Coding Tahapan dimana pengembangan software melakukan
pembangunan aplikasi.
Design Tahapan dimana pengembangan software melakukan
perancangan.
Testing Tahapan dimana pengembangan software melakukan uji
coba terhadap aplikasi.
UML Unified Modelling Language
User Pengguna dari sistem
User Friendly Bersahabat untuk digunakan, sehingga user mudah untuk
menggunakan.
RAD Rapid Aplication Development
vi
ABSTRAK Sarika, Analisis Pengembangan Sistem Informasi Manajemen Surat Keputusan Studi Kasus: Subbagian Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta dibawah bimbingan Yusuf Durachman M.Sc, MIT dan Husni Teja Sukmana, Ph.D.
Surat Keputusan (SK) adalah aspek yang penting dalam pemberian informasi di Universitas Islam Negri Syarif Hidayatullah Jakarta (UIN Jakarta) terutama pada bagian Subbagian Administrasi Kepegawaian Pusat. Informasi yang dapat diberikan pada surat keputusan bermacam-macam informasi mengenai mutasi pegawai, diantaranya naik pangkat golongan, naik jabatan, pensiun, pindah antar instansi. Penyimpanan surat keputusan yang diterima oleh setiap penerima (Asisten ahli, Lektor, Lektor Kepala, Guru Besar) dilakukan dengan cara simpan data secara manual dengan format yang sudah ada menggunakan Microsoft Office Word. Dengan penyimpanan menggunakan manual, data dapat memungkinkan hilang, rusak dan menyulitkan dalam melakukan pencarian data jika suatu saat Surat Keputusan tersebut diperlukan. Dengan melihat latar belakang tersebut dikembangkan suatu sistem informasi yang membantu dalam pengelolaan surat keputusan dan dalam kerja dosen dan staff tata usaha di UIN Jakarta. Sistem informasi yang bernama Sistem Informasi Manajemen Surat Keputusan ini nantinya langsung terintegrasi dengan Sistem Informasi Kepegawaian. Untuk mengatasi permasalahan-permasalahan tersebut diatas, maka dibutuhkan suatu aplikasi yang mampu menyimpan data kedalam database dan juga dapat menampilkan Surat Keputusan yang di terima oleh setiap dosen dan staff. Selain itu, dapat memberikan fasilitas dalam pembuatan Surat Keputusan yaitu berupa format penulisan surat keputusan. Penyimpanan data kedalam database dapat memudahkan para dosen dan karyawan untuk melakukan pencarian ulang Surat Keputusan yang telah diterima dengan mudah tanpa harus mencari terlebih dahulu pada tumpukan arsip.
Kata Kunci: Sistem Informasi, Manajemen Surat, Surat Keputusan, Rapid Application Development.
vii
KATA PENGANTAR Bismillaahirrahmaanirrahiim………
Segala puji dan syukur penulis panjatkan kehadirat Allah SWT atas segala
karunia, rahmat dan kekuatan, juga segala petunjuk dan kemudahan sehingga
penulis dapat menyelesaikan penulisan skripsi ini dengan judul Pengembangan
Sistem Informasi Manajemen Surat Keputusan Studi Kasus: Subbagian
Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta. Shalawat serta
salam selalu kita haturkan kepada junjungan kita Nabi besar Muhammad SAW,
beserta keluarganya, para sahabatnya, dan para pengikutnya.
Skripsi ini berjudul “Pengembangan Sistem Informasi Manajemen Surat
Keputusan Studi Kasus: Subbagian Administrasi Kepegawaian Pusat UIN
Syarif Hidayatullah Jakarta”, yang disusun untuk memenuhi salah satu syarat
dalam menyelesaikan program S1 pada Program Studi Teknik Informatika di
Universitas Islam Negeri Syarif Hidayatullah Jakarta.
Pada kesempatan yang berbahagia ini, penulis mengucapkan terima kasih
kepada pihak-pihak yang telah membantu dalam menyelesaikan skripsi ini.
Mereka yang berdedikasi tinggi diantaranya:
1. Bapak DR. Syopiansyah Jaya Putra, M.Sis., selaku Dekan Fakultas
Sains dan Teknologi, Universitas Islam Negeri Syarif Hidayatullah
Jakarta.
viii
2. Bapak Yusuf Durrachman, M.Sc., M.I.T., selaku Ketua Program Studi
Teknik Informatika, Fakultas Sains dan Teknologi, Universitas Islam
Negeri Syarif Hidayatullah Jakarta.
3. Ibu Viva Arifin, MMSI., selaku Sekretaris Program Studi Teknik
Informatika, Fakultas Sains dan Teknologi, Universitas Islam Negeri
Syarif Hidayatullah Jakarta.
4. Yusuf Durachman M.Sc, MIT, Husni Teja Sukmana, Ph.D, selaku
dosen pembimbing yang senantiasa sabar dan selalu meluangkan
waktunya di tengah-tengah berbagai kesibukannya untuk
membimbing penulis dalam proses penyusunan skripsi ini.
5. Seluruh Dosen Program Studi Teknik Informatika yang tidak mungkin
penulis sebutkan satu persatu.
6. Staff karyawan Fakultas Sains dan Teknologi dan Prodi TI (Ibu
Fitroh, Ibu Tari, Pak Amin, Pak Tommy, Niki, dan semuanya).
Akhirnya, penulis berharap semoga skripsi ini dapat bermanfaat. Saran
dan kritik untuk kesempurnaan skripsi ini sangat penulis harapkan.
Jakarta, Februari 2011
Penulis
Sarika
xi
DAFTAR ISI
Halaman
Halaman Judul .................. .............................................................................. ii
Lembar Persetujuan Pembimbing .................................................................... iii
Lembar Persetujuan Penguji ............................................................................ iv
Lembar Pernyataan .......................................................................................... v
Abstrak ............................................................................................................ vi
Kata Pengantar ................................................................................................ vii
Lembar Persembahan ....................................................................................... ix
Daftar Isi ......................................................................................................... xi
Daftar Gambar. ................................................................................................ xvii
Daftar Tabel ..................................................................................................... xx
Daftar Simbol ................................................................................................... xxiv
Daftar Istilah .................................................................................................... xxxii
BAB I PENDAHULUAN .............................................................................. 1
1.1. Latar Belakang .................................................................................. 1
1.2. Perumusan Masalah .......................................................................... 4
1.3. Pembatasan Masalah ......................................................................... 5
1.4. Tujuan Penelitian .............................................................................. 6
1.5. Manfaat Penelitian ............................................................................ 6
1.5.1. Bagi Pengguna khususnya Subbagian Administrasi
Kepegawaian UIN Jakarta....................................................... 6
xii
1.5.2. Bagi Penulis ............................................................................ 7
1.5.3. Bagi Akademik ....................................................................... 7
1.6. Metodologi Penelitian ....................................................................... 7
1.6.1. Metode Pengumpulan Data .................................................... 7
1.6.2. Metode Pengembangan Aplikasi ............................................ 8
1.7. Sistematika Penulisan ....................................................................... 10
BAB II LANDASAN TEORI ........................................................................ 12
2.1. Pengembangan Sistem ...................................................................... 12
2.1.1. Konsep Pengembangan Sistem..................................................13
2.2. Konsep Sistem.................................................................................... 14
2.2.1. Defenisi Sistem..........................................................................15
2.2.2. Karakteristik Sistem ................................................................ 16
2.2.3. Klasifikasi Sistem .................................................................... 18
2.3. Konsep Dasar Informasi ................................................................... 20
2.3.1. Defenisi Informasi .................................................................. 20
2.3.2. Siklus Informasi...................................................................... 21
2.3.3. Kualitas Informasi .................................................................. 22
2.3.4. Nilai Informasi .........................................................................23
2.4. Konsep Dasar Sistem Informasi ........................................................ 25
2.4.1. Defenisi Sistem Informasi ...................................................... 25
2.4.2. Komponen Sistem Informasi .................................................. 27
2.5. Sistem Informasi Manajemen ........................................................... 29
xiii
2.5.1. Konsep Sistem Informasi Manajemen.................................... 29
2.6. Konsep Kepegawaian Negara ........................................................... 32
2.6.1. Defenisi Pegawai .................................................................... 32
2.7. Defenisi Sistem Informasi Kepegawaian .......................................... 33
2.8. Pengembangan Sistem Informasi Berorientasi Objek ...................... 34
2.8.1. Pengertian Pengembangan Sistem Informasi ......................... 34
2.8.2. Pengertian Objek Oriented ..................................................... 36
2.8.3. Pengembangan Sistem Berorientasi Objek...............................40
2.9. Metode Pengembangan Sistem Rapid Application Development ..... 42
2.10. Rich Picture ...................................................................................... 45
2.11. Matriks Masalah, Kesempatan, Tujuan dan Batasan (Problems,
Opportunities, Objectives dan Constraints Matrix) ........................... 45
2.12. Functional dan Nonfunctional Requirement ..................................... 46
2.13. UML (Unified Modelling Language) ............................................... 48
2.13.1. Use Case Model Diagram ..................................................... 49
2.13.2. Activity Diagram ................................................................... 51
2.13.3. Sequence Diagram ................................................................ 51
2.13.4. Class Diagram ..................................................................... 52
2.14. Aplikasi Berbasis Web ...................................................................... 52
2.15. Konsep Database ............................................................................... 55
2.15.1. Defenisi Basis Data (Data Base) ......................................... 55
2.15.2. DBMS (Database Management System) ............................. 57
2.15.3. SQL (Structured Query Languege) ...................................... 59
xiv
2.16. Mengenal Rational Rose ................................................................... 60
2.16.1. Dasar-dasar Pemodelan dengan Rational Rose ..................... 61
2.16.2. Konsep Dasar Rational Rose ................................................ 62
2.17. Bahasa Pemrograman ........................................................................ 65
2.17.1. HTML ................................................................................... 65
2.17.2. PHP ....................................................................................... 66
2.17.3. CSS ....................................................................................... 68
2.17.4. MySQL ................................................................................. 69
2.18. Metode Penelitian ............................................................................. 70
2.18.1. Penelitian Sejenis ..................................................................... 71
2.19. Pengujian Perangkat Lunak .............................................................. 73
BAB III METODOLOGI PENELITIAN .................................................... 76
3.1. Metode Penelitian ............................................................................. 76
3.2. Teknik Pengumpulan Data ................................................................ 76
3.3. Metode Pengembangan Sistem ......................................................... 78
3.4. Rapid Application Development (RAD) .......................................... 79
3.4.1. Defenisi Lingkup (Scope Definition)...................................... 80
3.4.2. Analisis Sistem (Analysis) ...................................................... 80
3.4.3. Perancangan Sistem (Design) ................................................. 81
3.4.4. Implementasi Sistem (Construction & Testing) ..................... 83
3.4.4.1. Pemograman ................................................................ 83
3.4.4.2. Pengujian (Testing) ..................................................... 83
xv
3.5. Kerangka Pemikiran (Logical Frame Work) Penelitian ................... 84
BAB IV ANALISIS DAN PERANCANGAN SISTEM .............................. 87
4.1. Sekilas Tentang UIN Syarif Hidayatullah Jakarta ............................ 88
4.1.1. Visi dan Misi UIN Syarif Hidayatullah Jakarta ..................... 88
4.1.2. Subbag Admnistrasi Kepegawaian UIN Jakarta .................... 89
4.1.3. System Operation Processing (Prosedur Tetap) Subbag
Administrasi Kepegawaian........................................................90
4.2. Mendefenisikan Lingkup (Scope Definition) .................................... 95
4.3. Analisis Sistem (Analysis) ................................................................ 96
4.3.1. Analisis Masalah (Problem analysis) ..................................... 97
4.3.2. Analisis Persyaratan (Requirement Analysis) ........................ 101
4.3.3. Analisis Keputusan (Decision analysis) ................................ .104
4.4. Perancangan Sistem (System Design) ............................................... 105
4.4.1. Identifikasi Use Case dan Aktor ............................................. 106
4.4.2. Use Case Diagram ................................................................ 107
4.4.3. Deskripsi Use Case Tingkat Perancangan .............................. 109
4.4.4. Activity Diagram ..................................................................... 122
4.4.5. Sequence Diagram .................................................................. 138
4.4.6. Class Diagram ........................................................................ 154
4.4.7. Rancangan Sistem Basis Data ................................................ 156
4.4.8. Rancangan Interface ............................................................... 182
4.5. Implementasi ..................................................................................... 184
xvi
4.5.1. Konstruksi Perangkat Lunak .................................................. 184
4.5.2. Hardware ............................................................................... 185
4.5.3. Pengujian Mandiri .................................................................. 186
4.5.4. Acceptance Testing (Pengujian Pengujian Penerimaan) ........ 191
BAB V KESIMPULAN DAN SARAN ......................................................... 192
5.1. Kesimpulan ....................................................................................... 192
5.2. Saran ................................................................................................. 193
DAFTAR PUSTAKA ......................................................................................194
LAMPIRAN-LAMPIRAN
1
BAB I
PENDAHULUAN
1.1. Latar Belakang
Sumber dari informasi adalah data. Data merupakan bentuk yang masih
mentah yang belum dapat bercerita banyak, sehingga perlu diolah lebih
lanjut. Data diolah melalui suatu model untuk menghasilkan informasi
(Jogiyanto, 2005:8).
Surat Keputusan (SK) adalah aspek yang penting dalam pemberian
informasi di Universitas Islam Negri Syarif Hidayatullah Jakarta (UIN
Jakarta) terutama pada bagian Subbagian Administrasi Kepegawaian Pusat.
Informasi yang dapat diberikan pada surat keputusan bermacam-macam
informasi mengenai mutasi pegawai, diantaranya naik pangkat golongan,
naik jabatan, pensiun, pindah antar instansi.
Penyimpanan surat keputusan yang diterima oleh setiap penerima
(Asisten ahli, Lektor, Lektor Kepala, Guru Besar) dilakukan dengan cara
simpan data secara manual dan dengan cara input data pada Sistem Informasi
Kepegawaian yang sedang berjalan atau dengan format yang sudah ada
menggunakan Microsoft Office Word.
Penyimpanan data secara manual dilakukan dengan arsip data. Dengan
penyimpanan secara arsip data dapat memungkinkan hilang, rusak dan
menyulitkan dalam melakukan pencarian data jika suatu saat Surat
Keputusan tersebut diperlukan.
2
Data kegiatan yang di inputkan pada sistem informasi ini diantaranya
adalah nomer surat keputusan beserta nama dosen yang menerima surat
keputusan tersebut beserta pasal-pasal dan undang-undang yang mengiringi
keputusan tersebut keluar. Hal tersebut menyebabkan tidak efisien dalam
proses input data dan dapat menyebabkan tumpang tindih pada database.
Dengan adanya permasalaha-permasalahan yang muncul pihak Subbagian
Administrasi Kepegawaian menghendaki adanya sistem yang terintegrasi
antara satu dengan yang lain, agar dapat meminimalkan kerja karyawan di
bagian tersebut.
Dengan melihat latar belakang tersebut akan dikembangkan suatu sistem
informasi yang membantu dalam pengelolaan surat keputusan dan dalam
kerja dosen dan staff tata usaha di UIN Jakarta. Sistem informasi yang
bernama Sistem Informasi Manajemen Surat Keputusan ini nantinya dapat
terintegrasi dengan Sistem Informasi Kepegawaian. Untuk mengatasi
permasalahan-permasalahan tersebut diatas, maka dibutuhkan suatu aplikasi
yang mampu menyimpan data kedalam database dan juga dapat menampilkan
Surat Keputusan yang di terima oleh setiap dosen dan staff. Selain itu, dapat
memberikan fasilitas dalam pembuatan Surat Keputusan yaitu berupa format
penulisan surat keputusan beserta lampiran surat keputusan. Penyimpanan
data kedalam database dapat memudahkan para dosen dan karyawan untuk
melakukan pencarian ulang Surat Keputusan yang telah diterima dengan
mudah tanpa harus mencari terlebih dahulu pada tumpukan arsip. Dengan
3
adanya fitur simpan surat keputusan pada aplikasi ini, maka data akan
disimpan pada database.
Penataan informasi yang dilakukan secara teratur, jelas, tepat dan cepat
serta dapat disajikan dalam sebuah laporan tentunya sangat mendukung
kelancaran kegiatan operasional organisasi dan pengambilan keputusan yang
tepat.
Berdasarkan hasil observasi dan wawancara penulis dengan Kasubbag
Administrasi Kepegawaian, pengolahan Surat Keputusan sudah dilakukan
dengan terkomputerisasi. Data-data mengenai kepegawaian sudah berada di
dalam suatu database dengan program aplikasi Sistem Pegawai (SIMPEG)
berbasis desktop. Namun, aplikasi tersebut masih memiliki kekurangan
diantaranya yaitu belum sempurnanya fitur untuk pembuatan Surat
Keputusan (SK) terutama dalam hal mutasi pegawai sehingga masih
dilakukan dengan menggunakan file-file Excel dan Word.
Oleh karena itu dibutuhkan suatu konsep pengolahan data Surat
Keputusan yang sudah terintegrasi dengan Sistem Informasi Kepegawaian,
sehingga ketika surat tersebut dibutuhkan, maka akan dapat langsung
diproses.
Berdasarkan penjelasan diatas, penulis tertarik untuk melakukan
penelitian dalam rangka skripsi dengan tema “Pengembangan Sistem
Informasi Manajemen Surat Keputusan Studi Kasus: Subbagian
Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta.”
4
Penelitian ini juga berada di bawah Pusat Komputer dan Sistem
Informasi (PUSKOM) UIN. PUSKOM merupakan sebuah badan yang
bertugas membenahi sistem perguruan tinggi (SIMPERTI) UIN Jakarta
dengan membentuk pusat data yang tersentralisasi sebagai pelayanan unit
kerja di UIN (Centralize operation and decentralize in service - SOSIS).
Harapan dari penelitian ini adalah agar skripsi ini dapat memberikan
solusi sebagai pemecahan masalah pengololaan surat keputusan di Subbagian
Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta.
1.2.Perumusan Masalah
Berdasarkan latar belakang tersebut, penulis mengidentifikasikan
masalah yang saat ini dihadapi adalah :
1. Belum sempurnanya fitur untuk pembuatan SK (Surat Keputusan)
sehingga untuk membuat SK Mutasi Kepegawaian berkala masih
dilakukan secara manual.
2. Sistem yang kurang user friendly dan kesulitan pegawai atau dosen dalam
mencari SK yang keluar apabila dibutuhkan sewaktu-waktu.
3. Tidak adanya pengarsipan atau penyimpanan yang rapih, sehingga apa bila
penyimpanan manual dapat beresiko hilang atau rusaknya data-data
tersebut.
4. Belum terdapatnya modul untuk pengolahan dan penyimpanan data Surat
Keputusan.
5
Sehingga penulis merumuskan bahwa permasalahan yang akan
diselesaikan dengan penelitian ini adalah bagaimana mengembangkan Sistem
Informasi Manajemen Surat Keputusan yang dapat menyelesaikan
permasalahan pada sistem yang berjalan saat ini.
1.3. Pembatasan Masalah
Dalam pengembangan Sistem Informasi Manajemen Surat Keputusan
ini, penulis membatasi masalah sebagai berikut :
1. Analisis dan perancangan database yang akan menampung keseluruhan
data pegawai UIN Syarif Hidayatullah Jakarta menggunakan MySQL versi
5.0.67 sebagai tools-nya.
2. Analisis dan perancangan aplikasi berbasis web menggunakan bahasa
pemrograman HTML dan PHP versi 5.2.6.
3. Perancangan penyajian format laporan terkait kepegawaian yang sesuai
dengan kebutuhan manajerial.
4. Perancangan dan pembuatan fitur Surat Keputusan (SK) Mutasi di
khususkan pada bagian kenaikan pangkat, ketetapan jabatan, mutasi
pindah, naik golongan, dan penetapan PNS.
5. Dalam melakukan perancangan sistem, penulis menggunakan UML.
6. Pengguna sistem ini nantinya adalah pegawai, subbag administrasi
kepegawaian pusat sebagai admin pusa, pihak PUSKOM, dan
administrator sistem.
6
1.4. Tujuan Penelitian
Tujuan yang ingin dicapai penulis dari penelitian ini adalah:
a. Menganalisis sistem yang ada (current system) pada Subbagian
Administrasi Kepegawaian Pusat UIN Jakarta.
b. Mengembangkan aplikasi manajemen surat keputusan yang masih belum
teroganisir dengan baik pada Subbagian Administrasi Kepegawaian Pusat
UIN Syarif Hidayatullah Jakarta.
c. Merancang aplikasi manajemen surat keputusan yang dapat menunjang
aktivitas administrasi kepegawaian.
d. Menguji aplikasi manajemen surat keputusan yang baru dengan metode
blackbox testing.
1.5. Manfaat Penelitian
1.5.1. Bagi Pengguna Sistem khususnya Subbagian Administrasi
Kepegawaian UIN Jakarta
Manfaat yang dapat dipetik oleh Subbagian Administrasi
Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta dari penelitian ini
antara lain:
a. Tersedianya aplikasi manajemen surat keputusan yang didukung
oleh database untuk penyimpanan data-data surat dan untuk
mengolah data tersebut menjadi informasi yang dibutuhkan.
b. Membantu administrator dan pihak kepegawaian untuk
mengorganisir data sesuai hak akses.
7
c. Memudahkan manajemen, mengintegrasikan data kepegawaian,
dan mempublikasikan informasi yang dihasilkan.
d. Untuk memudahkan integrasi dengan SIMPEG.
1.5.2. Bagi penulis
Banyak sekali manfaat yang bisa penulis petik dalam penelitian
skripsi ini, diantaranya adalah sebagai berikut :
a. Menambah wawasan penulis tentang teknologi informasi,
khususnya dalam membangun sistem informasi berbasis web.
b. Dapat mengimplementasikan ilmu yang didapat di bangku kuliah.
1.5.3. Bagi Akademik
a. Mengetahui kemampuan mahasiswa dalam penguasaan materi dan
penerapan ilmu yang telah di dapat di bangku kuliah.
b. Memberikan gambaran tentang kesiapan mahasiswa dalam
menghadapi dunia kerja dari hasil yang diperoleh selama
pembelajaran pada masa kuliah.
1.6. Metodologi Penelitian
Metode penelitian yang digunakan dan diterapkan dalam penulisan
tugas akhir ini meliputi :
1.6.1. Metodologi Pengumpulan Data
Dalam proses penulisan skripsi ini, bentuk metodologi
pelaksanaan yang akan dilakukan antara lain :
8
a. Observasi, yakni proses pengambilan data dalam penelitian di
mana peneliti atau pengamat melihat langsung keadaan
permasalahan penelitian yaitu sistem pegawai yang telah ada.
b. Wawancara, yakni mengumpulkan data melalui tanya jawab dan
diskusi dengan pihak-pihak bagian kepegawaian.
c. Studi Pustaka, yakni mengumpulkan data melalui buku maupun
artikel yang berhubungan dengan penulisan skripsi ini.
d. Studi Literatur, yakni mengumpulkan data melalui jurnal-jurnal
penelitian yang terkait dengan penelitian skripsi.
1.6.2. Metodologi Pengembangan Aplikasi
Pada penelitian ini penulis menggunakan RAD (Rapid
Application Developtment). Sebagai strategi pengembangan aplikasi
digunakan RAD (Rapid Application Development), yaitu sebuah
strategi pengembangan sistem yang menekankan kecepatan
pengembangan melalui keterlibatan pengguna yang ekstensif dalam
konstruksi, cepat, berulang dan bertambah serangkaian prototipe yang
bekerja pada sebuah sistem dan pada akhirnya berkembang ke dalam
sistem final (Whitten, 2007:98).
Adapun sembilan tahap siklus pengembangan RAD adalah
sebagai berikut:
a. Definisi Lingkup (Scope Definition), pada tahap ini penulis
mendefenisikan batas-batas ruang lingkup bagian-bagian yang
9
dipelajari, dianalisis, didesain, dikonstruksi, diimplementasikan
pada pengembangan Sistem Informasi Manajemen Surat
Keputusan.
b. Analisis Sistem (Analysis), pada tahap ini sebuah teknik
pemecahan masalah yang menguraikan sebuah sistem menjadi
bagian-bagian komponen dengan tujuan mempelajari seberapa baik
bagian-bagian tersebut bekerja dan berinteraksi untuk mencapai
tujuan.
c. Perancangan Sistem (Design), pada tahap ini menekankan pada
pendekatan gambar model sistem untuk mendokumentasikan aspek
teknis dan implementasi dari sebuah sistem.
d. Implementasi Sistem (Construction & Testing), pada tahap ini
dilakukan pengembangan, instalasi, dan pengujian komponen-
komponen sistem. Kemudian dilakukan pengirimin sistem ke
produksi.
10
1.7. Sistematika Penulisan
Dalam skripsi ini, penulis menjabarkan penelitian dalam
Pengembangan Sistem Informasi Manajemen Surat Keputusan dalam 5
(lima) Bab, yaitu :
BAB I PENDAHULUAN
Pendahuluan memberikan uraian mengenai latar belakang
masalah, perumusan masalah, batasan masalah, tujuan
penelitian, manfaat penelitian, metodologi penelitian, dan
sistematika penulisan.
BAB II LANDASAN TEORI
Bab ini berisi pembahasan teori-teori yang digunakan
sebagai panduan dasar dalam pengembangan sistem ini.
BAB III METODOLOGI PENELITIAN
Bab ini berisi metodologi penelitian yang digunakan serta
langkah-langkah yang digunakan terkait dengan penelitian
yang dilakukan.
BAB IV ANALISIS DAN PERANCANGAN SISTEM
Bab ini berisi analisis terhadap kebutuhan sistem, serta
implementasi pengembangannya secara konkrit.
11
BAB V KESIMPULAN DAN SARAN
Bab ini merupakan bab penutup yang berisi kesimpulan
serta saran yang dapat membantu pengembangan sistem
informasi ini di masa yang akan datang.
12
BAB II
LANDASAN TEORI
2.1. Pengembangan Sistem
Defenisi Pengembangan Sistem menurut Jogiyanto adalah menyusun
suatu sistem yang baru untuk menggantikan sistem yang lama secara
keseluruhan atau memperbaiki sistem yang telah ada. Sistem yang lama perlu
diperbaiki atau diganti disebabkan karena beberapa hal, yaitu:
1. Adanya permasalahan-permasalahan yang timbul di sistem yang
lama. Permasalahan yang timbul dapat berupa ketidak beresan
sistem yang ada dan pertumbuhan organisasi.
2. Untuk meraih kesempatan-kesempatan.
3. Adanya instruksi-instruksi.
Dengan telah dikembangkannya sistem yang baru, maka diharapkan
akan terjadi peningkatan pada sistem yang baru. Peningkatan yang
diharapkan berupa :
1. Performance (kinerja)
Peningkatan terhadap kinerja (hasil kerja) sistem yang baru
sehingga menjadi lebih efektif. Kinerja dapat diukur dari :
a. Throughput, yaitu jumlah dari pekerjaan yang dapat dilakukan
suatu saat tertentu.
13
b. Response time, yaitu rata-rata waktu yang tertunda diantara dua
pekerjaan ditambah dengan waktu response untuk menanggapi
pakerjaan tersebut.
2. Economy (ekonomis)
Peningkatan terhadap manfaat-manfaat atau keuntungan-
keuntungan atau penurunan-penurunan biaya yang terjadi.
3. Control (pengendalian)
Peningkatan terhadap pengendalian untuk mendeteksi dan
memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan
yang dan akan terjadi.
4. Efficiency (efisiensi)
Peningkatan terhadap efesiensi operasi, yaitu bagaimana sumber
daya digunakan dengan pemborosan yang paling minimum.
5. Service (pelayanan)
Peningkatan terhadap pelayanan yang diberikan oleh sistem.
2.1.1 Konsep Pengembangan Sistem
Menurut William S. Davis, siklus hidup pengembangan sistem
terdiri dari :
1. Defenisi masalah (problem definition).
2. Studi kelayakan (feasibility study).
3. Analisis (analysis).
4. Desain sistem (system design).
5. Desain terinci (detailed design).
14
6. Implementasi (implementation).
7. Perawatan (maintenance).
Dalam hal ini SIMPEG yang ada saat ini terdapat beberapa kekurangan
yaitu belum terdapatnya modul Surat Keputusan atau SK Mutasi Pegawai
yang masih dilakukan dengan Aplikasi Microsoft Word karena format SK
yang disediakan sistem belum sesuai. Aplikasi SIMPEG yang saat ini sedang
berjalan sudah menggunakan aplikasi berbasis web. Sehingga mempermudah
admin dalam maintenance.
Kendala yang biasa dihadapi dalam mengimplementasikan aplikasi
berbasis web yaitu masalah keamanan sistem dan kecepatan aplikasi yang
bergantung pada kecepatan jaringan dan kemampuan web server.
2.2. Konsep Sistem
Terdapat dua kelompok pendekatan dalam mendefenisikan sistem, yaitu
yang menekankan pada prosedurnya dan yang menekankan pada komponen atau
elemennya. Penekanan pada prosedur menurut Stallings mendefenisikan suatu
prosedur adalah urut-urutan yang tepat dari tahapan-tahapan instruksi yang
menerangkan apa (what) yang harus dikerjakan, siapa (who) yang
mengerjakannya, kapan (when) dikerjakannya dan bagaimana (how)
mengerjakannya. Sedangkan pendekatan sistem yang menekannkan pada elemen
aatau komponennya mendefenisikan sistem adalah kumpulan dari elemen-elemen
yang berinteraksi untuk mencapai suatu tujuan tertentu. Pendekatan sistem yang
merupakan kumpulan-kumpulan dari elemen-elemen atau komponen-komponen
15
atau subsistem-subsistem merupakan defenisi yang lebih luas. Komponen-
komponen pada subsistem tidak dapat berdiri lepas sendiri-sendiri. Komponen-
komponen atau subsistem-subsistem saling berinteraksi dan saling berhubungan
membentuk satu kesatuan sehingga tujuan atau sasaran suatu sistem tersebut dapat
tercapai.(Jogiyanto,2005:3)
2.2.1. Definisi Sistem
Secara umum sistem menerima input dari lingkungannya,
kemudian memproses input tersebut menjadi output yang berguna dan
bernilai bagi pengguna sistem atau lingkungan sistem tersebut.
Menurut cara pandang sistem komputer sistem adalah sekumpulan
komponen yang mengimplementasikan model dan fungsionalitas yang
dibutuhkan. Komponen-komponen tersebut saling berinteraksi didalam
sistem guna mentrans-formasi input yang diberikan kepada sistem
tersebut menjadi output yang berguna dan bernilai bagi actor-nya
(Irwanto, 2006 : 2). Sebuah sistem dapat berinteraksi dengan
lingkungan sistem yang lain. Oleh karena itu, setiap sistem memiliki
interface yang memungkinkan sistem berinteraksi dengan sistem lain
maupun pengguna sistem itu sendiri. Sebuah batasan dari sistem itu
sendiri sangat penting karena menetukan kompleksitas sebuah sistem
dan pemodelannya.
Dari beberapa definisi sistem diatas, penulis memahami suatu
kesimpulan pada sistem itu sendiri yang merupakan suatu elemen yang
saling berhubungan dengan elemen lain tapi memiliki batasan-batasan
16
dalam menentukan kompleksitasnya untuk mencapai hasil tujuan yang
berguna bagi pengguna sistem itu sendiri.
2.2.2. Karakteristik Sistem
Sebuah sistem memiliki karakteristik atau sifat-sifat tertentu,
yang mencirikan bahwa hal tersebut bisa dikatakan sebuah sistem
(Sutabri, 2005 : 11). Karakteristik- karakteristik tersebut adalah:
a. Komponen sistem (Components)
Suatu sistem terdiri dari sejumlah komponen yang saling
bekerjasama membentuk satu kesatuan. Komponen-komponen
sistem tersebut dapat berupa subsistem atau bagian-bagian dari
sistem yang mempunyai sifat-sifat dari sistem yang menjalankan
suatu fungsi tertentu dan mempengaruhi proses sistem secara
keseluruhan.
b. Batasan sistem (Boundary)
Batasan sistem merupakan daerah yang membatasi antara
sistem yang dengan sistem yang lain atau dengan lingkungan
luarnya. Batasan sistem ini menunjukkan ruang lingkup dari sistem
itu sendiri.
c. Lingkungan luar sistem (Environtment)
Lingkungan luar dari sistem merupakan apapun yang ada di
luar lingkup atau batasan sistem yang mempengaruhi operasi
sistem tersebut.
17
d. Penghubung sistem (Interface)
Penghubung sistem atau interface merupakan media yang
menghubungkan sistem dengan subsistem yang lainnya untuk
dapat berinteraksi membentuk suatu kesatuan.
e. Masukan sistem (Input)
Masukan sistem adalah energy yang dimasukkan ke dalam
sistem. Masukan sistem dapat berupa pemeliharaan (maintenance
input) dan sinyal (signal input). Maintenance input merupakan
energy yang dimasukkan agar sistem tersebut dapat beroperasi.
Sedangkan, signal input adalah energy yang diproses untuk
menghasilkan keluaran.
f. Keluaran sistem (Output)
Keluaran sistem adalah hasil energy yang diolah dan
diklasifikasikan menjadi keluaran yang berguna. Keluaran ini
merupakan masukan yang berguna bagi subsistem yang lain.
g. Pengolah sistem (Proses)
Suatu sistem dapat mempunyai suatu proses yang akan
mengubah masukan menjadi keluaran.
h. Sasaran sistem (Objective)
Suatu sistem memiliki tujuan dan sasaran yang pasti. Hal
ini karena sasaran sangat berguna untuk menentukan masukan
yang dibutuhkan sistem dan keluaran yang akan dihasilkan. Suatu
sistem dikatakan berhasil bila mengenai sasaran atau tujuannya.
18
Gambar 2.1 Karakteristik Sistem (Sumber: Jogiyanto, 2005)
2.2.3. Klasifikasi Sistem
Setiap sistem memiliki sasaran yang berbeda untuk setiap kasus
yang terjadi dalam sistem tersebut. Oleh karena itu, sistem dapat
diklasifikasikan dari beberapa sudut pandang sebagai berikut:
a. Sistem diklasifikasikan sebagai sistem abstrak dan sistem fisik.
Sistem abstrak yaitu sistem yang berupa pemikiran atau ide
yang tidak tampak secara fisik, misalnya sistem teologi. Sedangkan
sistem fisik adalah sistem yang ada secara fisik, misalnya sistem
komputer.
19
b. Sistem diklasifikasikan sebagai sistem alamiah dan sistem
buatan manusia.
Sistem alamiah adalah sistem yang terjadi karena proses
alam tidak dibuat oleh manusia melainkan oleh Allah SWT
misalnya sistem pergantian siang dan malam. Sedangkan, sistem
buatan manusia yaitu sistem yang dirancang oleh manusia. Sistem
buatan manusia yang melibatkan interaksi antara manusia dan
mesin disebut man-machine-system. Sebagai contoh adalah Sistem
Informasi karena menyangkut penggunaan komputer yang
berinteraksi dengan manusia.
c. Sistem diklasifikasikan sebagai sistem tertentu (deterministic
system) dan sistem tak tentu (probabilistic system).
Sistem tertentu adalah sistem yang beroperasi dengan
tingkah laku yang sudah dapat diprediksi. Sistem komputer adalah
sistem tertentu yang tingkah lakunya dapat diprediksi berdsarkan
program yang dijalankan. Sedangkan sistem tak tentu adalah
sistem yang masa depannya tidak dapat diprediksi karena
mengandung unsure probabilitas, misalnya sistem politik.
d. Sistem diklasifikasikan sebagai sistem tertutup dan sistem
terbuka.
Sistem tertutup adalah sistem yang tidak berhubungan dan
tidak terpengaruh dengan lingkungan luarnya dan dapat bekerja
secara otomatis. Namun kenyataannya, tidak ada sistem yang
20
benar-benar tertutup yang ada hanya relatively closed system
(secara relative tertutup namun tidak benar-benar tertutup).
Sedangkan sistem terbuka adalah sistem yang berhubungan dan
terpengaruh dengan lingkungan luarnya. Sistem ini menerima
masukan dan menghasilkan keluaran untuk lingkungan luar atau
subsistem lainnya.
2.3. Konsep Dasar Informasi
2.3.1. Definisi Informasi
Informasi memiliki peranan yang penting dalam organisasi
ibarat darah yang mengalir didalam tubuh suatu organisasi. Suatu
sistem yang kurang mendapatkan informasi akan sulit berkembang
bahkan dapat menjadi mati.
Sebelum mendifinisikan informasi, penulis memaparkan
definisi dari data. Data adalah kenyataan yang menggambarkan suatu
kejadian-kejadian dan kesatuan nyata. Kesatuan nyata adalah berupa
suatu objek nyata seperti tempat, benda dan orang yang betul-betul
ada dan terjadi. Untuk pengambilan keputusan bagi manajemen, maka
faktor-faktor tersebut harus diolah lebih lanjut untuk menjadi suatu
informasi (Ladjamudin, 2005: 8).
Informasi adalah data yang telah diklasifikasi atau diolah atau
diinterpretasi untuk digunakan dalam proses pengambilan keputusan
(Sutabri, 2005 : 23). Gordon B. Davis mendefinisikan informasi
21
sebagai data yang telah diolah menjadi bentuk yang berarti bagi
penerimanya dan bermanfaat dalam pengambilan keputusan saat ini
atau saat mendatang (Mulyanto, 2009: 17).
Dari beberapa penjabaran definisi informasi diatas, dapat
disimpulkan bahwa informasi merupakan hasil dari pengolahan data
menjadi bentuk yang lebih berguna bagi yang menerimanya yang
menggambarkan suatu kejadian-kejadian nyata dan dapat digunakan
sebagai alat bantu untuk pengambilan suatu keputusan.
2.3.2. Siklus Informasi
Data merupakan bentuk yang masih mentah, belum dapat
bercerita banyak, sehingga harus diolah lebih lanjut. Data diolah
melalui suatu model untuk dihasilkan informasi. Data dapat berbentuk
simbol-simbol semacam huruf-huruf atau alphabet, angka-angka,
bentuk-bentuk suara, sinyal-sinyal, gambar-gambar dan sebagainya
(Jogiyanto, 2005). Jadi pada intinya adalah bahwa hasil dari
pengolahan data adalah informasi yang sangat diperlukan oleh
penerimanya. Ini dapat dilihat dari Gambar 2.2 yang dikemukakan
oleh Ladjamudin, berpendapat bahwa untuk memperoleh informasi
yang bermanfaat bagi penerimanya, perlu untuk dijelaskan bagaimana
siklus yang terjadi atau dibutuhkan dalam menghasilkan informasi
(Ladjamudin, 2005). Siklus informasi atau siklus pengolahan data
seperti Gambar 2.2.
22
Gambar 2.2. Siklus Informasi
(Sumber: Ladjamudin, 2005:11)
2.3.3. Kualitas Informasi
Kualitas informasi sangat dipengaruhi atau ditentukan oleh tiga
hal pokok, yaitu akurasi (acuracy), relevansi (relevancy), dan tepat
waktu (timeliness) (Mulyanto, 2009 : 20).
a. Akurat ( accuracy)
Akurat berarti informasi harus bebas dari kesalahan-kesalahan dan
tidak bias atau menyesatkan. Akurat juga berarti informasi harus
jelas mencerminkan maksudnya.
b. Tepat waktu (timeliness)
Tepat pada waktunya berarti informasi yang datang pada penerima
tidak boleh terlambat karena informasi yang sudah using tidak
memiliki nilai lagi karena informasi merupakan landasan dalam
pengambilan keputusan.
c. Relevansi (relevancy)
Relevan berarti informasi memiliki manfaat untuk penerimanya
karena relevansi informasi untuk setiap penerima berbeda-beda.
Masukan (Data)
Proses (Model)
Keluaran (Informasi)
23
Bruch dan Grudnitski menganalogikan kualitas informasi sebagai
pilar-pilar dalam bangunan yang menentukan baik tidaknya
pengambilan keputusan.
Gambar 2.3. Pilar-pilar Informasi yang Berguna
(Sumber: Jogiyanto, 2008: 38)
2.3.4. Nilai Informasi
Suatu informasi dikatakan bernilai bila manfaatnya lebih efektif
dibandingkan dengan biaya mendapatkannya dan sebagian besar
informasi tidak dapat ditaksir keuntungannya dengan satuan nilai uang,
tetapi dapat ditaksir nilai efektivitasnya (Ladjamudin, 2005: 12).
Nilai suatu informasi didasarkan atas 10 (sepuluh) sifat, yaitu
(Sutabri, 2005: 31) :
1. Mudah diperoleh
Sifat ini menunjukkan mudahnya dan cepatnya informasi dapat
diperoleh. Akan tetapi berapa nilainya bagi pemakai informasi sulit
mengukurnya.
Kea
kura
sian
Ket
epat
anW
aktu
Rel
evan
si
Kualitas Informasi
24
2. Luas dan lengkap
Informasi mempunyai nilai yang lebih sempurna apabila
mempunyai lingkup/ cakupan yang luas dan lengkap. Informasi
sepotong dan tidak lengkap menjadi tidak bernilai, karena tidak
dapat digunakan secara baik.
3. Ketelitian
Informasi mempunyai nilai yang lebih sempurna apabila
mempunyai ketelitian yang tinggi/akurat. Informasi menjadi tidak
bernilai jika tidak akurat, karena akan mengakibatkan kesalahan
pengambilan keputusan.
4. Kecocokan
Informasi mempunyai nilai yang lebih sempurna apabila sesuai
dengan kebutuhan penggunanya. Informasi berharga dan penting
menjadi tidak bernilai jika tidak sesuai dengan kebutuhan
penggunanya, karena tidak dapat dimanfaatkan untuk pengambilan
keputusan.
5. Ketepatan waktu
Informasi mempunyai nilai yang lebih sempurna apabila dapat
diterima oleh pengguna pada saat yang tepat. Informasi berharga
dan penting menjadi tidak bernilai jika terlambat diterima/ usang,
karena tidak dapat dimanfaatkan pada saat pengambilan keputusan.
25
6. Kejelasan
Informasi yang jelas akan meningkatkan kesempurnaan nilai
informasi. Kejelasan informasi dipengaruhi oleh bentuk dan format
informasi.
7. Fleksibilitas/ keluwesan
Nilai informasi semakin sempurna apabila memiliki fleksibilitas
tinggi. Fleksibilitas informasi diperlukan oleh para manajer /
pimpinan pada saat pengambilan keputusan.
8. Dapat dibuktikan
Nilai informasi semakin sempurna apabila informasi tersebut dapat
dibuktikan kebenarannya. Kebenaran informasi bergantung pada
validitas data sumber yang diolah.
9. Tidak ada prasangka
Nilai informasi semakin sempurna apabila informasi tersebut tidak
menimbulkan prasangka dan keraguan adanya kesalahan informasi.
10. Dapat diukur
Informasi untuk pengambilan keputusan seharusnya dapat diukur
agar dapat mencapai nilai yang sempurna.
2.4. Konsep Dasar Sistem Informasi
2.4.1. Definisi Sistem Informasi
Secara umum definisi Sistem Informasi adalah sekelompok
elemen-elemen dalam suatu organisasi yang saling berintegrasi
26
dengan menggunakan masukan, proses dan keluaran dengan maksud
yang sama untuk mencapai suatu tujuan dan dapat digunakan untuk
membantu pengambilan keputusan yang tepat (Jeffrey L. Whitten,
2006 : 45).
Menurut James Alter (1992) dalam buku Information System: A
Management Perspective, mendefinisikan sistem informasi sebagai
kombinasi antarprosedur kerja, informasi, orang dan teknologi
informasi yang diorganisasikan untuk mencapai tujuan dalam sebuah
organisasi (Mulyanto, 2009:28).
Lebih lanjut lagi, Sistem Informasi adalah suatu sistem di
dalam suatu organisasi yang mempertemukan kebutuhan pengolahan
transaksi harian yang mendukung fungsi operasi organisasi yang
bersifat manajerial dengan kegiatan strategi dari suatu organisasi
untuk dapat menyediakan laporan-laporan yang diperlukan (Sutabri,
2005: 42).
Dari beberapa definisi diatas, penulis menyimpulkan bahwa
sistem informasi merupakan komponen yang terdiri dari manusia,
teknologi informasi, dan prosedur kerja yang memproses,
menyimpan, menganalisis dan mendistribusikan informasi untuk
mencapai suatu tujuan. Definisi sistem informasi diilustrasikan
sebagai berikut:
27
Prosedur KerjaTujuan Manusia
Teknologi
Informasi
Informasi
Yang coba
dilakukan sistem
Cara kerja
Data berupa
teks, gambar,
audio, video
Bertugas
memasukkan data
Perangkat yang
memproses
informasi
Gambar 2.4. Definisi Sistem Informasi
(Sumber: Mulyanto, 2009: 30)
2.4.2. Komponen Sistem Informasi
Sistem informasi terdiri dari komponen-komponen yang disebut dengan
istilah blok bangunan (building block), masing-masing saling berinteraksi satu
dengan yang lainnya membentuk satu kesatuan untuk mencapai sasarannya.
Komponen-komponen tersebut adalah hardware, software, prosedur, orang,
database, jaringan komputer dan komunikasi data (Kadir, 2003):
a. Perangkat keras (hardware)
Mencakup peranti-peranti fisik seperti komputer dan printer.
b. Perangkat lunak (software) atau program
Sekumpulan intruksi yang memungkinkan perangkat keras untuk memproses
data.
28
c. Prosedur
Sekumpulan aturan yang diapakai untuk mewujudkan pemrosesan data dan
pembangkitan keluaran yang dikehendaki.
d. Orang
Semua pihak yang bertanggung jawab dalam pengembangan sistem informasi,
pemrosesan dan penggunaan keluaran sistem informasi.
e. Basisdata (database)
Sekumpulan tabel, hubungan dan lain-lain yang berkaitan dengan
penyimpanan data.
f. Jaringan komputer dan komunikasi data
Sistem penghubung yang memungkinkan sumber (resources) dipakai secara
bersama atau diakses oleh sejumlah pemakai.
Menurut Ladjamudin (2005) ke enam komponen sistem informasi tersebut
dapat diklasifikasikan menjadi tiga bagian yaitu sebagai berikut:
1. Hardware (perangkat keras) dan Software (perangkat lunak) yang berfungsi
sebagai mesin.
2. People dan Procedures yang merupakan manusia dan tatacara menggunakan
mesin.
3. Data merupakan jembatan penghubung antara manusia dan mesin agar terjadi
suatu proses pengolahan data.
29
Gambar 2.5. Komponen Sistem Informasi (Sumber: Ladjamudin, 2005)
2.5. Sistem Informasi Manajemen
Sistem informasi manajemen didefenisikan sebagai suatu sistem berbasis
komputer yang menyediakan informasi bagi beberapa pemakai dengan kebutuhan
yang serupa (McLeod,2008: 12). Sistem informasi manajemen menurut McLeod
dapat menghasilakn informasi melalui dua jenis piranti lunak salah satunya piranti
lunak pembuat laporan (report-writing software) yang menghasilkan laporan
berkala maupun laporan khusus. Laporan berkala dikodekan dalam suatu bahasa
pemrograman dan disiapkan sesuai jadwal tertentu. Sistem manajemen basis data
dewasa ini memiliki fitur-fitur yang dapat dengan cepat membuat laporan sebagai
respons atas permintaan akan data atau informasi tertentu.
2.5.1. Konsep Sistem Informasi Manajemen
Database yang disediakan digunakan perangkat lunak untuk
menghasilkan laporan periodik. Suatu sistem berbasis komputer yang
menyediakan informasi bagi pengguna suatu komunikasi untuk
menyampaikan informasi secara tertulis kesuatu pihak kepihak lain atas
nama kedudukan dalam suatu organisai untuk berbagai kepentingan
Hardware (Perangkat
Keras)
Software (Perangkat
Lunak)
People (Manusia)
Procedures (Prosedur)
DATA
Mesin Manusia
30
Surat adalah suatu komunikasi yang digunakan untuk
menyanpaikan informasi tertulis oleh suatu pihak ke pihak lain.
Surat merupakan lembaran kertas yang ditulis atas nama pribadi
penulis atau atas nama kedudukannya dalam organisasi untuk
berbagai kepentingan. Komunikasi tetulis dengan media surat
sampai saat ini masih sangat dibutuhkan dan belum tergantikan
media lain.
Surat memiliki keunggulan sebagai bukti otentik yang
memiliki kekuatan hukum yang sah karena surat yang asli tentunya
memiliki identitas yang jelas,yaitu tanda tangan asli dan atau
stempel (identitas resmi lembaga) asli.
Hal-hal khusus yang dimiliki oleh surat yaitu:
1. Penggunaan kertas (baik,bersih,ukuran ketebalannya,bergaris
maupun polos).
2. Penggunaan model atau bentuk.
3. Pemakaian bahasa yang khas.
4. Pencantuman tanda tangan dan stempel organisasi.
Fungi surat.
1. sebagai alat untukmenyampaikan pemberitauan, permintaan
atau permohonan, buah pikiran / gagasan.
2. sebagai alat bukti tulis.
3. sebagai alat untuk mengikat.
31
4. sebagai bukti historis.
5. sebagai pedoman kerja.
2.5.2. Jenis Surat
Jenis surat dibagi menjadi :
Jenis surat dilihat dari sisi,bentuk,isi dan bahasanya,antara
lain :
1. Surat resmi / Dinas
2. Surat tidak resmi / Pribadi
3. Surat setengah Resmi
Jenis surat menurut isinya,antara lain :
1. Surat Keluarga / Pribadi
2. Surat Sosial
3. Surat Dinas
4. Surat setengah resmi
5. Surat niaga
Jenis surat menurut tujuannya,antara lain :
1. Surat perintah
2. Surat permohonan
3. Surat pemberitahuan
4. Surat penawaran
5. Surat keterangan
6. Surat keputusan
32
2.6. Konsep Kepegawaian Negara
Pegawai merupakan kekayaan utama suatu perusahaan, karena tanpa
keikutsertaan mereka, aktifitas tidak akan terjadi. Kepegawaian merupakan
suatu badan yang mengurusi administrasi pegawai. Dimana keberadaan
kepegawaian ini hanya lebih berfungsi pada urusan administrasi seperti
pengangkatan, kepangkatan, penggajian, mutasi, pemberhentian, dan
pemensiunan.
2.6.1. Definisi Pegawai
Pegawai Negeri adalah setiap Warga Negara Indonesia yang
telah memenuhi syarat yang ditentukan, diangkat oleh pejabat yang
berwenang dan diserahi tugas-tugas dalam jabatan negeri, atau diserahi
tugas Negara lainnya, dan digaji berdasarkan peraturan perundangan
yang berlaku (UU No. 43 Tahun 1999 Pasal 1). Sedangkan Pegawai
Negeri Sipil (PNS) adalah salah satu jenis Kepegawaian Negeri di
samping Anggota TNI dan Anggota Polri (UU No 43 Th 1999).
Setiap PNS memiliki nomor identitas kepegawaian yang
disebut NIP. Selain diberikan pada PNS, NIP juga diberikan kepada
Calon Pegawai Negeri Sipil (CPNS). NIP hanya berlaku selama yang
bersangkutan menjadi Pegawai Negeri Sipil, atau dengan perkataan
lain, NIP dengan sendirinya tidak berlaku lagi apabila yang
bersangkutan sudah berhenti sebagai Pegawai Negeri Sipil, kecuali
untuk kepentingan pensiun dan ansuransi sosial Pegawai Negeri Sipil.
33
2.7. Definisi Sistem Informasi Kepegawaian
Sistem Informasi Kepegawaian adalah suatu sistem yang terdiri dari
software dan hardware yang dirancang untuk menyimpan dan memproses
semua informasi pegawai. Data kepegawaian tersimpan secara utuh didalam
suatu komputer yang dapat diakses kesemua penggunanya.
Sistem Informasi Pegawai didefinisikan sebagai Sistem Informasi
terpadu, yang meliputi pendataan pegawai, pengolahan data, prosedur, dan
tata kerja, sumber daya manusia, dan teknologi informasi untuk
menghasilkan informasi yang cepat, lengkap, dan akurat dalam rangka
mendukung administrasi kepegawaian (Gecko, 2008).
Sistem Informasi Kepegawaian mempunyai tiga keuntungan
diantaranya:
1. Memungkinkan Departemen SDM berperan aktif dalam perencanaan
strategis perusahaan.
2. Mengintegrasikan dan menyimpan semua informasi SDM dalam suatu
database, yang sebelumnya tersimpan di beberapa local fisik yang
terpisah.
3. Memfasilitasi penyimpanan data dan akses catatan kepegawaian yang
vital bagi perusahaan (Samsudin, 2006).
34
2.8. Pengembangan Sistem Informasi Berorientasi Objek
2.8.1. Pengertian Pengembangan Sistem Informasi
Pengembangan sistem (sistem development) dapat berarti menyusun
sistem yang baru untuk menggantikan sistem yang lama secara keseluruhan
atau memperbaiki sistem yang sudah ada dengan harapan bahwa sistem yang
baru dapat mengatasi sistem yang lama (Jogiyanto, 2005). Sistem yang lama
perlu diperbaiki atau diganti disebabkan karena beberapa hal, yaitu sebagai
berikut (Jogiyanto, 2005):
1. Adanya permasalahan-permasalahan (problems) yang timbul di
sistem yang lama. Permasalahan yang timbul dapat berupa
ketidakberesan dalam sistem yang lama yang menyebabkan sistem
yang lama tidak dapat beroperasi sesuai dengan yang diharapkan.
Dan juga pertumbuhan organisasi, yang menyebabkan harus
disusunnya sistem yang baru. Pertumbuhan organisasi diantaranya
adalah kebutuhan informasi yang semakin luas, volume pengolahan
data yang semakin meningkat, perubahan prinsip akuntansi atau
pengolahan data yang baru.
2. Untuk meraih kesempatan-kesempatan (opportunities), teknologi
informasi telah berkembang dengan cepatnya. Perangkat keras
komputer, perangkat lunak dan teknologi komunikasi telah begitu
cepat berkembang. Organisassi mulai merasakan bahwa teknologi
informasi ini perlu digunakan untuk meningkatkan pelayanan
35
informasi sehingga dapat mendukung dalam proses pengambilan
keputusan yang akan dilakukan oleh pihak manajemen.
3. Adanya instruksi-instruksi (directives), penyusunan sistem yang
baru dapat juga terjadi karena adanya instruksi-instruksi dari atas
pimpinan ataupun dari luar organisasi.
Karena adanya permasalahan, kesempatan atau instruksi, maka
sistem yang baru perlu dikembangkan untuk memecahkan permasalahan-
permasalahan yang timbul, meraih kesempatan-kesempatan yang ada atau
memenuhi instruksi yang diberikan.
Gambar 2.6. Pengembangan Sistem Informasi (Sumber: Jogiyanto, 2005)
36
Proses pengembangan sistem melewati beberapa tahapan dari
mulai sistem direncanakan sampai dengan sistem tersebut diterapkan,
dioperasikan dan dipelihara. Ketika dalam operasinya sistem mengalami
permasalahan, maka perlu dikembangkan kembali suatu cara atau tehnik
yang sistematis untuk menyelesaikan permasalahan yang ada, ini disebut
juga metodologi pengembangan sistem informasi. Dari beberapa metode
pengembangan sistem yang digunakan, proses pengembangan sistem yang
utama adalah analisis sistem, desain sistem dan implementasi sistem.
Metode yang digunakan pada penulisan skripsi ini adalah
pengembangan sistem informasi berorientasi objek. Metode orientasi
objek menganalogikan sistem aplikasi seperti kehidupan nyata. Sistem
yang dibangun dengan teknologi objek memiliki fleksbilitas yang tinggi
terhadap perubahan karena menggunakan konsep komponen yang bisa
digunakan kembali. Berikut dijelaskan lebih lanjut tentang pengembangan
sistem informasi berorientasi objek.
2.8.2. Pengertian Object Oriented
Object oriented atau berorientasi objek, merupakan suatu
organisasi perangkat lunak sebagai kumpulan dari objek tertentu yang
memiliki struktur data dan perilakunya (Sutopo, 2002). Metode
pengembangan berorientasi objek diperkenalkan pada tahun 1980, fokus
utama metodologi ini dengan melihat suatu sistem terdiri dari objek yang
saling berhubungan. Objek yang digambarkan dalam sebuah model bagian
sistem merupakan suatu fokus selama dalam proses analisis dan
37
perancangan dengan menekankan pada state, perilaku (behavior) dan
interaksi objek dalam model tersebut.
Metode object oriented menganalogikan sistem aplikasi seperti
kehidupan nyata yang didominasi oleh objek. Manusia adalah objek,
komputer adalah objek. Objek memiliki atribut: manusia memiliki nama,
pekerjaan, rumah dan lain-lain. Mobil memiliki warna, merk, sejumlah
roda dan lain-lain. Komputer memiliki kecepatan, sistem operasi dan lain-
lain. Objek dapat beraksi dan bereaksi. Manusia dapat berjalan, berbicara,
makan, minum; mobil dapat berjalan, mengerem; komputer dapat
mengolah data, menampilkan gambar dan lain-lain.
Keunggulan teknologi objek dengan demikian adalah bahwa model
yang dibuat akan sangat mendekati dunia nyata yang masalahnya akan
dipecahkan oleh sistem yang dibangun. Sistem yang dibangun dengan
teknologi objek memiliki fleksibilitas yang tinggi terhadap perubahan
karena menggunakan konsep komponen yang bisa digunakan kembali
(Hermawan, 2004).
Terdapat beberapa cara untuk menentukan karakteristik dalam
pendekatan berorientasi objek, tetapi secara umum mencakup Polimorfisme,
Inheritance (Pewarisan) dan Encapsulation (Pembungkusan).
a) Polimorfisme, yaitu konsep yang menyatakan bahwa suatu fungsi
yang sama dapat diterapkan dan dapat dimiliki oleh kelas-kelas yang
berlainan.
38
b) Inheritance, pewarisan ini pada dasarnya adalah berbagi atribut dan
operasi antarkelas berdasarkan hierarki kelas. Pewarisan akan sangat
mengurangi perulangan penulisan kode dan mungkin merupakan salah
satu keunggulan utama rekayasa perangkat lunak, karena
memungkinan penulisan kode yang lebih sedikit tanpa mengorbankan
esensi perangkat lunak secara keseluruhan.
c) Encapsulation, Pembungkusan berarti meninggalkan aspek eksternal
dari objek yang dapat diakses oleh objek lain dan memfokuskan diri
pada implementasi internal suatu objek. Keuntungan pembungkusan
adalah memungkinkan seseorang menggunakan (memanfaatkan
fungsi-fungsi serta layanan) suatu komponen yang diciptakan dengan
konsep pembungkusan tanpa mengetahui rincian implementasinya.
Pemahaman dasar konsep pemodelan objek yang akan digunakan akan
dijelaskan sebagai berikut:
1) Objek
Sebuah objek memiliki keadaan (state) dan perilaku (behavior).
State dari sebuah objek adalah kondisi objek tersebut atau himpunan dari
keadaan yang menggambarkan objek tersebut. State dinyatakan dengan
nilai dari sebuah atribut objeknya. Atribut adalah nilai internal suatu
objek yang mencerminkan antara lain karakteristik objek, kondisi objek,
kondisi sesaat, koneksi dengan objek lain dan identitas. Perubahan state
dicerminkan oleh perilaku (behavior) objek tersebut.
39
Behavior suatu objek mendefinisikan bagaimana sebuah objek
bertindak (beraksi) dan memberikan reaksi. Behavior ditentukan oleh
himpunan semua atau beberapa operation yang dapat dilakukan dalam
objek itu sendiri. Behavior dari sebuah objek dicerminkan oleh interface,
service dan methode dari objek tersebut.
Interface adalah pintu untuk mengakses service objek. Service
adalah fungsi yang bisa diemban objek. Methode adalah mekanisme
internal objek yang mencerminkan perilaku (behavior) objek tersebut.
Sebagai contoh, jika printer merupakan sebuah objek maka perilaku
(behavior) atau servisnya mencetak apapun yang dia terima.
2) Kelas (Class)
Kelas (Class) adalah definisi umum (pola, template atau cetak
biru) untuk himpunan objek sejenis. Kelas menetapkan spesifikasi
perilaku (behaviors) dan atribut objek-objek tersebut. Class adalah
absraksi dari entitas dalam dunia nyata. Objek adalah contoh dari sebuah
kelas. Sebagai contoh, atribut untuk kelas binatang adalah berkaki empat
dan memiliki ekor. Perilakunya adalah makan dan tidur. Contoh yang
mungkin dari kelas binatang ini adalah kucing, gajah dan kuda.
3) Association dan Aggegation
Association (asosiasi) adalah hubungan antar objek yang saling
membutuhkan. Sedangkan aggregation (agregasi) adalah bentuk khusus
dari asosiasi yang menggambarkan seluruh bagian suatu objek
40
merupakan bagian dari objek lainnya. Sebagai contoh, objek tanggal
dapat disusun dari objek hari, objek bulan dan objek tahun.
2.8.3. Pengembangan Sistem Berorientasi Objek
Terdapat beberapa metode strategi alternatif dalam pengembangan
sistem, salah satunya adalah pengembangan model-driven (model-driven
development). pengembangan model-driven adalah sebuah startegi
pengembangan sistem yang menekankan pembuatan gambar model-model
sistem untuk membantu visualisasi dan analisis masalah, mendefinisikan
persyaratan bisnis dan mendesain sistem informasi (Whitten, 2007).
Dalam pengembangan model-driven terdapat beberapa pemodelan,
(Whitten, 2007) yaitu:
a. Pemodelan proses (process modeling)
b. Pemodelan data (data modeling)
c. Pemodelan objek (object modeling)
Menurut Jeffrey L. Whitten (2007), teknik analisis berorientasi
objek merupakan alat terbaik yang dapat digunakan untuk sebuah proyek
yang akan mengimplementasikan sistem yang menggunakan teknologi
objek untuk membangun, mengelola dan merakit objek-objek menjadi
aplikasi komputer yang berguna.
Pemodelan objek (object modeling) merupakan sebuah teknik yang
mencoba untuk menyatukan data dan proses ke dalam konsepsi tunggal
yang disebut objek. Model-model objek adalah diagram-diagram yang
mendokumentasikan sebuah sistem dalam artian objek-objek dan interaksi-
41
interaksinya. Pemodelan objek adalah basis atau dasar dari metodologi-
metodologi analisis dan desain berorientasi objek. Teknik pemodelan
objek menyajikan penggunaan metodologi dan notasi diagram yang sama
sekali berbeda dengan teknik lainnya (Whitten, 2007).
Terdapat beberapa kelebihan dalam penggunaan teknik permodelan
berorientasi objek, di antaranya:
a. Jika terjadi perubahan pada sistem, maka hanya perlu mengubah
objek dan fungsinya yang dikehendaki tanpa akan mempengaruhi
objek lain yang tidak dikehendaki terjadinya perubahan. Hal ini
dikarenakan setiap objek berdiri secara mandiri (Whitten, 2007).
b. Jika terjadi perubahan pada sistem, maka akan lebih mudah
mengubahnya, meskipun pada sistem yang besar sekalipun (Whitten,
2004).
c. Pendekatan objek menuntun penggunaan ulang (reuse) komponen-
komponen program selanjutnya (Hariyanto, 2004).
d. Perangkat lunak yang dikembangkan dengan berorientasi objek
mempermudah pemeliharaan (Hariyanto, 2004).
e. Sistem berorientasi objek lebih mudah diadaptasi dan diskala
menjadi sistem lebih besar karena sistem-sistem lebih besar dibuat
dengan merakit subsistem-subsistem yang dapat diguna ulang
(Hariyanto, 2004).
Teknik permodelan objek menyajikan penggunaan metode dan
notasi untuk pemodelan data dan pemodelan proses. Pada akhir tahun 80-
42
an dan awal tahun 90-an, digunakan beberapa metode berorientasi objek
yang berbeda-beda. Yang paling terkenal adalah Metode Booch dari Grady
Booch, Object Modeling Technique (OMT) dari James Rumbaugh dan
Object Oriented Software Engineering (OOSE) dari Ivar Jacobson.
Banyaknya metode dan teknik berorientasi objek yang ada menjadi
industri pengembangan berorientasi objek membatasi kemampuan untuk
memakai model-model pada proyek lain dan tim pengembang. Masalah ini
dan yang lainnya mendorong dilakukannya usaha untuk mendesain bahasa
pemodelan standard (Whitten, 2007).
Pada tahun 1994, Grady Booch dan James Rumbaugh sepakat
bergabung untuk menggunakan metode pengembang berorientasi objek
dengan tujuan membuat proses standard tunggal untuk mengembangkan
sistem berorientasi objek. Ivar Jacobson bergabung pada tahun 1995 dan
mereka bertiga fokus membuat bahasa pemodelan objek standard sebagai
ganti dari pendekatan atau metode berorientasi objek yang sebelumnya.
Berdasarkan hasil kerja mereka dihasilkanlah Unified Modeling Language
(UML) versi 1.0 yang dirilis tahun 1997 (Whitten, 2007).
2.9. Metode Pengembangan Sistem Rapid Aplication Developtment
RAD adalah sebuah strategi pengembangan sistem yang menekankan
kecepatan pengembangan melalui keterlibatan pengguna yang ekstensif dalam
konstruksi, cepat, berulang dan bertambah serangkain prototype yang bekerja
43
pada sebuah sistem yang pada akhirnya berkembang ke dalam sistem final
(Whitten, 2007).
Sebagai respon pada kemajuan ekonomi pada umumnya, rapid application
development (RAD) atau pengembangan aplikasi cepat telah menjadi rute yang
populer untuk mengakselerasi pengembangan sistem. Gagasan-gagasan RAD
adalah (Whitten, 2007):
1. Lebih aktif melibatkan para pengguna sistem dalam aktifitas analisis, desain,
konstruksi.
2. Mengorganisasikan pengembangan sistem ke dalam rangkaian seminar yang
intensif dan berfokus dengan para pemilik, pengguna, analis, desainer,
pembangun sistem.
3. Mengakselerasi fase-fase analisis dan desain persyaratan melalui pendekatan
konstruksi berulang.
4. Memperpendek waktu yang diperlukan sebelum para pengguna mulai melihat
sebuah sistem yang bekerja.
Gambar 2.5 merupakan diagram yang akan menerangkan rute atau tahapan
dalam RAD. Dalam penelitian ini alur tahapan pengembangan RAD
menggunakan beberapa tools.
44
SCOPE DEFINITION
PROBLEM ANALYSIS+
REQUIREMENTS ANALYSIS+
DECISION NALYSIS
SOME DESIGN(LOGICAL AND/OR
PHYSICAL)
SOME CONSTRUCTION& TESTING
SOME MOREREQTS. & DECISION
ANALYSIS
REVIEWTHE
SYSTEM
DELIVERYOf a version
CurrentSYSTEM
OPERATION&
MAINTENANCE
System Owner and User
documentation
documentationdocumentation
documentation
RepositoryOf
SystemKnowledge
START:Problem s, Oppurtunities
AndDirectives
StatementOf work
Problems statement and
scope & visions
Initial System Improvem ent ObjectivesIn itial Bussines Requirement Statem ent
Initial System ProposalInitia l Application Architecture
Some Redesign Bussines Processes
Some Logical and /or Physical Design
Specifications
Some Design Prototypes and /
or partial Functional SystemBussiness Feedback
Technical Feedback
Refind Application Architecture and/or
Design Changes
Refind System Im provement Objectives
and/or Bussiness Requirem ent
Candidate Release
Version of the Functional
System
Training MaterialsPost-Audit Review Operational System
FINISH:W orking
BusinessSolutions
1
2
3
4
5
6
7
8
9
Gambar 2.7. Strategi Rapid Application Development (RAD) (Sumber: Whitten, 2007)
45
2.10. Rich Picture
Rich Picture digunakan pada waktu penyeleksian sistem untuk
menyatakan secara keseluruhan dalam memahami proses dari tahapan proyek
pengembangan sistem. Rich picture secara khusus mendeskripsikan masalah
sistem dan sekaligus penguasaan aplikasi.
Rich picture tidak didasari pada suatu catatan khusus tetapi seharusnya
memberikan penyesuaian mengenai aspek yang dideskripsikan pada proyek
(Mathiassen, 2000).
2.11. Matriks Masalah, Kesempatan, Tujuan dan Batasan (Problems,
Opportunities, Objectives and Constraints Matrix)
Analisis masalah dalam tahapan RAD menggunakan Matriks Masalah,
Kesempatan, Tujuan dan Batasan, yang dijabarkan dalam dua tabel yaitu Analisis
Sebab Akibat (Cause and Effect Analysis) dan tabel Tujuan-tujuan Perbaikan
Sistem (System Improvement Objectives). Cause and Effect Analysis merupakan
sebuah tehnik tempat masalah-masalah dipelajari untuk menentukan penyebab-
penyebab dan akibat-akibatnya (Whitten, 2007).
Dalam praktiknya, sebuah akibat mungkin sebenarnya adalah gejala dari
masalah yang berbeda, yang lebih mendalam atau mendasar. Masalah tersebut
juga harus dianalisis untuk mencari penyebab dan akibatnya dan seterusnya
sampai penyebab dan akibat tersebut tidak menghasilkan gejala-gejala masalah-
masalah lainnya. Oleh sebab itu semua pihak, baik analis sistem, pemilik dan
46
pengguna sistem harus secara aktif berpartisipasi dalam proses analisis sebab
akibat.
Setelah diberikan pemahaman akan lingkup, masalah dan kesempatan
sistem, maka dapat menentukan tujuan-tujuan perbaikan sistem. Tujuan dari tugas
ini adalah menentukan kriteria di mana semua perbaikan pada sistem akan diukur
dan untuk mengidentifikasi semua batasan yang membatasi fleksibilitas perbaikan
tersebut (Whitten, 2007).
Dalam tabel ini terdiri dari dua hal yaitu tujuan (objective) sistem, yaitu
ukuran keberhasilan, sesuatu yang ingin diraih jika diberikan sumber-sumber daya
yang cukup dan batasan (constraint) sistem, yaitu sesuatu yang akan membatasi
fleksibilitas dalam mendefinisikan suatu solusi untuk tujuan-tujuan dan pada
dasarnya batasan-batasan ini tidak dapat diubah.
2.12. Functional dan Nonfunctional Requirement
Tahapan analisis persyaratan yang menentukan persyaratan bisnis bagi
sistem yang baru. Maka dalam tahapan ini digunakan functional dan
nonfunctional requirement merupakan teknik yang digunakan dalam penelitian ini
untuk mendeskripsikan persyaratan bagi pengembangan sistem usulan. Tugas dari
functional dan nonfunctional requirement ini adalah menerjemahkan sasaran-
sasaran sistem yang telah diidentifikasi pada tahapan analisis masalah ke dalam
outline persyaratan sistem yang diperlukan untuk mencapai tujuan pengembangan
sistem (Whitten, 2007).
47
Persyaratan fungsional sering diidentifikasi dalam istilah input, output,
proses dan data tersimpan yang dibutuhkan untuk memenuhi sasaran peningkatan
sistem. Sedangkan persyaratan nonfungsional yaitu persyaratan sistem yang
menetapkan properti atau kualitas yang harus dimiliki oleh sistem. Pada
persyaratan nonfungsional akan digunakan kerangka kerja PIECES merupakan
alat (tools) untuk menggolongkan persyaratan sistem. PIECES merupakan
singkatan untuk memudahkan mengingatnya, terdiri atas (Jogiyanto, 2005):
a. Performance (kinerja), peningkatan terhadap kinerja (hasil kerja) sistem yang
baru sehingga menjadi lebih efektif. Kinerja dapat diukur dari throughput dan
response time. Throughput adalah jumlah dari pekerjaan yang dapat
dilakukan suatu saat tertentu. Respon time adalah rata-rata waktu yang
tertunda di antara dua transaksi atau pekerjaan ditambah dengan waktu
response untuk menanggapi pekerjaan tersebut.
b. Information (informasi), peningkatan terhadap kualitas informasi yang
disajikan.
c. Economy (ekonomis), peningkatan terhadap manfaat-manfaat atau
keuntungan-keuntungan atau penurunan-penurunan biaya yang terjadi.
d. Control (pengendalian), peningkatan terhadap pengendalian untuk
mendeteksi dan memperbaiki kesalahan-kesalahan serta kecurangan-
kecurangan yang dan akan terjadi.
e. Efficiency (efisiensi), peningkatan terhadap efisiensi operasi. Efisiensi
berbeda dengan ekonomis. Bila ekonomis berhubungan dengan jumlah
48
sumber daya yang digunakan, efisiensi berhubungan dengan bagaimana
sumber daya tersebut digunakan dengan pemborosan yang paling minimum.
f. Services (pelayanan), peningkatan terhadap pelayanan yang diberikan oleh
sistem.
2.13. UML ( Unified Modelling Language)
Pada bagian sebelumnya, telah dibahas tentang pengembangan model-
driven yang di dalamnya terdapat pemodelan berorientasi objek. Teknik
pemodelan objek menyajikan penggunaan metodologi dan notasi diagram yang
sama sekali berbeda dengan teknik lainnya. UML merupakan pemodelan standard
berorientasi objek yang telah dikembangkan oleh Grady Booch, James Rumbaugh
dan Ivar Jacobson (Whitten, 2007).
Menurut Jeffrey L. Whitten (2007) UML merupakan satu kumpulan
konvensi pemodelan yang digunakan untuk menentukan atau menggambarkan
sebuah sistem software yang terkait dengan objek.
UML menawarkan diagram yang dikelompokan menjadi beberapa
perspektif berbeda untuk memodelkan suatu sistem; seperti satu set cetak biru
(blueprint) yang digunakan untuk membangun sebuah rumah (Whitten, 2004).
Beberapa diagram UML yang digunakan dalam pengembangan Sistem
Informasi Penjadwalan ini yaitu: usecase diagram, activity diagram; class
diagram, sequence diagram dan state diagram.
49
2.13.1. Use Case Model Diagram
Use case adalah teknik untuk merekam persyaratan fungsional sebuah
sistem. Use case mendeskripsikan interaksi tipikal antara para pengguna sistem
dengan sistem itu sendiri, dengan memberi sebuah narasi tentang bagaimana
sistem tersebut digunakan (Fowler, 2005).
Use case diagram merupakan diagram yang menggambarkan interaksi
antara sistem dengan sistem eksternal dan pengguna Dengan kata lain, secara
grafis menggambarkan siapa yang akan menggunakan sistem dan dengan cara apa
pengguna mengharapkan untuk berinteraksi dengan sistem (Whitten, 2007).
Simbol-simbol yang digunakan dalam usecase diagram adalah sebagai
berikut:
a. Use case
Pemodelan usecase mengidentifikasi dan menggambarkan fungsi-fungsi
sistem dari sudut pandang pengguna eksternal dan dalam sebuah cara dan
terminologi yang mereka pahami. Usecase merupakan urutan langkah-langkah
yang secara tindakan saling terkait (scenario), baik otomatis maupun secara
manual (Whitten, 2007).
b. Actor (Pelaku)
Actor merupakan segala sesuatu yang perlu berinteraksi dengan sistem
untuk pertukaran informasi. Actor dapat berupa orang, peralatan atau sistem lain
yang berinteraksi dengan sistem yang sedang dibangun (Whitten, 2007).
50
c. Relationship (Hubungan)
Pada diagram use case, relationship digambarkan sebagai sebuah garis
antara dua simbol. Pemaknaan relationship berbeda-beda tergantung bagaimana
garis tersebut digambar dan tipe simbol apa yang digunakan untuk
menghubungkan garis tersebut. Berikut adalah perbedaan diantara relationship
yang ada pada sebuah diagram use case (Whitten, 2007).
d. Extend
Extension use case merupakan usecase yang terdiri dari langkah yang
terekstraksi dari use case yang lebih kompleks untuk menyederhanakan masalah
dan karena itu memperluas fungsinya.
e. Include
Hubungan include menggambarkan bahwa satu use case seluruhnya
meliputi fungsionalitas dari use case lainnya.
Gambar 2.8. Contoh Model Use Case Diagram (Sumber: Fowler, 2005)
51
2.13.2. Activity Diagram
Activity diagram adalah teknik untuk menggambarkan logika prosedural,
proses bisnis dan jalur kerja (Fowler, 2005). Activity diagram secara grafis
digunakan untuk menggambarkan rangkaian aliran aktifitas baik proses bisnis atau
use case (Whitten, 2007).
Diagram ini berbeda dengan flowchart dimana diagram ini menyediakan
sebuah mekanisme untuk menggambarkan kegiatan yang tampak secara pararel
(Munawar, 2005).
2.13.3. Sequence Diagram
Sequence diagram secara grafis menggambarkan bagaimana object
berinteraksi dengan satu sama lain melalui pesan pada eksekusi sebuah usecase
atau operasi. Sebuah sequence diagram, secara khusus, menjabarkan behaviour
(perilaku) sebuah skenario tunggal (Flower, 2004). Diagram ini mengilustrasikan
bagaimana pesan terkirim dan diterima di antara object dan sequence (ruang
waktu) (Whitten, 2007).
Pembuatan Sequence diagram untuk desain sistem penelitian ini
berdasarkan pada setiap usecase dan menggunakan konsep yang biasanya tersusun
dari element Object, Interaction dan Message. Object dapat berupa boundary
class, control class dan entity class. Sedangkan Interaction menghubungkan dua
objek dengan pesannya.
Cara mudah yang bisa diikuti untuk memulai pembuatan sequence
diagram adalah sebagai berikut (Hermawan, 2004):
1. Menggambarkan aktor dan kelas yang terlibat ke dalam sequence diagram
52
2. Mengurutkan element yang digunakan, di antaranya: aktor – objek dari
boundary class – objek dari control class – objek dari entity class
3. Mengikuti urutan seperti dalam usecase specification dan mulai identifikasi
operasi yang diperlukan untuk mengeksekusi suatu baris aktivitas dalam
usecase specification. Operasi ini akan bergerak bertahap: dari aktor ke
boundary class, dari boundary class ke control class, dari control class ke
satu atau beberapa entity class.
4. Dari masing-masing operasi, identifikasi informasi apa saja yang perlu
dipindahkan dari aktor ke boundary class ke control class hingga entity
class.
2.13.4. Class Diagram
Class diagram mendeskripsikan jenis-jenis objek dalam sistem dan
berbagai macam hubungan statis yang terdapat di antara mereka (Fowler, 2005).
Class diagram merupakan gambar grafis mengenai struktur objek statis dari suatu
sistem, menunjukkan kelas-kelas objek yang menyusun sebuah sistem dan juga
hubungan antara kelas objek tersebut (Whitten, 2007).
Seluruh simbol yang terdapat pada diagram-diagram di atas dapat dilihat
pada halaman daftar simbol.
2.14. Aplikasi Berbasis Web
Aplikasi berbasis web (web based application) adalah aplikasi yang
dapat dijalankan langsung melalui web browser bisa menggunakan internet
53
ataupun intranet dan tidak tergantung pada sistem operasi yang digunakan
(Rizky, 2010).
Unsur- unsur dalam web adalah sebagai berikut:
1. Internet
Internet merupakan kepanjangan dari Interconnection Networking.
internet merupakan rangkaian jaringan terbesar di dunia dimana semua
jaringan yang berada pada semua organisasi dihubungkan dengan suatu
jaringan terbesar melalui telepon, satelit dan sistem-sistem komunikasi
yang lain sehingga dapat saling berkomunikasi (Mulyanto, 2009: 113).
Untuk dapat bertukar informasi, digunakan protocol standar yaitu
Transmision Control Protocol dan Internet Protocol yang lebih dikenal
sebagai TCP/IP. Sedangkan intranet merupakan jaringan komputer
didalam suatu organisasi yang menggunakan teknologi internet sehingga
memungkinkan saling berbagi informasi, komunikasi, kerja sama, dan
dukungan bagi proses bisnis.
2. Nama domain/ URL
Nama domain atau URL adalah alamat unik di dunia internet yang
digunakan untuk mengidentifikasi sebuah website. Nama domain
memudahkan user dalam mengingat alamat IP. Layanan yang bertugas
menerjemahkan alamat IP ke sebuah nama domain adalah DNS (Domain
Name Service).
54
3. Web browser
Web browser merupakan aplikasi di pihak client yang berfungsi
menerjemahkan dan menampilkan informasi dari server secara grafis
kepada client.
4. Web server
Sebuah komputer (server) dan software yang menyimpan dan
mendistribusikan data komputer lainnya melalui jaringan internet.
5. Web hosting
Web hosting yaitu sebagai ruangan yang terdapat dalam harddisk
tempat menyimpan berbagai data, file-file, gambar, dan lain-lain yang
akan ditampilkan di website.
Aplikasi berbasis web memiliki beberapa kelebihan sebagai berikut:
a. Platform independent yaitu aplikasi dapat dijalankan di berbagai sistem
operasi seperti Windows, Linux, dan Mac OS.
b. Untuk menjalankan aplikasi di banyak komputer tidak perlu instal aplikasi
di setiap komputer, cukup copy script programnya ke server atau salah
satu komputer. Untuk komputer lain yang ingin menjalankan program
cukup membuka alamat host server dimana program disimpan melalui
browser.
c. Aplikasi dapat dijalankan dari jarak jauh dengan menggunakan koneksi
internet.
55
2.15. Konsep Database
2.15.1. Definisi Basis data (Data Base)
James F. Courtney Jr. dan David B. Paradice dalam buku
“Database System for Management” menjelaskan sistem database
adalah sekumpulan database yang dapat dipakai secara bersama-sama,
personal-personal yang merancang dan mengelola database, teknik-
teknik untuk merancang dan mengelola database, serta komputer untuk
mendukungnya (Sutabri, 2005 : 161).
Dari definisi diatas, penulis menyimpulkan bahwa sistem database
mempunyai beberapa elemen penting, yaitu database sebagai inti
sistem database, perangkat lunak untuk mengelola database, perangkat
keras sebagai pendukung operasi pengolahan data, serta manusia
mempunyai peran penting dalam sistem tersebut.
Sampai dengan membentuk database, data mempunyai jenjang
yang dapat dilihat dalam gambar 2.9.
56
Gambar 2.9. Jenjang dari data
(Sumber: Jogianto, 2005)
a. Characters
Characters adalah bagian data yang terkecil, dapat berupa karakter
numeric, huruf ataupun karakter-karakter khusus yang membentuk
suatu item data atau field.
b. Field
Field menggambarkan suatu atribut dari record yang menunjukkan
suatu item dari data, seperti nama, jenis kelamin, dan lain-lain.
Kumpulan dari field membentuk suatu record.
Database
File
Record
Data Item atau Field
Characters
57
1) Nama field (field name)
Field harus diberi nama untuk membedakan field yang satu
dengan field yang lain.
2) Representasi dari field (field representation)
Representasi dari field menunjukkan tipe dari field (field type)
dapat berupa tipe numeric, karakter, tanggal, dan lain-lain. Serta
lebar dari field menunjukkan ruang maksimum dari field yang
dapat diisi dengan karakter-karakter data.
3) Nilai dari field ( field value)
Nilai dari field menunjukkan isi dari field untuk masing-masing
record.
c. Record
Record adalah kumpulan dari field yang membentuk suatu record.
Kumpulan dari record membentuk file. Misalnya file pegawai,
tiap-tiap record dapat mewakili data tiap-tiap pegawai.
d. File
File terdiri dari record-record yang menggambarkan satu kesatuan
data yang sejenis. Misalnya file pangkat berisi tentang semua
pangkat yang ada.
2.15.2. DBMS (Database Management System)
Inti dari suatu basis data adalah database management system
(DBMS), yang membolehkan pembuatan, modifikasi, dan
pembaharuan basis data. Database Management System (DBMS)
58
adalah paket perangkat lunak yang komplek digunakan untuk
memanipulasi database.
Lebih lanjut lagi, DBMS merupakan koleksi terpadu dari database
dan program-program komputer (utilitas) yang digunakan untuk
mengakses dan memelihara database. Program-program tersebut
menyediakan berbagai fasilitas operasi untuk memasukkan, melacak,
dan memodifikasi data kedalam database, mendefinisikan data baru,
serta mengolah data menjadi informasi yang dibutuhkan (Ladjamudin,
2005 : 130).
Beberapa keunggulan DBMS untuk mengelola data
(Ramakrishnan & Gehrke, 6: 2003) :
1. Kemandirian data
Program aplikasi idealnya tidak diekspos pada detail representasi
dan penyimpanan data. DBMS menyediakan satu pandangan
abstrak tentang data yang menyembunyikan detail tersebut.
2. Akses Data Efisien
DBMS memanfaatkan berbagai teknik yang canggih untuk
menyimpan dan mengambil data secara efisien.
3. Integritas dan Keamanan Data
Jika data selalu diakses melalui DBMS, maka DBMS dapat
memanfaatkan batasan integritas. DBMS dapat memanfaatkan
control akses yang menentukan data apa yang boleh dilihat oleh
kelas pengguna yang berbeda.
59
4. Administrasi Data
Ketika beberapa pengguna berbagi data, pemusatan administrasi
data dapat memberikan perbaikan yang signifikan. Para profesional
yang berpengalaman yang memahami sifat data yang akan
dikelola, dan memahami bagaimana kelompok pengguna yang
berbeda menggunakan data tersebut, dapat memegang tanggung
jawab untuk mengatur representasi data untuk meminimalkan
redudansi dan untuk mengatur penyimpanan data guna melakukan
pengambilan data yang efisien.
5. Akses Konkuren dan Crash recovery
DBMS menjadwalkan akses konkuren pada data dalam cara
tertentu sehingga pengguna dapat memandang data sebagai data
yang diakses oleh hanya satu pengguna pada satu waktu. Lebih
lanjut, DBMS memproteksi pengguna dari efek kegagalan sistem
(konkurensi).
6. Waktu Pengembangan Aplikasi Terkurangi
DBMS mendukung fungsi penting bagi banyak aplikasi untuk
mengakses data dalam DBMS dan memfasilitasi pengembangan
aplikasi yang cepat dalam hal ini berkaitan dengan bantuan
interface untuk mengatur data.
2.15.3. SQL (Structured Query Language)
SQL adalah sebuah konsep pengoperasian database, terutama
untuk pemilihan atau seleksi dan pemasukan data, yang
60
memungkinkan pengoperasian data dikerjakan dengan mudah secara
otomatis. Umumnya, setiap software-software RDBMS menyediakan 4
perintah DML dari SQL. DML (Data Manipulation Language) adalah
perintah yang digunakan untuk mengoperasikan atau memanipulasi isi
database. Empat perintah DMLtersebut diantaranya:
· select : digunakan untuk mengambil data dari database.
· delete: digunakan untuk menghapus data pada database.
· insert : menampbahkan data ke database.
· update: memodifikasi data pada database.
2.16. Mengenal Rational Rose
Pengguna UML secara manual untuk melakukan analisis masalah dan
perancangan sistem atau perangkat lunak sungguh sudah memadai. Namun,
para pengguna merasa pemodelan dengan UML secara manual masih terlalu
lambat dan tingkat akurasinya rendah. Selain itu, proses rekayasa balik
(reverse engineering), yaitu mengubah kode-kode program kemudian
melakukan pemodelan kembali dengan cara iteratif, akan sangat
membosankan jika dilakukan dengan cara manual.
Sebab itu para pengembang perangkat lunak berorientasi objek
membutuhkan perangkat lunak yang dapat mengotomatisasi semua hal itu. Di
antaranya adalah Rational Rose, yang dapat mengotomatisasi pemodelan
dengan UML, mempermudah rekayasa balik, serta Rational Rose dapat
61
menghasilkan kode-kode program dari beberapa jenis pemograman,
diantaranya C++, Java serta Visual Basic.
2.16.1. Dasar-dasar Pemodelan dengan Rational Rose
Pemodelan UML dengan menggunakan Rational Rose didasarkan
pada beberapa konsep, di antaranya sebagai berikut:
a. Visual Modelling
Menurut Quatrani visual modelling atau pemodelan visual adalah
suatu cara berpikir tentang persoalan menggunakan model-model yang
diorganisasikan seputar dunia nyata (Sholiq, 2006). Model tersebut
berguna untuk memahami persoalan, mengkomunikasikan dengan orang-
orang yang terlibat di dalam proyek, memodelkan perusahaan, menyiapkan
dokumentasi, merancang program dan merancang basis data.
Visual Modelling dapat membantu kita untuk menampilkan
elemen-elemen yang penting secara detil dari suatu masalah yang
kompleks dan menyaring untuk kemudian membuang elemen-elemen yang
tidak penting. Rational Rose menggunakan UML sebagai bahasa
pemodelannya. Semua semantik dan notasi dalam UML dibuat untuk
digunakan dalam visual modelling.
b. Model dalam Rekayasa Software
Sebagaimana telah diketahui dalam mendesain sebuah model
dalam proses rekayasa software sangat penting sebagaimana pentingnya
memiliki cetak biru untuk membangun suatu bangunan yang besar. Untuk
melakukan pemodelan sistem atau perangkat lunak maka akan digunakan
62
notasi-notasi UML (Unified Modeling Language) yang akan digambarkan
secara elekronik (dengan bantuan komputer) lewat sarana perangkat lunak
Rational Rose. Dengan pemodelan menggunakan UML ini, para
pengembang sistem dapat melakukan (Nugroho, 2005):
1) Tinjauan umum bagaimana arsitektur sistem secara keseluruhan.
2) Penelaahan bagaimana objek-objek dalam sistem saling
mengirimkan pesan (message) dan saling bekerjasama satu sama lain.
3) Menguji apakah sistem atau perangkat lunak sudah berfungsi
seperti yang seharusnya.
Dokumentasi sistem atau perangkat lunak untuk keperluan-
keperluan tertentu di masa yang akan datang.
2.16.2. Konsep Dasar Rational Rose
Rational Rose adalah kakas (tools) pemodelan visual untuk pengembangan
sistem berbasis objek yang sangat handal untuk digunakan sebagai bantuan bagi
para pengembang dalam melakukan analisis dan perancangan sistem (Nugroho,
2005). Rational Rose yang dikembangkan oleh tiga pendekar teknologi objek dan
pendeklarasi UML Booch, Rumbaugh, Jacobson melalui perusahaan Rational
(yang sejak Februari 2003 menjadi anak perusahaan IBM) yang sudah menjadi
alat bantu yang digunakan oleh industri pengembang perangkat lunak aplikasi
berorientasi objek di seluruh dunia untuk melakukan analisis dan desain visual
(Hermawan, 2004).
63
Selain itu, Rational Rose juga memungkinkan pengembang untuk
mendokumentasikan kegiatan-kegiatannya. Adapun beberapa fungsi dari
dokumentasi adalah sebagai berikut (Nugroho, 2005):
1. Para pengembang dapat menggunakan diagram usecase untuk mendapatkan
pemahaman yang komprehensif tentang sistem dan lingkungan luar yang
meliputi sistem
2. Para calon pengguna dan manajer proyek dapat menggunakan diagram
usecase untuk mendapatkan pandangan peringkat paling atas tentang sistem
dan untuk menentukan persetujuan tentang lingkup proyek.
3. Manajer proyek dapat menggunakan diagram usecase untuk membagi sistem
secara keseluruhan menjadi bagian-bagian yang dapat dikelola dengan
seksama.
4. Calon pengguna dan analis sistem dapat melihat diagram usecase untuk
dapat memahami fungsionalitas sistem yang diharapkan
5. Analis sistem dan pengembang dapat melihat sequence diagram untuk
memahami bagaimana logika sistem berjalan, objek-objek yang terlibat dalam
sistem, serta pesan-pesan (message) yang dikirimkan suatu objek ke objek-
objek lainnya.
6. Para pengembang dapat menggunakan diaram class dan statechart diagram
untuk mendapatkan rincian sistem bagaimana objek-objek berhubungan dan
bekerja.
Elemen-elemen dasar GUI dalam Rational Rose terdiri dari empat jendela
(window) utama, yang deskripsinya adalah sebagai berikut (Nugroho, 2005):
64
1) Browser. Jendela ini berfungsi untuk secara cepat bergerak dalam model.
2) Jendela Diagram. Jendela ini berfungsi untuk membuat, menampilkan
(display), serta menyunting (edit) satu atau lebih diagram UML.
3) Jendela Dokumentasi. Jendela ini berguna untuk melihat atau memperbaharui
(update) dokumentasi unsur-unsur model.
4) Jendela Log. Jendela ini berguna untuk melihat kesalahan (error) dan
melaporkan (report) hasil-hasil dari berbagai perintah yang diberikan pada
Rational Rose.
Gambar 2.10. Tampilan dasar dalam Rational Rose (Sumber: Nugroho, 2005)
Ada tiga edisi Rational Rose, yaitu:
a) Rose Modeller, tidak mendukung bahasa pemrograman apapun.
b) Rose Profesional, mendukung satu bahasa pemrograman.
65
c) Rose Enterprise, mendukung banyak bahasa pemrograman, yaitu CORBA,
VC ++, Visual Basic, Java dan sebagainya.
Penulisan skripsi ini akan menggunakan edisi Rational Rose Enterprise.
2.17. Bahasa Pemrograman
2.17.1. HTML
HTML (Hyper Text Markup Language) adalah sekumpulan
simbol-simbol atau tag-tag yang dituliskan dalam sebuah file yang
dimaksudkan untuk menampilkan halaman pada web browser. Tag-
tag tadi memberitahu browser bagaimana menampilkan halaman web
dengan lengkap kepada pengguna (Astamal, 2006). HTML hanya
berisi berisi data saja (content), dan untuk mengatur tampilan
(layout) halaman digunakan CSS.
Cara kerja HTML sangat sederhana, yaitu berawal dari client
yang memanggil berdasarkan URL (Uniform Resource Locator)
melalui browser, kemudian browser mendapat alamat dari web
server, yang nantinya akan memberikan segala informasi yang
dibutuhkan web browser. Web browser yang sudah mendapat
informasi segera melakukan proses penterjemahan kode HTML dan
menampilkannya ke layar pemakai.
66
Contoh Skrip HTML
<html> <head> <title>Web Programing </title> </head> <body bgcolor=”#FFFFFF”> <h1>ini adalah heading 1</h1> ini adalah bagian tubuh dokumen. Semua yang ditulis disini akan ditampilkan ke layar browser </body>
</html>
2.17.2. PHP
PHP merupakan hasil kerja seorang bernama Rasmus
Lerdorf pada 1995. Namun kemudian PHP berkembang dan tidak
hanya merupakan proyek pribadi Rasmus. PHP ditulis ulang dan
dengan banyak menambahkan fungsi-fungsi baru oleh Zeev Suraski
dan Andi Gutmants (disingkat Zend) dan lahirlah PHP 3 pada 1998
(Astamal, 2006).
PHP adalah bahasa server-side scripting yang didesain
khusus untuk web. Pada halaman HTML dapat ditempelkan (embed)
kode PHP. Kode PHP dieksekusi di sisi server bukan di komputer
klien. Dan hasil yang ditampilkan adalah kode HTML (Astamal,
2006).
Maksud dari server-side scripting adalah sintaks dan
perintah-perintah yang di berikan akan sepenuhnya dijalankan di
server tetapi disertakan pada dokumen HTML biasa. Pembuatan web
ini merupakan kombinasi antara PHP sendiri sebagai bahasa
pemrograman dan HTML sebagai pembangun halaman web. PHP
dikenal sebagai bahasa scripting yang menyatu dengan tag HTML,
67
dieksekusi di server dan digunakan untuk membuat halaman web
yang dinamis. PHP adalah merupakan software yang Open Source
dan mampu lintas platform.
PHP mampu berjalan di Windows NT dan beberapa versi
UNIX, dan PHP dapat dibangun sebagai modul pada web server
Apache. PHP dapat mengirim HTTP header, dapat mengeset
cookies, mengatur authentication dan redirect users. PHP
menawarkan konektifitas yang baik dengan beberapa basis data
antara lain Oracle, Sybase, MySQL, PostgreSQL, dan tak terkecuali
semua database berinterface ODBC. Dan juga integrasi dengan
beberapa library eksternal yang dapat membuat programmer
melakukan segalanya dari dokumen PDF hingga mem-parse XML.
PHP juga mendukung komunikasi dengan layanan lain melalui
protokol SNMP, POP3 atau bahkan HTTP.
Konsep kerja PHP hanya perlu penterjemahan khusus untuk
kode-kode PHP yang nantinya akan diterjemahkan oleh mesin PHP
ke kode HTML terlebih dahulu sebelum diterjemahkan browser
untuk ditampilkan di layar klien.
68
Aturan penulisan script PHP adalah:
1. Semua script PHP harus diapit oleh tanda:
<?php dan ?> , atau
<script language='php'> dan </script> , atau
<? dan ?> , atau
<% dan %>
2. Tetapi tanda yang resmi dan paling banyak digunakan adalah yang
pertama, yaitu <?php dan ?>
3. Pada setiap akhir perintah, diakhiri dengan tanda titik koma ( ; )
(Yuliano: 2003).
Berikut ini contoh sederhana pemakaian bahasa PHP dalam
halaman web :
<html> <head> <title>Example</title> </head> <body> <? Echo "Hello World!"; ?> </body>
</html>
2.17.3. CSS
CSS atau Cascading Style Sheet adalah suatu cara untuk
membuat format atau layout halaman web menjadi lebih menarik dan
mudah dikelola. Beberapa hal yang dapat dilakukan dengan CSS
adalah :
a. Mendefinisikan tampilan halaman web yang dibuat dalam satu
tempat khusus, lebih baik daripada menulis berulang-ulang dalam
beberapa halaman web.
69
b. Kemudahan mengubah tampilan halaman web setelah halaman itu
selesai dibuat.
c. Mendefinisikan ukuran huruf dan atribut-atribut serupa yang
memiliki akurasi setingkat word-processor.
d. Mendefinisikan style sesuai kebutuhan untuk link
e. Mendefinisikan layer yang dapat diletakkan diatas elemen lain
(pop-up).
2.17.4. MySQL
Pengertian MySQL menurut MySQL manual adalah sebuah
open source software database SQL (Search Query Language) yang
menangani sistem manajemen database dan sistem manajemen
database relational. MySQL didistribusikan secara gratis dibawah
lisensi GPL (General Public License).
MySQL mempunyai fitur-fitur yang sangat mudah dipelajari
bagi para penggunanya dan dikembangkan untuk menangani
database yang besar dengan waktu yang lebih singkat. Kecepatan,
konektivitas dan keamanannya yang lebih baik membuat MySQL
sangat dibutuhkan untuk mengakses database di internet. Sebuah
perangkat lunak gratis untuk administrasi basisdata MySQL berbasis
web yang sangat populer yaitu phpMyAdmin.
70
2.18. Metode Penelitian
Penelitian adalah sebuah proses yang sistematis dalam
mengumpulkan dan menganalisis data guna meningkatkan
pengertian/persepsi kita tentang fenomena yang akan kita teliti (Fitrianah,
2009: 1).
Metodologi merupakan sebuah pendekatan formal untuk
mengimplementasikan system development life cycle. Di dalamnya terdapat
serangkaian tahapan yang perlu dilalui serta output yang diperoleh dari
setiap tahapan. Dapat disimpulkan metodologi adalah sebuah pendekatan
yang dibuat dalam melaksanakan penelitian, dimana didalamnya terdapat
serangkaian langkah-langkah dalam melakukan penelitian dan hasilnya.
Metodologi penelitian dalam ilmu komputer/ sistem informasi/
teknologi informasi adalah kumpulan dari metode, prosedur, teknik, tool
serta pendokumentasian yang membantu si peneliti dalam melaksanakan
sebuah penelitian dalam bidang ilmu komputer/ sistem informasi/ teknologi
informasi. Pengkategorian metodologi penelitian adalah sebagai berikut:
1. Metodologi disebut process-centered apabila menekankan pada
pemodelan proses sebagai inti dari konsep sistem.
2. Metodologi disebut data-centered apabila menekankan pada
pemodelan data sebagai inti dari konsep sistem.
3. Metodologi disebut object-oriented bila berupaya
menyeimbangkan fokus bahasan baik proses dan data pada sebuah
model (Fitrianah, 2009: 2).
71
2.18.1. Penelitian Sejenis
Dalam perbandingan dan sebagai acuan dalam pengembangan suatu
Sistem Informasi Manajemen Surat Keputusan, maka perlu dilakukan
pengamatan terhadap penelitian sejenis yang telah dilakukan sebelumnya.
Dari hasil pengamatan penulis didapatkan beberapa literatur penelitian
sejenis diantaranya dengan judul Pengembangan Sistem Informasi
Manajemen Kearsipan Surat Pada Fakultas Sains dan Teknologi
mempunyai kelebihan yang terdapat pada sistem ini memberikan
kemudahan dalam proses entry dan update data-data surat masuk dan
keluar. Mempermudah pembuatan surat keterangan mahasiswa secara
otomatis serta mempercepat pencarian surat apabila dibutuhkan.Terdapat
pengembangan penyediaan informasi data lokasi sehingga keberadaan surat
dapat diketahui.
Namun memiliki kekurangan diantaranya sistem yang dirancang
masih bersifat stand alone dan berada di satu komputer saja. Sistem hanya
dapat diakses administrator. Pengembangan basis data masih menggunakan
Microsoft Access 2003 dan pengembangan aplikasi menggunakan
Microsoft Visual Basic 6.0. Secara garis besar terdapat beberapa
kekurangan yang dimiliki VB diantaranya bersifat komersial dan file VB
sering menjadi target serangan virus.
Pada judul Pengembangan Sistem Informasi Manajemen Surat
Akademik (Studi Kasus Fakultas Sains dan Teknologi) memiliki kelebihan
pada sistem ini sudah berbasis web sehingga memudahkan pengguna dalam
72
men-sharing data kepada pengguna yang lain. Pembuatan surat dapat lebih
mudah dan mempercepat proses membantu pengguna dalam pencarian
surat yang sudah dibuat.
Namun kekurangan pada sistem ini belum ada templete yang
terstruktur sehingga terkadang mempersulit dan tidak rapi. Dalam
keamanan pun belum terencrypt dengan baik sehingga tingkat keamanan
masih rendah.
Pada judul Rancang Bangun Sistem Informasi Pengelolaan Surat
Keputusan di Fakultas Teknologi Informasi Institut Teknologi Sepuluh
November memiliki kelebihan pada sistem informasi surat keputusan
sistem yang dikembangkan berbasis web dengan menggunakan bahasa
pemrograman PHP versi 5 dan database MySQL.
Sedangkan kekurangan sistem ini hanya dapat diakses oleh staf
admin kepegawaian saja, seharusnya dosen yang menerima surat
keputusan apabila nanti dibutuhkan.
Pada judul Pengembangan Sistem Informasi Kepegawaian
(SIMPEG) berbasis Web. Sistem yang di bangung sudah dilakukan dengan
terkomputerisasi dan berbasis web namun memiliki kekurangan pada bagian
pembuatan Surat Keputusan (SK) dan sistem inilah yang penulis
kembangkan pada skripsi ini.
Dalam judul Analisa dan Perancangan Sistem Informasi
Kepegawaian Balai Besar Meteorologi dan Geofisika Wilayah II Ciputat.
73
Data yang dibuat hanya untuk mengolah data belum terdapat sistem
penyuratan yang memudah pegawai dalam mengatur tentang penyuratan.
Pada judul Sistem Informasi Kepegawaian Berbasis Web dalam
sistem ini hanya mengurusi bagian kepegawaian yang dikhususkan mendata
karyawan , perpindahan pegawai, kenaikan pangkat namun tidak ada sistem
yang secara khusus menjelaskan tentang sistem penyuratan dan pembuatan
Surat Keputusan yang termanajemen.
2.19. Pengujian Perangkat Lunak
Pengujian perangkat lunak adalah proses pemeriksaan atau evaluasi
sistem atau komponen sistem secara manual atau otomatis untuk
memverifikasi apakah sistem memenuhi kebutuhan-kebutuhan yang
dispesifikasikan atau mengidentifikasi perbedaan-perbedaan antara hasil yang
diharapkan dengan hasil yang terjadi (Hariyanto, 2004).
Sasaran pengujian adalah penemuan semaksimum mungkin kesalahan
dengan usaha yang dapat dikelola pada rentang waktu realistik. Pengujian
perangkat lunak merupakan tahap kritis dalam penjaminan kualitas perangkat
lunak dan merupakan review menyeluruh terhadap spesifikasi perancangan
dan pengkodean (Hariyanto, 2004).
Glen Myers menyatakan tiga sasaran pengujian, yaitu (Hariyanto,
2004):
a. Pengujian adalah proses mengeksekusi program dengan hasrat menemukan
kesalahan.
74
b. Kasus uji yang bagus adalah mempunyai peluang tinggi menemukan kesalahan
yang sebelumnya belum ditemukan.
c. Pengujian yang berhasil adalah pengujian yang menyingkap kesalahan yang
sebelumnya belum ditemukan.
Manfaat pengujian (Hariyanto, 2004):
a. Pengujian akan menyingkap kesalahan di perangkat lunak.
b. Pengujian mendemonstrasikan fungsi-fungsi perangkat lunak bekerja sesuai
spesifikasi, kebutuhan serta terpenuhi perilaku dan sejenisnya.
Terdapat dua teknik pengujian berdasarkan ketersediaan logik sistem,
yaitu black box testing dan white box testing (Hariyanto, 2004).
Pengujian white-box adalah sebuah pengujian yang dilakuan lebih dekat
lagi untuk menguji prosedur-prosedur yang ada. Lintasan lojik yang dilalui
oleh setiap bagian prosedur yang diuji dengan memberikan kondisi/ loop
spesifik. Proses yang terjadi pada pengujian white-box yaitu:
a. Menjamin pengujian terhadap semua lintasan yang tidak bergantungan minimal
satu kali.
b. Mencoba semua keputusan lojik dari sisi ‘true’ dan ‘false’.
c. Eksekusi semua loop dalam batasan kondisi dan batasan operasionalnya
d. Pengujian validasi struktur data internal.
Konsep black box testing digunakan untuk merepresentasikan sistem
yang cara kerja di dalamnya tidak tersedia untuk diinspeksi. Di dalam kotak
hitam, item-item yang diuji dianggap “gelap” karena logiknya tidak diketahui,
yang diketahui hanya apa yang masuk dan apa yang keluar. Pada black box
75
testing, kasus-kasus pengujian berdasarkan pada spesifikasi sistem. Pada black
box testing, dicobakan beragam masukan dan memeriksa keluaran yang
dihasilkan. Teknik black box testing juga dapat digunakan untuk pengujian
berbasis skenario di mana isi dalam sistem mungkin tidak tersedia untuk
diinspeksi tapi masukan dan keluaran yang didefinisikan dengan usecase dan
informasi analisis yang lain (Hariyanto, 2004). Black box testing berusaha
menemukan kesalahan dalam kategori, sebagai berikut (Pressman, 2002):
a. Fungsi-fungsi yang tidak benar atau hilang.
b. Kesalahan antarmuka.
c. Kesalahan dalam struktur data atau akses database.
d. Kesalahan kinerja.
Pengujian black box testing merupakan pengujian yang dilakukan oleh
pengembang sistem. Karena pengguna akhir sistem memiliki pemahaman tentang
sistem informasi dengan tingkatan yang berbeda, maka seberapa jauh pengguna
akhir dapat memahami dan menerima sistem harus diuji. Pengujian inilah yang
dinamakan dengan user acceptance test. Pengujian ini dilakukan untuk menjamin
bahwa sistem telah melayani kebutuhan organisasi.
76
BAB III
METODE PENELITIAN
3.1 Metode Penelitian
Metodologi penelitian ini bertujuan agar mengetahui sistematika proses
yang berjalan pada pembuatan penulisan. Pada tahapan ini banyak teknik yang
dilakukan seperti observasi/studi lapangan, wawancara dan studi pustaka. Pada
penelitian ini perlu diperhatikan pemahaman tentang cara berpikir dan cara
melaksanakan hasil berpikir menurut langkah-langkah ilmiah.
3.2 Teknik Pengumpulan Data
Teknik pengumpulan data berguna nantinya pada saat melakukan analisis
terkait tentang penelitian yang sedang dilakukan. Data yang didapat nantinya akan
digunakan untuk acuan lebih lanjut. Proses pengumpulan data dapat dilakukan
dengan teknik-teknik tertentu, tergantung pada karakteristik penelitian.
a. Observasi / Studi Lapangan
Pada observasi ini penulis langsung mengamati sistem yang berjalan
pada SIMPEG di Subbagian Administrasi Kepegawaian Pusat UIN Syarif
Hidayatullah Jakarta serta menganalisis kebutuhan sistem. Saat melakukan
observasi/studi lapangan terlibat langsung dengan pegawai yang ada di disana.
Penulis mengamati langsung proses input data pribadi dan data
kepegawaian seorang pegawai, mutasi pegawai, diantaranya proses pembuatan
SK kenaikan pangkat, kenaikan jabatan, pensiun, pindah antar instansi serta
77
laporan yang dihasilkan yang dihasilkan sistem. Hal ini sangat dibutuhkan
agar penulis dapat melakukan analisis terhadap sistem yang telah berjalan
serta menentukan rancangan pengembangan sistem baru yang akan dibangun
agar tetap sinkron dengan sistem yang sudah ada.
Selain menganalisis kebutuhan penulis juga mengumpulkan data-data
yang diperlukan untuk pembangunan aplikasi. Data yang dimaksud adalah
sample data pegawai, format SK kenaikan pangkat, kenaikan jabatan, pensiun,
pindah antar instansi Kepegawaian UIN Syarif Hidayatullah Jakarta.
b. Wawancara
Penulis melakukan wawancara secara langsung dengan pihak terkait yang
ada di Subbagian Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah
Jakarta seperti bapak Suhendro Tri Anggono, S.Ag, M.Si. pada subag Admin
Kepegawaian yang menjelaskan tentang proses mutasi dalam sistem kepegawaian,
bapak Bambang pada Subag Ortala dan Perundang Undangan menyangkut tentang
undang-undang yang nanti akan ada dalam surat keputusan dan ibu Halimah pada
Subag Kesejahteraan Pegawai guna mengetahui tentang kenaikan gaji berkala
yang disesuaikan dengan kenaikan golongan.
c. Studi Pustaka
Pada tahapan pengumpulan data dengan cara studi pustaka, penulis
mencari referensi-referensi yang relevan dengan objek yang akan diteliti.
Pencarian referensi dilakukan di perpustakaan, toko buku, maupun secara online
melalui internet. Penulis juga mencari data-data sekunder yang terkait dengan
masalah kepegawaian dari Kementrian Agama RI seperti buku Petunjuk Teknis
78
Kenaikan Pangkat, Kenaikan Gaji Berkala dan Pensiun dari BKN. Setelah
mendapatkan referensi-referensi yang relevan tersebut, penulis lalu mencari
informasi-informasi yang dibutuhkan dalam penelitian ini dari referensi-referensi
tersebut. Informasi yang didapatkan digunakan dalam penyusunan landasan teori,
metodologi penelitian serta pengembangan aplikasinya secara langsung. Pustaka-
pustaka yang dijadikan acuan dapat dilihat di Daftar Pustaka.
3.3 Metode Pengembangan Sistem
Proses pengembangan sistem diartikan sebagai sekumpulan aktivitas,
metode, best practice, deliverable dan tools-tools otomatis yang digunakan
stakeholder untuk mengembangkan sistem informasi dan software secara kontinu,
artinya pengembangan yang dilakukan secara bertahap dari hal-hal yang menjadi
kendala sistem sampai hal-hal yang menjadi kebutuhan sistem. Untuk
mengembangkan sistem, dibutuhkan metode yang tepat agar memenuhi
tujuannya.
Dalam pengembangan aplikasi Sistem Kepegawaian (SIMPEG) ini,
dengan menggunakan metode pemodelan berorientasi objek, dengan alur
pendekatan strategi pengembangan aplikasi cepat atau yang biasa disebut Rapid
Application Development (RAD). Model RAD merupakan model inkremental
(bertingkat) dari proses pengembangan perangkat lunak yang menekankan pada
sedikitnya siklus pengembangan. Model ini memecah suatu proyek menjadi bagian-
bagian kecil yang mana tiap bagiannya dibangun dengan model yang mirip dengan
Waterfall.
79
Berikut akan dibahas dengan lebih jelas alasan mengapa menggunakan
strategi pengembangan sistem RAD dalam pengembangan aplikasi SIMPEG dan
tahapan dari alur RAD tersebut.
3.4 Rapid Application Development (RAD)
Pada saat RAD diimplementasikan, maka para pemakai bisa menjadi
bagian dari keseluruhan proses pengembangan sistem dengan bertindak sebagai
pengambil keputusan pada setiap tahapan pengembangan. RAD bisa
menghasilkan suatu sistem dengan cepat karena sistem yang dikembangkan dapat
memenuhi keinginan dari para pemakai sehingga dapat mengurangi waktu untuk
pengembangan ulang setelah tahap implementasi.
Berdasarkan penjelasan sebelumnya yang menjadi alasan digunakannya
metode RAD karena merupakan metode yang paling cocok dalam pengembangan
aplikasi SIMPEG dan lebih menekankan pada pembuatan aplikasi atau prototype
dengan melakukan pendekatan kepada user atau pengguna sistem ini dalam
pencapaian solusi dari permasalahan yang ada.
Pada pengembangan aplikasi SIMPEG dalam alur proses RAD hanya
digunakan beberapa tahapan yaitu dari Scope Definition sampai dengan tahapan
Construction & Testing. selebihnya diserahkan pada pihak Subbagian
Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta dalam
mengelola aplikasi ini.
Adapun penjelasan alur dalam RAD yang akan digunakan dalam
penelitian ini sebagai berikut.
80
3.4.1 Definisi Lingkup (Scope Definition)
Fase pertama pengembangan sistem ini adalah mendefinisikan lingkup
sistem, yang artinya menentukan tingkat atau ukuran dan batas-batas
pengembangan sistem. Tahap ini juga menggambarkan dengan jelas dan singkat
tentang masalah, kesempatan dan perintah yang memicu pengembangan aplikasi.
Lingkup dapat didefinisikan dengan istilah informasi, fungsi dan antarmuka.
Lingkup memang dapat dan sering berubah selama proses pelaksanaannya. Tetapi
dengan mendokumentasikan lingkup awal, maka dapat dibentuk tahap awal untuk
mengontrol scope creep, yaitu persyaratan dan harapan dalam meningkatkan
pengembangan sistem informasi.
3.4.2 Analisis Sistem (Analysis)
Tujuan utama dari analisis berorientasi objek adalah memodelkan sistem
yang nyata dengan penekanan pada apa yang harus dilakukan bukannya
bagaimana melakukannya. Hasil utama dari analisis sistem adalah pemahaman
sistem seutuhnya sebagai persiapan menuju ke tahap perancangan.
Ada tiga fase dalam tahapan analisis sistem pada alur pengembangan
sistem RAD, yaitu:
a. Analisis Masalah, mempelajari sistem yang ada atau sistem berjalan dengan
pemahaman mendalam akan masalah-masalah pengembangan sistem.
b. Analisis Persyaratan, mendefinisikan dan memprioritaskan persyaratan-
persyaratan bisnis.
81
c. Analisis Keputusan, setelah mengetahui permasalahan dan persyaratan sistem
yang diinginkan maka fase selanjutnya adalah analisis keputusan yang akan
menghasilkan arsitektur aplikasi untuk solusi yang disetujui.
Dalam tahapan analisis sistem SIMPEG akan diperlihatkan dengan
menggunakan beberapa metode yaitu Rich Picture dan Matriks Masalah,
Kesempatan, Tujuan dan Batasan (Problems, Opportunities, Objectives, and
Constraints Matrix) pada tahap analisis masalah. Matriks ini akan dijabarkan
dalam dua tabel yaitu Analisis Sebab dan Akibat (Cause and Effect Analysis) dan
tabel Tujuan-tujuan Perbaikan Sistem (System Improvement Objectives). Dan pada
analisis persyaratan dibagi menjadi dua bagian yaitu Functional Requirement
yaitu aktivitas dan service yang harus disediakan oleh sistem yang akan
dikembangkan. Bagian kedua adalah Nonfunctional Requirement yaitu fitur-fitur
lain yang diperlukan oleh sistem agar sistem dapat lebih memuaskan.
3.4.3 Perancangan Sistem (Design)
Perancanan sistem termasuk bagaimana mengorganisasi sistem ke dalam
subsistem-subsistem, serta alokasi subsistem-subsistem ke komponen-komponen
perangkat keras, perangkat lunak, serta prosedur-prosedur.
Perancangan sistem dilakukan setelah tahap analisis telah rampung,
Adapun metode yang digunakan adalah Desain Berorientasi Objek atau Object
Oriented Design (OOD) dengan menggunakan UML (Unified Modelling
Language) sebagai tools untuk perancangan dan pengembangan aplikasinya.
82
Namun tidak semua diagram yang disediakan oleh UML akan digunakan
dalam perancangan sistem ini. Hanya beberapa diagram UML saja yang
digunakan. Adapun diagram tersebut di antaranya:
a. Use Case Diagram: merupakan diagram yang menjelaskan aktifitas apa saja
yang dilakukan oleh sistem yang akan dibangun dan siapa yang berinteraksi
dengan sistem tersebut.
b. Activity Diagram: merupakan diagram yang menggambarkan berbagai alir
aktifitas dalam sistem yang sedang dirancang, bagaimana masing-masing
alir berawal, decision yang mungkin terjadi dan bagaimana mereka berakhir.
Activity Diagram juga dapat menggambarkan proses paralel yang mungkin
terjadi pada beberapa eksekusi.
c. Class Diagram: merupakan diagram yang selalu ada pada pemodelan sistem
yang berorientasi objek. Class diagram menunjukkan hubungan antar class
dalam sistem yang sedang dibangun dan bagaimana mereka saling
berkolaborasi untuk mencapai suatu tujuan.
d. Sequence Diagram: merupakan diagram yang menjelaskan secara detail
urutan proses yang dilakukan oleh sistem untuk mencapai tujuan dari
usecase, interaksi yang terjadi antar class, operasi apa saja yang terlibat,
urutan antar operasi dan informasi yang diperlukan oleh masing-masing
operasi.
Selain diagram di atas, digunakan juga diagram lain yang tentunya di luar
dari diagram yang disediakan oleh UML, namun peranannya yang cukup penting
dalam mendukung tahapan perancangan sistem ini, yaitu Database Schema.
83
3.4.4 Implementasi Sistem (Construction & Testing)
Tahap perancangan diikuti oleh tahap implementasi. Pada tahap ini
dilakukan beberapa proses.
3.4.4.1 Pemrograman
Menerjemahkan perancangan ke kode program adalah proses yang relatif
sederhana dan bersifat mekanis sebab perancangan yang baik sudah
mengambarkan dengan baik apa yang harus dilakukan dengan bahasa-bahasa
pemrograman. Jika telah melakukan pemodelan dengan baik (misalnya dengan
menggunakan UML yang digunakan dalam pengembangan aplikasi SIMPEG) dan
mempergunakan banyak perangkat-perangkat lunak berjenis CASE (Computer
Aided Software Engineering) yang baik, misalnya Rational Rose yang digunakan,
maka akan dengan mudah menerjemahkan model-model yang dibuat ke dalam
sintak beberapa bahasa pemrograman.
Pada tahapan pemograman aplikasi SIMPEG akan digunakan bahasa
pemograman PHP 5. Sebagai software yang menunjang database pada aplikasi
ini, akan digunakan MySQL karena mendukung untuk infrastruktur jaringan dan
juga menggunakan Macromedia Dreamweaver sebagai software editor.
3.4.4.2 Pengujian (Testing)
Pada tahap ini dilakukan dengan pengujian masing-masing modul atau unit
program apakah sesuai dengan tugasnya. Kemudian dilakukan uji coba terhadap
integrasi keseluruhan unit program untuk mengetahui apakah sistem yang telah
dibuat sudah memenuhi kriteria yang diinginkan. Pengetesan ini dilakukan dengan
metode pengujian black box.
84
Pengujian secara black box yang dilakukan dalam sistem ini di antaranya
adalah fungsi-fungsi yang tidak benar, baik input maupun output, kesalahan
interface, kesalahan dalam struktur data atau akses database.
3.5 Kerangka Pemikiran (Logical Frame Work) Penelitian
Pengembangan Sistem Informasi Manajemen Kepegawaian (SIMPEG)
disusun melalui beberapa tahapan yang harus dilakukan dengan tujuan
memudahkan dalam penelitian. Adapun alur penelitian yang dilakukan oleh
peneliti seperti pada Gambar 3.1.
85
Gambar 3.1 Logical Frame Work Penelitian Penyusunan tahapan penelitian ini dimulai dengan observasi atau
pengamatan lapangan dan wawancara yang dilakukan di. Subbagian Administrasi
Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta pada bulan September.
Wawancara dilakukan untuk mengetahui profil dan alur kerja Bagian mutasi
kepegawaian yang mengatur pengolahan data SIMPEG. Setelah dilakukan
86
observasi dan wawancara, tahap selanjutnya adalah studi pustaka dan studi
literatur. Studi pustaka dilakukan untuk mencari solusi permasalahan serta
landasan teori yang berhubungan dengan penelitian sedangkan studi literatur
dilakukan pada penelitian sejenis guna mendukung penelitian tugas akhir.
Setelah studi pustaka dan informasi lain dikumpulkan, tahap selanjutnya
adalah dengan melakukan tahap pengembangan sistem. Tahap pengembangan
sistem dilakukan melalui pendekatan Rapid Application Development. Pendekatan
ini dilakukan melalui empat tahapan yaitu tahap definisi lingkup (scope
definition), analisis sistem, perancangan sistem dan implementasi (construction
dan testing). Pada tahap analisis masalah dibagi lagi menjadi tiga bagian yaitu
analisis masalah dengan menggunakan Rich Picture dan Matriks Masalah,
Kesempatan, Tujuan dan Batasan. Tahap perancangan dilakukan dengan tools
UML dengan menggunakan lima diagram yaitu use case diagram, activity
diagram, class diagram, sequence diagram dan statechart diagram. Tahapan
terakhir yaitu membangun sistem. Tahapan ini dilakukan dengan bahasa
pemrograman PHP dan MySQL.
87
BAB IV
ANALISIS DAN PERANCANGAN SISTEM
Pada bab ini, mambahas secara detail dan terperinci mengenai aplikasi
sistem yang akan diimplementasikan dengan menerapkan metode penelitian yang
telah diuraikan pada bab sebelumnya.
Pada bab sebelumnya telah dibahas, bahwa metode pengembangan sistem
yang digunakan dalam pengembangan aplikasi ini adalah metode pemodelan
berorientasi objek dengan alur pendekatan Rapid Application Development
(RAD). Di dalam bab empat ini diuraikan tentang tahap pengembangan sistem
RAD di antaranya adalah scope definition, analisis sistem terdiri dari analisis
masalah, analisis persyaratan dan analisis keputusan, tahap selanjutnya desain atau
perancangan dan implementasi (Construction & Testing).
Sebelum membahas tahapan pengembangan sistem akan dijelaskan
terlebih dahulu profil umum Subbagian Administrasi Kepegawaian UIN Syarif
Hidayatullah Jakarta sebagai tempat penelitian yang mengolah data administrasi
pegawai. Dan dalam rangka mengetahui proses kerja yang ada di Subbagian
Administrasi Kepegawaian, yaitu dengan menelaah dokumen-dokumen terkait
untuk mendapatkan informasi tentang administrasi pegawai .
88
4.1. Sekilas Tentang UIN Syarif Hidayatullah Jakarta
UIN Syarif Hidayatullah Jakarta merupakan institusi pembelajaran dan
transmisi ilmu pengetahuan, institusi riset yang mendukung proses
pembangunan bangsa, dan sebagai institusi pengabdian masyarakat yang
menyumbangkan program-program peningkatan kesejahteraan sosial. Selama
setengah abad UIN Syarif Hidayatullah Jakarta telah melewati beberapa
periode sejarah sehingga sekarang ini telah menjadi salah satu universitas
Islam terkemuka di Indonesia.
4.1.1. Visi dan Misi UIN Syarif Hidayatullah Jakarta
a. Visi
Visi Universitas adalah menjadi lembaga pendidikan tinggi
terkemuka dalam mengembangkan dan mengintegrasikan aspek
keislaman, keilmuan, kemanusiaan, dan keindonesiaan (UIN, 2002:
4).
b. Misi
Misi Universitas adalah :
1. Menghasilkan sarjana yang memiliki keunggulan kompetitif
dalam persaingan global.
2. Melakukan reintegrasi epistimologi keilmuan.
3. Memberikan landasan moral terhadap pengembangan iptek dan
melakukan pencerahan dalam pembinaan imtaq.
4. Mengembangkan keilmuan melalui kegiatan penelitian.
89
5. Memberikan kontribusi terhadap peningkatan kualitas hidup
masyarakat ( UIN, 2010 ).
c. Tujuan
1. Menyiapkan peserta didik menjadi anggota masyarakat yang
memiliki kemampuan akademik dan/atau profesional yang dapat
menerapkan, mengembangkan dan/atau menciptakan ilmu
pengetahuan, bidang keagamaan, sosial maupun sains dan
teknologi;
2. Mengembangkan dan menyebarluaskan ilmu pengetahuan
agama, sosial dan sains teknologi serta mengupayakan
penggunaannya untuk meningkatkan taraf kehidupan masyarakat
dan memperkaya kebudayaan nasional (UIN, 2010).
4.1.2. Subbag Administrasi Kepegawaian UIN Jakarta
Subbagian Administrasi Kepegawaian mempunyai tugas
melakukan pelayanan administrasi mutasi kepegawaian dilingkungan
UIN Syarif Hidayatullah Jakarta. Dalam menjalankan fungsinya,
Subbagian Administrasi Kepegawaian berada dibawah Bagian
Organisasi, Tata Laksana dan Kepegawaian pada Biro Administrasi
Umum dan Kepegawaian.
90
Gambar 4.1. Struktur Organisasi Biro Administrasi Umum dan Kepegawaian
UIN Syarif Hidayatullah Jakarta
(Sumber: UIN, 2002)
4.1.3. System Operation Processing (Prosedur Tetap) Subbag Administrasi
Kepegawaian
A. Proses Surat Keputusan Mutasi
Syarat Mutasi Pindah Pegawai
1. Rolling staff, bersedia ditempatkan dimana saja.
2. Terlalu lama berada disuatu tempat bagian, untuk penyegaran pegawai
di satu tempat.
3. Syarat khusus tidak ada, kepindahan ditetapkan oleh pimpinan
universitas, sudah layak atau tidak dari masa kerja.
91
Apabila terjadi Mutasi Pindah pada dosen maka itu disesuaikan dengan
ilmu pendidikan yang dibutuhkan di tempat yang baru.
B. Proses Surat Keputusan Naik Golongan
Apa bila naik golongan terjadi pada dosen (tenaga pendidik) maka
itu terjadi selama angka kreditnya terpenuhi dan itu boleh terjadi 1 tahun
sekali.
Staff atau Admin (tenaga kependidikan)
1. Naik Pangkat , jika 4 tahun masa kerja di usulkan oleh pimpinannya
pada bagian masing-masing atau fakultas masing-masing dan tidak
bergantung pada angka kredit.
2. SK terakhir
3. DP3 (Daftar Penelitian Pelaksanaan Pekerjaan)
4. Kartu Pegawai (KERPEG)
5. Daftar riwayat hidup (CV)
6. Lampiran nilai yang diberikan oleh atasan. Range nilai yang diberikan
antara cukup, baik, amat baik. Apabila mendapat nilai cukup maka nilai
tidak mencukupi.
Kemudian semua syarat-syarat tersebut dikirim dari fakultas atau
unit kerjanya masing-masing kemudian dikirim ke Bagian Kepegawaian
Pusat UIN Syarif Hidayatullah Jakarta , kemudian dilanjutkan dikirim ke
bagian BKN (Badan Kepegawaian Negara) dari kantor BKN kemudian
mengeluarkan nomor surat persetujuan yang dikirim kembali ke Bagian
92
Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta dan dibagian ini
Surat Keputusan (SK) dibuat untuk tenaga kependidikan tadi.
Untuk dosen atau asisten ahli pengajuan dilakukan dari prodi
masing-masing kemudian prodi menyetujui dan mengusulkan kepada
fakultas dari fakultas kemudian di ajukan ke rektor atau disini Bagian
Kepegawaian Pusat. Pengajuan tidak langsung disetujui namun ada TIM
khusus penilaian dari pusat untuk menilai apakah nilai dan syarat-syarat
yang diajukan sudah layak atau belum.
Syarat-syaratnya
1. Karya ilmiah
2. Pendidikan dan Pengajaran
3. Pengabdian Thridarma
Pengadian tri darma yang paling mempengaruhi nilai dan untuk
nilai terdapat pada dikjar dan karya ilmiah.
4. SK terakhir
5. DP3 (Daftar Penelitian Pelaksanaan Pekerjaan)
6. Kartu Pegawai (KERPEG)
7. Daftar riwayat hidup (CV)
93
C. Proses Surat Keputusan Naik Pangkat
Surat Ketetapan terbagi dua jenis jabatan diantara pegawai UIN
Syarif Hidayatullah Jakarta, berstruktur dan jabatan fungsional.
Berstruktur untuk pegawai UIN Syarif Hidayatullah Jakarta
sedangkan jabatan fungsional untuk dosen yang bekerja pada ruang
lingkup kerja UIN Syarif Hidayatullah Jakarta.
Untuk SK Ketetapan pegawai, syarat-syarat yang harus dipenuhi
sebelum mendapatkan SK tersebut adalah :
1. Staff terbagi atas dua bagian, staff lulusan SMA masuk dimulai
golongan IIA, sedangkan lulusan sarjana langsung IIIa.
2. Untuk kenaikan jabatan terstruktur ini, kenaikan terjadi bertahap
atau bertingkat, tidak bisa tidak berurutan atau acak. Misalkan
Kasubag (eselon IV) ingin naik jabatan menjadi Kepala
Biro(eselon II) maka dia harus terlebih dahulu naik jabatan menjadi
KaBag (eselon III) tidak mungkin dan tidak bisa langsung naik jadi
Kepala Biro.
2. Diklat
3. Minimal Penata IIIc
4. PIM4 (Pendidikan, Pelatihan, Pimpinan)
5. Penilaian oleh pusat
6. Kenaikan pangkat kurang lebih 4 tahun sekali
7.Minimal sudah lulus sarjana.
94
Sedangkan untuk Jabatan Fungsional kenaikan jabatan pada dosen
tidak memerluka kenaikan tingkatan yang terstruktur. Dosen hanya perlu
mencukupi nilai KUM nya pada penghitungan angka kredit. Sedangkan
syarat-syarat mendapatkan nilai KUM tersebut dosen sudah dijelaskan
pada tahapan untuk mendapatkan SK Naik Golongan.
D. Proses Surat Keputusan Ketetapan
SK Ketetapan adalah SK yang menetapkan seorang pegawai atau
seorang dosen dalam mendudukin sebuah jabatan di suatu ruang kerja.
Sehingga syarat-syarat mendapatkan SK ini, pegawai atau dosen harus
memenuhi persyaratan sesuai dengan Mutasi .
E. Proses Surat Keputusan PNS
SK PNS dikeluarkan oleh Rektor UIN Syarif Hidayatullah Jakarta ,
SK PNS didapatkan setelah SK CPNS keluar, SK CPNS dikerluarkan oleh
BKN.
Syarat menjadi PNS yaitu lulus ujian yang dilaksanakan oleh
Kementrian Agama. Setelah lulus tahapan ujian dan seleksi dari
Kementrian Agama, maka akan mendapatkan SK CPNS yang dikeluarkan
oleh BKN. Saat menjadi CPNS ini, gaji seorang pegawai atau dosen itu 80
% dari gaji yang ditentukan. Kemudian melalui masa satu tahun
percobaan.
95
Kemudian sebelum menjadi PNS ada tahapan yang harus
dijalankan, diantaranya
1. diklat Prajab (mendapatkan sertifikat)
2. Surat Kesehatan
3. Riwayat Hidup
4. DP3
5. Penilaian dari bagian Kepegawaian
6. Kemudian diajukan ke BKN
4.2. Mendefinisikan Lingkup (Scope Definition)
Perangkat lunak atau suatu aplikasi merupakan bagian dari suatu sistem
yang lebih besar, maka hal pertama yang dilakukan adalah menentukan kebutuhan
untuk semua elemen sistem dan kemudian dilanjutkan dengan menentukan
kebutuhan perangkat lunak. Penentuan kebutuhan sistem ini sangat perlu ketika
perangkat lunak harus berinteraksi dengan elemen-elemen sistem yang lain seperti
perangkat keras, manusia dan basis data. Maka hal itu dapat dijelaskan dalam
pendefinisian lingkup dan batasan sistem yang dikembangkan.
Penelitian pengembangan sistem yang dilakukan lebih difokuskan pada
batasan masalah dan ruang lingkup kegiatan di Subbagian Administrasi
Kepegawaian UIN Syarif Hidayatullah Jakarta dengan pengembangan sistem
informasi manajemen surat keputusan. Pengembangan sistem ini mengatur
pengolahan data data surat keputusan, menginput surat keputasan dan pengolahan
data isi dari surat keputusan itu sendiri. Manajemen surat keputusan ini hanya
96
dibatasi dalam ruang lingkup pembuatan surat keputasan dan didalam sistem
tersebut sudah terdapat kerangka isi dari surat yang dinamis yang dapat berubah
isi bentuk sesuai dengan kebutuhan format surat keputusan yang diinginkan.
Untuk itu penelitian hanya membatasi beberapa surat keputusan saja yang dibahas
sesuai dengan yang kebutuhan Subbagian Administrasi Kepegawaian UIN Syarif
Hidayatullah Jakarta.
Penerapan aplikasi ini dalam lingkup internet karena memudahkan
pegawai dalam mengambil data surat keputusan ini nantinya apa bila diperlukan
di lain waktu tanpa perlu melihat berkas-berkas yang mungkin sulit untuk
ditemukan. Untuk itu seluruh aktivitas yang dilakukan secara online dan data yang
terdistribusi secara langsung. Beberapa kegiatan pada sistem informasi ini seperti
mendownload surat keputusan dapat dilakukan pegawai yang bersangkutan karena
data surat langsung masuk ke dalam accout pegawai tersebut, tetapi yang
memiliki hak akses penuh akan sistem adalah admin yang berada di Subbagian
Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta dan yang melakukan
penginputan serta pengeditan data adalah pejabat terkait.
4.3. Analisis Sistem (Analysis)
Analisis sistem mempelajari suatu masalah dan mempunyai tujuan utama
untuk melakukan tindakan. Terdapat tiga tahapan analisis sistem dalam
metodologi RAD yang akan digunakan dalam menganalisis sistem manajemen
Surat Keputusan yang akan dirancang. Diantaranya adalah Analisis Masalah
97
(Problem Analysis), Analisis Persyaratan (Requirement Analysis) dan Analisis
Keputusan (Decision Analysis).
4.3.1 Analisis Masalah (Problem Analysis)
Sistem Informasi Manajemen Surat Keputusan merupakan sistem
pengolahan data penyuratan yang berjalan saat ini sudah menggunakan sistem
terkomputerisasi, yaitu dengan menggunakan program aplikasi Microsoft Word
Office. Walaupun sistem yang berjalan saat ini telah terkomputerisasi namun
masih banyak kekurangan diantaranya pada saat sistem pemberkasan, pegawai
sebagai pengguna tidak dapat mencari lagi surat keputusan bila sewaktu-waktu
dibutuhkan. Apabila dicaripun dengan cara manual dengan melihat berkas surat
keluar. Dengan sistem yang sekarang dalam pembuatan surat, data yang tersimpan
tidak tersusun dengan rapi sehingga terkadang menyulitkan pihak Subbagian
Administrasi Kepegawaian.
Setelah dijelaskan dengan rinci permasalahan, maka pada bagian ini
dibahas mengenai analisis terhadap problems (masalah-masalah) yang dihadapi
dan opportunities (peluang-peluang) yang bisa diambil dari keadaan sistem saat
ini. Analisis terhadap problem dan opportunities akan diperlihatkan dengan
menggunakan 2 (dua) metode yaitu Rich Picture dan Matriks Masalah,
Kesempatan, Tujuan dan Batasan.
a. Rich Picture
Analisis masalah dari sistem yang berjalan dan sistem yang di usulkan
divisualisasikan dalam pemodelan rich picture Gambar 4.2 dan Gambar 4.3
98
Gambar 4.2 Rich Picture Analisis Sistem yang Berjalan
Gambar 4.3 Rich Picture Analisis Sistem yang di usulkan
99
b. Problems, Opportunities, Objectives and Constraints Matrix
Selanjutnya hasil analisis permasalahan dan peluang disebutkan secara
lengkap pada Matriks Masalah, Kesempatan, Tujuan dan Batasan (Problems,
Opportunities, Objectives, and Constraints Matrix). Matriks ini dijabarkan dalam
dua tabel yaitu Analisis Sebab dan Akibat (Cause and Effect Analysis) dan tabel
Tujuan-tujuan Perbaikan Sistem (System Improvement Objectives). Cause and
Effect Analysis merupakan sebuah tehnik tempat masalah-masalah dipelajari
untuk menentukan penyebab-penyebab dan akibat-akibatnya, sampai penyebab
dan akibat tersebut tidak kembali menghasilkan gejala-gejala masalah yang
lainnya.
System Improvement Objectives memiliki tujuan yaitu untuk menentukan
kriteria di mana semua perbaikan pada sistem akan diukur dan untuk
mengidentifikasi semua batasan yang membatasi fleksibilitas semua perbaikan
tersebut. Berikut adalah tabel Cause and Effect Analysis dan System Improvement
Objectives pada sistem berjalan.
Tabel 4.1 Cause and Effect Analysis (Analisis Sebab Akibat)
Problem (Masalah)
Cause and Effects (Sebab dan Akibat)
1. Penggunaan sistem manual
yang tidak feasible lagi
Cause: Pembuatan surat keputusan masih menggunakan aplikasi Microsoft Word. Effect: Rentan akan kehilangan data surat karena sistem penyimpanan data yang tumpang tindih.
2. Pengguna tidak dapat mencari data surat keputusan yang
Cause: sistem data yang tumpang tindih antara surat yang lainnya, maka apabila
100
terdahulu sewaktu-waktu surat keputusan dibutuhkan kembali sangat sulit mencari, karena harus mencari langsung diberkas-berkas kertas yang bertumpuk Effect: data banyak yang hilang sehingga menyulitkan pihak Subbagian Administrasi Kepegawaian.
3. Perubahan data format surat
dapat berubah sehingga tidak fleksible
Cause: format data surat yang diinginkan terkadang sering berubah Effect: tumpang tindih bentuk format surat
Opportunities (Kesempatan)
Cause-Effect (Sebab-Akibat)
1. Sistem kepegawaian berbasis web
Cause: Sistem kepegawaian yang berjalan secara online Effect: memudahlan dalam melanjutkan pengembangan sistem tersebut dan menambahkan sistem manajemen surat keputusan
Tabel 4.2 System Improvement Objectives (Tujuan-Tujuan Perbaikan Sistem)
System Objective (Tujuan sistem)
System Constraint (Batasan sistem)
1. Menghubungkan secara online 1.1 Keterbatasan infrastruktur baik dari segi PC yang ada sekarang maupun jaringan yang tersedia.
1.2 Besarnya biaya awal pengimplementasian sistem online dan biaya operasionalnya kemudian, baik untuk maintenance maupun upgrade sistem.
2. Memudahkan proses penginputan dan penyimpanan data
2.1. Jumlah data yang banyak dan jenis surat yang beragam.
101
3. Mencegah kehilangan data. 3.1. Jumlah data yang banyak dan
perubahan surat 4. Mempercepat dan mempermudah
proses pencetakan surat apabila nanti dibutuhkan.
4.1. Mencetak data yang pernah dikeluarkan
Kebutuhan sistem yang dijelaskan pada tabel System Improvement
Objectives juga merupakan sebagian besar hasil dari permintaan para pengguna
yang sebelumnya telah dilakukan pendekatan terhadap mereka. Sehingga
diharapkan tidak ada lagi error dan kelalaian dalam pengembangan sistem
informasi manajemen surat keputusan ini. Untuk itu diperlukan sistem usulan
yang dapat mencakup kebutuhan dari proses pengolahan data pondok pesantren.
Sistem usulan ini setidaknya dapat memperbaiki kekuarangan dari sistem
sebelumnya dan mengurangi tingkat kesulitan dalam menjalankan proses pada
sistem berjalan.
4.3.2 Analisis Persyaratan (Requirement Analysis)
Fase ini adalah fase yang sangat penting dalam pengembangan sebuah
sistem informasi. Fase ini bertujuan untuk menentukan apa yang dapat dilakukan
oleh sistem dan harus memenuhi System Objectives dari sistem tersebut sehingga
dapat membangun sebuah sistem informasi dan dalam melakukan proses
manajemen surat lebih efisien dan efektif.
Requirements yang ada akan dibagi menjadi 2 (dua) bagian. Bagian
pertama adalah Functional Requirement yaitu aktivitas dan service yang harus
disediakan oleh sistem yang akan dikembangkan. Bagian kedua adalah
102
Nonfunctional Requirement yaitu fitur-fitur lain yang diperlukan oleh sistem agar
sistem dapat lebih memuaskan.
Berikut adalah requirements dari Sistem Informasi Manajemen Surat
Keputusan.
4.3.2.1. Functional Requirements
Sistem yang dikembangkan harus mempunyai functional requirements
sebagai berikut:
1. Membuat sistem informasi untuk bagian Subbagian Administrasi
Kepegawaian UIN Syarif Hidayatullah Jakarta, antara lain meliputi:
a. Pengaturan penyimpanan data surat keputusan yang akan dicetak.
b. Penginputan data penyuratan.
c. Pendokumentasian surat yang telah di buat.
d. Pengaturan penyimpanan data untuk pegawai.
2. Mempercepat dalam proses cetak surat keputusan untuk pegawai.
3. Sistem memiliki tingkat keamanan yang tinggi dalam pemprosesan data dan
informasi.
4. Aplikasi dapat segera diselesaikan sehingga dapat langsung digunakan.
4.3.2.2. Nonfunctional Requirements
Nonfunctional Requirements dari sistem yang dikembangkan akan
dijelaskan dalam Tabel 4.3.
103
Tabel 4.3 Nonfunctional Requirement
Jenis Kebutuhan Penjelasan
1. Model Tampilan (Performance) a) Mengefisienkan waktu proses pembuatan surat keputusan.
b) Membantu peningkatan penyusunan bentuk format surat.
c) Mengurangi tingkat kesalahan isi surat.
d) Tampilan lebih user friendly sehingga lebih mudah dimengerti dan digunakan oleh user.
2. Model Penyimpanan Data (Information)
a) Melakukan penyimpanan data format surat berupa informasi.
b) Mencegah terjadinya penyimpanan data yang tumapng tindih.
c) Mencegah hilangnya data yang disebabkan karena banyaknya surat keputusan yan telah keluar.
d) Format penyajian laporan dibuat sehingga lebih mudah dipahami.
e) Meminimalisasi terjadinya kesalahan penginputan data dan informasi.
f) Data terdokumentasi dan terstruktur.
3. Model Segi Ekonomi (Economic)
a) Memperlancar aliran informasi antara pihak Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta dengan pegawai yang bekerja dalam ruang lingkup UIN Syarif Hidayatullah Jakarta.
4. Model Pengontrolan Sistem (Control)
a) Meningkatkan keamanan terhadap pelaksanaan proses penyimpanan data.
b) Membatasi akses penggunaan terhadap sistem dengan cara menerapkan priviledge.
104
c) Mencegah akses penuh dari pengguna-pengguna yang tidak berwenang.
5. Model Efisiensi Sistem (Eficiency)
a) Mengefisienkan waktu apa bila surat dibutuhkan segera.
b) Meminimalisasi biaya dan sumber daya yang dibutuhkan.
6. Model Pelayanan Sistem (Service)
a) Menghasilkan informasi yang akurat. b) Memberi kemudahan dalam
penggunaan operasional sistem.
4.3.3 Analisis Keputusan (Decision Analysis)
Dari tahapan analisis sebelumnya telah diketahui permasalahan dari sistem
berjalan dan persyaratan dan kebutuhan sistem yang diinginkan, maka fase
selanjutnya adalah analisis keputusan yaitu menentukan komponen-komponen
dari sistem usulan yang akan dirancang, dibangun dan diimplementasikan. Berikut
merupakan komponen-komponen yang dibutuhkan:
1. Data Surat Keputusan
Proses perekaman data Surat Keputusan yang dibutuhkan terutama pada surat
naik pangkat, ketetapan kerja, mutasi pindah, naik golongan dan penetapan
PNS, yaitu berupa data isi format surat yang dibutuhkan.
2. Menentukan hak akses
Dalam hal ini menentukan hak akses masing-masing pengguna. Setiap
pegawai hanya dapat mendownload surat keputusan untuk dirinya sendiri,
sehingga keamanan data pegawai terjamin.
105
Setelah mengetahui komponen-komponen sistem yang diusulkan selanjutnya
adalah menentukan jenis perangkat sistem yaitu berupa tools atau alat untuk
merancang dan mengimplementasikan sistem ususlan sehingga menghasilkan
arsitektur sistem yang diinginkan. Dalam menentukan arsitektur sistem usulan
yang terpenting adalah pemahaman terhadap jenis tools yang akan digunakan
karena harus sesuai dengan kebutuhan pengguna dan fungsi-fungsi sistem yang
terdapat di dalamnya.
Di dalam sistem lama, proses pengolahan dilakukan pada masing-masing
komputer yang stand alone, sedangkan pada sistem informasi yang akan
dikembangkan adalah sistem informasi berbasis web. Sistem usulan dirancang
dengan menggunakan UML (Unified Modeling Language) dan bahsa
pemograman PHP. Sehingga konsep tentang UML dan PHP harus benar-benar
dikuasai. Sedangkan pada perancangan sistem database akan menggunakan
diagram Database Relational dan mengimplementasikannya pada MySQL.
4.4. Perancangan Sistem (System Design)
Desain atau perancangan sistem didefinisikan sebagai tugas yang fokus
pada spesifikasi solusi detail berbasis komputer. Jika analisis sistem menekankan
pada masalah bisnis, maka sebaliknya desain sistem fokus pada segi teknis atau
implementasi sebuah sistem.
Perancangan berorientasi objek merupakan contoh salah satu pendekatan
model driven, yaitu menekankan penggambaran model sistem untuk
mendokumentasikan aspek teknis dan implementasi dari sebuah sistem. Saat ini
106
pendekatan model driven hampir selalu ditingkatkan oleh penggunaan peralatan
otomatis, yang disebut juga CASE tools. Peralatan CASE ini menawarkan
konsistensi dan kelengkapan seperti pengecekan error berbasis aturan (rule based
error checking). Untuk itu dalam perancangan Sistem Informasi Manajemen Surat
Keputusan ini menggunakan Rational Rose.
4.4.1. Identifikasi Use case dan Aktor
Identifikasi aktor dan use case ini didasari pada kebutuhan fungsi-fungsi
sistem. Kebutuhan akan fungsi ini diakomodir di use case. Selanjutnya use case
menyediakan nilai hasil kepada aktor. Atas dasar spesifikasi ini paling tidak
didapat cara menentukan aktor.
Berdasarkan penjelasan bab sebelumnya use case mencakup aliran-aliran
kerja (workflow) dalam sistem (bersifat internal) sedangkan aktor-aktor mencakup
segala sesuatu yang ada di luar sistem (bersifat eksternal).
Pemodelan sistem dilakukan untuk mendeskripsikan use case apa saja dan
aktor yang akan terlibat dalam analisis sistem usulan, dapat dilihat dalam Tabel
4.4 requirement aktor dan use case.
Tabel 4.4 Requirement Aktor dan Use case
Requirement Aktor Use case
1. Admin mengentry data format surat
keputusan pada bagian membaca,
menimbang, memperhatikan,
mengingat, tembusan dan pejabat
yang menandatangani
Admin
Menambah S.K data
Master
107
2. Admin mengentry surat keputusan
yang dibutuhkan, disesaikan dengan
surat yang di inginkan.
3. Pegawai mendownload dan
mencetak data sesuai dengan surat
yang telah dikeluarkan pihak
Subbagian Administrasi Kepegawaian
UIN Syarif Hidayatullah Jakarta
Admin
Pegawai
Menambah S.K mutasi
pegawai
Mencetak S.K
4.4.2. Use Case Diagram
Use Case Diagram menjelaskan apa yang akan dilakukan oleh sistem yang
akan dibangun dan siapa yang berinteraksi dengan sistem. Use Case Diagram
dapat dibuat sesuai dengan Tabel 4.4 Requirement Aktor dan Use Case.
Sebagai catatan bahwa dalam perancangan sistem ini Admin memiliki
hak akses penuh terhadap seluruh proses yang ada dalam aplikasi Sistem
Manajemen Surat Keputusan. Sedangkan bagi proses penambahan data dilakukan
pada use case Menginputkan data master surat keputusan, edit, hapus dan cetak
data terdapat pada use case.
Berikut ini merupakan use case diagram dari sistem usulan Sistem
Informasi Manajemen Surat Keputusan
108
Gambar 4.4 Use case Diagram data master
Gambar 4.5 Use case Diagram S.K
Gambar 4.6 Use case Diagram mencetak S.K
109
4.4.3. Deskripsi Use Case Tingkat Perancangan
Setiap use case pada Gambar 4.3 harus dideskripsikan dalam dokumen
yang disebut dokumen flow of event. Dokumentasi ini mendefinisikan apa yang
harus dilakukan oleh sistem ketika aktor mengaktifkan use case. Struktur dari
dokumen use case ini bisa bermacam-macam tetapi umumnya deskripsi ini paling
tidak harus mengandung:
1. Brief Description (deskripsi singkat)
2. Aktor yang terlibat
3. Precondition yang penting bagi use case untuk memulai
4. Deskripsi rinci dari aliran kejadian yang mencakup:
a. Main flow dari kejadian yang bisa dirinci lagi menjadi sub flow dari
kejadian (sub flow bisa dibagi lagi lebih jauh menjadi sub flow yang lebih
kecil agar dokumen lebih mudah dibaca dan dimengerti)
b. Alternative flow untuk mendefinisikan situasi perkecualian
5. Postcondition yang menjelaskan state dari sistem setelah use case berakhir
Selain beberapa hal yang disebutkan sebelumnya, dapat juga memakai
beberapa deskripsi tambahan lainnya untuk melengkapi pendeskripsian yang
dibuat. Setelah menjelaskan use case pada bahasan sebelumnya, maka berikut ini
dijelaskan spesifikasi use case yang telah ditentukan.
110
Tabel 4.5 Spesifikasi Naratif untuk Use Case menambah S.K pada data master Tingkat Perancangan
Nama Use Case: Menambah S.K data master
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event dari seorang Admin yaitu
menambah S.K data master. Form ini berisi data format S.K
Prakondisi: Masuk ke dalam web utama.
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form data
master Surat Keputusan.
Langkah 2: Selanjutnya
Admin menginputkan data
format isi surat Keputusan
sesuai dengan jenis surat yang
diminta dan dibutuhkan.
Langkah 5: Pendaftar
mengklik keluar halaman.
Langkah 3: Sistem
menampilkan form data master
Surat Keputusan mulai dari
membaca, menimbang,
mengingat, memperhatikan,
tembusan dan pejabat
penandatangan.
Langkah 4: Sistem
menampilkan pesan data
pengguna telah tersimpan.
Langkah 6: Sistem merespon
menutup halaman.
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali
Postkondisi: -
Aturan Bisnis: Surat telah memiliki isi data surat keputusan
111
Tabel 4.6 Spesifikasi Naratif untuk Use Case Melihat S.K pada data master Tingkat Perancangan
Nama Use Case: Melihat data
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event dari melihat S.K data master
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai admin
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form data
master Surat Keputusan.
Langkah 2: Selanjutnya
Admin dapat memilih data
master yanga mana.
Langkah 3: Sistem
menampilkan form data master
Surat Keputusan mulai dari
membaca, menimbang,
mengingat, memperhatikan,
tembusan dan pejabat
penandatangan.
Langkah 4: Sistem
menampilkan data master yang
telah dipilih admin
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali
Postkondisi: -
Aturan Bisnis: Admin harus memiliki username dan password yang valid
112
Tabel 4.7 Spesifikasi Naratif untuk Use Case Mengedit data master Surat Keputusan Tingkat Perancangan
Nama Use case: mengedit data S.K
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat di ubah apa bila
telah tersimpan
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form data
master Surat Keputusan.
Langkah 2: Selanjutnya
Admin dapat mengubah data
master.
Langkah 3: Sistem
menampilkan form data master
Surat Keputusan mulai dari
membaca, menimbang,
mengingat, memperhatikan,
tembusan dan pejabat
penandatangan.
Langkah 4: Sistem
menampilkan data master yang
telah di ubah admin.
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin harus memiliki username dan password yang valid
113
Tabel 4.8 Spesifikasi Naratif untuk Use Case Menghapus S.K pada data master Perancangan
Use case name Mengahpus data S.K
Aktor Admin
Description Use case ini mendeskripsikan event data dapat di hapus apa bila
telah tersimpan.
Pre condition Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow Kegiatan Pelaku Respon Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
data master Surat Keputusan.
Langkah 2: Selanjutnya
Admin dapat menghapus data
master.
Langkah 3: Sistem
menampilkan form data master
Surat Keputusan mulai dari
membaca, menimbang,
mengingat, memperhatikan,
tembusan dan pejabat
penandatangan.
Langkah 4: Sistem berhasil
mengahpus data master.
Alternatif flow Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Post condition -
Aturan Bisnis Admin memiliki username dan password yang valid
114
Tabel 4.9 Spesifikasi Naratif untuk Use Case Menambah S.K pada menu mutasi pegawai Tingkat Perancangan
Nama Use case: Menambah S.K
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat menambah SK.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Mutasi pegawi.
Langkah 2: Selanjutnya
Admin dapat menambah data
S.K.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
menambah dan menyimpan
data SK
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin memiliki username dan password yang valid
115
Tabel 4.10 Spesifikasi Naratif untuk Use Case Melihat S.K pada menu Mutasi Pegawai Tingkat Perancangan
Nama Use case: Melihat SK
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat dilihat apa bila
telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Mutasi pegawi.
Langkah 2: Selanjutnya
Admin dapat melihat data S.K.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
menampilkan S.K yang telah
dibuat
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin memiliki username dan password yang valid
116
Tabel 4.11 Spesifikasi Naratif untuk Use Case Mencetak S.K pada Tingkat Perancangan
Nama Use case: Mencetak S.K
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat dicetak apa bila
telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Mutasi pegawi.
Langkah 2: Selanjutnya
Admin dapat mencetak data
S.K.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
mencetak S.K yang telah
dibuat
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin memiliki username dan password yang valid
117
Tabel 4.12 Spesifikasi Naratif untuk Use Case Mengedit S.K pada Tingkat Perancangan
Nama Use case: Mengedit S.K
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat mengubah apa
bila telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Mutasi pegawi.
Langkah 2: Selanjutnya
Admin dapat mengubah data
S.K.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
mengubah S.K yang telah
dibuat
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin memiliki username dan password yang valid
118
Tabel 4.13 Spesifikasi Naratif untuk Use Case Menghapus S.K pada Tingkat Perancangan
Nama Use case: Menghapus S.K
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event data dapat menghapus data
bila telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
pegawai .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Mutasi pegawi.
Langkah 2: Selanjutnya
Admin dapat menghapus data
S.K.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
menghapus
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Pegawai memiliki username dan password yang valid
119
Tabel 4.14 Spesifikasi Naratif untuk Use Case Melihat S.K pada pegawai di tingkat Perancangan
Nama Use case: Melihat S.K
Actor (s) Pegawai
Deskripsi: Use case ini mendeskripsikan event data dapat melihat data bila
telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
pegawai .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai pegawai,
kemudian masuk ke form
download S.K.
Langkah 2: Selanjutnya
pegawai dapat melihat data
S.K yang telah jadi.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
menampilkan S.K
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Pegawai memiliki username dan password yang valid
120
Tabel 4.15 Spesifikasi Naratif untuk Use Case Mencetak S.K pada Tingkat Perancangan
Nama Use case: Mencetak S.K
Actor (s) Pegawai
Deskripsi: Use case ini mendeskripsikan event data dapat mencetak data
bila telah tersimpan.
Prakondisi: Masuk ke dalam web utama.
Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem
pegawai .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai pegawai,
kemudian masuk ke form
download S.K.
Langkah 2: Selanjutnya
pegawai dapat mencetak data
S.K yang telah jadi.
Langkah 3: Sistem
menampilkan form data Surat
Keputusan pada menu mutasi
pegawai mulai dari SK
kenaikan pangkat, S.K
ketetapan, S.K Ketetapan
jabatan, SK naik golongan,dan
SK PNS.
Langkah 4: Sistem berhasil
menampilkan S.K
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Pegawai memiliki username dan password yang valid
121
Tabel 4.16 Spesifikasi Naratif untuk Use Case Menambah Level User pada Tingkat Perancangan
Nama Use case: Menambah Level User
Actor (s) Admin
Deskripsi: Use case ini mendeskripsikan event admin dapat menambah
level user.
Prakondisi: Masuk ke dalam web utama.Orang tersebut haruslah sudah
terdaftar sebagai pengguna sistem admin .
Basic Flow: Kegiatan Pelaku Respons Sistem
Langkah 1: Pengguna harus
masuk sebagai admin,
kemudian masuk ke form
Level User.
Langkah 2: Selanjutnya admin
menambah data level user
Langkah 3: Sistem
menampilkan form Level User
pada menu master data.
Langkah 4: Sistem berhasil
tambahan level user.
Bidang Alternatif: Alt-Langkah 1: Jika dalam verifikasi username dan password
tidak sesuai maka sistem akan menampilkan pesan bahwa login
tidak sesuai dan harus kembali.
Postkondisi: -
Aturan Bisnis: Admin memiliki username dan password yang valid
122
4.4.4. Activity Diagram
Activity diagram memodelkan alur kerja (work flow) sebuah urutan
aktivitas pada suatu proses. Diagram ini sangat mirip dengan flowchart karena
kita dapat memodelkan proses logika, proses bisnis dan laur kerja. Perbedaan
utamanya adalah flowchart dibuat untuk menggambarkan alur kerja dari sebuah
sistem, sedangkan activity diagram dibuat untuk menggambarkan aktivitas aktor.
Berikut akan digambarkan satu persatu activity diagram untuk masing-
masing use case.
1) Diagram aktivitas dari Use case membaca dari form data master
Gambar 4.7 Activity Diagram dari Use Case membaca
123
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah
Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum
login sebagai Admin. Caranya dengan masuk login sebagai Admin.
Selanjutnya menginputkan data membaca pada data master dan data akan
tersimpan ke dalam database.
2) Diagram aktivitas dari Use case menimbang dari form data master
Gambar 4.8 Activity Diagram dari Use Case menimbang
124
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data menimbang pada data master dan data akan tersimpan ke dalam database.
3) Diagram aktivitas dari Use case memperhatikan dari form data master
Gambar 4.9 Activity Diagram dari Use Case memperhatikan
125
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data memperhatikan pada data master dan data akan tersimpan ke dalam database.
4) Diagram aktivitas dari Use case
Gambar 4.10 Activity Diagram dari Use Case
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
126
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data mwngingat pada data master dan data akan tersimpan ke dalam database.
5) Diagram aktivitas dari Use case tembusan pada form data master
Gambar 4.11 Activity Diagram dari Use Case tembusan
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data tembusan pada data master dan data akan tersimpan ke dalam database.
127
6) Diagram aktivitas dari Use case pejabat penandatangan dari form data
master
Gambar 4.12 Activity Diagram dari Use Case pejabat penandatangan
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data pejabat penandatangan pada data master dan data akan tersimpan ke dalam
database.
128
7) Diagram aktivitas dari Use case S.K golongan pada form mutasi pegawai
Gambar 4.13 Activity Diagram dari Use Case S.K golongan
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K kenaikan Golongan pada data mutasi pegawai dan data akan tersimpan
ke dalam database.
129
8) Diagram aktivitas dari Use case S.K mutasi pindah pada form mutasi
pegawai
Gambar 4.14 Activity Diagram dari Use Case S.K Mutasi Pindah
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K kenaikan Mutasi Pindah pada data mutasi pegawai dan data akan
tersimpan ke dalam database.
130
9) Diagram aktivitas dari Use case Kenaikan Pangkat pada form mutasi
pegawai
Gambar 4.15 Activity Diagram dari Use Case kenaikan pangkat
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K kenaikan Pangkat pada data mutasi pegawai dan data akan tersimpan ke
dalam database.
131
10) Diagram aktivitas dari Use case S.K penetapan pada form mutasi pegawai
Gambar 4.16 Activity Diagram dari Use Case S.K Penetapan
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K Penetapan Pegawai pada data mutasi pegawai dan data akan tersimpan
ke dalam database.
132
11) Diagram aktivitas dari Use case Kenaikan Pangkat pada form mutasi
pegawai
Gambar 4.17 Activity Diagram dari Use Case kenaikan pangkat
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K Kenaikan Pangkat pada data mutasi pegawai dan data akan tersimpan ke
dalam database.
133
12) Diagram aktivitas dari Use case S.K PNS pada form mutasi pegawai
Gambar 4.18 Activity Diagram dari Use Case S.K PNS
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan
data S.K Penetapan PNS pada data mutasi pegawai dan data akan tersimpan ke
dalam database.
134
13) Diagram aktivitas dari Use case cetak S.K
Gambar 4.19 Activity Diagram dari Use Case cetak S.K
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin dan pegawai akan melakukan daftar sebagai pengguna, sebelum
login sebagai Admin dan juga pegawai sebagai pegawai. Caranya dengan masuk
login sebagai Admin dan juga login sebagai pegawai. Selanjutnya mencetak pada
menu cetak SK.
135
14) Diagram aktivitas dari Use case edit data
Gambar 4.20 Activity Diagram dari Use Case edit data
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya mengubah data
yang sudah tersimpan di data S.K mutasi pegawai dan data master.
.
136
15) Diagram aktivitas dari Use case menambah Level User
Gambar 4.21 Activity Diagram dari Use Case Level user
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah
Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum
login sebagai Admin. Caranya dengan masuk login sebagai Admin.
Selanjutnya mengahpus data yang sudah tersimpan di data S.K mutasi
pegawai dan data master.
137
16) Diagram aktivitas dari Use case hapus
Gambar 4.22 Activity Diagram dari Use Case hapus
Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta
sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai
Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya mengahpus
data yang sudah tersimpan di data S.K mutasi pegawai dan data master.
138
4.4.5. Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan
sekitar objek (termasuk pengguna, display, dan sebagainya) berupa message yang
digambarkan terhadap waktu. Di bawah ini adalah sequence diagram yang
dikelompokkan berdasarkan form:
1. Membaca
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.23 Sequence Diagram untuk membaca
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form membacaform membaca add,edit,deleteadd,edit,delete data membacadata membaca
1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
139
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form membaca. Setelah berhasil proses add, edit,
delete dapat dilakukan dengan koneksi ke database membaca.
2. Memperhatikan
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.24 Sequence Diagram untuk memperhatikan
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form
memperhatikanform
memperhatikanadd,edit,deleteadd,edit,delete data
memperhatikandata
memperhatikan1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
140
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form memperhatikan. Setelah berhasil proses
add, edit, delete dapat dilakukan dengan koneksi ke database memeperhatikan.
3. Mengingat
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
141
Gambar 4.25 Sequence Diagram untuk mengingat
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form mengingat. Setelah berhasil proses add,
edit, delete dapat dilakukan dengan koneksi ke database mengingat.
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form mengingatform mengingat add,edit,deleteadd,edit,delete data megingatdata megingat
1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
142
4. Menimbang
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.26 Sequence Diagram untuk menimbang
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form
menimbangform
menimbangadd,edit,deleteadd,edit,delete data
menimbangdata
menimbang1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
143
ditampilkan dan admin memilih form menimbang. Setelah berhasil proses add,
edit, delete dapat dilakukan dengan koneksi ke database menimbang.
5. S.K Naik Pangkat
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, view,
cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.27 Sequence Diagram untuk S.K Naik Pangkat
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K naik
pangkatform S.K naik
pangkatadd,edit,delete,
view,cetakadd,edit,delete,
view,cetakdata
naik_pangkatdata
naik_pangkat1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete,view,cetak
12: add,edit,delete,view,cetak
13: get data
14: disply data
15: cetak
144
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form S.K Naik Pangkat. Setelah berhasil proses
add, edit, delete,view dan cetak dapat dilakukan dengan koneksi ke database naik
pangkat.
6. S.K Naik Golongan
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, veiw,
cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.
145
Gambar 4.28 Sequence Diagram untuk S.K Naik Golongan
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form S.K Naik Golongan. Setelah berhasil proses
add, edit, delete, view, dan cetak dapat dilakukan dengan koneksi ke database
naik golongan.
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K naik
golonganform S.K naik
golonganadd,edit,delete,
view,cetakadd,edit,delete,
view,cetakdata
naik_golongandata
naik_golongan1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete,view,cetak
12: add,edit,delete,view,cetak
13: get data
14: disply data
15: cetak
146
7. Download S.K
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup cetak. Usecase-
usecase tersebut memiliki alur yang sama.
Gambar 4.29 Sequence Diagram untuk Download SK
Pada sequence diagram untuk membaca ini pegawai log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
: pegawai : pegawaiform loginform login proses loginproses login data userdata user main pagemain page form download
S.Kform download
S.Kdata skdata sk
1:
2: validasi username&password
3: koneksi db
6: status login
4: validasi username password
5: check status
7: tampilan awal page
8: form select data
10: koneksi db
9: koneksi db
11: get data
12: disply data
13: cetak sk
147
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form download S.K.
8. S.K Penetapan Pegawai
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit,view,
cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.30 Sequence Diagram untuk SK penetapan pegawai
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K
Penetapanform S.K Penetapan
add,edit,delete,view,cetak
add,edit,delete,view,cetak
data penetapan_pegawai
data penetapan_pegawai
1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete,view,cetak
12: add,edit,delete,view,cetak
13: get data
14: disply data
15: cetak
148
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form penetapan pegawai. Setelah berhasil proses
add, edit, delete, view, dan cetak dapat dilakukan dengan koneksi ke database
penetapan pegawai.
9. S.K Pindah
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, view,
cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.
149
Gambar 4.31 Sequence Diagram untuk SK Pindah
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form SK Pindah. Setelah berhasil proses add,
edit, delete, view dan cetak dapat dilakukan dengan koneksi ke database pindah.
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K
Pindahform S.K
Pindahadd,edit,delete,
view,cetakadd,edit,delete,
view,cetakdata pindahdata pindah
1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete,view,cetak
12: add,edit,delete,view,cetak
13: get data
14: disply data
15: cetak
150
10. S.K PNS
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup add, edit, view,
cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.32 Sequence Diagram untuk SK PNS
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K PNSform S.K PNS add,edit,delete,
view,cetakadd,edit,delete,
view,cetakdata
pns_pegawaidata
pns_pegawai1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete,view,cetak
12: add,edit,delete,view,cetak
13: get data
14: disply data
15: cetak
151
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form SK PNS. Setelah berhasil proses add, edit,
veiw, cetak, dan delete dapat dilakukan dengan koneksi ke database pns pegawai.
11. Pejabat Penandatangan
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup input, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.33 Sequence Diagram untuk pejabat penandatangan
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form pejabat
penandatanganform pejabat
penandatanganadd,edit,deleteadd,edit,delete data
tanda_tangandata
tanda_tangan1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
152
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form pejabat penandatangan. Setelah berhasil
proses add, edit, delete dapat dilakukan dengan koneksi ke database tanda tangan.
12. Tembusan
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya mencakup input, edit, dan
delete. Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.34 Sequence Diagram untuk tembusan
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form tembusanform tembusan add,edit,deleteadd,edit,delete data tembusandata tembusan
1:
2: validasi username&password
3: koneksi db
4: validasi username password
5: check status
6: status login
7: tampilan awal page
8: form select data
9: koneksi db
10: koneksi db
11: add,edit,delete
12: add,edit,delete
13: get data
14: disply data
153
Pada sequence diagram untuk membaca ini admin log in dengan mengisi
username dan password di halaman log in, kemudian proses log in diverifikasi di
proses log in yang langsung terintegrasi dengan database pada class data user.
Class data user akan melakukan pengecekan username dan password, jika terjadi
kesalahan proses log in akan memberikan status log in dengan menampilkan
kembali halaman log in. Dan jika status log in berhasil halaman utama akan
ditampilkan dan admin memilih form tembusan. Setelah berhasil proses add, edit,
delete dapat dilakukan dengan koneksi ke database tembusan.
13. Tambah Level user
Pada sequence diagram ini terdapat beberapa usecase yang
berkaitan dengan user account yang di dalamnya hanya mencakup tambah.
Usecase-usecase tersebut memiliki alur yang sama.
Gambar 4.35 Sequence Diagram untuk leveluser
: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form leveluserform leveluser addadd data leveluserdata leveluser
1:
2: validasi username&password
3: koneksi db
6: status login
4: validasi username password
5: check status
7: tampilan awal page
8: form select data
10: koneksi db
9: koneksi db
11: add
14: disply data
12: add
13: get data
154
4.4.6. Class Diagram
Class diagram ini digunakan untuk menggambarkan kumpulan dari class
dan hubungannya. Diagram ini merupakan diagram yang paling umum ditemukan
dalam pemodelan sistem berorientasi objek. Class menggambarkan keadaan suatu
sistem, sekaligus layanan untuk memanipulasi keadaaan metode atau fungsi
sehingga class memiliki tiga area pokok, yaitu: nama, atribut, dan metode. Selain
itu setiap class yang ada dapat menjadi sebuah form saat pembuatan program.
Class diagram sistem yang diusulkan dapat dilihat pada gambar berikut:
155
Gambar 4.36 Class Diagram untuk Sistem Informasi yang Diusulkan
156
4.4.7. Rancangan Sistem Basis Data
Rancangan sistem basis data (database) ini merupakan rancangan sistem
informasi berbasis web yang mengintegrasikan kumpulan data yang saling
berhubungan satu dengan yang lainnya. Database ini didapat dari pemetaan
(maaping) class entity yang telah digambarkan dalam class diagram sebelumnya.
Pemetaan data-data yang berhubungan dalam sistem dijabarkan dalam bentuk
tabel. Berikut adalah tabel-tabel database yang dihubungkan oleh foreign key
untuk menunjukkan relasi atau disebut juga Relational Database Management
System (RDBMS).
Gambar 4.
157
ambar 4.37 Database Relational (Physical Database Schema)
158
1. Tabel Pegawai
Nama tabel : pegawai
Primary key: id_peg
Foreign key : kode_agama, kode_pdd, id_user, id_pensiun,
kode_gol, kode_jbts, kode_unitkerja, kode_satuanorg
Tabel 4.17 Tabel pegawai
159
2. Tabel Riwayat Pangkat Nama tabel : riwayat_pangkat
Primary key: id_pangkat
Foreign key : id_peg, kode_gol
Tabel 4.18 Tabel riwayat_pangkat
3. Tabel Master Unit Kerja Nama tabel : unit_kerja
Primary key: kode_unitkerja
Tabel 4.19 Tabel unit_kerja
160
4. Tabel Naik Pangkat Nama tabel : naik_pangkat
Primary key: id_naikpangkat
Foreign key : id_peg, kode_gol
Tabel 4.20 Tabel naik_pangkat
5. Tabel Pengguna Nama tabel : user
Primary key: id_user
Tabel 4.21 Tabel user
161
6. Tabel Konten Nama tabel : konten
Primary key: id_konten
Tabel 4.22 Tabel konten
7. Tabel Hubungi
Nama tabel : hubungi
Primary key: id_hubungi
Tabel 4.23 Tabel hubungi
8. Tabel Golongan
Nama tabel : golongan
Primary key: id_gol
Foreign key:id_peg,kode_gol
9. Tabel
Nama tabel :
Primary key:
10. Tabel Nama tabel :
Primary key:
Foreign key
Tabel 4.24 Tabel golongan
Level User
Nama tabel : leveluser
Primary key: id
Tabel 4.25 Tabel leveluser
Naik Pangkat Nama tabel : naik_pangkat
Primary key: id_naikpangkat
Foreign key:id_peg, kode_gol
162
11. Tabel Nama tabel :
Primary key:
Foreign key
Tabel 4.26 Tabel naik_pangkat
Penetapan Pegawai Nama tabel : penetapan
Primary key: id_penetapan
Foreign key:id_peg, kode_gol
163
12. Tabel
Nama tabel :
Primary key:
Foreign key
Tabel 4.27 Tabel penetapan
Pindah
Nama tabel : pindah
Primary key: id_pindah
Foreign key:id_peg, kode_gol
164
13. Tabel
Nama tabel :
Primary key:
Foreign key
Tabel 4.28 Tabel pindah
PNS
Nama tabel : pns_pegawai
Primary key: id_pns
Foreign key:id_peg, kode_gol
165
14. Tabel
Nama tabel :
Primary key:
Tabel 4.29 Tabel pns_pegawai
Tanda tangan
Nama tabel : tanda_tangan
Primary key: id
Tabel 4.30 Tabel tanda_tangan
166
15. Tabel
Nama tabel :
Primary key:
Foreign key
16. Tabel
Nama tabel :
Primary key:
Foreign key
17. Tabel
Nama tabel :
Primary key:
Foreign key
Tembusan
Nama tabel : tembusan
Primary key: id
Foreign key:id_arsip
Tabel 4.31 Tabel tembusan
Menimbang
Nama tabel : menimbang
Primary key: id
Foreign key:id_arsip
Tabel 4.32 Tabel menimbang
Membaca
Nama tabel : membaca
Primary key: id
Foreign key:id_arsip
167
18. Tabel
Nama tabel :
Primary key:
Foreign key
19. Tabel
Nama tabel :
Primary key:
Foreign key
Tabel 4.33 Tabel membaca
Memperhatikan
Nama tabel : memperhatikan
Primary key: id
Foreign key:id_arsip
Tabel 4.34 Tabel memperhatikan
Mengingat
Nama tabel : mengingat
Primary key: id
Foreign key:id_arsip
Tabel 4.35 Tabel mengingat
168
169
4.4.8. Rancangan Interface
Pada tahap ini dilakukan perancangan tampilan (antarmuka) halaman-
halaman web, dimana dari beberapa menu atau submenu memiliki form, yaitu
form tambah data, daftar data dan edit data. Perancangan antarmuka ini
diharapkan dapat memudahkan pengguna, admin dan pegawai dalam menjalankan
sistem informasi manajemen surat keputusan. Berikut ini adalah gambaran
rancangan antarmukanya.
a. Halaman Login
Gambar 4.38 Rancangan Halaman Login
HEADER
Login Profil Kepegawaian
NIP Isi Profil Gambar Struktur Organisasi Kepegawaian Pusat
Password
Login
FOOTER
170
b. Halaman Utama
Gambar 4.39 Rancangan Halaman Utama
c. Halaman Tambah Data
Gambar 4.40 Rancangan Halaman Tambah Data
MENU
HEADER
MENU GAMBAR GEDUNG UIN
FOOTER
HEADER
FOOTER
Tambah Cari
Hapus Edit
LIST DATA
171
d. Halaman Tambah SK
Gambar 4.41 Rancangan Halaman Tambah SK
4.5. Implemantasi
Tahap implementasi sistem dibagi menjadi dua bagian yaitu construction
dan testing sistem. Berikut ini adalah penjelasannya.
4.5.1. Konstruksi Perangkat Lunak
Blueprint (cetak biru) sistem yang telah dimodelkan dan dirancang
sebelumnya dieksekusi menjadi sebuah set kode program dengan menggunakan
bahasa pemograman PHP 5 guna mengimplementasikan sistem informasi
manajemen surat keputusan.
MENU
FOOTER
HEADER
Nama pegawai :
Data surat:
Data keperluan S.K:
menimbang
mengingat
memperhatikan
tembusan
172
Sejumlah tools digunakan untuk mengembangkan perangkat lunak sistem
informasi manajemen surat keputusan. Pada tabel berikut ditunjukkan daftar
tools yang digunakan dalam pengembangan.
Tabel 4.36 Daftar Tools Pengembangan Perangkat Lunak Sistem
No. Tools Kegunaan
1 Rational Rose Mendesain diagram-diagram UML
2 DBDesigner 4 Menggambarkan database schema aplikasi
3 PHP 5 Bahasa pemograman untuk
mengembangkan aplikasi sistem informasi
manajeman Surat Keputusan
4 MySQL Database yang digunakan dalam sistem
5 XAMPP Apache HTTP Server Web Server
6 PHP MyAdmin Perangkat untuk mengakses database yang
terdapat pada XAMPP Apache
7 Mozilla Firefox 3.5 Web Browser
4.5.2. Hardware
Perangkat keras yang dibutuhkan aplikasi ini agar dapat dijalankan adalah
sebagai berikut:
1. Sebuah komputer yang digunakan administrator sebagai server aplikasi sistem
informasi manajeman Surat Keputusan. Spesifikasi minimum komputer yang
disarankan adalah:
173
a. Processor dengan kecepatan 1 GHz
b. RAM 128 MB
c. Monitor Super VGA minimum 15”
d. Harddisk 20 GB
e. Keyboard
f. Mouse
g. Modem / Jaringan Internet
4.5.3. Penyiapan Rencana Implementasi Jaringan
Sistem Manajemen Surat Keputusan yang telah dibuat akan
diimplementasikan melalui jaringan internet. Gambaran implementasi jaringan
ditetapkan menggunakan jaringan internet dapat dilihat pada Gambar 4.42.
Gambar 4.42 Gambaran Implementasi Jaringan
174
4.5.4. Pengujian Mandiri
1. Admin Kepegawaian
Tabel 4.37 Pengujian Mandiri
No. Modul Prasyarat Hasil yang
Diharapkan
Hasil
Uji
Coba
1. Tambah S.K Login sebagai
admin
Menambah S.K OK
2. Edit S.K Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menambah ataupun
mengganti data S.K
pegawai
OK
3. Hapus S.K Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data S.K
yang salah
OK
4. Melihat S.K Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat melihat
S.K yang telah terdaftar
dalam sistem beserta
data-datanya
OK
5. Mencetak S.K Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mencetak
S.K yang telah jadi
OK
6. Tambah membaca
S.K
Login sebagai
admin
Admin dapat
menambah data
OK
175
membaca S.K tersebut
7. Edit membaca
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
data membaca S.K
OK
8. Hapus membaca
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data
membaca S.K
OK
9. Update membaca
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
urutan dari S.K
OK
10. Tambah
menimbang S.K
Login sebagai
admin
Admin menambah
menimbang S.K
OK
11. Edit menimbang
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
data menimbang S.K
OK
12. Hapus
menimbang S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data tentang
menimbang S.K
OK
13. Update Login sebagai Admin dapat mengubah OK
176
menimbang S.K admin, data
sudah ada
dalam
database
urutan menimbang S.K
14. Tambah
memperhatikan
S.K
Login sebagai
admin
Admin dapat
menambah
memperhatikan S.K
OK
15. Edit
memperhatikan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
data tentang
memperhatikan S.K
OK
16. Hapus
memperhatikan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data
memperhatikan S.K
OK
17. Update
memperhatikan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
urutan memperhatikan
S.K
OK
18. Tambah
mengingat S.K
Login sebagai
admin
Admin dapat
menambah mengingat
S.K
OK
19. Edit mengingat
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
data tentang mengingat
S.K
OK
177
20. Hapus mengingat
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data
mengingat S.K
OK
21. Update mengingat
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
urutan mengingat S.K
OK
22. Tambah tembusan
S.K
Login sebagai
admin
Admin dapat
menambah tembusan
S.K
OK
23. Edit tembusan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
data tembusan S.K
OK
24. Hapus tembusan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus data
tembusan S.K
OK
25. Update tembusan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin mengubah
urutam tembusan S.K
OK
26. Tambah Pejabat Login sebagai Admin dapat OK
178
Penandatangan
S.K
admin menambah Pejabat yang
menandatangani S.K
27. Edit Pejabat
Penandatangan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat mengubah
Pejabat yang
menandatangani S.K
OK
28. Hapus Pejabat
Penandatangan
S.K
Login sebagai
admin, data
sudah ada
dalam
database
Admin dapat
menghapus Pejabat
yang menandatangani
S.K
OK
2. Pegawai
No. Modul Prasyarat Hasil yang
Diharapkan
Hasil
Uji
Coba
1. Cetak SK Login sebagai
pegawai
Mencetak S.K OK
4.5.5. Acceptance Testing (Pengujian Penerimaan)
Pengujian penerimaan sistem dilakukan oleh Kepala Subbag
Administrasi Kepegawaian yaitu Bapak Suhendro Tri Anggono, S. Ag, M.
Si dan staff Subbag Administrasi Kepegawaian atas nama Pak Aan dan
Pak Joko. Pengujian dilakukan dengan menggunakan metode blackbox
testing. Bukti terlampir uji coba yang dilakukan dapat dilihat pada bagian
179
lampiran. Secara ringkas, hasil pengujian yang dapat penulis simpulkan
adalah sebagai berikut :
Tabel 4.38 Pengujian Penerimaan Sistem
No Pengujian Penilaian
1. Fitur aplikasi secara keseluruhan Baik
2. Fitur untuk admin Baik
3. Fitur untuk Pegawai Baik
4. Fitur untuk SK Baik
5. Fitur untuk Data Master Baik
6. Fitur untuk Entry Data SK Baik
5. Tampilan aplikasi Baik
6. Kestabilan aplikasi Baik
7. Keamanan aplikasi Baik
8. Kesesuaian dengan kebutuhan Baik
9. Kemudahan penggunaan aplikasi Baik
180
BAB V
KESIMPULAN DAN SARAN
Sistem Informasi Manajemen Surat Keputusan ini diharapkan dapat
mengurangi permasalahan-permasalahan yang berhubungan dengan pengolahan
data dokumentasi Surat Keputusan pada Subbagian Administrasi Kepegawaian
UIN Syarif Hidayatullah Jakarta.
Setelah melakukan serangkaian penelitian, maka pada bab ini penulis akan
menguraikan kesimpulan dan saran yang dapat diambil dari rangkaian penelitian
tersebut. Saran yang diberikan diharapkan dapat bermanfaat bagi pihak-pihak
yang akan melanjutkan pengembangan penelitian ini.
5.1. Kesimpulan
Dari penelitian dan penulis yang telah penulis uraikan, maka dapat
ditarik kesimpulan sebagai berikut:
1. Sistem yang sudah terkomputerisasi terutama untuk pembuatan dan
pengelolaan Surat Keputusan.
2. Sistem yang dibuat dapat memudahkan pengguna dalam hal membuat
format Surat Keputusan karena telah terformat dan terstruktur secara
dinamis.
3. Memudahkan pegawai apabila menginginkan kembali Surat Keputusan
yang pernah dibuat.
4. Pengarsipan yang rapih, memudahkan pengguna dalam mengambil
Surat Keputusan yang diinginkan.
181
5. Sistem yang semakin User Friendly dan mudah digunakan, dapat
membantu kerja Subbagian Administrasi Kepegawaian UIN Syarif
Hidayatullah Jakarta.
5.2. Saran
Sistem ini tentu saja masih belum sempurna. Masih banyak hal yang
dapat dilakukan untuk mengembangkan sistem ini agar menjadi lebih baik
lagi, antara lain:
1. Diharapkan pengembangan tidak hanya sebatas SK mutasi tetapi untuk
SK yang lain.
2. Kemudian data dapat terintegrasi dengan Sistem hitung angka kredit
sehingga memudahkan saat melingkapi data-data pegawai yang
diperlukan .
182
DAFTAR PUSTAKA
Astamal, Rio. 2006. Menjadi Web Master dalam 30 Hari. [Online] Tersedia:
www.rahasia-webmaster.com. [15 Mei 2010]
Aswandi. 2006. Aplikasi Berbasis Web. [Online] Tersedia:
http://aswandi.or.id/2006/01/20/aplikasi-berbasis-web. [10 April 2010]
Dahlia. 2008. Sistem Informasi Kepegawaian pada Walikotamadya Jakarta
Timur. Skripsi Tidak Diterbitkan.
Direktorat Kepangkatan dan Mutasi Badan Kepegawain Negara (BKN). 2007.
Pengangkatan Dalam Pangkat Pegawai Negeri Sipil. Makalah Tidak
Diterbitkan.
Fahmi, Miftahul. 2009. Pengembangan Sistem Informasi Administrasi
Kepegawaian Studi Kasus Fakultas Sains dan Teknologi UIN Jakarta.
Skripsi Tidak Diterbitkan.
Gecko. 2008. Pengantar Sistem Informasi Manajemen Pegawai. [Online]
Tersedia: http://gecko.web.id/implementasi-ti. [10 April 2010]
Hakim, Lukmanul. 2009. Trik Rahasia Master PHP Terbongkar Lagi.
Yogyakarta: Lokomedia.
Hariyanto, Bambang. 2004. Sistem Manajemen Basis Data : Pemodelan,
Perancangan, dan Terapannya. Bandung : Informatika.
Jogianto, HM. 2005. Analisis dan Desain Sistem Informasi : Pendekatan
Terstruktur Teori dan Praktek Aplikasi Bisnis. Yogyakarta: Andi.
183
Juju, Dominikus. 2007. Buku Latihan Dreamweaver CS3. Jakarta: PT. Elex Media
Komputindo.
Kadir, Abdul. 2003. Pengenalan Sistem Informasi. Yogyakarta: Andi.
Kendall, Kenneth E. dan Kendall, Julie E. 2003. Analisis dan Perancangan
Sistem. Jakarta : Pearson Education Asia Pte. Ltd dan PT. Prenhallindo.
Ladjamudin, Albahra. 2005. Analisis dan Desain Sistem Informasi. Yogyakarta
Graha Ilmu.
Mulyanto, Agus. 2009. Sistem Informasi Konsep dan Aplikasi. Yogyakarta:
Pustaka Pelajar.
Pramono, Andi dan M. Syafii. 2006. Kolaborasi Flash, Dreamweaver, dan PHP
untuk Aplikasi Website. Yogyakarta: Andi.
Pringadi, Didi. 2007. Pensiun PNS dan Pejabat Negara. Makalah BKN Tidak
Diterbitkan.
Pusat Pendidikan dan Pelatihan Kepegawaian Badan Kepegawain Negara (BKN).
2007. Kompensasi PNS. Makalah Tidak Diterbitkan.
Raghu, Ramakrishnan dan Gehrke, Johannes. 2004. Sistem Manajemen
Database Edisi 3. Jogjakarta : Andi & McGraw-Hill Education.
Ristian, Tanti Tri Asni. 2010. Sistem Informasi Kepegawaian (Studi Kasus: Unit
Kepegawaian BPPT Jakarta). Skripsi Tidak Diterbitkan.
Sailin. 2009. Pengembangan Sistem Informasi Kepegawaian Kantor Dinas
Kebudayaan dan Pariwisata Kabupaten Indramayu. Skripsi Tidak
Diterbitkan.
Sutabri, Tata. 2005. Sistem Informasi Manajemen. Yogyakarta: Andi.
184
Whitten L, Jeffrey. 2007. System Analysis and Design Methods E. 7th.
Yogyakarta: McGraw-Hill.
Marko Publishing McLeod, Raymond Jr., dan George Schell. 2008. Sistem
Informasi Manajemen Jilid 10. PT. Prenhallindo dan Index: Jakarta
Nugroho, Adi. 2002. Analisis & Perancangan Sistem Informasi dengan
Metodologi Berorientasi Objek. Informatika: Bandung.
Hariyanto, Bambang. 2005. Rational Rose untuk Pemodelan Berorientasi Objek
Informatika:Bandung.
Ristian, Tantri. 2008. Sistem Informasi Kepegawaian Berbasis Web Pada Balao
Besar Teknologi Energi (B2TE) Balai Pengkajian Penerapan Teknologi
(BPPT). Skripsi Tidak Diterbitkan.
Nurbaity, Siti. 2010. Pengembangan Sistem Informasi Kepegawaian (SIMPEG)
Berbasis Web, Studi Kasus : Subbag Administrasi Kepegawaian Pusat UIN
Syarif Hidayatullah Jakarta. Skripsi Tidak Diterbitkan.
Hadianto, Fitra. 2005. Analisa dan Perancangan Sistem Informasi Kepegawaian
Balai Besar Meteorologi dan Geofisika Wilayah II Ciputat. Skripsi Tidak
Diterbitkan.
Pratamaputra, Nur. 2008. Sistem Pendukung Kenaikan Jabatan Dengan Model
AHP Pada Biro Kepegawaian Di Sekretariat Negara Republik Indonesia.
Skripsi Tidak Diterbitkan.
Riskiyanti. 2008. Sistem Informasi Karyawan Berbasis Web (Studi Kasus:
Perusahaan Malaysia Airlines Bandara Soekarno Hatta). Skripsi Tidak
Diterbitkan.
185
Fazri, Rizki. 2010. Rancang Bangun Aplikasi Sistem Informasi Pengajuan Surat
Kontrak Pelatihan Motivasi Pada PT. Arga Bangun Bangsa. Skripsi Tidak
Diterbitkan.
Nurmasari, Anggita. 2009. Pengembangan Sistem Informasi Manajemen
Kearsipan Surat Pasa Fakultas Sains dan Teknologi Universitas Islam Negri
Syarif Hidayatullah Jakarta. Skripsi Tidak Diterbitkan.
LAMPIRAN-LAMPIRAN
1. LAMPIRAN A : HASIL WAWANCARA
2. LAMPIRAN B : HASIL TAMPILAN ANTARMUKA
3. LAMPIRAN C : SOURCE CODE
4. LAMPIRAN D : PENGUJIAN PENERIMAAN SISTEM
LAMPIRAN A
HASIL WAWANCARA
LAMPIRAN B
HASIL TAMPILAN ANTARMUKA
LAMPIRAN C
SOURCE CODE
LAMPIRAN D
PENGUJIAN PENERIMAAN SISTEM