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