Dokumen Pembangunan Perangkat Lunak

[Sistem Absensi Rekanan Kerja Di Standard Chartered Bank

Bandung]

Face: Construction

untuk :

Analisis Desain dan Sistem Informasi

Tahun Ajaran Semester Ganjil 2017/2018

Dipersiapkan oleh :

ADSI 2

Bervin Leonardy 10114276

Irpan Permana 10114517

Reeza Alviansyah 10114530

Program Studi Teknik Informatika - Unikom

Jl. Dipatiukur No.112-116

 Kata Pengantar

Dengan segala kerendahan hati, syukur Alhamdulilah penulis panjatkan kehadirat Allah
SWT, yang telah melimpahkan rahmat serta hidayah-Nya, sehingga penulis dapat
menyelesaikan Laporan Tugas Besar yang berjudul “PEMBANGUNAN SISTEM ABSENSI
REKANAN KERJA DI STANDARD CHARTERED BANK BANDUNG”, yang merupakan
salah satu syarat dalam memenuhi salah satu syarat kelulusan mata kuliah ADSI di Universitas
Komputer Indonesia.

Harapan penulis dengan terselesaikannya laporan ini kiranya dapat memenuhi harapan
kita semua. Dalam penulisan laporan ini penulis menyadari bahwa masih banyak terdapat
kekurangan-kekurangan dan masih jauh dalam kesempurnaan dikarenakan keterbatasan
kemampuan yang penulis miliki saat ini. Oleh karena itu penulis mengharapkan kritik dan saran
demi kemajuan penulis dalam pembuatan laporan di masa yang akan datang.

Akhir kata semoga budi baik dan bantuan yang telah penulis terima mendapat balasan
dari Allah SWT dan senantiasa melipatkan taufik dan hidayah-Nya pada kita semua, amin.

2
 Abstrak

Di dalam perkembangan dan kemajuan teknologi sekarang ini sangat berpengaruh besar
dampak nya pada dunia usaha baik itu tenaga perbankan dalam bidang komputerisasi, yang
umum digunakan sebagai pengolahan data dalam mempermudah sistem serta mendapatkan
informasi yang akurat untuk dijadikan suatu keputusan.

Demikian pula hal nya dengan Bank Standard Chartered (SCB) yang merupakan salah
satu instansi swasta yang bergerak dalam bidang perbankan.

Maka dari itu untuk menyelesaikan segala permasalahan yang berkenan dengan semua
kegiatan perbankan khusus nya dalam bidang absensi rekanan kerja pada saat ini masih di
lakukan secara manual.

Untuk ini penulis mencoba membuat suatu sistem absensi rekanan kerja pada instansi
tersebut menggunakan komputer sebagai alat bantu dalam mengatasi kelamahan dan
kekurangan dari sistem yang ada sebelumnya dan untuk menyelesaikan suatu masalah yang
ada.

Kata Kunci : Absensi rekanan kerja, C Sharp

3
 Daftar Isi

Kata Pengantar ........................................................................................................................ 2

Abstrak...................................................................................................................................... 3
Daftar Gambar ......................................................................................................................... 6
Daftar Tabel ............................................................................................................................. 7
BAB I PENDAHULUAN ......................................................................................................... 8
1.1 Maksud dan Tujuan Penulisan Dokumen .............................................................. 8
1.1.1 Maksud ..................................................................................................................... 8
1.1.2 Tujuan....................................................................................................................... 8
1.2 Lingkup Masalah ...................................................................................................... 8
1.3 Aturan Penomoran .................................................................................................... 9
1.4 Deskripsi Umum Dokumen ...................................................................................... 9
1.4.1 Pengertian Sistem............................................................................................... 9
1.4.2 Karakteristik Sistem .......................................................................................... 9
1.4.3 Pengertian Absensi........................................................................................... 11
BAB 2 KEBUTUHAN PERANGKAT LUNAK.................................................................. 14
2.1 Fitur Utama Perangkat Lunak .............................................................................. 14
2.1.1 Pengertian Database .............................................................................................. 14
2.1.2 Pengertian C Sharp.......................................................................................... 14
2.1.3 Pengertian Expert PDF .................................................................................... 14
2.1.4 Pengertian MySQL .......................................................................................... 14
2.1.5 Pengertian UML............................................................................................... 15
2.3 Kebutuhan Fungsional............................................................................................ 17
2.4 Kebutuhan Non Fungsional.................................................................................... 17
BAB 3 ANALISIS DAN DESAIN PERANGKAT LUNAK ............................................... 20
3.1 Pemodelan ................................................................................................................ 20
3.1.1 Usecase Diagram .............................................................................................. 20
3.1.2 Definisi Aktor ................................................................................................... 21
3.1.3 Definisi Use Case .............................................................................................. 21
3.1.4 Skenario Usecase .............................................................................................. 22
3.1.5 Activity Diagram .............................................................................................. 29
3.1.6 Keseluruhan Class Diagram ........................................................................... 40
3.1.7 Sequence Diagram ........................................................................................... 41

4
BAB 4 PERANCANGAN ANTAR MUKA ......................................................................... 52
BAB 5 IMPLEMENTASI ..................................................................................................... 55
5.1 Implementasi Kelas ................................................................................................. 55
5.2 Implementasi Antarmuka ...................................................................................... 55
5.3 Implementasi Struktur Menu ................................................................................ 58
BAB 6 PENGUJIAN .............................................................................................................. 60
6.1 Rencana Pengujian.................................................................................................. 60
6.2 Prosedur Pengujian ................................................................................................. 60
LAMPIRAN………………………………………………………………………………....65

5
 Daftar Gambar
Gambar 3. 1 Usecase Diagram.............................................................................................................. 20
Gambar 3. 2 Activity Diagram Login Pegawai..................................................................................... 29
Gambar 3. 3 Activity Diagram Mengelola Data Pegawai..................................................................... 30
Gambar 3. 4 Activity Diagram Mengelola Jadwal................................................................................ 31
Gambar 3. 5 Activity Diagram Tambah Data Pegawai......................................................................... 32
Gambar 3. 6 Activity Diagram Edit Data Pegawai ............................................................................... 33
Gambar 3. 7 Activity Diagram Delete Data Pegawai ........................................................................... 34
Gambar 3. 8 Activity Diagram Hak Akses User (BOSM) .................................................................... 35
Gambar 3. 9 BOSM melihat data laporan absensi ................................................................................ 36
Gambar 3. 10 Aktivity Diagram BOSM mencetak data laporan absensi.............................................. 37
Gambar 3. 11 Activity Diagram Rekanan Kerja Mengisi Absen Masuk .............................................. 38
Gambar 3. 12 Activity Diagram Rekanan Kerja Mengisi Absen Keluar .............................................. 39
Gambar 4. 1 Perancangan Antar Muka Menu Utama ........................................................................... 52
Gambar 4. 2 Perancangan antar muka menu laporan............................................................................ 53
Gambar 4. 3 Perancangan Antar Muka Menu Absensi Pegawai .......................................................... 53
Gambar 4. 4 Perancangan Antar Muka Menu Data Pegawai................................................................ 54
Gambar 5. 1 Menu Login ...................................................................................................................... 55
Gambar 5. 2 Form Tambah Karyawan.................................................................................................. 59
Gambar 5. 3 Form Ubah Karyawan ...................................................................................................... 60
Gambar 5. 4 Form Setting Shift Karyawan......................................................................................... 571
Gambar 5. 5 Menu Data Karyawan ...................................................................................................... 58
Gambar 5. 6 Menu Absen aMasuk dan Keluar ..................................................................................... 59
Gambar 5. 7 Menu Laporan ................................................................................................................ 582

6
 Daftar Tabel

Tabel 2 1 Spesifikasi Proses Perangkat Keras Yang ada ...................................................................... 18

Tabel 2 2 Spesifikasi Perangkat Keras Yang Dibutuhkan .................................................................... 18
Tabel 2 3 Analisis Perangkat Lunak ..................................................................................................... 19
Tabel 2 4 Analisis Perangkat Lunak Yang dibutuhkan ......................................................................... 19
Tabel 3.1 Definisi Aktor ....................................................................................................................... 21
Tabel 3.2 Definisi Use Case .................................................................................................................. 21
Tabel 3.3 Scenario Use Case Login ...................................................................................................... 22
Tabel 3.4 Scenario Use Case Mengelola Data Pegawai ....................................................................... 22
Tabel 3.5 Scenario Use Case Mengelola Jadwal .................................................................................. 23
Tabel 3.6 Scenario Use Case Tambah Pegawai .................................................................................... 24
Tabel 3.7 Scenario Use Case Ubah Pegawai ........................................................................................ 24
Tabel 3.8 Scenario Use Case Hapus Pegawai ....................................................................................... 25
Tabel 3.9 Scenario Use Case Hak Akses User...................................................................................... 26
Tabel 3.10 Scenario Use Case Melihat Laporan ................................................................................... 26
Tabel 3.11 Scenario Use Case Cetak Laporan ...................................................................................... 27
Tabel 3.12 Scenario Use Case Mengisi Absen Masuk ......................................................................... 27
Tabel 3.13 Scenario Use Case Mengisi Absen Pulang ......................................................................... 28
Tabel 5 1 Implementasi Kelas ............................................................................................................... 55
Tabel 6 1 Scenario Pengujian ............................................................................................................... 60
Tabel 6 2 Pengujian Login Admin (Uji Data Normal) ......................................................................... 60
Tabel 6 3 Pengujian Menambah Data Pegawai..................................................................................... 61
Tabel 6 4 Pengujian Mengubah Data Pegawai ..................................................................................... 62
Tabel 6 5 Pengujian Menghapus Data Pegawai .................................................................................... 63
Tabel 6 6 Pengujian Laporan Pegawai .................................................................................................. 64
Tabel 6 7 Pengujian Absen Masuk dan Keluar ..................................................................................... 64

7
 BAB I PENDAHULUAN

1.1 Maksud dan Tujuan Penulisan Dokumen

1.1.1 Maksud

Maksud dalam penelitian ini adalah untuk membangun Sistem Pengolahan Absensi
rekanan kerja di Standard Chartered Bank Bandung.

1.1.2 Tujuan

Adapun tujuan dari membangun sistem pengolahan absensi rekanan kerja yang
dilakukan yaitu membantu BOSM (Branch Operation Service Manager) untuk
mempermudah membuat laporan kehadiran.

1.2 Lingkup Masalah

Untuk mempermudah pelaksanaan pembangunan sistem pengolahan absensi ini dan

terlalu luasnya masalah yang akan dibahas, penulis membatasi masalah yang akan dibahas
yaitu sebagai berikut :

1. Sistem pengolahan absensi ini berlaku untuk rekanan kerja pada Standard Chartered
Bank Bandung.
2. Sistem absensi ini berbasis desktop dengan menggunakan bahasa pemrograman C
Sharp.
3. Dalam pembangunan sismtem absensi ini menggunakan jaringan client-server.
4. Perangkat lunak database yang digunakan adalah MySQL.
5. Sistem ini memberikan data keluaran berupa laporan absensi rekanan kerja Standard
Chartered Bank.
Data yang dibutuhkan dalam pembangunan sistem ini yaitu data pegawai, data nama
vendor dan data bagian.

8
1.3 Aturan Penomoran
Aturan penomoran laporan ini terbagi kedalam 6 Bab beserta pokok materinya. Sebagai
gambaran umum, sistematika penyusunan laporan yang akan ditulis adalah sebagai berikut :
Bab 1 Pendahuluan
Pendahuluan menjelaskan mengenai Latar Belakang, Maksud dan Tujuan Penulisan Dokumen,
Lingkup Masalah dan Aturan Penomoran.
Bab 2 Kebutuhan Perangkat Lunak
Didalam bab ini membahas Deskripsi Umum Sistem, Fitur Utama Perangkat Lunak,
Kebutuhan Fungsional dan Kebutuhan Non Fungsional.
Bab 3 Analisis Perangkat Lunak
Bab ini menjelaskan mengenai pemodelan dan perancangan sistem pengolahan absensi yang
akan dibangun.
Bab 4 Perancangan Antarmuka
Bab ini berisi perancangan antar muka yang berfungsi untuk memberi gambaran tentang
program perangkat lunak yang akan dibangun.
Bab 5 Implementasi
Bab ini berisi implementasi kelas, serta implementasi antarmuka program yang telah
dibangun

Bab 6 Pengujian

Bab ini berisi Rencana Pengujian, serta Prosedur pengujian versi final program yang telah
dibangun.

1.4 Deskripsi Umum Dokumen

1.4.1 Pengertian Sistem

Sistem adalah kumpulan dari komponen yang saling berhubungan satu dengan yang
lainnya membentuk satu kesatuan utnuk mencapai tujuan tertentu. Dapat dilihat dari dua
kelompok pendekatan yaitu yang menekankan pada prosedur dan yang menekankan pada
komponen atau elemennya.

1.4.2 Karakteristik Sistem

Suatu sistem yang mempunyai karakteristik atau sifat-sifat yang tertentu, yaitu
mempunyai komponen-komponen (component), batas sistem (boundary), lingkungan luar

9
sistem (environments), penghubung (interface),tujuan (goals). Beberapa karakteristik tersebut
antara lain :
1. Komponen (Components)
Suatu sistem memiliki sejumlah komponen yang saling berinteraksi, dimana setiap
komponen akan membentuk satu kesatuan yang saling bekerja sama. Komponen sistem
dapat berupa suatu yang merupakan bagian dari setim yang lebih besar.
2. Batas Sistem (Boundary)
Merupakan daerah yang membatasi antara suatu sistem dengan sistem yang lain /
lingkungan luar, dengan batasan ini kita dapat mengetahui ruang lingkup sistem.
3. Lingkungan Luar Sistem (Environment)
Apapun yang berada di luar batas dari sistem yang mempengaruhi operasi suatu sistem.
4. Penghubung Sistem (Interface)
Merupakan media penghubung antara satu subsistem dengan subsistem yang lainnya.
Dengan penghubung ini akan mengalir data-data antara subsistem dimana keluaran (output)
dari satu subsistem akan menjadi masukan (input) untuk subsistem yang lain, sehingga
antara satu subsistem dengan subsistem lainnya dapat berintegrasi membentuk satu
kesatuan.
5. Masukan (Input)
Merupakan energi yang dimasukkan ke dalam sistem, dimana masukan ini dapat berupa
masukan perawatan (maintenance input) dan masukan sinyal (signal input). Maintenance
input adalah energi yang dimasukkan supaya sistem tersebut dapat beroperasi. Signal input
adalah energi yang diproses untuk didapatkan keluaran.
6. Keluaran (Output)
Merupakan hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang
berguna dan mampu menjadi masukan baru/informasi yang dibutuhkan.
7. Pengolah (Process)
Suatu sistem pasti mempunyai pengolahan data masukan untuk diolah menjadi sebuah
informasi.
8. Sasaran Sistem (Objectives)
Merupakan penentu dari tujuan untuk menentukan masukan yang dibutuhkan dan keluaran
yang akan dihasilkan sebuah sistem.

10
1.4.3 Pengertian Absensi
Absensi atau kartu jam hadir adalah dokumen yang mencatat jam hadir setiap karyawan
di perusahaan. Catatan jam hadir karyawan ini dapat berupa daftar hadir biasa, dapat pula
berbentuk kartu hadir yang diisi dengan mesin pencatat waktu. Pekerjaan mencatat waktu pada
dasarnya dapat dipisahkan menjadi dua bagian yaitu pencatatan waktu hadir (attendance time
keeping) dan pencatatan waktu kerja (shop time keeping).

Pencatatan jam hadir pada hadir pada kartu jam hadir yang dilakukan oleh setiap
pegawai/pekerja bisa mempengaruhi gaji bersih/take home pay yang akan diterima oleh
pegawai setiap bulannya. Karena apabila pegawai/pekerja lupa atau tidak mencatatkan jam
hadirnya pada kartu jam hadir akan mempengaruhi komponen-komponen yang ada pada gaji,
terutama sekali pada pos tunjangan, karena tunjangan yang diberikan perusahaan kepada setiap
pegawai/pekerja tergantung dari beberapa banyak pegawai/pekerja hadir pada jam kerja.
Seperti tunjangan makan dan transportasi, jika pegawai/pekerja tidak mencatatkan jam
hadirnya pada kartu jam hadir maka tunjangan makan dan transpotasinya yang diterima
pegawai/pekerja setiap bulannya akan berkurang dan akan mempengaruhi gaji bersih yang
diterima pegawai/pekerja tersebut.

Pencatatan waktu hadir dimaksudkan untuk mengumpulkan data mengenai jumlah jam
hadir karyawan dalam suatu periode pembayaran dan kadang-kadang juga mengenai tarif upah
untuk pekerjaan yang dilakukan. Pencatatan waktu kerja dimaksudkan untuk mencatat jam
kerja sesungguhnya yang digunakan oleh karyawan dalam setiap pekerjaan (job) atau
departemennya. Catatan waktu kerja ini dapat digunakan untuk mengecek catatan waktu hadir
dan juga mendapatkan data produksi yang diperlukan untuk distribusi upah dan gaji dan
perhitungan intensif. Pencatatan absensi karyawan dapat dilakukan dengan beberapa cara, yaitu:

1. Absensi Catatan Tangan

Absensi catatan tangan biasanya ada di perusahaan-perusahaan kecil. Setiap karyawan
tiba atau pulang kantor.
a. Kelebihan absensi catatan tangan adalah absensi catatan tangan lebih mudah dan dari
segi harga lebih mudah.
b. Kekurangan absensi catatan tangan :
1. Pegawai/pekerja dapat menulis waktu hadir/pulang sesuai dengan kehendaknya.
2. Pegawai/pekerja dapat mencatatkan waktu hadir/pulang temannya yang belum
datang atau pulang lebih awal.

11
 3. Bagian penggajian akan mengalami kesulitan pada saat merekap jam hadir pekerja
pada akhir bulan.
2. Absensi Almano (Sistem Ceklok)
Absensi ini menggunakan mesin almano/mesin absensi dengan system ceklok. Jadi
pegawai yang ingin mengisi kartu jam hadir harus memasukkan kartu jam hadir ke mesin
almano, dan secara otomatis kartu jam hadir akan mencetak jam hadir/pulang karyawan
sesuai dengan jam kantor.

a. Kelebihan sistem ceklok :

1. Mudah digunakan
2. Pegawai/pekerja tidak bisa menulis waktu hadir/pulang sekendak hati.
3. Bagian penggajian akan sedikit terbantu pada saat merekap jam hadir pekerja,
karena lebih rapih dan mudah dilihat.
b. Kekurangan sistem ceklok
Pegawai/pekerja dapat mencatatkan waktu hadir/pulang temannya yang belum
datang atau pulang lebih awal.
3. Absensi Sidik Jari (Finger Scan)
Biasanya sistem ini digunakan oleh perusahaan menengah ke atas. Cara kerja sistem Finger
Scan ini adalah dengan cara menempelkan salah satu jari pada mesin setelah memasukkan
nomer identitas pekerja.
a. Kelebihan absensi sidik jari
1. Absensi tidak dapat digantikan oleh orang lain.
2. Proses perekapan data absensi menjadi lebih mudah.
b. Kekurangan sistem absensi sidik jari
1. Harganya yang relatif mahal.
2. Jika ada error maka data jam hadir karyawan tidak akan bisa diakses.
3. Tidak semua dapat melakukan finger scan dengan sukses sehingga kadang tidak
tercatat jika pegawai/pekerja tersebut hadir kerja.
1.2. Absensi Telapak Tangan
Biasanya sistem ini digunakan oleh perusahaan-perusahaan berskala besar. Cara kerja
sistem ini mirip dengan cara kerja finger scan, yaitu dengan cara menempelkan telapak
tangan/lima jari pada mesin setelah memasukkan no.Identitas karyawan/pekerja.
a. Kelebihan absensi telapak tangan
1. Menggunakan teknologi tinggi.

12
 2. Bagian penggajian akan mudah merekap jam hadir para karyawan/pekerja, karena
sisten ini akan secara otomatis merekap jam hadir pekerja ketika melakukan finger
scan.
3. Akan meningkatkan gengsi perusahaan.
b. Kekurangan absensi telapak tangan
1. Harganya relatif lebih mahal.
2. Jika ada mesin error maka data jam hadir karyawan tidak akan bisa diakses.

Tidak semua dapat melakukan finger scan dengan sukses, sehingga kadang tidak tercatat jika
karyawan/pekerja tersebut hadir kerja.

13
 BAB 2 KEBUTUHAN PERANGKAT LUNAK

2.1 Fitur Utama Perangkat Lunak

2.1.1 Pengertian Database

Database adalah sekumpulan data dan prosedur yang memiliki struktur sedemikian rupa
sehingga mudah dalam menyimpan, mengatur dan menerima data[3]. Berikut adalah
komponen-komponen dari database adalah :

1. Table
Table atau tabel adalah sekumpulan data dengan struktur yang sedemikian rupa
terbentuk dari record dan filed.
2. Record
Record adalah sekumpulan field yang membentuk suatu objek tertentu.
3. Field
Field adalah atribut dari objek yang memiliki tipe data tertentu.

2.1.2 Pengertian C Sharp

C# (dibaca: C sharp) merupakan sebuah bahasa pemrograman yang berorientasi objek
yang dikembangkan oleh Microsoft sebagai bagian dari inisiatif kerangka .NET Framework.
Bahasa pemrograman ini dibuat berbasiskan bahasa C++ yang telah dipengaruhi oleh aspek-
aspek ataupun fitur bahasa yang terdapat pada bahasa-bahasa pemrograman lainnya seperti
Java, Delphi, Visual Basic, dan lain-lain) dengan beberapa penyederhanaan. Menurut standar
ECMA-334 C# Language Specification, nama C# terdiri atas sebuah huruf Latin C (U+0043)
yang diikuti oleh tanda pagar yang menandakan angka # (U+0023). Tanda pagar # yang
digunakan memang bukan tanda kres dalam seni musik (U+266F), dan tanda pagar # (U+0023)
tersebut digunakan karena karakter kres dalam seni musik tidak terdapat di dalam keyboard
standar[4].

2.1.3 Pengertian Expert PDF

Expert PDF merupakan perangkat lunak yang memiliki kegunaan multifungsi, mulai
dari membuat, mengkonversi, mengedit, memperbaiki, sampai memberi komentar,
watermark atau memberi password pada file PDF bisa dilakukan.

2.1.4 Pengertian MySQL

MySQL adalah sistem manajemen database SQL yang bersifat Open Source dan paling
populer saat ini. Sistem Database MySQL mendukung beberapa fitur seperti multithreaded,

14
multi-user, dan SQL database managemen sistem (DBMS). Database ini dibuat untuk
keperluan sistem database yang cepat, handal dan mudah digunakan[5].

2.1.5 Pengertian UML

UML singkatan dari Unified Modeling Languages yang berarti bahasa pemodelan
standar. Ketika kita membuat model menggunakan konsep UML ada aturan-aturan yang harus
diikuti. Bagaimana elemen pada model-model yang kita buat berhubungan satu dengan yang
lainnya harus mengikuti standar yang ada. UML bukan hanya sekedar diagram tetapi juga
menceritakan konteksnya [6].

Berikut adalah beberapa model yang digunakan dalam perancangan Data Mining
pemaketan produk di Cv. Bukit Manikam untuk menggambarkan sistem dalam UML:

1. Use Case Diagram

Diagram Use Case menggambarkan apa saja aktifitas yang dilakukan oleh suatu sistem. Use
Case menggambarkan fungsi tertentu dalam suatu sistem berupa komponen, kejadian atau
kelas. Komponen Pembentuk Use Case Diagram adalah sebagai berikut :
a. Actor
Pada dasarnya actor bukanlah bagian dari use case diagram, namun untuk dapat
terciptanya suatu use case diagram diperlukan beberapa actor. Actor tersebut
mempresentasikan seseorang atau sesuatu (seperti perangkat, sistem lain) yang
berinteraksi dengan sistem. Sebuah actor mungkin hanya memberikan informasi inputan
pada sistem, hanya menerima informasi dari sistem atau keduanya menerima, dan
memberi informasi pada sistem. Actor hanya berinteraksi dengan use case, tetapi tidak
memiliki kontrol atas use case. Actor digambarkan dengan stick man . Actor dapat
digambarkan secara secara umum atau spesifik, dimana untuk membedakannya kita
dapat menggunakan relationship.
b. Use Case
Use case adalah gambaran fungsionalitas dari suatu sistem, sehingga customer atau
pengguna sistem paham dan mengerti mengenai kegunaan sistem yang akan dibangun.

Catatan : Use case diagram adalah penggambaran sistem dari sudut pandang pengguna
sistem tersebut (user), sehingga pembuatan use case lebih dititikberatkan pada
fungsionalitas yang ada pada sistem, bukan berdasarkan alur atau urutan kejadian.

Cara menentukan Use Case dalam suatu sistem:

15
 1. Pola perilaku perangkat lunak aplikasi.
2. Gambaran tugas dari sebuah actor.
3. Sistem atau “benda” yang memberikan sesuatu yang bernilai kepada actor.
4. Apa yang dikerjakan oleh suatu perangkat lunak (*bukan bagaimana cara
mengerjakannya).

Ada beberapa relasi yang terdapat pada use case diagram:

1. Association, menghubungkan link antar element.

2. Generalization, disebut juga inheritance (pewarisan), sebuah elemen dapat
merupakan spesialisasi dari elemen lainnya.
3. Dependency, sebuah element bergantung dalam beberapa cara ke element lainnya.
4. Aggregation, bentuk assosiation dimana sebuah elemen berisi elemen lainnya

Tipe relasi/ stereotype yang mungkin terjadi pada use case diagram:

<<include>> , yaitu kelakuan yang harus terpenuhi agar sebuah event dapat terjadi,
dimana pada kondisi ini sebuah use case adalah bagian dari use case lainnya.

<<extends>>, kelakuan yang hanya berjalan di bawah kondisi tertentu seperti

menggerakkan alarm.

<<communicates>>, mungkin ditambahkan untuk asosiasi yang menunjukkan asosiasinya

adalah communicates association . Ini merupakan pilihan selama asosiasi hanya tipe
relationship yang dibolehkan antara actor dan use case.

2. Activity Diagram
Activity diagram memiliki pengertian yaitu lebih fokus kepada menggambarkan proses
bisnis dan urutan aktivitas dalam sebuah proses. Dipakai pada business modeling untuk
memperlihatkan urutan aktifitas proses bisnis. Memiliki struktur diagram yang mirip flowchart
atau data flow diagram pada perancangan terstruktur. Memiliki pula manfaat yaitu apabila kita
membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk membantu
memahami proses secara keseluruhan. Dan activity dibuat berdasarkan sebuah atau beberapa
use case pada use case diagram.
3. Squence Diagram
Diagram sequen menggambarkan interaksi objek pada use case dengan mendeksripsikan
waktu hidup objek dan pesan yang dikirimkan dan di terima antar objek. Oleh karena itu untuk
menggambarkan diagram sequen maka harus diketahui objek-objek yang terlibat dalam sebuah

16
use case beserta metode-metode sekuen juga di butuhkan untuk melihat skenario yang ada pada
use case. Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian
langkah- langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output
tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja
yang terjadi secara internal dan output apa yang dihasilkan. Masing-masing objek, termasuk
aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek
ke objek lainnya.
4. Class Diagram
Diagram kelas atau class diagram menggambarkan struktur sistem dari segi pendefinisian
kelas-kelas yang akan di buat untuk membangun sistem. Kelas memiliki apa yang disebut
atribut dan metode atau oprasi.
a. Atribut merupakan variabel-variabel yang di miliki oleh suatu kelas
Oprasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas Diagram
kelas dibuat agar pembuat program atau programmer membuat kelas-kelas sesuai
rancangan di dalam diagram kelas agar antara dokumentasi perancangan dan perangkat
lunak sinkron. banyak berbagai kasus, perancangan kelas yang dibuat tidak sesuai dengan
kelas-kelas yang dibuat pada perangkat lunak, sehingga tidaklah ada gunanya lagi sebuah
perancangan karena apa yang dirancang dan hasil jadinya tidak sesuai .

2.3 Kebutuhan Fungsional

Analisis kebutuhan fungsional adalah analisis terhadap kebutuhan secara fungsional baik
dalam aliran data ataupun informasi. Analisis kebutuhan data fungsional yang digunakan dalam
sistem ini digambarkan dengan analisis Pemrograman Berorientasi Objek dengan
menggunakan konsep UML (Unified Modeling Languages).

2.4 Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional merupakan analisis yang dibutuhkan untuk

menentukan spesifikasi kebutuhan sistem. Spesifikasi ini juga meliputi elemen atau komponen-
komponen apa saja yang dibutuhkan untuk sistem yang akan dibangun sampai dengan sistem
tersebut diimplementasikan. Analisis kebutuhan ini juga menentukan spesifikasi masukan yang
diperlukan sistem, keluaran yang akan dihasilkan sistem dan proses yang dibutuhkan untuk
mengolah masukan sehingga menghasilkan suatu keluaran yang diinginkan.

1. Analisis Perangkat Keras

17
 Spesifikasi perangkat keras komputer yang ada di Bank Standard Chartered (SCB)
dapat dilihat pada table 2.1

Tabel 2 1 Spesifikasi Proses Perangkat Keras Yang ada

No Perangkat Keras Spesifikasi

1 Prosessor Berkecepatan 2.2 Ghz
2 Monitor Monitor VGA 17”
3 Memori DDR2 2 Gb
4 Keyboard Keyboard
5 Mouse Mouse
6 Printer Hitam putih dan warna

Spesifikasi perangkat keras komputer yang dibutuhkan untuk menjalankan sistem

absensi rekanan kerja dapat dilihat pada table 2.2

Tabel 2 2 Spesifikasi Perangkat Keras Yang Dibutuhkan

No Perangkat Keras Spesifikasi

Minimal berkecepatan 1.3
1 Prosessor
Ghz
2 Monitor Monitor VGA 15”
3 Memori DDR2 512MB
4 Keyboard Keyboard
5 Mouse Mouse
6 Printer Hitam putih dan warna

Dari analisis yang telah dijelaskan, dapat disimpulkan bahwa spesifikasi perangkat
keras yang dimiliki Bank Standard Chartered (SCB) telah memenuhi standar spesifikasi
minimum perangkat keras yang dibutuhkan untuk dapat mengimplementasikan sistem
absensi rekanan kerja.
2. Analisis Perangkat Lunak
Sistem operasi yang digunakan pada Bank Standard Chartered (SCB) yaitu
Microsoft Windows 7. Sedangkan untuk pembangunan aplikasi, dibutuhkan perangkat
lunak dengan spesifikasi yang dapat dilihat pada table 2.3

18
 Tabel 2 3 Analisis Perangkat Lunak

No Perangkat Lunak Spesifikasi

1 Basis Data MySQL
2 Extention Netframework 4.0, Vcredist 2010
3 PDF Reader Adobe Reader 9.0
4 Aplikasi Server Xampp

Sedangkan untuk implementasi sistem absensi rekan kerja, dibutuhkan perangkat

lunak dengan spesifikasi yang dapat dilihat pada table 2.4

Tabel 2 4 Analisis Perangkat Lunak Yang dibutuhkan

No Perangkat Lunak Spesifikasi

1 Basis Data MySQL
2 Extention Netframework 4.0, Vcredist 2010
3 PDF Reader Adobe Reader 9.0
4 Aplikasi Server Xampp

Dari analisis diatas dapat disimpulkan bahwa spesifikasi perangkat lunak yang
dimiliki Bank Standard Chartered (SCB) telah memenuhi standar spesifikasi minimum
perangkat lunak yang dibutuhkan untuk dapat mengimplementasikan program aplikasi
implementasi sistem absensi rekan kerja.

19
 BAB 3 ANALISIS DAN DESAIN PERANGKAT LUNAK

3.1 Pemodelan

3.1.1 Usecase Diagram

Pada tahapan ini dilakukan perancangan alur logika sistem yaitu

dengan membuat Aktivitas Diagram sistem yang bertujuan untuk membuat
suatu alur logika sistem Absensi rekanan kerja mulai dari pemrosesan
input menjadi output yang akan dihasilkan. Desain sistem yang akan
dibuat dapat dilihat pada diagram Use case pada gambar 3.1.

Gambar 3. 1 Usecase Diagram

20
 3.1.2 Definisi Aktor

Tabel 3.1 Definisi Aktor

No Actor Deskripsi

1 Admin Dapat mengolah informasi data absensi dan data

pegawai sesuai kebutuhan perusahaan

2 BOSM Dapat melihat dan merekap data absensi, dan

mencetak laporan data absensi yang dibutuhkan.

3 Rekanan Kerja Dapat mengisi absen masuk dan absen pulang

3.1.3 Definisi Use Case

Tabel 3.2 Definisi Use Case

No Use Case Deskripsi

1 Login Pegawai melakukan login untuk mendapatkan akses sebagai

admin atau BOSM

2 Mengolah data Admin mengakses menu pegawai lalu sistem menampilkan

pegawai halaman pegawai dan keseluruhan data pegawai

3 Mengelola Jadwal Aktor mengakses fungsi dari setting jadwal pegawai

4 Tambah Pegawai Aktor mengakses fungsi dari tambah data pegawai

5 Ubah Pegawai Aktor mengakses fungsi dari edit data pegawai

6 Hapus Pegawai Actor mengkases fungsi dari hapus data pegawai

7 Memberi Hak Admin menginputkan data user kemudian BOSM mendapatan

Akses hak akses user

8 Melihat data BOSM dapat melihat data laporan absensi pegawai

laporan

9 Mencetak Laporan BOSM dapat mencetak data laporan absensi pegawai

21
10 Mengisi Absen Rekanan Kerja melakukan absen masuk dengan mengisi NIK
Masuk dan menekan tombol absen masuk

11 Mengisi Absen Rekanan Kerja melakukan absen pulang dengan mengisi NIK
Pulang dan menekan tombol absen pulang

3.1.4 Skenario Usecase

Nama Use Case: Login
Skenario:

Tabel 3.3 Scenario Use Case Login

Aksi Actor Reaksi Sistem

Skenario Normal

1. Pegawai memasukan username dan

password

2. Pegawai menekan tombol login

3. Sistem mengecek username dan password

4. Sistem menampilkan halaman utama

Skenario Alternatif

1. Pegawai memasukan username dan

password

2. Menampilkan pesan ‘username atau

password salah’

Nama Use Case : Mengelola data pegawai

Scenario

Tabel 3.4 Scenario Use Case Mengelola Data Pegawai

Aksi Actor Reaksi Sistem

22
Skenario Normal

1. Admin menekan tombol pegawai

2. Sistem menampilkan halaman data

pegawai

3. Sistem mengambil data dari database

pegawai

4. Sistem menampilkan keseluruhan data

pegawai

Skenario Alternatif

1. Pegawai memasukan username dan

password

2. Menampilkan pesan ‘username atau

password salah’

Nama Use Case: Mengelola Jadwal

Skenario:

Tabel 3.5 Scenario Use Case Mengelola Jadwal

Aksi Actor Reaksi Sistem

Skenario Normal

1. Admin menekan tombol setting jadwal

2. Sistem menampilkan halaman setting

jadwal pegawai

3. Admin memilih NIK pegawai

4. Admin menginputkan jam masuk dan jam

pulang pegawai

5. Admin menekan tombol simpan

23
 6. System menyimpan kedalam database
table jadwal

Nama Use Case: Tambah Pegawai

Skenario:

Tabel 3.6 Scenario Use Case Tambah Pegawai

Aksi Actor Reaksi Sistem

Skenario Normal

1. Admin menekan tombol tambah

2. Sistem menampilkan halaman tambah

data pegawai

3. Admin menginputkan data pegawai

4. Admin menekan tombol simpan

5. Sistem menyimpan kedalam database

table pegawai

Skenario Alternatif

1. Admin menekan tombol tambah

2. Menampilkan pesan ‘NIK kosong’

Nama Use Case: Ubah pegawai

Skenario:

Tabel 3.7 Scenario Use Case Ubah Pegawai

Aksi Actor Reaksi Sistem

Skenario Normal

1. Admin menekan tombol edit

24
 2. Sistem menampilkan fungsi edit data
pegawai

3. Admin mengubah data pegawai

4. Admin menekan tombol simpan

5. Sistem menyimpan kedalam database

table pegawai

Skenario Alternatif

1. Admin menekan tombol batal

2. Sistem membatalkan proses ubah

Nama Use Case: Hapus pegawai

Skenario:

Tabel 3.8 Scenario Use Case Hapus Pegawai

Aksi Actor Reaksi Sistem

Skenario Normal

1. Admin memilih data pegawai

2. Admin menekan tombol delete

3. Sistem menampilkan pesan peringatan

4. Admin menekan tombol setuju

5. Sistem menghapus data pegawai dari

database table pegawai

6. System menampilkan seluruh data

pegawai

Skenario Alternatif

1. Admin menekan tombol batal

25
 2. Sistem membatalkan proses hapus

Nama Use Case: Hak akses user

Skenario:

Tabel 3.9 Scenario Use Case Hak Akses User

Aksi Actor Reaksi Sistem

Skenario Normal

1. Sistem mensyncronkan data user dengan

entitas user

2. Sistem user memberikan hak akses

kepada BOSM

Nama Use Case: Melihat laporan

Skenario:

Tabel 3.10 Scenario Use Case Melihat Laporan

Aksi Actor Reaksi Sistem

Skenario Normal

1. BOSM menekan tombol laporan

2. Sistem menampilkan halaman laporan

3. Sistem mengambil data absensi pegawai

dari database

4. Sistem menampilkan keseluruhan data

absensi pegawai

Nama Use Case: Cetak laporan

Skenario:

26
 Tabel 3.11 Scenario Use Case Cetak Laporan

Aksi Actor Reaksi Sistem

Skenario Normal

1. BOSM menekan tombol laporan

2. Sistem menampilkan halaman laporan

3. BOSM menekan tombol cetak

4. Sistem menampilkan lokasi penyimpanan

dokumen yang akan dicetak

Nama Use Case: Mengisi absen masuk

Skenario:

Tabel 3.12 Scenario Use Case Mengisi Absen Masuk

Aksi Actor Reaksi Sistem

Skenario Normal

1. Rekanan kerja mengisi NIK

2. Rekanan kerja menekan tombol absen

masuk

3. Sistem menyimpan data absen ke

database pegawai

4. Me-refresh tampilan daftar produk

Skenario Alternatif

1. Rekanan kerja menekan tombol absen

masuk

2. Menampilkan pesan ‘NIK belum terisi’

27
 Nama Use Case: Mengisi absen pulang
Skenario:

Tabel 3.13 Scenario Use Case Mengisi Absen Pulang

Aksi Actor Reaksi Sistem

Skenario Normal

1. Rekanan kerja mengisikan NIK

2. Rekanan kerja menekan tombol absen

pulang

3. Sistem menyimpan data absen kedatabase

pegawai

Skenario Alternatif

1. Memilih menu Daftar Produk

2. Rekanan kerja menekan tombol absen

pulang

3.Menampilkan pesan ‘Belum mengisi

absen masuk’

28
3.1.5 Activity Diagram
Activity Diagram menggambarkan rangkaian aliran dari aktivitas setiap proses.
Aktivitas diagram dari setiap proses dapat dilihat pada gambar-gambar berikut :
1. Activity Diagram Login Pegawai
Activity Diagram Login Pegawai menjelaskan aktivitas aktor melakukan login.
Aktivitas ini dapat dilihat pada gambar 3 2.

Gambar 3. 2 Activity Diagram Login Pegawai

29
2. Activity Diagram Mengelola Data Pegawai
Activity Diagram Mengelola Data Pegawai menjelaskan aktivitas admin
mengelola data pegawai. Aktivitas ini dapat dilihat pada gambar 3.3.

Gambar 3. 3 Activity Diagram Mengelola Data Pegawai

30
3. Activity Diagram Mengelola Jadwal
Activity Diagram Tambah Data Pegawai menjelaskan aktivitas admin dapat
menambah data pegawai. Aktivitas ini dapat di lihat pada gambar 3.4.

Gambar 3. 4 Activity Diagram Mengelola Jadwal

31
4. Activity Diagram Tambah Data Pegawai
Activity Diagram Tambah Data Pegawai menjelaskan aktivitas admin dapat
menambah data pegawai. Aktivitas ini dapat di lihat pada gambar 3.5.

Gambar 3. 5 Activity Diagram Tambah Data Pegawai

32
5. Activity Diagram Edit Data Pegawai
Activity Diagram Edit Data Pegawai menjelaskan aktivitas admin dapat mengedit
data pegawai. Aktivitas ini dapat dilihat pada gambar 3.6.

Gambar 3. 6 Activity Diagram Edit Data Pegawai

33
6. Activity Diagram Delete Data Pegawai
Activity Diagram Delete Data Pegawai menjelaskan aktivitas admin dapat
menghapus data pegawai. Aktivitas ini dapat dilihat pada gambar 3.7.

Gambar 3. 7 Activity Diagram Delete Data Pegawai

34
7. Activity Diagram Hak Akses User (BOSM)
Activity Diagram Hak Akses User (BOSM) menjelaskan aktivitas admin
memberi hak akses user kepada BOSM. Aktivitas ini dapat dilihat pada gambar 3. 8.

Gambar 3. 8 Activity Diagram Hak Akses User (BOSM)

35
8. Activity Diagram BOSM melihat data laporan absensi
Activity Diagram BOSM melihat data laporan absensi menjelaskan aktivitas
BOSM melihat laporan absensi. Aktivitas ini dapat dilihat pada gambar 3.9.

Gambar 3. 9 BOSM melihat data laporan absensi

36
9. Activity Diagram BOSM mencetak data laporan absensi
Activity Diagram BOSM mencetak data laporan absensi menjelaskan aktivitas
BOSM mencetak laporan absensi. Aktivitas ini dapat dilihat pad gambar 3.10

Gambar 3. 10 Aktivity Diagram BOSM mencetak data laporan absensi

37
10. Activity Diagram Rekanan Kerja Mengisi Absen Masuk
Activity diagram rekanan kerja mengisi absen masuk menjelaskan aktivitas
pegawai mengisi absen masuk. Aktivitas ini dapat dilihat pada gambar 3.11

Gambar 3. 11 Activity Diagram Rekanan Kerja Mengisi Absen Masuk

38
11. Activity Diagram Rekanan Kerja Mengisi Absen Keluar
Activity diagram rekanan kerja mengisi absen keluar menjelaskan aktivitas
pegawai mengisi absen keluar. Aktivitas ini dapat dilihat pada gambar 3.12

Gambar 3. 12 Activity Diagram Rekanan Kerja Mengisi Absen Keluar

39
3.1.6 Keseluruhan Class Diagram
Diagram digunakan untuk menampilkan kelas dan method – method di dalam sistem.
Class diagram di bawah menjelaskan relasi antar class serta method yang di gunakan
dalam sistem absensi rekanan kerja, Class Diagram dapat dilihat pada gambar 3. 13

Gambar 3. 13 Class Diagram

40
3.1.7 Sequence Diagram
Diagrams sequence atau sering disebut sequence diagrams dalam UML (Unified
Modeling Language) adalah diagrams yang menggambarkan kelakuan objek pada use
case dengan mendiskripsikan waktu hidup objek dan pesan yang dikirimkan dan
diterima antar objek.
1. Sequence Diagram Login
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat pegawai Login.

Gambar 3. 14 Sequence Diagram Login

41
2. Sequence Diagram Mengelola Data Pegawai
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin mengakses kelola data pegawai.

Gambar 3. 15 Sequence Diagram mengakses data pegawai

42
3. Sequence Diagram Jadwal
Sequence diagram di bawah ini menjelaskan interaksi antar object dan rangkaian
waktu pada saat admin mengakses tambah pegawai.

Gambar 3. 16 Sequence Diagram Mengelola Jadwal

43
4. Sequence Diagram Tambah Pegawai
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin mengakses tambah pegawai.

Gambar 3. 17 Sequence Diagram tambah pegawai

44
5. Sequence Diagram Ubah Pegawai
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin mengakses ubah pegawai.

Gambar 3. 18 Sequence Diagram ubah pegawai

45
6. Sequence Diagram Hapus Pegawai
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin mengakses hapus pegawai.

Gambar 3. 19 Sequence Diagram hapus pegawai

46
7. Sequence Diagram Melihat Laporan Absensi
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin/BSOM melihat laporan absensi.

Gambar 3. 20 Sequence Diagram melihat laporan absensi

47
8. Sequence Diagram Rekapitulasi Laporan Absensi
Sequence diagram di bawah ini menjelaskan interaksi antar object dan
rangkaian waktu pada saat admin/BSOM merekap laporan absensi.

Gambar 3. 21 Sequence Diagram rekapitulasi laporan absensi

48
9. Sequence Diagram Export Data Laporan Absensi
Sequence diagram di bawah ini menjelaskan interaksi antar object dan rangkaian
waktu pada saat admin/BSOM melakukan export data laporan absensi dalam format
pdf.

Gambar3. 22 Sequence Diagram export data laporan absensi

49
10. Sequence Diagram Absen Masuk
Sequence diagram di bawah ini menjelaskan interaksi antar object dan rangkaian
waktu pada saat pegawai melakukan absen masuk.

Gambar 3. 23 Sequence Diagram absen masuk

50
11. Sequence Diagram Absen Pulang
Sequence diagram di bawah ini menjelaskan interaksi antar object dan rangkaian
waktu pada saat pegawai melakukan absen pulang.

Gambar 3. 24 Sequence Diagram absen pulang

51
 BAB 4 PERANCANGAN ANTAR MUKA

Perancangan antar muka berfungsi untuk memberi gambaran tentang pernagkat lunak
yang akan dibangun, agar lebih memudahkan dalam pembuatan perangkat lunak nantinya.
Adapun perancangan antar muka untuk perangakt lunak yang akan dibangun akan dijelaskan
berikut ini :

1. Perancangan Antar Muka Menu Utama

Pertama kali membuka program , admin akan melihat tampilan gambar 3.25.
Selanjutnya admin melakukan aktifitas yaitu dapat melihat menu laporan, absensi
pegawai, data pegawai. Dapat dilihat pada gambar di bawah ini.

A01 1. Klik Laporan akan

menampilkan A02

2. Klik Absen .pegawai

Laporan Pengaturan Logut
menampilkan A03

Absensi 3. Klik Data Pegawai

Data Pegawai menampilkan A04
Pegawai

4. Klik Logut menampilkan

P01

Gambar 4. 1 Perancangan Antar Muka Menu Utama

52
2. Perancangan Antar Muka Menu Laporan

Halaman ini menampilkan laporan absensi pegawai. Dapat dilihat pada gambar
3.26.

A02 1. Klik Cetak akan mencetak

laporan absensi pegawai

2. Klik Lihat akan

Cetak
menampilkan laporan absensi
Tanggal - Tanggal Lihat pegawai
Filter

Gambar 4. 2 Perancangan antar muka menu laporan

3. Perancangan Antar Muka Menu Absensi Pegawai

Halaman ini menampilkan absensi pegawai. Dapat dilihat pada gambar 3.31.

A03 1. Klik Absen masuk

menampilkan pesan P02/P03

2. Klik Absen pulang

menampilkan pesan P04/P05

Masukkan NIK

Jam
Absen Masuk
Hari Tanggal Absen Pulang

Gambar 4. 3 Perancangan Antar Muka Menu Absensi Pegawai

53
4. Perancangan Antar Muka Menu Data Pegawai

Halaman ini menampilkan data pegawai. Dapat dilihat pada gambar 3.32.

A04 1. Klik Tambah akan

menampilkan A05

3 Klik Delete akan

DATA PEGAWAI menampilkan pesan P06
Tambah Edit Delete

Gambar 4. 4 Perancangan Antar Muka Menu Data Pegawai

5. Perancangan Antar Muka Form Tambah Pegawai

Halaman ini menampilkan tambah pegawai. Dapat dilihat pada gambar 3.33.

A05 1. Klik Simpan akan

menampilkan P07/P08

TAMBAH PEGAWAI

NIK

Nama

Tempat Lahir

Tanggal Lahir

Alamat

Jenis Kelamin Laki-laki Perempuan

Jabatan

No Telp

Simpan Batal

Gambar 4. 5 Perancangan Antar Muka Form Tambah Pegawai

54
 BAB 5 IMPLEMENTASI

Langkah implementasi merupakan hal terpenting yang harus dilaksanakan guna

mendapatkan hasil yang maksimal dari perangkat lunak yang telah dibangun. Berdasarkan
perancangan sistem yang disusun, adapun hasil implementasi dari sistem yang dibangun
adalah sebagai berikut :

5.1 Implementasi Kelas

Bagian ini diisi dengan daftar kelas yang TELAH diimplementasikan. Misalnya dalam
bentuk tabel berikut:

Tabel 5 1 Implementasi Kelas

No Nama Kelas Nama File Fisik Nama File Executable

1 Account Account.java Account.class

5.2 Implementasi Antarmuka

Tahap selanjutnya ialah pengimplementasian antar muka,. Adapun implementasi dari

sistem yang dibangun adalah sebagai berikut :

1. Form Login
Tampilan form login dapat dilihat pada gambar dibawah ini

Gambar 5. 1 Menu Login

55
 Halaman ini merupakan halaman login, untuk memasuki program maka admin harus
melakukan login, apabila username dan password benar maka admin dapat mengakses
sistem.
2. Form Tambah Karyawan
Tampilan form tambah karyawan dapat dilihat pada gambar dibawah ini

Gambar 5. 2 Form Tambah Karyawan

Tampilan ini merupakan form tambah pegawai, pada menu ini admin dapat
menambahkan data karyawan baru.

56
3. Form Ubah Karyawan
Tampilan form ubah karyawan dapat dilihat pada gambar dibawah ini

Gambar 5. 3 Form Ubah Karyawan

Menu ini merupakan form ubah karyawan, pada menu ini admin dapat mengubah
data karyawan.

57
 4. Form Setting Shift
Tampilan form setting shift dapat dilihat pada gambar dibawah ini

Gambar 5. 4 Form Setting Shift Karyawan

Halaman ini merupakan form untuk memasukan jadwal shift kerja keryawan yang
dilakukan oleh admin sesuai dengan jadwal karyawan.

5.3Implementasi Struktur Menu

1. Menu Absen Masuk dan Keluar
Tampilan menu absen masuk dan keluar dapat dilihat pada gambar dibawah
ini

Gambar 5. 5 Menu Absen Masuk dan Keluar

Menu ini merupakan menu absensi karyawan, pada menu ini karyawan dapat
mengisi absen masuk dan pulang

58
2. Menu Data Karyawan
Tampilan menu data karyawan dapat dilihat pada gambar dibawah ini

Gambar 5. 6 Menu Data Karyawan

Menu ini merupakan menu data karyawan, pada menu ini admin dapat mengelola
data karyawan seperti ubah, tambah dan hapus data karyawan.
3. Menu Laporan
Tampilan menu laporan dapat dilihat pada gambar dibawah ini

Gambar 5. 7 Menu Laporan

Menu ini merupakan menu laporan, pada menu ini user dapat melihat laporan
dan dapat ngeprint laporan absensi karyawan.

59
 BAB 6 PENGUJIAN

Pengujian program bertujuan untuk mengetahui apakah program yang dibangun telah
berjalan dengan baik atau tidak. Berikut pengujian program dapat dilihat dibawah ini.

6.1 Rencana Pengujian

Pengujian program sistem absensi. berikut menggunakan data uji berdasarkan data yang
telah didapat dari program, scenario pengujian selengkapnya dapat dilihat pada tabel berikut :
Tabel 6 1 Scenario Pengujian

Kelas Uji Butir Uji Jenis Pengujian

Login Verifikasi Login blackbox
Data karyawan Proses tambah, ubah, delete data blackbox
karyawan
Laporan Melihat laporan data karyawan dan Blackbox
print laporan
Absen karyawan Proses absen masuk dan keluar blackbox

6.2 Prosedur Pengujian

Berdasarakan rencana pengujian yang telah disusun, maka dapat dilakukan pengujian
sebagai berikut.
a. Pengujian login admin
Berikut adalah Pengujian Login Admin.

Tabel 6 2 Pengujian Login Admin (Uji Data Normal)

Kasus Dan Hasil Uji(Data Benar)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan

Username : ramli Data dimasukan ke Data login dapat [ √ ] Diterima

dalam field yang disimpan ke dalam [ ] Ditolak
Password : ramli
terdapat pada form database
dan dapat
tersimpan ke dalam
database

Kasus dan Hasil Uji(Data Salah)

60
 Data Masukan Yang Diharapkan Pengamatan Kesimpulan

Username : ramat Data dimasukan ke Data login tidak [ √ ] Diterima

dalam field yang tersimpan ke dalam [ ] Ditolak
Password : ramat
terdapat pada form database dan
dan menampilkan menampilkan pesan
username/password “username /password
salah” salah”

b. Pengujian Pengolahan Data Pegawai

Tabel 6 3 Pengujian Menambah Data Pegawai

Kasus dan Hasil Uji(Data Benar)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan
-NIK : 00001 Semua data Data karyawan [ √ ] Diterima
-Nama : Rismayanti dimasukan dapat disimpan [ ] Ditolak
-Tempat Lahir : Gorontalo kedalam field kedalam
-Tgl. Lahir : 11 06 1986 yang terdapat database
-Alamat : Kopo Bandung pada form dan
-Agama : Protestan dapat tersimpan
-Jenis Kelamin : kedalam database
Perempuan
-Jabatan : Teller
-No. Telepon :
078537337743
-Status : Aktif
Kasus dan Hasil Uji(Data Salah)
Data Masukan Yang Diharapkan Pengamatan Kesimpulan
-NIK : 00001 Tidak semua atau Data Pegawai [ √ ] Diterima
-Nama : tidak satupun data tidak dapat [ ] Ditolak
-Tempat Lahir : Gorontalo yang dimasukan disimpan
-Tgl. Lahir : 11 06 1986 kedalam field kedalam
-Alamat : database dan

61
-Agama : yang terdapat pesan
-Jenis Kelamin : pada form dan ditampilkan
Perempuan menampilkan “ Data tidak
-Jabatan : Teller sebuah pesan “ ada yang boleh
-No. Telepon : Data tidak ada kosong “
078537337743 yang boleh
-Status : Aktif -No. kosong “
Telepon :

Tabel 6 4 Pengujian Mengubah Data Pegawai

Kasus dan Hasil Uji(Data Benar)

Yang
Data Masukan Pengamatan Kesimpulan
Diharapkan
A. Data yang sudah ada : Dapat mengubah Data [ √ ] Diterima
-NIK : 00001 data yang sudah Pegawai [ ] Ditolak
-Nama : Rismayanti ditambahkan yang telah
-Tempat Lahir : Gorontalo sebelumnya. diubah
-Tgl. Lahir : 11 06 1986 tersimpan ke
-Alamat : Kopo Bandung dalam
-Agama : Protestan database
-Jenis Kelamin : Perempuan
-Jabatan : Teller
-No. Telepon : 078537337743
-Status : Aktif
B. Data yang diubah :
-NIK : 00001
-Nama : Rismayanti
-Tempat Lahir : Gorontalo
-Tgl. Lahir : 11 06 1986
-Alamat : Soreang Bandung
-Agama : Protestan
-Jenis Kelamin : Perempuan

62
 -Jabatan : Teller
-No. Telepon : 078537337743
-Status : Aktif
Kasus dan Hasil Uji(Data Salah)
Yang
Data Masukan Pengamatan Kesimpulan
Diharapkan
-NIK : 00001 Tidak dapat Data [√] Diterima
-Nama : Rismayanti mengubah no. Pegawai [] Ditolak
-Tempat Lahir : Gorontalo telepon dengan tidak dapat
-Tgl. Lahir : 11 06 1986 data masukan diubah.
-Alamat : Kopo Bandung berupa huruf.
-Agama : Protestan
-Jenis Kelamin : Perempuan
-Jabatan : Teller
-No. Telepon : rumah
-Status : Aktif

Tabel 6 5 Pengujian Menghapus Data Pegawai

Kasus dan Hasil Uji(Data Benar)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan
-NIK : 00001 Dapat menghapus Data terhapus. [ √ ] Diterima
-Nama : Rismayanti data yang telah [ ] Ditolak
-Tempat Lahir : Gorontalo dipilih dari nik.
-Tgl. Lahir : 11 06 1986
-Alamat : Kopo Bandung
-Agama : Protestan
-Jenis Kelamin : Perempuan
-Jabatan : Teller
-No. Telepon : 078537337743
-Status : Aktif

63
 c. Pengujian Laporan Pegawai
Tabel 6 6 Pengujian Laporan Pegawai

Kasus dan Hasil Uji(Data Benar)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan
Data Karyawan Dapat Semua field [ √ ] Diterima
menampilkan sesuai [ ] Ditolak
laporan pegawai dengan data
dan dapat yang ada
mencetak laporan pada
tersebut database

d. Pengujian Absen Masuk dan keluar

Tabel 6 7 Pengujian Absen Masuk dan Keluar

Kasus dan Hasil Uji(Data Benar)

Yang
Data Masukan Pengamatan Kesimpulan
Diharapkan
NIK : 00002 Dapat mengisi Semua field [ √ ] Diterima
absen dan sesuai [ ] Ditolak
menampilkan dengan data
nama, shift, jam yang ada
masuk, jam pada
keluar database
keterangan dan
alasan
Kasus dan Hasil Uji(Data Salah)
Yang
Data Masukan Pengamatan Kesimpulan
Diharapkan
NIK : 00007 Tidak dapat Data tidak [ √ ] Diterima
mengisi absen ada pada [ ] Ditolak
dan tidak database
menampilkan
nama, shift, jam

64
 masuk, jam
keluar
keterangan dan
alasan karena nik
tidak terdaftar

Lampiran

a. Flowmap Login

65
b. Flowmap Tambah / Ubah Karyawan

66
c. Flowmap Absensi

67