Download - Pengembangan Sistem Informasi Manajemen Surat Keputusan ...repository.uinjkt.ac.id/dspace/bitstream/123456789/2768/1/SARIKA... · 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




Skripsi Sebagai Salah Satu Syarat untuk Memperoleh Gelar

Sarjana Komputer Fakultas Sains dan Teknologi


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




Skripsi

Sebagai Salah Satu Syarat untuk Memperoleh Gelar

Sarjana Komputer

Fakultas Sains dan Teknologi


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


Tabel 4.16. Spesifikasi Naratif untuk Use Case Level User S.K pada


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


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


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


(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


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


Orang tersebut haruslah sudah terdaftar sebagai admin







Admin dapat memilih data

master yanga mana.

Langkah 3: Sistem



membaca, menimbang,



penandatangan.

Langkah 4: Sistem

menampilkan data master yang

telah dipilih admin



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


Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem

admin .







Admin dapat mengubah data

master.

Langkah 3: Sistem



membaca, menimbang,



penandatangan.

Langkah 4: Sistem

menampilkan data master yang

telah di ubah admin.



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.


admin .

Basic Flow Kegiatan Pelaku Respon Sistem



kemudian masuk ke form

data master Surat Keputusan.


Admin dapat menghapus data

master.

Langkah 3: Sistem



membaca, menimbang,



penandatangan.

Langkah 4: Sistem berhasil

mengahpus data master.

Alternatif flow Alt-Langkah 1: Jika dalam verifikasi username dan password



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.



admin .





Mutasi pegawi.


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.


menambah dan menyimpan

data SK




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.



admin .





Mutasi pegawi.


Admin dapat melihat data S.K.

Langkah 3: Sistem







SK PNS.


menampilkan S.K yang telah

dibuat




Postkondisi: -


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.



admin .





Mutasi pegawi.


Admin dapat mencetak data

S.K.

Langkah 3: Sistem







SK PNS.


mencetak S.K yang telah

dibuat




Postkondisi: -


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.



admin .





Mutasi pegawi.


Admin dapat mengubah data

S.K.

Langkah 3: Sistem







SK PNS.


mengubah S.K yang telah

dibuat




Postkondisi: -


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




pegawai .





Mutasi pegawi.


Admin dapat menghapus data

S.K.

Langkah 3: Sistem







SK PNS.


menghapus




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.



pegawai .



masuk sebagai pegawai,


download S.K.


pegawai dapat melihat data

S.K yang telah jadi.

Langkah 3: Sistem







SK PNS.


menampilkan S.K




Postkondisi: -


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




pegawai .



masuk sebagai pegawai,


download S.K.


pegawai dapat mencetak data

S.K yang telah jadi.

Langkah 3: Sistem







SK PNS.


menampilkan S.K




Postkondisi: -


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 .





Level User.

Langkah 2: Selanjutnya admin

menambah data level user

Langkah 3: Sistem

menampilkan form Level User

pada menu master data.


tambahan level user.




Postkondisi: -


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




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



126


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




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




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




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




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




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




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




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




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


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



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



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




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:


3: koneksi db


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







ditampilkan dan admin memilih form memperhatikan. Setelah berhasil proses

add, edit, delete dapat dilakukan dengan koneksi ke database memeperhatikan.

3. Mengingat




141

Gambar 4.25 Sequence Diagram untuk mengingat







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:


3: koneksi db


5: check status

6: status login


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




Gambar 4.26 Sequence Diagram untuk menimbang







: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form

menimbangform

menimbangadd,edit,deleteadd,edit,delete data

menimbangdata

menimbang1:


3: koneksi db


5: check status

6: status login


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


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



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


3: koneksi db


5: check status

6: status login


8: form select data

9: koneksi db

10: koneksi db

11: add,edit,delete,view,cetak


13: get data

14: disply data

15: cetak

144





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


berkaitan dengan user account yang di dalamnya mencakup add, edit, veiw,


145

Gambar 4.28 Sequence Diagram untuk S.K Naik Golongan







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,cetakdata

naik_golongandata

naik_golongan1:


3: koneksi db


5: check status

6: status login


8: form select data

9: koneksi db

10: koneksi db



13: get data

14: disply data

15: cetak

146

7. Download S.K


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





: pegawai : pegawaiform loginform login proses loginproses login data userdata user main pagemain page form download

S.Kform download

S.Kdata skdata sk

1:


3: koneksi db

6: status login


5: check status


8: form select data

10: koneksi db

9: koneksi db

11: get data

12: disply data

13: cetak sk

147


ditampilkan dan admin memilih form download S.K.

8. S.K Penetapan Pegawai


berkaitan dengan user account yang di dalamnya mencakup add, edit,view,


Gambar 4.30 Sequence Diagram untuk SK penetapan pegawai



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


3: koneksi db


5: check status

6: status login


8: form select data

9: koneksi db

10: koneksi db



13: get data

14: disply data

15: cetak

148





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




149

Gambar 4.31 Sequence Diagram untuk SK Pindah







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,cetakdata pindahdata pindah

1:


3: koneksi db


5: check status

6: status login


8: form select data

9: koneksi db

10: koneksi db



13: get data

14: disply data

15: cetak

150

10. S.K PNS




Gambar 4.32 Sequence Diagram untuk SK PNS






: admin : adminform loginform login proses loginproses login data userdata user main pagemain page form S.K PNSform S.K PNS add,edit,delete,


view,cetakdata

pns_pegawaidata

pns_pegawai1:


3: koneksi db


5: check status

6: status login


8: form select data

9: koneksi db

10: koneksi db



13: get data

14: disply data

15: cetak

151


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


berkaitan dengan user account yang di dalamnya mencakup input, edit, dan


Gambar 4.33 Sequence Diagram untuk pejabat penandatangan



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


3: koneksi db


5: check status

6: status login


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





ditampilkan dan admin memilih form pejabat penandatangan. Setelah berhasil

proses add, edit, delete dapat dilakukan dengan koneksi ke database tanda tangan.

12. Tembusan


berkaitan dengan user account yang di dalamnya mencakup input, edit, dan


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:


3: koneksi db


5: check status

6: status login


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







ditampilkan dan admin memilih form tembusan. Setelah berhasil proses add, edit,

delete dapat dilakukan dengan koneksi ke database tembusan.

13. Tambah Level user


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:


3: koneksi db

6: status login


5: check status


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


163

12. Tabel

Nama tabel :

Primary key:

Foreign key

Tabel 4.27 Tabel penetapan

Pindah

Nama tabel : pindah

Primary key: id_pindah


164

13. Tabel

Nama tabel :

Primary key:

Foreign key

Tabel 4.28 Tabel pindah

PNS

Nama tabel : pns_pegawai

Primary key: id_pns


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


Tabel 4.32 Tabel menimbang

Membaca

Nama tabel : membaca

Primary key: id


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


Tabel 4.34 Tabel memperhatikan

Mengingat

Nama tabel : mengingat

Primary key: id


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


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


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


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


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


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


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


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


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

Download - Pengembangan Sistem Informasi Manajemen Surat Keputusan ...repository.uinjkt.ac.id/dspace/bitstream/123456789/2768/1/SARIKA... · Pengembangan Sistem Informasi Manajemen Surat Keputusan

Top Related