Pengembangan Sistem Informasi Manajemen Surat Keputusan. Studi Kasus: Subbagian Administrasi Kepegawaian Pusat. UIN Syarif Hidayatullah Jakarta

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

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, Penguji I

Penguji II

Khodijah Hulliyah, M,Si NIP. 19730402 200112 2 001

Herlino Nanang, M.T NIP. 19731209 200501 1 002

Tim Pembimbing, Pembimbing I

Pembimbing II

Yusuf Durrachman M.Sc, MIT NIP. 19710522 200604 1 002

Husni Teja Sukmana, Ph.D NIP. 19771030 200112 1 003 Mengetahui,

Dekan Fakultas Sains Dan Teknologi

Ketua Program Studi Teknik Informatika

DR. Syopiansyah Jaya Putra, M.Sis NIP. 19680117 200112 1 001

Yusuf Durrachman M.Sc, M.I.T. NIP. 19710522 200604 1 002

iv

Pengembangan Sistem Informasi Manajemen Surat Keputusan Studi Kasus: Subbagian Administrasi Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta

Skripsi Sebagai Salah Satu Syarat untuk Memperoleh Gelar Sarjana Komputer Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta Oleh: Sarika 106091002966 Menyetujui,

Pembimbing I

Pembimbing II

Yusuf Durachman M.Sc, MIT

Husni Teja Sukmana, Ph.D

NIP. 19710522 200604 1 002

NIP. 19771030 200112 1 003

Mengetahui, Ketua Program Studi Teknik Informatika,

Yusuf Durrachman, M.sc., M.I.T. NIP.197110522 200604 1 002

iii

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

v

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

ii

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 xvii

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 xviii

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

xix

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 xx

Tingkat Perancangan........................................................................117 Tabel 4.13. Spesifikasi Naratif untuk Use Case Menghapus S.K pada Tingkat Perancangan........................................................................118 Tabel 4.14. Spesifikasi Naratif untuk Use Case Melihat S.K pada pegawai di tingkat Perancangan.........................................................................119 Tabel 4.15. Spesifikasi Naratif untuk Use Case Mencetak S.K pada Tingkat Perancangan.........................................................................120 Tabel 4.16. Spesifikasi Naratif untuk Use Case Level User S.K pada Tingkat Perancangan.........................................................................121 Tabel 4.17. Tabel Pegawai ................................................................................. 158 Tabel 4.18. Tabel riwayat_pangkat .................................................................... 159 Tabel 4.19. Tabel unit_kerja .............................................................................. 159 Tabel 4.20. Tabel naik_pangkat ......................................................................... 160 Tabel 4.21. Tabel user ........................................................................................ 160 Tabel 4.22. Tabel konten ................................................................................... 161 Tabel 4.23. Tabel hubungi ................................................................................. 161 Tabel 4.24. Tabel golongan................................................................................ 162 Tabel 4.25. Tabel leveluser ................................................................................ 162 Tabel 4.26. Tabel naik_pangkat ......................................................................... 163 Tabel 4.27. Tabel penetapan .............................................................................. 164 Tabel 4.28. Tabel pindah ................................................................................... 165 Tabel 4.29. Tabel pns_pegawai ......................................................................... 166 xxi

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

xxii

Simbol Use Case Diagram Simbol

Nama Actor Use case

Subject Boundary

Communication path

Generalization

Extend

include

Fungsi User di luar sistem Sebuah spesifikasi perilaku suatu entitas dalam interaksi dengan agen di luar Classifier yang sifatnya dideskripsikan dengan use case

Penjelasan tentang sambungan antara class instances Hubungan antara lebih spesifik dan deskripsi yang lebih umum, digunakan untuk inheritance dan deklarasi tipe polimorfik menghubungkan sebuah perluasan use case ke use case dasar menghubungkan use case dasar ke use case tambahan

(Sumber: Rumbaugh, Jacobson, Booch, 2006: 48-49, 695, 351, 388, 627)

xxiv

Simbol Activity Diagram Simbol

Nama Action atau activity

Fork atau join

Intial node

Activity final node

Flow

Accept action

Send signal action

xxv

Fungsi perilaku spesifikasi yang menggambarkan sekuensial serta langkah-langkah prosedur komputasi. Node dengan satu input dan beberapa output atau sebaliknya Menunjukkan tempat dimana eksekusi program dimulai ketika sebuah activity dipanggil menyebabkan penghentian eksekusi paksa semua flow dalam activity dan berakhirnya pelaksanaan activity Mendeskripsikan sumber dan target dari berbagai jenis informasi Suatu aksi yang melakukan eksekusi sampai suatu jenis kejadian tertentu dikenal oleh objek pelaksana Spesifikasi dari blok informasi yang dikomunikasikan dengan asynchronous antar objek

Accept time action Branch atau merge

Pin

Object node

Exception handler

Interruptible activity region Expansion region

Sub-activity

Suatu aksi yang dilakukan dalam waktu tertentu Situasi dimana flow input aksi dapat menuju satu atau beberapa kemungkinan flow output atau sebaliknya Merepresentasikan koneksi untuk nilai input atau output suatu aksi Merepresentasikan adanya suatu objek yang diproduksi oleh aksi Kontol yang melakukan asumsi jika ada pengecualian dari suatu kejadian yang terjadi Suatu daerah yang dapat dilakukan proses interupsi Suatu daerah yang mengeksekusi satu dari setiap elemen yang diinput 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 )

xxvi

Simbol Sequencial Diagram Simbol

Nama LifeLine

Fungsi Partisipasi individu dalam interaksi

Boundary LifeLine

Jenis penghubung yang didefinisikan sebagai stereotip Batas. Jenis penghubung yang didefinisikan sebagai stereotip Kontrol. Sebuah jenis penghubung yang didefinisikan sebagai stereotip entitas. Komunikasi antar lifeline Tipe message yang merupakan tipe operasi call Tipe message yang merupakan akhir dari eksekusi dan kembali kepada pemanggilnya Tipe pesan yang bergantung pada waktu panggilan pesan

Control LifeLine

Entity LifeLine

asynchronous message synchronous call

return message

Duration Message

stop (destruction)

xxvii

Penghapusan objek

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 Sebuah fragmen Combined Fragment gabungan alternatif menetapkan alternatif fragmen interaksi.

xxviii

Loop Combined Fragment

Interaction Use

Frame

Actor

Concurrent

xxix

Sebuah fragmen yang mendefinisikan perulangan fragmen interaksi. Sebuah cara singkat untuk menyalin isi dari interaksi yang dirujuk. Sebuah unit yang mempunyai perilaku untuk berfokus pada pengamatan pertukaran informasi

Aktor menentukan peran yang dimainkan oleh pengguna manusia, perangkat keras eksternal, atau subjek lain yang berinteraksi dengan subjek. Membuat timeline eksesuki baru bersamaan

Continuation

Gate

Note

Mendefinisikan kelanjutan dari cabang Alternatve Combined Fragment yang berbeda Titik sambungan antara pesan internal dan eksternal dari Frame 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)

xxx

Simbol Deployment Diagram Simbol

Nama Device Node

Fungsi sumber daya komputasi fisik dengan kemampuan pemrosesan untuk mengeksekusi artefak

Artifact

Artefak adalah informasi yang digunakan atau dihasilkan oleh proses pengembangan perangkat lunak. Sebuah asosiasi yang menetapkan hubungan semantik yang dapat terjadi antar instansi

Association

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)

xxxi

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

xxxii

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.

vi

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.

vii

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

viii

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

xi

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

xii

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

xiii

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

xiv

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

xv

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

xvi

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.

1

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

administrator sistem.

sebagai

admin

pusa,

pihak

PUSKOM,

dan

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

mengorganisir data sesuai hak akses.

pihak

kepegawaian

untuk

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 komponenkomponen 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.

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.

12

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

mengerjakannya,

(what) kapan

yang (when)

harus

dikerjakan,

dikerjakannya

dan

siapa

(who)

bagaimana

yang (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. Komponenkomponen pada subsistem tidak dapat berdiri lepas sendiri-sendiri. Komponenkomponen 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

Masukan (Data)

Proses (Model)

Keluaran (Informasi)

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.

23

Bruch dan Grudnitski menganalogikan kualitas informasi sebagai pilar-pilar

dalam

bangunan

yang

menentukan

baik

tidaknya

pengambilan keputusan.

Relevansi

Ketepatan Waktu

Keakurasian

Kualitas Informasi

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.

24

2. Luas dan lengkap Informasi

mempunyai

nilai

yang lebih

sempurna apabila

mempunyai lingkup/ cakupan yang luas dan lengkap. Informasi sepotong dan tidak lengkap menjadi tidak bernilai, karena tidak dapat digunakan secara baik. 3. Ketelitian Informasi

mempunyai

nilai

yang lebih

sempurna apabila

mempunyai ketelitian yang tinggi/akurat. Informasi menjadi tidak bernilai jika tidak akurat, karena akan mengakibatkan kesalahan pengambilan keputusan. 4. Kecocokan Informasi mempunyai nilai yang lebih sempurna apabila sesuai dengan kebutuhan penggunanya. Informasi berharga dan penting menjadi tidak bernilai jika tidak sesuai dengan kebutuhan penggunanya, karena tidak dapat dimanfaatkan untuk pengambilan keputusan. 5. Ketepatan waktu Informasi mempunyai nilai yang lebih sempurna apabila dapat diterima oleh pengguna pada saat yang tepat. Informasi berharga dan penting menjadi tidak bernilai jika terlambat diterima/ usang, karena tidak dapat dimanfaatkan pada saat pengambilan keputusan.

25

6. Kejelasan Informasi yang jelas akan meningkatkan kesempurnaan nilai informasi. Kejelasan informasi dipengaruhi oleh bentuk dan format informasi. 7. Fleksibilitas/ keluwesan Nilai informasi semakin sempurna apabila memiliki fleksibilitas tinggi. Fleksibilitas informasi diperlukan oleh para manajer / pimpinan pada saat pengambilan keputusan. 8. Dapat dibuktikan Nilai informasi semakin sempurna apabila informasi tersebut dapat dibuktikan kebenarannya. Kebenaran informasi bergantung pada validitas data sumber yang diolah. 9. Tidak ada prasangka Nilai informasi semakin sempurna apabila informasi tersebut tidak menimbulkan prasangka dan keraguan adanya kesalahan informasi. 10. Dapat diukur Informasi untuk pengambilan keputusan seharusnya dapat diukur agar dapat mencapai nilai yang sempurna.

2.4. Konsep Dasar Sistem Informasi 2.4.1. Definisi Sistem Informasi Secara umum definisi Sistem Informasi adalah sekelompok elemen-elemen dalam suatu organisasi yang saling berintegrasi

26

dengan menggunakan masukan, proses dan keluaran dengan maksud yang sama untuk mencapai suatu tujuan dan dapat digunakan untuk membantu pengambilan keputusan yang tepat (Jeffrey L. Whitten, 2006 : 45). Menurut James Alter (1992) dalam buku Information System: A Management Perspective, mendefinisikan sistem informasi sebagai kombinasi antarprosedur kerja, informasi, orang dan teknologi informasi yang diorganisasikan untuk mencapai tujuan dalam sebuah organisasi (Mulyanto, 2009:28). Lebih lanjut lagi, Sistem Informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategi dari suatu organisasi untuk dapat menyediakan laporan-laporan yang diperlukan (Sutabri, 2005: 42). Dari beberapa definisi diatas, penulis menyimpulkan bahwa sistem informasi merupakan komponen yang terdiri dari manusia, teknologi

informasi,

dan

prosedur

kerja

yang

memproses,

menyimpan, menganalisis dan mendistribusikan informasi untuk mencapai suatu tujuan. Definisi sistem informasi diilustrasikan sebagai berikut:

27

Informasi Data berupa teks, gambar, audio, video

Yang coba dilakukan sistem

Tujuan

Prosedur Kerja

Cara kerja

Manusia

Bertugas memasukkan data Teknologi Informasi 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

Hardware (Perangkat Keras)

Software (Perangkat Lunak)

DATA

Procedures (Prosedur)

Mesin

People (Manusia)

Manusia 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

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 permasalahanpermasalahan 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 lainlain. 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 metodologimetodologi 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) komponenkomponen 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.

S TA R T: P ro blem s, O pp urtu nities A nd D irectives

Problem s statem ent and scope & visions

PR O B LEM A N A LY S IS + R EQ U IR EM E N TS A N A LY SIS + D E C ISIO N N A LY SIS

SCOPE D EF IN IT IO N System Ow n er and U ser

S tatem ent O f w ork

Initial System Im provem ent O b jectives Initial B u ssines R equirem ent S tatem ent Initial S ystem P ro posal Initial A pplication A rchitecture

1

R efind S ystem Im provem en t O bjectives and/or B ussiness R equ irem ent

7 S om e R ed esign B ussines Processes

S O M E D ES IG N (L O GIC A L A N D /O R P H Y SIC A L) FIN IS H : W orking B usiness Solutions

3 Som e L ogical and /or P hysical D esign 2 S pecifications

R efind A pplication A rch itectu re and /or D esig n C hanges

do cum entation

8

docu m entation

SOM E M ORE R E Q TS . & D EC IS IO N A N A LY S IS

do cum entatio n R eposito ry Of S ystem K n ow ledge

SO M E C O N S TR U C T IO N & TES TIN G

9

do cum entatio n

4 C u rrent S YS TE M O P E R A TIO N & M A IN TE N A N C E

S om e D esign P ro totypes and / or partial F unctional S ystem

5 Bussiness Feedback

Technical Feedback

6

C andidate R elease V ersion of the Fu nction al S ystem

R E V IEW TH E SY ST EM

Post-A u dit R eview O perational System

T rain ing M aterials

Gambar 2.7. Strategi Rapid Application Development (RAD) (Sumber: Whitten, 2007)

44

D ELIVE R Y O f a versio n

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 penyebabpenyebab 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 masalahmasalah 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 sasaransasaran 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),

mendeteksi

dan

peningkatan

memperbaiki

terhadap

kesalahan-kesalahan

pengendalian

untuk

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 modeldriven 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, teknikteknik 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

Database

File

Record

Data Item atau Field Characters

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.

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 orangorang 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 keperluankeperluan 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 objekobjek 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. Tagtag 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 Web Programing
ini adalah heading 1
ini adalah bagian tubuh dokumen. Semua yang ditulis disini akan ditampilkan ke layar browser

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: , atau <script language='php'> dan , atau , atau <% dan %> 2. Tetapi tanda yang resmi dan paling banyak digunakan adalah yang pertama, yaitu 3. Pada setiap akhir perintah, diakhiri dengan tanda titik koma ( ; ) (Yuliano: 2003). Berikut ini contoh sederhana pemakaian bahasa PHP dalam halaman web : Example

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 mengumpulkan

adalah dan

sebuah

proses

menganalisis

yang

data

sistematis

guna

dalam

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.

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

76

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. Pustakapustaka 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 bagianbagian 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 persyaratanpersyaratan 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.

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 .

87

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

sosial

dan dan

menyebarluaskan sains

teknologi

ilmu

serta

pengetahuan mengupayakan

penggunaannya untuk meningkatkan taraf kehidupan masyarakat dan memperkaya kebudayaan nasional (UIN, 2010).

4.1.2. Subbag Administrasi Kepegawaian UIN Jakarta Subbagian

Administrasi

Kepegawaian

mempunyai

tugas

melakukan pelayanan administrasi mutasi kepegawaian dilingkungan UIN Syarif Hidayatullah Jakarta. Dalam menjalankan fungsinya, Subbagian Administrasi Kepegawaian berada dibawah Bagian Organisasi, Tata Laksana dan Kepegawaian pada Biro Administrasi Umum dan Kepegawaian.

90

Gambar 4.1. Struktur Organisasi Biro Administrasi Umum dan Kepegawaian UIN Syarif Hidayatullah Jakarta (Sumber: UIN, 2002) 4.1.3. System Operation Processing (Prosedur Tetap) Subbag Administrasi Kepegawaian A. Proses Surat Keputusan Mutasi Syarat Mutasi Pindah Pegawai 1. Rolling staff, bersedia ditempatkan dimana saja. 2. Terlalu lama berada disuatu tempat bagian, untuk penyegaran pegawai di satu tempat. 3. Syarat khusus tidak ada, kepindahan ditetapkan oleh pimpinan universitas, sudah layak atau tidak dari masa kerja.

91

Apabila terjadi Mutasi Pindah pada dosen maka itu disesuaikan dengan ilmu pendidikan yang dibutuhkan di tempat yang baru.

B. Proses Surat Keputusan Naik Golongan Apa bila naik golongan terjadi pada dosen (tenaga pendidik) maka itu terjadi selama angka kreditnya terpenuhi dan itu boleh terjadi 1 tahun sekali. Staff atau Admin (tenaga kependidikan) 1. Naik Pangkat , jika 4 tahun masa kerja di usulkan oleh pimpinannya pada bagian masing-masing atau fakultas masing-masing dan tidak bergantung pada angka kredit. 2. SK terakhir 3. DP3 (Daftar Penelitian Pelaksanaan Pekerjaan) 4. Kartu Pegawai (KERPEG) 5. Daftar riwayat hidup (CV) 6. Lampiran nilai yang diberikan oleh atasan. Range nilai yang diberikan antara cukup, baik, amat baik. Apabila mendapat nilai cukup maka nilai tidak mencukupi. Kemudian semua syarat-syarat tersebut dikirim dari fakultas atau unit kerjanya masing-masing kemudian dikirim ke Bagian Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta , kemudian dilanjutkan dikirim ke bagian BKN (Badan Kepegawaian Negara) dari kantor BKN kemudian mengeluarkan nomor surat persetujuan yang dikirim kembali ke Bagian

92

Kepegawaian Pusat UIN Syarif Hidayatullah Jakarta dan dibagian ini Surat Keputusan (SK) dibuat untuk tenaga kependidikan tadi. Untuk dosen atau asisten ahli pengajuan dilakukan dari prodi masing-masing kemudian prodi menyetujui dan mengusulkan kepada fakultas dari fakultas kemudian di ajukan ke rektor atau disini Bagian Kepegawaian Pusat. Pengajuan tidak langsung disetujui namun ada TIM khusus penilaian dari pusat untuk menilai apakah nilai dan syarat-syarat yang diajukan sudah layak atau belum. Syarat-syaratnya 1. Karya ilmiah 2. Pendidikan dan Pengajaran 3. Pengabdian Thridarma Pengadian tri darma yang paling mempengaruhi nilai dan untuk nilai terdapat pada dikjar dan karya ilmiah. 4. SK terakhir 5. DP3 (Daftar Penelitian Pelaksanaan Pekerjaan) 6. Kartu Pegawai (KERPEG) 7. Daftar riwayat hidup (CV)

93

C. Proses Surat Keputusan Naik Pangkat Surat Ketetapan terbagi dua jenis jabatan diantara pegawai UIN Syarif Hidayatullah Jakarta, berstruktur dan jabatan fungsional. Berstruktur untuk pegawai UIN Syarif Hidayatullah Jakarta sedangkan jabatan fungsional untuk dosen yang bekerja pada ruang lingkup kerja UIN Syarif Hidayatullah Jakarta. Untuk SK Ketetapan pegawai, syarat-syarat yang harus dipenuhi sebelum mendapatkan SK tersebut adalah : 1. Staff terbagi atas dua bagian, staff lulusan SMA masuk dimulai golongan IIA, sedangkan lulusan sarjana langsung IIIa. 2. Untuk kenaikan jabatan terstruktur ini, kenaikan terjadi bertahap atau bertingkat, tidak bisa tidak berurutan atau acak. Misalkan Kasubag (eselon IV) ingin naik jabatan menjadi Kepala Biro(eselon II) maka dia harus terlebih dahulu naik jabatan menjadi KaBag (eselon III) tidak mungkin dan tidak bisa langsung naik jadi Kepala Biro. 2. Diklat 3. Minimal Penata IIIc 4. PIM4 (Pendidikan, Pelatihan, Pimpinan) 5. Penilaian oleh pusat 6. Kenaikan pangkat kurang lebih 4 tahun sekali 7.Minimal sudah lulus sarjana.

94

Sedangkan untuk Jabatan Fungsional kenaikan jabatan pada dosen tidak memerluka kenaikan tingkatan yang terstruktur. Dosen hanya perlu mencukupi nilai KUM nya pada penghitungan angka kredit. Sedangkan syarat-syarat mendapatkan nilai KUM tersebut dosen sudah dijelaskan pada tahapan untuk mendapatkan SK Naik Golongan.

D. Proses Surat Keputusan Ketetapan SK Ketetapan adalah SK yang menetapkan seorang pegawai atau seorang dosen dalam mendudukin sebuah jabatan di suatu ruang kerja. Sehingga syarat-syarat mendapatkan SK ini, pegawai atau dosen harus memenuhi persyaratan sesuai dengan Mutasi .

E. Proses Surat Keputusan PNS SK PNS dikeluarkan oleh Rektor UIN Syarif Hidayatullah Jakarta , SK PNS didapatkan setelah SK CPNS keluar, SK CPNS dikerluarkan oleh BKN. Syarat menjadi PNS yaitu lulus ujian yang dilaksanakan oleh Kementrian Agama. Setelah lulus tahapan ujian dan seleksi dari Kementrian Agama, maka akan mendapatkan SK CPNS yang dikeluarkan oleh BKN. Saat menjadi CPNS ini, gaji seorang pegawai atau dosen itu 80 % dari gaji yang ditentukan. Kemudian melalui masa satu tahun percobaan.

95

Kemudian sebelum menjadi PNS ada tahapan yang harus dijalankan, diantaranya 1. diklat Prajab (mendapatkan sertifikat) 2. Surat Kesehatan 3. Riwayat Hidup 4. DP3 5. Penilaian dari bagian Kepegawaian 6. Kemudian diajukan ke BKN

4.2. Mendefinisikan Lingkup (Scope Definition) Perangkat lunak atau suatu aplikasi merupakan bagian dari suatu sistem yang lebih besar, maka hal pertama yang dilakukan adalah menentukan kebutuhan untuk semua elemen sistem dan kemudian dilanjutkan dengan menentukan kebutuhan perangkat lunak. Penentuan kebutuhan sistem ini sangat perlu ketika perangkat lunak harus berinteraksi dengan elemen-elemen sistem yang lain seperti perangkat keras, manusia dan basis data. Maka hal itu dapat dijelaskan dalam pendefinisian lingkup dan batasan sistem yang dikembangkan. Penelitian pengembangan sistem yang dilakukan lebih difokuskan pada batasan masalah dan ruang lingkup kegiatan di Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta dengan pengembangan sistem informasi manajemen surat keputusan. Pengembangan sistem ini mengatur pengolahan data data surat keputusan, menginput surat keputasan dan pengolahan data isi dari surat keputusan itu sendiri. Manajemen surat keputusan ini hanya

96

dibatasi dalam ruang lingkup pembuatan surat keputasan dan didalam sistem tersebut sudah terdapat kerangka isi dari surat yang dinamis yang dapat berubah isi bentuk sesuai dengan kebutuhan format surat keputusan yang diinginkan. Untuk itu penelitian hanya membatasi beberapa surat keputusan saja yang dibahas sesuai dengan yang kebutuhan Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta. Penerapan aplikasi ini dalam lingkup internet karena memudahkan pegawai dalam mengambil data surat keputusan ini nantinya apa bila diperlukan di lain waktu tanpa perlu melihat berkas-berkas yang mungkin sulit untuk ditemukan. Untuk itu seluruh aktivitas yang dilakukan secara online dan data yang terdistribusi secara langsung. Beberapa kegiatan pada sistem informasi ini seperti mendownload surat keputusan dapat dilakukan pegawai yang bersangkutan karena data surat langsung masuk ke dalam accout pegawai tersebut, tetapi yang memiliki hak akses penuh akan sistem adalah admin yang berada di Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta dan yang melakukan penginputan serta pengeditan data adalah pejabat terkait.

4.3. Analisis Sistem (Analysis) Analisis sistem mempelajari suatu masalah dan mempunyai tujuan utama untuk melakukan tindakan. Terdapat tiga tahapan analisis sistem dalam metodologi RAD yang akan digunakan dalam menganalisis sistem manajemen Surat Keputusan yang akan dirancang. Diantaranya adalah Analisis Masalah

97

(Problem Analysis), Analisis Persyaratan (Requirement Analysis) dan Analisis Keputusan (Decision Analysis). 4.3.1 Analisis Masalah (Problem Analysis) Sistem Informasi Manajemen Surat Keputusan merupakan sistem pengolahan data penyuratan yang berjalan saat ini sudah menggunakan sistem terkomputerisasi, yaitu dengan menggunakan program aplikasi Microsoft Word Office. Walaupun sistem yang berjalan saat ini telah terkomputerisasi namun masih banyak kekurangan diantaranya pada saat sistem pemberkasan, pegawai sebagai pengguna tidak dapat mencari lagi surat keputusan bila sewaktu-waktu dibutuhkan. Apabila dicaripun dengan cara manual dengan melihat berkas surat keluar. Dengan sistem yang sekarang dalam pembuatan surat, data yang tersimpan tidak tersusun dengan rapi sehingga terkadang menyulitkan pihak Subbagian Administrasi Kepegawaian. Setelah dijelaskan dengan rinci permasalahan, maka pada bagian ini dibahas mengenai analisis terhadap problems (masalah-masalah) yang dihadapi dan opportunities (peluang-peluang) yang bisa diambil dari keadaan sistem saat ini. Analisis terhadap problem dan opportunities akan diperlihatkan dengan menggunakan 2 (dua) metode yaitu Rich Picture dan Matriks Masalah, Kesempatan, Tujuan dan Batasan. a.

Rich Picture Analisis masalah dari sistem yang berjalan dan sistem yang di usulkan

divisualisasikan dalam pemodelan rich picture Gambar 4.2 dan Gambar 4.3

98

Gambar 4.2 Rich Picture Analisis Sistem yang Berjalan

Gambar 4.3 Rich Picture Analisis Sistem yang di usulkan

99

b. Problems, Opportunities, Objectives and Constraints Matrix Selanjutnya hasil analisis permasalahan dan peluang disebutkan secara lengkap pada Matriks Masalah, Kesempatan, Tujuan dan Batasan (Problems, Opportunities, Objectives, and Constraints Matrix). Matriks ini dijabarkan dalam dua tabel yaitu Analisis Sebab dan Akibat (Cause and Effect Analysis) dan tabel Tujuan-tujuan Perbaikan Sistem (System Improvement Objectives). Cause and Effect Analysis merupakan sebuah tehnik tempat masalah-masalah dipelajari untuk menentukan penyebab-penyebab dan akibat-akibatnya, sampai penyebab dan akibat tersebut tidak kembali menghasilkan gejala-gejala masalah yang lainnya. System Improvement Objectives memiliki tujuan yaitu untuk menentukan kriteria di mana semua perbaikan pada sistem akan diukur dan untuk mengidentifikasi semua batasan yang membatasi fleksibilitas semua perbaikan tersebut. Berikut adalah tabel Cause and Effect Analysis dan System Improvement Objectives pada sistem berjalan. Tabel 4.1 Cause and Effect Analysis (Analisis Sebab Akibat) Problem (Masalah)

Cause and Effects (Sebab dan Akibat)

1. Penggunaan sistem manual yang tidak feasible lagi

Cause: Pembuatan surat keputusan masih menggunakan aplikasi Microsoft Word. Effect: Rentan akan kehilangan data surat karena sistem penyimpanan data yang tumpang tindih.

2. Pengguna tidak dapat mencari data surat keputusan yang

Cause: sistem data yang tumpang tindih antara surat yang lainnya, maka apabila

100

terdahulu

sewaktu-waktu surat keputusan dibutuhkan kembali sangat sulit mencari, karena harus mencari langsung diberkas-berkas kertas yang bertumpuk Effect: data banyak yang hilang sehingga menyulitkan pihak Subbagian Administrasi Kepegawaian.

3. Perubahan data format surat dapat berubah sehingga tidak fleksible

Cause: format data surat yang diinginkan terkadang sering berubah Effect: tumpang tindih bentuk format surat

Opportunities (Kesempatan) 1. Sistem kepegawaian berbasis web

Cause-Effect (Sebab-Akibat) 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) 1. Menghubungkan secara online

1.1

1.2

2. Memudahkan proses penginputan dan penyimpanan data

System Constraint (Batasan sistem) Keterbatasan infrastruktur baik dari segi PC yang ada sekarang maupun jaringan yang tersedia. Besarnya biaya awal pengimplementasian sistem online dan biaya operasionalnya kemudian, baik untuk maintenance maupun upgrade sistem.

2.1. Jumlah data yang banyak dan jenis surat yang beragam.

101

3. Mencegah kehilangan data. 4. Mempercepat dan mempermudah proses pencetakan surat apabila nanti dibutuhkan.

3.1. Jumlah data yang banyak dan perubahan surat 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 pengguna-pengguna berwenang.

penuh yang

dari tidak

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

1. Admin mengentry data format surat keputusan pada bagian membaca, menimbang,

memperhatikan,

mengingat, tembusan dan pejabat yang menandatangani

Aktor

Admin

Use case

Menambah S.K data Master

107

2. Admin mengentry surat keputusan

Admin

yang dibutuhkan, disesaikan dengan

Menambah S.K mutasi pegawai

surat yang di inginkan.

3.

Pegawai

mendownload

dan

Pegawai

Mencetak S.K

mencetak data sesuai dengan surat yang

telah

dikeluarkan

pihak

Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta

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 Langkah

masuk

sebagai

Sistem

3:

admin, menampilkan form data master

kemudian masuk ke form data Surat Keputusan mulai dari master Surat Keputusan.

membaca,

menimbang,

mengingat,

memperhatikan,

tembusan

dan

pejabat

penandatangan. Langkah Admin

2:

Selanjutnya Langkah

menginputkan

data menampilkan

4:

Sistem

pesan

data

format isi surat Keputusan pengguna telah tersimpan. sesuai dengan jenis surat yang diminta Langkah

dan 5:

dibutuhkan. Pendaftar Langkah 6: Sistem merespon

mengklik keluar halaman.

Bidang Alternatif:

menutup halaman.

Alt-Langkah 1: Jika dalam verifikasi username dan password

tidak sesuai maka sistem akan menampilkan pesan bahwa login tidak sesuai dan harus kembali Postkondisi: Aturan Bisnis:

Surat telah memiliki isi data surat keputusan

111

Tabel 4.6 Spesifikasi Naratif untuk Use Case Melihat S.K pada data master Tingkat Perancangan Nama Use Case:

Melihat data

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event dari melihat S.K data master

Prakondisi:

Masuk ke dalam web utama. Orang tersebut haruslah sudah terdaftar sebagai admin

Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

3:

Sistem



membaca,

menimbang,

mengingat,

memperhatikan,

tembusan

dan

pejabat

penandatangan. Langkah

2:

Selanjutnya Langkah

4:

Sistem

Admin dapat memilih data menampilkan data master yang master yanga mana. Bidang Alternatif:

telah dipilih admin


tidak sesuai maka sistem akan menampilkan pesan bahwa login tidak sesuai dan harus kembali Postkondisi:

-

Aturan Bisnis:

Admin harus memiliki username dan password yang valid

112

Tabel 4.7 Spesifikasi Naratif untuk Use Case Mengedit data master Surat Keputusan Tingkat Perancangan Nama Use case:

mengedit data S.K

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat di ubah apa bila telah tersimpan

Prakondisi:

Masuk ke dalam web utama. Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem admin .

Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

Sistem

3:



membaca,

menimbang,

mengingat,

memperhatikan,

tembusan

dan

pejabat


2:

Selanjutnya Langkah

4:

Sistem

Admin dapat mengubah data menampilkan data master yang master. Bidang Alternatif:

telah di ubah admin.


tidak sesuai maka sistem akan menampilkan pesan bahwa login tidak sesuai dan harus kembali. Postkondisi: Aturan Bisnis:

Admin harus memiliki username dan password yang valid

113

Tabel 4.8 Spesifikasi Naratif untuk Use Case Menghapus S.K pada data master Perancangan Use case name

Mengahpus data S.K

Aktor

Admin

Description

Use case ini mendeskripsikan event data dapat di hapus apa bila telah tersimpan.

Pre condition


Basic Flow

Kegiatan Pelaku

Respon Sistem


masuk

sebagai

Sistem

3:


kemudian masuk ke form Surat data master Surat Keputusan.

Keputusan

membaca, mengingat, tembusan

mulai

dari

menimbang, memperhatikan, dan

pejabat


2:

Selanjutnya Langkah 4: Sistem berhasil

Admin dapat menghapus data mengahpus data master. master. Alternatif flow


tidak sesuai maka sistem akan menampilkan pesan bahwa login tidak sesuai dan harus kembali. Post condition

-

Aturan Bisnis

Admin memiliki username dan password yang valid

114

Tabel 4.9 Spesifikasi Naratif untuk Use Case Menambah S.K pada menu mutasi pegawai Tingkat Perancangan Nama Use case:

Menambah S.K

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat menambah SK.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem

Langkah 1: Pengguna harus

Langkah

masuk

sebagai

kemudian

masuk

Sistem

3:

admin, menampilkan form data Surat ke

form Keputusan pada menu mutasi

Mutasi pegawi.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan

jabatan, SK naik golongan,dan SK PNS. Langkah

2:


Admin dapat menambah data menambah S.K. Bidang Alternatif:

dan

menyimpan

data SK




115

Tabel 4.10 Spesifikasi Naratif untuk Use Case Melihat S.K pada menu Mutasi Pegawai Tingkat Perancangan Nama Use case:

Melihat SK

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat dilihat apa bila telah tersimpan.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem

Langkah 1: Pengguna harus

Langkah

masuk

sebagai

kemudian

masuk

Sistem

3:



Mutasi pegawi.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


Admin dapat melihat data S.K.

menampilkan S.K yang telah dibuat

Bidang Alternatif:




116

Tabel 4.11 Spesifikasi Naratif untuk Use Case Mencetak S.K pada Tingkat Perancangan Nama Use case:

Mencetak S.K

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat dicetak apa bila telah tersimpan.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

kemudian

masuk

Sistem

3:



Mutasi pegawi.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


Admin dapat mencetak data mencetak S.K. Bidang Alternatif:

S.K

yang

telah

dibuat




117

Tabel 4.12 Spesifikasi Naratif untuk Use Case Mengedit S.K pada Tingkat Perancangan Nama Use case:

Mengedit S.K

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat mengubah apa bila telah tersimpan.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

kemudian

masuk

Sistem

3:



Mutasi pegawi.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


Admin dapat mengubah data mengubah S.K. Bidang Alternatif:

S.K

yang

telah

dibuat




118

Tabel 4.13 Spesifikasi Naratif untuk Use Case Menghapus S.K pada Tingkat Perancangan Nama Use case:

Menghapus S.K

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event data dapat menghapus data bila telah tersimpan.

Prakondisi:

Masuk ke dalam web utama. Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem pegawai .

Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

kemudian

masuk

Sistem

3:



Mutasi pegawi.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


Admin dapat menghapus data menghapus S.K. Bidang Alternatif:



Pegawai memiliki username dan password yang valid

119

Tabel 4.14 Spesifikasi Naratif untuk Use Case Melihat S.K pada pegawai di tingkat Perancangan Nama Use case:

Melihat S.K

Actor (s)

Pegawai

Deskripsi:

Use case ini mendeskripsikan event data dapat melihat data bila telah tersimpan.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk kemudian

sebagai masuk

Sistem

3:

pegawai, menampilkan form data Surat ke


download S.K.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


pegawai dapat melihat data menampilkan S.K S.K yang telah jadi. Bidang Alternatif:




120

Tabel 4.15 Spesifikasi Naratif untuk Use Case Mencetak S.K pada Tingkat Perancangan Nama Use case:

Mencetak S.K

Actor (s)

Pegawai

Deskripsi:

Use case ini mendeskripsikan event data dapat mencetak data bila telah tersimpan.

Prakondisi:


Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk kemudian

sebagai masuk

Sistem

3:

pegawai, menampilkan form data Surat ke


download S.K.

pegawai

mulai

dari

kenaikan

pangkat,

ketetapan,

S.K

SK S.K

Ketetapan


2:


pegawai dapat mencetak data menampilkan S.K S.K yang telah jadi. Bidang Alternatif:




121

Tabel 4.16 Spesifikasi Naratif untuk Use Case Menambah Level User pada Tingkat Perancangan Nama Use case:

Menambah Level User

Actor (s)

Admin

Deskripsi:

Use case ini mendeskripsikan event admin dapat menambah level user.

Prakondisi:

Masuk ke dalam web utama.Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem admin .

Basic Flow:

Kegiatan Pelaku

Respons Sistem


masuk

sebagai

kemudian

masuk

3:

Sistem

admin, menampilkan form Level User ke

form pada menu master data.

Level User.

Langkah 4: Sistem berhasil

Langkah 2: Selanjutnya admin tambahan level user. menambah data level user Bidang Alternatif:




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 masingmasing use case.

1) Diagram aktivitas dari Use case membaca dari form data master

Gambar 4.7 Activity Diagram dari Use Case membaca

123

Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data membaca pada data master dan data akan tersimpan ke dalam database. 2) Diagram aktivitas dari Use case menimbang dari form data master

Gambar 4.8 Activity Diagram dari Use Case menimbang

124

Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data menimbang pada data master dan data akan tersimpan ke dalam database. 3) Diagram aktivitas dari Use case memperhatikan dari form data master

Gambar 4.9 Activity Diagram dari Use Case memperhatikan

125

Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data memperhatikan pada data master dan data akan tersimpan ke dalam database. 4) Diagram aktivitas dari Use case

Gambar 4.10 Activity Diagram dari Use Case Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai

126

Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data mwngingat pada data master dan data akan tersimpan ke dalam database. 5) Diagram aktivitas dari Use case tembusan pada form data master

Gambar 4.11 Activity Diagram dari Use Case tembusan Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data tembusan pada data master dan data akan tersimpan ke dalam database.

127

6) Diagram aktivitas dari Use case pejabat penandatangan dari form data master

Gambar 4.12 Activity Diagram dari Use Case pejabat penandatangan Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data pejabat penandatangan pada data master dan data akan tersimpan ke dalam database.

128

7) Diagram aktivitas dari Use case S.K golongan pada form mutasi pegawai

Gambar 4.13 Activity Diagram dari Use Case S.K golongan Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K kenaikan Golongan pada data mutasi pegawai dan data akan tersimpan ke dalam database.

129

8) Diagram aktivitas dari Use case S.K mutasi pindah pada form mutasi pegawai

Gambar 4.14 Activity Diagram dari Use Case S.K Mutasi Pindah Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K kenaikan Mutasi Pindah pada data mutasi pegawai dan data akan tersimpan ke dalam database.

130

9) Diagram aktivitas dari Use case Kenaikan Pangkat pada form mutasi pegawai

Gambar 4.15 Activity Diagram dari Use Case kenaikan pangkat Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K kenaikan Pangkat pada data mutasi pegawai dan data akan tersimpan ke dalam database.

131

10) Diagram aktivitas dari Use case S.K penetapan pada form mutasi pegawai

Gambar 4.16 Activity Diagram dari Use Case S.K Penetapan Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K Penetapan Pegawai pada data mutasi pegawai dan data akan tersimpan ke dalam database.

132

11) Diagram aktivitas dari Use case Kenaikan Pangkat pada form mutasi pegawai

Gambar 4.17 Activity Diagram dari Use Case kenaikan pangkat Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K Kenaikan Pangkat pada data mutasi pegawai dan data akan tersimpan ke dalam database.

133

12) Diagram aktivitas dari Use case S.K PNS pada form mutasi pegawai

Gambar 4.18 Activity Diagram dari Use Case S.K PNS Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya menginputkan data S.K Penetapan PNS pada data mutasi pegawai dan data akan tersimpan ke dalam database.

134

13) Diagram aktivitas dari Use case cetak S.K

Gambar 4.19 Activity Diagram dari Use Case cetak S.K Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin dan pegawai akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin dan juga pegawai sebagai pegawai. Caranya dengan masuk login sebagai Admin dan juga login sebagai pegawai. Selanjutnya mencetak pada menu cetak SK.

135

14) Diagram aktivitas dari Use case edit data

Gambar 4.20 Activity Diagram dari Use Case edit data Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya mengubah data yang sudah tersimpan di data S.K mutasi pegawai dan data master.

.

136

15) Diagram aktivitas dari Use case menambah Level User

Gambar 4.21 Activity Diagram dari Use Case Level user Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya mengahpus data yang sudah tersimpan di data S.K mutasi pegawai dan data master.

137

16) Diagram aktivitas dari Use case hapus

Gambar 4.22 Activity Diagram dari Use Case hapus Subbagian Administrasi Kepegawaian UIN Syarif Hidayatullah Jakarta sebagai Admin akan melakukan daftar sebagai pengguna, sebelum login sebagai Admin. Caranya dengan masuk login sebagai Admin. Selanjutnya mengahpus data yang sudah tersimpan di data S.K mutasi pegawai dan data master.

138

4.4.5. Sequence Diagram Sequence diagram menggambarkan interaksi antar objek di dalam dan sekitar objek (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Di bawah ini adalah sequence diagram yang dikelompokkan berdasarkan form:

1. Membaca Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form membaca

add,edit,delete

data membaca

1:

2: validasi username&password

3: koneksi db

4: validasi username password

5: check status 6: status login

7: tampilan awal page

8: form select data 9: koneksi db

10: koneksi db 11: add,edit,delete 12: add,edit,delete

13: get data 14: disply data

Gambar 4.23 Sequence Diagram untuk membaca

139

Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form membaca. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database membaca.

2. Memperhatikan Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form memperhatikan

add,edit,delete

data memperhatikan

1:


3: koneksi db


5: check status 6: status login 7: tampilan awal page 8: form select data 9: koneksi db



Gambar 4.24 Sequence Diagram untuk memperhatikan

140

Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form memperhatikan. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database memeperhatikan.

3. Mengingat Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

141

form login

: admin

proses login

data user

main page

form mengingat

add,edit,delete

data megingat

1:


3: koneksi db





Gambar 4.25 Sequence Diagram untuk mengingat Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form mengingat. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database mengingat.

142

4. Menimbang Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form menimbang

add,edit,delete

data menimbang

1:


3: koneksi db





Gambar 4.26 Sequence Diagram untuk menimbang Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan

143

ditampilkan dan admin memilih form menimbang. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database menimbang.

5. S.K Naik Pangkat Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, view, cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form S.K naik pangkat

add,edit,delete, view,cetak

data naik_pangkat

1:


3: koneksi db



10: koneksi db 11: add,edit,delete,view,cetak 12: add,edit,delete,view,cetak 13: get data 14: disply data

15: cetak

Gambar 4.27 Sequence Diagram untuk S.K Naik Pangkat Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di

144

proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form S.K Naik Pangkat. Setelah berhasil proses add, edit, delete,view dan cetak dapat dilakukan dengan koneksi ke database naik pangkat.

6. S.K Naik Golongan Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, veiw, cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.

145

form login

: admin

proses login

data user

main page

form S.K naik golongan


data naik_golongan

1:


3: koneksi db




15: cetak

Gambar 4.28 Sequence Diagram untuk S.K Naik Golongan Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form S.K Naik Golongan. Setelah berhasil proses add, edit, delete, view, dan cetak dapat dilakukan dengan koneksi ke database naik golongan.

146

7. Download S.K Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup cetak. Usecaseusecase tersebut memiliki alur yang sama.

form login

: pegawai

proses login

data user

main page

form download S.K

data sk

1:


3: koneksi db


5: check status 6: status login 7: tampilan awal page 8: form select data 9: koneksi db 10: koneksi db 11: get data

12: disply data 13: cetak sk

Gambar 4.29 Sequence Diagram untuk Download SK Pada sequence diagram untuk membaca ini pegawai log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan

147

kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form download S.K.

8. S.K Penetapan Pegawai Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit,view, cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form S.K Penetapan


data penetapan_pegawai

1:


3: koneksi db




15: cetak

Gambar 4.30 Sequence Diagram untuk SK penetapan pegawai Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di

148

proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form penetapan pegawai. Setelah berhasil proses add, edit, delete, view, dan cetak dapat dilakukan dengan koneksi ke database penetapan pegawai.

9. S.K Pindah Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, view, cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.

149

form login

: admin

proses login

data user

main page

form S.K Pindah


data pindah

1:


3: koneksi db




15: cetak

Gambar 4.31 Sequence Diagram untuk SK Pindah Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form SK Pindah. Setelah berhasil proses add, edit, delete, view dan cetak dapat dilakukan dengan koneksi ke database pindah.

150

10. S.K PNS Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup add, edit, view, cetak dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form S.K PNS


data pns_pegawai

1:


3: koneksi db




15: cetak

Gambar 4.32 Sequence Diagram untuk SK PNS Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan

151

kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form SK PNS. Setelah berhasil proses add, edit, veiw, cetak, dan delete dapat dilakukan dengan koneksi ke database pns pegawai.

11. Pejabat Penandatangan Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup input, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form pejabat penandatangan

add,edit,delete

data tanda_tangan

1:


3: koneksi db





Gambar 4.33 Sequence Diagram untuk pejabat penandatangan Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di

152

proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form pejabat penandatangan. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database tanda tangan.

12. Tembusan Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya mencakup input, edit, dan delete. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form tembusan

add,edit,delete

data tembusan

1:


3: koneksi db





Gambar 4.34 Sequence Diagram untuk tembusan

153

Pada sequence diagram untuk membaca ini admin log in dengan mengisi username dan password di halaman log in, kemudian proses log in diverifikasi di proses log in yang langsung terintegrasi dengan database pada class data user. Class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan proses log in akan memberikan status log in dengan menampilkan kembali halaman log in. Dan jika status log in berhasil halaman utama akan ditampilkan dan admin memilih form tembusan. Setelah berhasil proses add, edit, delete dapat dilakukan dengan koneksi ke database tembusan.

13. Tambah Level user Pada sequence diagram ini terdapat beberapa usecase yang berkaitan dengan user account yang di dalamnya hanya mencakup tambah. Usecase-usecase tersebut memiliki alur yang sama.

form login

: admin

proses login

data user

main page

form leveluser

add

data leveluser

1:


3: koneksi db



10: koneksi db 11: add 12: add


Gambar 4.35 Sequence Diagram untuk leveluser

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:

Gambar 4.36 Class Diagram untuk Sistem Informasi yang Diusulkan

155

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.37 Database Relational (Physical Database Schema)

157

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

162

Tabel 4.24 Tabel golongan

9. Tabel Level User Nama tabel : leveluser Primary key: id

Tabel 4.25 Tabel leveluser

10. Tabel Naik Pangkat Nama tabel : naik_pangkat Primary key: id_naikpangkat Foreign key:id_peg, kode_gol

163

Tabel 4.26 Tabel naik_pangkat

11. Tabel Penetapan Pegawai Nama tabel : penetapan Primary key: id_penetapan Foreign key:id_peg, kode_gol

164

Tabel 4.27 Tabel penetapan

12. Tabel Pindah Nama tabel : pindah Primary key: id_pindah Foreign key:id_peg, kode_gol

165

Tabel 4.28 Tabel pindah

13. Tabel PNS Nama tabel : pns_pegawai Primary key: id_pns Foreign key:id_peg, kode_gol

166

Tabel 4.29 Tabel pns_pegawai

14. Tabel Tanda tangan Nama tabel : tanda_tangan Primary key: id

Tabel 4.30 Tabel tanda_tangan

167

15. Tabel Tembusan Nama tabel : tembusan Primary key: id Foreign key:id_arsip

Tabel 4.31 Tabel tembusan

16. Tabel Menimbang Nama tabel : menimbang Primary key: id Foreign key:id_arsip

Tabel 4.32 Tabel menimbang

17. Tabel Membaca Nama tabel : membaca Primary key: id Foreign key:id_arsip

168

Tabel 4.33 Tabel membaca

18. Tabel Memperhatikan Nama tabel : memperhatikan Primary key: id Foreign key:id_arsip

Tabel 4.34 Tabel memperhatikan

19. Tabel Mengingat Nama tabel : mengingat Primary key: id Foreign key:id_arsip

Tabel 4.35 Tabel mengingat

169

4.4.8. Rancangan Interface Pada tahap ini dilakukan perancangan tampilan (antarmuka) halamanhalaman 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

HEADER Profil

Login NIP Password Login

Gambar Struktur Organisasi Kepegawaian Pusat

Kepegawaian

Isi Profil

FOOTER Gambar 4.38 Rancangan Halaman Login

170

b. Halaman Utama

HEADER

MENU

GAMBAR GEDUNG UIN

FOOTER

Gambar 4.39 Rancangan Halaman Utama c. Halaman Tambah Data

HEADER

Tambah

Cari

MENU Edit Hapus

LIST DATA

FOOTER

Gambar 4.40 Rancangan Halaman Tambah Data

171

d. Halaman Tambah SK

HEADER

Nama pegawai :

MENU

Data surat: Data keperluan S.K:

menimbang mengingat memperhatikan tembusan

FOOTER

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.

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.

1.

Modul

Tambah S.K

Prasyarat

Hasil

Hasil yang

Uji

Diharapkan

Coba

Login sebagai Menambah S.K

OK

admin 2.

Edit S.K

Login sebagai Admin admin,

data menambah

sudah

ada mengganti

dalam

dapat

OK

ataupun data

S.K

pegawai

database 3.

Hapus S.K

Login sebagai Admin admin,

data menghapus

sudah

ada yang salah

dapat OK data

S.K

dalam database 4.

Melihat S.K

Login sebagai Admin dapat melihat admin,

data S.K yang telah terdaftar

sudah

ada dalam sistem beserta

dalam

OK

data-datanya

database 5.

Mencetak S.K

Login sebagai Admin dapat mencetak admin,

data S.K yang telah jadi

sudah

ada

OK

dalam database 6.

Tambah membaca Login sebagai Admin S.K

admin

menambah

dapat data

OK

175

membaca S.K tersebut 7.

Edit

membaca Login sebagai Admin dapat mengubah

S.K

admin,

data data membaca S.K

sudah

ada

OK

dalam database

8.

Hapus membaca Login sebagai Admin S.K

dapat

admin,

data menghapus

sudah

ada membaca S.K

OK

data

dalam database 9.

Update membaca Login sebagai Admin dapat mengubah S.K

admin,

data urutan dari S.K

sudah

ada

OK

dalam database 10.

11.

Tambah

Login sebagai Admin

menimbang S.K

admin

menambah

menimbang S.K

Edit menimbang Login sebagai Admin dapat mengubah S.K

OK

admin,

data data menimbang S.K

sudah

ada

OK

dalam database 12.

Hapus

Login sebagai Admin

dapat

menimbang S.K

admin,

data menghapus data tentang

sudah

ada menimbang S.K

OK

dalam database 13.

Update

Login sebagai Admin dapat mengubah

OK

176

menimbang S.K

admin,

data urutan menimbang S.K

sudah

ada

dalam database 14.

Tambah

Login sebagai Admin

memperhatikan

admin

S.K 15.

dapat

OK

menambah memperhatikan S.K

Edit


memperhatikan

admin,

data data

S.K

sudah

ada memperhatikan S.K

OK

tentang

dalam database 16.

Hapus

Login sebagai Admin

dapat

memperhatikan

admin,

data menghapus

S.K

sudah

ada memperhatikan S.K

OK

data

dalam database 17.

Update


memperhatikan

admin,

data urutan

S.K

sudah

ada S.K

OK

memperhatikan

dalam database 18.

Tambah

Login sebagai Admin

mengingat S.K

admin

menambah

dapat

OK

mengingat

S.K 19.

Edit S.K

mengingat Login sebagai Admin dapat mengubah admin,

data data tentang mengingat

sudah

ada S.K

dalam database

OK

177

20.

Hapus mengingat Login sebagai Admin S.K

dapat

admin,

data menghapus

sudah

ada mengingat S.K

OK

data

dalam database 21.

Update mengingat Login sebagai Admin dapat mengubah S.K

admin,

data urutan mengingat S.K

sudah

ada

OK

dalam database 22.

Tambah tembusan Login sebagai Admin S.K

admin

menambah

dapat

OK

tembusan

S.K 23.

Edit S.K

tembusan Login sebagai Admin dapat mengubah admin,

data data tembusan S.K

sudah

ada

OK

dalam database 24.

Hapus tembusan Login sebagai Admin S.K

admin,

data menghapus

sudah

ada tembusan S.K

dapat

OK

data

dalam database

25.

Update tembusan Login sebagai Admin S.K

mengubah

admin,

data urutam tembusan S.K

sudah

ada

OK

dalam database 26.

Tambah

Pejabat Login sebagai Admin

dapat

OK

178

Penandatangan

admin

menambah Pejabat yang

S.K 27.

menandatangani S.K

Edit

Pejabat Login sebagai Admin dapat mengubah

Penandatangan

admin,

data Pejabat

S.K

sudah

ada menandatangani S.K

OK

yang

dalam database 28.

Hapus

Pejabat Login sebagai Admin

dapat

Penandatangan

admin,

data menghapus

S.K

sudah

ada yang

dalam

OK

Pejabat

menandatangani

S.K

database 2. Pegawai

No.

1.

Modul

Cetak SK

Prasyarat

Hasil yang Diharapkan

Login sebagai Mencetak S.K

Hasil Uji Coba OK

pegawai

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

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.

180

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 .

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.

182

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

Pengembangan Sistem Informasi Manajemen Surat Keputusan. Studi Kasus: Subbagian Administrasi Kepegawaian Pusat. UIN Syarif Hidayatullah Jakarta

Recommend Documents

ini adalah heading 1