Membangun sistem informasi monitoring data inventory di Vio Hotel Indonesia

(1)

(2)

(3)

(4)

BIODATA PENULIS

1. DATA PRIBADI

Nama : Mita Rohayati

NIM : 10109392

Tempat, Tanggal Lahir : Sumedang, 17 Mei 1989

Agama : Islam

Jenis Kelamin : Perempuan

Status : Belum Menikah

Anak ke : Lima dari lima bersaudara

Alamat : Dsn. Babakan Situ Desa Tanjungsari RT 02 RW 06 Kec.

Tanjungsari Kab. Sumedang

45362

Email : mita_rohayati@yahoo.com

No. Telepon : 083829133195

2. RIWAYAT PENDIDIKAN

1995 – 2001 : SDN Kebon Hui

2003 – 2006 : SMP Negeri 1 Sukasari

2006 – 2009 : SMA Karsa Madya Tanjungsari

2009 – Sekarang : Program Studi S1, Program Studi Teknik Informatika,

Universitas Komputer Indonesia

Demikian riwayat hidup ini saya buat dengan sebenar – benarnya dalam keadaan

sadar tanpa paksaan.

Bandung, 25 Februari 2014

(5)

SKRIPSI

Diajukan untuk Menempuh Ujian Akhir Sarjana

MITA ROHAYATI

10109392

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK DAN ILMU KOMPUTER

(6)

iii

KATA PENGANTAR

Assalamu ‘alaikum Wr. Wb.

Segala puji dan syukur kehadirat Allah SWT yang telah melimpahkan

rahmat dan hidayah-Nya sehingga penulis dapat menyelesaikan laporan tugas

akhir ini. Shalawat serta salam semoga tercurahkan kepada Nabi Muhammad

S.A.W, kepada keluarganya, kepada sahabatnya dan kepada seluruh umatnya

hingga akhir zaman.

Dengan mengucapkan alhamdulillahirobbil’alamin, tugas akhir yang

berjudul “Membangun Sistem Informasi Monitoring Data Inventory Di Vio Hotel Indonesia” ini dapat penulis selesaikan dengan baik.

Tugas akhir ini masih jauh dari taraf kesempurnaan, hal ini karena

keterbatasan kemampuan dan ilmu pengetahuan yang penulis dimiliki, oleh

karena itu kritik dan saran yang membangun sangat diharapkan oleh penulis,

sehingga dapat bermanfaat dan berguna untuk perbaikan dan penulisan yang akan

datang.

Selama penulisan tugas akhir ini tentu saja tidak lepas dari dorongan,

bantuan dan bimbingan secara moril, materil dan spiritual dari berbagai pihak.

Dengan tulus dan kerendahan hati, penulis mengucapkan banyak terima kasih

kepada:

1. Mamah dan papah “Terima kasih atas do’a, dukungan, perhatian dan kasih

sayangnya”. Segenap keluarga yang selalu memberikan dukungan moril,

spiritual serta kasih sayang dan perhatiannya yang tak ternilai harganya

kepada penulis.

2. Ibu Sufa’atin, S.T., M.Kom. selaku dosen pembimbing yang telah

memberikan arahan untuk kemajuan penulis dalam menyelesaikan tugas akhir

ini.

3. Bapak Hendrawan Yanuar Pamungkas dan Bapak Triyogo Laksono sebagai

pembimbing di Vio Hotel Indonesia.

4. Bapak Ir. Taryana Suryana , M.Kom. selaku penguji I yang telah memberikan

(7)

iv

7. Semua teman-teman yang terlewat atau tidak dapat disebutkan satu persatu

tidak mengurangi rasa hormat dan terima kasih yang telah memilki andil

besar dalam penulisan dan penyusunan laporan akhir ini.

Semoga Allah SWT memberikan Rahmat dan Hidayah-Nya dengan

berlipat ganda dan tiada kesudahan atas segala kebaikan dan bantuan yang telah

diberikan. Akhir kata, semoga sekecil apapun dari penulisan laporan Skripsi ini

dapat bermanfaat bagi semua pihak yang memerlukannya.

Bandung, Februari 2014

(8)

v

DAFTAR ISI

ABSTRAK ... i

ABSTRACT ... ii

KATA PENGANTAR ... iii

DAFTAR ISI ... v

DAFTAR GAMBAR ... viii

DAFTAR TABEL ... x

DAFTAR SIMBOL ... xii

DAFTAR LAMPIRAN ... xv

BAB 1 ... 1

1.1 Latar Belakang Masalah ... 1

1.2 Perumusan Masalah ... 2

1.3 Maksud dan Tujuan ... 2

1.4 Batasan Masalah ... 3

1.5 Metodologi Penelitian ... 4

1.5.1 Metode Pengumpulan Data ... 4

1.5.2 Metode Pembuatan Perangkat Lunak ... 5

1.6 Sistematika Penulisan ... 6

BAB 2 ... 9

2.1 Profil Perusahaan ... 9

2.1.1 Sejarah Instansi ... 9

2.1.2 Logo Instansi ... 10

2.1.3 Visi dan Misi ... 10

2.1.4 Struktur Organisasi dan Job description ... 11

2.2 Landasan Teori ... 15

2.2.1 Sistem Informasi ... 15

2.2.2 Inventory ... 16

2.2.3 Monitoring ... 16

2.2.4 Dashboard ... 17

(9)

vi

2.3.1 Flowmap ... 18

2.3.2 Entity Relationship Diagram (ERD) ... 18

2.3.3 Diagram Konteks ... 20

2.3.4 Data Flow Diagram (DFD) ... 21

2.4 Bahasa Pemrograman ... 22

2.4.1 PHP ... 22

2.4.2 SQL ... 22

2.5 Perangkat Lunak Pendukung ... 23

2.5.1 XAMPP ... 23

2.5.2 Macromedia Dreamweaver ... 23

2.5.3 MYSQL ... 24

BAB 3 ... 25

3.1 Analisis Sistem ... 25

3.1.1 Analisis Masalah ... 25

3.1.2 Analisis Sitem yang Sedang Berjalan ... 26

3.1.3 Analisis Pengecekan Kondisi Barang Sebagai Monitoring ... 31

3.1.4 Analisis Pengkodean ... 33

3.2 Analisis Kebutuhan Non-Fungsional ... 34

3.2.1 Analisis Kebutuhan Perangkat Keras ... 35

3.2.2 Analisis Kebutuhan Perangkat Lunak ... 36

3.2.3 Analisis Pengguna ... 37

3.2.4 Analisis Jaringan ... 38

3.3 Analisis Basis Data ... 39

3.3.1 Entity Relationship Diagram (ERD) ... 40

3.3.2 Kamus Data Entity Relationship Diagram (ERD) ... 41

3.4 Analisis Kebutuhan Fungsional ... 41

3.4.1 Diagram Konteks ... 41

3.4.2 Data Flow Diagram (DFD) ... 42

3.4.3 Spesifikasi Proses ... 48

3.4.4 Kamus Data Data flow Diagram (DFD) ... 65

(10)

vii

3.5.1 Perancangan Pengkodean ... 69

3.5.2 Perancangan Basis Data ... 70

3.5.3 Perancangan Struktur Menu ... 74

3.5.4 Perancangan Antarmuka ... 76

3.5.5 Perancangan Pesan ... 93

3.5.6 Jaringan Semantik ... 94

3.5.7 Perancangan Prosedural ... 97

BAB 4 ... 103

4.1 Implementasi Sistem ... 103

4.1.1 Perangkat Keras yang digunakan ... 103

4.1.2 Perangkat Lunak yang digunakan ... 103

4.1.3 Implementasi Database ... 104

4.1.4 Implementasi Antarmuka ... 108

4.2 Pengujian Sistem ... 112

4.2.1 Skenario Pengujian Blackbox ... 112

4.2.2 Kasus dan Hasil Pengujian Blackbox ... 113

4.2.3 Kesimpulan Hasil Pengujian Blackbox ... 130

4.2.4 Skenario Pengujian Beta ... 130

4.2.5 Kesimpulan Hasil Pengujian Beta ... 135

BAB 5 ... 137

5.1 Kesimpulan ... 137

5.2 Saran ... 137

(11)

139

[2] Jogiyanto. 2008, Metodologi Penelitian Sistem Informasi, Penerbit Andi,

Yogyakarta.

[3] Nurani, Citra, Reny. 2011. Rancang Bangun Visualisasi Informasi

Data-Data Akademik dengan Menggunakan Sistem Dashboard di STIKOM

Surabaya, Surabaya.

[4] Few, Stephen, 2006, Information Dashboar Design, O’Reilly Media, Italy.

[5] Tentang Vio Hotel Indonesia.

[ONLINE]

http://www.dafamhotels.com/en/dafam-hotels/hotel-vio-cimanuk-bandung

[ONLINE]

http://www.dafamhotels.com/en/dafam-hotels/hotel-vio-pasteur-bandung

[ONLINE]

http://www.dafamhotels.com/en/dafam-hotels/hotel-vio-express-surapati-bandung

[7] Azhari, Mutiara. 2011. Jaringan LAN, Jaringan MAN, Jaringan WAM,

Jaringan Internet.

[ONLINE] http://mutiaraazhari.wordpress.com/2011/11/20/

[8] Widyawati, D. K. (April 2012). Perancangan Sistem Informasi Monitoring

Pelaksanaan Service Order Pada Bagian Perawat IT (Informasition

(12)

1

BAB 1

PENDAHULUAN

1.1 Latar Belakang Masalah

Vio Hotel Indonesia adalah hotel yang aktif secara operasional di bawah

manajemen Dafam Hotel. Vio Hotel Indonesia memiliki 3 cabang, yaitu Vio

Cimanuk, Vio Pasteur dan Vio Surapati. Vio Hotel Indonesia merupakan

perusahaan yang bergerak dalam bidang akomodasi dan jasa.

Berdasarkan hasil wawancara dengan salah satu staff Vio Hotel Indonesia,

ternyata di bagian Engineering di semua cabang Vio Hotel Indonesia diketahui bahwa pekerjaan di bagian Engineering adalah mengelola data inventory. Data

inventory yang dikelola berupa barang elektronik dan barang perkakas, contoh barang elektronik adalah: AC, Infokus, Sound System, TV, PC, dan Printer,

sedangkan contoh untuk barang perkakas adalah: Obeng, Tang, Palu, dan Gergaji.

Pengelolaan data inventory antara Vio Cimanuk, Vio Pasteur dan Vio Surapati dikelola masing-masing, sehingga untuk pengecekan inventory di bagian

Engineering oleh Manajer dilakukan dengan datang langsung ke setiap cabang Vio Hotel Indonesia. Data yang diolah masih kurang terorganisir karena masih

menggunakan gate pass form (from peminjaman) yang ditulis tangan untuk barang keluar yang dipinjam antara Vio Cimanuk, Vio Pasteur dan Vio Surapati.

Pengelolaan ini mengakibatkan kurang efisiennya pekerjaan yang dikerjakan,

sehingga untuk mengontrol data-data menjadi lambat dan membutuhkan waktu

yang cukup lama. Hal tersebut terjadi dikarenakan bagian Engineering harus mengecek satu persatu lembaran data yang ada untuk mengetahui keberadaan

barang yang dipinjam. Koordinator Engineering merupakan orang yang bertanggungjawab atas semua data inventory yang berada di bagian Engineering

dan yang berhak menambahkan barang baru sekaligus memutuskan untuk

mengajukan pembelian barang yang rusak atau hilang ke Manajer. Kesulitan

untuk Koordinator Engineering terjadi ketika barang yang di perlukan ternyata sudah rusak atau telah hilang karena tidak adanya catatan mengenai kondisi

(13)

ketidaktahuan kondisi barang-barang dibagian Engineering membuat perkerjaan menjadi terhambat.

Melihat dari permasalahan yang sudah dijelaskan, Vio Hotel Indonesia pada

bagian Engineering membutuhkan sebuah sistem yang dapat memonitor data barang dengan baik. Monitoring dilakukan oleh Manajer untuk dapat memantau

semua data, baik itu data inventory yang berada di Vio Cimanuk, data inventory di Vio Pasteur, dan data inventory di Vio Surapati. Sistem informasi monitoring data

inventory di Vio Hotel Indonesia membutuhkan tampilan visual yang baik, agar

data yang telah diolah dapat mudah dimengerti oleh Manajer. Diharapkan dengan

adanya sistem informasi monitoring data inventory ini menghasilkan informasi yang dibutuhkan secara akurat.

1.2 Perumusan Masalah

Berdasarkan uraian latar belakang yang telah dijelaskan, maka perumusan

masalah dari penulisan laporan tugas akhir ini adalah bagaimana membangun

Sistem Informasi Monitoring Data Inventory Vio Hotel Indonesia.

1.3 Maksud dan Tujuan

Berdasarkan hasil penelitian yang dilakukan dan dari permasalahan yang

dihadapi oleh bagian Engineering, maka maksud dari penulisan skripsi ini adalah untuk membangun sistem informasi monitoring data inventory di Vio Hotel Indonesia.

Tujuan yang ingin dicapai dalam penelitian untuk membangun sistem

informasi monitoring data inventory di Vio Hotel Indonesia adalah:

1. Memudahkan Koordinator Engineering dalam pengolahan data inventory, sehingga data dapat diolah secara cepat dan tepat.

2. Mempermudah Koordinator Engineering dalam pencatatan data barang dipinjam dan menghindari kesalahan-kesalahan dalam pencatatan data

barang yang dipinjam, sehingga mampu meningkatkan kinerja dan

(14)

3

3. Membantu Manajer malakukan proses pemantauan terhadap data

Inventory dengan mudah dan cepat, sehingga keakuratan dan kejelasan informasi dapat terjaga.

1.4 Batasan Masalah

Batasan masalah dibuat agar penulisan laporan tugas akhir ini terfokus pada

masalah yang di angkat menjadi judul dan memberikan pemahaman yang lebih

terarah sesuai dengan tujuan yang ingin di capai, adapun batasan masalahnya

adalah :

1. Penelitian dilakukan di Vio Hotel Indonesia dengan 3 cabang, yaitu: Vio

Cimanuk, Vio Pasteur, dan Hotel Surapati di Bandung.

2. Aplikasi digunakan khusus untuk bagian Engineering.

3. Sumber data berasal dari bagian Engineering di Vio Hotel Indonesia. 4. Data masukan adalah data barang di Vio Cimanuk, Vio Pasteur, dan Vio

Surapati. Data barangnya berupa barang elektronik dan barang perkakas,

contoh barang elektronik adalah: AC, Infokus, Sound System, TV, PC,

dan Printer, sedangkan contoh untuk barang perkakas adalah: Obeng,

Tang, Palu, dan Gergaji di Vio Cimanuk, Vio Pasteur, dan Vio Surapati.

5. Pengolahan data pada sistem adalah :

a. Pengolahan data barang .

b. Pengolahan data peminjaman barang yang dipinjam.

6. Keluaran yang dihasilkan berupa :

a. Informasi data barang.

b. Informasi barang yang di pinjam.

c. Informasi barang yang sudah dikembalikan.

7. Pemodelan analisis menggunakan Model Aliran Data Terstruktur dengan

menggunakan tools : Entity Relationship Diagram (ERD) sebagai model datanya dan Data flow diagram (DFD) dalam menggambarkan model fungsionalnya.

(15)

9. Sistem monitoring yang akan dibangun berbasis website.

10.Bahasa pemrograman yang digunakan adalah PHP.

11.Pengolahan Database Management System (DBMS) yang digunakan adalah MySQL.

12.Indikator sebagai ukuran yang digunakan untuk memonitoring adalah data

inventory di Vio Cimanuk, Vio Pasteur, dan Vio Surapati.

13.Teknik yang akan digunakan untuk menampilkan data dalam membangun

sistem monitoring ini adalah teknik dashboard.

1.5 Metodologi Penelitian

Metodologi penelitian merupakan proses yang digunakan untuk

memecahkan masalah yang logis, dimana memerlukan data untuk mendukung

terlaksananya suatu penelitian. Metodologi penelitian yang digunakan untuk

membangun aplikasi ini adalah metode analisis deskriptif. Metode analisis

deskriptif yaitu dengan cara mengumpulkan data, menganalisa data, membuat

suatu pemecahan masalah dan kemudian disusun untuk ditarik kesimpulan

mengenai permasalahan yang dihadapi. Metodologi penelitian ini memiliki dua

metode, yaitu metode pengumpulan data dan metode pembangunan perangkat

lunak.

1.5.1 Metode Pengumpulan Data

Metode yang dilakukan dengan cara meninjau secara langsung ke Vio

Hotel Indonesia untuk mendapatkan data yang berhubungan dengan sistem yang

akan di bangun. Cara yang dilakukan untuk mendapatkan data adalah sebagai

berikut:

1. Studi Literatur.

Studi ini dilakukan dengan cara mempelajari, meneliti dan menelaah

berbagai literatur dari perpustakaan yang bersumber dari buku-buku, jurnal ilmiah, paper, dan bacaan-bacaan yang ada kaitannya dengan topik penelitian, serta mengenai website yang berkaitan dengan masalah yang akan dibahas

(16)

5

2. Observasi.

Metode pengumpulan data dengan mengadakan penelitian dan peninjauan

langsung terhadap permasalahan yang diambil.

3. Wawancara.

Pada tahap ini penulis melakukan analisis di Vio Hotel Indonesia dengan

melakukan tanya jawab secara langsung serta melakukan pengamatan.

Pengamatan dilakukan untuk memperoleh informasi berupa data yang terkait

dengan sistem yang akan di bangun.

1.5.2 Metode Pembuatan Perangkat Lunak

Model proses yang digunakan dalam pembangunan perangkat lunak

menggunakan paradigma secara waterfall menurut Pressman (2010, p39). Menurut Pressman model waterfall adalah model klasik yang bersifat sistematis, berurutan dalam membangun sebuah software. Berikut ini adalah gambaran dari

waterfall yang meliputi beberapa proses, yaitu:

Gambar 1.1 Skema Model Waterfall [1]

Tahap dari skema model waterfall adalah sebagai berikut: 1. Communication

Langkah ini merupakan analisis terhadap kebutuhan software, dan tahap untuk mengadakan pengumpulan data dengan melakukan pertemuan dengan

customer, maupun mengumpulkan data-data tambahan baik yang ada di jurnal, artikel, maupun dari internet.

2. Planning

(17)

3. Modeling

Proses modeling ini akan menerjemahkan syarat kebutuhan ke sebuah perancangan software yang dapat diperkirakan sebelum dibuat coding. Proses ini berfokus pada rancangan struktur data, arsitektur software, representasi

interface, dan detail (algoritma) prosedural. Tahapan ini akan menghasilkan dokumen yang disebut software requirement.

4. Construction

Construction merupakan proses membuat kode. Coding atau pengkodean

merupakan penerjemahan desain dalam bahasa yang bisa dikenali oleh

komputer. Programmer akan menerjemahkan transaksi yang diminta oleh user.

Tahapan inilah yang merupakan tahapan secara nyata dalam mengerjakan

suatu software, artinya penggunaan komputer akan dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan menemukan

kesalahan-kesalahan terhadap sistem untuk kemudian bisa diperbaiki.

5. Deployment

Tahapan ini bisa dikatakan final dalam pembuatan sebuah software atau sistem. Setelah melakukan analisis, desain dan pengkodean maka sistem yang

sudah jadi akan digunakan oleh user. Kemudian software yang telah dibuat harus dilakukan pemeliharaan secara berkala.

1.6 Sistematika Penulisan

Sistematika penulisan dalam skripsi ini disusun untuk memberikan

gambaran umum tentang penelitian yang dijalankan. Sistematika penulisan skripsi

ini adalah sebagai berikut :

BAB 1 PENDAHULUAN

Bab ini berisi penjelasan mengenai latar belakang masalah, rumusan

masalah, maksud dan tujuan, batasan masalah, metodologi penelitian serta

sistematika penulisan.

BAB 2 TINJAUAN PUSTAKA

Bab ini membahas profil perusahaan yang meliputi sejarah, visi dan misi,

(18)

7

berupa konsep dasar dan teori-teori yang berkaitan dengan topik penelitian, dan

juga menerangkan software pendukung yang digunakan dalam membangun sistem

informasi monitoring data inventory di Vio Hotel Indonesia. BAB 3 ANALISIS DAN PERANCANGAN SISTEM

Berisi analisis kebutuhan untuk sistem yang akan dibangun sesuai dengan

metode pengembangan perangkat lunak yang digunakan. Selain itu, bab ini juga

berisi perancangan struktur antarmuka untuk perangkat lunak yang akan

dibangun, perancangan struktur menu, perancangan pesan dan jaringan semantik.

BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM

Berisi hasil implementasi analisis dan perancangan sistem yang dilakukan,

serta hasil pengujian sistem untuk mengetahui apakah aplikasi yang dibangun

sudah memenuhi kebutuhan.

BAB 5 KESIMPULAN DAN SARAN

Berisi kesimpulan hasil penelitian berdasarkan tujuan yang ingin dicapai

dan saran yang dapat diberikan untuk perangkat lunak ini untuk kemudian dapat

(19)

(20)

103

BAB 4

IMPLEMENTASI DAN PENGUJIAN

4.1 Implementasi Sistem

Implementasi sistem adalah tahap penerapan sistem yang telah dibuat pada

tahap perancangan. Implementasi sistem bertujuan untuk menerjemahkan

perancangan berdasarkan hasil analisis menjadi kode–kode bahasa pemrograman

yang dapat dimengerti oleh mesin.

4.1.1 Perangkat Keras yang digunakan

Perangkat keras yang digunakan untuk implementasi sistem monitoring

data inventory Vio Hotel Indonesia memiliki spesifikasi seperti yang terlihat pada tabel berikut:

Tabel 4.1 Spesifikasi Perangkat Keras yang digunakan

No Perangkat Keras Spesifikasi

1 Prosessor Kecepatan minimum 2.0 Ghz

2 Monitor 14 inch

3 Memori 2 GB

4 Keyboard Standar

5 Mouse Standar

6 VGA VGA On-Board

4.1.2 Perangkat Lunak yang digunakan

Perangkat lunak yang digunakan dalam pembangunan sistem monitoring

data inventory Vio Hotel Indonesia memiliki spesifikasi seperti yang terlihat pada tabel berikut:

Tabel 4.2 Spesifikasi Perangkat Lunak yang digunakan

No Perangkat Lunak Spesifikasi

1 Sistem Operasi Windows 7

(21)

3 Bahasa Pemograman PHP

4 DBMS MySQL

5 Web Server Pembangun WampServer

4.1.3 Implementasi Database

Implementasi database diambil berdasarkan perancangan basis data.

Pembuatan database dilakukan dengan menggunakan aplikasi DBMS MySQL.

Implementasi database dalam bahasa SQL adalah sebagai berikut:

4.1.3.1 Tabel User

Tabel user sistem monitoring data inventory merupakan tempat penyimpanan data user yang terdiri dari atribut id_user sebagai primarykey, nip, nama, jabatan, username, password, user_level, dan id_lokasi. Rincian yang terdapat pada tabel user dapat dilihat sebagai berikut:

Tabel 4.3 Implementasi Database User

Perintah Create Tabel User

CREATE TABLE `user` (

`id_user` int(11) NOT NULL AUTO_INCREMENT,

`nip` varchar(255) DEFAULT NULL,

`nama` varchar(255) DEFAULT NULL,

`jabatan` varchar(255) DEFAULT NULL,

`username` varchar(255) DEFAULT NULL,

`password` varchar(255) DEFAULT NULL,

`user_level` int(11) DEFAULT NULL,

`id_lokasi` int(11) DEFAULT NULL,

`created` date DEFAULT NULL,

`updated` date DEFAULT NULL,

PRIMARY KEY (`id_user`),

KEY `user_lokasi_idx` (`id_lokasi`),

(22)

105

Perintah Create Tabel User

`lokasi` (`id_lokasi`) ON DELETE CASCADE ON UPDATE CASCADE

) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=latin1

4.1.3.2 Tabel Lokasi

Tabel lokasi sistem monitoring data inventory merupakan data cabang Vio Hotel Indonesia yang terdiri dari atribut id_lokasi sebagai primary key, cabang, dan alamat. Rincian yang terdapat pada tabel lokasi dapat dilihat sebagai

berikut:

Tabel 4.4 Implementasi Database Lokasi Perintah Create Tabel Lokasi

CREATE TABLE `lokasi` (

`id_lokasi` int(11) NOT NULL AUTO_INCREMENT,

`cabang` varchar(255) DEFAULT NULL,

`alamat` text,

PRIMARY KEY (`id_lokasi`)

4.1.3.3 Tabel Barang

Tabel barang sistem monitoring data inventory merupakan tempat penyimpanan data barang yang terdiri dari atribut id_barang sebagai primary key, kode_barang, nama_barang, status, catatan, nama_file, id_lokasi, dan id_jenis.

Rincian yang terdapat pada tabel barang dapat dilihat sebagai berikut:

Tabel 4.5 Implementasi Database Barang Perintah Create Tabel Barang

CREATE TABLE `barang` (

`id_barang` int(11) NOT NULL AUTO_INCREMENT,

(23)

Perintah Create Tabel Barang

`nama_barang` varchar(255) DEFAULT NULL,

`status` int(1) DEFAULT '1',

`catatan` text,

`nama_file` varchar(255) DEFAULT NULL,

`id_jenis` int(11) DEFAULT NULL,

PRIMARY KEY (`id_barang`),

KEY `barang_lokasi_idx` (`id_lokasi`),

KEY `id_kategori` (`id_jenis`),

CONSTRAINT `barang_ibfk_1` FOREIGN KEY (`id_lokasi`) REFERENCES

`lokasi` (`id_lokasi`) ON DELETE CASCADE ON UPDATE CASCADE,

CONSTRAINT `barang_ibfk_2` FOREIGN KEY (`id_jenis`) REFERENCES

`jenis` (`id_jenis`) ON DELETE CASCADE ON UPDATE CASCADE

4.1.3.4 Tabel Jenis

Tabel jenis sistem monitoring data inventory merupakan tempat penyimpanan data jenis barang yang terdiri dari atribut id_jenis sebagai primary key, nama_jenis, id_kategori, dan id_lokasi. Rincian yang terdapat pada tabel jenis

dapat dilihat sebagai berikut:

Tabel 4.6 Implementasi Database Jenis Perintah Create Tabel Jenis

CREATE TABLE `jenis` (

`id_jenis` int(11) NOT NULL AUTO_INCREMENT,

`nama_jenis` varchar(255) DEFAULT NULL,

`id_kategori` int(11) DEFAULT NULL,

(24)

107

Perintah Create Tabel Jenis

PRIMARY KEY (`id_jenis`),

KEY `id_kategori` (`id_kategori`),

KEY `id_lokasi` (`id_lokasi`),

CONSTRAINT `jenis_ibfk_2` FOREIGN KEY (`id_kategori`) REFERENCES

`kategori` (`id_kategori`) ON DELETE CASCADE ON UPDATE CASCADE,

CONSTRAINT `jenis_ibfk_3` FOREIGN KEY (`id_lokasi`) REFERENCES

`lokasi` (`id_lokasi`) ON DELETE CASCADE ON UPDATE CASCADE

4.1.3.5 Tabel Kategori

Tabel kategori sistem monitoring data inventory merupakan data kategori barang yang terdiri dari atribut id_kategori sebagai primarykey, dan

nama_kategori. Rincian yang terdapat pada tabel kategori dapat dilihat sebagai

berikut:

Tabel 4.7 Implementasi Database Kategori Perintah Create Tabel Kategori

CREATE TABLE `kategori` (

`id_kategori` int(11) NOT NULL AUTO_INCREMENT,

`nama_kategori` varchar(255) DEFAULT NULL,

PRIMARY KEY (`id_kategori`)

4.1.3.6 Tabel Peminjaman

Tabel peminjaman sistem monitoring data inventory merupakan tempat penyimpanan data peminjaman barang yang dilakukan antar cabang Vio Hotel

(25)

id_lokasi, tanggal_peminjaman, tanggal_rencana_pengembalian,

tanggal_aktual_peminjaman, dan nama_file. Rincian yang terdapat pada tabel

peminajam dapat dilihat sebagai berikut:

Tabel 4.8 Implementasi Database Peminjaman Perintah Create Tabel Peminjaman

CREATE TABLE `peminjaman` (

`id_peminjaman` int(11) NOT NULL AUTO_INCREMENT,

`id_barang` int(11) DEFAULT NULL,

`id_lokasi_peminjaman` int(11) DEFAULT NULL,

`tanggal_peminjaman` date DEFAULT NULL,

`tanggal_rencana_pengembalian` date DEFAULT NULL,

`tanggal_aktual_pengembalian` date DEFAULT NULL,

`nama_file` varchar(255) DEFAULT NULL,

PRIMARY KEY (`id_peminjaman`),

KEY `peminjaman_lokasi_idx` (`id_lokasi_peminjaman`),

KEY `peminjaman_barang_idx` (`id_barang`),

CONSTRAINT `peminjaman_ibfk_1` FOREIGN KEY (`id_barang`)

REFERENCES `barang` (`id_barang`) ON DELETE CASCADE ON UPDATE

CASCADE,

CONSTRAINT `peminjaman_ibfk_2` FOREIGN KEY

(`id_lokasi_peminjaman`) REFERENCES `lokasi` (`id_lokasi`) ON DELETE

CASCADE ON UPDATE CASCADE

4.1.4 Implementasi Antarmuka

Implementasi antarmuka dilakukan dengan setiap tampilan program yang

dibangun dan pengkodeannya dalam bentuk file program. Implementasi

(26)

109

implementasi antarmuka Koordinator Engineering, implementasi antarmuka Manajer.

Implementasi antarmuka untuk Admin dapat dilihat pada table berikut:

Tabel 4.9 Implementasi Antarmuka Admin

No. Menu Deskripsi Nama File

1 Login Digunakan bagi pengguna (admin) untuk mengisi data login agar dapat masuk kedalam sistem.

index.php

2 Pengolahan Data

User

Digunakan untuk menambah,

mengubah, dan menghapus data

user.

manage.php

3 Tambah Data

User

Digunakan untuk menambah data

user.

create.php

4 Ubah Data User Digunakan untuk mengubah data

user.

edit.php

5 Hapus Data User Digunakan untuk menghapus data

user.

delete.php

6 Ganti Password Digunakan untuk mengganti

password lama menjadi password

baru

index.php

7 Logout Digunakan untuk keluar dari halaman akses ke halaman login .

logout.php

Implementasi antarmuka Koordinator Engineering dapat dilihat pada table berikut:

Tabel 4.10 Implementasi Antarmuka Koordinator Engineering

1 Login Digunakan bagi pengguna (koordinator engineering) untuk mengisi data login agar dapat

(27)

masuk kedalam sistem.

2 Pengolahan Data

Barang

Digunakan untuk mengelola data

barang

manage.php

3 Detail Data

Barang

Digunakan untuk melihat detail data

barang sekaligus untuk menambah,

barang.

detail.php

4 Tambah Data

Barang

barang.

create.php

5 Ubah Data

Barang

Digunakan untuk mengubah data

barang.

edit.php

6 Hapus Data

Barang

Digunakan untuk menghapus data

barang.

delete.php

7 Pengolahan Data

Jenis Barang

Digunakan untuk menambah,

jenis barang

manage.php

8 Tambah Data

Jenis Barang

jenis barang.

create.php

9 Ubah Data Jenis

Barang

jenis barang.

edit.php

10 Hapus Data Jenis

Barang

Digunakan untuk menghapus data

jenis barang.

delete.php

11 Daftar Meminjam

Barang

Digunakan untuk melihat daftar

meminjam barang.

manage.php

12 Histori

Meminjam

Digunakan untuk melihat histori

meminjam barang.

histori.php

13 Daftar Barang

Dipinjam

Digunakan untuk melihat daftar

barang yang dipinjam sekaligus

untuk menambah, mengubah,

(28)

111

menandai yang sudah kembali, dan

mencari daftar barang yang

dipinjam.

14 Tambah Barang

Dipinjam

barang yang dipinjam.

create.php

15 Ubah Barang

Dipinjam

barang yang dipinjam.

edit.php

16 Tandai Barang

Dipinjam Sudah

Kembali

Digunakan untuk menandai bahwa

barang yang dipinjam sudah

dikembalikan.

kembali.php

17 Histori Barang

Dipinjam

Digunakan untuk melihat histori

barang dipinjam.

histori.php

18 Ganti Password Digunakan untuk mengganti

password lama menjadi password

baru

index.php

logout.php

Implementasi antarmuka untuk Manajer dapat dilihat pada table berikut:

Tabel 4.11 Implementasi Antarmuka Manajer

1 Login Digunakan bagi pengguna (koordinator

engineering) untuk mengisi data login

agar dapat masuk kedalam sistem.

index.php

2 Dashboard Digunakan untuk memantau data

barang Vio Cimanuk, Vio Pasteur, dan

Vio Surapati.

index.php

3 Detail Daftar

Barang

Digunakan untuk melihat detail daftar

barang Vio Cimanuk, Vio Pasteur, dan

(29)

Vio Surapati.

4 Ganti

Password

Digunakan untuk mengganti password

lama menjadi password baru

index.php

logout.php

4.2 Pengujian Sistem

Pengujian sistem dilakukan untuk menguji apakah sistem yang dibangun

sudah layak untuk digunakan. Pengujian yang digunakan untuk menguji sistem

monitoring ini adalah menggunakan pengujian black box dan pegujian beta.

Pengujian black box ini berfokus pada persyaratan fungsional dari perangkat

lunak yang dibangun.

4.2.1 Skenario Pengujian Blackbox

Skenario pengujian blackbox menjelaskan skenario pengujian sistem monitoring data inventory Vio Hotel Indonesia seperti yang terlihat pada tabel berikut:

Kelas Uji Butir Uji Jenis Pengujian

Login Login pengguna Black Box

Pengolahan Data

User

Tambah Data User Black Box

Ubah Data User Black Box

Hapus Data User Black Box

Cari Data User Black Box

Pengolahan Data

Barang

Tambah Data Barang Black Box

Ubah Data Barang Black Box

Hapus Data Barang Black Box

Cari Data Barang Black Box

Pengolahan Data

Jenis Barang

Tambah Data Jenis Barang Black Box

(30)

113

Kelas Uji Butir Uji Jenis Pengujian

Hapus Data Jenis Barang Black Box

Cari Data Jenis Barang Black Box

Pengolahan Data

Barang Dipinjam

Tambah Data Barang Dipinjam Black Box

Ubah Data Barang Dipinjam Black Box

Cari Data Barang Dipinjam Black Box

Data Meminjam

Barang

Penyajian Data Meminjam Barang Black Box

Cari Data Meminjam Barang Black Box

Dashboard Penyajian Monitoring Data Barang Black Box

4.2.2 Kasus dan Hasil Pengujian Blackbox

Pengujian dilakukan dengan menguji setiap proses untuk kemungkinan

kesalahan yang terjadi. Berdasarkan rencana pengujian yang telah disusun, maka

dapat dilakukan pengujian sebagai berikut:

4.2.2.1 Pengujian Login

Login digunakan untuk Admin, Koordinator Engineering, dan Manajer

masuk ke dalam sistem. Pengujian login terlihat pada tabel berikut:

Tabel 4.12 Pengujian Login

Kasus dan Hasil Uji (Data Benar) Data Masukan Yang

Diharapkan

Pengamatan Kesimpulan

1. Data Login Admin

Username : Admin

Password : Admin

2. Data Login Koordinator

Engineering

Username : Engineering

Password : Engineering

3. Data Login Manajer

Mengisikan

data

login yang

sudah

terdaftar

Data login benar

dan

akan masuk ke

masing-masing

antarmuka yang

telah ditentukan

sesuai dengan

hak akses

[ ] diterima

(31)

Username : manajer

Password : manajer

masing-masing

user.

Kasus dan Hasil Uji (Data Salah)

Data Masukan Yang

Diharapkan

1. Data Login Admin

Username : Admin

Password : (kosong)

Engineering

Username : (kosong)

Password : (kosong)

Menampilkan

pesan “Maaf,

Tidak boleh ada

kolom yang

Diharapkan

1. Data Login Admin

Username : Admin

Password : MinMin

Engineering

Username : Koordinator

Username : Manajer

Password : Manager

(32)

115

4.2.2.2 Pengujian Penambahan Data User

Pengujian penambahan data user dilakukan oleh Admin dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.13 Pengujian Penambahan Data User

Kasus dan Hasil Uji (Data Benar)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan

NIP : 10109392

Jabatan : Operasional

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : Mita

Konfirmasi Password :

Mita

Mengisikan dan

menyimpan data

user.

Data user

dapat

tersimpan.

[ ] diterima

[ ] ditolak

NIP : (kosong)

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : Mita

Mita

Menampilkan pesan

“Kolom NIP tidak boleh kosong.”

Dapat

menampilkan

Pesan “Kolom

NIP tidak

boleh

kosong.”

[ ] diterima

[ ] ditolak

(33)

NIP : 10109392

Nama : (kosong)

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : Mita

Mita

NIP : 10109392

Jabatan : (kosong)

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : Mita

Mita

Menampilkan pesan

“Kolom Jabatan tidak boleh

NIP : 10109392

Control

User Level : (kosong)

Lokasi : Cimanuk

Username : 10109392

(34)

117

Password : Mita

Mita

NIP : 10109392

Control

User Level : Admin

Lokasi : (kosong)

Username : 10109392

Password : Mita

Mita

Menampilkan pesan

“Kolom Lokasi tidak boleh

kosong.”

Dapat

menampilkan

Pesan “Kolom

Lokasi tidak

boleh

kosong.”

[ ] diterima

[ ] ditolak

NIP : 10109392

Control

User Level : Admin

Lokasi : Cimanuk

Username : (kosong)

Password : Mita

Mita

Menampilkan pesan

“Kolom Username tidak boleh

kosong.”

Dapat

menampilkan

Pesan “Kolom

Username

tidak boleh

kosong.”

[ ] diterima

[ ] ditolak

(35)

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : (kosong)

Mita

“Kolom Password tidak boleh

NIP : 10109392

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Password : Mita

(kosong)

Menampilkan pesan

“Kolom Confirm Password tidak

NIP : 10109392

Control

User Level : Admin

Lokasi : Cimanuk

Username : 10109392

Menampilkan pesan

“Kolom Password tidak sama dengan

(36)

119

Password : Mita

Mit

Password.”

4.2.2.3 Pengujian Penghapusan Data User

Pengujian penghapusan data user dilakukan oleh Admin dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.14 Pengujian Penghapusan Data User

Memilih data

user yang akan

Dihapus

Menampilkan pesan

konfirmasi: “Apakah Anda

yakin ingin menghapus?”

(Yakin)

Data user

berhasil

dihapus

[ ] diterima

[ ] ditolak

Memilih data

user yang akan Dihapus

Menampilkan pesan

konfirmasi: “Apakah Anda yakin ingin menghapus?”

(Batal)

Data user

tidak jadi

dihapus

[ ] diterima

[ ] ditolak

4.2.2.4 Pengujian Pencarian Data User

Pengujian penghapusan data user dilakukan oleh Admin dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.15 Pengujian Pencarian Data User

Memasukan data user

yang akan dicari

Contoh : Mita

Menampilkan

semua data user

yang terdapat kata:

Dapat

menampilkan

data user yang

[ ] diterima

(37)

“Mita” dicari

Memasukan data user

yang akan dicari

Contoh : Mita

Menampilkan

pesan: “Tidak ada

data untuk

ditampilkan”

Dapat

menampilkan

pesan: “Tidak

ada data untuk

ditampilkan”

[ ] diterima

[ ] ditolak

4.2.2.5 Pengujian Penambahan Data Barang

Pengujian pengnambahan data barang dilakukan oleh Koordintor

Engineering dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.16 Pengujian Penambahan Data Barang Kasus dan Hasil Uji (Data Benar)

Kode Barang :

C010020003

Nama Barang : Compaq

Jenis : Laptop

Status : Baik

Upload File : File.docx

Catatan : Barang Baru

Mengisikan dan

menyimpan data

barang.

Data barang

dapat

tersimpan.

[ ] diterima

[ ] ditolak

Kode Barang :

C010020003

Jenis : Laptop

Status : Baik

Mengisikan dan

menyimpan data

barang.

Data barang

dapat

tersimpan.

[ ] diterima

(38)

121

Catatan : (kosong)

Kode Barang : (kosong)

Jenis : Laptop

Status : Baik

Menampilkan

pesan: “Kolom

Kode Barang tidak

boleh kosong”

Kode Barang :

C010020003

Nama Barang : (kosong)

Jenis : Laptop

Status : Baik

Menampilkan

pesan: “Kolom

Nama Barang tidak

boleh kosong”

Kode Barang :

C010020003

Jenis : (kosong)

Status : Baik

Menampilkan

pesan: “Kolom

Jenis tidak boleh

kosong”

(39)

C010020003

Jenis : Laptop

Status : (kosong)

pesan: “Kolom

Status tidak boleh

kosong”

Kode Barang :

C010020003

Jenis : Laptop

Status : Baik

Upload File : (kosong)

Menampilkan

4.2.2.6 Pengujian Penghapusan Data Barang

Pengujian penghapusan data barang dilakukan oleh Koordintor

Tabel 4.17 Pengujian Penghapusan Data Barang Kasus dan Hasil Uji (Data Benar)

Memilih data

barang yang akan

dihapus

Menampilkan pesan

konfirmasi: “Apakah

Anda yakin ingin

menghapus?” (Yakin)

Memilih data

barang yang akan

(40)

123

dihapus Anda yakin ingin

menghapus?” (Batal)

dihapus

4.2.2.7 Pengujian Pencarian Data Barang

Pengujian pencarian data barang dilakukan oleh Koordintor Engineering

dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.18 Pengujian Pencarian Data Barang Kasus dan Hasil Uji (Data Benar)

Memasukan data

barang yang akan dicari

Contoh : Compaq

Menampilkan

semua data yang

terdapat kata:

“Compaq”

Dapat

menampilkan

data barang

yang dicari

[ ] diterima

[ ] ditolak

Memasukan data

barang yang akan dicari

Contoh : Compaq

Menampilkan

pesan: “Tidak ada

data untuk

ditampilkan”

Dapat

menampilkan

pesan: “Tidak

ada data untuk

ditampilkan”

[ ] diterima

[ ] ditolak

4.2.2.8 Pengujian Penambahan Data Jenis Barang

Pengujian penambahan data jenis barang dilakukan oleh Koordintor

Tabel 4.19 Pengujian Penambahan Data Jenis Barang Kasus dan Hasil Uji (Data Benar)

Kategori : Elektronik

Nama Jenis : Laptop

Mengisikan dan

menyimpan data.

Data barang dapat

tersimpan.

[ ] diterima

[ ] ditolak

(41)

Kategori : (kosong)

Nama Jenis :

Kategori tidak boleh

kosong”

[ ] diterima

[ ] ditolak

Kategori :

Nama Jenis tidak

boleh kosong”

Dapat menampilkan

Pesan: “Kolom

Nama Jenis tidak

boleh kosong”

[ ] diterima

[ ] ditolak

4.2.2.9 Pengujian Penghapusan Data Jenis Barang

Pengujian penghapusan data jenis barang dilakukan oleh Koordintor

Tabel 4.20 Pengujian Penghapusan Data Jenis Barang Kasus dan Hasil Uji (Data Benar)

Memilih data jenis

barang yang akan

dihapus

Menampilkan pesan

Anda yakin ingin

menghapus?” (Yakin)

Memilih data jenis

barang yang akan

dihapus

Menampilkan pesan

Anda yakin ingin

menghapus?” (Batal)

Data jenis

barang tidak

jadi dihapus

[ ] diterima

(42)

125

4.2.2.10 Pengujian Pencarian Data Jenis Barang

Pengujian pencarian data jenis barang dilakukan oleh Koordintor

Tabel 4.21 Pengujian Pencarian Data Jenis Barang Kasus dan Hasil Uji (Data Benar)

Memasukan data jenis

barang yang akan

dicari

Contoh : Laptop

Menampilkan

semua data yang

terdapat kata:

Memasukan data jenis

barang yang akan

dicari

Contoh : Laptop

Menampilkan

ada data untuk

ditampilkan”

[ ] diterima

[ ] ditolak

4.2.2.11 Pengujian Penambahan Data Barang Dipinjam

Pengujian penambahan data barang dipinjam dilakukan oleh Koordintor

Tabel 4.22 Pengujian Penambahan Data Barang Dipinjam Kasus dan Hasil Uji (Data Benar)

Diharapkan

Lokasi Peminjam : Surapati

Tanggal Peminjaman : 17

(43)

Tanggal Rencana

Pengembalian : 23 Januari

2014

Diharapkan

Januari 2014

Tanggal Rencana

2014

Menampilkan

Diharapkan

Lokasi Peminjam : (kosong)

Januari 2014

Tanggal Rencana

2014

Menampilkan

Diharapkan

(44)

127

Tanggal Peminjaman :

(kosong)

Tanggal Rencana

2014

pesan: “Kolom

Diharapkan

Januari 2014

Tanggal Rencana

Pengembalian : (kosong)

Menampilkan

Diharapkan

Januari 2014

Tanggal Rencana

2014

Upload File : (kosong)

(45)

4.2.2.12Pengujian Pencarian Data Barang Dipinjam

Pengujian pencarian data barang dipinjam dilakukan oleh Koordintor

Memasukan data

barang dipinjam

yang akan dicari

Contoh : Compaq

Menampilkan

semua data yang

terdapat kata:

Memasukan data

barang dipinjam

yang akan dicari

Contoh : Compaq

Menampilkan

4.2.2.13Penyajian Data Meminjam Barang

Penyajian data meminjam barang dilakukan oleh Koordintor Engineering

dimana kasus dan hasil uji terlihat pada tabel berikut:

Tabel 4.23 Penyajian Data Meminjam Barang Kasus dan Hasil Uji (Data Benar)

Diharapkan

Kode Barang : C010020003

Pemilik Barang : Cimanuk

(46)

129

2014

Tanggal Aktual

2014

Diharapkan

Kode Barang : (kosong)

Pemilik Barang : (kosong)

Tanggal Peminjaman :

(kosong)

Tanggal Rencana

Tanggal Aktual

Menampilkan

pesan: “Tidak

ada data yang

tersedia”

Dapat

menampilkan

pesan: “Tidak

ada data yang

tersedia”

[ ] diterima

[ ] ditolak

4.2.2.14 Pengujian Pencarian Data Meminjam Barang

Pengujian pencarian data meminjam barang dilakukan oleh Koordintor

Tabel 4.24 Pengujian Pencarian Data Meminjam Barang Kasus dan Hasil Uji (Data Benar)

Memasukan data

meminjam barang

yang akan dicari

Contoh : Compaq

Menampilkan

semua data yang

terdapat kata:

“Cimanuk”

Dapat

menampilkan data

meminjam barang

yang dicari

[ ] diterima

[ ] ditolak

(47)

Memasukan data

meminjam barang

yang akan dicari

Contoh : Compaq

Menampilkan

pesan: “Tidak ada

data untuk

ditampilkan”

Dapat

menampilkan

pesan: “Tidak ada

data untuk

ditampilkan”

[ ] diterima

[ ] ditolak

4.2.2.15Penyajian Monitoring Data Barang

Penyajian monitoring data barang dilakukan oleh Manajer dimana kasus

dan hasil uji terlihat pada tabel berikut:

Tabel 4.25 Penyajian Monitoring Data Barang Kasus dan Hasil Uji (Data Benar)

Melihat

monitoring data

barang

Menampilkan

monitoring data

barang.

Dapat menampilkan

monitoring data

barang.

[ ] diterima

[ ] ditolak

Melihat monitoring

data barang

(kosong) (kosong) [ ] diterima

[ ] ditolak

4.2.3 Kesimpulan Hasil Pengujian Blackbox

Berdasarkan hasil pengujian dengan kasus sample uji yang dilakukan secara menyeluruh telah memberikan suatu kesimpulan bahwa secara fungsional

sistem monitoring data inventory yang dibangun sudah dapat menghasilkan digunakan dan menghasilkan respon sistem yang diharapkan.

4.2.4 Skenario Pengujian Beta

Pengujian beta merupakan pengujian yang dilakukan secara objektif

dimana sistem yang dibangun dapat diuji secara langsung ke pengguna. Pengujian

beta dilakukan melalui sebuah teknik pengambilan data, yaitu melalui wawancara.

(48)

131

Koordinator Engineering Vio Pasteur, Koordinator Engineering Vio Surapati dan Manajer di Vio Hotel Indonesia. Wawancara terdiri dari beberapa pertanyaan

terbuka yang akan ditanyakan kepada narasumber.

4.2.4.1 Wawancara Pengujian Beta Admin

Wawancara dilakukan pada Staf Financial Controler sebagai Admin. Berikut adalah daftar pertanyaan yang diajukan dan jawaban yang telah diberikan.

1. Apakah Sistem Monitoring Data Inventory ini dapat membantu dalam

melakukan pengolahan data pengguna?

Jawaban : Staf Financial Controler menyatakan bahwa sistem sangat membantu, karena dengan sistem ini dalam pendataan

pengguna inventory jadi lebih mudah.

2. Apakah pengolahan data pengguna dalam Sistem Monitoring Data

Inventory ini mudah digunakan?

Jawaban : Staf Financial Controler menyatakan bahwa sistem mudah digunakan,

karena pada sistem ini pembatasan antar level user sudah ada sehingga sesuai dengan pekerjaan masing-masing

pegawai.

3. Apakah Sistem Monitoring Data Inventory yang dibangun sudah sesuai dengan kebutuhan?

Jawaban : Staf Financial Controler menyatakan bahwa sistem sudah sesuai dengan kebutuhan, karena pada sistem sudah dapat

mencatat dengan lengkap dari status alat atau barang.

4. Bagaimana pendapat anda mengenai Sistem Monitoring Data Inventory

ini, apakah sudah layak digunakan?

Jawaban : Staf Financial Controler menyatakan bahwa, menurut saya sistem sudah baik karena data sudah detail dan memiliki

(49)

4.2.4.2 Wawancara Pengujian Beta Koordinator Engineering Vio Cimanuk

Wawancara dilakukan pada Koordinator Engineering Vio Cimanuk. Berikut adalah daftar pertanyaan yang diajukan dan jawaban yang telah diberikan.

1. Apakah Sistem Monitoring Data Inventory ini membantu dalam pengolahan Data Inventory di Bagian Engineering?

Jawaban : Koordinator Engineering Vio Cimanuk menyatakan bahwa sistem sangat membantu, karena dengan data tersebut bisa

mengingatkan kita akan material atau barang yang kita

butuhkan.

2. Apakah Sistem Monitoring Data Inventory ini memudahkan dalam membantu menyelesaikan masalah dalam mencari kebutuhan barang yang

akan digunakan?

Jawaban : Koordinator Engineering Vio Cimanuk menyatakan bahwa sistem sangat membantu, dengan adanya sistem inventory

kita jadi bisa membantu material atau barang yang akan

kita perlukan pada saat pengerjaan atau proyek.

3. Apakah dibangunnya Sistem Monitoring Data Inventory ini dapat membantu mengatasi masalah pencatatan meminjam barang & barang

yang dipinjam?

Jawaban : Koordinator Engineering Vio Cimanuk menyatakan bahwa sistem bisa mengatasi masalah pencatatan meminjam

barang & barang dipinjam, karena kita bisa merecord data

setiap transaksi peminjaman.

4. Apakah Sistem Monitoring Data Inventory yang dibangun sudah sesuai dengan kebutuhan?

Jawaban : Koordinator Engineering Vio Cimanuk menyatakan bahwa

sistem sudah sesuai dengan kebutuhan, karena semua data

dapat tercatat lengkap pada sistem.

(50)

133

Jawaban : Koordinator Engineering Vio Cimanuk menyatakan bahwa sistem sudah layak untuk digunakan, karena sudah sangat

detail datanya.

4.2.4.3 Wawancara Pengujian Beta Koordinator Engineering Vio Pasteur

Wawancara dilakukan pada Koordinator Engineering Vio Pasteur. Berikut adalah daftar pertanyaan yang diajukan dan jawaban yang telah diberikan.

1. Apakah Sistem Monitoring Data Inventory ini membantu dalam

pengolahan Data Inventory di Bagian Engineering?

Jawaban : Koordinator Engineering Vio Pasteur menyatakan bahwa iya, sangat membantu sekali untuk menghindari barang

hilang dan memudahkan kita dalam mencari spesifikasi

barang atau alat sesuai dengan kebutuhan, dan tidak akan

salah dalam pembelian barang atau tool.

akan digunakan?

Jawaban : Koordinator Engineering Vio Pasteur menyatakan bahwa iya, karena bisa saling meminjam barang atau alat yang ada

diproperti Vio yang lain, dan ada data nama sekaligus

spesifikasi barang tersebut sehingga tidak salah dalam

penggantian barang lama.

yang dipinjam?

Jawaban : Koordinator Engineering Vio Pasteur menyatakan bahwa

iya, karena data tersebut mengingatkan kita siapa yang

meminjam, dan menghindari barang yang hilang.

(51)

Jawaban : Koordinator Engineering Vio Pasteur menyatakan bahwa iya, sistem sesuai dengan kebutuhan, untuk menghindari

kealpaan barang beli bisa pengganti yang lama karena

sudah rusak atau tidak layak pakai.

ini, apakah sudah layak untuk digunakan?

Jawaban : Koordinator Engineering Vio Pasteur menyatakan bahwa iya, karena sangat detail datanya.

4.2.4.4 Wawancara Pengujian Beta Koordinator Engineering Vio Surapati

Wawancara dilakukan pada Koordinator Engineering Vio Surapati. Berikut adalah daftar pertanyaan yang diajukan dan jawaban yang telah diberikan.

1. Apakah Sistem Monitoring Data Inventory ini membantu dalam pengolahan Data Inventory di Bagian Engineering?

Jawaban : Koordinator Engineering Vio Surapati menyatakan bahwa sistem membantu pendataan keluar masuk inventory

peralatan.

akan digunakan?

Jawaban : Koordinator Engineering Vio Surapati menyatakan bahwa iya membantu, dapat mencari barang dengan mudah sesuai

dengan yang dibutuhkan.

yang dipinjam?

Jawaban : Koordinator Engineering Vio Surapati menyatakan bahwa iya, sangat membantu menjadi secara teratur.

(52)

135

Jawaban : Koordinator Engineering Vio Surapati menyatakan bahwa iya, monitoring jadi sesuai data list.

Jawaban : Koordinator Engineering Vio Surapati menyatakan bahwa cukup untuk area lingkunan yang kecil.

4.2.4.5 Wawancara Pengujian Beta Manajer

Wawancara dilakukan pada Manajer. Berikut adalah daftar pertanyaan

yang diajukan dan jawaban yang telah diberikan.

ini, apakah lebih memudahkan anda dalam memantau Data Inventory? Jawaban : Manajer menyatakan bahwa iya, karena sistem dapat

menampikan data inventory beserta status dari barang. 2. Apakah Sistem Monitoring Data Inventory yang dibangun sudah sesuai

dengan kebutuhan?

Jawaban : Manajer menyatakan bahwa sistem sudah sesuai dengan

kebutuhan, karena dengan adanya sistem ini pengawasan

barang atau tool kami jadi lebih mudah.

Jawaban : Manajer menyatakan bahwa sistem sudah cukup bagus

dengam menampilkan diagram sehingga mudah untuk

dipantau.

4.2.5 Kesimpulan Hasil Pengujian Beta

Berdasarkan hasil pengujian beta yang telah dilakukan yaitu dengan

wawancara pengguna yang bersifat pertanyaan di lapangan, diperoleh kesimpulan

sebagai berikut :

(53)

2. Sistem monitoring data inventory membantu koordinator engineering

mengolah data barang di bagian Engineering.

3. Sistem monitoring data inventory membantu koordinator engineering

dalam mengolah barang yang dipinjam dan melihat data meminjam

barang.

4. Informasi yang diberikan oleh sistem monitoring data inventory ini sesuai dengan informasi yang dibutuhkan.

5. Sistem monitoring data inventory memudahkan menajer memantau data