PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY TUGAS AKHIR

perpustakaan.uns.ac.id

digilib.uns.ac.id

PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY

TUGAS AKHIR Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya Program Diploma III Ilmu Komputer

Disusun oleh : RYAN MARTIN MARTONO NIM. M3109070

PROGRAM DIPLOMA III TEKNIK INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET SURAKARTA SURAKARTA 2012 commit to user

i


digilib.uns.ac.id

HALAMAN PERSETUJUAN

PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY

Disusun Oleh

RYAN MARTIN MARTONO NIM. M109070

Tugas Akhir ini telah disetujui untuk dipertahankan Di hadapan dewan penguji pada tanggal ______________

Pembimbing Utama

Winarno, S.Si NIP. 19820520200604 commit to user 1001

ii


digilib.uns.ac.id

HALAMAN PENGESAHAN

PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY Disusun Oleh RYAN MARTIN MARTONO NIM. M3109070 Pembimbing Utama

WINARNO, S.Si NIP 198205202006041001 Tugas Akhir ini telah diterima dan disahkan Oleh dewan penguji Tugas Akhir Program Diploma III Teknik Informatika pada hari Selasa tanggal 3 Juli 2012 Dewan Penguji 1. Penguji 1

Winarno, S.Si

(.....................................)

NIP. 19820520200604 1001 2. Penguji 2

Agus Purbayu,S.Si

(.....................................)

NIDN. 0629088001 3. Penguji 3

Muhammad Asri Safiie, S. Si

(.....................................)

NIDN. 0603118103 Disahkan Oleh : Dekan Fakultas MIPA UNS

Ketua Program Diploma III Teknik Informatika UNS

Prof.Ir. Ari Handono Ramelan, M.Sc(Hons), Ph.Dto user commit NIP. 19610223 198601 1 001

iii

Drs. Y.S. Palgunadi, M.Sc NIP. 19560407 198303 1 004


digilib.uns.ac.id

ABSTRACT

Ryan Martin Martono 2012 . DEVELOPMENT UNIVERSITY REMUNERATION SYSTEM WEB BASED with FRAMEWORK CODEIGNITER and JQUERY. DIII program in Computer Science. Faculty of Mathematics and Natural Sciences. Universitas Sebelas Maret . Due to valid labor relations, payroll is one of them, where every employee who works at an agency is rightful to get a salary under the rules or the provisions of the applicable payroll at an agency. But the prevailing reward system is considered unfair for some people because it only relies on classification, rank and job period. The system does not distinguish job of load who have get of employee. The system also does not pay attention to the performance of lecturer, among those who either do not perform well and still get the same salary in accordance with the classification. Purpose of this research is development university remuneration system web based with framework codeigniter and jquery. Final Project aims to enable the justice for the lecturers who have good performance or not. So the lecturers will be more competent in teaching, research and community service. Remuneration system uses MySQL as data storage media. Remuneration systems are made to be used by administrators as the holder of the highest privileges, head of unit which is used to access issues related to units that are below as well as employees who are used to fill the jobs report quisioner and uploading. Conclusion of the research is that Development University Remuneration System Web Based with Famework Codeigniter and Jquery has been created. Keywords : remuneration system, database, php, framework codeigniter, jquery.

commit to user

iv


digilib.uns.ac.id

ABSTRAK Ryan Martin Martono 2012. PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY. Program DIII Ilmu Komputer. Fakultas Matematika dan Ilmu Pengetahuan Alam. Universitas Sebelas Maret Surakarta. Sebagai salah satu penerimaan yang sah akibat hubungan kerja, gaji adalah salah satunya, dimana setiap pegawai yang bekerja pada suatu instansi berhak untuk mendapatkan gaji berdasarkan peraturan atau ketentuan penggajian yang berlaku di sebuah instansi. Sistem imbal jasa yang berlaku dianggap tidak adil bagi sebagian kalangan karena hanya mengandalkan golongan, pangkat dan masa kerja. Sistem tersebut tidak memperhatikan beban kerja yang diterima oleh pegawai.Tujuan dari penelitian ini adalah membuat sistem remunerasi suatu universitas Berbasis Web dengan Framework Codeigniter dan jquery unutuk menganalisis beban kerja. Pembuatan sistem mempunyai tahapan analisis kebutuhan perancangan, implementasi dan pengujian pada penelitian ini perancangan menggunakan UML dengan bahasa pemrograman PHP dan codeigniter sebagai framework. Kesimpulan dari penelitian ini bahwa sistem Remunerasi untuk Universitas Berbasis Web dengan Framework Codeigniter dan Jquery telah selesai dibuat. Sistem ini memiliki fitur pendeskripsian beban kerja, upload laporan beban kerja. Kata kunci :sistem remunerasi, database, php, framework codeigniter, jquery.

commit to user

v


digilib.uns.ac.id

HALAMAN MOTTO



Manusia adalah magnet dalam kehidupan. Kita adalah apa yang kita pikirkan. -Rhonda Byrne-



Things may come to those who wait, but only the things left by those who hustle.-Abraham Lincoln-



Whatever you are, be a good one. -Abraham Lincoln-

commit to user

vi


digilib.uns.ac.id

HALAMAN PERSEMBAHAN

First of all I dedicate this to : My Mom Nurhanifah, my Dad Bambang Supriyanto and my smart brothers Danar Priyo Utomo who always supported me to be a good person.

commit to user

vii


digilib.uns.ac.id

KATA PENGANTAR

Puji syukur penulis panjatkan kehadirat Allah SWT atas limpahan karunia, taufiq serta hidayah-Nya sehingga penulis dapat menyelesaikan penulisan laporan Tugas Akhir

dengan judul ”PEMBUATAN SISTEM REMUNERASI untuk

UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY”. Penulis mengucapkan terima kasih kepada semua yang telah membantu proses penyusunan laporan tugas akhir ini, sehingga pembuatan sistem remunerasi untuk Universitas Sebelas Maret dapat dikerjakan dengan baik. Ucapan terima kasih penulis berikan kepada :

1. Bapak, ibu dan adik serta seluruh keluarga yang senantiasa memberi semangat, motivasi, doa serta dukungan baik secara moral maupun materil. 2. Bapak Drs. Y. S. Palgunadi, M.Sc. selaku Ketua Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret Surakarta. 3. Bapak Winarno, S.Si selaku pembimbing Tugas Akhir. 4. Teman – teman yang telah membantu penyelesaian tugas akhir yang tidak dapat penulis sebutkan satu persatu.

Surakarta, Juli 2012

Penulis commit to user

viii


digilib.uns.ac.id

DAFTAR ISI

Halaman HALAMAN JUDUL .............................................................................................

i

HALAMAN PERSETUJUAN ..............................................................................

ii

HALAMAN PENGESAHAN ...............................................................................

iii

HALAMAN ABSTRACT ......................................................................................

iv

HALAMAN ABSTRAK .......................................................................................

vi

HALAMAN MOTTO ...........................................................................................

vii

HALAMAN PERSEMBAHAN ........................................................................... viii KATA PENGANTAR ..........................................................................................

ix

DAFTAR ISI .........................................................................................................

xi

DAFTAR TABEL ................................................................................................. xiv DAFTAR GAMBAR ............................................................................................ BAB I

xv

PENDAHULUAN 1.1. Latar Belakang ..............................................................................

1

1.2. Perumusan Masalah ......................................................................

1

1.3. Batasan Masalah.............................................................................

2

1.4. Tujuan dan Manfaat Penelitian .....................................................

2

1.5. Metodologi Penelitian ....................................................................

3

1.6. Sistematika Penulisan ....................................................................

3

BAB II LANDASAN TEORI 2.1.Konsep Dasar Sistem ........................................................................ commit to user

ix

5


digilib.uns.ac.id

2.2.Database ...........................................................................................

6

2.3.Sql......................................................................................................

6

2.4.PHP Framework ..............................................................................

8

2.5.Framework Codeigniter ...................................................................

9

2.6.Website ..............................................................................................

10

2.7.HTML ...............................................................................................

10

2.8.PHP ...................................................................................................

10

2.9.Jquery ................................................................................................

11

2.10. UML (Unified Modeling Language) ..............................................

11

2.11. Activity Diagram.............................................................................

11

2.12. Use Case Diagram..........................................................................

12

2.13. Sequence Diagram ..........................................................................

13

2.14. Class Diagram ................................................................................

15

2.15. Deployment Diagram .....................................................................

16

BAB III ANALISIS DAN PERANCANGAN 3.1.Identifikasi Masalah .........................................................................

18

3.2.Analisis Sistem .................................................................................

18

3.2.1. Kebutuhan Fungsional Sistem ..........................................

20

3.2.2. Desain Sistem ....................................................................

17

1. Activity Diagram .........................................................

26

2. Use Case Diagram ......................................................

28

3. Sequence Diagram ......................................................

30

4. Class Diagram ............................................................. commit to user

64

x


5.

digilib.uns.ac.id

Deployment Diagram ...............................................................

66

BAB IV IMPLEMENTASI DAN ANALISA 4.1.

Implementasi Program Aplikasi ..............................................

67

4.2.

Evaluasi Aplikasi ....................................................................

89

BAB V PENUTUP 5.1.

Kesimpulan ..............................................................................

91

5.2.

Saran ........................................................................................

91

DAFTAR PUSTAKA LAMPIRAN

commit to user

xi


digilib.uns.ac.id

DAFTAR TABEL

Halaman Tabel 2.1 Notasi Activity Diagarm ........................................................................

11

Tabel 2.2 Notasi Use Case ....................................................................................

12

Tabel 2.3 Notasi Sequence Diagarm .....................................................................

13

Tabel 2.4 Notasi Class Diagarm ...........................................................................

15

Tabel 2.5 Notasi Deployment Diagarm .................................................................

16

Tabel 3.1 SRS (System Requirement Specification) .............................................

20

Tabel 4.1Evaluasi Aplikasi ...................................................................................

89

commit to user

xii


digilib.uns.ac.id

DAFTAR GAMBAR

Halaman Gambar 2.1 Struktur File.......................................................................................

6

Gambar 2.2 Contoh Use Case ...............................................................................

13

Gambar 2.3 Contoh Sequence Diagram................................................................

14

Gambar 2.4 Sequence Diagram .............................................................................

13

Gambar 2.5 Class Diagram. ..................................................................................

16

Gambar 3.1 Activity Diagram Actor Super Admin ...............................................

26

Gambar 3.2 Activity Diagram Actor Kepala Unit .................................................

27

Gambar 3.3 Activity Diagram Actor Pegawai .......................................................

27

Gambar 3.4 Use Case Diagram Pegawai .............................................................

28

Gambar 3.5 Use Case Diagram Kepala Unit .......................................................

29

Gambar 3.6 Use Case Diagram Super Admin .....................................................

30

Gambar 3.7 Sequence Diagram Login User ..........................................................

31

Gambar 3.8 Sequence Diagram Update Data Pegawai .........................................

31

Gambar 3.9 Sequence Diagram Upload Laporan Pekerjaan .................................

32

Gambar 3.10 Sequence Diagram Download Laporan Pekerjaan ..........................

33

Gambar 3.11 Sequence Diagram Memberikan Jobdesk Pegawai .........................

33

Gambar 3.12 Sequence Diagram Download Laporan Pekerjaan Pegawai ...........

34

Gambar 3.13 Sequence Diagram Evaluasi Laporan Pekerjaan .............................

34

Gambar 314 Sequence Diagram Mengisi Quisioner .............................................

35

Gambar 3.15 Sequence Diagram Tambah Data Pegawai...................................... commit to user

35

xiii


digilib.uns.ac.id

Gambar 3.16 Sequence Diagram Edit Data Pegawai ............................................

36

Gambar 3.17 Sequence Diagram Hapus Data Pegawai ........................................

37

Gambar 3.18 Sequence Diagram Download Evaluasi Laporan Pekerjaan ..........

37

Gambar 3.19 Sequence Diagram Scoring Evaluasi Laporan Pekerjaan ..............

38

Gambar 3.20 Sequence Diagram Hapus Evaluasi Laporan Pekerjaan .................

39

Gambar 3.21 Sequence Diagram Edit Hasil Quisioner .......................................

39

Gambar 3.22 Sequence Diagram Hapus Hasil Quisioner ...................................

40

Gambar 3.23 Sequence Diagram Search Hasil Quisioner...................................

41

Gambar 3.24 Sequence Diagram Hapus Jobdesk Karyawan ...............................

41

Gambar 3.25 Sequence Diagram Edit Jobdesk Karyawan ...................................

42

Gambar 3.26 Sequence Diagram Tambah Jobdesk Karyawan ............................

43

Gambar 3.27 Sequence Diagram Searching Jobdesk Karyawan .........................

43

Gambar 3.28 Sequence Diagram Tambah Jobdesk Quisioner .............................

44

Gambar 3.29 Sequence Diagram Edit Quisioner .................................................

45

Gambar 3.30 Sequence Diagram Hapus Jobdesk Quisioner ................................

45

Gambar 3.31 Sequence Diagram Tambah Unit....................................................

46

Gambar 3.32 Sequence Diagram Edit Unit ..........................................................

47

Gambar 3.33 Sequence Diagram Hapus Unit ......................................................

47

Gambar 3.34 Sequence Diagram Tambah Status .................................................

48

Gambar 3.35 Sequence Diagram Edit Status .......................................................

49

Gambar 3.36 Sequence Diagram Hapus Status ....................................................

49

Gambar 3.37 Sequence Diagram Tambah Faktor Quisioner ..............................

50

Gambar 3.38 Sequence Diagram Edit Faktor Quisioner ..................................... commit to user

51

xiv


digilib.uns.ac.id

Gambar 3.39 Sequence Diagram Hapus Faktor Quisioner .................................

52

Gambar 3.40 Sequence Diagram Tambah Ownership JobDesk .........................

52

Gambar 3.41 Sequence Diagram Edit Ownership JobDesk ................................

53

Gambar 3.42 Sequence Diagram Hapus Ownership JobDesk ............................

54

Gambar 3.43 Sequence Diagram Tambah Jabatan Struktural .............................

54

Gambar 3.44 Sequence Diagram Edit Jabatan Struktural ...................................

55

Gambar 3.45 Sequence Diagram Hapus Jabatan Struktural................................

56

Gambar 3.46 Sequence Diagram Tambah Jabatan Functional............................

57

Gambar 3.47 Sequence Diagram Edit Jabatan Functional ..................................

58

Gambar 3.48 Sequence Diagram Hapus Jabatan Functional ..............................

59

Gambar 3.49 Sequence Diagram Tambah Jobdesk .............................................

59

Gambar 3.50 Sequence Diagram Edit Jobdesk ...................................................

60

Gambar 3.51 Sequence Diagram Hapus Jobdesk ................................................

61

Gambar 3.52 Sequence Diagram Tambah Golongan ..........................................

61

Gambar 3.53 Sequence Diagram Edit Golongan ................................................

62

Gambar 3.54 Sequence Diagram Hapus Golongan .............................................

63

Gambar 3.55 Class Diagram Super Admin ........................................................

64

Gambar 3.56 Class Diagram Kepala Unit Admin .............................................

65

Gambar 3.57 Class Diagram Pegawai .................................................................

65

Gambar 3.58 Deployment Diagram Sistem Remunerasi ......................................

66

Gambar 4.1 Algoritma Remunerasi ......................................................................

67

Gambar 4.2 Tab Super Admin ..............................................................................

67

Gambar 4.3 Sub Tab Panel.................................................................................... commit to user

68

xv


digilib.uns.ac.id

Gambar 4.4 Page Sessions ....................................................................................

68

Gambar 4.5 Data Diri Super Admin .....................................................................

69

Gambar 4.6 Validation Email ...............................................................................

69

Gambar 4.7 Sub Tab Data Pegawai ......................................................................

70

Gambar 4.8 Page Pegawai ....................................................................................

70

Gambar 4.9 Popup Tambah Data Pegawai ...........................................................

71

Gambar 4.10 Validation Field Telepon ................................................................

71

Gambar 4.11 Page Evaluasi Laporan Pekerjaan ...................................................

71

Gambar 4.12 Popup Scoring Evaluasi Laporan Pekerjaan ...................................

72

Gambar 4.13 Page Hasil Quisioner ......................................................................

72

Gambar 4.14 Page Jobdesk Karyawan .................................................................

73

Gambar 4.15 Popup Tambah Data Jobdesk Karyawan ........................................

73

Gambar 4.16 Popup Edit Data Jobdesk Karyawan ...............................................

73

Gambar 4.17 Sub Tab Data Master .......................................................................

74

Gambar 4.18 Page Quisioner ................................................................................

74

Gambar 4.19 Popup Tambah Data Quisioner .......................................................

75

Gambar 4.20 Page Unit.........................................................................................

75

Gambar 4.21 Popup Tambah Data Unit ................................................................

76

Gambar 4.22 Page Status ......................................................................................

76

Gambar 4.23 Page Tambah Data Status ...............................................................

77

Gambar 4.24 Page Faktor .....................................................................................

77

Gambar 4.25 Page Tambah Data Faktor Quisioner ..............................................

78

Gambar 4.26 Validation IDFaktor, Faktor Sub, Kode_faktor dan Faktor ........... commit to user

78

xvi


digilib.uns.ac.id

Gambar 4.27 Page Edit Data Faktor .....................................................................

79

Gambar 4.28 Page Ownership Jobdesk ................................................................

79

Gambar 4.29 Page Tambah Data Ownership Jobdesk..........................................

79

Gambar 4.30 Page Edit Data Ownership Jobdesk ................................................

80

Gambar 4.31 Page Jabatan Struktural ...................................................................

80

Gambar 4.32 Popup Tambah Data Jabatan Struktural ..........................................

81

Gambar 4.33 Page Jabatan Functional .................................................................

81

Gambar 4.34 Page Jobdesk ...................................................................................

81

Gambar 4.35 Popup Tambah Data Jobdesk ..........................................................

82

Gambar 4.36 Page Golongan ................................................................................

82

Gambar 4.37 Popup Tambah Data Golongan .......................................................

82

Gambar 4.38 Popup Edit Data Golongan .............................................................

83

Gambar 4.39 Tab Kepala Unit ..............................................................................

83

Gambar 4.40 Page Data Diri Kepala Unit ............................................................

84

Gambar 4.41 Validation Field Telepon ................................................................

84

Gambar 4.42 Page Pegawai ..................................................................................

84

Gambar 4.43 Page Tambah Data Pegawai Kepala Unit .......................................

85

Gambar 4.44 Page Quisioner Struktural ...............................................................

85

Gambar 4.45 Page Quisioner Functional .............................................................

86

Gambar 4.46 Page Evaluasi Pegawai ...................................................................

86

Gambar 4.47 Popup Scoring Evaluasi Laporan Pekerjaan ..................................

86

Gambar 4.48 Page Data Diri Pegawai ..................................................................

87

Gambar 4.49 Page Upload Laporan Pekerjaan ..................................................... commit to user

88

xvii


digilib.uns.ac.id

Gambar 4.50 Popup Upload Laporan Pekerjaan...................................................

commit to user

xviii

88


digilib.uns.ac.id

BAB I PENDAHULUAN

1.1 LATAR BELAKANG Sistem imbal jasa yang selama ini diberlakukan kepada pegawai di perguruan tinggi yang bertugas sebagai dosen dianggap oleh beberapa kalangan tidak adil. Sistem tersebut hanya mengandalkan golongan, pangkat dan masa kerja. Sistem tersebut tidak memperhatikan beban kerja yang diterima oleh pegawai. Disamping itu penilaian beban kerja masih dilakukan menggunakan microsoft excel dengan format penilaian yang sudah ditentukan, kemudian digabungkan secara manual. Selain itu beban kerja antar personal belum dapat direkap dengan baik, hal ini dapat mengakibatkan tumpang tindih pekerjaan antar personal. Serta beban kerja yang sudah diberikan oleh pimpinan sering tidak dimonitoring dengan baik, hal ini akan menyulitkan pimpinan untuk mengetahui laporan ketercapaian program kerja. Untuk menangani masalah tersebut maka dibutuhkan sistem yang mampu menangani penilaian beban kerja sehingga nantinya penilaian beban kerja tidak dilakukan secara manual lagi serta rekap data untuk mempermudah pengelolaan data sehingga pekerjaan antar personal tidak tumpang tindih dan mempermudah pimpinan untuk mengetahui ketercapaian program kerja yang dilakukan oleh personal.

1.2 PERUMUSAN MASALAH Berdasarkan latar belakang di atas dapat diambil perumusan masalah bagaimana membuat sistem renumerasi dengan imbal jasa yang diberlakukan kepada

pegawai di perguruan tinggi yang adil sesuai dengan beban kerja

pegawai.

1.3 BATASAN MASALAH Mengidentifikasikan terhadap masalah-masalah yang ada, agar lebih terarah commit to user dan dapat dipahami dengan mudah, maka perlu dilakukan pembatasan masalah

1

2 digilib.uns.ac.id


terhadap aplikasi yang telah dibuat. Pembatasan terhadap masalah sistem remunerasi tersebut antara lain : a. Kepala unit dapat membuat quisioner yang nantinya menjadi acuan dari aplikasi remunerasi. b. Kepala unit melakukan evaluasi terhadap laporan pekerjaan pada aplikasi, yang dilakukan oleh pegawai serta membuat quisioner yang nantinya diisi oleh pegawai c. Pegawai dapat melakukan upload laporan pekerjaan pada aplikasi serta megisi quisioner setiap semester nya. d. Super admin dapat melakukan create, update dan delete data kepala unit serta pegawai pada aplikasi ini.

1.4 TUJUAN DAN MANFAAT PENELITIAN a. Tujuan Tujuan penelitian ini adalah untuk membuat suatu aplikasi sistem remunerasi. Pembuatan sistem remunerasi ini, berbasis web sehingga memudahkan kepala unit nantinya untuk menambah, menghapus ataupun mengedit data yang ada.

b. Manfaat Dengan adanya penelitian ini diharapkan para dosen memiliki imbal jasa yang adil dengan memperhatikan kinerja dosen, antara mereka yang berkinerja baik dan tidak baik mendapakant gaji yang berbeda sesuai dengan beban kerja dosen.

1.5 METODOLOGI PENELITIAN Penulis menggunakan beberapa metode sebagai sarana untuk memperoleh data yang akurat dan membantu serta memudahkan dalam pembuatan laporan tugas akhir. Berbagai macam metode yang penulis gunakan adalah sebagai berikut :

1. Pengambilan data. commit to user

3 digilib.uns.ac.id


Pengambilan data merupakan proses pencarian data yang berkaitan dengan sistem yang akan dibuat, dalam hal ini data berupa excel yang berisi quisioner serta penilaiannya yang didownload melalui web kepeg.auk.uns.ac.id. 2. Library Research (riset kepustakaan) Library Research (riset kepustakaan) adalah suatu metode untuk memberikan kesimpulan mengenai data yang bersifat teoritis yaitu dengan jalan membaca buku dan catatan-catatan serta sumber-sumber lain yang berkaitan dengan maksud penelitian. 3. Perancangan dan Implementasi Perancangan sistem yang dibuat menggunakan metode UML yang terdiri dari activity diagram, use case, sequence diagram, collaboration diagram dan class diagram.

5.6 SISTEMATIKA PENULISAN a.

Bab I Pendahuluan Bab I berisi pendahuluan yang menguraikan tentang latar belakang, rumusan

masalah, batasan masalah, tujuan dan manfaat penelitian, metodologi penelitian dan sistematika penulisan.

b. Bab II Landasan Teori Bab II berisi landasan teori yang mengulas tentang sistem, aplikasi, basisdata, pemodelan analisis dan teori yang mendukung dalam Tugas Akhir. c.

Bab III Desain dan Perancangan Pembahasan berikutnya yakni Bab III mengenai desain dan perancangan yang

berisi analisis rencana, data, dan rancangan yang akan diterapkan pada instansi di suatu universitas. d. Bab IV Implementasi dan Analisis Menunjukkan hasil dari pembuatan sistem remunerasi Universitas serta pembahasan masalah dari pembuatan sistem remunerasi yangn ditujukan untuk sebuah universitas. commit to user

4 digilib.uns.ac.id


e. Bab V Penutup Bab V berisi kesimpulan yang merupakan hasil penjabaran dari tujuan pembuatan sistem serta saran yang berkaitan dengan pengembangan program yang lebih baik lagi.

commit to user


digilib.uns.ac.id

BAB II LANDASAN TEORI

2.1. Konsep Dasar Sistem Pembuatan tugas akhir ”sistem remunerasi untuk Universitas berbasis web dengan framework codeigniter dan jquery” ini nantinya akan berjalan pada web server atau internet utuk memudahkan user dalam melakukan pengaksesan data.

2.2. Remunerasi Sistem remunerasi bertujuan untuk : 1. Menarik calon karyawan yang berkualitas dan memiliki kompetensi yang sesuai dengan kompetensi yang diisyaratkan perusahaan. 2. Meningkatkan motivasi kerja karyawan. Intisari yang terkandung dalam kebijakan remunerasi adalah pemberian imbalan (reward) kepada para karyawan yang telah memberikan kontribusi mereka kepada perusahaan serta hukuman (punishment) kepada karyawanyang tidak memberikan kontribusi. Untuk menunjang pelaksanaan sistem sumber daya manusia yang berbasis kompetensi, pemberian peragaan kompetensi, pemberian imbalan harus dikaitkan dengan peningkatan peragaan kompetensi oleh karyawan dalam melaksanakan

pekerjaan

mereka.

Penekanan

pemberian

imbalan

dengan

memasukkan kompetensi sebagai salah satu komponen penentu kompensasi memiliki beberapa tujuan, yaitu : 1. Untuk mengarahkan karyawan agar dapat bekerja sesuai dengan kompetensi yang diinginkan. 2. Untuk

membiasakan

karyawan

agar

berperilaku

sesuai

dengan

kompetensi yang ditargetkan. 3. Untuk memperkuat budaya perusahaan yang didasarkan atas kompetensi. (Hutapea, 2008)

2.3. Database

commit to user

5

6 digilib.uns.ac.id


Database adalah sekumpulan tabel-tabel yang berisi data dan merupakan kumpulan dari field atau kolom. Struktur file yang menyusun sebuah database adalah data record dan field. a.

Data adalah satu informasi yang akan diolah. Sebelum diolah, data dikumpulkan di dalam suatu file database.

b.

Record adalah data yang isinya merupakan satu kesatuan seperti NamaUser dan Password. Setiap keterangan yang mencakup NamaUser dan Password dinamakan satu record. Setiap record diberi nomer urut yang disebut nomor record (Record number)

c.

Field adalah sub bagian dari record. Dari contoh isi record di atas, maka terdiri dari 2 field, yaitu : field NamaUser dan Password.

Gambar 2.1 Struktur File (Anhar, 2010). 2.4. Structured Query Language (SQL) SQL (Structured Query Language) adalah sebuah bahasa yang digunakan untuk mengakses data dalam basis data relasional. Bahasa ini secara de facto merupakan bahasa standar yang digunakan dalam manajemen basis data relasional. Saat ini hampir semua server basis data yang ada mendukung bahasa ini untuk melakukan manajemen datanya ( http://id.wikipedia.org/wiki/SQL). Dalam penggunaannya, perintah sql dikategorikan menjadi tiga sub perintah, yaitu DDL ( Data Definition Language), DML (Data Manipulation Language) dan DCL (Data Control Language).

commit to user 1. DDL (Data Definition Language)

7 digilib.uns.ac.id


DDL merupakan sub bahasa SQL yang digunakan untuk membangun kerangka database. Ada tiga perintah yang termasuk dalam DDL, yaitu : a. Create Perintah ini digunakan untuk membuat, termasuk di antaranya membuat database baru, tabel baru, view baru dan kolom. b. Alter Perng telah dihintah ini digunakan untuk mengubah struktur tabel yang telah dibuat. Pekerjaannya mencakup mengganti nama tabel, menambah kolom, menghapus kolom, maupun memberikan atribut pada kolom. c. Drop Perintah ini digunakan untuk menghapus database dan tabel.

2. DML (Data Manipulation Language) DML merupakan sub bahasa SQL yang digunakan untuk memanipulasi data dalam database yang telah terbuat.Perintah yang digunakan, diantarany : a. Insert Perintah ini digunakan untuk menyisipkan atau memasukkan data baru ke dalam tabel. Penggunaannya setelah database dan tabel selesai dibuat. b. Select Perintah ini, digunakan untuk mengambil data atau menampilkan data dari satu tabel atau beberapa tabel dalam relasi. Data yang diambil dapat kita tampilkan dalam layar prompt MySQL secara langsung maupun ditampilkan pada tampilan aplikasi. c. Update Perintah ini digunakan untuk memperbarui data lama menjadi data terkini. Jika anda memiliki data yang salah atau kurang up to date dengan kondisi sekarang, maka dapat diubah isinya menggunakan perintah update.

d. Delete

commit to user


8 digilib.uns.ac.id

Perintah ini digunakan untuk menghapus data dari tabel. Biasanya data yang dihapus merupakan data yang sudah tidak dapat diperlukan lagi.Pada saat menghapus data, perintah yang telah dijalankan tidak dapat digagalkan, sehingga data yang telah hilang tidak dapat dikembalikan lagi. 3. DCL (Data Control Language) DCL merupakan sub bahasa SQL yang digunakan untuk melakukan pengontrolan data dan server databasenya. Perintah DCL, diantaranya: a. Grand. Perintah ini digunakan untuk memberikan hak/izin akses oleh administrator(pemilik utama) server kepada user (pengguna biasa). Hak akses tersebut berupa hak membuat(create), mengambil (select), menghapus (delete), mengubah (update) dan hak khusus berkenaan dengan sistem databasenya. b. Revoke. Perintah ini memiliki kegunaan terbalik dengan grand, yaitu untuk menghilangkan atau mencabut hak akses yang telah diberikan kepada user oleh administrator. (Nugroho, 2009)

2.5. PHP Framework PHP Framework adalah sebuah lingkungan pengembangan aplikasi berbasis php yang berisi sejumlah class yang telah dibuat agar digunakan kembali untuk membuat aplikasi. Berbagai jenis class ini tergantung dari tujuan dari php framework tersebut, dan php framework yang satu dengan yang lain kemungkinan berbeda. Sebagian besar php framework yang tersedia saat iniberbasis MVC(model view controller). Ini adalah model php framework yang modern. Jika menulis aplikasi dengan suatu framework, maka harus mengikuti aturan dari framework tersebut, tidak boleh asal. Karena inilah biasanya perusahaan menggunakan framework daripada membiarkan si programmer dengan style nya sendiri (Gungun, 2011). commit to user

9 digilib.uns.ac.id


2.6. Framework Codeigniter Codeigniter adalah aplikasi open source yang berupa framework dengan model MVC (Model, View dan Controller) untuk membangun website dinamis. Dengan menggunakan php Codeigniter akan mempermudah developer untuk membuat aplikasi web dengan cepat dan mudah dibandingkan dengan membuatnya dari awal. Pada codeigniter, pembuatan form seperti input form, check box, form password dan lainnya bias menggunakan syntax html biasa ataupun syntax bawaan dari codeigniter untuk peyederhanaan.Untuk menjalankan form_helper load terlebih dahulu form helper-nya dengan fungsi “$this->load->helper(„form‟);”. MVC adalah sebuah pendekatan perangkat lunak yang memisahkan aplikasi logika dari presentasi sehingga dapat meminimalkan script dari halaman-halaman web presentasi (HTML, CSS, Javascript, dsb) dipisahkan dari php scripting, istilah umum yang familiar adalah menghindari terjadinya spaghetti code. a.

Model Model mempresentasikan struktur data yang dibangun. Umumnya kelas model berisi fungsi-fungsi yang membantu developer untuk mengelola, memasukkan dan mengupdate informasi dalam database.

b.

View View adalah informasi yang disajikan untuk user, berupa tampilan atau user interface. View umumnya adalah tampilan sebuah halaman web itu sendiri, tetapi dalam codeigniter, view dapat juga menjadi bagian-bagian atau penggalan-penggalan halaman seperti header atau footer. View dapat juga sebagai halaman RSS atau tipe halaman lainnya.

c.

Controller Controller bertugas sebagai penghubung antara Model, View dan beberapa resource lain yang dibutuhkan untuk memproses HTTP Request dan untuk men-generate sebuah halaman web (Gungun, 2011).

commit to user


10 digilib.uns.ac.id

2.7. Website Website adalah media penyampai informasi di internet. Macamnya, bisa sebagai penyedia informasi komersial (toko online), service (layanan web sms), dan penyampai berita (aplikasi surat kabar online). Website bisa dimanipulasi atau diupdate datanya ketika website tersebut sedang dalam keadaan online (sedang terkoneksi dengan internet) (Jovan, 2010).

2.8. Hyper Text Markup Language (HTML) HTML adalah kependakan dari Hyper Text Markup Language. Fasilitas hypertext merupakan metode yang menautkan(link) satu dokumen ke dokumen lain melalui suatu teks. HTML merupakan halaman yang berada pada suatu situs internet atau Web. Jadi, suatu situs terdiri atas beberapa halaman HTML atau webpage. Semakin menarik halaman web nya, semakin sering situs itu dikunjungi. Misalnya, dengan menampilkan gambar-gambar yang menarik, suara-suara, animasi huruf atau multimedia. Sesungguhnya, HTML merupakan kumpulan kode-kode yang ditampilkan dalam format tag untuk ditampilkan dalam halaman web. Biasanya, hyperlink pada halaman web yang jika di klik oleh pengguna, browser akan menampilkan dokumen HTML, biasanya dibuat memakai editor Notepad atau ms Frontpage.(Kuswayanto, 2006) 2.9. PHP PHP adalah sebuah bahasa pemrograman scripting untuk membuat halaman web yang dinamis. Salah satu perintah yang digunakan pada php adalah perintah while. Perintah while digunakan untuk melakukan perulangan, selama ekspresi while bernilai true. Secara umum statemen perulangan mempunyai 3 keadaam elemen yaitu kondisi awal, kondisi akhir dan pencacah. Kondisi awal merupakan nilai dimana perulangan dimulai, sedangkan kondisi akhir adalah sebuah ekspresi yang akan mengakhiri perulangan dan pencacah digunakan untuk menaikkan atau menurunkan nilai commit user (Wahana Komputer, 2010). variabel kondisi awal, hingga kondisi akhir to terpenuhi



2.10. Jquery Jquery adalah salah satu library javascript. Dengan jquery, kita dapat melakukan banyak hal yang tidak bisa dilakukan oleh HTML maupun CSS. Misalnya, menampilkan artikel tanpa me-reload halaman, memunculkan pop-up di tengahtengah halaman, menyembunyikan artikel jika di-klik dan sebagainya. Contoh yang menarik dan bisa kita lohat adalah pada facebook. Facebook banyak menggunakan jquery maupun ajax dalam penggunaanya (Kun, 2010).

2.11. Unified Modeling Language (UML) UML menyediakan beberapa notasi dan artifak standar yang bisa digunakan sebagai alat komunikasi bagi para pelaku dalam proses analisis dan disain. Artifak di dalam UML didefinisikan sebagai informasi dalam berbagai bentuk yang digunakan atau dihasilkan oleh proses pemrograman yang antara lain terdiri dari use case Diagram, Sequence dan Class Diagram (Hermawan, 2008).

2.13.1 Activity Diagram

Tabel 2.1 Notasi Activity Diagram (Rosa, 2010) Gambar

Keterangan Strart state, merupakan awal dari keseluruhan activity diagram. End state, akhir dari keseluruhan activity diagram . Activity

,

sekumpulan

rangkaian

kegiatan yang dilakukan oleh user. Decision, pilihan untuk mengambil keputusan Fork; Digunakan untuk menunjukkan kegiatan yang dilakukan secara parallel atau untuk menggabungkan commit to user kegiatan paralel menjadi satu.

dua



Diagram ini menggambarkan proses yang termasuk tugas berurutan, logika kondisional, dan konkurensi. Diagram ini adalah seperti flowchart, tetapi telah ditingkatkan untuk digunakan dengan pemodelan objek (Rosa, 2010). 2.13.2 Use Case

Tabel 2.2 Tabel Notasi Use Case Diagram (Rosa, 2010). Gambar

Keterangan Use

case

digambarkan

sebagai

lingkaran elips dengan nama use case dituliskan didalam elips tersebut. Actor adalah pengguna sistem. Actor tidak terbatas hanya manusia saja, jika sebuah sistem berkomunikasi dengan aplikasi lain dan membutuhkan input atau memberikan output, maka aplikasi tersebut juga bisa dianggap sebagai actor. Asosiasi

digunakan

untuk

menghubungkan actor dengan use case. Asosiasi digambarkan dengan sebuah garis

yang

menghubungkan

antara

Actor dengan Use Case. Ekstensi, merupakan hubungan use case tambahan

kesebuah

use

case

dimana use case yang ditambahkan dapat berdiri sendiri walau tanpa use case itu. Include merupakan hubungan use case tambahan kesebuah use case dimana commit to user use case yang ditambahkan



memerlukan

use

case

ini

untuk

menjalankan fungsinya atau sebagai syarat dijalankan use case ini.

Gambar 2.2 Use Case Use Case menjelaskan urutan kegiatan yang dilakukan actor dan sistem untuk mencapai suatu tujuan tertentu. Walaupun menjelaskan kegiatan namun use case hanya menjelaskan apa yang dilakukan oleh actor dan sistem, bukan bagaimana actor dan sistem melakukan kegiatan tersebut (Hermawan, 2008).

2.13.3 Sequence Diagram

Tabel 2.3 Tabel Notasi Sequence Diagram (Pender, 2002). Gambar

Keterangan Object

: Object

merupakan

instance

dari

sebuah class dan dituliskan tersusun secara

horizontal.

Digambarkan

sebagai sebuah class (kotak) dengan nama

object

didalamnya

yang

diawali dengan sebuah titik koma.

commit to user



Actor

juga

dapat

berkomunikasi

dengan object, maka actor juga dapat diurutkan sebagai Actor

kolom.

sama dengan

Simbol

simbol

pada

Actor Use Case Diagram. Lifeline mengindikasikan keberadaan sebuah object Notasi untuk

dalam basis waktu. Lifeline

adalah

garis

putus-putus vertikal yang ditarik dari sebuah object . Realization

menunjukkan

hubungan

relasi yang dinyatakan oleh elemen. Activation dinotasikan sebagai sebuah kotak

segi

empat

yang

digambar

pada sebuah lifeline. mengindikasikan sebuah obyek yang akan melakukan sebuah aksi. Message, digambarkan dengan anak message

panah horizontal antara Activation Message mengindikasikan komunikasi antara object -object .

Gambar 2.3 Sequence Diagram commit to user



Sequence diagram menjelaskan secara detail urutan proses yang dilakukan dalam sistem untuk mencapai tujuan dari use case : interaksi yang terjadi antar class, operasi apa saja yang terlibat, urutan antar operasi, dan informasi yang diperlukan oleh masing-masing operasi (Hermawan, 2008).

2.13.4 Class Diagram

Tabel 2.4 Tabel Komponen Class Diagram (Rosa, 2010). Gambar

Keterangan Class adalah blok - blok pembangun pada pemrograman berorientasi obyek. Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian. Bagian atas adalah bagian nama dari

class.

Bagian

tengah

mendefinisikan property/atribut class. Bagian akhir mendefinisikan methodmethod dari sebuah class. Kadangkala sebuah class menggunakan class

yang lain. Hal

dependency. dependency

Umumnya

ini

disebut

penggunaan

digunakan

untuk

menunjukkan operasi pada suatu class yang menggunakan class yang lain. Sebuah

dependency

dilambangkan

sebagai sebuah panah bertitik-titik.

commit to user



Gambar 2.4 Class Diagram. Class Diagram umumnya tersusun dari elemen class, interface, dependency, generalization dan association. Relasi dependency menunjukkan bagaimana ketergantungan terjadi antar class yang ada. Relasi generalization menunjukkan bagaimana suatu class menjadi superclass dari class lainnya dan class yang lain tersebut menjadi subclass dari class tersebut (Hermawan, 2008).

2.13.5 Deployment Diagram

Tabel 2.5 Tabel Komponen Deployment Diagram (Rosa, 2010). Gambar

Keterangan Node menggambarkan bagian-bagian hardware dalam sebuah sistem. Notasi untuk

node

digambarkan

sebagai

sebuah kubus 3 dimensi. Sebuah sebagai

association sebuah

garis

menghubungkan dua mengindikasikan

digambarkan

node

yang yang

jalur komunikasi

antara komponen-komponen hardware.

Deployment diagram dalam model Unified Modeling Language merupakan penyebaran fisik artefak pada node. Untuk menggambarkan situs web, misalnya, commit to user atau komponen ("node") yang ada deployment diagram akan menunjukkan hardware



(misalnya, web server, server aplikasi, dan database server), komponen perangkat lunak ("artefak") berjalan pada setiap node (misalnya, aplikasi web, database), dan bagaimana bagian-bagian yang berbeda terhubung (misalnya JDBC, REST, RMI). Node muncul sebagai kotak, dan artefak yang dialokasikan ke setiap node muncul sebagai persegi panjang di dalam kotak. Node mungkin memiliki subnodes, yang muncul sebagai kotak bersarang. Sebuah node tunggal dalam sebuah diagram penyebaran konseptual dapat mewakili node fisik ganda, seperti sekelompok server database (http://en.wikipedia.org/wiki/Deployment_diagram).

commit to user


digilib.uns.ac.id

BAB III ANALISIS DAN PERANCANGAN SISTEM

3.1.

IDENTIFIKASI MASALAH Proses rekap pelaporan pada suatu instansi di suatu Universitas umumnya masih

menggunakan cara manual yakni, belum ada sistem khusus yang menangani rekap laporan. Cara tersebut menyebabkan sistem yang berjalan tidak efektif dan efisien seperti yang diharapkan. Di samping itu, akan sangat berbahaya jika data yang bentuknya privasi berada pada tangan yang salah. Untuk mengendalikan masalah ini, maka perlu dirancang program aplikasi yang berbentuk website yang digunakan untuk mengelola rekap data pelaporan serta untuk mengontrol penilaian. Melihat dari keadaan tersebut maka pembuatan sistem remunerasi untuk Universitas berbasis web dengan framework codeigniter dan jquery ini, dibuat dengan harapan adanya sistem yang mampu menangani rekap data serta mengontrol penilaian. 3.2

ANALISIS SISTEM

3.2.1

Kebutuhan Fungsional Sistem Pembuatan sistem remunerasi ini membutuhkan hardware, software dan

brainware yang mendukung. Spesifikasi untuk hardware, software dan brainware akan dijelaskan dibawah ini. 1.

Kebutuhan Hardware a. Personal Computer (PC) Spesifikasi PC yang digunakan untuk pembuatan sistem remunerasi untuk Universitas berbasis web dengan framework codeigniter dan jquery ini adalah: 1. Processor Pentium III ke atas 2. Harddisk 80 GB ke atas 3. Display VGA atau resolusi lebih tinggi 4. RAM 512 MB

commit to user

18



2. Kebutuhan Software 2.1 Sebagai pembangunan sistem 1. Sistem Operasi Windows XP atau versi diatasnya 2. MySQL MySQL disini berfungsi sebagai media penyimpanan database dalam aplikasi remunerasi. 3. Notepad++ Notepad++ disini berfungsi untuk melakukan penulisan script agar lebih mudah dalam pembacaannya. 4.

Adobe Dreamwaver Adobe dreamwaver digunakan sebagai media yang dapat mempermudah penulis untuk membuat design template yang digunakan dalam sistem.

5. XAMPP Xampp merupakan aplikasi paket yang digunakan penulis untuk membuat sistem remunerasi, karena di dalam nya terdapat apache server yang digunakan sebagai web server yang berjalan pada sisi local.

2.1

Sebagai implementasi

1. Browser Tidak semua browser support dengan aplikasi web remunerasi ini dikarenakan untuk browser yang tidak update, untuk pembacaan jquery tidak dapat berjalan dengan baik hal ini dikarenakan jquery berjalan pada sisi client. Support Browser : a. Safari 5.1.0 ke atas b. Mozilla Firefox 8.0 ke atas

3. Kebutuhan Brainware Brainware merupakan faktor manusia yang menangani fasilitas komputer yang ada. Faktor manusia yang dimaksud adalah orang-orang yang memiliki commit to user



bagian untuk menangani sistem dan merupakan unsur manusia dalam sistem ini meliputi : a.

Pegawai, yaitu orang yang dalam sistem ini memiliki hak akses sebagai pengisi quisioner yang nantinya menentukan leveling dari pegawai tersebut.

b. Kepala Unit, yaitu orang yang mengelola unit yang berada di bawahnya beserta struktur kepegawaiannya. c.

Super Administrator, yaitu orang yang memiliki peranan penting dalam sistem yang dapat menentukan isi dari database.

3.3

Perancangan Sistem Perancangan Web Aplikasi Remunerasi ini menggunakan metode UML

(Unified Modeling Language) yang dapat berguna sebagai informasi dalam proses pemrograman yang antara lain terdiri dari SRS (System Requirement Specification), Activity Diagram, Use Case Diagram, Sequence Diagram dan Class Diagram

3.3.1. System Requirement Specification (SRS) Keterangan Kode : SRS - F – 01 1. SRS : System Requirement Specification. 2. F

: Fuctional

3. SA : Super Admin 4. KU : Kepala Unit 5. P

: Pegawai

6. 01 : no urut

Tabel 3.1 System Requirement Specification (SRS) Kode

Nama

Deskripsi

SRS – F – 01-SA

Kelola Session

Admin dapat melihat user yang masuk ke dalam sistem.

SRS – F – 02-SA

Switch to Pegawai

Berhubung admin merupakan bagian

dari pegawai commit to user

maka

admin

dapat



melakukan login sebagai pegawai. SRS – F – 03-SA

Update Data Diri

Admin dapat melakukan update data diri

SRS – F – 04-SA

Search Data Pegawai

Mencari data pegawai

SRS – F – 05-SA

Lihat Data Pegawai

Melihat data pegawai

SRS – F – 06-SA

Tambah Data Pegawai

Menambah data pegawai

SRS – F – 07-SA

Update Data Pegawai

Mengedit data pegawai

SRS – F – 08-SA

Delete Data Pegawai

Menghapus data pegawai

SRS – F – 09-SA

Search Data Evaluasi Mencari data Evaluasi laporan laporan pekerjaan

SRS – F – 10-SA

pekerjaan

Lihat Data Evaluasi Menampilkan laporan pekerjaan

SRS – F – 11-SA

Tambah Data Evaluasi Menambahkan

Download

laporan

Evaluasi

laporan

pekerjaan

laporan pekerjaan SRS – F – 12-SA

Evaluasi

pekerjaan Data Download Evaluasi laporan pekerjaan

Evaluasi

laporan

pekerjaan SRS – F – 13-SA

Delete Data Evaluasi Menghapus Evaluasi laporan pekerjaan laporan pekerjaan

SRS – F – 14-SA

Scoring

Evaluasi Memberikan penilaian Evaluasi laporan

laporan pekerjaan SRS – F – 15-SA

Search

Data

pekerjaan

Hasil Mencari data hasil quisioner

Quisioner SRS – F – 16-SA

Lihat

Data

Hasil Melihat hasil quisioner


Update

Data

Hasil Mengedit hasil quisioner

Data

Hasil Menghapus hasil quisioner


Delete


Search Data Jobdesk data Jobdesk Karyawan commit to Mencari user



Karyawan SRS – F – 20-SA

Lihat Data Jobdesk Melihat data Jobdesk Karyawan Karyawan

SRS – F – 21-SA

Tambah Data Jobdesk Menambah data Jobdesk Karyawan Karyawan

SRS – F – 22-SA

Update Data Jobdesk Mengedit data Jobdesk Karyawan Karyawan

SRS – F – 23-SA

Delete Data Jobdesk Menghapus data Jobdesk Karyawan Karyawan

SRS – F – 24-SA

Search Data Quisioner

Mencari data Quisioner

SRS – F – 25-SA

Lihat Data Quisioner

Melihat data Quisioner

SRS – F – 26-SA

Tambah

Data Menambah data Quisioner


Update

Data Mengedit data Quisioner


Delete Data Quisioner

Menghapus data Quisioner

SRS – F – 29-SA

Search Data Unit

Mencari data Unit

SRS – F – 30-SA

Lihat Data Unit

Melihat data Unit

SRS – F – 31-SA

Tambah Data Unit

Menambah data Unit

SRS – F – 32-SA

Update Data Unit

Mengedit data Unit

SRS – F – 33-SA

Delete Data Unit

Menghapus data Unit

SRS – F – 34-SA

Search Data Status

Mencari data Status

SRS – F – 35-SA

Lihat Data Status

Melihat data Status

SRS – F – 36-SA

Tambah Data Status

Menambah data Status

SRS – F – 37-SA

Update Data Status

Mengedit data Status

SRS – F – 38-SA

Delete Data Status

Menghapus data Status

SRS – F – 39-SA

Search Data Faktor Mencari data Faktor quisioner quisioner

SRS – F – 40-SA

Lihat

Data

quisioner

Faktor Melihat data Faktor quisioner commit to user



SRS – F – 41-SA

Tambah Data Faktor Menambah data Faktor quisioner quisioner

SRS – F – 42-SA

Update Data Faktor Mengedit data Faktor quisioner quisioner

SRS – F – 43-SA

Delete

Data

Faktor Menghapus data Faktor quisioner

quisioner SRS – F – 44-SA

Search

Data Mencari data Ownership jobdesk

Ownership jobdesk SRS – F – 45-SA

Lihat Data Ownership Melihat data Ownership jobdesk jobdesk

SRS – F – 46-SA

Tambah

Data Menambah data Ownership jobdesk


Update

Data Mengedit data Ownership jobdesk


Delete

Data Menghapus data Ownership jobdesk


Search Data Jabatan Mencari data Jabatan struktural struktural

SRS – F – 50-SA

Lihat

Data

Jabatan Melihat data Jabatan struktural

structural SRS – F – 51-SA

Tambah Data Jabatan Menambah data Jabatan struktural structural

SRS – F – 52-SA

Update Data Jabatan Mengedit data Jabatan struktural structural

SRS – F – 53-SA

Delete Data Jabatan Menghapus data Jabatan struktural structural

SRS – F – 54-SA

Search Data Jabatan Mencari data Jabatan functional functional

SRS – F – 55-SA

Lihat

Data

functional

Jabatan Melihat data Jabatan functional commit to user



SRS – F – 56-SA

Tambah Data Jabatan Menambah data Jabatan functional functional

SRS – F – 57-SA

Update Data Jabatan Mengedit data Jabatan functional functional

SRS – F – 58-SA

Delete Data Jabatan Menghapus data Jabatan functional functional

SRS – F – 59-SA

Search Data Jobdesk

Mencari data Jobdesk

SRS – F – 60-SA

Lihat Data Jobdesk

Melihat data Jobdesk

SRS – F – 61-SA

Tambah Data Jobdesk

Menambah data Jobdesk

SRS – F – 62-SA

Update Data Jobdesk

Mengedit data Jobdesk

SRS – F – 63-SA

Delete Data Jobdesk

Menghapus data Jobdesk

SRS – F – 64-SA

Search Data Golongan

Mencari data Golongan

SRS – F – 65-SA

Lihat Data Golongan

Melihat data Golongan

SRS – F – 66-SA

Tambah

Data Menambah data Golongan

Golongan SRS – F – 67-SA

Update

Data Mengedit data Golongan

Golongan SRS – F – 68-SA

Delete Data Golongan

Menghapus data Golongan

SRS – F – 69-KU

Update Data Diri KU

Kepala unit dapat melakukan update data diri

SRS – F – 70-KU

Search Data Pegawai

Mencari data pegawai yang berada pada unit dari kepala unit.

SRS – F – 71-KU

Lihat Data Pegawai Melihat data pegawai yang berada pada Unit

SRS – F – 72-KU

Tambah Data Pegawai Menambah data pegawai yang berada Unit

SRS – F – 73-KU

pada unit dari kepala unit.

Update Data Pegawai Mengedit data pegawai yang berada Unit

SRS – F – 74-KU

unit dari kepala unit.

pada unit dari kepala unit.

Delete Data Pegawai Menghapus data pegawai yang berada Unit

commit to pada user unit dari kepala unit.



SRS – F – 75-KU

Search Data Evaluasi Mencari data Evaluasi laporan laporan

pekerjaan pekerjaan yang berada pada unit dari

Unit SRS – F – 76-KU

kepala unit.

Lihat Data Evaluasi Menampilkan laporan

kepala unit.

Tambah Data Evaluasi Menambahkan laporan

Evaluasi

laporan



laporan



Evaluasi

kepala unit.

Download

Data Download Evaluasi laporan pekerjaan

Evaluasi

laporan yang berada pada unit dari kepala unit.

pekerjaan Unit SRS – F – 79-KU

Kepala Unit Switch to Berhubung Kepala unit Pegawai

merupakan

bagian dari pegawai maka admin dapat melakukan login sebagai pegawai.

SRS – F – 80-P

Update Pegawai

SRS – F – 81-P

Mengisi structural

Data

Diri Pegawai dapat melakukan update data diri

Quisioner Pegawai dapat mengisi quisioner untuk jabatan structural jika pegawai tersebut memiliki jabatan struktural

SRS – F – 82-P

Mengisi functional

Quisioner Pegawai dapat mengisi quisioner untuk jabatan structural jika pegawai tersebut memiliki jabatan functional

SRS – F – 83-P

Upload pekerjaan

SRS – F – 84-P

Melihat pekerjaan

laporan Melakukan upload laporan pekerjaan pegawai berdasarkan jobdesk. laporan Melihat laporan pekerjaan yang pernah individu di upload oleh pegawai

pegawai SRS – F – 85-P

Download pekerjaan

laporan Men-download laporan pekerjaan yang individu pernah di upload oleh pegawai commit to user



pegawai

3.3.2.

Activity Diagram Telah dijelaskan bahwa pada sistem ini, terdapat 3 actor yakni super admin,

kepala unit dan pegawai karena terlalu besar maka akan dilakukan pemecahan sesuai actor. 1. Activity Diagram Super Admin

Gambar 3.1 Activity Diagram Actor Super Admin

Super admin memiliki hak akses tertinggi dibandingkan dengan actor yang lain, berdasarkan activity diagram pada gambar 3.1 dapat dilihat bahwa super admin dapat menambah, mengedit dan menghapus data master.

commit to user



2. Activity Diagram Kepala Unit

Gambar 3.2 Activity Diagram Actor Kepala Unit

Kepala Unit memiliki hak akses yang lebih tinggi dibandingkan dengan pegawai, berdasarkan activity diagram pada gambar 3.2 dapat dilihat bahwa kepala unit dapat menambah, mengedit dan menghapus data pegawai sedangkan pada hak akses pegawai proses insert, update dan delete tidak dapat dilakukan. 3. Activity Diagram Pegawai

commit to user Actor Pegawai Gambar 3.3 Activity Diagram



Pegawai memiliki hak akses terendah dibandingkan dengan actor yang lain, berdasarkan activity diagram pada gambar 3.3 dapat dilihat bahwa pegawai hanya dapat update data diri dan upload evaluasi laporan pekerjaan. 3.3.3.

Use Case Diagram Pada use case diagram dapat dijelaskan urutan kegiatan yang dilakukan

actor dan sistem untuk mencapai suatu tujuan tertentu. Walaupun menjelaskan kegiatan namun use case hanya menjelaskan apa yang dilakukan oleh actor dan sistem, bukan bagaimana actor dan sistem melakukan kegiatan tersebut. <<extend>>

update data diri Pegawai

simpan data

pegawai

upload laporan pekerjaan

download laporan pekerjaan

Gambar 3.4 Use Case Diagram Pegawai

Dari gambar diatas dapat dilihat hak akses serta aktivitas apa yang dapat dilakukan oleh actor pegawai, yakni : a.

Melakukan input data diri

b.

Melakukan update data diri

c.

Meng-upload laporan pekerjaan.

d.

Mengisi quisioner

commit to user



<> assesment awal ke pegawai <> melihat data pegawai

Kepala Unit

memberikan jobDesk ke pegawai <>

evaluasi laporan pekerjaan tambahan

laporan pegawai

mengisi quisioner

update data diri Pegawai

switch to pegawai

Gambar 3.5 Use Case Diagram Kepala Unit

Gambar diatas adalah gambar use case diagram dari kepala unit. Dari gambar tersebut dapat dijelaskan kepala unit memiliki berbagai hak akse yakni : a.

Memberikan assesment awal kepada pegawai.

b.

Memberikan jobdesk kepada pegawai.

c.

Meng-evaluasi laporan pekerjaan

d.

Membuat quisioner.

commit to user



update data diri SA

<> tambah data master <> <>

lihat data master

Super Admin update data master

delete data master

Gambar 3.6 Use Case Diagram Super Admin

Gambar diatas merupakan use case diagram dari super administrator yakni pemegang hak akses tertinggi dari actor yang lain (pegawai dan kepala unit). Hak akses yang dapat dilakukan oleh administrator adalah keseluruhan hak akses yang dapat dilakukan oleh pegawai dan kepala unit yakni : a. Melakukan update data diri pegawai, kepala unit dan super administrator. b. Melakukan tambah data pegawai, kepala unit dan super administrator. c. Melihat data diri pegawai, kepala unit dan super administrator. d. Menambah dan meng-update data pada database. 3.3.4.

Sequence Diagram Pada sequence diagram akan dijelaskan secara detail urutan proses yang

dilakukan dalam sistem untuk mencapai tujuan dari use case.

commit to user



formLogin : user

usermasuk

validasiLogin

submit validasi data

akses menentukan nantinya login sebagai : a. pegawai b. Kepala Unit c. Superadmin

cek database akses akses result

Gambar 3.7 Sequence Diagram Login User Berdasarkan gambar diatas dijelaskan bahwa setiap actor nantinya akan mengakses page yang sama diawal yakni form login, yang mana setelah itu sistem akan memeriksa hak akses dari user yang telah login tersebut kemudian menyimpan data nip, hak akses dan unit kedalam session. Dapat dijelaskan sequence diagram berdasarkan 3 actor yakni : a. Pegawai 1. Update Data Pegawai

simpan user : pegawai updateP() simpan return sukses/gagal

Gambar 3.8 Sequence Diagram Update Data Pegawai commit to user



Berdasarkan gambar dapat dijelaskan bahwa pegawai dapat melakukan update data diri. 2. Upload Laporan Pekerjaan jobDesk

upload

user : pegawai melihat mengambil data upload() proses upload return return

sukses/gagal

Gambar 3.9 Sequence Diagram Upload Laporan Pekerjaan

Berdasarkan gambar dijelaskan pegawai dapat melakukan upload data sebagai hasil dari laporan pekerjaan yang telah dilakukan pegawai dengan melihat jobdesk yang dimiliki oleh pegawai terlebih dahulu kemudian melakukan proses upload dengan memilih data pada pc/laptop dari pegawai kemudian sistem akan melakukan proses validasi apakah format file sesuai jika iya maka sistem akan melakukan peenyimpanan data pegawai kedalam database jika tidak maka pegawai diminta untuk memasukkan data yang valid.

commit to user



3. Download Laporan Pekerjaan

jobDesk

user : pegawai

download

melihat mengambil data upload() proses download return return

sukses/gagal

Gambar 3.10 Sequence Diagram Download Laporan Pekerjaan Berdasarkan gambar dijelaskan pegawai dapat melakukan download data terhadap data yang sudah pernah di-upload oleh pegawai. b. Kepala Unit 1. Memberikan jobdesk ke pegawai

user : Kepala Unit

jobDesk

pegawai

memilih memberikan jobdesk terima return return

sukses/gagal

commitDiagram to user Memberikan Jobdesk Pegawai Gambar 3.11 Sequence



Pemberian jobdesk kepada pegawai dilakukan dengan memilih jobdesk yang akan diberikan kemudian memilih nip dari pegawai, setelah itu sistem akan menyimpan id jobdesk yang diberikan kepada pegawai. 2. Download Laporan Pekerjaan evaluasi LapPekerjaan

user : Kepala Unit download file prosesDownload file

Gambar 3.12 Sequence Diagram Download Laporan Pekerjaan Pegawai

Proses download laporan pekerjaan ini dilakukan untuk melakukan proses downloading data dari server. 3. Meng-evaluasi Laporan Pekerjaan

frameDeleteDataMastere valuasiLaporanPekerjaan

user : Kepala Unit klikEvaluasiLapPekerjaan

membawa data id_lapPekerjaan

tampil frame scoreEvaluasiLapPekerjaan submit proses scoreEvaluasiLappekerjaan

setelah mengisi form dan validasi bernilai true

return

sukses/gagal

Gambar 3.13 Sequence Diagram Evaluasi Laporan Pekerjaan commit to user



Proses evaluasi laporan pekerjaan dilakukan oleh kepala unit, proses ini dilakukan dengan mendownload terlebih dahulu file yang akan diberi scoring kemudia proses scoring evaluasi laporan pekerjaan baru dapat dijalankan. 4. Mengisi Quisioner

Quisioner

user : Kepala Unit

mengisi Quisioner

membawa id, S/Funtuk membedakan quisoner yang diisi struktural ataukah functional

menghitung nilai dari Quisioner nilai dari Quisioner

Gambar 3.14 Sequence Diagram Mengisi Quisioner Pada proses tambah quisioner untuk kepala unit, nantinya secara default tambah data quisioner yang dibuat hanya berlaku pada unit yang dipegang saja karena pada proses tambah data quisioner membawa data kode_unit yang didapat dari session ketika login. c. Super Admin 1. Tambah Data Pegawai

frameTambahDat aMasterPegawai

user : Super Admin

klik tambahDataPegawai

tampil frame tambahDataPegawai

submit proses tambahPegawai return

sukses/gagal

Gambar 3.15 Sequence Diagram Tambah Data Pegawai commit to user



Proses penambahan pegawai dilakukan dengan terlebih dahulu meng-klik “tambahDataPegawai” setelah itu tampil frame untuk isi data pegawai. Setelah data diisi dan format pengisian data valid maka sistem akan menambahhkan data tersebut jika data yang dimasukkan tidak valid maka sistem akan menampilkan pesan kesalahan dari format data yang dimasukkan. 2. Edit Data Pegawai

frameEditDataM asterPegawai

user : Super Admin

membawa data id_pegawai

klik editDataPegawai

tampil frame editDataPegawai


submit proses editPegawai return

sukses/gagal

Gambar 3.16 Sequence Diagram Edit Data Pegawai

Pada proses edit data pegawai, super admin akan memilih data yang akan diedit kemudian akan tampil frame editDataPegawai dengan membawa id_pegawai setelah itu proses edit data dilakukan, jika data yang dimasukkan sesuai format pengisian maka data pegawai akan disimpan ke database namu jika data yang dimasukkan tidak sesuai dengan format maka akan muncul pesan peringatan bahwa format yang dimasukkan salah.

commit to user



3. Hapus Data Pegawai

deleteDataMast erPegawai

user : Super Admin

membawa data id_pegawai

klik deleteDataPegawai memilih confirmation "YES"

tampil confirmation deleteDataPegawai

"yes" proses deletePegawai return

sukses/gagal

Gambar 3.17 Sequence Diagram Hapus Data Pegawai

Proses hapus data pegawai dilakukan dengan memilih pegawai yang akan dihapus datanya serta membawa id_pegawai setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika yam aka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya. 4. Download Evaluasi Laporan Pekerjaan

downloadEvaluasi LaporanPekerjaan user : Super Admin

membawa id_lapPekerjaan

download proses Download return

sukses/gagal

Gambar 3.18 Sequence Diagram Download Evaluasi Laporan Pekerjaan commit to user



Proses download laporan pekerjaan dilakukan dengan memilih data dengan membawa id_lapPekerjaan. 5. Memberikan Score Evaluasi Laporan Pekerjaan

frameDeleteDataMastere valuasiLaporanPekerjaan

user : Super Admin


klik scoreEvaluasiLapPekerjaan

tampil frame scoreEvaluasiLaporanPekerjaan


submit proses scoreEvaluasiLapPekerjaan return

sukses/gagal

Gambar 3.19 Sequence Diagram Scoring Evaluasi Laporan Pekerjaan

Proses scoring evaluasi laporan pekerjaan ini dilakukan dengan memilih data yang akan diberi score terlebih dahulu setelah itu akan tampil frame scoreEvaluasiLapPekerjaan dengan membawa id_lapPekerjaan.

commit to user



6. Menghapus Evaluasi Laporan pekerjaan

deleteDataEvalu asiLapPekerjaan

user : Super Admin


klik deleteEvaluasiLapPekerjaan memilih confirmation "YES"

tampil confirmation deleteEvaluasiLappekerjaan

"yes" proses deleteEvaluasiLapPekerjaan return

sukses/gagal

Gambar 3.20 Sequence Diagram Hapus Evaluasi Laporan Pekerjaan Proses hapus evaluasi laporan pekerjaan ini dilakukan dengan memilih data yang akan dihapus dengan membawa id_lapPekerjaan kemudian akan tampil confirmation “apakah yakin akan menghapus data ini”, jika ya maka proses akan dilanjutkan dengan menghapus data jika tidak maka data tidak akan terhapus. 7. Edit Hasil Quisioner

frameEditDataMast erHasilQuisioner

user : Super Admin

membawa data id_Quisioner

klik editDataHasilQuisioner

tampil frame editDataHasilQuisioner


submit proses editHasilQuisioner return

sukses/gagal

commit to userEdit Hasil Quisioner Gambar 3.21 Sequence Diagram



Proses “edit hasil quisioner” dilakukan dengan memilih hasil quisioner yang akan diedit serta membawa id_hasilquestioner setelah itu maka akan tampil form edit data quisioner yang berupa frame setelah data quisioner diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database. 8. Hapus Hasil Quisioner

deleteDataMaster HasilQuisioner

user : Super Admin


klik deleteDataHasilQuisioner

tampil confirmation deleteDataHasilQuisioner

memilih confirmation "YES"

"yes" proses deleteHasilQuisioner return

sukses/gagal

Gambar 3.22 Sequence Diagram Hapus Hasil Quisioner Proses “hapus hasil quisioner” dilakukan dengan memilih hasil quisioner yang akan diedit serta membawa id_hasilquestioner setelah itu maka akan tampil confirmation “apakah data yang dimasukkan benar, jika yam aka data akan terhapus.

commit to user



9. Search Hasil Quisioner

dataHasilQuisio ner

user : Super Admin

memasukkan keyword search dataHasilQuisioner return

tampil data sesuai keyword yang dimasukkan

Gambar 3.23 Sequence Diagram Search Hasil Quisioner

Pada proses search hasilQuisioner, nantinya user akan memasukkan data yang ingin dicari secara manual kemudian sistem akan mecari data berdasarkan yang dimasukkan oleh user dan menampilkan data yang mirip (dengan perintah like). 10. Hapus Jobdesk Karyawan

deleteDataMasterJo bDeskKaryawan

user : Super Admin

membawa data id_JDKaryawan

klik deleteDataJobDeskKaryawan tampil confirmation deleteDataJobDeskKaryawan memilih confirmation "YES" "yes" proses deleteJobDeskKaryawan return

sukses/gagal

commit to userHapus Jobdesk Karyawan Gambar 3.24 Sequence Diagram



Proses “hapus jobdesk karyawan” dilakukan dengan memilih jobdesk karyawan yang akan diedit serta membawa id_JDKaryawan setelah itu maka akan tampil confirmation “apakah data yang dimasukkan benar, jika ya maka data akan terhapus. 11. Edit Jobdesk Karyawan

frameEditDataMaster JobDeskKaryawan

user : Super Admin

membawa data id_JDKaryawan

klik editDataJobDeskKaryawan

tampil frame editDataJobDeskKaryawan


submit proses editJobDeskKaryawan return

sukses/gagal

Gambar 3.25 Sequence Diagram Edit Jobdesk Karyawan

Proses “edit jobedesk karyawan” dilakukan dengan memilih jobedesk karyawan yang akan diedit serta membawa id_JDKaryawan setelah itu maka akan tampil form edit data jobedesk karyawan yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



12. Tambah Jobdesk Karyawan

frameTambahDataJ obDeskKaryawan

user : Super Admin

klik tambahDataJobDeskKaryawan setelah mengisi form dan validasi bernilai true

tampil frame tambahDataJobDeskKaryawan

submit proses tambahJobDeskKaryawan return

sukses/gagal

Gambar 3.26 Sequence Diagram Tambah Jobdesk Karyawan Proses tambah “jobedesk karyawan” dilakukan dengan mengisi form tambah data jobedesk karyawan yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah. 13. Searching Jobdesk Karyawan

DataJobDeskK aryawan

user : Super Admin

memasukkan keyword search DataJobDeskKaryawan return

tampil data sesuai keyword yang dimasukkan

Gambar 3.27 Sequence Diagram Searching Jobdesk Karyawan commit to user



Pada proses search jobdeskKaryawan, nantinya user akan memasukkan data yang ingin dicari secara manual kemudian sistem akan mecari data berdasarkan yang dimasukkan oleh user dan menampilkan data yang mirip (dengan perintah like). 14. Tambah Data Master Quisioner

frameTambahD ataQuisioner

user : Super Admin

klik tambahDataQuisioner

tampil frame tambahDataQuisioner


submit proses tambahDataQuisioner return

sukses/gagal

Gambar 3.28 Sequence Diagram Tambah Jobdesk Quisioner

Proses tambah “master Quisioner” dilakukan dengan mengisi form tambah data master Quisioner yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah.

commit to user



15. Edit Data Master Quisioner

frameEditDataMa sterQuisioner

user : Super Admin


klik editDataMasterQuisioner setelah mengisi form dan validasi bernilai true

tampil frame editDataMasterQuisioner

submit proses editMasterQuisioner return

sukses/gagal

Gambar 3.29 Sequence Diagram Edit Quisioner Proses “edit quisioner” dilakukan dengan memilih quisioner yang akan diedit serta membawa id_Quisioner setelah itu maka akan tampil form edit data quisioner yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database. 16. Delete Data Master Quisioner

deleteDataMast erQuisioner

user : Super Admin


klik deleteDataMasterQuisioner

tampil confirmation deleteDataMasterQuisioner


"yes" proses deleteQuisioner return

sukses/gagal

’ commit to user Gambar 3.30 Sequence Diagram Hapus Jobdesk Quisioner



Proses “hapus quisioner” dilakukan dengan memilih quisioner yang akan diedit serta membawa id_Quisioner setelah itu maka akan tampil confirmation “apakah data yang dimasukkan benar, jika ya maka data akan terhapus. 17. Tambah Data Master Unit

frameTambahD ataUnit

user : Super Admin

klik tambahDataUnit

tampil frame tambahDataUnit


submit proses tambahDataUnit return

sukses/gagal

Gambar 3.31 Sequence Diagram Tambah Unit

Proses tambah “master unit” dilakukan dengan mengisi form tambah data master unit yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah.

commit to user



18. Edit Data Master Unit

frameTambahD ataUnit

user : Super Admin

klik tambahDataUnit setelah mengisi form dan validasi bernilai true

tampil frame tambahDataUnit

submit proses tambahDataUnit return

sukses/gagal

Gambar 3.32 Sequence Diagram Edit Unit Proses “edit unit” dilakukan dengan memilih unit yang akan diedit serta membawa kode_unit setelah itu maka akan tampil form edit data unit yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database. 19. Delete Data Master Unit

deleteDataMast erUnit

user : Super Admin

membawa data kode_unit

klik deleteDataMasterUnit

tampil confirmation deleteDataMasterUnit


"yes" proses deleteUnit return

sukses/gagal

commit to user Gambar 3.33 Sequence Diagram Hapus Unit



Proses “hapus unit” dilakukan dengan memilih unit yang akan diedit serta membawa kode_unit setelah itu maka akan tampil confirmation “apakah data yang dimasukkan benar, jika ya maka data akan terhapus. 20. Tambah Data Master Status

frameTambahD ataStatus

user : Super Admin

klik tambahDataStatus

tampil frame tambahDataStatus


submit proses tambahDataStatus return

sukses/gagal

Gambar 3.34 Sequence Diagram Tambah Status Proses tambah “master status” dilakukan dengan mengisi form tambah data master status yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah.

commit to user



21. Edit Data Master Status

frameEditData MasterStatus

user : Super Admin

membawa data id_Status

klik editDataMasterStatus setelah mengisi form dan validasi bernilai true

tampil frame editDataMasterStatus

submit proses editMasterStatus return

sukses/gagal

Gambar 3.35 Sequence Diagram Edit Status Proses “edit status” dilakukan dengan memilih status yang akan diedit serta membawa id_ status setelah itu maka akan tampil form edit data quisioner yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database. 22. Delete Data Master Status

deleteDataMast erStatus

user : Super Admin

membawa data id_Status

klik deleteDataMasterStatus

tampil confirmation deleteDataMasterStatus


"yes" proses deleteStatus return

sukses/gagal

commit to user Gambar 3.36 Sequence Diagram Hapus Status



Proses “hapus status” dilakukan dengan memilih status yang akan diedit serta membawa id_ status setelah itu maka akan tampil confirmation “apakah data yang dimasukkan benar, jika ya maka data akan terhapus. 23. Tambah Data Master Faktor Quisioner

frameTambahDataMa sterFaktorQuisioner

user : Super Admin

klik tambahDataMasterFaktorQuisioner

tampil frame tambahMasterFaktorQuisioner


submit proses tambahFaktorQuisioner return

sukses/gagal

Gambar 3.37 Sequence Diagram Tambah Faktor Quisioner Proses tambah “master faktor” dilakukan dengan mengisi form tambah data master faktor yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah.

commit to user



24. Edit Data Master Faktor Quisioner

frameEditDataMast erFaktorQuisioner

user : Super Admin

klik editDataFaktorQuisioner

membawa data kode_faktor

tampil frame editDataFaktorQuisioner

submit

setelah mengisi form dan validasi bernilai true proses editFaktorQuisioner

return

sukses/gagal

Gambar 3.38 Sequence Diagram Edit Faktor Quisioner Proses “edit faktor quisioner” dilakukan dengan memilih faktor yang akan diedit serta membawa id_faktor setelah itu maka akan tampil form edit data quisioner yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



25. Delete Data Master Faktor Quisioner

deleteDataMaster FaktorQuisioner

user : Super Admin

membawa data kode_faktor

klik deleteDataFaktorQuisioner

tampil confirmation deleteDataFaktorQuisioner


"yes" proses deleteFaktorQuisioner return

sukses/gagal

Gambar 3.39 Sequence Diagram Hapus Faktor Quisioner Proses hapus data faktor dilakukan dengan memilih faktor yang akan dihapus datanya serta membawa kode_faktor setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya. 26. Tambah Data Master Ownership JobDesk

frameTambahD ataOJD

user : Super Admin

klik tambahDataOJD

tampil frame tambahOJD


submit proses tambahOJD return

sukses/gagal

Gambar 3.40 Sequence Diagram Tambah Ownership JobDesk commit to user



Proses tambah “master ownership jobdesk” dilakukan dengan mengisi form tambah data ownership jobdesk yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah. 27. Edit Data Master Ownership JobDesk

frameEditData OJD

user : Super Admin

klik editDataOJD

membawa data idOwnerJD

tampil frame editDataOJD

submit

setelah mengisi form dan validasi bernilai true proses editOJD

return

sukses/gagal

Gambar 3.41 Sequence Diagram Edit Ownership JobDesk Proses “edit ownershipjobdesk” dilakukan dengan memilih faktor yang akan diedit serta membawa idOwnerJD setelah itu maka akan tampil form edit data quisioner yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



28. Delete Data Master Ownership JobDesk

deleteDataOJD

user : Super Admin

membawa data idOwnerJD

klik deleteDataOJD memilih confirmation "YES"

tampil confirmation deleteDatOJD

"yes" proses deleteOJD return

sukses/gagal

Gambar 3.42 Sequence Diagram Hapus Ownership JobDesk Proses

hapus

data

ownershipjobdesk

dilakukan

dengan

memilih

ownershipjobdesk yang akan dihapus datanya serta membawa idOwnerJD setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya. 29. Tambah Data Master Jabatan Struktural

frameTambahD ataJabatans

user : Super Admin

klik tambahDataJabatans

tampil frame tambahDataJabatans


submit proses tambahJabatans return

sukses/gagal

Gambar 3.43 Sequence Diagram Tambah Jabatan Struktural commit to user



Proses tambah “master jabatan struktural” dilakukan dengan mengisi form tambah data jabatan struktural yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah. 30. Edit Data Master Jabatan Struktural

frameEditDataJ abatans

user : Super Admin

klik editDataJabatans

membawa data id_JS

tampil frame editDataJabatans

submit

setelah mengisi form dan validasi bernilai true proses editJabatans

return

sukses/gagal

Gambar 3.44 Sequence Diagram Edit Jabatan Struktural Proses “edit struktural” dilakukan dengan memilih faktor yang akan diedit serta membawa id_JS setelah itu maka akan tampil form edit data struktural yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



31. Delete Data Master Jabatan Struktural

deleteDataJabatans

user : Super Admin

klik deleteDataJabatans

tampil confirmation deleteDatJabatans

"yes"

membawa data id_JS

memilih confirmation "YES" proses deleteJabatans

return

sukses/gagal

Gambar 3.45 Sequence Diagram Hapus Jabatan Struktural Proses hapus data jabatan struktural dilakukan dengan memilih data yang akan dihapus serta membawa id_JS setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya.

commit to user



32. Tambah Data Master Jabatan Functional

frameTambahD ataJabatanf

user : Super Admin

klik tambahDataJabatanf

tampil frame tambahDataJabatanf


submit proses tambahJabatanf return

sukses/gagal

Gambar 3.46 Sequence Diagram Tambah Jabatan Functional Proses tambah “master jabatan functional” dilakukan dengan mengisi form tambah data jabatan functionalyang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah.

commit to user



33. Edit Data Master Jabatan Functional

frameEditDataJ abatanf

user : Super Admin

klik editDataJabatanf

membawa data id_JF

tampil frame editDataJabatanf

submit

setelah mengisi form dan validasi bernilai true proses editJabatanf

return

sukses/gagal

Gambar 3.47 Sequence Diagram Edit Jabatan Functional Proses “edit functional” dilakukan dengan memilih faktor yang akan diedit serta membawa id_JF setelah itu maka akan tampil form edit data functional yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



34. Delete Data Master Jabatan Functional

deleteDataJabatanf

user : Super Admin

membawa data id_JF

klik deleteDataJabatans

tampil confirmation deleteDatJabatanf


"yes"

proses deleteJabatanf return

sukses/gagal

Gambar 3.48 Sequence Diagram Hapus Jabatan Functional Proses hapus data jabatan functional dilakukan dengan memilih data yang akan dihapus serta membawa id_JF setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya. 35. Tambah Data Master Jobdesk

frameTambahD ataJobdesk

user : Super Admin

klik tambahDataJobdesk

tampil frame tambahDataJobdesk


submit proses tambahJobdesk return

sukses/gagal

commit to user Gambar 3.49 Sequence Diagram Tambah Jobdesk



Proses tambah “master jobdesk” dilakukan dengan mengisi form tambah data jabatan jobdesk yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah. 36. Edit Data Master Jobdesk

frameEditDataJ obdesk

user : Super Admin

klik editDataJobdesk

membawa data idJobdesk

tampil frame editDataJobdesk

submit

setelah mengisi form dan validasi bernilai true proses editJobdesk

return

sukses/gagal

Gambar 3.50 Sequence Diagram Edit Jobdesk Proses “edit jobdesk” dilakukan dengan memilih faktor yang akan diedit serta membawa idJobdesksetelah itu maka akan tampil form edit data jobdesk yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



37. Delete Data Master Jobdesk

deleteDataJobdesk

user : Super Admin

membawa data idJobdesk

klik deleteDataJobdesk

tampil confirmation deleteDataJobdesk


"yes"

proses deleteJobdesk return

sukses/gagal

Gambar 3.51 Sequence Diagram Hapus Jobdesk Proses hapus data jobdesk dilakukan dengan memilih data yang akan dihapus serta membawa idJobdesk setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya. 38. Tambah Data Master Golongan

frameTambahD ataGolongan

user : Super Admin

klik tambahDataGolongan

tampil frame tambahDataGolongan


submit proses tambahGolongan return

sukses/gagal

Gambar 3.52 Sequence Diagram Tambah Golongan commit to user



Proses tambah “master golongan” dilakukan dengan mengisi form tambah data jabatan golongan yang berupa frame, setelah itu submit jika format data yang dimasukkan benar maka data akan tersimpan, tetapi jika format data yang dimasukkan salah maka akan tampil validasi bahwa format data yang dimasukkan salah. 39. Edit Data Master Golongan

frameEditData Golongan

user : Super Admin

klik editDataGolongan

membawa data id_gol

tampil frame editDataGolongan

submit

setelah mengisi form dan validasi bernilai true proses editGolongan

return

sukses/gagal

Gambar 3.53 Sequence Diagram Edit Golongan Proses “edit golongan” dilakukan dengan memilih field golongan yang akan diedit serta membawa id_gol setelah itu maka akan tampil form edit data golongan yang berupa frame setelah data diedit maka submit, jika format data yang dimasukkan tidak sesuai maka akan tampil pesan peringatan bahwa data yang dimasukkan salah tetapi jika data yang dimasukkan benar maka data akan update ke database.

commit to user



40. Delete Data Master Golongan

deleteDataGolongan

user : Super Admin

klik deleteDataGolongan

tampil confirmation deleteDataGolongan

"yes"

membawa data id_gol

memilih confirmation "YES" proses deleteGolongan

return

sukses/gagal

Gambar 3.54 Sequence Diagram Hapus Golongan Proses hapus data golongan dilakukan dengan memilih data yang akan dihapus serta membawa id_gol setelah itu muncul confirmation “apakah yakin akan menghapus data”, jika ya maka data akan terhapus tetapi jika tidak maka akan kembali pada page sebelumnya.

commit to user



3.3.5.

Class Diagram

Pada class diagram dalam sistem remunerasi ini dibagi menjadi 3 bagian berdasarkan actor nya yakni : 41.

Super Admin

Gambar 3.55 Class Diagram Super Admin Pada gambar diatas merupakan, gambar class diagram yang berkaitan antara class m_SA dan class SA. Pada awal bab I, telah dijelaskan bahwa dalam framework codeigniter menerapkan MVC yakni Model, View dan Controllers. Pada gambar model ditandai dengan shape merah, model berfungsi untuk melakukan pengambilan data dari database sedangkan shape hitam merupakan proses data akan diolah yakni dalam controllers kemudian akan ditampilkan melalui interface.

commit to user



42.

Kepala Unit

Gambar 3.56 Class Diagram Kepala Unit Admin Pada gambar dijelaskan bahwa sebelum data ditampilkan dalam bentuk interface, diolah terlebih dahulu melalui class KU yang mana class KU tersebut mengambil data dari class m_KU. 43.

Pegawai

Gambar 3.57 Class Diagram Pegawai Pada gambar dijelaskan bahwa sebelum data ditampilkan dalam bentuk interface, diolah terlebih dahulu melalui class P yang mana class P tersebut mengambil data dari class m_Pegawai. commit to user



3.3.6.

Deployment Diagram

PC-Client (Pegawai) via browser

PC-Client (Kepala Unit) - via browser

Web Aplic...

Database Server

PC-Client (Super Admin) - via browser

Gambar 3.58 Deployment Diagram Sistem Remunerasi

Berdasarkan gambar 3.59 dapat dijelaskan bahwa semua actor mengakses data yang sama dari web server menggunakan browser karena sistem remunerasi ini nantinya berjalan pada sisi server.

commit to user


digilib.uns.ac.id

BAB IV IMPLEMENTASI DAN ANALISA

4.1. IMPLEMENTASI APLIKASI WEB

1. Kepala Unit memberikan Jobdesk kepada pegawai 2. Pegawai melakukan uploading jobdesk Kepala Unit

Pegawai

3. Kepala Unit mengisi quisioner untuk pegawai

Gambar 4.1 Algoritma remunerasi Pada gambar dapat dijelaskan bahwa proses remunerasi berlangsung antara kepala unit dan pegawai, dimana kepala unit setiap semester mengisi data quisioner untuk seorang pegawai. Format penilaian quisioner terlampir. Sistem Aplikasi Web Remunerasi untuk Universitas ini memiliki 3 hak akses nanti nya yaitu ; a. Super Admin b. Kepala Unit c. Pegawai Dari ketiga user tersebut nantinya memiliki desain Input dan Output yang berbeda yakni sebagai berikut : 1. Super Admin

Gambar 4.2 Tab Super Admin

Page super admin hanya dapat diakses oleh pegawai yang memiliki hak akses ”SA”. Hak akses SA merupakan hak akses tertinggi dari ketiga actor yang ada commit to user

67



sehingga dapat menambahkan, mengedit dan menghapus keseluruhan data yang ada. a. Form Panel

Gambar 4.3 Sub Tab Panel

Pada tab panel terdapat tab lain yang berkaitan yakni : 1. Session

Gambar 4.4 Page Sessions

Dari gambar diatas dapat dijelaskan bahwa pada tab session nantinya super admin dapat tahu siapa yang sedang aktif mengakses web aplikasi remunerasi ini.

commit to user



2. Switch to Pegawai Pada tab ”switch to pegawai” seperti gambar 4.4 super admin akan masuk sebagai pegawai ke halaman pegawai dan dapat melakukan akses data seperti pegawai. Karena pada dasarnya seorang super admin juga merupakan seorang pegawai yang harus mengisi quisioner. b. Data Super Admin

Gambar 4.5 Data Diri Super Admin

Data super admin ini merupakan data diri dari super admin sehingga nantinya jika ada perubahan data maka superadmin dapat merubah datanya pada tab ini. Namun data tidak akan berhasil diinput jika data yang dimasukkan tidak sessuai. Misal data yang dimasukkan adalah email namun format data yang diinputkan tidak sesuai maka akan keluar pesan kesalahan.

Gambar 4.6 Validation Email

commit to user



c. Data Pegawai

Gambar 4.7 Sub Tab Data Pegawai

Pada tab data pegawai terdapat tab-tab lain yang berkaitan dengan kepegawaian, sebagai berikut : 1. Data Pegawai

Gambar 4.8 Page Pegawai.

Pada gambar diatas terdapat tab tambah pegawai seperti terlihat pada gambar berfungsi untuk menambah data pegawai, yang nantinya berupa popup/frame.

commit to user



Gambar 4.9 Popup Tambah Data Pegawai

Data pada frame tambah data pegawai harus diisi dengan valid yakni dengan fomat data yang sesuai jika tidak maka data tidak berhasil diinput dan akan keluar pesan peringatan. Pada tab ”data pegawai” akan ada edit data yang mana pengisian datanya sama halnya dengan tambah data yaitu harus bernilai valid dan jika ada kesalahan format pengisian. Misal field telepon kita isi dengan alphabet maka akan keluar validasi seperti gambar dibawah.

Gambar 4.10 Validation Field Telepon

2. Evaluasi Laporan Pekerjaan

Gambar 4.11 Page Evaluasi Laporan Pekerjaan commit to user



Berdasarkan gambar diatas dapat dijelaskan page evaluasi laporan pekerjaan merupakan sekumpulan data yang berisi file hasil dari pelaporan kegitatan yang dibuat. Pada gambar diatas terdapat link score yang berfungsi untuk memberikan scoring atas hasil dari laporan yang telah dibuat.

Gambar 4.12 Popup Scoring Evaluasi Laporan Pekerjaan Sedangkan link delete berfungsi untuk menghapus data yang dibuat dan link download untuk melakukan proses download data .

3. Hasil Quisioner

Gambar 4.13 Page Hasil Quisioner Gambar diatas adalah tab dari ”hasil quisioner”, yang berisi data serta levelling dari setiap pegawai. Data diatas akan memunculkan nilai dari setiap pegawai yang telah mengisi quisioner.

commit to user



4. JobDesk Karyawan

Gambar 4.14 Page Jobdesk Karyawan Pada gambar diatas terdapat tab tambah jobDesk pegawai yang berfungsi untuk menambah data jobdesk pada pegawai seperti gambar dibawah

Gambar 4.15 Popup Tambah Data Jobdesk Karyawan Sama halnya dengan ”tambah data jobdesk karyawan”, untuk tampilan ”edit data jobdesk” juga menggunakan pop up.

Gambar 4.16 Popup Edit Data Jobdesk Karyawan

commit to user



Pada gambar merupakan form edit data jobdeskkaryawan data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi. d. Data Master

Gambar 4.17 Sub Tab Data Master

Pada tab data master ini berisi tab yang berkaitan dengan tabel-tabel master di database. 1. Master Quisioner

Gambar 4.18 Page Quisioner

Master quisioner merupakan sekumpulan data yang berisi quisioner yang nantinya akan diisi oleh pegawai berdasarkan unit dari tiap-tiap pegawai. Pada gambar diatas terdapat link delete yang berfungsi untuk melakukan penghapusan data sedangkan link edit berguna untuk mengedit data dari quisioner.

commit to user



Gambar 4.19 Popup Tambah Data Quisioner

Pada gambar merupakan form edit data quisioner data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi. 2. Master Unit

Gambar 4.20 Page Unit

Pada gambar diatas berisi tentang master unit yang ada di lingkup suatu universitas pada umumnya. Pada page ini juga terdapat tab ”tambah data masterunit” yang berfungsi untuk melakukan penambahan data terhadap unit yang ada yang nantinya berupa popup/frame.

commit to user



Gambar 4.21 Popup Tambah Data Unit

Data yang diinputkan nantinya akan masuk ke database jika format pengisian data yang diisikan benar/sesuai jika data yang diinputkan salah maka akan muncul validasi kesalahan. 3. Master Status

Gambar 4.22 Page Status

Pada data master status ini, datanya berisi tentang status kepegawaian dari pegawai. Pada gambar diatas terdapat data status All, data tersebut tidak memiliki maksud bahwa pegawai memiliki semua status melainkan sebagai acuan ketika nanti data pada tabel status dipanggil melalui dropdown pada saat searching diklik ”All” maka tidak ada status yang tampil. Tambah data status diatas berbentuk popup seperti berikut

commit to user



Gambar 4.23 Page Tambah Data Status 4. Master Faktor

Gambar 4.24 Page Faktor

Gambar diatas merupakan page dari master faktor quisioner, data yang ditampilkan pada page diatas adalah keseluruhan faktor pada quisioner baik itu quisioner untuk jabatan struktural maupun jabatan functional. Sedangkan ketika diklik tab tambah data master faktor maka akan tampil pop up tambah data.

commit to user



Gambar 4.25 Page Tambah Data Faktor Quisioner

Pada gambar diatas merupakan pop up untuk tambah data master faktor, keseluruhan data yang diisikan harus sesuai dengan format dan seluruh data harus diisi jika tidak maka akan keluar pesan kesalahan.

Gambar 4.26 Validation IDFaktor, Faktor Sub, Kode_faktor dan Faktor

Pada gambar diatas dijelaskan ketika kita tidak mengisi seluruh form maka validasi akan keluar.

commit to user



Gambar 4.27 Page Edit Data Faktor

5. Master Ownership Jobdesk

Gambar 4.28 Page Ownership Jobdesk

Pada gambar ditas data yang tampil merupakan kepemilikan jobdesk pada setiap unit.

Gambar 4.29 Page Tambah Data Ownership Jobdesk commit to user



Pada gambar merupakan form tambah data ownershipjobdesk data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi.

Gambar 4.30 Page Edit Data Ownership Jobdesk

Pada gambar merupakan form edit data ownershipjobdesk data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi. Pada form ini, id_OwnerJD tidak dapat dirubah. 6. Master Jabatan Struktual

Gambar 4.31 Page Jabatan Struktural

Proses pada gambar jabatan struktur berisi tentang data nama-nama data struktural beserta id-nya. Pada gambar terdapat tab tambah data yang berfungsi untuk melakukan tambah data jabatan struktural yang berbentuk pop up.

commit to user



Gambar 4.32 Popup Tambah Data Jabatan Struktural

Pada gambar merupakan form tambah data struktural data akan masuk ke dalam database jika data yang dimasukkan valid. 7. Master Jabatan Functional

Gambar 4.33 Page Jabatan Functional Berdasarkan gambar diatas data yang akan tampil merupakan data nama jabatan functional pada pegawai.

8. Master Jobdesk

Gambar 4.34 Page Jobdesk

Pada gambar ditas data yang tampil merupakan data jobdesk keseluruhan. commit to user



Gambar 4.35 Popup Tambah Data Jobdesk

Pada gambar merupakan form tambah data jobdesk data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi. 9. Master Golongan

Gambar 4.36 Page Golongan Pada gambar ditas data yang tampil merupakan data id golongan serta besarnya pendapatan.

Gambar 4.37 Popup Tambah Data Golongan

commit to user



Pada gambar merupakan form tambah data ”golongan” data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi.

Gambar 4.38 Popup Edit Data Golongan Pada gambar merupakan form edit data ”golongan” data akan masuk ke dalam database jika data yang dimasukkan valid jika data yang dimasukkan tidak valid maka akan muncul validasi. Pada edit data golongan ini, field id_gol tidak dapat diubah yang dapat hanyalah nilai dari field pendapatan.

3. Kepala Unit

Gambar 4.39 Tab Kepala Unit

Pada page kepala unit ini, berbeda dengan page sebelumnya yakni superadmin, karena kepala unit tidak memiliki hak akses yang sama seperti super admin. Pada page kepala unit terdapat 5 tab :

commit to user



1. Data Diri Kepala Unit

Gambar 4.40 Page Data Diri Kepala Unit Berdasarkan gambar dijelaskan bahwa gambar merupakan data diri dari kepala unit. Sama halnya dengan data diri super admin, yakni jika pengisian data tidak valid maka akan muncul validasi.

Gambar 4.41 Validation Field Telepon 2. Data Pegawai

Gambar 4.42 Page Pegawai Pada gambar dapat dilihat bahwa data yang ditampilkan hanya untuk unit mipa saja, hal ini karena status kepala unit sebagai kepala unit mipa. commit to user



Gambar 4.43 Page Tambah Data Pegawai Kepala Unit Sama halnya dengan form tambah data yang lain, pada form tambah data pegawai di kepala unit harus diisi dengan format data yang valid, jika tidak maka akan keluar validasi. 3. Mengisi Quisioner Struktural

Gambar 4.44 Page Quisioner Struktural Pada proses ”quisioner struktural”, data harus terlebih dahulu diisi setelah itu nilai jabatan struktural akan keluar.

commit to user



4. Mengisi Quisioner Functional

Gambar 4.45 Page Quisioner Functional Pada proses ”quisioner functional”, data harus terlebih dahulu diisi setelah itu nilai jabatan functional akan keluar. 5. Evaluasi Pegawai

Gambar 4.46 Page Evaluasi Pegawai

Pada page evaluasi pegawai ini, nantinya kepala unit dapat men-download file yang telah diupload oleh pegawai serta memberikan scoring terhadap laporan yang telah dibuat dan kepala unit dapat menghapus data dari evaluasi laporan pekerjaan.

Gambar 4.47 Popup Scoring Evaluasi Laporan Pekerjaan commit to user



Proses scoring sama halnya dengan hak akses super admin, yang membedakan hanya pada unit. Jika pada hak akses super admin, super admin dapat memberikan scoring kepada semua unit tetapi jika pada kepala unit pemberian scoring hanya kepada unit nya saja. 6. Switch to Pegawai Tab Switch to pegawai merupakan perpindahan page dari page KU (Kepala Unit) menjadi page pegawai. Karena pada dasarnya seorang kepala unit juga merupakan seorang pegawai yang harus mengisi quisioner.

4. Pegawai Pada hak akses pegawai, pegawai memiliki beberapa hak akses yakni : 1. Data Diri Pegawai

Gambar 4.48 Page Data Diri Pegawai

Page diatas merupakan data diri dari pegawai, pegawai dapat melakukan update data yang berkaitan dengan data individu pegawai. Sama halnya dengan data diri pada super admin dan kepala unit pada data diri pegawai juga akan muncul pesan peringatan jika data yang dimasukkan tidak sesuai dengan format sehingga data yang dimasukkan harus valid. commit to user



2. Upload laporan pekerjaan

Gambar 4.49 Page Upload Laporan Pekerjaan

Pada gambar merupakan tampilan page laporan pekerjaan yang telah di upload oleh pegawai.

Gambar 4.50 Popup Upload Laporan Pekerjaan

Proses uploading diatas dilakukan dengan memilih jobdesk terlebih dahulu, pemilihan jobdesk yang akan tampil hanya jobdesk yang telah diberikan kepada pegawai saja dan tidak keseluruhan jobdesk ditampilkan. 4.2 EVALUASI APLIKASI

Tabel 4.1 Evaluasi aplikasi Statement

Hasil

Menambahkan data

1. Kepala Unit hanya dapat memberikan beban

pegawai sebagai kepala unit mipa.

kerja kepada pegawai mipa. 2. Kepala unit hanya dapat mengisi quisioner untuk pegawai mipa saja.

Kepala unit memberikan

1. commit Mozzatohanya user dapat melakukan upload data



beban kerja kepada

terhadap beban kerja yang diberikan kepadanya

pegawai mozza pada tahun

saja.

2012 Dari hasil pengujian Tabel 4.1, statement berhasil dibuat sesuai dengan algoritma yang dibuat. 4.2.1 Kelebihan Sistem Aplikasi ini memiliki beberapa kelebihan antara lain : 1. Adanya sistem membuat sistem imbal jasa menjadi adil bagi pihak dosen yang memiliki kinerja baik maupun sebaliknya dengan adanya quisioner yang nantinya diisi oleh kepala unit. 2. Adanya Website Remunerasi memudahkan kepala unit dalam hal memberikan beban kerja kepada pegawai. 3. Adanya Website Remunerasi memudahkan pegawai dalam hal mengirim laporan pekerjaan kepada kepala unit. 4.2.2 Kelemahan Sistem Aplikasi ini juga memiliki banyak kelemahan antara lain : 1. Tidak tersedianya transaksi online dalam hal penggajian kepada pegawai. 2. Sistem belum terintegrasi dengan sistem lain.

commit to user


digilib.uns.ac.id

BAB V PENUTUP

5.1.KESIMPULAN Berdasarkan pada BAB sebelumnya dapat disimpulkan bahwa Sistem Aplikasi Web Remunerasi untuk Universitas telah selesai dibuat. Sistem ini menggunakan PHP sebagai bahasa pemrograman dan codeigniter sebagai framework. Sistem ini memiliki beberapa fitur-fitur yakni pendeskripsian beban kerja, rekap data laporan pekerjaan serta quisioner.

5.2.SARAN Penelitian

dapat

dikembangkan

lebih

lanjut

yaitu

dengan

pesan

pemberitahuan agar pegawai dapat mengetahui adanya berita baru yang berkaitan dengannya melalui aplikasi mobile.

commit to user

91

PEMBUATAN SISTEM REMUNERASI untuk UNIVERSITAS BERBASIS WEB dengan FRAMEWORK CODEIGNITER dan JQUERY TUGAS AKHIR

Recommend Documents