sistem monitoring peralatan kerja pada departement
Post on 29-Dec-2021
2 Views
Preview:
TRANSCRIPT
SISTEM MONITORING PERALATAN KERJA PADA
DEPARTEMENT INVENTORY PT HOME CENTER
INDONESIA MENGGUNAKAN METODE
WATERFALL BERBASIS JAVA
SKRIPSI
Oleh:
ARDIANTO
311410506
TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI PELITA BANGSA
BEKASI
2018
SISTEM MONITORING PERALATAN KERJA PADA
DEPARTEMENT INVENTORY PT HOME CENTER
INDONESIA MENGGUNAKAN METODE
WATERFALL BERBASIS JAVA
SKRIPSI
Diajukan Sebagai Salah Satu Syarat Untuk Menyelesaikan
Program Strata Satu (S1) pada Program Studi Teknik Informatika
Oleh:
ARDIANTO
311410506
TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI PELITA BANGSA
BEKASI
2018
i
ii
iii
iv
KATA PENGANTAR
Puji syukur penulis panjatkan ke hadiran Allah SWT. yang telah
melimpahkan segala rahmat dan hidayah-Nya, sehingga tersusunlah Skripsi yang
berjudul “SISTEM MONITORING PERALATAN KERJA PADA
DEPARTEMENT INVENTORY PT HOME CENTER INDONESIA
MENGGUNAKAN METODE WATERFALL BERBASIS JAVA”.
Skripsi tersusun dalam rangka melengkapi salah satu persyaratan dalam
rangka menempuh ujian akhir untuk memperoleh gelar Sarjana Komputer (S.Kom.)
pada Program Studi Teknik Informatika di Sekolah Tinggi Teknologi Pelita Bangsa.
Penulis sungguh sangat menyadari, bahwa penulisan Skripsi ini tidak akan
terwujud tanpa adanya dukungan dan bantuan dari berbagai pihak. Sudah
selayaknya, dalam kesempatan ini penulis menghaturkan penghargaan dan ucapan
terima kasih yang sebesar-besarnya kepada:
a. Bapak Dr. Ir. Suprianto, M.P selaku Ketua STT Pelita Bangsa
b. Bapak Aswan Sunge, S.Kom, M.Kom selaku Ketua Program Studi Teknik
Informatika STT Pelita Bangsa.
c. Bapak Andri Firmansyah, S.Kom, M.Kom selaku Pembimbing Utama yang
telah banyak memberikan arahan dan bimbingan kepada penulis dalam
penyusunan Skripsi ini.
d. Seluruh Dosen STT Pelita Bangsa yang telah membekali penulis dengan
wawasan dan ilmu di bidang teknik informatika.
e. Seluruh staf STT Pelita Bangsa yang telah memberikan pelayanan terbaiknya
kepada penulis selama perjalanan studi jenjang Strata 1.
f. Rekan-rekan mahasiswa STT Pelita Bangsa, khususnya angkatan 2014, yang
telah banyak memberikan inspirasi dan semangat kepada penulis untuk dapat
menyelesaikan studi jenjang Strata 1.
g. Ibu dan Ayah tercinta yang senantiasa mendo’akan dan memberikan semangat
dalam perjalanan studi Strata 1 maupun dalam kehidupan penulis.
v
Akhir kata, penulis mohon maaf atas kekeliruan dan kesalahan yang terdapat
dalam Skripsi ini dan berharap semoga Skripsi ini dapat memberikan manfaat bagi
khasanah pengetahuan Teknologi Informasi di lingkungan STT Pelita Bangsa
khususnya dan Indonesia pada umumnya.
Bekasi, April 2018
Penulis
vi
DAFTAR ISI
PERSETUJUAN .................................................... Error! Bookmark not defined.
PENGESAHAN ..................................................... Error! Bookmark not defined.
PERNYATAAN KEASLIAN PENELITIAN ....... Error! Bookmark not defined.
KATA PENGANTAR ........................................................................................... iv
DAFTAR ISI .......................................................................................................... vi
DAFTAR TABEL ................................................................................................... x
DAFTAR GAMBAR ............................................................................................. xi
ABSTRACT ........................................................................................................... xiii
ABSTRAK ........................................................................................................... xiv
BAB I PENDAHULUAN ....................................................................................... 1
1.1 Latar Belakang ......................................................................................... 1
1.2 Identifikasi Masalah ................................................................................. 2
1.3 Rumusan Masalah .................................................................................... 3
1.4 Batasan Masalah ....................................................................................... 3
1.5 Tujuan dan Manfaat .................................................................................. 4
1.5.1 Tujuan ............................................................................................... 4
1.5.2 Manfaat ............................................................................................. 4
1.6 Metode Penulisan ..................................................................................... 5
1.7 Sistematika Penulisan ............................................................................... 6
vii
BAB II TINJAUAN PUSTAKA ............................................................................. 8
2.1 Tinjauan Pustaka ...................................................................................... 8
2.2 Teori Yang Terkait Dengan Judul ............................................................ 9
2.2.1 Pengertian Sistem .............................................................................. 9
2.2.2 Pengertian Informasi ......................................................................... 9
2.2.3 Pengertian Sistem Informasi ........................................................... 10
2.2.4 Karakteristik Sistem ........................................................................ 10
2.2.5 Klasifikasi Sistem ........................................................................... 12
2.2.6 Metode Waterfall ............................................................................ 13
2.2.7 Pengertian Monitoring .................................................................... 17
2.2.8 Peralatan Kerja ................................................................................ 18
2.3 Teori Yang Terkait Analisa Dan Desain Sistem .................................... 18
2.3.1 Basis Data (database) ..................................................................... 18
2.3.2 Pemrograman .................................................................................. 21
2.3.3 Flowmap .......................................................................................... 22
2.3.4 Unified Modelling Language (UML) ............................................. 23
2.4 Teori Yang Terkait Dengan Program ..................................................... 33
2.4.1 Java .................................................................................................. 33
2.4.2 JDK (Java Development Kit) .......................................................... 34
2.4.3 NetBeans ......................................................................................... 34
2.4.4 MySQL ............................................................................................ 36
viii
2.4.5 Xampp ............................................................................................. 36
BAB III METODE PENELITIAN........................................................................ 37
3.1 Objek Penelitian ..................................................................................... 37
3.1.1 Profil Perusahaan ............................................................................ 37
3.1.2 Struktur Organisasi ......................................................................... 38
3.2 Sistem Yang Berjalan ............................................................................. 38
3.3 Tahapan Penelitian ................................................................................. 41
3.4 Analisis Sistem ....................................................................................... 43
3.5 Sistem Yang Diusulkan .......................................................................... 44
3.5.1 Use Case Sistem Usulan ................................................................. 47
3.5.2 Activity Diagram Sistem Usulan .................................................... 52
3.5.3 Sequence Diagram Sistem Usulan .................................................. 56
3.5.4 Class Diagram Sistem Usulan ........................................................ 60
BAB IV HASIL DAN PEMBAHASAN .............................................................. 61
4.1 Hasil ........................................................................................................ 61
4.1.1 Kebutuhan Sistem Yang Diusulkan ................................................ 61
4.1.2 Spesifikasi File Data ....................................................................... 62
4.1.3 Bagan Terstruktur (HIPO)............................................................... 66
4.2 Spesifikasi Proses ................................................................................... 66
4.2.1 Perancangan Masukan ..................................................................... 66
4.2.2 Perancangan Keluaran ..................................................................... 68
ix
4.2.4 Tampilan Aplikasi ........................................................................... 71
BAB V KESIMPULAN ........................................................................................ 79
5.1 Kesimpulan ............................................................................................. 79
5.2 Saran ....................................................................................................... 79
DAFTAR PUSTAKA ........................................................................................... 81
LAMPIRAN .......................................................................................................... 83
x
DAFTAR TABEL
Tabel 3.1 Jadwal Implementasi ............................................................................ 41
Tabel 4.1 Tabel User ............................................................................................ 62
Tabel 4.2 Tabel Alat_Kerja .................................................................................. 63
Tabel 4.3 Tabel Departemen ................................................................................ 63
Tabel 4.4 Tabel Karyawan ................................................................................... 64
Tabel 4.5 Tabel Kerusakan ................................................................................... 64
Tabel 4.6 Tabel Peminjaman ................................................................................ 65
Tabel 4.7 Tabel Pengembalian ............................................................................. 65
Tabel 4.8 Pengujian Form Login .......................................................................... 69
Tabel 4.9 Pengujian Input Data ............................................................................ 69
Tabel 4.10 Pengujian Edit dan Update ................................................................. 70
xi
DAFTAR GAMBAR
Gambar 1.1 Waterfall Model ................................................................................. 6
Gambar 2.1 Waterfall Model ............................................................................... 14
Gambar 2.2 Relasi One to One ............................................................................ 19
Gambar 2.3 Relasi One To Many ........................................................................ 20
Gambar 2.4 Relasi Many to Many ....................................................................... 20
Gambar 2.5 Model dan Simbol Flowmap ........................................................... 23
Gambar 2.6 Bagan Diagram Use Case ................................................................ 24
Gambar 2.7 Sequence Diagram ........................................................................... 29
Gambar 2.8 Activity Diagram .............................................................................. 32
Gambar 2.9 Simbol-simbol pada Class Diagram ................................................ 33
Gambar 3.1 Struktur Organisasi .......................................................................... 38
Gambar 3.2 Flowmap Sistem Berjalan ................................................................ 40
Gambar 3. 3 Flowmap Sistem Diusulkan ............................................................. 46
Gambar 3.4 Use Case Sistem Usulan .................................................................. 47
Gambar 3.5 Activity Diagram Login ................................................................... 53
Gambar 3.6 Activity Diagram Input Peminjaman Alat Kerja ............................. 54
Gambar 3.7 Activity Diagram Input Pengembalian Alat Kerja ........................... 55
Gambar 3.8 Activity Diagram Input Kerusakan Alat dan Status ......................... 55
Gambar 3.9 Activity Diagram Laporan ............................................................... 56
Gambar 3.10 Sequence Diagram Login .............................................................. 57
Gambar 3.11 Sequence Diagram Input Peminjaman Alat Kerja......................... 58
xii
Gambar 3.12 Sequence Diagram Input Pengembalian Alat Kerja ...................... 59
Gambar 3.13 Sequence Diagram Input Kerusakan Alat dan Status .................... 59
Gambar 3.14 Sequence Diagram Laporan .......................................................... 60
Gambar 3.15 Class Diagram Usulan ................................................................... 60
Gambar 4.1 HIPO Sistem Usulan ........................................................................ 66
Gambar 4.2 Rancangan Login ............................................................................. 66
Gambar 4.3 Rancangan Menu Utama.................................................................. 67
Gambar 4.4 Rancangan Input Data Dan Informasi ............................................. 67
Gambar 4.5 Rancangan Laporan Peminjaman Alat ............................................ 68
Gambar 4.6 Rancangan Laporam Kerusakan Alat .............................................. 68
Gambar 4.7 Halaman Login ................................................................................ 71
Gambar 4.8 Halaman Menu Utama ..................................................................... 72
Gambar 4.9 Halaman Input Data Master Alat Kerja ........................................... 72
Gambar 4.10 Halaman Input Data Master Departemen ...................................... 73
Gambar 4.11 Halaman Input Data Master Karyawan ......................................... 74
Gambar 4.12 Halaman Input Data Peminjaman .................................................. 75
Gambar 4.13 Halaman Input Data Pengembalian ............................................... 76
Gambar 4.14 Halaman Input Data Kerusakan ..................................................... 76
Gambar 4.15 Laporan Peminjaman ..................................................................... 77
Gambar 4.16 Laporan Kerusakan Alat Kerja ...................................................... 78
xiii
ABSTRACT
PT. Home Center Indonesia is a company engaged in the sale of furniture products
whose work processes in several departments require auxiliary equipment every
shift. The loaned equipment includes mobile phones (hand phones), RF (radio
frequencies), HT (handy talkies), hand forklifts and others. Often the equipment
borrowed in one shift is immediately handed over to the operator in the other shift,
making it difficult to detect the presence of the equipment and damage to the
equipment is difficult to detect who is the last one to use it and the cause of the
damage. monitoring loan work equipment using the waterfall method is a solution
to reduce the lack of information on the tool.
Keyworad: Equipment, Lack of Information, Damage, Waterfall,
xiv
ABSTRAK
PT. Home Center Indonesia adalah sebuah perusahaan yang bergerak di bidang
penjualan produk-produk furniture yang proses pekerjaan di beberapa departemen
memerlukan peralatan bantu/tambahan setiap shift nya. Peralatan yang dipinjamkan
antara lain seperti HP(Hand Phone), RF(Radio Frequensi), HT(Handy Talky),
Hand Forklift dan lainnya. Seringnya terjadi peralatan yang dipinjam dalam satu
shift langsung diserahkan begitu saja ke operator di shift lainnya sehingga sulit
mendeteksi keberadaan peralatan tersebut dan juga terjadi kerusakan pada alat sulit
dideteksi siapa yang terakhir menggunakannya dan penyebab kerusakannya oleh
karena itu merancang sebuah sistem untuk membantu mengelola masalah informasi
dan monitoring peminjaman peralatan kerja dengan mengunakan metode waterfall
merupakan solusi untuk mengurangi kurangnya informasi atas alat tersebut.
Kata kunci: Peralatan, Kurang Informasi, Waterfall,
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Salah satu faktor penentu keberhasilan perusahaan adalah kinerja dan
produktifitas karyawan. Setiap perusahaan dalam melaksanakan program yang
diarahkan selalu berdaya guna untuk mencapai tujuan perusahaan salah satu
cara yang harus dilakukan adalah meningkatkan kinerja karyawannya.
Kinerja pada dasarnya adalah apa yang dilakukan atau tidak dilakukan
karyawan sehingga mereka mempengaruhi seberapa banyak mereka memberi
kontribusi kepada perusahaan termasuk pelayanan kualitas yang disajikan.
Strategi peningkatan kinerja adalah cara perusahaan untuk meningkatkan
kinerja karyawan agar tujuan perusahaan dapat tercapai.
Kebutuhan informasi merupakan suatu hal yang sangat penting, saat ini
keberadaan dunia informasi dari tahun ke tahun selalu meningkat dan selalu
mengalami perkembangan yang sangat pesat mengikuti perkembangan jaman,
hal ini tidak lepas dari teknologi komputer yang merupakan salah satu alat yang
dapat bekerja dengan cepat dalam hal penyampaian informasi.
PT. Home Center Indonesia adalah sebuah perusahaan yang bergerak di
bidang penjualan produk-produk furniture yang terletak dalam sebuah kawasan
Industri di Jababeka Cikarang. Pada penelitian ini penulis memfokuskan pada
departemen Inventory dimana penulis bekerja. Selama ini proses pekerjaan di
beberapa departemen memerlukan peralatan bantu/tambahan setiap shift nya.
Peralatan yang dipinjamkan antara lain seperti HP(Hand Phone), RF(Radio
2
Frequensi), HT(Handy Talky), Hand Forklift dan lainnya. Selama ini proses
peminjaman peralatan bantu tersebut melalui departemen Inventory dan
dilakukan tanpa adanya catatan siapa saja yang meminjam dan peralatan apa
saja yang dipinjam.
Hal tersebut menyebabkan peralatan yang sering dipinjam setiap shift sering
tidak dikembalikan di akhir shift dan langsung diserahkan ke operator shift
berikutnya sehingga departemen Inventory sering kali tidak memiliki informasi
tentang posisi keberadaan peralatan tersebut. Hal lainnya adalah seringkali
kondisi peralatan yang ada mengalami kerusakan tanpa diketahui jelas siapa
yang terakhir menggunakan dan penyebab kerusakannya. Hal ini dapat
menyebabkan terganggunya mobilitas pekerjaan di setiap departemen tersebut.
Untuk mengantisipasi hal tersebut, perlu dibuat sebuah sistem yang mampu
melakukan monitoring terhadap peralatan yang dipinjam oleh setiap
departemen sehingga informasi keberadaan alat dan penanggungjawabnya
dapat diketahui, serta kesalahan-kesalahan yang ditimbulkan karena kurangnya
informasi dapat dihilangkan.
Berdasarkan permasalahannya yang telah diuraikan di atas maka dalam hal
ini penulis melakukan penelitian yang disusun dalam bentuk skripsi dengan
judul “Sistem Monitoring Peminjaman Peralatan Kerja Pada Departemen
Inventory PT. Home Center Indonesia Menggunakan Metode Waterfall
Berbasis Java”.
1.2 Identifikasi Masalah
Atas dasar latar belakang yang dipaparkan, maka dapat disimpulkan
identifikasi masalah sebagai berikut:
3
1. Belum adanya sebuah sistem yang dapat memberikan informasi tentang
keberadaan peralatan yang dipinjam oleh setiap departemen dan siapa yang
meminjamnya.
2. Seringnya terjadi peralatan yang dipinjam dalam satu shift langsung
diserahkan begitu saja ke operator di shift lainnya sehingga sulit mendeteksi
keberadaan peralatan tersebut.
3. Setiap kerusakan yang terjadi pada alat sulit mendeteksi siapa yang terakhir
menggunakannya dan penyebab kerusakannya.
1.3 Rumusan Masalah
Berdasarkan identifikasi masalah diatas maka dapat penulis rumuskan yaitu
sebagai berikut;
1. Bagaimana merancang sebuah sistem berbasis java yang dapat melakukan
monitoring peralatan kerja pada departemen Inventory menggunakan
metode Waterfall.
2. Bagaimana mengurangi masalah kurangnya informasi peralatan tersebut.
1.4 Batasan Masalah
Dalam penyusunan skripsi ini, penulis memberikan batasan masalah yang
akan penulis uraikan disini yaitu meliputi:
1. Sistem dibuat menggunakan Java Netbeans dengan database MySQL.
2. Sistem dapat menginput data peminjaman peralatan kerja setiap departemen
sehingga di akhir shift dapat dilakukan pelacakan posisi peralatan tersebut.
3. Sistem dapat melakukan input data kerusakan alat dan penyebabnya serta
dapat mengetahui status perbaikannya.
4
4. Laporan yang dibuat adalah laporan peminjaman alat dan pengembalian
serta data kerusakan alat.
1.5 Tujuan dan Manfaat
1.5.1 Tujuan
Penelitian ini memiliki dua tujuan sebagai yaitu berikut;
1. Merancang sebuah system untuk membantu mengelola masalah
informasi dan monitoring peminjaman peralatan kerja pada
departemen inventory.
2. Mengurangi masalah kurangnya informasi peralatan kerja.
.
1.5.2 Manfaat
Penelitian ini diharapkan dapat memberikan manfaat bagi semua
pihak yaitu:
1. Penulis
a. Menerapkan ilmu yang diperoleh, agar dapat mengembangkan
sistem lebih lanjut.
b. Dapat menambah pengetahuan dan wawasan penulis mengenai
pengolahan Sistem Informasi.
2. PT. Home Center Indonesia
a. Memberikan kontribusi dalam membantu pengelolaan sistem
informasi monitoring peminjaman peralatan kerja setiap
departemen sehingga memudahkan dalam melakukan tracer
peralatan tersebut.
b. Dapat mengontrol peralatan yang berada di departemen Inventory.
5
1.6 Metode Penulisan
Dalam penulisan penelitian ini dilakukan beberapa hal untuk memastikan
bahwa penulisan ini akan memenuhi standar yang ditetapkan oleh pihak kampus.
Metode yang dipakai dalam penulisan ini adalah sebagai berikut:
1. Studi Kepustakaan
Studi kepustakaan adalah penelitian yang dilakukan dengan cara
membaca, mempelajari dan mengumpulkan teori-teori umum maupun
khusus yang berkaitan dengan topik yang diambil. Adapun literatur
penelitian berupa buku-buku dan artikel baik dari media masa ataupun
internet yang berkaitan dengan topik yang akan digunakan sebagai
landasan teori
2. Wawancara (interview)
Mengadakan tanya jawab dengan pengurus struktural dalam organisasi
untuk mendapatkan gambaran pentingnya sistem informasi ini,
keterangan dan penjelasan untuk membantu dalam penulisan skripsi ini
3. Observasi
Observasi atau pengamatan langsung adalah cara pengumpulan data
berdasarkan pengamatan yang menggunakan mata atau telinga secara
langsung tanpa alat bantu yang terstandar. Dan disini penulis melakukan
pengamatan secara langsung di bagian-bagian yang terkait mengenai data
apa saja yang sekiranya diperlukan untuk mendukung penelitian ini
4. Metode Pengembangan Sistem
Dalam penelitian ini penulis menggunakan metode pengembangan
Waterfall yang merupakan salah satu model dalam perancangan piranti
6
lunak. Penyusun memilih model waterfall karena langkah-langkahnya
berurutan dan sistematis (Pressman, 2010, p39). Menurut Sommerville
(2011:29-30), waterfall model adalah sebuah contoh dari proses
perencanaan, dimana semua proses kegiatan harus terlebih dahulu
direncanakan dan dijadwalkan sebelum dikerjakan. Tahapan dari
waterfall model menurut Pressman dan Sommerville adalah sebagai
berikut:
Gambar 1.1 Waterfall Model
1.7 Sistematika Penulisan
Sistematika penulisan skripsi merupakan gambaran umum mengenai
hubungan antar bab sehingga terlihat saling menunjang dan terkait antar bab,
secara garis besar bab tersebut dapat di jelaskan sebagai berikut:
BAB I PENDAHULUAN
Bab ini berisi latar belakang masalah, rumusan masalah,
batasan masalah, tujuan dan manfaat, metode penulisan dan
sistematika penulisan.
7
BAB II LANDASAN TEORI
Dalam bab ini berisi teori-teori dasar yang menjadi landasan
penulisan skripsi, seperti pengertian dan penjelasan dari
Sistem, Informasi, Sistem Informasi, Database dan alat bantu
(tool) yang digunakan serta teori-teori pendukung lainya.
BAB III METODE PENELITIAN
Pada bab ini berisi tentang sejarah perusahaan, struktur
organisasi, Analisa sistem yang sedang berjalan dengan
UML (Unified Modelling Language) dan permasalahan yang
sedang dihadapi oleh perusahaan serta solusi rancangan
sistem yang diusulkan.
BAB IV HASIL DAN PEMBAHASAN
Pada bab ini akan digambarkan rancangan sistem baru yang
berisi tentang narasi sistem yang diusulkan prosedur sistem
yang membahas tentang merancang UML, rancangan
database, rancangan HIPO, desain program, yang
diharapkan mampu untuk menjembatani semua kelemahan
dan kekurangan dalam system.
BAB V PENUTUP
Pada bab ini akan berisikan kesimpulan secara keseluruhan
terhadap hasil analisa sistem yang berjalan dan beberapa
saran perbaikan agar nantinya mampu mengatasi semua
kelemahan yang ditemukan pada hasil analisa.
8
BAB II
TINJAUAN PUSTAKA
2.1 Tinjauan Pustaka
Penelitian terdahulu mengenai penelitian sistem monitoring peminjaman yaitu
diantaranya penelitian yang dilakukan oleh Andriyani dan Siyoperman Gea (2016)
pada Jurnal Sains dan Teknologi Utama Volume XI nomor 3 Universitas Tama
Jagakarsa dengan judul SISTEM MONITORING PERALATAN BENGKEL
MENGGUNAKAN METODE WATERFALL DENGAN MVC CODEIGNITER,
memberikan kesimpulan bahwa system dapat membantu untuk menyelesaikan
masalah yang terkait dengan adminstrasi peralatan bengkel dan juga mampu
memberikan informasi yang dibutuhkan kepada semua pihak secara cepat, tepat
dan akurat. Sistem ini juga dapat menghasilkan kemudahan dalam mengelola
sirkulasi peralatan bengkel, perawatan peralatan bengkel dan data-data mekanik
serta menyediakan laporan-laporan yang dibutuhkan oleh pimpinan bengkel secara
cepat, tepat dan akurat.
Penelitian lain yaitu oleh Dhimas Hari Trenggono (2014) Fakultas Teknik
Universitas Negeri Yogyakarta dengan judul SISTEM PEMINJAMAN
BERBASIS WEB SEBAGAI MEDIA LAYANAN DI STUDIO MULTIMEDIA
SMK 2 SEWON, memberikan kesimpulan model kualitas produk perangkat lunak
yang diperoleh yaitu sistem memenuhi kebutihan user dan sistem dapat beradaptasi
9
dengan berbagai aplikasi browser terkini (desktop maupun mobile) dan dapat
diimplementasikan antar sistem operasi. Hasil penelitian model kualitas
penggunaan yang diperoleh: karakteristik effectiveness, efficiency, dan satisfaction
menunjukkan hasil sangat baik.
2.2 Teori Yang Terkait Dengan Judul
2.2.1 Pengertian Sistem
Sistem didefinisikan sebagai sekumpulan prosedur yang saling berkaitan dan
saling terhubung untuk melakukan suatu tugas bersama sama. (I Putu Pratama,
2014).
Sistem adalah kumpulan elemen yang saling berkaitan dan bekerja sama dalam
melakukan kegiatan untuk mencapai suatu tujuan. (Sujarweni, 2015).
2.2.2 Pengertian Informasi
Informasi yang kita terima dapat berupa informasi yang benar dan apa adanya.
Namun tidak sedikit kita memperoleh juga informasi yang salah dan
menyesatkan. Dalam hal ini kita sebagai penikmat informasi perlu lebih cerdas
dan bijak di dalam menilai informasi yang di peroleh.
Informasi merupakan hasil pengolahan data dari satu atau berbagai sumber,
yang kemudian diolah, sehingga memberikan nilai, arti, dan manfaat. (I Putu
Pratama, 2014).
10
2.2.3 Pengertian Sistem Informasi
Berdasarkan definisi mengenai sistem dan informasi, maka dapat dinyatakan
bahwa sistem informasi merupakan gabungan dari empat bagian utama.
Sistem Informasi adalah mencangkup sejumlah komponen (manusia,
komputer, teknologi informasi, dan prosedur kerja), ada sesuatu yang diproses
(data menjadi informasi), dan dimaksudkan untuk mencapai suatu sasaran atau
tujuan. (Abdul Kadir, 2013).
Sistem Informasi adalah suatu sistem yang dibuat oleh manusia yang terdiri dari
komponen-komponen dalam organisasi untuk mencapai suatu tujuan, yaitu
untuk menyajikan informasi. (I Gusti Ngurah Suryantara, 2017).
2.2.4 Karakteristik Sistem
Suatu sistem mempunyai karakteristik atau sifat-sifat tertentu, yaitu:
1. Komponen-komponen
Komponen sistem atau elemen sistem dapat berupa:
a. Elemen-elemen yang lebih kecil yang disebut sub sistem, misalkan
sistem komputer terdiri dari sub sistem perangkat keras, perangkat
lunak dan manusia.
b. Elemen-elemen yang lebih besar yang disebut supra sistem. Misalkan
bila perangkat keras adalah sistem yang memiliki sub sistem CPU,
perangkat I/O dan memori, maka supra sistem perangkat keras adalah
sistem komputer.
11
2. Batas sistem
Batas sistem merupakan daerah yang membatasi antara suatu sistem
dengan sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem
ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batas
suatu sistem menunjukkan ruang lingkup dari sistem tersebut.
3. Lingkungan luar sistem
Lingkungan dari sistem adalah apapun di luar batas dari sistem yang
mempengaruhi operasi sistem. Lingkungan luar sistem dapat bersifat
menguntungkan dan dapat juga bersifat merugikan sistem tersebut.
Lingkungan luar yang menguntungkan merupakan energi dari sistem dan
dengan demikian harus tetap dijaga dan dipelihara. Sedang lingkungan luar
yang merugikan harus ditahan dan dikendalikan.
4. Penghubung
Penghubung merupakan media perantara antar subsistem. Melalui
penghubung ini memungkinkan sumber-sumber daya mengalir dari satu
subsistem ke subsistem lainnya. Output dari satu subsistem akan menjadi
input untuk subsistem yang lainnya dengan melalui penghubung. Dengan
penghubung satu subsistem dapat berinteraksi dengan subsistem yang
lainnya membentuk satu kesatuan.
5. Masukan
Masukan adalah energi yang dimasukkan ke dalam sistem. Masukan dapat
berupa maintenance input dan sinyal input. Maintenance input adalah
12
energi yang dimasukkan supaya sistem tersebut dapat beroperasi. Sinyal
input adalah energi yang diproses untuk didapatkan sebuah keluaran.
6. Keluaran
Keluaran adalah hasil dari energi yang diolah dan diklasifikasikan menjadi
keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan
masukan untuk subsistem yang lain atau kepada supra sistem.
7. Pengolah
Suatu sistem dapat mempunyai suatu bagian pengolah atau sistem itu
sendiri sebagai pengolahnya. Pengolah yang akan merubah masukan
menjadi keluaran. Suatu sistem produksi akan mengolah masukan berupa
bahan baku dan bahan-bahan yang lain menjadi keluaran berupa barang
jadi.
8. Sasaran atau tujuan
Suatu sistem pasti mempunyai tujuan atau sasaran. Kalau suatu sistem tidak
mempunyai sasaran, maka operasi sistem tidak akan ada gunanya. Sasaran
dari sistem sangat menentukan sekali masukan yang dibutuhkan sistem dan
keluaran yang akan dihasilkan sistem. Suatu sistem dikatakan berhasil bila
mengenai sasaran atau tujuannya.
2.2.5 Klasifikasi Sistem
Menurut Jogiyanto (2010:53), suatu sistem dapat diklasifikasikan sebagai
sistem abstrak (abstract) lawan sistem fisik (physical system), sistem alamiah
13
(natural system) lawan sistem buatan manusia (human made system), sistem
pasti (deterministic system) lawan sistem probabilistik (probabilistic system),
dan sistem tertutup (closed system) lawan sistem terbuka (open system).
Untuk tinjauan terhadap sistem, sistem juga dapat di klasifikasikan dalam
beberapa jenis diantaranya:
a. Sistem fisik dan sistem abstrak
Sistem fisik yaitu sistem yang komponenya berupa benda nyata, sedangkan
sistem abstrak adalah kebalikanya
b. Sistem alami dan sistem buatan
Sistem alami yaitu sistem yang keberadaanya terjadi secara alami sedangkan
sistem buatan adalah hasil karya dari manusia.
c. Sistem deterministic dan probabilistic
d. Sistem tertutup dan terbuka
Sistem tertutup adalah sistem yang perilakunya tidak dapat dipengaruhi
oleh lingkungannya, sedangkan untuk sistem terbuka merupakan
kebalikanya.
2.2.6 Metode Waterfall
“Metode air terjun atau yang sering disebut metode waterfall sering
dinamakan siklus hidup klasik (classic life cycle), dimana hal ini
menggambarkan pendekatan yang sistematis dan juga berurutan pada
pengembangan perangkat lunak, dimulai dengan spesifikasi kebutuhan
14
pengguna lalu berlanjut melalui tahapan-tahapan perencanaan
(planning), permodelan (modeling), konstruksi (construction), serta
penyerahan sistem ke para pelanggan/pengguna (deployment), yang
diakhiri dengan dukungan pada perangkat lunak lengkap yang
dihasilkan.” (Pressman, 2012).
Menurut Sommerville (2011:29-30), waterfall model adalah sebuah contoh
dari proses perencanaan, dimana semua proses kegiatan harus terlebih
dahulu direncanakan dan dijadwalkan sebelum dikerjakan. Tahapan dari
waterfall model menurut Pressman dan Sommerville adalah sebagai berikut:
PLANNING
ANALYSIS
DESIGN
IMPLEMENTATION
OPERATION & MAINTENANCE
Gambar 2.1 Waterfall Model
Kelebihan Model Waterfall:
1. Merupakan model pengembangan paling handal dan paling lama
digunakan.
2. Cocok untuk sistem software yang bersifat generik.
15
3. Pengerjaan projek sistem akan terjadwal dengan baik dan mudah
dikontrol.
Kekurangan Model Waterfall:
1. Persyaratan sistem harus digambarkan dengan jelas.
2. Rincian proses harus benar-benar jelas dan tidak boleh berubah ubah
3. Sulit untuk mengadaptasi jika terjadi perubahan spesifikasi pada suatu
tahapan pengembangan.
Tahapan Model Waterfall:
1. Tahap Perencanaan Sistem
Tahap perencanaan sistem adalah tahap awal pengembangan sistem
yang mendefinisikan perkiraan kebutuhan-kebutuhan sumber daya
seperti perangkat fisik, manusia, metode (teknik dan operasi), dan
anggaran yang sifatnya masih umum (belum detail atau rinci). Langkah-
langkah dalam tahap perencanaan adalah:
a. Menyadari adanya masalah.
b. Mendefinisikan masalah.
c. Menentukan tujuan sistem.
d. Mengidentifikasi kendala-kendala sistem.
e. Mempersiapkan usulan penelitian sistem.
16
2. Tahap analisa sistem
Tahap analisa sistem adalah tahap penelitian atas sistem yang telah ada
dengan tujuan untuk merancang sistem yang baru atau diperbarui.
Langkah-langkah tahap analisa adalah:
a. Identifikasi masalah.
b. Mendefinisikan kebutuhan informasi.
c. Mendefinisikan kriteria kinerja system.
d. Membuat laporan hasil analisis.
e. Tahap desain Sistem.
3. Tahap desain sistem
Adalah tahap setelah analisa sistem yang menentukan proses dan data
yang diperlukan oleh sistem baru dengan tujuan untuk memenuhi
kebutuhan kepada para pemakai, serta memberikan gambaran yang jelas
dan rancang bangun yang lengkap kepada pemrogram komputer dan
ahli teknik lain yang terlibat. Langkah-langkah yang dilakukan pada
tahap desain sistem adalah:
a. Menyiapkan rancangan sistem yang terinci.
b. Mengidentifikasi berbagai alternatif konfigurasi sistem.
c. Mengevaluasi berbagai alternatif konfigurasi sistem.
d. Memilih konfigurasi terbaik.
e. Menyiapkan usulan implementasi.
f. Menyetujui atau menolak penerapan sistem baru.
17
g. Tahap Implementasi
4. Tahap implementasi
Adalah tahap di mana desain sistem dibentuk menjadi suatu kode
(program) yang siap untuk dioperasikan. Langkah – langkah pada tahap
implementasi sistem adalah:
a. Merencanakan implementasi.
b. Melakukan kegiatan implementasi.
c. Menyiapkan fasilitas fisik.
d. Melakukan simulasi.
e. Beralih ke sistem yang baru.
f. Tahap Pemeliharaan
5. Tahap pemeliharaan
Adalah tahap yang dilakukan setelah tahap implementasi, yang meliputi
pemakaian atau penggunaaan, audit sistem, penjagaan, perbaikan, dan
peningkatan sistem.
2.2.7 Pengertian Monitoring
Monitoring merupakan program yang terintegrasi, bagian penting dipraktek
manajemen yang baik dan arena itu merupakan bagian integral di manajemen
sehari-hari. (Cassely dan Kumar 1987).
Monitoring adalah penilaian secara terus menerus terhadap fungsi kegiatan-
kegiatan program-program di dalam hal jadwal penggunaan input/masukan
18
data oleh kelompok sasaran berkaitan dengan harapan-harapan yang telah
direncanakan.
2.2.8 Peralatan Kerja
Pengertian peralatan kerja adalah suatu alat ataupun bisa berbentuk tempat yang
gunanya adalah untuk mendukung berjalannya pekerjaan. Perlatan pada
umumnya lebih tahan lama (masa manfaatnya lebih lama) jika dibandingkan
dengan perlengkapan (supplies). Istilah peralatan dalam akuntansi mengacu
pada mesin, perabot dan peralatan kantor, kendaraan, komputer, perangkat
elektronik dan mesin perkantoran.
2.3 Teori Yang Terkait Analisa Dan Desain Sistem
2.3.1 Basis Data (database)
Database adalah kumpulan data yang saling berhubungan secara logis dan
didesain untuk mendapatkan data yang dibutuhkan oleh suatu organisasi.
(Indrajani, 2015)
Sistem pengelolaan basis data (Database Management System/DBMS),
merupakan basis data dan set perangkat lunak (software) untuk pengelolaan
basis data. (Edhy Sutanta, 2011)
Didalam suatu database terdapat atribut yang menunjukan karateristik dari
entitas dan setiap atribut-atribut entitas terdapat satu atribut yang dijadikan
sebagai kunci (key). Ada beberapa jenis key yaitu:
19
a. Primary Key, Atribut yang tidak hanya mengidentifikasi secara unik
kemunculan pada sebuah entitas (candidate key).
b. Candidate Key, sebuah atribut yang dapat mengidentifikasi secara unik
sebuah kemunculan sebuah entitas yang spesifik.
c. Composite Key, Candidate Key yang terdiri dari dua atribut atau lebih.
d. Foreign Key, atribut pada satu relasi yang cocok pada candidate key dari
beberapa relasi.
Selain atribut terdapat juga kardinalitas, kardinalitas mendefinisikan jumlah
kemunculan baik minimum ataupun maksimum satu entitas yang dapat
dihubungkan dengan kemunculan tunggal entitas lain. Karena semua hubungan
bersifat dua arah maka kardinalitas harus didefinisikan untuk setiap hubungan.
a. Satu ke satu (one to one atau 1:1)
Tingkat hubungan dinyatakan satu ke satu jika suatu kejadian dari entitas
pertama hanya mempunyai satu hubungan dengan satu kejadian pada entitas
kedua begitu pula untuk sebaliknya.
MenghasilkanPelanggan Pemeriksaan gaji1 1
Gambar 2.2 Relasi One to One
b. Satu ke banyak (one to many atau 1:M)
Tingkat hubungan satu ke banyak (1:M) sama dengan banyak ke satu (M:1)
tergantung dari arah mana hubungan tersebut terlihat. Untuk satu kejadian
pada entitas yang pertama dapat mempunyai banyak hubungan dengan
20
kejadian pada entitas yang kedua. Sebaliknya satu kejadian pada entitas yang
kedua hanya bisa mempunyai satu hubungan satu kejadian pada entitas yang
pertama.
BerisiFakturBarang-barang
persediaan
M 1
Gambar 2.3 Relasi One To Many
c. Banyak ke banyak (many to many atau M:N)
Tingkat hubungan banyak ke banyak terjadi jika setiap kejaadian pada
sebuah entitas akan mempunyai banyak hubungan dengan kejadian pada
entitas yang lainya. Pada setiap kardinalitas relasi banyak ke banyak dapat
ditangani dengan cara membuat (file baru) sedemikian sehingga relasi
langsung banyak ke banyak berubah menjadi relasi tidak langsung satu
lawan banyak melalui file konektor. Isi file konektor adalah minimal berisi
dua buah primary key, relasi banyak ke banyak akan menghasilkan tiga relasi
baru. (Ladjamudin Al Bahra, 2013)
MengambilMahasiswa Mata kuliahM N
Gambar 2.4 Relasi Many to Many
Menurut Marthin yang dikutip oleh Edy Sutanta, suatu basis data mempunyai
beberapa kriteria penting yang harus dipenuhi, yaitu:
a. Berorientasi pada data (data oriented) dan bukan berorientasi pada program
(program oriented) yang akan menggunakanya.
21
b. Data dalam basis data dapat berkembang dengan mudah, baik volume
ataupun strukturnya.
c. Data yang ada mampu memenuhi kebutuhan sistem-sistem baru secara
mudah
d. Data dapat digunakan dengan cara mudah
e. Kerangkapan data (data redundancy) minimal
2.3.2 Pemrograman
Pengertian Pemrograman menurut Jogiyanto (2005:582) merupakan “kegiatan
menulis kode program yang akan dieksekusi oleh komputer”.
Menurut Indrajani (2007:22), bahasa pemrograman adalah “perangkat lunak
atau software yang dapat digunakan dalam proses pembuatan program yang
melalui beberapa tahapan-tahapan penyelesaian masalah”.
Pemrograman memberikan instruksi kepada komputer agar dapat bekerja
seperti yang kita kehendaki. Komputer memahami pemrograman sebagai data
dan instruksi dalam bentuk biner (rangkaian bit-bit bernilai ‘0’ dan ‘1’).
Sedangkan manusia memahami sebagai logika, aritmatika, algoritma, konsep,
model dan sebagainya. Untuk menjembatani, maka dibuatlah bahasa
pemrograman yang menerjemahkan dari apa yang dikendaki atau dimengerti
manusia menjadi instruksi mesin komputer. Dalam dunia komputer dikenal
beraneka ragam bahasa pemrograman. Karena begitu banyaknya jenis-jenis
22
bahasa pemrograman, maka bahasa-bahasa tersebut juga dikelompokan
berdasarkan kriteria tertentu.
2.3.3 Flowmap
Menurut Al Bahra Bin Ladjamudin (2013:265) Flowmap adalah bagan-bagan
yang mempunyai arus yang menggambarkan langkah-langkah penyelesaian
suatu masalah. Flowmap merupakan cara penyajian dari suatu algoritma.
Pengertian Flowmap adalah campuran peta dan flowchart yang menunjukan
pergerakan benda dari satu lokasi ke lokasi lain, seperti jumlah orang dalam
migrasi, jumlah barang yang diperdagangkan atau jumlah paket dalam jaringan.
Flowmap menolong analisis dan programmer untuk memecahkan masalah ke
dalam segmen-segmen yang lebih kecil dan menolong dalam menganalisis
alternatif-alternatif lain dalam pengoperasian. Bila seorang analis dan
programmer akan membuat flowmap, ada beberapa petunjuk yang harus
diperhatikan, seperti:
a. Flowmap digambarkan dari halaman atas ke bawah dan kiri ke kanan.
b. Aktivitas yang digambarkan harus didefinisikan secara hati-hati dan definisi
ini harus dapat dimengerti oleh pembacanya.
c. Kapan aktivitas dimulai dan berakhir harus ditentukan secara jelas.
d. Setiap langkah dari aktivitas harus berada pada urutan yang benar.
e. Lingkup dan range dari aktifitas yang sedang di gambarkan harus di telusuri
dengan hati-hati.
23
Proses External Data Decision Sub Proses
Start/EndDocument
Data Database
Input
Manual Proses
Connector
Archive
Proses
Gambar 2.5 Model dan Simbol Flowmap
2.3.4 Unified Modelling Language (UML)
(Rosa & Salahudin, 2015) Unified Modelling Language adalah sebuah bahasa
yang telah menjadi standar dalam industri untuk visualisasi, merancang dan
mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar
untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat
membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi
tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun,
serta ditulis dalam bahasa pemrograman apapun.
Unified Modeling Language adalah sekumpulan alat yang digunakan untuk
melakukan abstraksi terhadap sebuah sistem atau perangkat lunak berbasis
objek. UML juga menjadi salah satu cara untuk mempermudah pengembangan
aplikasi yang berkelanjutan. Aplikasi atau sistem yang tidak terdokumentasi
24
biasanya dapat menghambat pengembangan karena developer harus melakukan
penelusuran dan mempelajari kode program. UML terdiri dari beberapa bagian
sebagai berikut:
a. Use Case Diagram
Menurut Murad (2013:57), “Diagram Use Case adalah diagram yang
bersifat status yang memperlihatkan himpunan use case dan aktor-aktor
(suatu jenis khusus dari kelas). Diagram ini memiliki 2 fungsi, yaitu
mendefinisikan fitur apa yang harus disediakan oleh sistem dan menyatakan
sifat sistem dari sudut pandang user”.
Diagram use case digunakan untuk mengetahui fungsi apa saja yang ada di
dalam sebuah sistem dan siapa saja yang berhak menggunakan fungsi-
fungsi tersebut. Yang ditekankan pada diagram ini adalah “apa” yang
diperbuat sistem, dan bukan “bagaimana”.
Gambar 2.6 Bagan Diagram Use Case
25
1) Sistem
Menyatakan batasan sistem dalam relasi dengan aktor-aktor yang
menggunakannya (di luar sistem) dan fitur-fitur yang harus disediakan
(dalam sistem). Digambarkan dengan segi empat yang membatasi semua use
case dalam sistem terhadap pihak mana sistem akan berinteraksi. Sistem
disertai label yang menyebutkan nama dari sistem, tapi umumnya tidak
digambarkan karena tidak terlalu memberi arti tambahan pada diagram.
2) Aktor
Aktor adalah segala hal diluar sistem yang akan menggunakan sistem
tersebut untuk melakukan sesuatu. Bisa merupakan manusia, sistem, atau
device yang memiliki peranan dalam keberhasilan operasi dari sistem. Cara
mudah untuk menemukan aktor adalah dengan bertanya hal-hal berikut:
SIAPA yang akan menggunakan sistem? APAKAH sistem tersebut akan
memberikan NILAI bagi aktor?
3) Use case
Mengidentifikasi fitur kunci dari sistem. Tanpa fitur ini, sistem tidak akan
memenuhi permintaan user/aktor. Setiap use case mengekspresikan goal
dari sistem yang harus dicapai. Diberi nama sesuai dengan goal-nya dan
digambarkan dengan elips dengan nama di dalamnya. Fokus tetap pada goal
bukan bagaimana mengimplementasikannya walaupun use case
berimplikasi pada prosesnya nanti. Setiap use case biasanya memiliki
trigger/pemicu yang menyebabkan use case memulai (misalnya, Pasien
26
mendaftar dan membuat janji baru atau meminta untuk membatalkan atau
mengubah janji yang sudah ada), ada 2 triger pertama triger eksternal, seperti
pelanggan memesan atau mengubah janji, kedua triger temporal, seperti
tanggal pengembalian buku terlewati di perpustakaan atau keterlambatan
bayar sewa.
4) Association (Asosiasi)
Mengidentifikasikan interaksi antara setiap aktor tertentu dengan setiap use
case tertentu. Digambarkan sebagai garis antara aktor terhadap use case
yang bersangkutan. Asosiasi bisa berarah (garis dengan anak panah) jika
komunikasi satu arah, namun umumnya terjadi kedua arah (tanpa anak
panah) karena selalu diperlukan demikian.
5) Dependency
Dependensi <<include>>
a. Mengidentifikasi hubungan antar dua use case di mana yang satu
memanggil yang lain.
b. Jika pada beberapa use case terdapat bagian yang memiliki aktivitas yang
sama maka bagian aktivitas tersebut biasanya dijadikan use case
tersendiri dengan relasi dependensi setiap use case semula ke use case
yang baru ini sehingga memudahkan pemeliharaan.
c. Digambarkan dengan garis putus-putus bermata panah dengan notasi
<<include>> pada garis.
d. Arah mata panah sesuai dengan arah pemanggilan.
27
Dependensi <<extend>>
e. Jika pemanggilan memerlukan adanya kondisi tertentu maka berlaku
dependensi <<extend>>.
f. Note: konsep “extend” ini berbeda dengan “extend” dalam Java!
g. Digambarkan serupa dengan dependensi <<include>> kecuali arah panah
berlawanan.
6) Generalization
Mendefinisikan relasi antara dua aktor atau dua use case yang mana salah
satunya meng-inherit dan menambahkan atau override sifat dari yang
lainnya. Penggambaran menggunakan garis bermata panah kosong dari yang
meng-inherit mengarah ke yang di-inherit.
Kelebihan:
h. Interaksi antara pengguna dan system lain dengan sistem yang akan di
buat cukup tergambar dengan baik.
i. Penggambaran dengan sederhana membuat identifikasi kebutuhan
dengan use case dapat dengan lebih mudah untuk dipahami.
j. Pendekatan identifikasi kebutuhan dapat berdasarkan top down
(keinginan dari manajemen level atas) maupun bottom up (keinginan
pengguna akhir).
k. Dapat meng-include (memasukkan) fungsionalitas use case lain sebagai
bagian dari proses dalam dirinya.
28
l. Dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi
fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas
yang common.
m. Dapat meng-extend (memperpanjang) use case lain dengan behaviour-
nya sendiri.
n. Sementara hubungan generalisasi antar use case menunjukkan bahwa use
case yang satu merupakan spesialisasi dari yang lain.
Kelemahan:
o. Kekurangan mengenai data masih kurang teridentifikasi dengan baik.
b. Sequence Diagram
Menurut Vidia (2013:20), ”Sequence Diagram dibuat berdasarkan activity
diagram dan class diagram. Sequence diagram menggambarkan aliran
pesan yang terjadi antar kelas yang dideskripsikan pada class diagram
dengan menggunakan operasi yang dimiliki kelas tersebut. Untuk aliran
pesan, sequence diagram merujuk pada alur sistem activity diagram yang
telah dibuat sebelumnya”.
Diagram sequence merupakan salah satu yang menjelaskan bagaimana
suatu operasi itu dilakukan; message (pesan) apa yang dikirim dan kapan
pelaksanaannya. Diagram ini diatur berdasarkan waktu. Obyek-obyek yang
berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan
berdasarkan waktu terjadinya dalam pesan yang terurut.
29
Diagram sequence ini biasa digunakan untuk menggambarkan skenario atau
rangkaian langkah-langkah yang dilakukan sebagai respon dari sebuah
event untuk menghasilkan output tertentu, dan perubahan apa saja yang
terjadi secara internal dan output apa yang dihasilkan. Masing-masing
objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan
sebagai garis berpanah dari satu objek ke objek lainnya.Berikut beberapa
komponen yang terdapat di dalam diagram sequence, yaitu:
Gambar 2.7 Sequence Diagram
1) Object, komponen yang digunakan sebagai objek-objek yang akan
digunakan di dalam membuat diagram.
2) Stimulus, komponen ini menandakan hubungan komunikasi antara dua
buah objek. Komunikasi yang terjadi berupa pengiriman pesan
(message).
sd SD Login
Admin Menu Login Proses Login DB User
alt Valid?
Input User & Pas()
Proses Login()
Cek Data User()
User & Pass valid?()
User & Pass tidak valid?()
Info validitas login()
30
3) Self Stimulus, komponen ini memiliki fungsi yang sama dengan Stimulus,
hanya saja pengiriman pesan dilakukan ke pada dirinya sendiri (objek itu
sendiri), bukan antar objek.
c. Activity Diagram
Menurut Murad (2013:57), “Activity Diagram merupakan diagram yang
bersifat dinamis. Activity diagram adalah tipe khusus dari diagram state
yang memperlihatkan aliran dari suatu aktifitas ke aktifitas lainnya dalam
suatu sistem dan berfungsi untuk menganalisa proses”.
Activity Diagram merupakan diagram yang menggambarkan berbagai alir
aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing
alir berawal, decision yang mungkin terjadi, dan bagaimana mereka
berakhir.
Activity Diagram berfungsi untuk menggambarkan workflow/aliran kerja
dari suatu proses bisnis. Suatu aliran kerja bisa saja dituangkan dalam bentuk
narasi/teks, akan tetapi jika aliran kerjanya sudah kompleks maka kita akan
kesulitan untuk membayangkan bagaimana proses itu terjadi. Oleh karena
itu, dibuatlah Activity Diagram sebagai salah satu cara untuk
menggambarkan aliran kerja tersebut.
Dalam Activity Diagram terdapat simbol-simbol sebagai berikut:
1) Start point, menunjukan titik awal dari workflow, hanya ada 1 start point
dalam 1 Activity Diagram.
31
2) End point, menunjukan titik akhir dari Activity Diagram, dalam 1 diagram
bisa terdapat lebih dari 1 end point.
3) Activity, menggambarkan sebuah pekerjaan/aktivitas dalam workflow.
4) Action, penggambaran langkah-langkah yang lebih detail dari activity,
action dapat berupa entry action (terjadi segera saat aktivitas dimulai,
ditandai dengan kata “entry”), exit action (terjadi ketika meninggalkan
aktivitas, ditandai dengan kata “exit”), do action (terjadi saat di dalam
aktivitas, ditandai dengan kata “do”), dan event action (terjadi jika dan
hanya jika kejadian spesifik terjadi, ditandai dengan kata “event”).
5) Fork, menunjukan adanya percabangan secara paralel dari aktivitas.
6) Join, menunjukan adanya penggabungan aktivitas.
7) Decision, mengindikasikan suatu kondisi dimana ada kemungkinan
perbedaan transisi.
8) Swimlane, menggambarkan obyek mana yang bertanggung jawab
terhadap suatu aktivitas tertentu.
32
Gambar 2.8 Activity Diagram
d. Class Diagram
Class diagram adalah model statis yang menggambarkan struktur dan
deskripsi class serta hubungannya antara class. Class diagram mirip ER-
Diagram pada perancangan database, bedanya pada ER-diagram tidak
terdapat operasi/methode tapi hanya atribut. Class terdiri dari nama kelas,
atribut dan operasi/method.
act AD Laporan Pemakaian dan Kerusakan
Sistem Pemakaian LabkomAdmin
Mulai
Akses Menu Laporan
Pemakaian dan Kerusakan
Tampil Menu Laporan
Pemakaian dan Kerusakan
Cetak Laporan Pemakaian
dan Kerusakan
Proses Cetak Laporan
Selesai
33
Gambar 2.9 Simbol-simbol pada Class Diagram
2.4 Teori Yang Terkait Dengan Program
2.4.1 Java
Java adalah sebuah teknologi yang diperkenalkan oleh Sun Microsystems pada
pertengahan tahun 1990. Menurut definisi Sun, Java adalah nama untuk
sekumpulan teknologi untuk membuat dan menjalankan perangkat lunak pada
komputer standalone ataupun pada lingkungan jaringan. Kita lebih menyukai
Java sebagai sebuah teknologi dibanding hanya sebuah bahasa pemrograman,
34
karena Java lebih lengkap dibanding sebuah bahasa pemrograman
konvensional. Teknologi Java memiliki tiga komponen penting, yaitu:
1. Programming-language specification
2. Application-programming interface
3. Virtual-machine specification
2.4.2 JDK (Java Development Kit)
Java Development Kit (JDK) adalah Sun Microsystems produk ditujukan untuk
pengembang Java. Sejak diperkenalkannya Java, telah jauh SDK Java yang
paling banyak digunakan. Pada tanggal 17 November 2006, Sun
mengumumkan bahwa akan dirilis di bawah GNU General Public License
(GPL), sehingga membuat perangkat lunak bebas. Hal ini terjadi sebagian besar
pada tanggal 8 Mei 2007.
2.4.3 NetBeans
NetBeans mengacu pada kedua kerangka platform untuk aplikasi desktop Java,
dan sebuah lingkungan pengembangan terpadu (IDE) untuk pengembangan
dengan Java, JavaScript, PHP, Python, Ruby, Groovy, C, C + +, Scala, Clojure,
dan lain-lain. NetBeans IDE ditulis dalam Java dan berjalan di mana-mana di
mana JVM yang diinstal, termasuk Windows, Mac OS, Linux, dan Solaris.
Sebuah JDK diperlukan untuk pengembangan fungsionalitas Jawa, tetapi tidak
diperlukan untuk pembangunan di bahasa pemrograman lain. Platform
NetBeans memungkinkan aplikasi untuk dikembangkan dari satu set komponen
35
perangkat lunak moduler yang disebut modul. Aplikasi berbasis platform
NetBeans (termasuk IDE NetBeans) dapat diperpanjang oleh pengembang
pihak ketiga.
NetBeans adalah Integrated Development Environment (IDE)
berbasiskan Java dari Sun Microsystems yang berjalan di atas Swing. Swing
sebuah teknologi Java untuk pengembangan aplikasi Desktop yang dapat
bejalan di berbagai macam platforms seperti Windows, Linux, Mac OS X and
Solaris. Suatu IDE adalah lingkup pemrograman yang diintegrasikan kedalam
suatu aplikasi perangkat lunak yang menyediakan pembangun Graphic User
Interface (GUI), suatu text atau kode editor, suatu compiler atau interpreter dan
suatu debugger. Netbeans merupakan software development yang Open Source,
dengan kata lain software ini di bawah pengembangan bersama, bebas biaya
NetBeans merupakan sebuah proyek kode terbuka yang sukses dengan
pengguna yang sangat luas, komunitas yang terus tumbuh, dan memiliki hampir
100 mitra. Sun Microsystems mendirikan proyek kode terbuka NetBeans pada
bulan Juni 2000 dan terus menjadi sponsor utama. Saat ini terdapat dua produk
: NetBeans IDE dan NetBeans Platform. The NetBeans IDE adalah sebuah
lingkungan pengembangan untuk pemrogram menulis, mengompilasi, mencari
kesalahan dan menyebarkan program. Netbeans IDE ditulis dalam Java namun
dapat mendukung bahasa pemrograman lain. Terdapat banyak modul untuk
memperluas Netbeans IDE.
36
2.4.4 MySQL
MySQL merupakan sebuah basis data yang mengandung satu atau beberapa
kolom. Tabel terdiri atas sejumlah basis dan setiap baris mengandung satu atau
beberapa kolom. Di dalam PHP telah menyediakan fungsi untuk koneksi ke
basis data dengan sejumlah fungsi untuk pengaturan baik menghubungkan
maupun memutuskan koneksi server database MySQL sebagai sarana untuk
mengumpulkan informasi. (Yeni Kustiyahningsih, Devie Rosa Anamisa, 2011:
145-146).
MySQL menggunakan bahasa SQL (Structur Query Languages) yaitu
bahasa standar pemrograman database. MySQL dipublikasikan sejak 1996,
tetapi sebenarnya di kembangkan sejak 1979. Keunggulan dari MySQL adalah:
a. Bersifat open source.
b. Sistem software-nya tidak memberatkan kerja dari server atau komputer
karena dapat bekerja di background.
2.4.5 Xampp
“Xampp merupakan paket server web PHP dan database MySQL yang paling
populer di kalangan pengembang web dengan menggunakan PHP dan MySQL
sebagai databasenya.” (Bertha Sidik, 2014:16).
Dari beberapa pengertian di atas dapat disimpulkan Xampp adalah software
yang digunakan untuk menjalankan website dengan menggunakan PHP dan
MySQL sebagai databasenya.
37
BAB III
METODE PENELITIAN
3.1 Objek Penelitian
Dalam penelitian ini, yang menjadi objek penelitian adalah PT. Home Center
Indonesia (INFORMA), lebih kusus pada DC Jababeka dengan alamat Jl. Industri
Selatan Blok PP No 4 Jababeka 2, Cikarang, Bekasi.
3.1.1 Profil Perusahaan
INFORMA adalah ritel furnishings terbesar dan terlengkap di Indonesia.
Menyediakan lebih dari 60.000 produk-produk berkualitas dengan suasana
belanja yang menyenangkan. INFORMA Furnishings terdiri dari beberapa
departemen seperti Living, Designer Collections, Dining, Kitchen,
Commercial Tables and Chairs, Office, Kept Concept, Bedroom, Kids,
Mattress, Beauty Commercial, American Home Furniture, dan Lighting.
INFORMA juga dilengkapi dengan koleksi Home Accessories yang terdiri dari
Home Decor, Home Textile, dan Household untuk kebutuhan aksesoris hunian
sampai ruang usaha. Hadir pula rangkaian koleksi furnishings impor dengan
merek terkenal dari Belgia, Denmark, Perancis, Jerman, Italia dan Asia.
38
3.1.2 Struktur Organisasi
Gambar 3.1 Struktur Organisasi
Penjelasan Gambar :
PT Home Center Indonesia merupakan anak perusahaan dari PT Kawan Lama
Group maka struktur ini berlaku untuk semua anak perusahaannya, bisa dilihat pada
gambar 3.1 manajemen dibagi menjadi 2 bagian tidak termasuk Human Resource (HR)
yaitu Merchandising & Marketing.
3.2 Sistem Yang Berjalan
Menganalisa sistem merupakan langkah awal untuk membuat suatu sistem
baru. Dalam langkah ini penulis melakukan analisis terhadap permasalahan yang ada
39
pada PT. Home Center Indonesia khususnya mengenai informasi monitoring
peminjaman alat kerja pada departemen inventory sehingga kontrol ketersediaan alat
kerja dan kondisi alat dapat terpantau dengan baik. Untuk dapat membuat sistem yang
baru, penulis harus mengetahui alur proses peminjaman alat kerja, penerimaan kembali
alat kerja setiap shift-nya, proses perbaikan dan pelaporan apabila terdapat kerusakan
alat kerja serta status alat tersebut. Berikut system yang sedang berjalan untuk
peminjaman alat kerja pada departemen Inventory:
1. Setiap shift, operator departemen lain akan meminjam alat kerja sebagai alat
bantu dalam memudahkan mereka bekerja dengan mengisi form peminjaman.
2. Staff departemen Inventory akan melakukan pencatatan alat kerja apa yang
dipinjam serta departemen apa dan siapa nama peminjamnya.
3. Setelah akhir shift, alat tersebut akan dikembalikan kepada departemen
Inventory.
4. Departemen Inventory akan mengecek apakah alat kerja yang dikembalikan
mengalami kerusakan atau tidak, jika iya maka alat tersebut akan diperbaiki
dahulu bila tidak maka alat tersebut dapat dipinjamkan ke shift berikutnya.
40
Proses sistem yang sedang berjalan digambarkan menggunakan Flowmap
sebagai berikut:
DEPARTEMEN INVENTORY
START
Pengecekan ketersediaan alat
DEP. MAINTENANCE
Melakukan peminjaman alat
kerjaForm peminjaman
Meminjamkan alat
Mengembalikan alat
Menggunakan alat kerja
Menerima alat kerja
Alat rusak? Perbaikan alatYA
TIDAK
STOK Alat Kerja
END
Gambar 3.2 Flowmap Sistem Berjalan
41
3.3 Tahapan Penelitian
Dalam penelitian ini penulis melakukan beberapa tahapan penelitian, berikut
uraian tahapan penelitian yang dilakukan penulis:
1. Observasi
Observasi dilakukan berdasarkan jadwal dan implementasi berikut:
Tabel 3.1 Jadwal Implementasi
No Kegiatan Pelaksanaan Waktu
1 Perancangan Penulis Akhir Juli 2018
2 Pengumpulan Data Penulis dan Admin
Dept. Inventory
Minggu I – III Agustus
2018
3 Analisis & Desain Penulis September 2018
4 Pembuatan Program Penulis Sept - Oktober 2018
5 Testing Penulis dan Admin
Dept. Inventory
Akhir Oktober 2018
6 Implementasi Penulis Sept - Nopember 2018
2. Wawancara
Wawancara awal dilakukan dengan Admin Dept. Inventory. Wawancara
dilakukan untuk mengetahui alur proses berjalan serta mendefinisikan
kebutuhan-kebutuhan apa saja yang sekiranya diperlukan dalam pembuatan
sistem ini.
42
3. Metode Pengembangan Sistem
Penulis menggunakan metode pengembangan Waterfall melalui tahapan:
a. Menganalisa kebutuhan awal, yaitu mempelajari proses bisnis awal
yang sedang berjalan di departemen Inventory PT. Home Center
Indonesia serta mengumpulkan berbagai data hasil observasi dan
wawancara.
b. Menganalisis kelemahan yang terjadi pada proses bisnis yang sedang
berjalan beserta efek yang mungkin dapat terjadi.
c. Menganalisis kebutuhan bentuk Sistem Informasi apa yang mungkin
dapat diterapkan di departemen Inventory PT. Home Center Indonesia.
d. Mendesain dan merancang sistem yang kompatibel dengan infrastruktur
di departemen Inventory PT. Home Center Indonesia.
e. Merancang database dari sumber-sumber data yang sudah didapat saat
observasi serta menerapkannya dalam implementasi pembuatan
database menggunakan MySQL.
f. Melakukan pengkodean aplikasi berbasis Java menggunakan aplikasi
Netbeans 8.2.
g. Melakukan testing dan pengujian terhadap rancangan aplikasi yang
sudah dibuat.
43
3.4 Analisis Sistem
Tahap Analisa sistem merupakan kegiatan penguraian dari suatu sistem
informasi yang utuh ke dalam bagian komponennya dengan maksud untuk
mengidentifikasi dan mengevaluasi permasalahan-permasalahan, kesempatan-
kesempatan, hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang
diharapkan sehingga dapat diusulkan perbaikannya.
1. Mengidentifikasi Masalah, Dalam tahap ini didefinisikan masalah yang
harus dipecahkan sebagai berikut:
a. Belum adanya sebuah sistem yang dapat memberikan informasi status
alat kerja dan historis peminjaman alat kerja tersebut yang dipinjam oleh
operator dari departemen lain.
b. Seringnya terjadi alat kerja yang rusak namun tidak diketahui historis
siapa saja penggunanya.
2. Memahami kerja sistem yang ada, dimana pada tahapan ini penulis
melakukan observasi dari bulan Juli akhir 2018 sampai November 2018 dan
mempelajari proses bisnis yang sedang berlangsung. Banyak data hasil
observasi dan wawancara yang dapat digali untuk dianalisis menjadi sebuah
perancangan sistem.
3. Menganalisis sistem berdasarkan data yang sudah diperoleh dan membuat
perancangan serta mengusulkan alternatif pemecahan masalah. Alternatif
pemecahan masalah yang akan diajukan oleh penulis berkaitan dengan
analisis permasalahan yang dihadapi yaitu:
44
a. Merancang dan mengembangkan suatu aplikasi yang dapat memberikan
data status alat kerja dan historisnya oleh departemen Inventory dimana
status ini akan menjadi acuan siapa yang bertanggung jawab terakhir
menggunakan alat tersebut.
b. Merancang suatu desain input proses output data peminjaman dan
pengembalian alat kerja menggunakan program Java Netbeans dan
database MySQL.
c. Merancang suatu laporan sesuai kebutuhan yang diinginkan berupa
laporan peminjaman, pengembalian serta laporan data kerusakan alat
kerja pada departemen Inventory serta bisa di cetak berdasarkan waktu
tertentu.
d. Merancang sistem yang dapat memberikan data status secara up to date
mengenai ketersediaan dan status alat kerja.
4. Membuat laporan sebagai dokumentasi dari penelitian yang disajikan dalam
bentuk laporan skripsi karya ilmiah.
3.5 Sistem Yang Diusulkan
Setelah mengetahui dan menganalisa dari sistem yang sedang berjalan maka
perlu dilakukan perbaikan sistem yang sudah ada guna memperoleh sebuah sistem yang
lebih baik. Dengan adanya sistem yang baik dan terstruktur maka dapat mencegah dari
masalah-masalah yang terjadi. Untuk memperoleh sistem yang baik diperlukan
45
rancangan sistem pendataan terhadap data-data yang dibutuhkan dan juga
penganalisaan sistem dengan langkah – langkah pokok sebagai berikut:
1. Mempelajari dan mengumpulkan data-data yang diperoleh.
2. Melakukan evaluasi dan perumusan pelayanan sistem yang baru secara rinci
dan keseluruhan dari masing-masing bentuk informasi yang akan disajikan.
3. Menganalisa kendala-kendala yang mungkin dihadapi dalam proses
perancangan sistem.
4. Menyusun kriteria tampilan informasi yang dihasilkan secara keseluruhan
sehingga dapat mengidentifikasi, analisa dan evaluasi terhadap aspek
permasalahan dalam sistem tersebut.
46
Proses sistem yang diusulkan digambarkan menggunakan Flowmap sebagai berikut:
Gambar 3. 3 Flowmap Sistem Diusulkan
47
3.5.1 Use Case Sistem Usulan
Use case diagram secara grafis menggambarkan interaksi antara sistem, sistem
eksternal, dan pengguna. Dengan kata lain, secara grafis mendeskripsikan siapa yang
akan menggunakan sistem dan dalam cara apa pengguna mengharapkan interaksi
dengan sistem tersebut.
Gambar 3.4 Use Case Sistem Usulan
Skenario Use Case sebagai berikut:
1. Login
uc Use Case Model
Sistem Monitoring Peminjaman Peralatan Kerja
Admin Dept. Inv entory
LOGIN
Input Peminjaman
Alat Kerja
Input Pengembalian
Alat Kerja
Input Kerusakan Alat
dan Status
Laporan
LOGOUT
48
Use Case Name Login
Aktor Admin Dept. Inventory
Deskripsi Use Case ini menggambarkan proses login yang
dilakukan oleh pengguna terdaftar ke dalam
sistem dengan memasukkan username dan
password untuk di verifikasi sistem.
Proses Aktor yang akan login mengakses aplikasi lalu
memasukkan data login berupa username dan
password pada form login. Sistem akan
melakukan verifikasi data yang dimasukkan
aktor. Jika data sesuai maka sistem akan masuk ke
MENU dengan tampilan sesuai dengan rules
pengguna sistem.
Alternatif Jika data tidak sesuai atau tidak terdapat dalam
database maka sistem akan menampilkan pesan
username dan password salah.
Kesimpulan Aktor berhasil login ke dalam sistem.
Kondisi akhir Aktor berada dalam MENU sesuai role masing-
masing.
49
2. Input Peminjaman Alat
Use Case Name Input Peminjaman Alat
Aktor Admin Dept. Inventory
Deskripsi Use Case ini menggambarkan proses input data
alat kerja yang dipinjam oleh setiap departemen
untuk membantu proses pekerjaan mereka, lalu
menyimpannya dalam database.
Proses Aktor mengakses menu peminjaman alat lalu
memasukkan data alat kerja yang dipinjam,
departemen, nama peminjam serta shift alat kerja
tersebut dipinjam dan menyimpannya.
Alternatif Jika ada data yang tidak lengkap, maka sistem
akan memberikan peringatan agar data
dilengkapi.
Kesimpulan Data peminjaman alat kerja berhasil disimpan
dalam database.
Kondisi akhir Aktor berada dalam MENU input data
peminjaman alat kerja dan dapat melihat hasil
inputan yang baru di input pada laporan.
50
3. Input Pengembalian Alat
Use Case Name Input Pengembalian Alat
Aktor Admin Dept. Inventory
Deskripsi Use Case ini menggambarkan proses input data
ceklist pengembalian alat kerja oleh user
departemen setelah digunakan di akhir shift dan
menyimpannya ke database.
Proses Aktor mengakses menu input pengembalian alat
lalu memasukkan data peralatan kerja yang sudah
dikembalikan oleh pengguna serta
menyimpannya.
Alternatif Jika ada data yang tidak lengkap, maka sistem
akan memberikan peringatan agar data
dilengkapi.
Kesimpulan Data pengembalian alat kerja berhasil disimpan
dalam database.
Kondisi akhir Aktor berada dalam MENU input data
pengembalian alat kerja dan dapat melihat hasil
inputan yang baru di input pada laporan.
51
4. Input Kerusakan & Status
Use Case Name Input Kerusakan & Status
Aktor Admin Dept. Inventory
Deskripsi Use Case ini menggambarkan proses menginput
data kerusakan dan memberikan status pada alat
apabila ditemukan kerusakan saat pengembalian.
Proses Aktor mengakses menu input kerusakan alat lalu
memasukkan data peralatan kerja yang
mengalami kerusakan serta memberikan
statusnya dan menyimpannya.
Alternatif Jika ada data yang tidak lengkap, maka sistem
akan memberikan peringatan agar data
dilengkapi.
Kesimpulan Data kerusakan dan status alat kerja berhasil
disimpan dalam database.
Kondisi akhir Aktor berada dalam MENU input data kerusakan
alat kerja dan dapat melihat hasil inputan yang
baru di input pada laporan.
5. Laporan
52
Use Case Name Laporan
Aktor Admin Dept. Inventory
Deskripsi Use Case ini menggambarkan proses membuat
dan melihat informasi laporan peminjaman,
pengembalian dan data kerusakan alat kerja serta
mencetaknya sesuai periode waktu tertentu.
Proses Aktor mengakses menu laporan lalu tampil
pilihan laporan yang akan dicetak.
Alternatif Laporan dapat diakses juga oleh admin di shift
yang lain.
Kesimpulan Data laporan berhasil diakses dan siap dicetak.
Kondisi akhir Aktor berada dalam MENU tampilan cetak
laporan dan dapat mencetaknya.
3.5.2 Activity Diagram Sistem Usulan
Activity diagram memodelkan aliran kerja atau workflow dari urutan aktifitas
dalam suatu proses yang mengacu pada Use Case diagram yang ada. Berikut ini
penjelasan dari masing-masing Activity Diagram:
53
1. Activity Diagram Login
Gambar 3.5 Activity Diagram Login
act Activ ity Diagram Login
Sistem Monitoring Peminjaman Peralatan KerjaAdmin Dept. Inv entory
START
Akses Menu Login Tampil Login
Masukkan User dan Pass
Valid?
Menu Utama
END
[False]
[True]
54
2. Activity Diagram Input Peminjaman Alat Kerja
Gambar 3.6 Activity Diagram Input Peminjaman Alat Kerja
3. Activity Diagram Input Pengembalian Alat Kerja
act Activ ity Diagram Input Peminjaman Alat Kerja
Sistem Monitoring Peminjaman Peralatan KerjaAdmin Dept. Inv entory
START
Akses Menu Peminjaman Tampil Menu Peminjaman Alat
Input Peminjaman Alat
Simpan Data Peminjaman
END
55
Gambar 3.7 Activity Diagram Input Pengembalian Alat Kerja
4. Activity Diagram Input Kerusakan Alat dan Status
Gambar 3.8 Activity Diagram Input Kerusakan Alat dan Status
act Activ ity Diagram Input Pengembalian Alat Kerja
Sistem Monitoring Peminjaman Peralatan KerjaAdmin Dept. Inv entory
START
Akses Menu Pengembalian Tampil Menu Pengembalian Alat
Input Pengembalian Alat
Simpan Data Pengembalian
END
act Activ ity Diagram Input Kerusakan Alat dan Status
Sistem Monitoring Peminjaman Peralatan KerjaAdmin Dept. Inv entory
START
Akses Menu Kerusakan Alat
& StatusTampil Menu Kerusakan Alat & Status
Input Data Kerusakan Alat
dan Status
Simpan Data Kerusakan Alat & Status
END
56
5. Activity Diagram Laporan
Gambar 3.9 Activity Diagram Laporan
3.5.3 Sequence Diagram Sistem Usulan
Diagram sequence merupakan salah satu yang menjelaskan bagaimana suatu
operasi itu dilakukan; message (pesan) apa yang dikirim dan kapan pelaksanaannya.
Diagram ini diatur berdasarkan waktu. Obyek-obyek yang berkaitan dengan proses
berjalannya operasi diurutkan dari kiri ke kanan berdasarkan waktu terjadinya dalam
act Activ ity Diagram Laporan
Sistem Monitoring Peminjaman Peralatan KerjaAdmin Dept. Inv entory
START
Akses Menu Laporan Pilih Laporan
Peminjaman
Alat
Pengembalian
Alat
Kerusakan
Alat
Pilih Periode Laporan
Laporan Tercetak
Cetak Laporan
END
57
pesan yang terurut. Diagram sequence ini biasa digunakan untuk menggambarkan
skenario atau rangkaian langkah – langkah yang dilakukan sebagai respon dari sebuah
event untuk menghasilkan ouput tertentu, dan perubahan apa saja yang terjadi secara
internal dan ouput apa yang dihasilkan.
1. Sequence Diagram Login
Gambar 3.10 Sequence Diagram Login
sd Sequence Diagram Login
Admin Menu Login Cek User Database Menu Utama
alt Validitas User
[Ya]
[Tidak]
Akses Sistem()
Input Username Password()
Proses Cek Data Login()
User Terdaftar?()
Informasi User Terdaftar()
Tampil Menu Utama()
Kembali ke Menu Login()
58
2. Sequence Diagram Input Peminjaman Alat Kerja
Gambar 3.11 Sequence Diagram Input Peminjaman Alat Kerja
3. Sequence Diagram Input Pengembalian Alat Kerja
sd Sequence Diagram Input Peminjaman Alat Kerja
Admin Menu Peminjaman Simpan Data Database
Pilih Menu()
Input Data Peminjam Alat Kerja()
Proses Simpan Data()
Data Tersimpan()
List Data Peminjam()
sd Sequence Diagram Input Pengembalian Alat Kerja
Admin Menu
Pengembalian
Simpan Data Database
Pilih Menu()
Input Data Pengembalian Alat Kerja()
Proses Simpan Data()
Data Tersimpan()
Informasi Data Pengembalian Alat Kerja()
59
Gambar 3.12 Sequence Diagram Input Pengembalian Alat Kerja
4. Sequence Diagram Input Kerusakan Alat dan Status
Gambar 3.13 Sequence Diagram Input Kerusakan Alat dan Status
5. Sequence Diagram Laporan
sd Sequence Diagram Input Kerusakan Alat dan Status
Admin Menu Kerusakan Simpan Data Database
Pilih Menu()
Input Data Kerusakan dan Status()
Proses Simpan Data()
Data Tersimpan()
List Kerusakan dan Status()
sd Sequence Diagram Laporan
Admin Menu Laporan Query Data
Laporan
Database
Pilih Menu()
Pilih Periode()
Proses Query Data()
Data Laporan Dieksekusi()
Tampil Laporan Sesuai Periode()
60
Gambar 3.14 Sequence Diagram Laporan
3.5.4 Class Diagram Sistem Usulan
Gambar 3.15 Class Diagram Usulan
61
BAB IV
HASIL DAN PEMBAHASAN
4.1 Hasil
Hasil penelitian dari penelitian yang dilakukan, disajikan dalam bentuk
perancangan pada bab ini sebagai berikut:
4.1.1 Kebutuhan Sistem Yang Diusulkan
1. Kebutuhan hardware
Konfigurasi perangkat keras dari sisi server yang diperlukan untuk
mengoperasikan sistem yang baru adalah 1 (satu) buah PC server dengan
spesifikasi :
Processor minimal Core i5 (3,2 GHz)
Memori minimal 4 GB
Harddisk minimal 500 GB
Monitor LED 15 inchi
Keyboard dan mouse standar
2. Kebutuhan software
Konfigurasi perangkat lunak yang diperlukan oleh sistem baru adalah
sebagai berikut :
Sistem operasi minimal Windows 7
Xampp 1.8.0 untuk pengelolaan database MySQL
Netbeans 8.2 dan JDK 8 Update 12
62
3. Kebutuhan sumber daya manusia
Sumber daya yang diperlukan untuk sistem yang baru adalah cukup
seorang staff departemen Inventory dengan latar belakang SMA/SMK
sebagai user dan mengerti komputer.
4.1.2 Spesifikasi File Data
1. Tabel user_akses
Fungsi : Master User Akses
Media : Harddisk
Metode akses : Indexed Sequential
Key field : id_user
Tabel 4.1 Tabel User
No Field Type Size Keterangan
1 Id_user Varchar 50 Index User
2 Nama_lengkap Varchar 50 Nama User
3 Username Varchar 50 Username Login
4 Password Varchar 50 Password Login
5 Level Varchar 50 Level Akses Sistem
2. Tabel Alat Kerja
Fungsi : Master Input Alat kerja
Media : Harddisk
Metode akses : Indexed Sequential
Key field : id_alat_kerja
63
Tabel 4.2 Tabel Alat_Kerja
No Field Type Size Keterangan
1 Id_alat_kerja Varchar 50 Index Alat Kerja
2 Nama_alat Varchar 50 Nama Alat Kerja
3 Jenis Varchar 50 Jenis Alat Kerja
4 Spesifikasi Varchar 50 Spesifikasi Alat Kerja
5 Stok INT 11 Stok Alat Kerja
6 Status Varchar 50 Status Alat Kerja
3. Tabel Departemen
Fungsi : Input Data Departemen
Media : Harddisk
Metode akses : Indexed Sequential
Key field : id_dept
Tabel 4.3 Tabel Departemen
No Field Type Size Keterangan
1 Id_dept Varchar 50 Index Departemen
2 Nama_dept Varchar 50 Nama Departemen
4. Tabel Karyawan
Fungsi : Master Input Karyawan
Media : Harddisk
Metode akses : Indexed Sequential
Key field : nik
64
Tabel 4.4 Tabel Karyawan
No Field Type Size Keterangan
1 Nik Varchar 50 NIK Karyawan
2 Nama_karyawan Varchar 50 Nama Karyawan
3 Id_dept Varchar 50 Index Departemen
5. Tabel Kerusakan
Fungsi : Input Data Kerusakan
Media : Harddisk
Metode akses : Indexed Sequential
Key field : no_kerusakan
Tabel 4.5 Tabel Kerusakan
No Field Type Size Keterangan
1 No_kerusakan Varchar 50 Nomor Kerusakan
2 Tanggal Date - Tanggal Kerusakan
3 Id_alat_kerja Varchar 50 Index Alat Kerja
4 Nama_kerusakan Varchar 50 Nama Kerusakan Alat
5 Tgl_selesai_perbaikan Date - Tgl Selesai Perbaikan
6 Status Varchar 50 Status Perbaikan
6. Tabel Peminjaman
Fungsi : Input Data Peminjaman
Media : Harddisk
Metode akses : Indexed Sequential
65
Key field : no_pinjam
Tabel 4.6 Tabel Peminjaman
No Field Type Size Keterangan
1 No_pinjam Varchar 50 Nomor Peminjaman Alat
2 Nik Varchar 50 NIK Karyawan
3 Tanggal Date - Tanggal Pinjam
4 Shift Varchar 50 Shift Peminjam
7. Tabel Pengembalian
Fungsi : Input Data Pengembalian
Media : Harddisk
Metode akses : Indexed Sequential
Key field : no_kembali
Tabel 4.7 Tabel Pengembalian
No Field Type Size Keterangan
1 No_kembali Varchar 50
Nomor Pengembalian
Alat
2 Tanggal Date - Tanggal Kembali
3 Nik Varchar 50 NIK Karyawan
4 No_pinjam Varchar 50 Nomor Peminjaman
5 status Varchar 50 Status Pengembalian
66
4.1.3 Bagan Terstruktur (HIPO)
MENU UTAMA
Data Master Transaksi
LOGIN
Laporan
Alat Kerja
Departemen
Karyawan
Peminjaman Alat
Pengembalian Alat
Kerusakan
Peminjaman
Kerusakan
LOGOUT
Gambar 4.1 HIPO Sistem Usulan
4.2 Spesifikasi Proses
4.2.1 Perancangan Masukan
1. LOGIN
Gambar 4.2 Rancangan Login
67
2. Menu Utama
Gambar 4.3 Rancangan Menu Utama
3. Input Data dan Informasi
Gambar 4.4 Rancangan Input Data Dan Informasi
68
4.2.2 Perancangan Keluaran
1. Laporan Peminjaman Alat
Gambar 4.5 Rancangan Laporan Peminjaman Alat
2. Laporan Kerusakan Alat
Gambar 4.6 Rancangan Laporam Kerusakan Alat
69
4.2.3 Testing
1. Pengujian Login
Tabel 4.8 Pengujian Form Login
Kasus dan Hasil Uji (Data Normal)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Data Terdaftar User akan masuk ke
tampilan MENU
User dapat masuk ke MENU
UTAMA sesuai bila akses
benar
[x] Diterima
[ ] Ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Data username
dan password
tidak diisi
Muncul pesan
“Login Gagal”
Menampilkan pesan “Login
Gagal”
[x] Diterima
[ ] Ditolak
Input username
dan password
salah
Muncul pesan
“Maaf, Username
atau Password
salah!”
Menampilkan pesan “Maaf,
Username atau Password
salah!”
[x] Diterima
[ ] Ditolak
2. Pengujian Input Data
Tabel 4.9 Pengujian Input Data
Kasus dan Hasil Uji (Data Normal)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
70
Input tidak
lengkap saat
simpan
Muncul pesan
“Gagal Simpan…”
saat klik SIMPAN
Menampilkan pesan “Gagal
Simpan…”
[x] Diterima
[ ] Ditolak
Input lengkap
saat simpan
Data tersimpan dan
kembali ke posisi
input dengan textbox
kosong kembali.
Data yang telah
tersimpan tampil di
list form
Data tersimpan dan kembali
ke posisi input dengan textbox
kosong kembali. Data yang
telah tersimpan tampil di list
form
[x] Diterima
[ ] Ditolak
3. Pengujian Edit dan Update
Tabel 4.10 Pengujian Edit dan Update
Kasus dan Hasil Uji (Data Normal)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Saat input
berhasil, data
yang sudah
tersimpan
muncul dalam
list
Data yang diinput
muncul dalam list
setelah klik SIMPAN
Data yang diinput muncul
dalam list setelah klik
SIMPAN
[x] Diterima
[ ] Ditolak
Klik data list
untuk ubah data
Saat klik data di list,
informasi data akan
Saat klik data di list, informasi
data akan tampil di masing-
[x] Diterima
[ ] Ditolak
71
tampil di masing-
masing textbox untuk
siap di edit
masing textbox untuk siap di
edit
Input tidak
lengkap saat
update
Muncul pesan
“Update data
gagal...” saat klik
UPDATE
Menampilkan pesan “Update
data gagal...”
[x] Diterima
[ ] Ditolak
4.2.4 Tampilan Aplikasi
1. Halaman Login
Gambar 4.7 Halaman Login
Halaman Login ini digunakan untuk proses login yang dilakukan oleh
pengguna terdaftar ke dalam sistem dengan memasukkan username dan
password untuk di verifikasi sistem.
72
2. Halaman Menu Utama Sistem
Gambar 4.8 Halaman Menu Utama
Halaman Menu Utama ini memuat informasi berupa menu-menu utama
yang yang ada dalam sistem ini.
3. Halaman Input Data Master Alat Kerja
Gambar 4.9 Halaman Input Data Master Alat Kerja
73
Halaman ini digunakan untuk proses masukan data alat kerja dengan
memasukkan ID_alat, Nama_alat, Jenis, Spesifikasi, Ketersediaan_Stock,
& Status yang kemudian disimpan dalam database.
4. Halaman Input Data Master Departemen
Gambar 4.10 Halaman Input Data Master Departemen
Halaman ini digunakan untuk proses masukan data departemen dengan
input ID_Departemen & Nama Departemen.
74
5. Halaman Input Data Master Karyawan
Gambar 4.11 Halaman Input Data Master Karyawan
Halaman ini digunakan untuk proses input data karywan dengan input NIK,
Nama Karyawan & Departemen.
75
6. Halaman Input Data Peminjaman Dan Pengembalian
Gambar 4.12 Halaman Input Data Peminjaman
Halaman ini digunakan untuk proses masukan data alat kerja yang dipinjam
oleh setiap departemen untuk membantu proses pekerjaan mereka, lalu
menyimpannya dalam database.
76
7. Halaman Input Data Pengembalian
Gambar 4.13 Halaman Input Data Pengembalian
Halaman ini digunakan untuk proses masukan data alat kerja yang
dikembalian dan memberikan status alat yang masih dipinjam.
8. Halaman Input Data Kerusakan
Gambar 4.14 Halaman Input Data Kerusakan
77
Halam ini digunakan proses masukan data kerusakan dan memberikan
status pada alat apabila ditemukan kerusakan saat pengembalian.
9. Laporan Peminjaman Dan Pengembalian Alat
Gambar 4.15 Laporan Peminjaman
Merupakan tampilan laporan peminjaman yang menunjukkan data
peminjam dan status dari alat yang dipinjamnya.
78
10. Laporan Kerusakan Alat Kerja
Gambar 4.16 Laporan Kerusakan Alat Kerja
Merupakan tampilan laporan kerusakan yang terjadi pada alat kerja yang
menampilkan status dari alat kerja tersebut apakah sudah ditanganni atau
belum.
79
BAB V
KESIMPULAN
5.1 Kesimpulan
Dari hasil penelitian dalam perancangan pembuatan sistem ini, maka dapat
penulis simpulkan:
1. Dengan sistem ini maka masalah-masalah yang berhubungan dengan proses
penyajian dan pembuatan laporan peminjaman dan kerusakan alat kerja
menjadi lebih efektif dan efisien.
2. Dengan adanya pengembangan sistem aplikasi peminjaman alat kerja pada
departemen Inventory, maka informasi status alat kerja dapat dipantau dan
dilaporkan setiap hari kepada atasan, sehingga meminimalisir adanya
kehilangan alat kerja.
3. Dengan adanya sistem ini, maka departemen Inventory memiliki rekap
historis kerusakan alat sehingga dapat di monitoring adanya perbaikan alat.
4. Dengan adanya sistem ini dapat membantu proses pengolahan data
peminjaman alat kerja pada departemen Inventory sehingga semua data
peminjaman sudah tersistem dan tersimpan dalam database.
5.2 Saran
Dari hasil penelitian dalam perancangan pembuatan sistem ini, maka penulis
mengharapkan masukan dan saran terutama:
1. Diharapkan sistem ini dapat mampu dikembangkan lagi menjadi lebih luas
untuk proses yang berhubungan dengan departemen lainnya.
80
2. Diharapkan sistem ini dapat dikembangkan menjadi Sistem Informasi yang
lebih komplek dan dapat diakses oleh semua pihak termasuk supervisor dan
atasan langsung untuk mengecek data peminjaman dan kerusaan alat kerja.
3. Diharapkan dapat dilakukan penelitian terkait untuk pengembangan sistem
sehingga menjadi lebih luas dalam implementasinya.
81
DAFTAR PUSTAKA
Bertha Sidik. 2014. Pemrograman Web dengan PHP. Solo: Santika Kencana.
Indrajani. 2007. Pemrograman Berbasis Objek dengan Bahasa Java. Jakarta:
PT.Elex Media Komputindo.
Indrajani. 2015. Database Design. Jakarta: Elex Media Komputindo.
Kadir, Abdul. 2013. Buku Pintar. Programer Pemula PHP. Yogyakarta:
Mediakom.
Ladjamudin, Al-Bahra. 2013. Analisis dan Desain Sistem Informasi. Yogyakarta:
Graha. Ilmu.
Murad. Dina Fitria, Kusniawati. Nia, Asyanto. Agus. 2013. Aplikasi Intelligence
Website Untuk Penunjang Laporan PAUD Pada Himpaudi Kota Tangerang.
Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 7, No. 1, September
2013.
Mustakini, Jogiyanto Hartono. 2010. Sistem Informasi Teknologi. Yogyakarta:
Andi Offset.
Nugroho, Bondan Dwi, dan Imam Azhari. Sistem Informasi Inventori
FADEGORETAS!!™ Berbasis Barcode. Yogyakarta: Universitas Ahmad
Dahlan. Vol. 1, No. 2, September 2011.
Pratama, I Putu Agus Eka. 2014. Sistem Informasi dan Implementasinya. Bandung:
Informatika.
Pressman, Roger, S. 2012. Rekayasa Perangkat Lunak.Pendekatan Praktisi. Edisi
7. Yogyakarta: Andi.
82
Rosa A. S & M. Salahudin. (2015). Rekayasa Perangkat Lunak Terstruktur dan
Berorientasi Objek. Bandung: Informatika
Sujarweni, V. Wiratna. 2015. Sistem Akuntansi. Jakarta: Pustaka Baru Press.
Suryantara, I Gusti Ngurah. 2017. Merancang Aplikasi dengan Metodologi Extreme
Programming. Jakarta: Elex Media Komputindo.
Sommerville, Ian. 2011. Software Engineering (Rekayasa Perangkat Lunak). Jakarta:
Erlangga.
Casely, D. And Kumar, 1987. Project Monitoring and Evaluation in Agriculture.
Sutanta, Edhy. 2011. Basis Data Dalam Tinjauan Konseptual. Yogyakarta: Andi
Publisher.
Vidia. Dhanada, dkk. 2013. Analisis Dan Perancangan Sistem Informasi Rawat
Jalan Di Rumah Sakit Hewan Universitas Airlangga Surabaya Dengan
Metode Berorientasi Objek. Surabaya: Universitas Airlangga.
Yeni Kustiyahningsih dan Devie Rosa Anamisa. 2011. Pemograman Basis Data
Berbasis Web Menggunakan PHP & MySQL. Yogyakarta: Graha Ilmu.
83
LAMPIRAN
top related