39
a. Entity Relational Diagram
Relasi antara entitas pada Sistem Informasi Operator LIMUNY ditunjukkan pada Gambar 13.
Gambar 13. Relasi Entitas pada Sistem Informasi Operator LIMUNY
b. Struktur Tabel
Tabel-tabel yang digunakan dalam Sistem Informasi Operator LIMUNY tersebut adalah sebagai berikut:
1 Tabel Jadwal Billing
Tabel jadwal billing digunakan untuk menyimpan data jadwal shift operator di billing setiap bulan. Setiap menjelang awal bulan, koordinator SDM akan
membuat tabel baru dengan struktur yang sama namun dengan nama yang berbeda
40
menyesuaikan bulan dan tahun jadwal yang akan di-input. Contohnya, untuk jadwal billing bulan April 2016, maka nama tabelnya adalah bill_april2016.
Struktur tabel jadwal billing ditampilkan pada Tabel. 6: Tabel 6. Struktur Tabel Jadwal Billing
No Nama Field Tipe Data Ukuran
Keterangan
1 tgl_bill
integer 2
tanggal primary key 2
hari varchar
10 hari sesuai tanggal
3 p_b1
varchar 15
shift pagi posisi billing 1 4
p_b2 varchar
15 shift pagi posisi billing 2
5 p_b3
varchar 15
shift pagi posisi billing 3 6
p_h1 varchar
15 shift pagi posisi helpdesk 1
7 p_h2
varchar 15
shift pagi posisi helpdesk 2 8
sg_b1 varchar
15 shift siang posisi billing 1
9 sg_b2
varchar 15
shift siang posisi billing 2 10
sg_b3 varchar
15 shift siang posisi billing 3
11 sg_h1
varchar 15
shift siang posisi helpdesk 1 12
sg_h2 varchar
15 shift siang posisi helpdesk 2
13 sr_b1
varchar 15
shift sore posisi billing 1 14
sr_b2 varchar
15 shift sore posisi billing 2
15 sr_b3
varchar 15
shift sore posisi billing 3 16
sr_h1 varchar
15 shift sore posisi helpdesk 1
17 m_b1
varchar 15
shift malam posisi billing 1 18
m_b2 varchar
15 shift malam posisi billing 2
19 m_b3
varchar 15
shift malam posisi billing 3
2 Tabel Jadwal Hardware
Tabel jadwal hardware digunakan untuk menyimpan data jadwal shift operator bagian hardware setiap bulan. Setiap menjelang awal bulan, koordinator
41
Hardware akan membuat tabel baru dengan struktur yang sama namun dengan nama yang berbeda menyesuaikan bulan dan tahun jadwal yang akan di-input.
Contohnya, untuk jadwal hardware bulan April 2016, maka nama tabelnya adalah hw_april2016. Struktur tabel jadwal hardware ditampilkan pada Tabel. 7 berikut:
Tabel 7. Struktur Tabel Jadwal Hardware
No Nama
Field Tipe Data
Ukuran Keterangan
1 tgl_hw
integer 2
tanggal primary key 2
hari varchar
10 hari sesuai tanggal
3 pagi
varchar 15
shift pagi 4
siang varchar
15 shift siang
3 Tabel Jadwal Service Center
Tabel jadwal Service Center SC digunakan untuk menyimpan data jadwal shift operator bagian Service Center setiap bulan. Setiap menjelang awal bulan,
koordinator Service Center akan membuat tabel baru dengan struktur yang sama namun dengan nama yang berbeda menyesuaikan bulan dan tahun jadwal yang
akan di-input. Contohnya, untuk jadwal Service Center bulan April 2016, maka nama tabelnya adalah sc_april2016. Struktur tabel jadwal Service Center
ditampilkan pada Tabel. 8 berikut: Tabel 8. Struktur Tabel Jadwal Service Center
No Nama Field
Tipe Data Ukuran
Keterangan
1 tgl_sc
integer 2
tanggal primary key 2
hari varchar
10 hari sesuai tanggal
3 p_front
varchar 15
shift pagi posisi frontliner 4
p_tek varchar
15 shift pagi posisi teknisi
5 s_front
varchar 15
shift siang posisi frontliner 6
s_tek varchar
15 shift pagi posisi teknisi
42
4 Tabel Formulir Permasalahan Presensi
Tabel formulir permasalahan presensi digunakan untuk menyimpan data permasalahan presensi yang di-input oleh operator yang mengalami masalah saat
presensi. Struktur tabel formulir permasalahan presensi ditampilkan pada Tabel. 9 berikut:
Tabel 9. Struktur Tabel Formulir Permasalahan Presensi
No Nama Field Tipe Data
Ukuran Keterangan
1 id_masalah
integer 3
no identitas masalah presensi primary key
2 nick_op
varchar 10
nama operator yang meng- input
3 tanggal
date tanggal masalah presensi
4 shift
enum „pagi‟, ‟siang‟,
‟sore‟, ‟malam‟ shift operator yang
mengalami masalah presensi 5
posisi enum
„billing‟, „hw‟, „sc‟
posisi shift operator yang mengalami masalah presensi
6 jam_datang
time jam datang operator
7 masalah
varchar 50
masalah yang terjadi 8
id_saksi varchar
10 nama saksi
9 ver_saksi
enum „false‟, „true‟ status verifikasi saksi
10 ver_sdm
enum „false‟, „true‟ status verifikasi koordinator
SDM 11
proses enum
„false‟, „true‟ status sudah diproses atau belum oleh admin
5 Tabel User
Tabel user digunakan untuk menyimpan daftar pengguna sistem dan level hak aksesnya. Struktur tabel user ditampilkan pada Tabel. 10 berikut:
43
Tabel 10. Struktur Tabel User
No Nama Field
Tipe Data Ukuran
Keterangan
1 username
varchar 10
username primary key 2
nama varchar
30 nama lengkap operator
3 no_hp
varchar 15
nomor hp opeator 4
no_op varchar
30 nomor operator
5 password
varchar 100
password user 6
level enum
„admin‟, ‟koorSdm‟, „koorHwSc‟, „op‟
hak akses user
6 Tabel Semua Jadwal
Tabel jadwal_semua digunakan untuk menyimpan daftar nama tabel jadwal yang sudah dibuat untuk mengorganisir tabel-tabel tersebut. Jadi, setiap
ada tabel jadwal baru yang dibuat, nama tabel tersebut akan masuk ke dalam tabel jadwal_semua dengan status default
‘false’. Struktur tabel semua_jadwal ditunjukkan oleh Tabel 11.
Tabel 11. Struktur Tabel Semua Jadwal
No Nama
Field Tipe Data
Ukuran Keterangan
1 id_jadwal
varchar 10
Nama jadwal yang ada di basis data primary key
2 status
enum „true‟, „false‟
Status jadwal
7 Tabel Telat
Tabel telat digunakan untuk menyimpan data kinerja operator yang mencakup banyak telat, potongan gaji, banyak bolos shift, banyak banyak bolos
rapat setiap bulan. Setiap menjelang akhir bulan, koordinator Sumber Daya Manusia akan membuat tabel baru bersamaan dengan tabel jadwal billing dengan
44
struktur yang sama namun dengan nama yang berbeda menyesuaikan bulan dan tahun jadwal yang akan di-input. Contohnya, untuk jadwal billing bulan April
2016, maka nama tabel telatnya adalah telat_april2016. Struktur tabel jadwal telat ditampilkan pada Tabel. 12 berikut:
Tabel 12. Struktur Tabel Telat
No Nama
Field Tipe Data
Ukuran Keterangan
1 username
varchar 10
Username operator 2
jml_telat integer
11 Jumlah telat
3 potongan
integer 11
Potongan gaji 4
bol_shift integer
11 Jumlah bolos shift
5 bol_rapat
integer 11
Jumlah bolos rapat
Perancangan Proses 2.
Perancangan proses merupakan penggambaran aliran keluar-masuknya data pada sistem, interaksi antara data yang tersimpan dan proses yang dikenakan pada
data tersebut. Desain proses aliran data digambarkan dalam Data Flow Diagram DFD dimulai dari diagram konteks atau disebut juga Data Flow Diagram level
0 dan dikembangkan menjadi Data Flow Diagram level n. Data Flow Diagram dari sistem yang akan dibangun adalah sebagai berikut:
a. Diagram Konteks
Kategori