analisa perancangan sistem informasi stok di pt aisin
TRANSCRIPT
ANALISA PERANCANGAN SISTEM INFORMASI STOK
DI PT AISIN INDONESIA AUTOMOTIVE
BERBASIS WEB
Laporan Kuliah Kerja Praktik (KKP)
Diajukan Sebagai Salah Satu Syarat Kelulusan Mata Kuliah Kerja Praktik
Oleh:
Muhammad Syarif Hidayatulloh
311510994
PROGRAM STUDI TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI PELITA BANGSA
BEKASI
2018
ii
LEMBAR PENGESAHAN
Telah diperiksa dan disetujui oleh pembimbing kerja praktek untuk disidangkan
dengan judul :
ANALISA PERANCANGAN SISTEM INFORMASI STOK
DI PT AISIN INDONESIA AUTOMOTIVE
BERBASIS WEB
Disusun oleh:
NAMA : Muhammad Syarif Hidayatulloh
NIM : 311510994
Bekasi, 26 Februari 2019
Menyetujui,
Dosen Pembimbing,
M.Fatchan,S.Kom,M.Kom
NIDN:04031070605
Ketua Prodi
Teknik Informatika,
Aswan S.Sunge,S.E.,M.Kom.
NIDN:0426018003
iii
PENGESAHAN DEWAN PENGUJI
Nama Pelaksana
NIM
Program Studi
Judul
:
:
:
:
Muhammad Syarif Hidayatulloh
311510994
Teknik Informatika
Analisa Perancangan Sistem Informasi Stok di PT
Aisin Indonesia Automotive Berbasis Web
Laporan Kuliah Kerja Praktik ini telah diujikan dan dipertahankan dihadapan
Dewan Penguji pada Sidang Kuliah Kerja Praktik tanggal 3 Maret 2019.
Sebagai salah satu syarat untuk melaksanakan kuliah kerja praktik.
Bekasi, 3 Maret 2019
Dewan Penguji:
Dosen Penguji I
Irfan Afriantoro,S.Kom., M.M
NIDN : 0430048704
Dosen Penguji II
Edy Widodo,S.Kom., M.Kom
NIDN : 0428126702
iv
KATA PENGANTAR
Puji syukur penulis panjatkan kehadirat Allah Subhanahu Wa Ta‟ala yang
telah melimpahkan rahmat dan karunia-Nya, sehingga penulis dapat
menyelesaikan tugas laporan kuliah kerja praktik (KKP) .
Pada kesempatan ini penulis mengucapkan terimakasih yang sedalam
dalamnya kepada :
1. Bapak Dr. Ir. Supriyanto, M.P selaku ketua STT Pelita Bangsa.
2. Bapak Aswan S.Sunge,S.E.,M.Kom selaku Kepala prodi Teknik
Informatika STT Pelita Bangsa.
3. Bapak M.Fatchan,S.Kom,M.kom selaku dosen pembimbing kuliah
kerja praktik.
4. Bapak Yoga Religia,S.Kom,M.Kom selaku dosen mata kuliah kerja
praktik.
5. Bapak Pinta Budi selaku supervisor departemen diecasting melting di
PT Aisin Indonesia Automotive.
6. Ibu, Bapak, dan keluarga saya yang saya cintai.
7. Teman-teman TI15E1 yang telah membantu penulisan ini.
Penulis menyadari, bahwa dalam penulisan laporan ini jauh dari
kesempurnaan. Untuk itu penulis mengharapkan dukungan dari para pembaca
untuk memberikan kritik dan saran yang membangun.
Bekasi, 26 Februari 2018
Penulis
v
ABSTRAK
PT Aisin Indonesia Automotive adalah perusahaan yang bergerak di
bidang produksi komponen otomotif yang merupakan vendor utama PT TMMIN
dan PT ADM. Dalam melakukan pengecekan stok dan penyampaian informasi
stok kurang efektif dan efisien, karena masih manual. Dalam melakukannya masih
menggunakan alat bantu papan white board, perhitungan stok dengan merubah
satuan boks ke dalam satuan pcs, serta proses penyampaian perlu berpindah
ruangan dan membutuhkan 3 pelaku yaitu supervisor, leader dan JP (Job
Profesional). Metodologi yang digunakan dalam pengembangan sistem informasi
stok ini dengan menggunakan metodologi prototype dan metode pengumpulan
data dalam melakukan analisa dengan melakukan wawancara dan observasi. Hasil
dari pengembangan sistem ini lebih efisien dan efektif dari sistem sebelumnya
karena berbasis web, yaitu dengan menggunakan LED TV, dalam merubah satuan
stok produk dilakukan oleh sistem serta penyampaian informasi stok tidak
berpindah tempat dan hanya dibutuhkan 1 pelaku yaitu JP. Akan teteapi hasil
pengembangan ini masih dalam bentuk prototype dan perlu dilakukan
pengembangan lebih jauh untuk dilakukan implementasi.
Kata kunci : Stok, Web, Prototyping, Sistem Informasi.
vi
DAFTAR ISI
LEMBAR PENGESAHAN .................................................................................. ii
PENGESAHAN DEWAN PENGUJI ................................................................. iii
KATA PENGANTAR .......................................................................................... iv
ABSTRAK ..............................................................................................................v
DAFTAR ISI ......................................................................................................... vi
DAFTAR TABEL ................................................................................................ xi
DAFTAR GAMBAR .......................................................................................... xiv
BAB I PENDAHULUAN .......................................................................................1
1.1 Latar Belakang ........................................................................................ 1
1.2 Identifikasi Masalah ............................................................................... 3
1.3 Rumusan Masalah .................................................................................. 4
1.4 Batasan Masalah ..................................................................................... 4
1.5 Tujuan dan Manfaat ................................................................................ 4
1.5.1 Tujuan ........................................................................................... 4
1.5.2 Manfaat ......................................................................................... 5
1.6 Metode Pengumpulan Data .................................................................... 5
1.7 Sistematika Penulisan ............................................................................. 6
BAB II LANDASAN TEORI ................................................................................7
2.1 Definisi Judul .......................................................................................... 7
vii
2.1.1 Pengertian Data ............................................................................. 7
2.1.2 Pengertian Sistem .......................................................................... 7
2.1.3 Pengertian Informasi ..................................................................... 8
2.1.4 Pengertian Sistem Informasi ......................................................... 8
2.1.5 Pengertian Analisa Sistem ............................................................ 9
2.1.6 Pengertian Perancangan .............................................................. 10
2.1.7 Pengertian Web ........................................................................... 10
2.1.8 Pengertian Stok ........................................................................... 10
2.2 Teori Perancangan ................................................................................ 11
2.2.1 Flowchart .................................................................................... 11
2.2.2 Pengertian UML .......................................................................... 12
2.2.3 Use Case Diagram ....................................................................... 13
2.2.4 Activity Diagram ......................................................................... 15
2.2.5 Sequence Diagram ...................................................................... 17
2.2.6 Class Diagram ............................................................................. 18
2.3 Teori Basis Data ................................................................................... 19
2.3.1 Pengertian Basis Data ................................................................. 19
2.3.2 Aturan-aturan Basis Data ............................................................ 20
2.3.3 Komponen Database Management System (DBMS) .................. 21
2.3.4 Bagian-bagian Basis data ............................................................ 23
2.3.5 Relasi Basis Data......................................................................... 24
viii
2.3.6 Bahasa Basis data ........................................................................ 25
2.3.7 Perancangan Basis Data .............................................................. 26
2.4 Teori Bahasa Pemrograman.................................................................. 28
2.4.1 Object Oriented Programming (OOP) ........................................ 28
2.4.2 HTML ......................................................................................... 28
2.4.3 PHP ............................................................................................. 29
2.4.4 SQL ............................................................................................. 30
2.4.5 Javascript ..................................................................................... 30
2.5 Teori Pendukung .................................................................................. 31
2.5.1 Sistem Development Life Cycle (SDLC) ..................................... 31
2.5.2 Methodologi Prototyping ............................................................ 32
2.5.3 Xampp ......................................................................................... 34
2.5.4 Power Designer ........................................................................... 34
2.5.5 Bootstrap ..................................................................................... 35
2.5.6 Mysql .......................................................................................... 35
2.6 Tinjauan Studi ...................................................................................... 35
2.7 Kerangka Berfikir ................................................................................. 39
2.8 Hipotesis Penelitian .............................................................................. 39
BAB III HASIL DAN PEMBAHASAN .............................................................40
3.1 Objek Penelitian ................................................................................... 40
3.1.1 Profil Perusahaan ........................................................................ 40
ix
3.1.2 Visi dan Misi Perusahaan ............................................................ 41
3.1.3 Struktur Organisasi ..................................................................... 41
3.2 Analisa Sistem Berjalan ....................................................................... 42
3.3 Sistem yang Diusulkan ......................................................................... 43
3.4 Metodologi Perancangan Sistem Informasi Stok ................................. 44
3.5 Planning ............................................................................................... 44
3.5.1 Analisa Masalah .......................................................................... 45
3.5.2 Identifikasi Penyebab Masalah ................................................... 45
3.5.3 Pemecahan Masalah .................................................................... 46
3.6 Analysis ................................................................................................. 46
3.6.1 Use Case Diagram ....................................................................... 46
3.6.2 Activity Diagram.......................................................................... 48
3.6.3 Squence Diagram ........................................................................ 79
3.7 Design ................................................................................................. 105
3.7.1 Class Diagram ........................................................................... 105
3.7.2 Design Basis Data ..................................................................... 106
3.7.3 Design User Interface ................................................................ 108
3.8 Spesifikasi Software dan Hardware .................................................... 128
BAB IV KESIMPULAN DAN SARAN ...........................................................130
4.1 Kesimpulan ......................................................................................... 130
4.2 Saran ................................................................................................... 131
x
DAFTAR PUSTAKA .........................................................................................132
LAMPIRAN ........................................................................................................134
xi
DAFTAR TABEL
Tabel 2 . 1 Tabel Simbol Flowchart ..................................................................... 11
Tabel 2 . 2 Tabel Simbol Use Case. ...................................................................... 14
Tabel 2 . 3 Tabel Simbol Activity Diagram ........................................................... 16
Tabel 2 . 4 Tabel Simbol Squence Diagram .......................................................... 17
Tabel 2 . 5 Tabel Simbol Class Diagram .............................................................. 18
Tabel 2 . 6 Simbol Conseptual Diagram. .............................................................. 27
Tabel 2 . 7 Simbol Physical Diagram ................................................................... 27
Tabel 2 . 8 Tinjauan Studi Relevan ....................................................................... 38
Tabel 3 . 1 Flowchart Sistem Berjalan .................................................................. 42
Tabel 3 . 2 Flowchart yang Diusulkan .................................................................. 43
Tabel 3 . 3 Estimasi Waktu Pengerjaan ............................................................... 44
Tabel 3 . 4 Activity Diagram Registrasi ................................................................ 48
Tabel 3 . 5 Activity Diagram Login ....................................................................... 48
Tabel 3 . 6 Activity Diagram Admin Lihat Data Part ............................................ 49
Tabel 3 . 7 Activity Diagram Admin Tambah Data Part ....................................... 50
Tabel 3 . 8 Activity Diagram Admin Ubah Data Part ............................................ 51
Tabel 3 . 9 Activity Diagram Admin Hapus Data Part .......................................... 51
Tabel 3 . 10 Activity Diagram Admin Lihat Data Model ...................................... 52
Tabel 3 . 11 Activity Diagram Admin Tambah Data Model ................................. 53
Tabel 3 . 12 Activity Diagram Admin Ubah Data Model ...................................... 54
Tabel 3 . 13 Activity Diagram Admin Hapus Data Model .................................... 54
Tabel 3 . 14 Activity Diagram Admin Lihat Data Line ......................................... 55
Tabel 3 . 15 Activity Diagram Admin Tambah Data Line .................................... 56
xii
Tabel 3 . 16 Activity Diagram Admin Ubah Data Line ......................................... 57
Tabel 3 . 17 Activity Diagram Admin Hapus Data Line ....................................... 57
Tabel 3 . 18 Activity Diagram Admin Lihat Data Produk ..................................... 58
Tabel 3 . 19 Activity Diagram Admin Tambah Data Produk ................................ 59
Tabel 3 . 20 Activity Diagram Admin Ubah Data Produk..................................... 60
Tabel 3 . 21 Activity Diagram Admin Hapus Data Produk ................................... 61
Tabel 3 . 22 Activity Diagram Admin Lihat Data Stok ......................................... 61
Tabel 3 . 23 Activity Diagram Admin Tambah Data Stok .................................... 62
Tabel 3 . 24 Activity Diagram Admin Ubah Data Stok ......................................... 63
Tabel 3 . 25 Activity Diagram Admin Hapus Data Stok ....................................... 64
Tabel 3 . 26 Activity Diagram Admin Lihat Data Level ....................................... 64
Tabel 3 . 27 Activity Diagram Admin Tambah Data Level................................... 65
Tabel 3 . 28 Activity Diagram Admin Ubah Data Level ....................................... 66
Tabel 3 . 29 Activity Diagram Admin Hapus Data Level ..................................... 67
Tabel 3 . 30 Activity Diagram Admin Lihat Data Jabatan .................................... 67
Tabel 3 . 31 Activity Diagram Admin Tambah Data Jabatan ................................ 68
Tabel 3 . 32 Activity Diagram Admin Ubah Data Jabatan .................................... 69
Tabel 3 . 33 Activity Diagram Admin Hapus Data Jabatan................................... 69
Tabel 3 . 34 Activity Diagram Admin Lihat Data Pengguna ................................. 70
Tabel 3 . 35 Activity Diagram Admin Ubah Data Pengguna ................................ 71
Tabel 3 . 36 Activity Diagram Admin Tambah Data Pengguna ............................ 72
Tabel 3 . 37 Activity Diagram Admin Hapus Data Pengguna ............................... 73
Tabel 3 . 38 Activity Diagram Admin Ubah Kata Sandi Pribadi .......................... 73
Tabel 3 . 39 Activity Diagram Admin Ubah Kata Sandi Pengguna Lain .............. 74
xiii
Tabel 3 . 40 Activity Diagram User Lihat Data Stok............................................. 75
Tabel 3 . 41 Activity Diagram User Tambah Data Stok ........................................ 76
Tabel 3 . 42 Activity Diagram User Ubah Data Stok ............................................ 77
Tabel 3 . 43 Activity Diagram User Hapus Data Stok ........................................... 77
Tabel 3 . 44 Activity Diagram User Ubah Kata Sandi........................................... 78
Tabel 3 . 45 Activity Diagram Logout ................................................................... 79
Tabel 3 . 46 Activity Diagram Melihat Informasi Stok ......................................... 79
xiv
DAFTAR GAMBAR
Gambar 2 . 1 Model Menunjukkan Pandangan Statis Dan Dinamis Dari Sistem 13
Gambar 2 . 2 Contoh Use Case Diagram .............................................................. 14
Gambar 2 . 3 Contoh Activity Diagram ................................................................. 16
Gambar 2 . 4 Contoh Squence Diagram ................................................................ 17
Gambar 2 . 5 Contoh Class diagram (Satzinger et al., 2012 : 102) ....................... 18
Gambar 2 . 6 Komponen DBMS (Connolly & Begg, 2005 : 19) ......................... 21
Gambar 2 . 7 Bagian-bagian tabel basis data. ....................................................... 24
Gambar 2 . 8 Model Relasi One to One ................................................................ 24
Gambar 2 . 9 Model relasi One to Many ............................................................... 25
Gambar 2 . 10 Model Relasi Many to Many ......................................................... 25
Gambar 2 . 11 Skema Metodologi Prototype........................................................ 33
Gambar 3 . 1 Struktur Organisasi Departemen Produksi Die Casting-Melting ..... 41
Gambar 3 . 2 Use Case Diagram Sistem Informasi Stok ...................................... 47
Gambar 3 . 3 Sequence Diagram Registrasi .......................................................... 80
Gambar 3 . 4 Sequence Diagram Login ................................................................ 80
Gambar 3 . 5 Sequence Diagram Admin Lihat Data Part ..................................... 81
Gambar 3 . 6 Sequence Diagram Admin Tambah Data Part................................. 81
Gambar 3 . 7 Sequence Diagram Admin Ubah Data Part ..................................... 82
Gambar 3 . 8 Sequence Diagram Admin Hapus Data Part ................................... 82
Gambar 3 . 9 Sequence Diagram Admin Lihat Data Model ................................. 83
Gambar 3 . 10 Sequence Diagram Admin Tambah Data Model........................... 83
Gambar 3 . 11 Sequence Diagram Admin Ubah Data Model ............................... 84
Gambar 3 . 12 Sequence Diagram Admin Hapus Data Model ............................. 85
xv
Gambar 3 . 13 Sequence Diagram Admin Lihat Data Line .................................. 85
Gambar 3 . 14 Sequence Diagram Admin Ubah Data Line .................................. 86
Gambar 3 . 15 Sequence Diagram Admin Ubah Data Line .................................. 86
Gambar 3 . 16 Sequence Diagram Admin Hapus Data Line................................. 87
Gambar 3 . 17 Sequence Diagram Admin Lihat Data Produk .............................. 87
Gambar 3 . 18 Sequence Diagram Admin Tambah Data Produk ......................... 88
Gambar 3 . 19 Sequence Diagram Admin Ubah Data Produk .............................. 88
Gambar 3 . 20 Sequence Diagram Admin Hapus Data Produk ............................ 89
Gambar 3 . 21 Sequence Diagram Admin Lihat Data Stok .................................. 89
Gambar 3 . 22 Sequence Diagram Admin Tambah Data Stok .............................. 90
Gambar 3 . 23 Sequence Diagram Admin Ubah Data Stok .................................. 91
Gambar 3 . 24 Sequence Diagram Admin Hapus Data Stok................................. 91
Gambar 3 . 25 Sequence Diagram Admin Lihat Data Level................................. 92
Gambar 3 . 26 Sequence Diagram Admin Tambah Data Level ............................ 92
Gambar 3 . 27 Sequence Diagram Admin Ubah Data Level ................................ 93
Gambar 3 . 28 Sequence Diagram Admin Hapus Data Level ............................... 93
Gambar 3 . 29 Sequence Diagram Admin Lihat Data Jabatan .............................. 94
Gambar 3 . 30 Sequence Diagram Admin Tambah Data Jabatan ......................... 95
Gambar 3 . 31 Sequence Diagram Admin Ubah Data Jabatan ............................. 95
Gambar 3 . 32 Sequence Diagram Admin Hapus Data Jabatan ............................ 96
Gambar 3 . 33 Sequence Diagram Admin Lihat Data Pengguna .......................... 97
Gambar 3 . 34 Sequence Diagram Admin Tambah Data Pengguna ..................... 97
Gambar 3 . 35 Sequence Diagram Admin Ubah Data Pengguna .......................... 98
Gambar 3 . 36 Sequence Diagram Admin Hapus Data Pengguna ........................ 99
xvi
Gambar 3 . 37 Sequence Diagram Admin Ubah Kata Sandi Pribadi .................... 99
Gambar 3 . 38 Sequence Diagram Admin Ubah Kata Sandi Pengguna Lain ..... 100
Gambar 3 . 39 Sequence Diagram User Lihat Data Stok .................................... 101
Gambar 3 . 40 Sequence Diagram User Tambah Data Stok ............................... 101
Gambar 3 . 41 Sequence Diagram User Ubah Data Stok .................................... 102
Gambar 3 . 42 Sequence Diagram User Hapus Data Stok .................................. 103
Gambar 3 . 43 Sequence Diagram User Ubah Kata Sandi .................................. 103
Gambar 3 . 44 Sequence Diagram Log Out ........................................................ 104
Gambar 3 . 45 Sequence Diagram Melihat Informasi Stok ................................ 105
Gambar 3 . 46 Class Diagram Sistem Informasi Stok ........................................ 106
Gambar 3 . 47 Conseptual Diagram .................................................................... 107
Gambar 3 . 48 Physical Diagram Sistem ............................................................ 107
Gambar 3 . 49 Design Halaman Informasi Stok ................................................. 108
Gambar 3 . 50 Design Halaman Masuk .............................................................. 109
Gambar 3 . 51 Design Halaman Utama Admin .................................................. 109
Gambar 3 . 52 Design Halaman Data Part .......................................................... 110
Gambar 3 . 53 Design Halaman Tambah Data Part ........................................... 110
Gambar 3 . 54 Design Halaman Ubah Data Part ................................................ 111
Gambar 3 . 55 Design Halaman Data Model ...................................................... 111
Gambar 3 . 56 Design Halaman Data Model ...................................................... 112
Gambar 3 . 57 Design Halaman Ubah Data Model ............................................ 112
Gambar 3 . 58 Design Halaman Data Line ......................................................... 113
Gambar 3 . 59 Design Halaman Tambah Data Line ........................................... 113
Gambar 3 . 60 Design Halaman Ubah Data Line................................................ 114
xvii
Gambar 3 . 61 Design Halaman Data Produk ..................................................... 114
Gambar 3 . 62 Design Halaman Tambah Data Produk ....................................... 115
Gambar 3 . 63 Design Halaman Ubah Data Produk ........................................... 115
Gambar 3 . 64 Design Halaman Data Stok ......................................................... 116
Gambar 3 . 65 Design Halaman Tambah Data Stok ........................................... 116
Gambar 3 . 66 Design Halaman Ubah Data Stok................................................ 117
Gambar 3 . 67 Design Halaman Data Pengguna ................................................. 118
Gambar 3 . 68 Design Halaman Tambah Data Pengguna ................................... 118
Gambar 3 . 69 Design Halaman Ubah Data Pengguna ....................................... 119
Gambar 3 . 70 Design Halaman Data Level ....................................................... 119
Gambar 3 . 71 Design Halaman Tambah Data Level ......................................... 120
Gambar 3 . 72 Design Halaman Ubah Data Level .............................................. 120
Gambar 3 . 73 Design Halaman Data Jabatan..................................................... 121
Gambar 3 . 74 Design Halaman Tambah Data Jabatan ...................................... 122
Gambar 3 . 75 Design Halaman Ubah Data Jabatan ........................................... 122
Gambar 3 . 76 Design Halaman Ubah Kata Sandi Pribadi ................................. 123
Gambar 3 . 77 Design Halaman Ubah Kata Sandi Pengguna Lain ..................... 123
Gambar 3 . 78 Design Halaman Utama User ...................................................... 124
Gambar 3 . 79 Design Halaman Data Stok user.................................................. 125
Gambar 3 . 80 Design Halaman Tambah Data Stok User................................... 125
Gambar 3 . 81 Design Halaman Ubah Data Stok User ....................................... 126
Gambar 3 . 82 Design Halaman Ubah Kata Sandi User ..................................... 127
Gambar 3 . 83 Design Halaman Konfirmasi Log out ( PC device)..................... 127
Gambar 3 . 84 Design Halaman Konfirmasi Log out ( mobile device) ............... 128
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Industri otomotif saat ini sedang mengalami pertumbuhan , ini terjadi karena
adanya perbaikan kondisi ekonomi dalam negri . Ketua Umum Gaikindo
Yohannes Nangoi (Tempo Online, 2018) “Mengungkapkan peningkatan
pertumbuhan penjualan mobil (ritel) yang terjadi sepanjang sembilan bulan tahun
ini lantaran terdapat perbaikan kondisi ekonomi di dalam negeri”. Tumbuhnya
industri otomotif terlihat dari hasil penjualan mobil yang mengalami kenaikan.
Penjualan ritel kendaraan roda empat dalam daftar Gaikindo menunjukkan
pertumbuhan sebesar 10,85 persen pada Januari-September 2018 dibandingkan
periode yang sama tahun sebelumnya, dari 768.120 unit menjadi 851.430 unit
(Tempo Online, 2018). Dengan tumbuhnya penjualan ritel kendaraan roda empat,
akan mempengaruhi persaingan persaingan baru pada perusahaan perakitan
otomotif seperti TMIIN , ADM , SIM dan lainnya .
Dalam menciptakan satu unit mobil dibutuhkan berbagai komponen , baik
komponen utama maupun pendukung. Sehingga persaingan industri komponen
juga mengalami persaingan. Saat ini, jumlah industri komponen lokal sebanyak
1.550 perusahaan. Sebanyak 550 perusahaan di antaranya termasuk ke dalam
kategori tier 1. Sementara, sekitar seribu perusahaan berada di tier 2 dan tier 3
(Republika online, 2015). Dengan kenyataan ini maka industri komponen
otomotif harus dapat memenuhi kebutuhan komponen-komponen yang
dibutuhkan perusahaan perakit .
2
PT Aisin Indonesia Automotive (PT.AIIA) adalah perusahaan yang bergerak
di bidang manufaktur komponen otomotif diantaranya komponen bodi dan mesin
Adapun komponen bodi seperti center pilar garnish, door handle, power seat
motor, power sliding door, dan komponen mesin seperti engine front module, oil
pan dan camhousing.
Dalam memenuhi kebutuhan komponen otomotif , ketepatan waktu dalam
pengiriman merupakan salah satu komponen penting dalam memuaskan
pelanggan . Salah satu hal yang dapat mengganggu ketepatan waktu dalam
pengiriman adalah kondisi stok . Kondisi stok selalu berubah ubah setiap jamnya ,
hal itu dapat dipengaruhi beberapa hal, diantaranya ketika proses produksi tiba
tiba terganggu, seperti mesin mengalami trouble atau ketika terjadi masalah
kualitas produk (seperti kelolosan defect produk ). Dari hasil survei yang
dilakukan , peneliti tertarik untuk melakukan meneliti sistem informasi kondisi
stok di area unit plant yang selalu berubah-ubah, hal itu terjadi karena jenis
komponen yang di buat memiliki banyak defect produk, yang dapat
mempengaruhi kondisi stok .
Saat ini, untuk mengatasi hal tersebut telah dilakukan pengecekan kondisi
stok setiap 4 jam, akan tetapi pengecekan stok masih dilakukan secara manual
diantaranya penghitungan produk berdasarkan pcs, padahal aktual dilapangan
produk di simpan dalam bentuk bok dengan isi setiap box berfariasi sesuai jenis
part , serta untuk menampilkan data hasil pengecekan kondisi stok ditulis secara
manual di papan whiteboard yang letaknya hanya berada di satu tempat , sehingga
untuk melihat kondisi stok perlu datang ke lokasi tersebut .
3
Didalam ruang lingkup perusahaan , sistem informasi sangat dibutuhkan.
Menurut Kertahadi (Al Fatta, 2007 : 9) “Sistem informasi adalah suatu alat untuk
menyajikan informasi dengan cara sedemikian rupa sehingga bermanfaat bagi
penerimanya”. Tujuannya, menurut Murdick dan Ross (Al Fatta, 2007 : 9 )
“Untuk menyajikan informasi guna pengambilan keputusan pada perencanaan ,
pemrakarsaan, pengorganisasian, pengendalian kegiatan operasi subsistem suatu
perusahaan , dan menyajikan sinergi organiasi pada proses”.
Berdasarkan paparan masalah diatas dan pentingnya sistem informasi untuk
meningkatkan efisiensi dalam mengetahui kondisi stok , maka peneliti berniat
untuk melakukan analisa perancangan sistem informasi agar penghitungan dan
penampilan data stok dapat dilakukan secara lebih efisien dan efektif. Informasi
dapat diakses diberbagai tempat dalam perusahaan. Perhitungan berdasarkan box,
akan berubah ke dalam bentuk pcs secara otomatis.
Pada penelitian ini akan dibangun sistem informasi berbasis web untuk
meningkatkan efesiensi pengecekan stok , adapun judul penielitian ini adalah
“ANALISA PERANCANGAN SISTEM INFORMASI STOK DI PT AISIN
INDONESIA AUTOMOTIVE BERBASIS WEB”.
1.2 Identifikasi Masalah
Dari latar belakang masalah yang telah dijelaskan diatas dapat diketahui
permasalahan dalam penilitian kali ini adalah
1. Kurang efektif dalam menghitung stok karena dilakukan dalam bentuk
pcs.
2. Dalam menampilkan hasil perhitungan kondisi stok masih ditulis secara
manual dengan spidol dan perlu berpindah tempat.
4
3. Perlu berpindah tempat dalam melihat kondisi stok unit plant, karena
papan white board diletakkan di ruangan area line machining. Untuk
melihat informasi stok produk line diecasting perlu berpindah ke area
machining.
1.3 Rumusan Masalah
Berdasarkan identifikasi masalah dan batasan masalah diatas , adalah agar
dapat melihat kondisi stok hasil produksi unit plant , yang dapat mempengaruhi
perubahan jadwal produksi untuk mengamankan stok produk .
Maka pertanyaan penelitian yang timbul adalah bagaimana cara melakukan
pengecekan stok dengan lebih efektif dan efisien ?, baik dari segi penginputan
data stok maupun akses informasi kondisi stok .
1.4 Batasan Masalah
Agar penelitian ini terfokus untuk menyelesaikan permasalahan yang ada ,
maka akan dibatasi pembahasan sebagai berikut :
1. Penelitian hanya dilakukan di area unit plant departement produksi .
2. Kondisi stok produk yang dihitung adalah produk finish good , produk
setelah proses diecasting , machining dan assembling.
1.5 Tujuan dan Manfaat
1.5.1 Tujuan
Adapun tujuan pelaksanaan KKP (Kuliah Kerja Praktik) atau penelitian ini
adalah sebagai berikut:
1. Untuk melakukan perancangan sistem informasi pada PT.Aisin
Indonesia Automotive.
2. Salah satu syarat untuk kelulusan mata kuliah KKP.
5
1.5.2 Manfaat
1. Penulis
Dapat menambah kemampuan penulis mengenai bahasa pemrograman
yang pernah diajarkan oleh dosen di STT Pelita Bangsa dan dapat
mengembangkan wawasan terkait masalah-masalah yang ada di PT
Aisin Indonesia Automotive.
2. Perusahaan
Dengan dilakukannya penelitian Analisa dan Perancangan Sistem
Informasi dengan metode prototype ini dapat diimplementasikan oleh
peruahaan untuk kelancaran proses penghitungan dan penampilan data
stok produk (Finish Good) perjam di masa mendatang.
3. Institusi
Sebagai referensi bagi penelitian dan pembelajaran untuk adik kelas
(Mahasiswa/i)
1.6 Metode Pengumpulan Data
Dalam melakukan penelitian serta dalam penyusunan laporan ada 3 cara
pengumpulan data, yaitu :
1. Observasi, dengan melakukan penelitian langsung kelapangan, untuk
mendapatkan data yang di butuhkan.
2. Wawancara, dengan melakukan tanya jawab dengan pihak yang
berhubungan langsung terhadap kegiatan KKP.
3. Studi kepustakaan, dengan mempelajari berbagai buku-buku maupun
jurnal penunjang kajian dan juga referensi tertulis yang dilakukan
perusahaan.
6
1.7 Sistematika Penulisan
Adapun sistematika penulisan dan gambaran umum setiap bab dalam
penulisan ini adalah sebagai berikut :
BAB I PENDAHULUAN
Membahas latar belakang, Masalah penelitian, Tujuan dan Manfaat
Penelitian, Metode Pengumpulan Data dan Sistematika Penulisan.
BAB II LANDASAN TEORI
Membahas Definisi Judul, Membahas Tinjauan Pustaka, Tinjauan Studi,
Kerangka Berfikir/Pola Pemecahan Masalah, Hipotesis penelitian.
BAB III HASIL DAN PEMBAHASAN
Berisi profil perusahaan , Visi Misi Perusahaan, Struktur Organisasi,
Metodologi Penelitian, Tahap Penelitian .
BAB IV PENUTUP
Berisi tentang kesimpulan dan Saran dari penulisan ini.
7
BAB II
LANDASAN TEORI
2.1 Definisi Judul
2.1.1 Pengertian Data
Gordon B Davis menjelaskan keterkaitan data dengan informasi dalam
bentuk definisi sebagai berikut “informasi adalah data yang telah diproses ke
dalam suatu bentuk yang mempunyai arti bagi si penerima dan mempunyai nilai
nyata dan terasa bagi keputusan saat itu atau keputusan saat mendatang”(Sutabri,
2012 : 1). Data adalah bahan mentah yang diproses untuk menyajikan informasi
(Sutabri, 2012 : 2).
Dari pengertian diatas dapat disimpulkan bahwa data merupakan
sekumpulan fakta atau bagian dari fakta dapat berupa simbol-simbol, huruf,
angka, benda atau yang lainnya, yang masih mentah dan masih sulit untuk
dipahami.
2.1.2 Pengertian Sistem
Sistem pada dasarnya adalah sekelompok unsur yang erat hubungannya
antara satu dengan yang lain, yang berfungsi bersama-sama untuk mencapai
tujuan tertentu (Sutabri, 2012 : 6). Menurut Murdick dan Ross (Al Fatta, 2007 :3 )
mendefinisikan sistem sebagai seperangkat elemen yang digabungkan satu dengan
lainnya untuk suatu tujuan bersama.
Dari pengertian diatas dapat disimpulkan bahwa sistem merupakan
sekelompok unsur yang kemudian di gabungkan antara satu dengan yang lainnya
untuk mencapai tujuan yang sama. Seperti halnya sepeda, jika sepeda
8
diumpamakan sebagai sistem maka unsurnya terdiri dari roda, rangka, pedal, rem,
stang, rantai, dan lainnya.
2.1.3 Pengertian Informasi
Informasi (Sutabri, 2012 : 29) adalah data yang telah diklarifikasi atau
diolah atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan. Sistem pengolahan informasi mengolah data menjadi informasi
tepatnya mengolah data dari bentuk tak berguna menjadi berguna bagi
penerimanya .
2.1.4 Pengertian Sistem Informasi
Sistem informasi (Sutabri, 2012 : 49 ) adalah suatu sistem di dalam suatu
organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan
strategi dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu
dengan laporan laporan yang diperlukan.
Menurut Kertahadi (Al Fatta, 2007 : 9) “Sistem informasi adalah Suatu alat
untuk menyajikan informasi dengan cara sedemikian rupa sehingga bermanfaat
bagi penerimanya”. Tujuannya , menurut Murdick dan Ross (Al Fatta, 2007 : 9 )
yaitu “untuk menyajikan informasi guna pengambilan keputusan pada
perencanaan , pemrakarsaan, pengorganisasian, pengendalian kegiatan operasi
subsistem suatu perusahaan , dan menyajikan sinergi organiasi pada proses .
Menurut Stair (Al Fatta, 2007 : 9 ) bahwa sistem informasi berbasis
komputer (CBIS) dalam suatu organisasi terdiri dari komponen berikut :
1. Perangkat keras, yaitu komponen untuk melengkapi kegiatan memasukan
data, memproses data, dan keluaran data.
9
2. Perangkat lunak, yaitu program dan intruksi yang diberikan ke dalam
komputer.
3. Database, yaitu kumpulan data dan informasi yang diorganisasikan
sedemikian rupa sehingga mudah diakses pengguna sistem informasi.
4. Telekomunikasi, yaitu komunkasi yang menghubungkan antara pengguna
sistem dengan sistem komputer secara bersama-sama ke dalam suatu
jaringan kerja yang efektif.
5. Manusia, yaitu personel dari sistem informasi, meliputi manajer, analis,
programer, dan operator, serta bertanggung jawab terhadap perawatan
sistem.
Selain komponen-komponen yang terdapat pada sistem informasi, sistem
informasi juga memiliki beberapa kegiatan. Kegiatan yang terdapat dalam sistem
informasi adalah sebagai berikut :
1. Input (input), menggambarkan bagaimana suatu kegiatan menyediakan
data untik diproses.
2. Proses (process), menggambarkan bagaimana suatu data diproses untuk
menghasilkan suatu informasi yang bernilai tambah.
3. Keluaran (output), suatu kegiatan untuk menghasilkan laporan dari proses.
4. Penyimpanan, suatu kegiatan untuk memelihara dan menyimpan data.
5. Kontrol, suatu aktifitas untuk menjamin bahwa sistem informasi tersebut
berjalan sesuai dengan yang diharapkan.
2.1.5 Pengertian Analisa Sistem
“Analisa sistem adalah kegiatan-kegiatan itu memungkinkan seseorang
untuk memahami dan menentukan apakah sistem baru harus dicapai (Satzinger,
10
Jackson, & Burd, 2012 : 5).” Analisis sistem lebih dari sekadar pernyataan singkat
tentang masalah. Misalnya, sistem manajemen pelanggan harus mencari data
pelanggan, mendaftarkan produk, memantau jaminan, danmencari tingkat
layanan, di antara banyak fungsi lainnya yang semuanya memiliki banyak sekali
detail. Analisa sistem menjelaskan secara rinci "apa" yang harus dilakukan sistem
untuk memenuhi kebutuhan atau untuk menyelesaikan masalah.
2.1.6 Pengertian Perancangan
Perancangan sistem adalah sekumpulan aktifitas yang memungkinkan
seseorang untuk mendefinisikan dan menjelaskan secara detail sistem, untuk
menyelesaikan masalah yang ingin diselesaikan (Satzinger, dkk, 2012 : 5).
2.1.7 Pengertian Web
World Wide Web ( WWW) atau web adalah sebuah sistem penyebaran
informasi melalui internet. Informasi yang dikirimkan dapat berupa teks, animasi,
gambar maupun video yang dapat diakses melalui sebuah software yang disebut
browser (Yuhefizar, Mooduto, & Hidayat, 2009 : 1).
2.1.8 Pengertian Stok
Menurut Kieso, Weygandt, Warfield ( Imelda and Irwandi, 2011: 98 )
mengatakan bahwa persediaan ( stok ) adalah pos-pos aktiva yang dimiliki untuk
jual dalam kondisi bisnis normal atau barang yang digunakan dalam produksi
bisnis yang akan dijual. Aktiva adalah segala kekayaan yang dimiliki oleh suatu
perusahaan, yang dimaksud dengan kekayaan ini adalah sumber daya yang dapat
berupa benda atau hak yang dikuasai dan yang sebelumnya diperoleh perusahaan
melalui transaksi atau kegiatan masa lalu.
11
2.2 Teori Perancangan
2.2.1 Flowchart
Flowchart atau diagram alir adalah suatu diagram yang menggambarkan
langkah kerja atau proses, kedalam bentuk simbol-simbol grafis dan urutanya
dihubungkan dengan panah. Adapun simbol-simbol di dalam flowchart yaitu :
Tabel 2 . 1 Tabel Simbol Flowchart
Simbol Keterangan
Terminator, menggambarkan permulaan / akhir proses
Resources (Garis Alir), menggambarkan arah aliran
Preparation, menggambarkan proses inisialisasi
Process, menggambarkan suatu proses yang dilakukan
Input/Output, menggambarkan proses masukan atau
keluaran data, parameter atau informasi
Sub Program, menggambarkan permulaan sub program
Decision, menggambarkan perbandingan pernyataan
On page connector , menggambarkan hubungan flowchart
dalam satu halaman
On page Connector, menggambarkan hubungan flowchart
dalam berbeda halaman
Data Source, menggambarkan tempat penyimpanan data
(basis data)
12
2.2.2 Pengertian UML
Sistem informasi saat ini suadah semakin kompleks. Dalam merancang
ataupun mengembangkan sistem yang kompleks dapat menggunakan UML
(Unified Modeling Language). Menurut Gordon B Davis (2005 : 334) “UML
adalah bahasa yang digunakan untuk menentukan, memvisualisasikan, dan
mendokumentasikan artefak dalam pengembangan sistem berorientasi objek”.
Sedangkan menurut Satzinger (2012 : 46) “UML adalah set standar konstruksi
model dan notasi yang kembangkan khusus dalam pennurut gembangan sistem
yang berorientasi objek.”Dari pengertian diatas dapat disimpulkan bahwa UML
adalah sebauah bahasa yang digunakan untuk menvisualisasikan, menentukan dan
mendokumentasikan rancangan dalam pengembangan sistem yang berorientasi
objek.
UML merupakan bahasa standar desain yang terdiri dari kumpulan-
kumpulan diagram, digunakan untuk membantu para pengembang sistem dan
software agar dapat menyelesaikan tugas seperti :
1. Spesifikasi
2. Visualisasi
3. Desain arsitektur
4. Konstruksi
5. Simulasi dan testing
6. Dokumentasi
Menurut Gordon B Davis (2005) UML (Unified Modeling Language) terdiri
dari beberapa diagram , yaitu:
1. Use Case Diagram
13
2. Sequence Diagram
3. Activity Diagram
4. Class Diagram
5. Component Diagram
6. Deployment Diagram
7. Statechart Diagram
8. Collaboration Diagram
Dari keterangan diatas jika digambarkan maka seperti dibawah ini :
Gambar 2 . 1 Model Menunjukkan Pandangan Statis Dan Dinamis Dari Sistem
Dalam penelitian ini hanya 4 diagram yang diguanakan yaitu use case
diagram, sequence diagram, activity diagram, class diagram.
2.2.3 Use Case Diagram
Use case diagram adalah suatu kegiatan yang sistem lakukan, biasanya
sebagai tanggapan atas permintaan oleh pengguna (Satzinger et al., 2012 : 69).
Menurut Gordon B Davis (2005 : 335), use case mengilustrasikan fungsi yang
dimaksudkan sistem (use case), lingkungannya (aktor), dan hubungan antara kasus
14
penggunaan dan aktor. Berdasarkan pengertian diatas dapat disimpulkan bahwa
use case diagram merupakan suatu ilustrasi yang menggambarkan hubungan
antara kegiatan/ tanggapan sistem dengan pengguna (aktor).
Gambar 2 . 2 Contoh Use Case Diagram
Adapun simbol simbol yang terdapat di dalam use case adalah sebagai
berikut:
Tabel 2 . 2 Tabel Simbol Use Case.
Gambar Keterangan
Use case menggambarkan fungsionalitas yang
disediakan sistem sebagai unit-unit yang bertukar pesan
antar unit dengan aktor, yang dinyatakan dengan
menggunakan kata kerja.
Actor adalah Abstraction dari orang atau sistem yang
lain yang mengaktifkan fungsi dari target sistem.
15
2.2.4 Activity Diagram
Menurut Satzinger (2012 : 141) “Activity diagram merupakan gambaran
berbagai pengguna (atau sistem) kegiatan, orang yang melakukan aktivitas masing
masing, dan aliran sekuensial dari kegiatan tersebut”. Sedangkan menurut Gordon
B davis (2005 : 335) “Activity diagram merepresentasikan dinamika dari sistem,
mereka menunjukkan aliran kontrol dari aktivitas ke aktivitas dalam sistem,
kegiatan apa yang dapat dilakukan secara paralel, dan jalur alternatif melalui
alur”. Berdasarkan pengertian diatas dapat disimpulkan bahwa activity diagram
Association antara aktor dan use case, mengindikasikan
siapa atau apa yang meminta interaksi secara langsung
dan bukannya mengindikasikan data.
Association antara aktor dan use case yang
menggunakan panah terbuka untuk mengindikasikan
bila aktor berinteraksi secara pasif dengan sistem.
Include, merupakan di dalam use case lain (required)
atau pemanggilan use case oleh use case lain, contohnya
adalah pemanggilan sebuah fungsi program
Extend, merupakan perluasan dari use case lain jika
kondisi atau syarat terpenuhi.
System, menspesifikasikan paket yang menampilkan
sistem secara terbatas.
16
merupakan gambaran rangkaian aliran dari aktivitas ke aktivitas lain didalam
sistem.
Gambar 2 . 3 Contoh Activity Diagram
Adapun simbol simbol didalam activity diagram adalah sebagai berikut:
Tabel 2 . 3 Tabel Simbol Activity Diagram
Gambar Keterangan
Start Point, diletakkan pada pojok kiri atas dan
merupakan awal aktivitas.
End Point, akhir aktivitas.
Activities, menggambarkan suatu proses/kegiatan bisnis.
Fork (percabangan), digunakan untuk menunjukkan
kegiatan yang dilakukan secara paralel atau untuk
menggabungkan dua kegiatan paralel menjadi satu.
Join (penggabungan) atau rake, digunakan untuk
menunjukkan adanya dekomposisi
17
Swimlane, pembagian activity diagram untuk
menunjukkan siapa dan melakukan apa.
2.2.5 Sequence Diagram
Squence diagram menunjukkan interaksi objek yang diatur dalam urutan
waktu, ini menggambarkan objek dan kelas yang terlibat dalam skenario dan
urutan pesan yang dipertukarkan antara objek-objek yang diperlukan untuk
melaksanakan fungsi tersebut dari skenario (Davis, 2005 : 336).
Gambar 2 . 4 Contoh Squence Diagram
Adapun simbol-simbol di dalam squence diagram adalah sebagai berikut:
Tabel 2 . 4 Tabel Simbol Squence Diagram
Gambar Keterangan
Actor, menggambarkan seseorang atau sesuatu yang
berinteraksi dengan sistem.
Life line, objek entity antarmuka yang saling berinteraksi.
18
Object Message, Menggambarkan pesan / hubungan
antar objek yang menunjukan urutan kejadian yang
terjadi.
Self Message, menggambarkan pesan/hubungan objek itu
sendiri yang menunjukan urutan kejadian yang terjadi.
Return Message, pesan kembali
2.2.6 Class Diagram
Class diagram adalah suatu diagram yang terdiri dari kelas (yaitu, set objek)
dan asosiasi di antara kelas-kelas (Satzinger et all., 2012 : 101). Menurut Gordon
B Davis (2005 : 336) “diagram kelas dibuat untuk menyediakan gambar atau
tampilan dari beberapa atau semua kelas dalam model - mereka menunjukkan
struktur statis dari sistem”.
Gambar 2 . 5 Contoh Class diagram (Satzinger et al., 2012 : 102)
Adapun simbol-simbol yang digunakan didalam class diagram adalah
sebagai berikut:
Tabel 2 . 5 Tabel Simbol Class Diagram
Gambar Keterangan
Class adalah blok - blok pembangun pada pemrograman
berorientasi obyek. Sebuah class digambarkan sebagai
sebuah kotak yang terbagi atas 3 bagian.
19
Bagian atas adalah bagian nama dari class. Bagian
tengah mendefinisikan property/atribut class. Bagian
akhir mendefinisikan method-method dari sebuah class.
Association, merupakan sebuah relationship antara 2
class dan dilambangkan oleh sebuah garis yang
menghubungkan antara 2 class.
Composition, menandakan jika sebuah class tidak bisa
berdiri sendiri dan harus merupakan bagian dari class lain
Dependency, digunakan untuk menunjukan operasi pada
suatu class yang menggunakan class lain.
Aggregation, mengindikasikan keseluruhan bagian
relationship dan biasanya disebut sebagai relasi.
2.3 Teori Basis Data
2.3.1 Pengertian Basis Data
Basis data merupakan sekumpulan data yang terintegrasi sebagai tempat
penyimpanan data, diatur dan dikontrol secara terpusat (Satzinger et al., 2012 :
373 ). Basis data itu sendiri adalah sekumpulan (koleksi) logikal yang dibagi dan
berhubungan dengan data beserta deskripsinya, dirancang untuk memenuhi
kebutuhan informasi dari perusahaan berdasarkan pendapat (Connolly & Begg,
2005 : 15 ) . Dari pengertian tersebut dapat dikatakan bahwa basis data merupakan
tempat penyimpanan data yang saling terintegrasi yang dapat dikontrol dan diatur
untuk menunjang jalannya sistem informasi .
20
Database Management System (DBMS) adalah komponen perangkat lunak
sistem yang mengelola dan mengendalikan satu atau lebih database (Satzinger et
al., 2012 : 373). Sedangkan menurut Connoly dan Begg (2005 : 16) “Database
Management Syatem (DBMS) adalah suatu sistem perangkat lunak yang
memungkinkan pengguna untuk mendefinisikan, membuat, memelihara, dan
mengendalikan akses ke database”.
Database dan Database Management System (DBMS) menyediakan
beberapa hal penting, akses data dan kemampuan manajemen, (Satzinger et
al.,2012 : 374 ) termasuk:
1. Akses bersama oleh banyak pengguna dan program aplikasi.
2. Akses ke data tanpa menulis program aplikasi (yaitu, melalui permintaan
bahasa)
3. Aplikasi kontrol akses dan konten yang seragam dan konsisten
4. Integrasi data yang disimpan di beberapa server yang didistribusikan
dibeberapa lokasi.
2.3.2 Aturan-aturan Basis Data
Terdapat beberapa aturan yang harus dipenuhi pada file basis data agar
dapat memenuhi kriteria sebagai suatu basis data:
1. Kerangkapan data, yaitu munculnya data-data yang sama secara berulang
ulang di dalam file basis data.
2. Inkonsistensi data, yaitu munculnya data yang tidak konsisten pada field
yang sama untuk beberapa file dengan kata kunci yang sama.
3. Data terpisah, disebabkan oleh pemakaian beberapa file basis data.
Program aplikasi tidak dapat mengakses file tertentu.
21
4. Keamanan data, berhubungan dengan keamanan data didalam sistem
basis data. Pada prinsipnya file basis data hanya dapat diakses oleh
pemakai yang telah diberikan hak akses. Data yang aman tidak akan
merusak file data lainnya ketika dilakukan penyimpanan.
5. Integrasi data, dalam file basis data, terdapat data yang terintegrasi
seperti halnya relasi pada tabel. Dengan integrasi data dapat dilakukan
pengendalian atau pengontrolan data yang ada pada sistem basis data.
2.3.3 Komponen Database Management System (DBMS)
Didalam lingkungan DBMS terdapat beberapa komponen diantaranya
hardware, software, data, procedure, people. Seperti yang diilustrasikan didalam
gambar berikut .
Gambar 2 . 6 Komponen DBMS (Connolly & Begg, 2005 : 19)
Hardware, dalam menjalankan aplikasi DBMS membutuhkan perangkat
keras, Beberapa DBMS hanya berjalan pada perangkat keras atau sistem operasi
tertentu, sementara yang lain dapat berjalan pada berbagai perangkat keras dan
sistem operasi. Untuk menjalankan DBMS membutuhkan jumlah minimum
utama memori dan ruang disk, meskipun konfigurasi minimum belum tentu
memberikan kinerja yang baik.
Software, komponen perangkat lunak terdiri dari perangkat lunak DBMS itu
sendiri dan program aplikasi, serta sistem operasi, termasuk perangkat lunak
jaringan apabila DBMS digunakan melalui jaringan. Pada umumnya program
aplikasi ditulis dalam pemrograman bahasa generasi ketiga (3GL), seperti „C‟, C
22
++, Java, Visual Basic, COBOL, Fortran, Ada, atau Pascal, atau menggunakan
bahasa generasi keempat (4GL), seperti SQL, yang tertanam didalam bahasa
generasi ke tiga.
Data, menurut Connoly dan Begg (2005 : 20 ) “data bertindak sebagai suatu
penghubung antara komponen mesin dan komponen manusia”. Basis data berisi
baik data operasional dan metadata, 'data tentang data'. Struktur dari basis data
disebut skema.
Procedure, Prosedur mengacu pada instruksi dan aturan yang mengatur
desain dan penggunaan basis data. Pengguna sistem dan staf yang mengelola basis
data perlu didokumentasikan prosedur tentang cara menggunakan atau
menjalankan sistem.
People, Komponen terakhir adalah orang-orang yang terlibat dengan sistem.
Ada empat macam tipe orang yang berpartisipasi dalam lingkungan DBMS yaitu:
database administrator, database designer, pengembang aplikasi, dan pengguna
akhir (Connolly & Begg, 2005 : 21).
1. Database Administrator (DA), bertanggung jawab atas pengelolaan
sumber daya data termasuk perencanaan basis data, pengembangan dan
pemeliharaan standar, kebijakan dan prosedur, dan basis data desain
basisdata.
2. Database designer, terbagi menjadi 2 type : logical database designer
dan physical database designer . Logical database designer
berkonsentrasi dengan mengidentifikasi data (yaitu, entitas dan atribut),
hubungan antara tabel (relasi), dan batasan data yang akan disimpan
23
dalam basis data. Physical database designer berkonsentrasi untuk
mengimplementasikan logical database yang telah dibuat.
3. Pengembang aplikasi. Pengembang aplikasi bekerja berdasarkan
spesifikasi yang dibuat oleh analis sistem. Setiap program berisi
pernyataan yang meminta DBMS untuk melakukan beberapa operasi
pada basis data seperti mengambil data, menyisipkan, memperbarui, dan
menghapus data. Program dapat ditulis dalam pemrograman generasi
ketiga bahasa atau bahasa generasi keempat, seperti php , python dan
lainnya.
4. Pengguna akhir adalah 'clients' basis data, yang telah dirancang dan
diimplementasikan, dan dikelola untuk memenuhi kebutuhan informasi
mereka.
2.3.4 Bagian-bagian Basis data
Basis data terdiri dari beberapa bagian:
1. Tabel atau tuple, adalah kumpulan dari bebrapa fields dan records.
2. Field atau Atribut, adalah sebuatan untuk mewakili satu records. Field
ditampilkan dalam bentuk kolom.
3. Record, adalah kumpulan elemen elemen yang saling berkaitan. Record
ditampilkan dalam bentuk baris atau row.
4. Key, merupakan kunci yang ada pada tabel . Ada beberapa jenis key
didalam basis data, dua diantaranya adalah primary key dan foreign key.
Primary key adalah suatu kolom atau field yang menjadi titik acuan
didalam tabel. Primary key bersifat unik, dalam artian tidak memiliki
nilai yang sama di dalam field tersebut. Foreign key adalah suatu kolom
24
atau field didalam tabel yang berisi primary key dari tabel lain . Foreign
key tidak bersifat unik, karena ada nilai yang sama apabila tabel tersebut
memiliki hubungan relasi one-to-many ke tabel lain.
5. Index, adalah struktur basis data secara fisik yang digunakan untuk
optimalisasi pemrosesan data dan mempercepat proses pencarian data.
Apabila di gambarkan berikut merupakan bagian-bagian dari database.
Gambar 2 . 7 Bagian-bagian tabel basis data.
2.3.5 Relasi Basis Data
Didalam basis data terdapat istilah relasi antar tabel. Relasi antara dua tabel
dikategorikan menjadi 3 macam, yaitu:
1. One to one relationship
Gambar 2 . 8 Model Relasi One to One
Hubungan tabel pertama dan kedua adalah satu berbanding satu. Gambar 2.8
menunjukan hubungan relasi one to one, hubungan tersebut dapat ditunjukan
Field
Primary key
Record
Foreign key
Tabel (staff)
25
dengan garis tanpa bercabang, yang mengartikan bahwa satu karyawan hanya
memiliki satu NIK.
2. One to many relationship
Gambar 2 . 9 Model relasi One to Many
Hubungan tabel pertama dan kedua adalah satu berbanding banyak. Gambar
2.9 menunjukan hubungan relasi one to many, hubungan tersebut dapat ditunjukan
dengan garis bercabang yang menempel pada kotak model, yang mengartikan
bahwa satu produk hanya memiliki banyak model.
3. Many to many relationship
Gambar 2 . 10 Model Relasi Many to Many
Hubungan tabel pertama dan kedua adalah banyak berbanding banyak.
Gambar 2.10 menunjukan hubungan relasi many to many, hubungan tersebut
dapat ditunjukan dengan garis bercabang yang menempel pada kotak karyawan
dan kotak proyek, yang mengartikan bahwa banyak proyek memiliki banyak
karyawan atau sebaliknya.
2.3.6 Bahasa Basis data
Pada umumnnya basis data menggunakan bahasa SQL (Structure Query
Language). Bahasa basis data terdiri dari dua bagian, yaitu data definition
language (DDL) dan data manipulation language (DML)(Connolly & Begg, 2005
: 39). Masing-masing memiliki fungsi yang berbeda.
26
1. Data Definition Language (DDL) merupakan bahasa yang
memungkinkan DBA atau pengguna untuk mendeskripsikan dan
memberi nama entitas, atribut, dan hubungan (relasi) yang diperlukan
untuk aplikasi tersebut, bersamaan dengan integritas dan batasan
keamanan. Contoh bahasa yang termasuk kategori DDL, yaitu create,
alter, drop.
2. Data Manipulation Language (DML) merupakan bahasa yang
menyediakan serangkaian operasi untuk mendukung manipulasi data
yang tersimpan dalam database.Contoh bahasa yang termasuk kategori
DML, yaitu insert, update, delete, select.
2.3.7 Perancangan Basis Data
Didalam mambangun basis data diperlukan perancangan basis data, dalam
melakukan perancangan basis data terdapat 3 methodologi , yaitu : conceptual,
logical, and physical database design (Connolly & Begg, 2005 :458 ). Selama
proses perancangan diperlukan diagram, diantaranya conseptual diagram dan
physical diagram .
1. Conseptual Data Model adalah independen dari semua detail
implementasi, sedangkan model logis mengasumsikan pengetahuan
model data yang mendasari target DBMS (Connolly & Begg, 2005 : 47 )
Berdasarkan pengertian tersebut conseptual data model merupakan
langkah awal dalam melakukan perancangan basis data. Didalam
conseptual data model diagram, perancang akan menentukan entity,
atribut dan tipe data atribut , jenis relasi entity, key dalam bentuk
diagram.
27
Tabel 2 . 6 Simbol Conseptual Diagram.
Simbol Keterangan
Entity, atau dapat disebut tabel,
didalamnya terdapat nama tabel, nama
atribut, dan tipe data beserta
ukurannya.
Relationship one to one, one to
many,dan many to many, menggambar-
kan relasi antar tabel
2. Physical Data Model menggambarkan bagaimana data disimpan di
komputer, mewakili informasi seperti struktur rekaman, urutan rekaman,
dan jalur akses(Connolly & Begg, 2005 : 49). Physical Data Model
merupakan diagram yang menggambarkan relasi antar tabel , procedure,
view sebelum di generate ke dalam script SQL.
Tabel 2 . 7 Simbol Physical Diagram
Simbol Keterangan
View, untuk menampilkan tabel view berdasarkan
atribut yang telah ditentukan.
Table atau Entity, merupakan tampilan tabel dan
atribut tipe data atribut dan key ( baik sebagai fk
maupupun pk)
Procedure,merupakan tampilan procedure yang akan
digunakan didalam basis data
28
Reference, sebagai penghubung atau menggambar-
kan relasi antar objek.
2.4 Teori Bahasa Pemrograman
2.4.1 Object Oriented Programming (OOP)
Object Oriented Programming (OOP) adalah pemrograman yang
menggunakan bahasa berorientasi objek, yang mendukung kelas objek, pewarisan,
polymorphism dan enkapsulasi (Satzinger et al., 2012 : 241).
1. Kelas objek adalah kumpulan atas definisi data dan fungsi – fungsi
dalam sustu unit untuk tujuan tertentu.
2. Pewarisan adalah kemempuan suatu kelas untuk menurunkan property
atau method ke dalam kelas lain.
3. Polymorphism adalah kemampuan sebuah objek untuk mempunyai
banyak bentuk atau mengungkapkan banyak hal melalui satu cara yang
sama.
4. Enkapsulasi adalah kemampuan untuk mengatur struktur kelas dengan
me-nyembunyikan alur kerja dari kelas tersebut seperti hak akses public
, protected.
2.4.2 HTML
Bahasa markup digunakan untuk menentukan konten file yang
dipertukarkan antara berbeda aplikasi atau pengguna yang berbeda. Salah satu
bahasa markup yang terkenal saat ini adalah HTML. Hyper Text Markup
Language (HTML) adalah bahasa utama untuk membangun halaman web, yang
terdiri dari tag dan aturan tentang cara menampilkan halaman (Satzinger et al.,
2012 : 169). HTML berfungsi dengan melampirkan teks dalam tag untuk
29
menjelaskan bagaimana teks itu harus dieksekusi oleh browser (aplikasi yang
daapat menafsirkan file HTML)(Davis, 2005: 154 ). HTML adalah turunan yang
relatif sederhana dari sebuah bahasa lain, Standard Generalized Markup
Language (SGML). SGML merupakan bahasa yang sebelumnya banyak
digunakan di dunia penerbitan dan percetakan.
Saat ini HTML merupakan bahasa standar internet yang didefinisikan dan
dikendalikan penggunaannya oleh World Wide Web Consortium (W3C). HTML
dibuat oleh kolaborasi Caillau TIM dengan Berners-Lee Robert ketika mereka
bekerja di CERN (lembaga penelitian fisika energi tinggi di Jenewa) pada tahun
1989.
2.4.3 PHP
PHP awalnya adalah singkatan dari Personal Home Page, tetapi sekarang
singkatan dari initialism rekursif PHP: Hypertext Preprocessor. Pertama kali
dibuat oleh Rasmus Lerdorf pada tahun 1994. PHP merupakan salah satu bahasa
pemrograman server side scripting. Server side scripting merupakan sebuah
teknologi scripting atau pemrograman web dimana script (program) dikompilasi
atau diterjemahkan di dalam server. Dengan server side scripting, memungkinkan
untuk menghasilkan halaman web yang dinamis.
Kode PHP dapat disematkan ke dalam kode HTML, atau dapat digunakan
dalam kombinasi dengan berbagai sistem templat web, sistem manajemen konten
web, dan kerangka kerja web. Kode PHP diproses oleh penerjemah PHP yang
diimplementasikan sebagai modul di dalam server web atau Common Gateway
Interface (CGI) yang dapat dieksekusi. Server web menggabungkan hasil dari
kode PHP yang ditafsirkan dan dieksekusi, yang dapat berupa semua jenis data,
30
termasuk gambar, dengan halaman web yang dihasilkan. Kode PHP juga dapat
dieksekusi dengan antarmuka baris perintah (CLI) dan dapat digunakan untuk
mengimplementasikan aplikasi grafis mandiri.
2.4.4 SQL
SQL merupakan singkatan dari Structured Query Language. SQL atau juga
sering disebut sebagai query merupakan suatu bahasa yang digunakan untuk
mengakses database. SQL dikenalkan pertama kali dalam IBM pada tahun 1970
dan sebuah standar ISO dan ANSII ditetapkan untuk SQL. Standar ini tidak
tergantung pada mesin yang digunakan (IBM, Microsoft atau Oracle). Hampir
semua software database mengenal atau mengerti SQL. Jadi, perintah SQL pada
semua software database hampir sama. Dalam penelitian ini peneliti
menggunakan software basis data MySQL 5.
2.4.5 Javascript
JavaScript saat ini telah menjadi standar untuk menambahkan komputasi
seperti desktop kedalam browser. Ini adalah bahasa skrip berbasis objek yang kuat
yang dapat dideteksi dan memicu tindakan berdasarkan penekanan tombol di
dalam browser. Javascript juga digunakan untuk mengakses dan memanipulasi
semua komponen pada halaman Web sebagai bagian dari Document Object
Model (DOM). Mendeteksi penekanan tombol dan memanipulasi DOM
merupakan dua faktor penting yang memungkinkan JavaScript mendukung
hampir semua jenis perilaku seperti desktop yang terbatas pada klien lokal.
Selain HTML dan CSS, JavaScript adalah salah satu dari tiga teknologi inti
dari World Wide Web. JavaScript memungkinkan halaman web interaktif dan
karenanya merupakan bagian penting dari aplikasi web. JavaScript mendukung
31
gaya pemrograman event-driven, fungsional, dan imperatif (termasuk berorientasi
objek dan berbasis prototipe). Ini memiliki API untuk bekerja dengan teks, array,
tanggal, ekspresi reguler, dan manipulasi dasar DOM, tetapi bahasa ini tidak
termasuk I / O, seperti jaringan, penyimpanan, atau fasilitas grafik, mengandalkan
javascript pada lingkungan host di mana ia tertanam. Meskipun ada kesamaan luar
yang kuat antara JavaScript dan Java, termasuk nama bahasa, sintaksis, dan
pustaka standar masing-masing, kedua bahasa tersebut berbeda dan sangat
berbeda dalam desain. JavaScript dipengaruhi oleh bahasa pemrograman seperti
Self dan Scheme ( bahasa pemrograman yang mendukung banyak paradigma,
termasuk pemrograman fungsional dan pemrograman imperatif).
2.5 Teori Pendukung
2.5.1 Sistem Development Life Cycle (SDLC)
Sistem Development Life Cycle (SDLC) adalah seluruh proses terdiri dari
semua kegiatan yang diperlukan untuk membangun, meluncurkan, dan
memelihara sistem informasi (Satzinger et al., 2012 : 6 ). Siklus hidup
pengembangan sistem informasi (SDLC) menetapkan serangkaian kegiatan
terstruktur untuk mengembangkan dan mengimplementasikan informasi aplikasi
sistem (Davis, 2005 : 171). Sistem Development Life Cycle (SDLC) adalah proses
memahami bagaimana suatu informasi system (IS) dapat mendukung kebutuhan
bisnis dengan merancang suatu sistem, membangunnya, dan mengirimkannya ke
pengguna (Dennis, Wixom, & Tegarden, 2015 : 1).
SDLC memiliki serangkaian fase dasar, yaitu: planning, analysis, design,
dan implementation. Setiap fase terdiri dari serangkaian langkah, yang
mengandalkan teknik yang menghasilkan hasil (spesifik dokumen dan file yang
32
memberikan pemahaman tentang proyek ). (Dennis, Wixom, & Tegarden, 2015:
2).
Adapun penjabaran setiap fase dalam System Development Life Cycle
(SDLC) adalah sebagai berikut:
1. Planning, fase perencanaan adalah proses dasar memahami mengapa
suatu sistem informasi harus dibangun dan menentukan bagaimana tim
proyek akan membangunnya.
2. Analysis, fase analisis merupakan fase untuk menjawab pertanyaan
tentang siapa yang akan menggunakan sistem, sistem apa yang akan
dilakukan, dan di mana dan kapan itu akan digunakan.
3. Design, fase design memutuskan bagaimana sistem akan beroperasi,
dalam hal perangkat keras, perangkat lunak, dan infrastruktur jaringan;
antarmuka pengguna, formulir, dan laporan; dan program spesifik,
database, dan file yang akan dibutuhkan.
4. Implementation, di mana sistem sebenarnya akan dibangun (atau dibeli,
dalam hal desain software yang dikemas). Fase ini memiliki tiga langkah,
yaitu membangun sistem serta mengujinya, instalasi sistem, dan
membuat rencana dukungan untuk sistem ( tim analis). Ini biasanya
rencana termasuk tinjauan formal atau informal pasca-implementasi serta
sistematis cara untuk mengidentifikasi perubahan besar dan kecil yang
diperlukan untuk sistem.
2.5.2 Methodologi Prototyping
Metodologi berbasis prototipe melakukan fase analisis, desain, dan
implementasi secara bersamaan, dan ketiga fase dilakukan berulang kali dalam
33
satu siklus sampai sistem selesai. Dengan metodologi ini, dasar-dasar analisis dan
desain dilakukan, dan pekerjaan akan segera dimulai berdasarkan prototipe sistem,
program cepat dan kotor yang menyediakan sejumlah fitur minimal. Prototipe
pertama biasanya merupakan bagian pertama dari sistem yang digunakan. Ini
ditunjukkan kepada pengguna dan sponsor proyek, yang akan memberikan
komentar. Komentar ini digunakan untuk menganalisis ulang, mendesain ulang,
dan mengimplementasikan kembali prototipe kedua, yang menyediakan beberapa
fitur lagi. Proses ini berlanjut dalam siklus hingga analis, pengguna, dan sponsor
setuju bahwa prototipe menyediakan fungsionalitas yang cukup untuk diinstal dan
digunakan organisasi. Setelah prototipe (sekarang disebut "sistem") diinstal,
perbaikan terjadi sampai diterima sebagai sistem baru(Dennis et al., 2015 : 10 )
(lihat Gambar 2.11 ).
Gambar 2 . 11 Skema Metodologi Prototype
Keuntungan utama dari metodologi berbasis prototyping adalah cepat
menyediakan sebuah sistem dimana pengguna dapat berinteraksi. Prototyping
dapat meyakinkan pengguna bahwa tim proyek sedang mengerjakan sistem (tidak
34
ada penundaan lama di mana pengguna melihat sedikit kemajuan), dan membuat
prototipe dapat membantu lebih cepat dalam memperbaiki persyaratan nyata.
Masalah utama dengan prototipe adalah sistemnya yang serba cepat harus
melakukan analisis metodis yang cermat. Seringkali prototipe mengalami
signifikansi perubahan yang membuat banyak keputusan desain awal menjadi
keputusan yang buruk. Hal ini dapat menyebabkan masalah dalam pengembangan
sistem yang kompleks karena masalah mendasar tidak diakui hingga memasuki
proses pengembangan.
2.5.3 Xampp
Xampp adalah sebuah software yang berfungsi untuk menjalankan website
berbasis PHP dan menggunakan pengolah data MySQL di komputer lokal
(Wicaksono, 2008 : 7). Xampp terdiri dari beberapa program yaitu apache HTTP
server, MySQL database, dan penerjemah bahasa yang ditulis dengan bahasa
pemrograman PHP dan Perl. Apache merupakan aplikasi web server . Mysql
merupakan aplikasi database web server. PHP dan Perl merupakan bahasa
pemrograman. Didalam xampp terdapat folder htdocs yang berfungsi sebagai
tempat penyimpanan file web yang telah dibuat sehingga dapat di panggil melalui
browser.
2.5.4 Power Designer
Power designer merupakan aplikasi alat pemodelan yang dikeluarakan oleh
Sybase untuk membangun sebuah sistem informasi yang cepat, terstuktur, dan
efektif. Power designer adalah alat yang kompleks, yang memberikan dukungan
untuk banyak kemungkinan pendekatan. sybase tidak membatasi Anda untuk
metodologi apa pun yang diberikan (Hoberman & McGeachie, 2011 : 23). Power
35
designer dapat digunakan untuk business process modeling, data modeling, object
modeling, data warehouse modeling dan beberapa kegunaan lainnya.
2.5.5 Bootstrap
Bootstrap adalah front-end framework untuk membangun situs web
responsif. Termasuk front-end framework aplikasi, blog, atau aplikasi CMS
lainnya. Bootstrap merupakan kombinasi dari HTML, CSS, dan JavaScript
membuatnya mudah untuk membangun situs yang kuat tanpa menambahkan
banyak kode (Spurlock, 2013 : ix). Struktur bootstrap terdiri dari folder css, js dan
img. Folder css berisi file css bootstrap yang didalamnya terdapat sekumpulan
kelas-kelas untuk mengatur tampilan. Folder js berisi file js yang didalamnya
terdapat sekumpulan kelas-kelas untuk mengatur action dari tampilan halaman.
2.5.6 Mysql
“MySQL adalah sebuah perangkat lunak sistem manajemen basis data SQL
(bahasa Inggris: database management system) atau DBMS yang multithread,
multi-user, dengan sekitar 6 juta instalasi di seluruh dunia(Solichin, 2009 : 85).”
Mysql menggunakan lisensi GPL dan multiplatform, sehingga untuk
menjalankannya tidak tergantung pada sistem operasi tertentu.
2.6 Tinjauan Studi
Perpustakaan dan Arsip Daerah Kota Salatiga sebagsalah satu perpustakaan
yang cukup besar di Salatiga bertanggung jawab untuk mengawasi, menghimpun
dan memberi bantuan kepada perpustakaan-perpustakaan lainnya seperti
perpustakaan umum, khusus, sekolah dan perpustakaan masyarakat. Sebagai
perpustakaan umum terdapat berbagai aset, baik yang berwujud maupun tidak
berwujud, namun dalam proses manajamen aset dijumpai ketidakefisienan dan
36
ketidakefektifan proses bisnisnya karena masih melakukan pencatatan secara
manual. Untuk itu peranan teknologi informasi sangat diperlukan untuk
mempermudah proses pencatatan, pendokumentasian dan pelaporan. Atas dasar
masalah tersebut maka dilakukan penelitian tentang Perancangan dan
Implementasi Sistem Informasi Manajemen Pencatatan Aset Berbasis
Web.Penelitian ini menggunakan metode pengembangan sistem protyping,
perancangan sistem menggunakan UML dan pembangunan sistemnya
menggunakan bahasa pemograman PHP dan database-nya Mysql. Berdasarkan
hasil pengujian menggunakan metode black box dengan memeriksa fungsional
sistem berjalan sesuai dengan yang diharapkan (Kristiani, Sitokdana, & Wijaya,
2017).
Perusahaan merupakan tempat dimana proses transaksi bisnis berlangsung.
Pengolahan data-data yang berhubungan dengan proses bisnis terkadang
mengalami kendala seperti yang terjadi pada Hotel Mercure Pontianak. Kendala
yang terjadi diantaranya saat penghitungan stok barang setiap akhir bulan. Hal ini
terjadi karena rekap penjumlahan barang yang terjual perharinya dihitung secara
manual menggunakan buku besar sehingga menyebabkan pengurangan stok yang
terpakai tidak sesuai dengan resep minuman yang telah ditetapkan. Akibatnya
setiap akhir bulan data stok minuman yang tercatat tidak sesuai dengan stok yang
tersisa. Tujuan dari penelitian ini adalah merancang aplikasi untuk penghitungan
volume dan cost penjualan minuman agar karyawan yang bertugas di food and
beverage department pada bar hotel lebih mudah dalam manajemen stok barang
yang tersedia maupun yang terpakai. Selain itu aplikasi ini dapat mengetahui
standar recipe yang telah ditetapkan. Aplikasi ini dirancang menggunakan bahasa
37
PHP dan menggunakan database MySQL. Adapun metode pengembangan sistem
yang digunakan adalah metode prototype. Diharapkan dengan adanya sistem
informasi penghitungan volume dan cost penjualan minuman ini dapat
mempermudah proses transaksi bisnis yang terjadi khususnya dalam manajemen
stok barang yang ada di food and beverage department Hotel Mercure Pontianak
(Nugraha & Syarif, 2018).
CV Bundar Citra Mandiri merupakan perusahaan yang bergerak di bidang
produksi aneka barang yang sesuai dengan kebutuhan promosi seperti tempat
penyimpanan barang di toko-toko atau super market dengan design dari pihak
pelanggan. Dikarenakan CV Bundar Citra Mandiri memiliki data produksi yang
banyak membuat kepala produksi kesulitan dalam melakukan monitoring terhadap
perkembangan barang yang sudah atau belum diproduksi. Selain itu kepala
produksi mengalami kesulitan dalam melakukan pengendalian stok bahan baku
dikarenakan gedung bahan baku dan gedung produksi berada pada gedung yang
berbeda. Metodologi yang digunakan dalam pembangunan sistem informasi
produksi dan pengendalian bahan baku ini menggunakan pendekatan prototyping
yang memiliki beberapa tahapan di antaranya identifikasi kebutuhan, membangun
prototype, evaluasi prototype, pengkodean sistem, pengujian sistem, evaluasi
sistem dan implementasi sistem. Hasil keluaran dari sistem informasi produksi
yang dibangun yaitu dapat memberikan informasi mengenai pencapaian jumlah
barang yang berhasil diproduksi oleh perusahaan serta informasi mengenai jumlah
bahan baku yang telah digunakan dalam proses produksi (Sapitri, Pudjiantoro, &
Umbara, 2017)
38
Tabel 2 . 8 Tinjauan Studi Relevan
No TAHUN PENELITI JUDUL MASALAH METODE HASIL
1 2017
Fani
Kristiani,
Melkior
Sitokdana,
dan
Agustinus
Fritz
Wijaya
Perancangan
dan
Implementasi
Sistem
Informasi
Manajemen
Pencatatan
Aset
Berbasis
Web (Studi
Kasus:
Kantor
Perpustakaan
dan Arsip
Daerah Kota
Salatiga)
Proses
manajamen
aset tidak
efisien dan
tidak efektif
dalam proses
bisnisnya
karena masih
melakukan
pencatatan
secara manual
SDLC
(Prototype)
Sistem yang
dirancang
dapat
memudahkan
pihak
perpustakaan
dalam
mengelola
data-data aset
yang berwujud
maupun tidak
berwujud.
aplikasi
berjalan
dengan baik
2 2018
Wahyu
Nugraha,
Muhamad
Syarif
Penerapan
Metode
Prototype
dalam
Perancangan
sistem
Informasi
Penghitungan
Volume dan
Cost
Penjualan
Minuman
Berbasis
Website
Perhitungan
stok manual,
Kesalahan
perhitungan
stok sering
terjadi,
SDLC
(Prototype)
Aplikasi dapat
mempermudah
kinerja petugas
dalam
melakukan
pengecekan
stok barang
tersedia dan
stok barang
habis terpakai
karena stok
tersebut akan
dihitung
otomatis oleh
sistem.
3 2017
Cucu
Sapitri,
Tacbir
Hendro
Pudjiantoro,
Fajri
Rakhmat
Umbara
Sistem
Informasi
Produksi dan
Pengendalian
Bahan Baku
Pada CV
Bundar Citra
Mandiri
kesulitan
dalam
melakukan
monitoring
pengendalian
terhadap
perkembangan
barang yang
sudah atau
belum
diproduksi
SDLC
(Prototype)
Sistem dapat
membantu
meminimalisir
kesalahan
informasi dan
memudahkan
dalam
memonitor,
mengendalikan
barang,
39
Pada tabel 2.7 tinjauan studi relevan, menunjukan pengembangan sistem
informasi dengan metodologi prototype, baik dalam melakukan pengembangan
sistem. Penelitian ini nantinya juga menggunakan metodologi prototype.
2.7 Kerangka Berfikir
2.8 Hipotesis Penelitian
Hipotesis merupakan jawaban sementara dari pertanyaan penelitian,
hipotesis berfungsi untuk menentukan kearah pembuktian dari penelitian yang
sedang dilakukan.
Hipotesis penelitian ini adalah “diduga pengecekan stok kurang efektif dan
efisien karena perhitungan dan pencatatan hasil pengecekan secara manual, serta
penyampaian informasi melibatkan 3 pelaku”.
Masalah efektifitas
dalam melakukan
pengecekan stok
produk.
Melakukan
analisa sistem
pengecekan stok
yang sudah ada
Melakukan
perancangan
sistem informasi
pengecekan stok
berbasis web
Aplikasi sistem in-
formasi stok
Masalah Proses Penyelesaian
40
BAB III
HASIL DAN PEMBAHASAN
3.1 Objek Penelitian
3.1.1 Profil Perusahaan
PT Aisin Indonesia Automotive (PT.AIIA) adalah perusahaan yang
bergerak dalam bidang manufaktur komponen otomotif, yang telah berdiri sejak
tanggal 14 Maret 2014 . Perusahaan tersebut merupakan joint venture antara PT.
Aisin Indonesia (AII) , Astra Otoparts Group dengan Aisin Seiki Co.,LTD., salah
satu anggota dari Toyota Group . PT Aisin Indonesia Automotive (PT.AIIA)
merupakan vendor PT.TMMIN dan PT.ADM . Beberapa komponen yang disuplai
ada 2 bagian yaitu komponen bodi dan komponen unit . Adapun komponen bodi
seperti center pilar garnish, door handle, power seat motor, power sliding door,
dan komponen unit seperti engine front module, oil pan, dan camhousing.
Perusahaan ini telah mendapatkan beberapa sertifikat ISO diantaranya ISO 14001,
SGS dan OHSAS 18001.
PT Aisin Indonesia Automotive berlokasi di Jalan Harapan VIII kawasan
industri KIIC lot LL nomor 9-10, kelurahaan Parungmulya, kecamatan Ciampel,
kabupaten Karawang, provinsi Jawa Barat. PT Aisin Indonesia Automotive dibagi
menjadi 2 plant, yaitu unit plant dan body plant Dalam melakukan proses
produksi, PT Aisin Indonesia Automotive menerapkan sistem Toyota Production
System (TPS) dimana sistem proses produksi yang mengutamakan ketepatan
waktu, jumlah dan kualitas oleh customer.
41
Manager Produksi
Supervisor
Leader A DS
JP DS 1,2
Leader A DC
JP DC 1
JP DC 2
JP DC 3
Leader A DC
JP DC 4
JP DC 5
Leader A DC
JP DC 6
JP DC 7
JP DC 8
Leader B DS
JP DS 1,2
Leader B DC
JP DC 1
JP DC 2
JP DC 3
Leader B DC
JP DC 4
JP DC 5
Leader B DC
JP DC 6
JP DC 7
JP DC 8
3.1.2 Visi dan Misi Perusahaan
Visi Menjadi suplier global dari komponen drive train, body parts, dan
engine parts di industri otomotif sebagai basis produksi Aisin Group.
Misi perusahaan untuk mewujudkan visinya adalah sebagai berikut:
1. Mengembangkan komponen drive train, body parts dan engine parts
yang kuat, unik, dan kompetitif dipasar asia pasifik.
2. Simbiosis dengan masyarakat dan alam.
3. Peduli terhadap kreatifitas dan inisiatif individu
3.1.3 Struktur Organisasi
Gambar 3 . 1 Struktur Organisasi Departemen Produksi Die Casting-Melting
Keterangan:
1 Manager produksi adalah orang yang bertanggung jawab atas segala
mekanisme manajemen produksi secara teknis yang meliputi pengawasan
dan pengendalian proses produksi.
2 Supervisor adalah orang yang bertugas mengawasi serta mengarahkan
leader didalam proses jalannya produksi agar berjalan lancar dan
terkendali. Dan juga sebagai penghubung antara leader dengan manager.
42
3 Leader adalah orang yang bertugas mengawasi serta mengarahkan
jalannya proses produksi sesuai SOP kepada JP dan anggotanya di setiap
mesin. Berdasarkan shift yang berlaku, grup leader dibagai menjadi 2
yaitu A dan B . Berdasarkan ruang lingkupnya, leader di bagi menjadi 2
yaitu DS (Melting ) dan DC ( Die Casting).
4 JP ( Job Profesional ) adalah orang yang mengawasi jalannya proses
produksi sesuai intruksi leader dan SOP yang ada dan bertanggung jawab
terhadap line yang di pimpin.
3.2 Analisa Sistem Berjalan
Tabel 3 . 1 Flowchart Sistem Berjalan
Berdasarkan gambar flowchart sistem yang berjalan tahapan proses dapat di
jabarkan sebagai berikut:
1) Dimulai dari JP melakukan perhitungan stok produk berdasarkan jumlah
boks.
43
2) JP mengubah data hasil perhitungan stok dalam satuan boks ke pcs sesuai
kuantiti produk per boks
3) JP melaporkan hasil menghitung stok kepada Leader
4) Leader menerima laporan hasil perhitungan stok
5) Leader melakukan pemeriksaan data sekaligus melaporkan data ke SPV
6) SPV menerima laporan hasil perhitungan stok
7) SPV melakukan pemeriksaan data sekaligus menuliskan hasil
perhitungan stok ke papan Informasi Stok Unit
8) Proses perhitungan stok selesai
3.3 Sistem yang Diusulkan
Tabel 3 . 2 Flowchart yang Diusulkan
Flowchart menjelaskan alur perhitungan dan penyampaian sistem informasi
yang diusulkan. Sistem dimulai dari JP melakukan perhitungan stok berdasarkan
jumlah boks, selanjutnya hasil perhitungan di lakukan input ke dalam sistem
44
diantaranya jumlah boks dan kode produk. Ketika dilakukan penyimpanan sistem
secara otomatis akan mengubah satuan boks ke dalam pcs sesuai kuantiti jenis
produk yang didapat melalui kode produk , selanjutnya data disimpan ke dalam
basis data stok . Sistem akan menampilkan hasil perhitungan / informasi stok dan
leader, SPV hanya melakukan pengawasan atau pemeriksaan stok.
3.4 Metodologi Perancangan Sistem Informasi Stok
Metodologi yang digunakan dalam merancang sistem adalah dengan
metodologi prototype . Seperti yang telah dibahas dalam bab 2 , metodologi ini
baik dalam memenuhi kebutuhan customer baik dari fungsi/persyaratan nyata dan
dalam hal waktu .
3.5 Planning
Tahap planning atau perencanaan merupakan tahap awal yang dilakukan
dalam proses pengembangan sistem. Ada beberapa aktifitas yang peneliti lakukan
dalam tahap ini seperti melakukan survei terhadap sistem yang akan
dikembangkan, membuat, mengajukan serta mempresentasikan proposal dan
menghitung estimasi. Estimasi yang digunakan adalah estimasi waktu, karena
pengembangan dilakukan secara individu sehingga tidak menentukan estimasi
biaya, atau tim .
Adapun estimasi waktu pelaksanaannya adalah sebagai berikut.
Tabel 3 . 3 Estimasi Waktu Pengerjaan
45
Waktu pelaksanaan penelitian selama ±100 hari , mulai dari tanggal 17
Oktober 2018 sampai dengan tanggal 27 Januari 2018. Kegiatan dilakukan sesuai
kententuan jam kerja perusahaan.
Selama melakukan survei, peneliti menganalisa masalah yang menjadi latar
belakang penelitian ini , adapun analisa tersebut meliputi analisa masalah,
identifikasi penyebab masalah dan solusi untuk memecahkan masalah.
3.5.1 Analisa Masalah
Berdasarkan sub bab 3.2 ditemukan 2 masalah mendasar , diantaranya :
1) Perhitungan stok kurang efektif.
2) Perhitungan stok kurang efisien.
3.5.2 Identifikasi Penyebab Masalah
Dari informasi yang didapatkan dapat dikelompokkan:
1) Jp melakukan perhitungan stok menggunakan alat bantu kertas, bolpoin
dan kalkulator untuk memudahkan perhitungan tiap produk dan
pengubahan boks ke pcs.
2) Penulisan informasi stok menggunakan spidol dan papan tulis (manual).
3) Penulisan informasi stok perlu berpindah tempat .
4) Pelaku yang terlibat dalam proses penyampaian informasi stok lebih dari
1 orang/ 2 orang
Dari beberapa identifikasi masalah tersebut dapat dikelompokan bahwa
nomor 1),2) dan 3) penyebab kurang efektif dan nomor 4) penyebab kurang
efisien.
46
3.5.3 Pemecahan Masalah
Berdasarkan hasil analisa masalah dan identifikasi penyebab masalah dapat
disimpulkan bahwa proses penghitungan stok dan penyampaian informasi stok
masih manual, dan solusi untuk mengatasinya adalah dengan membuat aplikasi
sistem informasi stok dalam hal ini peneliti akan membangun aplikasi berbasis
web. Halaman web yang akan dibuat responsif sehingga dapat kompatibel dengan
berbagai media elektronik terutama mobile.
3.6 Analysis
Berdasarkan solusi yang didapat selama tahap planning , selanjutnya
dilakukan analisa lebih lanjut untuk menentukan model aplikasi atau sistem yang
akan dibuat sehingga menghasilkan beberapa diagram yang diusulkan,
diantaranya flowchart, use case diagram, activity diagram dan squence diagram.
3.6.1 Use Case Diagram
Admin merupakan level pengguna yang bertugas mengolah seluruh data
yang berkaitan dengan sistem. Leader dan SPV merupakan pengguna level admin.
User merupakan level pengguna yang bertugas melakukan perhitungan dan
mengolah data stok dengan akses terbatas ( berdasarkan id user ). JP merupakan
pengguna level user. Calon pengguna adalah pengguna yang belum memiliki hak
akses.
48
3.6.2 Activity Diagram
1. Activity diagram registrasi
Menjelaskan alur aktifitas proses seorang admin mendaftarkan calon
pengguna, dimulai dengan membuat formulir data diri calon pengguna.
Sampai pengguna mendapatkan nama pengguna dan kata sandi untuk
melakukan login .
Tabel 3 . 4 Activity Diagram Registrasi
2. Activity diagram Login
Tabel 3 . 5 Activity Diagram Login
Menjelaskan alur aktifitas login . Dimulai dari mengakses sistem
kemudian membuka form masuk dan memasukan nama pengguna serta
49
kata sandi . Sistem akan menvalidasi nama pengguna dan kata sandi, jika
valid akan diteruskan ke halaman utama. Jika tidak akan kembali ke
halaman informasi stok.
3. Activity diagram admin lihat data part
Tabel 3 . 6 Activity Diagram Admin Lihat Data Part
Menjelaskan alur aktifitas admin dalam melihat data part. Dapat
dilakukan setelah melakukan login . Dimulai menekan menu master
kemudian sub menu data part.
4. Activity diagram admin tambah data part
Menjelaskan alur aktifitas admin dalam menambah data part. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu master
kemudian sub menu data part dan menekan button tambah part .
Kemudian melakukan input data part selanjutnya menekan button
simpan . Sebelum disimpan data akan divalidasi oleh sistem kemudian
data disimpan.
50
Tabel 3 . 7 Activity Diagram Admin Tambah Data Part
5. Activity diagram admin ubah data part
Menjelaskan alur aktifitas admin dalam mengubah data part. Dapat
dilakukan setelah melakukan login. Kemudian melakukan perubahan
data part selanjutnya menekan button simpan . Sebelum disimpan data
akan divalidasi oleh sistem kemudian data disimpan.
51
Tabel 3 . 8 Activity Diagram Admin Ubah Data Part
6. Activity diagram admin hapus data part
Tabel 3 . 9 Activity Diagram Admin Hapus Data Part
52
Menjelaskan alur aktifitas admin dalam menghapus data part. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
part selanjutnya memilih data yang akan dihapus. Setelah memilih data
kemudian menekan tombol hapus. Kemudian sistem menghapus data ..
7. Activity diagram admin Lihat data model
Tabel 3 . 10 Activity Diagram Admin Lihat Data Model
Menjelaskan alur aktifitas admin dalam melihat data model. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu master dan
menu data model.
8. Activity diagram admin tambah data model
Menjelaskan alur aktifitas admin dalam menambah data model. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu master,
sub menu data model dan menekan button tambah model . Kemudian
melakukan input data model selanjutnya menekan button simpan .
Sebelum disimpan data akan divalidasi oleh sistem kemudian data
disimpan.
53
Tabel 3 . 11 Activity Diagram Admin Tambah Data Model
9. Activity diagram admin ubah data model
Menjelaskan alur aktifitas admin dalam mengubah data model. Dapat
dilakukan setelah melakukan login. Kemudian melakukan perubahan
data model selanjutnya menekan button simpan . Sebelum disimpan data
akan divalidasi oleh sistem kemudian perubahan data disimpan.
54
Tabel 3 . 12 Activity Diagram Admin Ubah Data Model
10. Activity diagram admin hapus data model
Tabel 3 . 13 Activity Diagram Admin Hapus Data Model
55
Menjelaskan alur aktifitas admin dalam menghapus data model. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
model selanjutnya memilih data yang akan dihapus. Setelah memilih
data kemudian menekan tombol hapus. Kemudian sistem menghapus
data .
11. Activity diagram admin lihat data line
Tabel 3 . 14 Activity Diagram Admin Lihat Data Line
Menjelaskan alur aktifitas admin dalam melihat data line. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu master dan
menu data line.
12. Activity diagram admin tambah data line
Menjelaskan alur aktifitas admin dalam menambah data line. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu master,
sub menu data line dan menekan button tambah line. Kemudian
melakukan input data line selanjutnya menekan button simpan . Sebelum
disimpan data akan divalidasi oleh sistem kemudian data disimpan.
56
Tabel 3 . 15 Activity Diagram Admin Tambah Data Line
13. Activity diagram admin ubah data line
Menjelaskan alur aktifitas admin dalam mengubah data line. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data line dan
memilih data line. Kemudian melakukan perubahan data line selanjutnya
menekan button simpan. Sebelum disimpan data divalidasi oleh sistem
kemudian perubahan data disimpan.
57
Tabel 3 . 16 Activity Diagram Admin Ubah Data Line
14. Activity diagram admin hapus data line
Tabel 3 . 17 Activity Diagram Admin Hapus Data Line
58
Menjelaskan alur aktifitas admin dalam menghapus data line. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
line selanjutnya memilih data yang akan dihapus. Setelah memilih data
kemudian menekan tombol hapus. Kemudian sistem menghapus data .
15. Activity diagram admin lihat data produk
Tabel 3 . 18 Activity Diagram Admin Lihat Data Produk
Menjelaskan alur aktifitas admin dalam melihat data produk. Dapat
dilakukan setelah melakukan login. Kemudian menekan menu data
produk.
16. Activity diagram admin tambah data produk
Menjelaskan alur aktifitas admin dalam menambah data produk. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu data produk
dan menekan button tambah produk. Kemudian melakukan input data
produk selanjutnya menekan button simpan . Sebelum disimpan data
akan divalidasi oleh sistem kemudian data disimpan.
59
Tabel 3 . 19 Activity Diagram Admin Tambah Data Produk
17. Activity diagram admin ubah data produk
Menjelaskan alur aktifitas admin dalam mengubah data produk. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data produk dan
memilih data produk. Kemudian melakukan perubahan data produk
selanjutnya menekan button simpan. Sebelum disimpan data divalidasi
oleh sistem kemudian perubahan data disimpan.
60
Tabel 3 . 20 Activity Diagram Admin Ubah Data Produk
18. Activity diagram admin hapus data produk
Menjelaskan alur aktifitas admin dalam menghapus data produk. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
produk selanjutnya memilih data yang akan dihapus. Setelah memilih
data kemudian menekan tombol hapus. Kemudian sistem menghapus
data .
61
Tabel 3 . 21 Activity Diagram Admin Hapus Data Produk
19. Activity diagram admin lihat data stok
Tabel 3 . 22 Activity Diagram Admin Lihat Data Stok
Menjelaskan alur aktifitas admin dalam melihat data stok. Dapat
dilakukan setelah melakukan login. Kemudian menekan menu data stok.
20. Activity diagram admin tambah data stok
Menjelaskan alur aktifitas admin dalam menambah data stok. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu data stok
dan menekan button tambah stok. Kemudian melakukan input data stok
62
selanjutnya menekan button simpan . Sebelum disimpan data akan
divalidasi oleh sistem kemudian data disimpan.
Tabel 3 . 23 Activity Diagram Admin Tambah Data Stok
21. Activity diagram admin ubah data stok
Menjelaskan alur aktifitas admin dalam mengubah data stok. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data stok dan
memilih data stok. Kemudian melakukan perubahan data stok
selanjutnya menekan button simpan. Sebelum disimpan data divalidasi
oleh sistem kemudian perubahan data disimpan.
63
Tabel 3 . 24 Activity Diagram Admin Ubah Data Stok
22. Activity diagram admin hapus data stok
Menjelaskan alur aktifitas admin dalam menghapus data stok. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
stok selanjutnya memilih data yang akan dihapus. Setelah memilih data
kemudian menekan tombol hapus. Kemudian sistem menghapus data .
64
Tabel 3 . 25 Activity Diagram Admin Hapus Data Stok
23. Activity diagram admin lihat data level
Tabel 3 . 26 Activity Diagram Admin Lihat Data Level
Menjelaskan alur aktifitas admin dalam melihat data level. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu pengguna
dan menu data level.
24. Activity diagram admin tambah data level
Menjelaskan alur aktifitas admin dalam menambah data level. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu pengguna,
sub menu data level dan menekan button tambah level. Kemudian
65
melakukan input data level selanjutnya menekan button simpan .
Sebelum disimpan data akan divalidasi oleh sistem kemudian data
disimpan.
Tabel 3 . 27 Activity Diagram Admin Tambah Data Level
25. Activity diagram admin ubah data level
Menjelaskan alur aktifitas admin dalam mengubah data level. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data level dan
memilih data level. Kemudian melakukan perubahan data level
66
selanjutnya menekan button simpan. Sebelum disimpan data divalidasi
oleh sistem kemudian perubahan data disimpan.
Tabel 3 . 28 Activity Diagram Admin Ubah Data Level
26. Activity diagram admin hapus data level
Menjelaskan alur aktifitas admin dalam menghapus data level. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
level selanjutnya memilih data yang akan dihapus. Setelah memilih data
kemudian menekan tombol hapus. Kemudian sistem menghapus data .
67
Tabel 3 . 29 Activity Diagram Admin Hapus Data Level
27. Activity diagram admin lihat data jabatan
Menjelaskan alur aktifitas admin dalam melihat data jabatan. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu pengguna
dan menu data jabatan.
Tabel 3 . 30 Activity Diagram Admin Lihat Data Jabatan
28. Activity diagram admin tambah data jabatan
Menjelaskan alur aktifitas admin dalam menambah data jabatan. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu pengguna,
sub menu data jabatan dan menekan button tambah jabatan. Kemudian
68
melakukan input data jabatan selanjutnya menekan button simpan .
Sebelum disimpan data akan divalidasi oleh sistem kemudian data
disimpan.
Tabel 3 . 31 Activity Diagram Admin Tambah Data Jabatan
29. Activity diagram admin ubah data jabatan
Menjelaskan alur aktifitas admin dalam mengubah data jabatan. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data jabatan dan
memilih data jabatan. Kemudian melakukan perubahan data jabatan
selanjutnya menekan button simpan. Sebelum disimpan data divalidasi
oleh sistem kemudian perubahan data disimpan.
69
Tabel 3 . 32 Activity Diagram Admin Ubah Data Jabatan
30. Activity diagram admin hapus data jabatan
Tabel 3 . 33 Activity Diagram Admin Hapus Data Jabatan
70
Menjelaskan alur aktifitas admin dalam menghapus data jabatan. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
jabatan selanjutnya memilih data yang akan dihapus. Setelah memilih
data kemudian menekan tombol hapus. Kemudian sistem menghapus
data .
31. Activity diagram admin lihat data pengguna
Menjelaskan alur aktifitas admin dalam melihat data pengguna. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu pengguna
dan menu data pengguna.
Tabel 3 . 34 Activity Diagram Admin Lihat Data Pengguna
32. Activity diagram admin ubah data pengguna
Menjelaskan alur aktifitas admin dalam mengubah data pengguna. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data pengguna
dan memilih data pengguna. Kemudian melakukan perubahan data
pengguna selanjutnya menekan button simpan. Sebelum disimpan data
divalidasi oleh sistem kemudian perubahan data disimpan.
71
Tabel 3 . 35 Activity Diagram Admin Ubah Data Pengguna
33. Activity diagram admin tambah data pengguna
Menjelaskan alur aktifitas admin dalam menambah data pengguna.
Dapat dilakukan setelah melakukan login. Dimulai menekan menu
pengguna, sub menu data pengguna dan menekan button tambah
pengguna. Kemudian melakukan input data pengguna selanjutnya
menekan button simpan . Sebelum disimpan data akan divalidasi oleh
sistem kemudian data disimpan..
72
Tabel 3 . 36 Activity Diagram Admin Tambah Data Pengguna
34. Activity diagram admin hapus data pengguna
Menjelaskan alur aktifitas admin dalam menghapus data pengguna.
Dapat dilakukan setelah melakukan login. Kemudian mengakses
halaman data peng-guna selanjutnya memilih data yang akan dihapus.
Setelah memilih data kemudian menekan tombol hapus. Kemudian
sistem menghapus data .
73
Tabel 3 . 37 Activity Diagram Admin Hapus Data Pengguna
35. Activity diagram admin ubah kata sandi pribadi
Tabel 3 . 38 Activity Diagram Admin Ubah Kata Sandi Pribadi
74
Menjelaskan alur aktifitas admin dalam mengubah kata sandi pribadi.
Dapat dilakukan setelah melakukan login. Kemudian menekan menu
ubah kata sandi selanjutnya menekan tab pribadi. Selanjutnya melakukan
input kata sandi lama, kata sandi baru, ulangi kata sandi . Kemudian
tekan button simpan. Sebelum tersimpan kata sandi akan divalidasi oleh
sistem, kemudian disimpan.
36. Activity diagram admin ubah kata sandi pengguna lain
Tabel 3 . 39 Activity Diagram Admin Ubah Kata Sandi Pengguna Lain
Menjelaskan alur aktifitas admin dalam mengubah kata sandi pengguna
lain ( reset ). Dapat dilakukan setelah melakukan login. Kemudian
75
menekan menu ubah kata sandi selanjutnya menekan tab pengguna lain.
Selanjutnya melakukan input kata sandi lama, kata sandi baru, ulangi
kata sandi . Kemudian tekan button simpan. Sebelum tersimpan kata
sandi akan divalidasi oleh sistem, kemudian disimpan.
37. Activity diagram user lihat data stok
Tabel 3 . 40 Activity Diagram User Lihat Data Stok
Menjelaskan alur aktifitas user dalam melihat data stok. Dapat dilakukan
setelah melakukan login. Kemudian menekan menu data stok.
38. Activity diagram user tambah data stok
Menjelaskan alur aktifitas user dalam menambah data stok. Dapat
dilakukan setelah melakukan login. Dimulai menekan menu data stok
dan menekan button tambah stok. Kemudian melakukan input data stok
selanjutnya menekan button simpan . Sebelum disimpan data akan
divalidasi oleh sistem kemudian data disimpan.
76
Tabel 3 . 41 Activity Diagram User Tambah Data Stok
39. Activity diagram user ubah data stok
Menjelaskan alur aktifitas user dalam mengubah data stok. Dapat
dilakukan setelah melakukan login. Selanjutnya melihat data stok dan
memilih data stok. Kemudian melakukan perubahan data stok
selanjutnya menekan button simpan. Sebelum disimpan data divalidasi
oleh sistem kemudian perubahan data disimpan.
77
Tabel 3 . 42 Activity Diagram User Ubah Data Stok
40. Activity diagram user hapus data stok
Menjelaskan alur aktifitas user dalam menghapus data stok. Dapat
dilakukan setelah melakukan login. Kemudian mengakses halaman data
stok selanjutnya memilih data yang akan dihapus. Setelah memilih data
kemudian menekan tombol hapus. Kemudian sistem menghapus data .
Tabel 3 . 43 Activity Diagram User Hapus Data Stok
78
41. Activity diagram user ubah kata sandi
Menjelaskan alur aktifitas user dalam mengubah kata sandi . Dapat
dilakukan setelah melakukan login. Kemudian menekan menu ubah kata
sandi. Selanjutnya melakukan input kata sandi lama, kata sandi baru,
ulangi kata sandi . Kemudian tekan button simpan. Sebelum tersimpan
kata sandi akan divalidasi oleh sistem, kemudian disimpan.
Tabel 3 . 44 Activity Diagram User Ubah Kata Sandi
42. Activity diagram logout
Menjelaskan alur aktifitas user atau admin ketika melakukan log out
(keluar). Dimulai ketika user / admin didalam sistem kemudian menekan
menu keluar sehingga sistem menampilkan pesan konfirmasi. User /
admin menekan button iya sehingga user / admin keluar dari halaman
level user / admin menuju halaman informasi.
79
Tabel 3 . 45 Activity Diagram Logout
43. Activity diagram melihat informasi stok
Menjelaskan alur aktifitas pengguna dalam melihat informasi stok.
Ketika membuka atau mengakses sistem, sistem akan menampilkan
informasi stok terbaru.
Tabel 3 . 46 Activity Diagram Melihat Informasi Stok
3.6.3 Squence Diagram
1. Sequence diagram registrasi
Gambar sequence diagram registrasi menjelaskan interaksi antara aktor
(calon pengguna,admin) dengan objek siatem, dalam proses registrasi.
Calon pengguna akan mendapatkan nama pengguna ( username) dan
kata sandi ( password) setelah melakukan registrasi. Nama pengguna
dan kata sandi tersebut digunakan untuk melakukan login.
80
Gambar 3 . 3 Sequence Diagram Registrasi
2. Sequence diagram login
Gambar sequence diagram login menjelaskan interaksi antara aktor
(pengguna) dengan objek sistem, dalam proses login. Ketika Pengguna
melakukan login.Sistem akan melakukan validasi nama pengguna dan
kata sandi dan level pengguna ( admin / user).
Gambar 3 . 4 Sequence Diagram Login
81
3. Sequence diagram admin lihat data part
Gambar sequence diagram admin melihat data part, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data part.
Gambar 3 . 5 Sequence Diagram Admin Lihat Data Part
4. Sequence diagram admin tambah data part
Gambar sequence diagram admin menambah data part, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data part.
Gambar 3 . 6 Sequence Diagram Admin Tambah Data Part
82
5. Sequence diagram admin ubah data part
Gambar sequence diagram admin merubah data part , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data part.
Gambar 3 . 7 Sequence Diagram Admin Ubah Data Part
6. Sequence diagram admin hapus data part
Gambar 3 . 8 Sequence Diagram Admin Hapus Data Part
83
Gambar sequence diagram admin menghapus data part , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data part.
7. Sequence diagram admin lihat data model
Gambar sequence diagram admin melihat data model, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data model.
Gambar 3 . 9 Sequence Diagram Admin Lihat Data Model
8. Sequence diagram admin tambah data model
Gambar 3 . 10 Sequence Diagram Admin Tambah Data Model
84
Gambar sequence diagram admin menambah data model, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data model.
9. Sequence diagram admin ubah data model
Gambar sequence diagram admin merubah data model , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data model.
Gambar 3 . 11 Sequence Diagram Admin Ubah Data Model
10. Sequence diagram admin hapus data model
Gambar sequence diagram admin menghapus data model , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data model.
85
Gambar 3 . 12 Sequence Diagram Admin Hapus Data Model
11. Sequence diagram admin lihat data line
Gambar Isequence diagram admin melihat data line, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data line.
Gambar 3 . 13 Sequence Diagram Admin Lihat Data Line
12. Sequence diagram admin tambah data line
Gambar sequence diagram admin menambah data line, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data line.
86
Gambar 3 . 14 Sequence Diagram Admin Ubah Data Line
13. Sequence diagram admin ubah data line
Gambar sequence diagram admin merubah data line , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data line.
Gambar 3 . 15 Sequence Diagram Admin Ubah Data Line
87
14. Sequence diagram admin hapus data line
Gambar sequence diagram admin menghapus data line , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data line.
Gambar 3 . 16 Sequence Diagram Admin Hapus Data Line
15. Sequence diagram admin lihat data produk
Gambar sequence diagram admin melihat data produk, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data produk.
Gambar 3 . 17 Sequence Diagram Admin Lihat Data Produk
88
16. Sequence diagram admin tambah data produk
Gambar sequence diagram admin menambah data produk, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data produk.
Gambar 3 . 18 Sequence Diagram Admin Tambah Data Produk
17. Sequence diagram admin ubah data produk
Gambar 3 . 19 Sequence Diagram Admin Ubah Data Produk
89
Gambar sequence diagram admin merubah data produk , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data produk.
18. Sequence diagram admin hapus data produk
Gambar sequence diagram admin menghapus data produk , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data produk.
Gambar 3 . 20 Sequence Diagram Admin Hapus Data Produk
19. Sequence diagram admin lihat data stok
Gambar 3 . 21 Sequence Diagram Admin Lihat Data Stok
Gambar sequence diagram admin melihat data stok, menjelaskan Inte-
90
raksi antara aktor ( admin ) dengan objek sistem, dalam proses melihat
data stok.
20. Sequence diagram admin tambah data stok
Gambar sequence diagram admin menambah data stok, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data stok.
Gambar 3 . 22 Sequence Diagram Admin Tambah Data Stok
21. Sequence diagram admin ubah data stok
Gambar sequence diagram admin merubah data stok , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data stok.
91
Gambar 3 . 23 Sequence Diagram Admin Ubah Data Stok
22. Sequence diagram admin hapus data stok
Gambar sequence diagram admin menghapus data stok , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data stok.
Gambar 3 . 24 Sequence Diagram Admin Hapus Data Stok
92
23. Sequence diagram admin lihat data level
Gambar sequence diagram admin melihat data level, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data level.
Gambar 3 . 25 Sequence Diagram Admin Lihat Data Level
24. Sequence diagram admin tambah data level
Gambar sequence diagram admin menambah data level, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data level.
Gambar 3 . 26 Sequence Diagram Admin Tambah Data Level
93
25. Sequence diagram admin ubah data level
Gambar sequence diagram admin merubah data level , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data level.
Gambar 3 . 27 Sequence Diagram Admin Ubah Data Level
26. Sequence diagram admin hapus data level
Gambar 3 . 28 Sequence Diagram Admin Hapus Data Level
94
Gambar sequence diagram admin menghapus data level , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
delete / menghapus data level.
27. Sequence diagram admin lihat data jabatan
Gambar sequence diagram admin melihat data jabatan, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data jabatan.
Gambar 3 . 29 Sequence Diagram Admin Lihat Data Jabatan
28. Sequence diagram admin tambah data jabatan
Gambar sequence diagram admin menambah data jabatan, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses input
/menambah data jabatan.
95
Gambar 3 . 30 Sequence Diagram Admin Tambah Data Jabatan
29. Sequence diagram admin ubah data jabatan
Gambar 3 . 31 Sequence Diagram Admin Ubah Data Jabatan
96
Gambar sequence diagram admin merubah data jabatan , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data jabatan.
30. Sequence diagram admin hapus data jabatan
Gambar sequence diagram admin menghapus data jabatan, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses delete
/ menghapus data jabatan.
Gambar 3 . 32 Sequence Diagram Admin Hapus Data Jabatan
31. Sequence diagram admin lihat data pengguna
Gambar sequence diagram admin melihat data pengguna, menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
melihat data pengguna.
97
Gambar 3 . 33 Sequence Diagram Admin Lihat Data Pengguna
32. Sequence diagram admin tambah data pengguna
Gambar sequence diagram admin menambah data pengguna,
menjelaskan interaksi antara aktor ( admin ) dengan objek sistem, da-
lam proses input /menambah data pengguna.
Gambar 3 . 34 Sequence Diagram Admin Tambah Data Pengguna
98
33. Sequence diagram admin ubah data pengguna
Gambar sequence diagram admin merubah data pengguna , menjelaskan
interaksi antara aktor ( admin ) dengan objek sistem, dalam proses
update / merubah data pengguna.
Gambar 3 . 35 Sequence Diagram Admin Ubah Data Pengguna
34. Sequence diagram admin hapus data pengguna
Gambar sequence diagram admin menghapus data pengguna,
menjelaskan interaksi antara aktor ( admin ) dengan objek sistem, da-
lam proses delete / menghapus data pengguna.
99
Gambar 3 . 36 Sequence Diagram Admin Hapus Data Pengguna
35. Sequence diagram admin ubah kata sandi pribadi
Gambar sequence diagram admin merubah kata sandi pribadi , men-
jelaskan interaksi antara aktor ( admin ) dengan objek sistem, dalam
proses update/ melakukan perubahan pada kata sandi admin.
Gambar 3 . 37 Sequence Diagram Admin Ubah Kata Sandi Pribadi
100
36. Sequence diagram admin ubah kata sandi pengguna lain
Gambar sequence diagram admin merubah kata sandi pengguna lain/
reset password user , menjelaskan interaksi antara aktor ( admin )
dengan objek sistem, dalam proses update/ melakukan perubahan pada
kata sandi pengguna lain.
Gambar 3 . 38 Sequence Diagram Admin Ubah Kata Sandi Pengguna Lain
37. Sequence diagram user lihat data stok
Gambar sequence diagram user melihat data model, menjelaskan
interaksi antara aktor ( user ) dengan objek sistem, dalam proses melihat
data stok.
101
Gambar 3 . 39 Sequence Diagram User Lihat Data Stok
38. Sequence diagram user tambah data stok
Gambar sequence diagram user menambah data stok, menjelaskan
interaksi antara aktor ( user ) dengan objek sistem, dalam proses input
/menambah data stok.
Gambar 3 . 40 Sequence Diagram User Tambah Data Stok
102
39. Sequence diagram user ubah data stok
Gambar sequence diagram user merubah data stok , menjelaskan
interaksi antara aktor ( user ) dengan objek sistem, dalam proses update /
merubah data stok.
Gambar 3 . 41 Sequence Diagram User Ubah Data Stok
40. Sequence diagram user hapus data stok
Gambar sequence diagram user menghapus data stok , menjelaskan
interaksi antara aktor ( user ) dengan objek sistem, dalam proses delete /
menghapus data stok.
103
Gambar 3 . 42 Sequence Diagram User Hapus Data Stok
41. Sequence diagram user ubah kata sandi
Gambar 3 . 43 Sequence Diagram User Ubah Kata Sandi
104
Gambar sequence diagram user merubah kata sandi , menjelaskan
interaksi antara aktor ( user ) dengan objek sistem, dalam proses update/
melakukan perubahan pada kata sandi.
42. Sequence diagram log out
Gambar sequence diagram log out .Menjelaskan interaksi antara aktor (
user ) dengan objek sistem, ketika user / admin melakukan proses log
out.
Gambar 3 . 44 Sequence Diagram Log Out
43. Sequence diagram melihat informasi stok
Gambar sequence melihat informasi stok .Menjelaskan interaksi antara
aktor ( pengguna ) dengan objek sistem, ketika melakukan proses
melihat informasi stok.
105
Gambar 3 . 45 Sequence Diagram Melihat Informasi Stok
3.7 Design
Berdasarkan analysis yang diperoleh, selanjutnya menentukan design
system ( Aplikasi ). Dalam tahap ini menghasilkan class diagram, design database
( conseptual diagram dan physical diagram) serta design user interface ( UI).
3.7.1 Class Diagram
Class diagram berfungsi menggambarkan struktur sistem dari segi
pendefinisian kelas. Class diagram pada sistem informasi stok seperti pada
gambar berikut.
106
Gambar 3 . 46 Class Diagram Sistem Informasi Stok
3.7.2 Design Basis Data
Dalam melakukan perancangan basis data dilakukan 2 metode, yaitu
conseptual data model (CDM ) dan physical data mode (PDM). Seperti yang telah
dijelaskan sebelumnya bahwa CDM menggambarkan konsep basis data berupa
entity dan relasi antar entity yang digambarkan dengan menggunakan conseptual
diagram. Sedangkan PDM menggambarkan kondisi fisik basis data yang akan di
implementasikan yang digambarkan dengan menggunakan physical diagram.
Adapun aplikasi yang digunakan adalah sybase powerdesigner 16.5.
1. Conseptual diagram menggambarkan hubungan antar entity ,
menunjukan jenis relasi antar entity sebelum dilakukan generate ke
107
dalam physical diagram. Adapun conseptual diagram sisitem informasi
stok adalah sebagai berikut.
Gambar 3 . 47 Conseptual Diagram
2. Physical diagram menggambarkan hubungan antar entity dan komponen
basis data lainnya, seperti procedure, function, triger dan lainnya.
Adapun physical diagram database sistem informasi stok sebagai berikut.
Gambar 3 . 48 Physical Diagram Sistem
108
3.7.3 Design User Interface
Design UI menjelaskan gambaran interface aplikasi sistem yang akan
digunakan. Di dalam sistem informasi stok terdapat 2 level pengguna yaitu admin
dan user. UI admin dibuat berdasarkan ukuran perangkat layar leptop , sedangkan
user berdasarkan layar mobile. Berikut hasil design UI sistem informasi stok.
1. Halaman Informasi Stok
Halaman informasi stok akan tampil pertama kali ketika pengguna
mengakses aplikasi sistem informasi stok.
Gambar 3 . 49 Design Halaman Informasi Stok
2. Halaman Masuk (Login)
Halaman login akan tampil setelah pengguna menekan button masuk
pada halaman informasi stok.
109
Gambar 3 . 50 Design Halaman Masuk
3. Halaman Utama (Admin)
Halaman Utama Admin dapat diakses setelah melakukan login sebagai
admin.
Gambar 3 . 51 Design Halaman Utama Admin
4. Halaman Data Part (Admin)
Halaman data part dapat diakses setelah menekan menu master
kemudian menu data part. Fungsi Halaman ini untuk melihat data part.
110
Gambar 3 . 52 Design Halaman Data Part
5. Halaman Tambah Data Part (Admin)
Halaman ini dapat diakses setelah menekan button “tambah part” pada
halaman data part. Fungsi halaman ini untuk menambah data part.
Gambar 3 . 53 Design Halaman Tambah Data Part
6. Halaman Ubah Data Part (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data part pada halaman data part. Fungsi halaman ini untuk
merubah data part .
111
Gambar 3 . 54 Design Halaman Ubah Data Part
7. Halaman Data Model (Admin)
Gambar 3 . 55 Design Halaman Data Model
8. Halaman Tambah Data Model (Admin)
Halaman data Model dapat diakses setelah menekan menu master kemu
dian menu data model. Fungsi Halaman ini untuk melihat data model.
112
Gambar 3 . 56 Design Halaman Data Model
9. Halaman Ubah Data Model (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data model pada halaman data model. Fungsi halaman ini untuk
merubah data model .
Gambar 3 . 57 Design Halaman Ubah Data Model
10. Halaman Data Line (Admin)
Halaman data line dapat diakses setelah menekan menu master kemu-
113
dian menu data line. Fungsi Halaman ini untuk melihat data line.
Gambar 3 . 58 Design Halaman Data Line
11. Halaman Tambah Data Line (Admin)
Halaman ini dapat diakses setelah menekan button “tambah line” pada
halaman data line. Fungsi halaman ini untuk menambah data line.
Gambar 3 . 59 Design Halaman Tambah Data Line
12. Halaman Ubah Data Line (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
114
satu data line pada halaman data line. Fungsi halaman ini untuk
merubah data line .
Gambar 3 . 60 Design Halaman Ubah Data Line
13. Halaman Data Produk (Admin)
Halaman data produk dapat diakses setelah menekan menu data produk.
Fungsi Halaman ini untuk melihat data produk.
Gambar 3 . 61 Design Halaman Data Produk
115
14. Halaman Tambah Data Produk (Admin)
Halaman ini dapat diakses setelah menekan button “tambah produk”
pada halaman data produk. Fungsi halaman ini untuk menambah data
produk.
Gambar 3 . 62 Design Halaman Tambah Data Produk
15. Halaman Ubah Data Produk (Admin)
Gambar 3 . 63 Design Halaman Ubah Data Produk
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
116
satu data produk pada halaman data produk. Fungsi halaman ini untuk
merubah data produk .
16. Halaman Data Stok (Admin)
Halaman data stok dapat diakses setelah menekan menu data stok.
Fungsi Halaman ini untuk melihat data stok.
Gambar 3 . 64 Design Halaman Data Stok
17. Halaman Tambah Data Stok (Admin)
Gambar 3 . 65 Design Halaman Tambah Data Stok
117
Halaman ini dapat diakses setelah menekan button “tambah stok” pada
halaman data stok. Fungsi halaman ini untuk menambah data stok.
18. Halaman Ubah Data Stok (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data stok pada halaman data stok. Fungsi halaman ini untuk
merubah data stok .
Gambar 3 . 66 Design Halaman Ubah Data Stok
19. Halaman Data Pengguna (Admin)
Halaman data pengguna dapat diakses setelah menekan menu pengguna
kemudian menu data pengguna. Fungsi Halaman ini untuk melihat data
pengguna.
118
Gambar 3 . 67 Design Halaman Data Pengguna
20. Halaman Tambah Data Pengguna (Admin)
Halaman ini dapat diakses setelah menekan button “tambah pengguna”
pada halaman data pengguna. Fungsi halaman ini untuk menambah data
pengguna.
Gambar 3 . 68 Design Halaman Tambah Data Pengguna
119
21. Halaman Ubah Data Pengguna (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data pengguna pada halaman data pengguna. Fungsi halaman ini
untuk merubah data pengguna .
Gambar 3 . 69 Design Halaman Ubah Data Pengguna
22. Halaman Data Level (Admin)
Gambar 3 . 70 Design Halaman Data Level
Halaman data level dapat diakses setelah menekan menu pengguna
120
kemudian menu data level. Fungsi Halaman ini untuk melihat data
level.
23. Halaman Tambah Data Level (Admin)
Halaman ini dapat diakses setelah menekan button “tambah level” pada
halaman data level. Fungsi halaman ini untuk menambah data level.
Gambar 3 . 71 Design Halaman Tambah Data Level
24. Halaman Ubah Data Level (Admin)
Gambar 3 . 72 Design Halaman Ubah Data Level
121
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data level pada halaman data level. Fungsi halaman ini untuk
merubah data level .
25. Halaman Data Jabatan (Admin)
Halaman data jabatan dapat diakses setelah menekan menu jabatan
kemudian menu data jabatan. Fungsi Halaman ini untuk melihat data
jabatan.
Gambar 3 . 73 Design Halaman Data Jabatan
26. Halaman Tambah Data Jabatan (Admin)
Halaman ini dapat diakses setelah menekan button “tambah jabatan”
pada halaman data jabatan. Fungsi halaman ini untuk menambah data
jabatan.
122
Gambar 3 . 74 Design Halaman Tambah Data Jabatan
27. Halaman Ubah Data Jabatan (Admin)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data jabatan pada halaman data jabatan. Fungsi halaman ini untuk
merubah data jabatan .
Gambar 3 . 75 Design Halaman Ubah Data Jabatan
123
28. Halaman Ubah Kata Sandi Pribadi (Admin)
Halaman ini dapat diakses setelah menekan menu “ubah kata sandi”.
Kemudian tab “pribadi ” Fungsi halaman ini untuk merubah kata sandi
admin yang sedang menggunakan sistem .
Gambar 3 . 76 Design Halaman Ubah Kata Sandi Pribadi
29. Halaman Ubah Kata Sandi Pengguna Lain (Admin)
Gambar 3 . 77 Design Halaman Ubah Kata Sandi Pengguna Lain
Halaman ini dapat diakses setelah menekan menu “ubah kata sandi”.
124
Kemudian tab “pengguna lain ” Fungsi halaman ini untuk merubah kata
sandi pengguna lain ketika pengguna tersebut kehilangan kata sandi .
30. Halaman Utama (User)
Halaman Utama Admin dapat diakses setelah melakukan login sebagai
user.
Gambar 3 . 78 Design Halaman Utama User
31. Halaman Data Stok (User)
Halaman data part dapat diakses setelah menekan menu data stok.
Fungsi Halaman ini untuk melihat data stok level user.
125
Gambar 3 . 79 Design Halaman Data Stok user
32. Halaman Tambah Data Stok (User)
Gambar 3 . 80 Design Halaman Tambah Data Stok User
Halaman ini dapat diakses setelah menekan button “tambah stok” pada
126
halaman data stok. Fungsi halaman ini untuk menambah data stok.
33. Halaman Ubah Data Stok (User)
Halaman ini dapat diakses setelah menekan button “ubah” pada salah
satu data stok pada halaman data stok. Fungsi halaman ini untuk
merubah data stok .
Gambar 3 . 81 Design Halaman Ubah Data Stok User
34. Halaman Ubah Kata Sandi (User)
Halaman ini dapat diakses setelah menekan menu “ubah kata sandi”.
Fungsi halaman ini untuk merubah kata sandi pengguna (user) yang
sedang menggunakan sistem .
127
Gambar 3 . 82 Design Halaman Ubah Kata Sandi User
35. Halaman Konfirmasi Log out
Halaman ini dapat diakses setelah menekan menu “Keluar”. Fungsi
halaman ini untuk mengkonfirmasi ketika user atau admin ingin keluar
dari sistem.
Gambar 3 . 83 Design Halaman Konfirmasi Log out ( PC device)
128
Gambar 3 . 84 Design Halaman Konfirmasi Log out ( mobile device)
3.8 Spesifikasi Software dan Hardware
1. Kebutuhan Software
Bahasa pemrograman yang digunakan untuk penerapan analisa dan
perancangan sistem ini adalah dengan bahasa pemrograman web, yaitu
HTML 5, PHP 5.6, Javascript. Framework yang digunakan adalah
bootstrap versi 3.2, serta database yang digunakan mysql versi 5.5.
Dalam menjalankan aplikasi web dengan menggunakan software aplikasi
XAMPP versi 5.6. Adapun aplikasi browser yang digunakan adalah
google chrome versi 72.0.3626.96 64-bit.
2. Kebutuhan Hardware
Spesifikasi hardware / komputer yang diusulkan untuk mengoperasikan
program ini adalah sebagai berikut :
Procesor Core I3-3217u 1.8 GHz
Hardisk 160 Gb atau lebih
Memori RAM 2 Gb atau lebih
129
Perangkat pendukung keluaran layar monitor ( LED 50 inc , mobile
device, PC)
Perangkat masukan (keyboard, mouse)
130
BAB IV
KESIMPULAN DAN SARAN
4.1 Kesimpulan
Dari penelitian yang dilakukan, penulis dapat mengambil kesimpulan bahwa
pengecekan kondisi stok penting dilakukan. Pengecekan kondisi stok akan
berpengaruh dalam menentukan jumlah barang yang akan diproduksi. Selain itu,
untuk mengimbangi jumlah persediaan barang yang akan di kirim ke customer.
Sebelumnya pengecekan dan penyampaian informasi stok dilakukan oleh 3
orang ( aktor ) diantaranya SPV, Leader dan JP. Penulisan informasi stok dengan
cara manual, yaitu dengan spidol dan white board . Setelah dilakukan penelitian,
dihasilkan suatu rancangan sistem informasi stok sehingga proses penyampaian
informasi stok lebih efiseien dan efektif .
Rancangan sistem informasi stok yang telah dibuat berbasis web dan
aplikasi web yang dibuat responsif dalam beberapa perangkat layar seperti
mobile, PC dan TV LED 50 Inch. Sehingga setelah dilakukan instalasi aplikasi
web diharapkan dalam penyampaian stok hanya dibutuhkan 1 orang ( aktor ) yaitu
JP, sedangkan SPV dan leader bertugas sebagai pengawas. Penulisan informasi
stok tidak memerlukan alat bantu tulis spidol dan white board , karena papan
white board digantikan dengan TV LED 50 Inch. Proses informasi stok dilakukan
oleh JP yang melakukan input melalui aplikasi web informasi stok ( mobile )
kemudian diteruskan ke basis data stok , setelah itu data akan ditampilkan pada
layar TV LED 50 Inch.
131
4.2 Saran
Dalam melakukan penelitian, peneliti melakukan pengembangan sistem
yang sudah berjalan. Tahap pengembangan sistem hanya sampai pada tahap
perancangan yang menghasilkan bentuk prototype sistem, sehingga sistem yang
telah dirancang belum dirasakan manfaat secara langsung. Maka dari itu, perlu
dilakukan tahap-tahap pengembangan sistem lebih lanjut, seperti implementasi .
Adapun saran untuk penelitian selanjutnya bahwa aplikasi sistem yang telah
dirancang dapat dilakukan pengembangan lebih luas. Sebelumnya perancangan
yang dibuat dalam ruang lingkup departement produksi, diharapkan dapat
dikembangkan sistem informasi kodisi dies ( molding Casting ) dari maintenance
kepada departemen produksi untuk meningkatkan efisiensi ketika terjadi trouble
dies selama proses produksi.
132
DAFTAR PUSTAKA
Al Fatta, H . 2007. Analisis dan Perancangan Sistem Informasi untuk keunggulan
bersaing perusahaan dan organisasi modern. Yogyakarta: Penerbit Andi.
Connolly, T. M., and Begg, C. E. 2005. Database systems: a practical approach
to design, implementation, and management (4th ed). Harlow, Essex,
England ; New York: Addison-Wesley.
Davis, G. B. 2005. The Blackwell encyclopedia of management. Management
information systems. Malden, MA: Blackwell Pub.
Dennis, A., et all. 2015. Systems Analysis and Design_ An Object-Oriented
Approach with UML (5 th). New Jersey,NJ: John Wiley & Sons, Inc.
Hoberman, S., and McGeachie, G. 2011. Data Modeling Made Simple with
PowerDesigner. Technics Publications.
Imelda, P., and Irwandi, S. A. 2011. Rancangan Persediaan Bahan Baku Dengan
Menggunakan Metode Eoq Studi Kasus Pada Perusahaan Rokok Ketapang
Jaya Tanggulangin Sidoarjo. The Indonesian Accounting Review, 1(02),
97
Kristiani, F., et all. (2017). Perancangan dan Implementasi Sistem Informasi
Manajemen Pencatatan Aset Berbasis Web (Studi Kasus: Kantor
Perpustakaan dan Arsip Daerah Kota Salatiga), 6.
Nugraha, W., and Syarif, M. 2018. Penerapan Metode Prototype Dalam
Perancangan Sistem Informasi Penghitungan Volume Dan Cost Penjualan
Minuman Berbasis Website, 3(2), 8.
133
Republika Online. 2015. Memperkuat Struktur Industri Otomotif Nasional.
Retrieved November 30, 2018, from https://republika.co.id/berita/koran/
pareto/15/12/03/nys1tf1-memperkuat-struktur-industri-otomotif-nasional
Sapitri, C., et all. 2017. "Sistem Informasi Produksi dan Pengendalian Bahan
Baku Pada CV Bundar Citra Mandiri ".Jurnal Prosiding Fakultas MIPA
Universitas Jenderal Achmad Yani. 35-40
Satzinger, J. W., et all. 2012. Systems analysis and design in a changing world
(6th ed). Boston, MA: Course Technology, Cengage Learning.
Solichin, A. 2009. Pemrograman Web dengan PHP dan MySQL, 122.
Spurlock, J. 2013. Bootstrap (First edition). Beijing: O‟Reilly.
Sutabri, T. 2012. Analisis Sistem Informasi. Yogyakarta: Penerbit Andi.
. 2012. Konsep Sistem Informasi. Yogyakarta: Penerbit Andi.
Tempo Online. 2018. Januari-September 2018: Penjualan Mobil Naik 10,85
persen. Tersedia: https://otomotif.tempo.co/read/1136491/januari-septem
ber-2018-penjualan-mobil-naik-1085-persen [30 November 2018]
Wicaksono, Y. 2008. Membangun Bisnis Online dengan Mambo. Jakarta: Elex
Media Komputindo.
Yuhefizar, et all. 2009. CMM Website Interaktif MCMS Joomla(CMS). Elex
Media Komputindo.