SISTEM INFORMASI PENGOLAHAN RE STOK BARANG ...library.palcomtech.com/pdf/6203.pdfcabang di Provinsi Sumatera Selatan. Pada perusahaan ini, pengolahan stok barang di kendalikan oleh

KEMENTERIAN RISET, TEKNOLOGI DAN PENDIDIKAN TINGGI

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER

PALCOMTECH

SKRIPSI

SISTEM INFORMASI PENGOLAHAN RE STOK BARANG

MENGGUNAKAN METODE EOQ (ECONOMIC ORDER

QUANTITY ) PADA PT TEKNOLOGI SYARIAH INDONESIA

Diajukan Oleh:

1. Elia Apriliani / 021140090

2. Gusti Qomariah / 021140088

3. Neni Agustin / 021140109

Untuk Memenuhi Sebagian Dari Syarat-Syarat

Guna Mencapai Gelar Sarjana Komputer

PALEMBANG

2018

ii



PALCOMTECH

SKRIPSI

SISTEM INFORMASI PENGOLAHAN RE STOK BARANG


QUANTITY) PADA PT TEKNOLOGI SYARIAH INDONESIA

Diajukan Oleh:

1. Elia Apriliani / 021140090

2. Gusti Qomariah / 021140088

3. Neni Agustin / 021140109

Untuk Memenuhi Sebagian Dari Syarat-Syarat

Guna Mencapai Gelar Sarjana Komputer

PALEMBANG

2018

iii



PALCOMTECH

HALAMAN PENGESAHAN PEMBIMBING SKRIPSI

NAMA / NPM : 1. ELIA APRILIANI / 021140090

2. GUSTI QOMARIAH / 021140088

3. NENI AGUSTIN / 021140109

PROGRAM STUDI : SISTEM INFORMASI

JENJANG PENDIDIKAN : STRATA SATU (S1)

KONSENTRASI : PEMROGRAMAN DAN DESAIN

JUDUL SKRIPSI : SISTEM INFORMASI PENGOLAHAN RE

STOK BARANG MENGGUNAKAN

METODE EOQ (ECONOMIC ORDER

QUANTITY) PADA PT TEKNOLOGI

SYARIAH INDONESIA

Tanggal : 8 Agustus 2018 Mengetahui,

Pembimbing, Ketua,

Febriyanti Darnis, S.ST., M.Kom Benedictus Effendi, S.T., M.T

NIDN : 0206029002 NIP : 09.PCT.13

iv



PALCOMTECH

HALAMAN PENGESAHAN PENGUJI SKRIPSI

NAMA / NPM : 1. ELIA APRILIANI / 021140090

2. GUSTI QOMARIAH / 021140088

3. NENI AGUSTIN / 021140109

PROGRAM STUDI : SISTEM INFORMASI

JENJANG PENDIDIKAN : STRATA SATU (S1)

KONSENTRASI : PEMROGRAMAN DAN DESAIN

JUDUL LAPORAN : SISTEM INFORMASI PENGOLAHAN RE

STOK BARANG MENGGUNAKAN

METODE EOQ (ECONOMIC ORDER

QUANTITY) PADA PT TEKNOLOGI

SYARIAH INDONESIA

Tanggal : 8 Agustus 2018 Tanggal : 6 Agustus 2018

Penguji 1, Penguji 2,

Andri Saputra, S.Kom., M.Kom Meidyan Permata Putri, S.Kom., M.Kom

NIDN : 0216098801 NIDN : 0204058604

Menyetujui,

Ketua,

Benedictus Effendi, S.T., M.T

NIP : 09.PCT.13

viii

DAFTAR ISI

Hal

HALAMAN JUDUL ......................................................................................... i

HALAMAN PENGESAHAN PEMBIMBING ............................................... iii

HALAMAN PENGESAHAN PENGUJI ........................................................ iv

HALAMAN MOTTO DAN PERSEMBAHAN ............................................. v

KATA PENGANTAR ....................................................................................... vi

DAFTAR ISI ...................................................................................................... viii

DAFTAR GAMBAR ......................................................................................... xiii

DAFTAR TABEL ............................................................................................. xv

DAFTAR LAMPIRAN ..................................................................................... xvi

ABSTRAK ......................................................................................................... xvii

BAB I PENDAHULUAN

1.1 Latar Belakang ................................................................................. 1

1.2 Rumusan Masalah ............................................................................ 3

1.3 Ruang Lingkup ................................................................................. 4

1.4 Tujuan Penelitian .............................................................................. 4

1.5 Manfaat Penelitian ............................................................................ 5

BAB II GAMBARAN UMUM PERUSAHAAN

2.1 Sejarah Perusahaan ........................................................................... 6

2.2 Visi dan Misi .................................................................................... 6

2.2.1 Visi Perusahaan ...................................................................... 6

2.2.2 Misi Perusahaan ..................................................................... 7

2.3 Struktur Perusahaan .......................................................................... 7

2.4 Tugas dan Wewenang ...................................................................... 7

ix

BAB III TINJAUAN PUSTAKA

3.1 Teori Pendukung .............................................................................. 14

3.1.1 Sistem Informasi .................................................................... 14

3.1.2 Economic Order Quantity atau EOQ ..................................... 14

3.2 Penelitian Terdahulu ........................................................................ 15

3.3 Alur Penelitian .................................................................................. 19

3.4 Kerangka Pemikiran ......................................................................... 21

BAB IV METODE PENELITIAN

4.1 Lokasi dan Waktu Penelitian ............................................................ 23

4.1.1 Lokasi Penelitian .................................................................... 23

4.1.2 Waktu Penelitian .................................................................... 23

4.2 Jenis Data ......................................................................................... 23

4.2.1 Data Primer ............................................................................ 23

4.2.2 Data Sekunder ........................................................................ 24

4.3 Teknik Pengumpulan Data ............................................................... 25

4.3.1 Observasi (Pengamatan) ......................................................... 25

4.3.2 Interview (Wawancara) .......................................................... 25

4.3.3 Studi Pustaka .......................................................................... 26

4.3.4 Dokumentasi........................................................................... 26

4.4 Jenis Penelitian ................................................................................. 26

4.5 Alat dan Teknik Pengembangan Sistem ........................................... 27

4.5.1 Alat Pengembangan Sistem .................................................... 27

4.5.2 Teknik Pengembangan Sistem ............................................... 35

x

BAB V HASIL DAN PEMBAHASAN

5.1 Hasil Penelitian ................................................................................ 39

5.2 Identifikasi Masalah ......................................................................... 39

5.2.1 Fase Inception (Permulaan) .................................................... 40

5.2.1.1 Flowchart Sistem Berjalan .......................................... 40

5.2.1.2 Use Case Diagram ...................................................... 42

5.2.1.3 Pemodelan Activity Diagram ..................................... 44

5.2.2 Fase Elaboration (Perencanaan) ............................................. 50

5.2.2.1 Permodelan Class Diagram ........................................ 50

5.2.2.2 Desain Database ......................................................... 51

5.2.2.3 Desain Interface .......................................................... 57

5.2.3 Fase Contruction .................................................................... 63

5.2.3.1 Hasil Implementasi ..................................................... 63

5.2.3.2 Tabel Pengujian Sistem .............................................. 71

5.2.4 Fase Transition (Transisi) ...................................................... 74

BAB VI PENUTUP

6.1 Kesimpulan ....................................................................................... 75

6.2 Saran ................................................................................................. 76

DAFTAR PUSTAKA ........................................................................................ xix

HALAMAN LAMPIRAN ................................................................................. xxi

xi

xvii

ABSTRACT

ELIA APRILIANI, GUSTI QOMARIAH, NENI AGUSTIN. System Information

Processing Restore Goods Using Method EOQ (Economic Order Quantity) at PT.

Teknologi Syariah Indonesia.

PT. Teknologi Syariah Indonesia is a company engaged in the distributor,

at this time PT. Teknologi Syariah Indonesia has several branches in South Sumatra

Province. In this company, stock processing is controlled by the warehouse staff

department, the process of distributing goods to the branch is still done manually,

namely the warehouse section will check directly to the branches to find out the

amount of good stock. Meanwhile, if there is a damaged item, the return of goods

is still by filling the return form, then the form is returned to the headquarters for

the return of goods that are not feasible, then headquarters directly check the

damage of goods according to the form provided by the branch office, if true the

head office will return the goods. Based on existing problems, required a software

system or application processing goods restock. Processing goods restock can be

done by using the method EOQ (Economic Order Quantity). Economic Order

Quantity (EOQ) is a method that uses the science of mathematics and statistics as

the main tool in solving quantitative problems in inventory. As for the development

of his system, researchers use RUP system development method (Rational Unified

Process). With activities that focus on the development of UML data model (Unified

Model Language).

Keywords : EOQ, UML, Website, RUP

xviii

ABSTRAK

ELIA APRILIANI, GUSTI QOMARIAH, NENI AGUSTIN. Sistem Informasi

Pengolahan Restok Barang Menggunakan Metode EOQ (Economic Order

Quantity) Pada PT. Teknologi Syariah Indonesia.

PT. Teknologi Syariah Indonesia adalah perusahaan yang bergerak dibidang

distributor, pada saat ini PT. Teknologi syariah indonesia memiliki beberapa

cabang di Provinsi Sumatera Selatan. Pada perusahaan ini, pengolahan stok barang

di kendalikan oleh bagian staff gudang, proses pembagian barang ke cabang saat

ini masih dilakukan secara manual, yaitu bagian gudang akan memeriksa langsung

ke cabang-cabang untuk mengetahui jumlah stok barang. Sedangkan jika ada

barang yang rusak, pengembalian barang masih dengan cara mengisi form retur,

lalu form tersebut di kembalikan lagi ke kantor pusat untuk pengembalian barang

yang tidak layak, kemudian kantor pusat mengecek secara langsung kerusakan

barang sesuai form yang diberikan oleh kantor cabang, jika benar kantor pusat akan

mengembalikan barang. Berdasarkan permasalahan yang ada, diperlukan suatu

sistem software atau aplikasi pengolahan restok barang. Pengolahan restok barang

dapat di lakukan dengan menggunakan metode EOQ (Economic Order Quantity).

Economic Order Quantity (EOQ) adalah suatu metode yang menggunakan ilmu

matematika dan statistika sebagai alat bantu utama dalam memecahkan masalah

kuantitatif dalam persediaan. Sedangkan untuk pengembangan sistemnya, peneliti

menggunakan metode pengembangan sistem RUP (Rational Unified Proses).

Dengan aktifitas yang berfokus pada pengembangan model data UML (Unified

Model Language).

Kata Kunci : EOQ, UML, Website, RUP

1

BAB I

PENDAHULUAN

1.1 Latar Belakang Penelitian

PT. Teknologi Syariah Indonesia (TSI) merupakan salah satu

perusahaan yang bergerak di bidang distributor, Menurut Peraturan Menteri

Perdagangan Indonesia Nomor 11 Tahun 2016 pengertian distributor adalah

“perusahaan perdagangan nasional yang bertindak untuk dan atas namanya

sendiri berdasarkan perjanjian yang melakukan pembelian, penyimpanan,

penjualan, serta pemasaran barang/jasa yang dimiliki/dikuasai.” Salah satu

proses kegiatan pada PT. Teknologi Syariah Indonesia adalah pengolahan

barang dimulai dari transaksi pemesanan barang pada supplier, transaksi

penerimaan barang, transaksi permintaan barang dari cabang ke gudang dan

transaksi pengiriman produk ke cabang.

Saat ini PT. Teknologi Syariah Indonesia sudah memiliki beberapa

cabang di Sumatera Selatan. Cabang pertama berada di Jalan Sukarela

Palembang, cabang kedua berada di Talang Kelapa Palembang, sedangkan

cabang ketiga berada di daerah Pakjo kota Palembang. Sedangkan untuk

menjadi member, PT. Teknologi Syariah Indonesia belum mempunyai cara

yang tepat untuk konsumen agar dapat mendaftar menjadi member. Member

disini berfungsi untuk penambahan poin ketika konsumen berbelanja di

minimarket cabang PT. Teknologi Syariah Indonesia.

2

Dalam pengolahan stok barang di PT. Teknologi Syariah Indonesia

bagian yang terpenting adalah informasi di bagian gudang, karena bagian

gudang memiliki fungsi untuk mengawasi dan mengendalikan dalam

pengolahan stok barang. Proses pembagian barang ke cabang saat ini masih

dilakukan secara manual, yaitu bagian gudang akan memeriksa langsung ke

cabang–cabang untuk mengetahui jumlah stok barang. Selain itu jika ada

barang yang tidak layak, pengembalian barang masih melakukan dengan

mengisi form retur, lalu form di kembalikan ke kantor pusat untuk

pengembalian barang yang tidak layak, kemudian kantor pusat mengecek

secara langsung kerusakan barang sesuai form yang diberikan oleh kantor

cabang, jika benar maka pusat mengganti kerusakan barang. Dengan cara

ini, proses pengembalian barang membutuhkan waktu yang lama dan

terkadang form hilang. Selain itu, dengan cara manual tersebut sering terjadi

kesalahan dan lambannya dalam proses pencatatan laporan persediaan

barang.

Berdasarkan pemasalahan yang ada, diperlukannya suatu sistem

software atau aplikasi pengolahan re-stok barang yang dapat mencatat dan

menghasilkan laporan secara tepat sesuai dengan kebutuhan serta user

friendly atau mudah dioperasikan bagi setiap user. Pengolahan re-stok

barang dapat dilakukan dengan menggunakan metode Economic Order

Quantity ( EOQ ). Economic Order Quantity ( EOQ ) adalah suatu metode

yang menggunakan ilmu matematika dan statistika sebagai alat bantu utama

dalam memecahkan masalah kuantitatif dalam sistem persediaan. Pada

3

dasarnya metode ini berusaha mencari nilai optimal dalam menentukan

jumlah ukuran pemesanan yang dinamis, sehingga membantu perusahaan

untuk mengambil keputusan terbaik, cepat, dan tepat. Sehingga pada

akhirnya memberikan nilai optimal pada produk dan jasa yang di jual

kepada pelanggan (Basari, 2014).

Berdasarkan permasalahan diatas maka peneliti mengambil metode

pengembangan sistem yang cocok untuk digunakan yaitu metode RUP

(Rational Unified Proses), tahapan RUP yang sesuai dengan penelitian ini

adalah fase inception, fase elaboration, fase construction, fase transition.

Dengan aktifitas yang berfokus dengan pada pengembangan model data

UML (Unified Model Language).

Penelitian ini bermaksud untuk membahas mengenai “SISTEM

INFORMASI PENGOLAHAN RE-STOK BARANG


QUANTITY) PADA PT. TEKNOLOGI SYARIAH INDONESIA”.

1.2 Rumusan Masalah

Rumusan masalah dapat dipaparkan sebagai berikut :

1. Bagaimana merancang sebuah sistem informasi re-stok barang

dengan menerapkan metode EOQ untuk perhitungan

meminimalkan total biaya pembelian optimal ?

2. Bagaimana menerapkan metode RUP dalam pembuatan sistem

informasi re-stok barang ?

4

1.3 Ruang Lingkup

Adapun ruang lingkup dari penelitian ini sebagai berikut :

1. Dalam penelitian ini penulis menggunakan metode EOQ

(Economic Order Quantity) yang digunakan untuk membantu

dalam perhitungan stok barang pada PT Teknologi Syariah

Indonesia.

2. Penelitian ini menggunakan metode pengembangan system RUP

(Rational Unified Process). Tahapan yang ada pada metode RUP

adalah fase inception (tahap permulaan), fase elaboration (tahap

perencanaan), fase construction (tahap konstruksi) dan fase

transition (tahap transisi).

3. Perancangan pemodelan sistem menggunakan pemodelan UML

(Unified Modelling Language). Diagram yang digunakan yaitu

use case diagram, activity diagram dan class diagram.

1.4 Tujuan Penelitian

Tujuan dari penelitian yang dilakukan adalah mengubah

pengelolaan data dari yang menggunakan tulisan tangan menjadi

terkomputerisasi dan membuat sistem informasi re-stok barang

menggunakan metode EOQ (Economic Order Quantity) untuk

mempermudah dalam pengolahan data stok barang.

5

1.5 Manfaat Penelitian

Dengan adanya penelitian ini diharapkan dapat memberikan suatu

rancangan sistem yang user friendly untuk aplikasi sistem informasi

mengenai pengolahan data serta membantu dalam meningkatkan penjualan

dan dapat mempermudah informasi antar kantor pusat dan cabang.

Sedangkan manfaat bagi akademik yaitu sebagai panduan dalam suatu

sistem informasi pengolahan re stok barang dan menjadi referensi bagi

penelitian selanjutnya.

6

BAB II

GAMBARAN UMUM PERUSAHAAN

2.1 Sejarah Perusahaan

PT. Teknologi Syariah Indonesia adalah perusahaan yang bergerak

dibidang distributor, Menurut Peraturan Menteri Perdagangan Indonesia

Nomor 11 Tahun 2016 pengertian distributor adalah “perusahaan

perdagangan nasional yang bertindak untuk dan atas namanya sendiri

berdasarkan perjanjian yang melakukan pembelian, penyimpanan,

penjualan, serta pemasaran barang/jasa yang dimiliki/dikuasai.”

PT. Teknologi Syariah Indonesia didirikan oleh perhimpunan umat

muslim yang bertujuan untuk menjadi solusi Informasi Teknologi bagi umat

muslim dalam menjalankan bisnis ber-Syariah. PT. Teknologi Syariah

Indonesia ini berada di bawah Majelis Taklim Wirausaha di yang di

bimbing oleh Ustad Valentino Dinsi.

2.2 Visi dan Misi

2.2.1 Visi Perusahaan

Visi perusahaan yaitu :

1. Menjadi solusi Informasi Teknologi bagi umat muslim dalam

menjalankan Bisnis Ber-Syariah,

2. Menjadi Basis Bisnis Syariah umat muslim melalui media

Teknologi Informatika

7

2.2.2 Misi Perusahaan

Misi perusahaan yaitu :

Menciptakan akses keuangan yang inklusif dan membebaskan

UMKM dari jeratan riba.

2.3 Struktur Perusahaan

Sumber : PT Teknologi Syariah Indonesia

Gambar 2.1 Struktur Perusahaan

2.4 Tugas dan Wewenang

1. Direktur Utama

Direktur utama mempunyai tugas dan wewenang sebagai :

- Sebagai koordinator, komunikator, pengambil

keputusan, pemimpin, pengelolah dan eksekutor dalam

menjalankan dan memimpin perusahaan.

8

- Memutuskan dan menentukan peraturan dan kebijakan

tertinggi perusahaan.

- Bertanggung jawab dalam memimpin dan menjalankan

perusahaan.

- Bertanggung jawab atas kerugian yang dihadapi

perusahaan termasuk juga keuntungan.

- Merencanakan serta mengembangkan sumber-sumber

pendapatan dan pembelanjaan kekayaan perusahaan.

- Bertindak sebagai perwakilan perusahaan dalam

hubungannya dengan dunia luar perusahaan.

- Menetapkan strategi-strategi untuk mencapai visi dan

misi perusahaan.

- Mengkoordinasikan dan mengawasi semua kegiatan di

perusahaan.

- Mengangkat dan memberhentikan karyawan perusahaan.

2. Sekretaris

Sekretaris mempunyai tugas dan wewenang sebagai :

- Menyiapkan agenda rapat.

- Menerima telepon untuk direktur.

- Membuat janji dengan klien.

- Menjadi notulen rapat.

- Perwakilan meeting dan menjadi relasi.

- Menerima surat dan melakukan koordinasi.

9

- Mengurus masalah dan melakukan koreksi.

3. Komisaris Utama

Komisaris Utama mempunyai tugas yaitu melakukan

pengawasan terhadap pengurusan perusahaan yang

dilakukan oleh Direksi serta memberikan nasihat berkenaan

dengan kebijakan Direksi dalam menjalankan perusahaan.

4. Direktur

Tugas dan wewenang Direktur adalah sebagai berikut :

- Menetapkan prosedur kegiatan perusahaan di tiap-tiap

devisi untuk mencapai sasaran yang di tetapkan

perusahaan.

- Menetapkan tujuan dari tiap-tiap devisi yang ada.

- Mengawasi dan mengkoordinir kegiatan secara periode

dan pertanggung jawabannya.

- Mengadakan pengangkatan, mutasi dan pemberhentian

karyawan beserta gajinya.

- Menetapkan kebijakan operasional perusahaan untuk

jangka pendek.

- Sebagai pimpinan dari perusahaan.

5. Direktur Operasional

Direktur operasional mempunyai tugas dan wewenang

sebagai berikut :

10

- Merencanakan, melaksanakan dan mengawasi seluruh

pelaksanaan operasional perusahaan

- Membuat standar perusahaan mengenai semua proses

operasional, produksi, proyek dan kualitas hasil produksi

- Membuat strategi dalam pemenuhan target perusahaan

dan cara mencapai target tersebut

- Membantu tugas-tugas direktur utama

- Mengecek, mengawasi dan menentukan semua

kebutuhan dalam proses operasional perusahaan

- Merencanakan, menentukan, mengawasi, mengambil

keputusan dan mengkoordinasi dalam hal keuangan

untuk kebutuhan operasional perusahaan

- Mengawasi seluruh karyawan apakah tugas yang

dilakukan sesuai dengan standar operasional perusahaan

- Bertanggung jawab pada pengembangan kualitas produk

ataupun karyawan

- Membuat laporan kegiatan untuk diberikan kepada

direktur utama

- Bertanggung jawab pada proses operasional, produksi,

proyek dan kualitas hasil produksi

6. Direktur Keuangan

11

Tugas dan wewenang Direktur Keuangan adalah sebagai

berikut :

- Mengelolah dan mengendalikan keuangan perusahaan

serta melakukan pengendalian penyelenggaraan aktivitas

keuangan secara terpusat.

- Mengendalikan unit finance center, yaitu unit organisasi

diluar organisasi corporate office yang diperankan

sebagai pusat penyelenggara operasional keuangan.

7. Divisi Pengembangan

Divisi pengembangan mempunyai tugas dan wewenang

sebagai :

- Melakukan pengembangan konsep bisnis yang sesuai

dengan perusahaan.

- Melakukan kajian pengembangan produk-produk baru

termasuk study kelayakannya.

8. Divisi Retail

Divisi retail mempunyai tugas dan wewenang sebagai :

- Melakukan aktivitas yang menambah nilai produk

tergantung kebutuhan.

- Membantu produsen/distributor dan konsumen agar

setiap kebutuhan akan keduanya dapat terpenuhi.

9. Divisi Distributor

12

Divisi dirtributor mempunyai tugas dan wewenang sebagai

berikut :

- Melakukan pembelian ke supplier

- Mengelolah barang yang akan dibeli dan dijual kembali

ke kantor-kantor cabang.

10. Kepala Gudang

Kepala gudang mempunyai tugas dan wewenang sebagai

berikut :

- Membuat perencanaan pengadaan barang dan

distribusinya

- Mengawasi dan mengontrol operasional gudang

- Menjadi pemimpin bagi semua staff gudang

- Mengawasi dan mengontrol semua barang yang masuk

dan keluar sesuai dengan SOP

- Melakukan pengecekan pada barang yang diterima

sesuai SOP

- Membuat perencanaan, pengawasan dan laporan

pergudangan

- Memastikan ketersediaan barang sesuai dengan

kebutuhan

- Mengawasi pekerjaan staff gudang lainnya agar sesuai

dengan standar kerja

13

- Memastikan aktivitas keluar masuk barang berjalan

lancar

- Melaporkan semua transaksi keluar masuk barang dari

dan ke gudang

11. Kepala Accounting

Kepala Accounting memiliki tugas dan wewenang sebagai

berikut :

- Melakukan pengaturan administrasi keuangan

perusahaan

- Menyusun dan membuat laporan keuangan perusahaan

- Menyusun dan membuat laporan perpajakan perusahaan

- Menyusun dan membuat anggaran pengeluaran dan

pendapatan perusahaan secara periodik (bulanan atau

tahunan)

- Melakukan pembayaran gaji karyawan

- Menyusun dan membuat surat-surat yang berhubungan

dengan perbankan dan kemampuan keuangan

perusahaan.

14

BAB III

TINJAUAN PUSTAKA

3.1 Teori Pendukung

3.1.1 Sistem Informasi

Menurut Rusmana, NY (2015:39) suatu sistem pada

dasarnya adalah sekelompok unsur yang erat hubungannya satu

dengan yang lain, yang berfungsi bersama-sama mencapai tujuan

tertentu. Sedangkan informasi merupakan “Proses lebih lanjut dari

data yang sudah memiliki nilai tambah”.

Menurut Rusmana, NY (2015:39) sistem informasi adalah

sistem buatan manusia yang berisi himpunan terintegrasi dari

komponen - komponen manual, komponen - komponen

terkomputerisasi yang bertujuan untuk mengumpulkan data,

memproses data, dan menghasilkan informasi untuk pemakai.

Berdasarkan teori di atas, maka peneliti menyimpulkan

Sistem Informasi adalah suatu unsur yang terintegrasi yang

mempunyai tujuan untuk mengumpulkan data dan menghasilkan

informasi.

3.1.2 Economic Order Quantity atau EOQ

Menurut Y.M. Siagian (2005), Economic Order Quantity (

EOQ ) adalah model manajemen persediaan yang dapat

15

meminimumkan total biaya terutama biaya pesan (Ordering Cost)

dan biaya simpan (Holding Cost).

Menurut Jogiyanto HM (2009 : 50), Banyaknya unit yang di

pesan tersebut dengan biaya yang paling minimum ini disebut

dengan EOQ atau Economic Order Quantity.

Menurut Zefriyenni, Santoso Budi (2015), EOQ adalah

jumlah unit (kuantitas) barang yang dapat dibeli dengan biaya

minimal. Tujuan metode ini adalah menentukan jumlah pemesanan

yang dapat meminimumkan biaya penyimpanan dan biaya

pemesanan persediaan.

Rumus Metode EOQ

Rumus EOQ menurut Y.M Siagian dalam Lukmana (2015)

sebagai berikut :

𝐸𝑂𝑄 = √2. 𝐷. 𝑆

−𝐻

Dimana :

EOQ = Kuantitas pembelian optimal

D = Kebutuhan tahunan (Annual demand)

S = Biaya pesan per order (Ordering cost)

H = Biaya penyimpanan per unit per periode

(Holding cost) persen dari harga beli

3.2 Penelitian Terdahulu

Penelitian yang membahas tentang sistem informasi pengolahan

barang dengan metode EOQ ( Economic Order Quantity ) bukanlah

16

penelitian baru akan tetapi sudah ada penelitian – penelitian terdahulu yang

mengkaji. Dibawah ini merupakan penelitian – penelitian terdahulu yang

berkaitan dengan penelitian ini yaitu :

Tabel 3.1. Penelitian Terdahulu

No Judul Penulis /Tahun Hasil

1. Rancang Bangun

Aplikasi

Pengendalian

Persediaan Bahan

Baku Dengan

Metode Economic

Order Quantity

Pada PT Gemah

Ripah Loh Jinawi

Industri

Eka Febryan P,

Sri Hariani E.

W, Valentinus

Roby H.

JSIKA Vol.5,

No.11, Tahun

2016.

Issn 2338-137X

Dalam aplikasi proses

pengendalian

persediaan lebih cepat

dan secara otomatis

karena perhitungan

kuantitas kebutuhan

produksi langsung dapat

diolah sistem. Metode

pengembangan sistem

yang digunakan yaitu

SDLC

2. Penerapan Metode

EOQ dan ROP

(Studi Kasus:

PD. BARU)

Tomi Lukmana

dan Diana

Trivena.

JuTISI e-ISSN :

2443-2229.

Vol 1 No.3

Desember 2015

Sistem aplikasi website

yang dapat mengelola

data di PD. Baru dengan

metode perhitungan

menggunakan EOQ dan

ROP dan bahasa visual

yang digunakan UML.

17

No Judul Penulis /Tahun Hasil

3. Sistem Pengawasan

dan Pengendalian

Bahan Baku

Menggunakan

Metode Economic

Order Quantity

(EOQ) Di PT. Mega

Bakti Teknik

Machmud

Khoirul Basari.

Jurnal Ilmiah

Komputa

Agustus 2014.

ISSN : 2089-

9033

Sistem ini akan

mempermudah dalam

pengawasan dan

pengendalian kebutuhan

bahan baku. Metode

perhitungan yang di

gunakan EOQ karena

dapat mengurangi

resiko kekurangan stok

bahan baku.

4. Sistem Informasi

Pengelolaan

Keuangan Dana

Bantuan Pada

Kecamatan Arjosari

Nita Yuli

Rusmana,

Sentra

Penelitian

Engineering dan

Edukasi –

Volume 7 No 2 -

2015 ISSN :

1979-9330

Sistem ini membantu

pengolahan data untuk

keuangan dana bantuan

di kecamatan Arjosari

agar data tersebut dapat

diolah dengan efektif

dan efisien yang

sebelumnya masih

bersifat konvensional.

18

Berdasarkan penelitian terdahulu di atas, hasil penelitian terdahulu

yang pertama oleh Eka Febryan P, dkk (2016) dengan judul Rancang

Bangun Aplikasi Pengendalian Persediaan Bahan Baku Dengan Metode

Economic Order Quantity Pada PT Gemah Ripah Loh Jinawi Industri dapat

disimpulkan dalam sistem aplikasi proses pengendalian persediaan lebih

mudah digunakan dengan perhitungan EOQ dan tahapan SDLC. Pada

penelitian kedua terdapat Penerapan Metode EOQ dan ROP Studi Kasus

PD. BARU oleh Lukmana dan Trivena (2015), dapat disimpulkan bahwa

mengelola data dengan menggunakan metode perhitungan EOQ lebih tepat

karena dapat memperkirakan kebutuhan barang supaya tidak kehabisan stok

dan membantu perusahaan dalam melakukan pembelian secara ekonomis.

Penelitian selanjutnya Sistem Pengawasan dan Pengendalian Bahan

Baku Menggunakan Metode Economic Order Quantity (EOQ) Di PT. Mega

Bakti Teknik yang di tulis oleh Basari (2014) dapat ditarik kesimpulan

sistem pengawasan dan pengendalian dengan metode EOQ dapat

menentukan jumlah pererncanaan produk tahun berikutnya, menentukan

waktu pemesanan bahan baku sehingga mengurangi resiko kekurangan stok

bahan baku. Penelitian oleh Rusmana, (2015) “Sistem Informasi

Pengelolaan Keuangan Dana Bantuan Pada Kecamatan Arjosari”

disimpulkan sistem ini dibuat agar membantu dalam pengelolaan data yang

efektif dan efisien.

19

3.3 Alur Penelitian

Berikut ini adalah kerangka penelitian penulis dalam pembuatan

sistem informasi pengolahan re-stok barang menggunakan metode

perhitungan EOQ (Economic Order Quantity) dan metode pengembangan

sistem RUP (Rational Unified Process).

Pengolahan re stok barang sangat penting untuk perusahaan

terutama pada PT Teknologi Syariah Indonesia. Penerapan metode yang

digunakan dapat membantu memperlancar proses pengolahan re stok

barang dan bertujuan memberikan gambaran perusahaan dalam mengambil

sebuah keputusan yang tepat.

20

Gambar alur penelitian dapat dilihat pada gambar 3.1 dibawah ini :

Sumber : diolah sendiri

Gambar 3.1 Alur Penelitian

PT. TEKNOLOGI SYARIAH INDONESIA

Identifikasi Masalah

Kendala dalam perhitungan stok barang, proses transaksi jual beli, proses pengembalian

barang rusak, pendaftaran member dan proses pembuatan laporan.

Teori

Pendukung

1. Sistem

Informasi

2. EOQ

3. UML

4. RUP

Metode Yang

Digunakan

1. EOQ

2. RUP

3. UML

Hasil Penelitian

Sistem informasi pengolahan re stok barang

menggunakan metode EOQ (Economic Order

Quantity) pada PT Teknologi Syariah Indonesia

yang dapat membantu staff dalam proses

perhitungan stok barang dan proses transaksi jual

beli barang.

Solusi

Sistem Infomasi Pengolahan Re

stok Barang Menggunakan

Metode EOQ (Economic Order

Quantity) Pada PT. Teknologi

Syariah Indonesia

Pengujian

Pengujian sistem informasi dilakukan dengan metode black box testing.

21

3.4 Kerangka Pemikiran

Berikut ini adalah kerangka pemikiran penulis dalam pembuatan

sistem informasi pengolahan re-stok barang menggunakan metode

perhitungan EOQ (Economic Order Quantity) pada PT. Teknologi Syariah

Indonesia.

Perhitungan stok barang proses masih dilakukan secara manual dan

transaksi jual beli dilakukan secara konvensional. Untuk permasalahan ini

peneliti menggunakan metode perhitungan EOQ (Economic Order

Quantity) agar dapat mempermudah staff dalam melakukan pekerjaannya.

Selain itu, terdapat masalah dalam penyampaian informasi yang kurang

efektif sehingga dibutuhkan sebuah sistem untuk meningkatkan proses

penyampaian informasi. Sistem dibuat dengan metode pengembangan

RUP (Rational Unified Proces) dan menggunakan metode pemodelan data

UML (Unified Modeling Language).

22

Gambar kerangka pemikiran dapat dilihat pada gambar 3.2 dibawah ini :

Gambar 3.2 Kerangka Pemikiran

PT. TEKNOLOGI SYARIAH INDONESIA

Identifikasi Masalah Perhitungan

- Proses transaksi jual beli dan

proses perhitungan stok barang

masih dilakukan secara

konvensional

- Lambatnya proses transaksi jual

beli

Identifikasi Masalah Sistem

- Media yang digunakan dalam

penyampaian informasi melalui

telepon seluler

- Terbatasnya informasi antar

kantor cabang dengan kantor

pusat

Metode yang digunakan

- EOQ (Economic Order Quantity)

Metode Yang digunakan

- RUP (Rational Unified Process)

- UML (Unified Modelling

Language)

Solusi

SISTEM INFORMASI

Hasil Perancangan / Simulasi

“Sistem Informasi Pengolahan Re Stok Barang Menggunakan Metode EOQ (Economic

Order Quantity) “

23

BAB IV

METODE PENELITIAN

4.1 Lokasi dan Waktu Penelitian

4.1.1 Lokasi Penelitian

Penelitian dilakukan di PT. Teknologi Syariah Indonesia

yang beralamat di Jl. Sukarela No. 04 KM 7 Palembang, Sumatera

Selatan.

4.1.2 Waktu Penelitian

Waktu penelitian dilaksanakan pada tanggal 22 April 2018

sampai tanggal 6 Juni 2018.

Tabel 4.1 Jadwal Penelitian

Tahapan

Tahun

2018

Bulan

Maret

Bulan

April

Bulan

Mei

Bulan

Juni

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

Fase Inception

Fase Elaboration

Fase Contruction

Fase Transition

4.2 Jenis Data

4.2.1 Data Primer

Sunyoto (2013:21), data primer adalah data asli yang

dikumpulkan sendiri oleh peneliti untuk menjawab masalah

penelitiannya secara khusus. Pada umum data primer ini sebelumnya

belum tersedia, sehingga seorang peneliti harus melakukan

24

pengumpulan sendiri data ini berdasarkan kebutuhannya. Data

primer didapat langsung oleh penulis dari direktur PT Teknologi

Syariah Indonesia. Contoh data primer yang penulis ambil dari

perusahaan lokasi riset adalah hasil wawancara dengan direktur

perusahaan mengenai proses jalannya sistem informasi pengolahan

re stok barang PT Teknologi Syariah Indonesia.

4.2.2 Data Sekunder

Sunyoto (2013:21), data sekunder adalah data yang

bersumber dari catatan-catatan yang ada pada perusahaan dan dari

sumber lainnya yaitu dengan mengadakan studi kepustakaan dengan

mempelajari buku-buku yang ada hubungannya dengan objek

penelitian. Data itu biasanya diperoleh dari perusahaan, laporan-

laporan peneliti terdahulu, jurnal dan buku-buku sebagai referensi

data pendukung didalam penelitian yang penulis lakukan. Data

sekunder juga biasa disebut data tersedia. Data sekunder yang

diperoleh dari PT Teknologi Syariah Indonesia meliputi sejarah

singkat perusahaan, struktur organisasi, visi dan misi, tugas dan

wewenang, data barang, data penjualan, data pembelian, data

cabang, data supplier.

4.3 Teknik Pengumpulan Data

25

Dalam melakukan penyusunan laporan skripsi ini penulis

menggunakan beberapa teknik pengumpulan data. Data yang digunakan

dalam laporan adalah :

4.3.1 Observasi (Pengamatan)

Menurut Nazir (2014:154), observasi adalah cara pengambilan

data dengan menggunakan mata tanpa ada pertolongan alat standar

lain untuk keperluan tersebut.

Penulis melakukan pengamatan bahwa di PT. Teknologi

Syariah Indonesia dalam pengolahan data masih mencatat manual

pada buku dan form, ini sering terjadi kesalahan pencatatan serta

sebagian ada menggunakan spreadsheet yang belum user friendly.

4.3.2 Interview (Wawancara)

Menurut Nazir (2014:170), wawancara adalah proses

memperoleh keterangan untuk tujuan penelitian dengan cara tanya

jawab dengan bertatap muka antara si penanya atau pewawancara

dengan si penjawab atau responden dengan menggunakan alat yang

dinamakan interview quide (panduan wawancara).

Penulis menyimpulkan bahwa wawancara merupakan tanya

jawab secara langsung antarasi penanya dengan si penjawab,

penulis melakukan wawancara langsung kepada ibu Wulan yang

bertugas sebagai staff kantor. Penulis mendapatkan informasi

seringnya terjadi kesalahan dalam pencatatan manual, barang yang

26

terjual tidak sama dengan stok barang yang berkurang yang dicatat

dibuku besar.

4.3.3 Studi Pustaka

Menurut Nazir (2014:79), studi kepustakaan merupakan

langkah yang penting dimana setelah seorang peneliti menetapkan

topik penelitian, langkah selanjutnya adalah melakukan pengkajian

yang berkaitan dengan teori pada topik penelitian.

Penulis melakukan pengumpulan studi pustaka dengan cara

membaca buku pada perpustakaan STMIK PalComTech

Palembang serta sumber lain seperti buku, jurnal dan situs internet

yang berhubungan dengan penelitian.

4.3.4 Dokumentasi

Menurut Nurlina (2012:90), cara memperoleh data mengenai

hal-hal atau variable-variable yang berupa catatan, transkip, buku,

surat kabar, majalah, prasasti, notulen, rapan, agenda, dan

sebagainya.

4.4 Jenis Penelitian

Menurut Wandasari (2013:561), Data kualitatif adalah data yang

berbentuk kata-kata, bukan dalam bentuk angka. Data kualitatif diperoleh

melalui berbagai macam teknik pengumpulan data misalnya wawancara,

analisis dokumen, diskusi terfokus, atau observasi yang telah dituangkan

dalam catatan lapangan (transkip). Bentuk lain data kualitatif adalah gambar

yang diperoleh melalui pemotretan atau rekaman video.

27

4.5 Alat dan Teknik Pengembangan Sistem

4.5.1 Alat Pengembangan Sistem

Adapun alat pengembangan sistem yang dilakukan dalam

penelitian menggunakan bahasa pemodelan UML (Unified

Modelling Language) terdiri dari use case diagram, activity diagram

dan class diagram.

Menurut Hadi, Arlis, Hariyanto (2017:142) Unifed Modeling

Language (UML) adalah bahasa standar untuk penulisan cetak biru

perangkat lunak. UML daat digunakan untuk memvisualisasikan,

menentukan, mengonstruksi, dan mendokumentasikan artifak-

artifak suatu sistem software-intensive. Dengan kata lain, sama

seperti arsitek bangunan membuat cetak biru untuk digunakan oleh

perusahaan kontruksi, arsitek perangkat lunak dalam membangun

perangkat lunak.

Menurut Salisah (2016:40) UML (Unified Modelling

Language) adalah bahasa standar dalam industri untuk visualisasi,

merancang dan mendokumentasikan sistem piranti lunak. UML

merupakan sebuah standar untuk merancang model sebuah sistem.

Dengan menggunakan UML 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. UML lebih cocok untuk

28

penulisan piranti dalam bahasa berorientasi objek seperti C++, Java,

C# atau VB.

A. Pemodelan Proses

1) Use Case Diagram

Menurut Salisah (2016:40) Use Case Diagram

bersifat statis. Use Case Diagram menggambarkan

fungsionalitas yang diharapkan dari sebuah sistem. Use case

mempresentasikan sebuah interaksi antara aktor dengan

sistem. Diagram ini memperlihatkan himpunan use case dan

aktor-aktor (suatu jenis khusus dari kelas). Diagram ini

terutama sangat penting untuk mengorganisasi dan

memodelkan perilaku dari suatu sistem yang dibutuhkan

serta diharapkan pengguna, simbol-simbol Use Case

Diagram dapat dilihat pada tabel 4.2.

Tabel 4.2. Simbol Use Case Diagram

No Gambar Nama Keterangan

1

Actor

Menspesifikasikan

peran yang pengguna

mainkan ketika

berinteraksi dengan Use

Case.

29


2

Dependency

Hubungan dimana

perubahan yang terjadi

pada suatu element

mandiri (indepedent)

akan mempengaruhi

element yang

bergantung pada

element yang tidak

mandiri.

3

Generaliza-

tion

Hubungan dimana objek

anak (descendent)

berbagi perilaku dan

struktur data dari objek

yang ada di atasnya

objek induk (ancestor).

4

Include

Menspesifikasikan

bahwa UseCase sumber

secara eksplisit.

5

Extend

Menspesifikasikan

bahwa Use Case target

memperluas perilaku

dari Use Case sumber

30


pada suatu titik yang

diberikan.

6

Association

Apa yang

menghubungkan antara

objek satu dengan objek

lainya.

7

System

Menspesifikasikan

paket yang

menampilkan sistem

secara terbatas.

8

UseCase

Deskripsi dari urutan

aksi-aksi yang

ditampilkan sistem yang

menghasilkan suatu

hasil yang terukur bagi

suatu aktor.

31


9

Collabora-

tion

Interaksi aturan-aturan

dan element lain yang

berkerja sama untuk

menyediakan perilaku

yang lebih besar dari

jumlah dan element-

elementnya (sinergi).

10

Note

Element fisik yang eksis

saat aplikasi dijalankan

dan mencerminkan

suatu sumber daya

komputasi

Sumber: Salisah (2016)

2) Activity Diagram

Menurut Salisah (2016:40) Diagram ini bersifat

dinamis. Activity Diagram menggambarkan berbagai alur

aktivitas dalam sistem yang sedang dirancang, bagaimana

masing-masing alur berawal, decision yang mungkin terjadi,

dan bagaimana berakhir. Activity diagram juga dapat

menggambarkan proses paralel yang terjadi pada beberapa

eksekusi. Simbol-simbol Activity diagram dapat dilihat pada

tabel 4.3.

32

Tabel 4.3. Simbol Activity Diagram


1

Activy

Memperlihatkan

bagaimana masing-

masing kelas antarmuka

saling berinteraksi satu

sama lain

2

Action

State dari sistem yang

mencerminkan eksekusi

dari satu aksi

3

Initial

Node

Bagaiman objek dibentuk

dan diawali

4

Actifity

Final Node

Bagaiman objek dibentuk

dan dihancurkan

5

Fork Node

Satu aliran yang pada

tahap tertentu berubah

menjadi beberapa aliran

Sumber : Salisah (2016)

B. Pemodelan Data

Pemodelan data yang digunakan yaitu class diagram.

Menurut Salisah (2016:40) Class Diagram adalah sebuah

spesifikasi yang akan menghasilkan sebuah objek dan

33

merupakan inti dari pengembangan dan desain berorientasi

objek dan merupakan inti dari pengembangan dan desain

berorientasi objek. Class menggambarkan keadaan

(atribut/properti) suatu sistem, sekaligus menawarkan layanan

untuk memanipulasi keadaan tersebut (metoda/fungsi). Class

diagram menunjukan interaksi antara kelas dalam sistem. Kelas

mengandung informasi dan tingkah laku (behavior) yang

berkaitan dengan informasi tersebut. Sebuah kelas pada diagram

kelas dibuat untuk setiap tipe objek pada diagram sekuensial

atau diagram kolaborasi. Case tool tertentu seperti rational rose

membangkitkan struktur kode sumber untuk kelas-kelas

kemudian para programmer menyempurnakan dengan bahasa

pemrograman yang dipilih pada saat coding. Para analist

menggunakan diagram ini untuk menunjukan detail sistem,

sedangkan arsitek sistem menggunakan diagram ini untuk

melihat rancangan sistem. Simbol-simbol Class Diagram dapat

dilihat pada tabel 4.4.

Tabel 4.4. Simbol Class Diagram


1

Generalization

Hubungan dimana

objek anak

(descendent) berbagi

perilaku dan struktur

34


data dari objek yang

ada di atasnya objek

induk (ancestor)

2

Nary

Association

Upaya untuk

menghindari asosiasi

dengan lebih dari 2

objek

3

Class

Himpunan dari objek-

objek yang berbagi

atribut serta operasi

yang sama

4

Collaboration

Deskripsi dari urutan

aksi-aksi yang

ditampilkan sistem

yang menghasilkan

suatu hasil yang

terukur bagi suatu

aktor

5

Realization

Operasi yang benar-

benar dilakukan oleh

suatu objek

35


6

Dependency

Hubungan dimana

perubahan yang terjadi

pada suatu element

yang mandiri

(independent) akan

mempengaruhi

element yang tidak

mandiri

7

Association

Apa yang

menghubungkan antar

objek satu dengan

objek lainnya

Sumber : Salisah (2016)

4.5.2 Teknik Pengembangan Sistem

Menurut Rosa dan Shalahudin (2016:125) Rational Unified

Process (RUP) adalah pendekatan pengembangan perangkat lunak

yang dilakukan berulang-ulang (iterative), focus pada arsitektur

(architecture-centric), lebih diarahkan berdasarkan penggunaan

kasus (use case driven). RUP merupakan proses rekayasa perangkat

lunak dengan pendefinisian yang baik (well defined) dan

perstrukturan yang baik (well structured).

36

RUP menyediakan pendefinisian struktur yang baik untuk

alur hidup proyek perangkat lunak. RUP adalah sebuah produk

proses perangkat lunak yang dikembangkan oleh Rational Software

yang diakui oleh IBM di Bulan Februari 2003. RUP menggunakan

konsep object oriented, dengan aktifitas yang berfokus pada

pengembangan model dengan menggunakan Unified Model

Language (UML). Dalam Rational Unified Process terdapat empat

tahap pengembangan perangkat lunak yaitu :

a. Inception (permulaan)

Pada tahap ini lebih pada memodelkan proses bisnis

yang dibutuhkan (business modeling) dan mendefinisikan

kebutuhan akan sistem yang akan dibuat (requipments).

Berikut adalah tahap yang dibutuhkan pada tahap ini :

1. Memahami ruang lingkup dari proyek (termasuk

pada biaya, waktu, kebutuhan, resiko dan lain

sebagainya).

2. Membangun kasus bisnis yang dibutuhkan.

b. Elaboration (perluasan/perencanaan)

Pada tahap ini lebih difokuskan pada perencanaan

arsitektur sistem. Tahap ini juga mendeteksi apakah

arsitektur sistem yang diinginkan dapat dibuat atau tidak.

Mendeteksi resiko yang mungkin terjadi dari arsitektur yang

buat.

37

c. Construction (konstruksi)

Tahap ini fokus pada pengembangan komponen dan

fitur-fitur sistem. Tahap ini lebih pada implementasi dan

pengujian sistem yang fokus pada implementasi perangkat

lunak pada kode program. Untuk pengujian sistem

menggunakan black box testing.

Menurut Mustaqbal (2015), Black Box Testing

berfokus pada spesifikasi fungsional dari perangkat lunak.

Tester dapat mendefinisikan kumpulan kondisi input dan

melakukan pengetesan pada spesifikasi fungsional program.

Black Box Testing bukanlah solusi alternatif dari White Box

Testing tapi lebih merupakan pelengkap untuk menguji hal-

hal yang tidak dicakup oleh White Box Testing. Black Box

Testing cenderung untuk menemukan hal-hal berikut :

1. Fungsi yang tidak benar atau tidak ada.

2. Kesalahan antarmuka (interface errors).

3. Kesalahan pada struktur data dan akses basis data.

4. Kesalahan performansi (performance errors).

5. Kesalahan inisialisasi dan terminasi.

Pengujian didesain untuk menjawab pertanyaan - pertanyaan

berikut :

1. Bagaimana fungsi-fungsi diuji agar dapat dinyatakan valid

?

38

2. Input seperti apa yang dapat menjadi bahan kasus uji yang

baik ?

3. Apakah sistem sensitif pada input-input tertentu ?

4. Bagaimana sekumpulan data dapat diisolasi ?

5. Berapa banyak rata-rata data dan jumlah data yang dapat

ditangani sistem ?

6. Efek apa yang dapat membuat kombinasi data ditangani

spesifik pada operasi sistem ?

Saat ini terdapat banyak metoda atau teknik untuk

melaksanakan Black Box Testing, antara lain:

1. Equivalence Partitioning

2. Boundary Value Analysis/Limit Testing

3. Comparison Testing

4. Sample Testing

5. Robustness Testing

6. Behavior Testing

7. Requirement Testing

8. Performance Testing

9. Uji Ketahanan (Endurance Testing)

10. Uji Sebab-Akibat (Cause-Effect Relationship Testing).

d. Transition (transisi)

Tahap ini lebih pada deployment atau instalasi sistem

agar dapat dimengerti oleh user. Tahap ini menghasilkan

39

produk perangkat lunak dimana menjadi syarat dari Initial

Operational Capability Milestone atau batas kemampuan

operasional awal.

39

BAB V

HASIL DAN PEMBAHASAN

5.1 Hasil Penelitian

Hasil penelitian yang diperoleh penulis dalam penelitian ini adalah

sebuah proses jual beli barang dimana proses jual dilakukan dengan cara

member atau staff kantor cabang memesan melalui website ke kantor pusat.

Teknik pengembangan sistem pada penelitian yang telah dilakukan

oleh penulis menggunakan metode Rational Unifed Process (RUP) yang

memiliki tahapan yaitu, Fase Inception (permulaan) menggunakan

pemodelan kebutuhan seperti pemodelan proses yaitu use case diagram,

activity diagram dan pemodelan data class diagram. Fase kedua elaboration

(perluasan/perencanaan), fase ketiga contruction (kontruksi) melakukan

implementasi interface dari yang telah dibuat pada desain interface, fase

terakhir transition (transisi) di lakukan pengujian apakah sistem sudah

memenuhi harapan pengguna.

5.2 Identifikasi Masalah

Berdasarkan latar belakang sebelumnya masalah dapat diidentifikasi

yaitu proses pembagian barang ke cabang saat ini masih dilakukan secara

manual, yaitu bagian gudang akan memeriksa langsung ke cabang–cabang

untuk mengetahui jumlah stok barang. Selain itu jika ada barang yang tidak

layak, pengembalian barang masih melakukan dengan mengisi form retur,

lalu form di kembalikan ke kantor pusat untuk pengembalian barang yang

40

tidak layak, kemudian kantor pusat mengecek secara langsung kerusakan

barang sesuai form yang diberikan oleh kantor cabang, jika benar maka

pusat mengganti kerusakan barang. Dengan cara ini, proses pengembalian

barang membutuhkan waktu yang lama dan terkadang form hilang. Selain

itu, dengan cara manual tersebut sering terjadi kesalahan dan lambannya

dalam proses pencatatan laporan persediaan barang.

5.2.1 Fase Inception (Permulaan)

Pada tahap ini lebih kepada memahami ruang lingkup dari

proyek (termasuk pada biaya, waktu kebutuhan, dan resiko).

Membangun kasus bisnis yang dibutuhkan.

5.2.1.1 Flowchart sistem yang berjalan

Pada gambar flowchart yang menjelaskan bagaimana

sistem berjalan. Dapat kita lihat pada gambar 5.1 sebagai

berikut :

41

Mulai

Mengisi Form Pembelian

Cabang

Form Pembelian

Form Pembelian

Menerima Form Pembelian

Mengecek Stok Barang

Memberikan Barang

Terima Barang

Pengecekan Barang

SesuaiMengisi Form

Retur

Form ReturForm Retur

Cek Stok Barang

Mengisi Form Inden

Form IndenForm Inden

Ada

Pusat

Selesai

Ya

Tidak

Ya

Tidak

Tidak

Ya

TidakYa

Gambar: 5.1 Flowchart Sistem yang berjalan

Staff cabang melakukan pembelian barang ke kantor pusat dengan cara

mengisi form pembelian, form pembelian diberikan ke staff kantor pusat. Staff

kantor pusat menerima form pembelian dan mengecek stok barang, jika barang

tidak ada staff cabang mengulang kembali pemesanan. Sedangkan jika barang

42

yang akan di beli ada, maka barang diberikan ke cabang. Cabang melakukan

pengecekan barang yang di terima, jika sesuai maka proses selesai. Jika tidak

sesuai, cabang dapat melakukan retur barang dengan mengisi form retur.

5.2.1.2 Use Case Diagram

Pada gambar permodelan use case yang mejelaskan

bagaimana sistem bekerja. Dapat kita lihat pada gambar 5.2

sebagai berikut :

Gambar 5.2 Use Case Diagram

43

Berikut ini adalah penjelasan dari permodelan use case pada gambar 5.2

diatas :

a. Aktor

Berikut tabel yang menjelaskan tentang peran masing-masing aktor

dapat dilihat pada tabel 5.1 berikut :

Tabel 5.1 Tabel Keterangan Aktor

No Aktor Keterangan

1 Admin

Admin merupakan administrator aplikasi yang memiliki

hak untuk mengelola seluruh data yang ada dalam aplikasi

seperti mengelola data barang, data penjualan, data retur

barang,, mengelola user, dan administrator.

2 Pengunjung

Pengunjung dapat melihat home dan dapat mendaftar

menjadi member.

3

Staff

Cabang

Cabang dapat memesan barang, mengembalikan barang

yang rusak/tidak sesuai.

44

5.2.1.3 Pemodelan Activity Diagram

1. Diagram Activity login

Terdapat gambar diagram activity untuk login dapat dilihat

pada gambar 5.3 berikut :

Masukkan Email.Dan Password

Tampilan Pesan Gagal

Validasi

Dashbord

User System

Activity Diagram Login

Jika validasi bener

Jika validasi gagal

Gambar 5.3 Activity Diagram Login

2. Diagram Activity Data Barang

Terdapat gambar diagram activity diagram data barang

pada website pengolahan re stok barang pada PT.

Teknologi Syariah Indonesia gambar 5.4 berikut :

45

Input Data Barang

Lihat data barang Tampil data barang

Lihat Data

Manipulasi data barang

Edit data barang Hapus data barang

Administrator System

Activity Diagram Data Barang

Tambah Data Barang

Simpan Data

Update data barang

Tambah Data

Edit Data Hapus Data

Gambar 5.4 Activity Diagram Data Barang

3. Activity Diagram Pengguna

Terdapat gambar diagram activity mengelola pengguna pada

website pengolahan restock barang menggunakan metode EOQ

(Economic Order Quantity) pada PT. Teknologi Syariah Indonesia

gambar 5.5 berikut :

46

Lihat Data Akun Pengguna

Tambah data akun pengguna

Tampil data akun pengguna

Lihat

Simpan data

Input data akun pengguna Edit data akun pengguna

Administrator System

Diagram Activity Pengguna

Manipulasi Data Akun Pengguna

Gambar 5.5 Activity Diagram Pengguna

4. Activity Diagram Retur Barang

Terdapat gambar diagram activity retur barang pada PT. Teknologi

Syariah Indonesia gambar 5.6 berikut :

47

Mengisi form retur barang

Tampil pesan gagal

Validasi

Simpan ke database

Menerima retur barang

Cabang System Admin

Activity Diagram Retur

Jika validasi salah

Jika validasi benar

Gambar 5.6 Diagram Activity Retur Barang

5. Activity Diagram Member

Terdapat gambar diagram activity member pada PT. Teknologi


Tampil pesan gagal

Lihat home, kontak, visi dan misi

Input data member

Tampil home, kontak, visi dan misi

Lihat

Simpan data

Pengunjung System

Activity Diagram Member

Gambar 5.7 Diagram Activity Member

48

6. Activity Diagram Hitung EOQ

Terdapat gambar activity diagram hitung EOQ pada PT. Teknologi


Tambah EOQ

Lihat data

Cari EOQ

Tampil data

Lihat

Tampil EOQ

Manipulasi data

Edit data EOQ Hapus data EOQ

Admin System

Activity Diagram Hitung EOQ

Input EOQ

Simpan EOQ

Gambar 5.8 Diagram Activity Hitung EOQ

7. Diagram Activity Pembelian

Terdapat gambar diagram activity pembelian pada PT. Teknologi


49

Buka chart pesanan

Lihat barang

Checkout

Tampil data barang

Lihat

Simpan pesanan

Manipulasi data barang

Pilih barang

Pesan barang

Staff cabang System

Diagram Activity Pembelian

Gambar 5.9 Diagram Activity Pembelian

8. Diagram Activity Laporan

Terdapat gambar diagram activity laporan pada PT. Teknologi


50

Cetak laporan barang

Cetak laporan penjualan

Cetak laporan penjualan

Cetak laporan

Admin System

Diagram Activity Laporan

Cetak laporan barang

Gambar 5.10 Diagram Activity Laporan

5.2.2 Fase Elaboration (Perencanaan)

5.2.2.1 Permodelan Class Diagram

Terdapat gambar class diagram yang menjelaskan

hubungan antara class dalam sebuah sistem yang sedang

dibuat dan bagaimana caranya agar mereka saling

berkaitan untuk mencapai tujuan dapat dilihat pada

gambar 5.11 berikut :

51

Gambar 5.11 Class Diagram

5.2.2.2 Desain Database

Rancangan database yang digunakan sebagai tempat

penyimpanan data menggunakan database MYSQL.

Desain yang akan di buat sebagai berikut :

52

A. Tabel User

Tabel User dapat dilihat pada tabel 5.2 berikut :

Tabel 5.2 Tabel User

No Field Name Type Witdh Keterangan

1 Id_user Int 10 Primary key

2 id_roles Int 10 Foreign key

3 nama_lengkap Varchar 255 Nama_lengkap

4 Username Varchar 255 user

5 Password Varchar 255 password

6 Avatar Varchar 255 avatar

7 Kontak varchar 255 Kontak

8 Prov Varchar 255 provinsi

9 Kab varchar 255 Kabupaten

10 Kec varchar 255 Kecamatan

11 alamat Text - Alamat

12 Created_at timestamp - Create

13 Update_at timestamp - Update

B. Tabel Data Barang

Tabel Data Barang dilihat pada tabel 5.3 berikut :

Tabel 5.3 Tabel Data Barang


1 Id_barang Int 10 Primary key

2 Id_kategori Int 10 Foreign key

3 Nama_barang Varchar 255 Nama_barang

4 Id_satuan Int 10 Id satuan

5 Harga_beli Int 10 Harga beli

53


6 Harga_jual Int 10 Harga jual

7 Biaya_psn Int 10 Biaya pesan

8 Biaya_spn Int 10 Biaya simpan

9 leadtime Int 2 Leadtime

10 stok Int 10 Stok

11 Created_at tmestamp - Create


C. Tabel Data Kategori

Tabel Data Kategori dapat dilihat pada tabel 5.4 berikut :

Tabel 5.4 Tabel Data Kategori


1 Id_kategori Int 10 Primary key

2 Nama_kategori Varchar 255 Foreign key

D. Tabel Kabupaten

Tabel Kabupaten dapat dilihat pada tabel 5.5 berikut :

Tabel 5.5 Tabel Kabupaten


1 Id Varchar 4 Primary key

2 Id_prov Varchar 2 Id Provinsi

3 Nama Varchar 30 Nama

54

E. Tabel kecamatan

Tabel kecamatan dapat dilihat pada tabel 5.6 berikut :

Tabel 5.6 Tabel Kecamatan



2 Id_kabupaten Varchar 4 Id_kabupaten


F. Tabel Roles

Tabel Roles dapat dilihat pada tabel 5.7 berikut :

Tabel 5.7 Tabel Roles


1 Id_roles Int 10 Primary key

2 Nama_level Varchar 255 Foreign key

3 tampil varchar 255 Tampil

G. Tabel Data Transaksi

Tabel Data Transaksi dapat dilihat pada tabel 5.8 berikut :

Tabel 5.8 Tabel Pembeli


1 Id_transaksi Int 10 Primary key

2 Kode Varchar 255 Foreign key

3 Id_user Int 10 Foreign key

4 Total Int 10 Total

55


5 Status enum - status



H. Tabel Data Transaksi Detail

Tabel Data Transaksi Detail dapat dilihat pada tabel 5.9 berikut:

Tabel 5.9 Tabel Transaksi Detail


1 Id_detail Int 10 Primary key

2 Id_transaksi Int 10 Foreign key

3 Id_barang Int 10 Foreign key

4 jumlah Int 11 Jumlah

5 subtotal Int 11 Sub total

I. Tabel Data Satuan

Tabel data satuan dapat dilihat pada tabel 5.10 berikut :

Tabel 5.10 Tabel Penjualan


1 Id_satuan int 10 Primary key

2 Nama_satuan varchar 255 Foreign key

56

J. Tabel Provinsi

Tabel Provinsi dapat dilihat pada tabel 5.11 berikut :

Tabel 5.11 Tabel Provinsi




K. Tabel Retur Barang

Tabel Retur Barang dapat dilihat pada tabel 5.12 berikut :

Tabel 5.12 Tabel Retur Barang


1 Id Int 11 Primary key

2 Kode Varchar 255 Kode

3 Jumlah Int 11 Jumlah

L. Tabel Data Eoq

Tabel data EOQ dapat dilihat pada tabel 5.13 berikut :

Tabel 5.13 Tabel Data Eoq


1 Id_eoq Int 10 Primary key

2 Id_barang Int 10 Foreign key

3 Minta Int 10 Nama_barang

4 Eoq Int 10 Eoq

57




M. Tabel Member

Tabel member dapat dilihat pada tabel 5.14 berikut :

Tabel 5.14 Tabel Member


1 No_ktp Varchar 16 Primary key

2 Nama_lengkap Varchar 255 Nama lengkap

5.2.2.3 Desain Interface

1. Form Login

Desain tampilan form login adalah tampilan pada menu

utama pada administrator pada gambar 5.12.

Gambar 5.12 Form Login

58

2. Beranda

Desain tampilan beranda adalah tampilan pada menu utama pada

administrator pada gambar 5.13.

Gambar 5.13 Dashboard

3. Data Barang

Desain tampilan data barang adalah tampilan pada menu utama pada


No Nama barang kategori Stok Satuan Opsi

9999 xxxxx xxxxx 9999 xxxxx xxxx



Data barang

Show Entries Search

Menu

Logo

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Previous Next

Gambar 5.14 Data Barang

59

4. Data penjualan

Desain tampilan data penjualan ialah tampilan pada menu utama

pada administrator pada gambar 5.15.

No Order id Item Tgl terjual Harga jual Jumlah Stok Opsi

9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx



Penjualan

Show Entries Search

Menu

LogoPenjualan

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Previous Next

Gambar 5.15 Data Penjualan

5. Order

Desain tampilan data order ialah tampilan pada menu utama pada


No Waktu order order id item Harga jual

9999 ddmmyy xxxxxx xxxxxx xxxxxx

9999 ddmmyy xxxxx xxxxxx xxxxxx

9999 ddmmyy xxxxx xxxxxx xxxxxx

OrderLogo

List order penjualan Hapus

Cari data disini

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Gambar 5.16 Data Order

60

6. Retur barang

Desain tampilan Retur barang ialah tampilan menu utama pada

administrator dan pada cabang dapat dilihat pada gambar 5.17 :

No Kode Jumlah Opsi

9999 xxxxx 9999 xxxx



Data retur barang

Show EntriesSearch

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Previous Next

Gambar 5.17 Data Retur Barang

7. Pengguna

Desain tampilan pengguna ialah menu yang digunakan oleh

administrator untuk menambahkan pengguna. Desain interface pengguna

dapat dilihat pada gambar 5.18.

User

No Nama Level Username Opsi

9999 xxxxx 9999 xxxx xxxx



Data PenggunaShow Entries

Search

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Logo

Gambar 5.18 Data Pengguna

61

8. Data Penjualan

Desain tampilan data penjualan adalah menu yang digunakan oleh

admin untuk melihat barang yang terjual. Desain penjualan dapat dilihat

pada gambar 5.19 :





Penjualan

Show Entries Search

Menu

LogoPenjualan

Administrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Previous Next

Gambar 5.19 Penjualan

9. Master Data Barang

Desain tampilan master data barang adalah menu yang digunakan

oleh admin untuk menambah kategori dan satuan barang. Menu master data

barang dapat dilihat pada gambar 5.20 :

62

No kategori Opsi

9999 xxxxx xxxx

9999 xxxxx xxxx

9999 xxxxx xxxx

Data Kategori

Show Entries Search

MenuAdministrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

Previous Next

Master Data_Barang

No Nama Satuan Opsi

9999 xxxxx xxxx

9999 xxxxx xxxx

9999 xxxxx xxxx

Data Satuan

Show Entries Search

Menu

Previous Next

Gambar 5.20 Master data barang

10. Data Laporan

Desain tampilan data laporan ialah tampilan pada menu utama pada

administrator pada gambar 5.21

Laporan





Data PenjualanShow Entries

Search

MenuAdministrator

Navigasi utama

Order request

Data barang

Penjualan

Laporan

Pengguna

Retur barang

No Nama barang kategori Modal jual Stok Opsi

9999 xxxxx xxxxx xxxxxx xxxxxx 9999 xxxx



Data barang

Show Entries Search

Unduh PDF

Filter ddmmy-ddmmyy Unduh PDF

Logo

Previous Next

Gambar 5.21 Laporan

63

5.2.3. Fase Contruction ( Kontruksi )

5.2.3.1 Hasil Implementasi

1. Tampilan Utama

Pada halaman utama, pengunjung dapat melihat

sejarah, visi & misi, dan kontak PT. Teknologi Syariah

Indonesia. Tampilan utama pada saat pertamakali masuk

kedalam sistem seperti pada gambar 5.22 berikut ini :

Gambar 5.22 Tampilan Utama

2. Tampilan Login

Pada menu login pengguna menginput user dan

password, jika user dan password salah maka sistem

memberi tampilan login gagal, sedangkan jika user dan

password benar maka sistem langsung masuk ke halaman

dashboard. Tampilan login dapat dillihat pada gambar

5.23 berikut :

64

Gambar 2.23 Halaman login

3. Halaman Beranda Admin Kantor Pusat

Menu beranda pada admin hanya dapat melihat data

barang yang terjual. Halaman beranda admin dapat dilihat

pada gambar 2.24 berikut :

Gambar 2.24 Halaman Beranda Admin

65

4. Halaman Order

Menu order pada dashboard admin dapat melihat dan

mencari data barang yang telah di order oleh staff cabang.

Berikut merupakan tampilan halaman order dapat dilihat

pada gambar 2.25 dibawah :

Gambar 2.25 Halaman order

5. Halaman Data Barang

Pada menu data barang, admin dapat menambah

barang, menambah kategori barang dan satuan barang, edit

barang, hapus barang, detail barang, dan admin juga dapat

mencetak data barang. Halaman data barang dapat dilihat

pada gambar 2.26 berikut:

66

Gambar 2.26 Halaman data barang

6. Halaman Penjualan

Pada halaman penjualan, admin dapat melihat dan

mengunduh data barang yang terjual. Halaman penjualan

berikut dapat dilihat pada gambar 2.27

Gambar 2.27 Tampilan Halaman Penjualan

67

7. Halaman Pengguna

Pada halaman pengguna, admin dapat menambahkan

pengguna, update data pengguna, menghapus data

pengguna, dan lihat detail pengguna. Halaman pengguna

dapat dilihat pada gambar 2.28 :

Gambar 2.28 Halaman Pengguna

8. Halaman Retur Barang

Menu retur barang terdapat tombol pencarian untuk

mencari data barang yang dikembalikan. Halaman retur

barang ini dapat dilihat pada gambar 2.29 :

68

Gambar 2.29 Halaman Retur Barang

9. Halaman Data Laporan

Menu Laporan dapat mencetak laporan data

penjualan dan data barang. Halaman data laporan dapat

dilihat pada gambar 2.30 berikut :

Gambar 2.30 Halaman Data Laporan

69

10. Halaman EOQ

Menu Hitung EOQ adalah menu yang digunakan

untuk menghitung jumlah pesanan minimum. Halaman

menghitung EOQ dapat dilihat pada gambar 2.31 berikut :

Gambar 2.31 Halaman EOQ

11. Halaman Beranda Staff Cabang

Pada halaman Beranda staff cabang, staff cabang

dapat memesan barang yang akan mereka pesan. Jika

pembelian selesai masuk ke cart dan lakukan checkout

pesanan. Halaman tampilan beranda untuk staff cabang

dapat dilihat pada gambar 2.32 berikut :

70

Gambar 2.32 Halaman Beranda Staff Cabang

12. Halaman Data Pembelian (Staff Cabang)

Pada menu pembelian, staff cabang dapat melihat

detail pesanan yang telah di pesan. Tampilan halaman data

pembelian staff cabang dapat dilihat pada gambar 2.33

berikut :

Gambar 2.33 Halaman Data Pembelian Staff Cabang

71

5.2.3.2 Tabel Pengujian Sistem

Pengujian ini dilakukan dengan menggunakan

metode pengujian Black Box testing, metode pengujian ini

akan menguji kinerja dari setiap halaman input Sistem

insormasi penyewaan alat berat yang terdapat pada tabel 5.15

berikut ini:

Tabel 5.15 Tabel Pengujian

No Fungsi

yang diuji

Cara yang

dilakukan

Hasil yang

diharapkan Hasil

1

Fungsi

Login

Admin

memasukan

Username dan

Password

Admin Masuk ke

dalam sistem

menampilkan halaman

dashboard Home

untuk admin

Berhasil

2

Fungsi

Login

Admin

Memasukkan

Username dan

Password yang

salah

Tidak bisa masuk

kehalaman dashboard

Home admin dan

kembali kehalaman

Login

Berhasil

72

No Fungsi

yang diuji

Cara yang

dilakukan

Hasil yang

diharapkan Hasil

3

Input data

barang

Input data barang

ke server database

Data barang terkirim

ke database

Berhasil

4

Input data

pengguna

Input data

pengguna ke

server database

Data pengguna terkirim

ke database

Berhasil

5

Input data

pembelian

Input data

pembelian ke

server database

Data pembelian

terkirim ke database

Berhasil

6

Edit data

barang

Edit data barang

ke server database

Data barang diedit

terkirim ke database

Berhasil

73

No Fungsi

yang diuji

Cara yang

dilakukan

Hasil yang

diharapkan Hasil

7

Hapus

barang

Hapus data

barang saat di

server

Tampilan data barang

saat dihapus

Berhasil

8

Halaman

pengguna

Halaman pada

data pengguna

Tampilan saat tambah

pengguna

Berhasil

9

Hapus

pengguna

Halaman pengguna

Tampilan untuk hapus

pengguna

Berhasil

74

5.2.4 Fase Transition (Transisi)

Pada tahapan ini, peneliti telah memberikan pengenalan dan

pelatihan sistem yang baru pada tahap fase contruction. Pada tahap

ini sistem yang telah dibuat dijalankan pada perusahaan, user

beradaptasi dengan sistem yang baru dibuat. Serta pada tahap ini

juga user mulai memasukan atau penginputan data yang lama ke

dalam sistem yang baru dan mulai menyimpan data-data pada sistem

yang baru secara bertahap.

75

BAB VI

PENUTUP

6.1 Kesimpulan

Adapun hasil penelitian dan uraian yang telah dibahas pada bab-bab

sebelumnya tentang sistem informasi pengolahan restok barang pada PT.

Teknologi Syariah Indonesia, maka penulis mengambil kesimpulan diantaranya :

1) Sistem Informasi pengolahan restok barang menggunakan metode EOQ

(Economic Order Quantity) dibuat untuk mempermudah admin kantor pusat

dan staff cabang untuk melakukan transaksi jual beli.

2) Website pengolahan restok barang menggunakan metode EOQ (Economic

Order Quantity) pada PT. Teknologi Syariah Indonesia mempunyai menu

untuk admin di kantor pusat yaitu menu beranda, kelola data barang, kelola

pengguna, hitung EOQ, kelola penjualan, menu penjualan, menu laporan.

Sedangkan menu untuk staff cabang yaitu beranda, menu pembelian, menu

retur barang.

3) Sistem dapat menginput data barang, input data pengguna, input data

pemesanan, input retur barang dan dapat mencetak laporan.

4) Sisem ini akan lebih mempermudah staff cabang untuk memesan barang ke

kantor pusat PT. Teknologi Syariah Indonesia.

76

6.2 Saran

Berdasarkan hasil observasi dan kekurangan yang ada, maka dapat

diberikan saran agar PT. Teknologi Syariah Indonesia diharapkan dapat

menggunakan website yang telah dirancang oleh penulis, sehingga dapat

memberikan pelayanan lebih baik kepada pengguna website pengolahan restok

barang menggunakan metode EOQ (Economic Order Quantity) di PT. Teknologi

Syariah Indonesia dan aplikasi website ini dapat dikembangkan lebih lanjut

dengan menambahkan fitur – fitur terbaru nantinya seperti pengantar barang

khusus minimarket ini atau aplikasi ini dikembangkan menjadi e-commerce yang

lebih sempurna.

xix

DAFTAR PUSTAKA

A.S Rosa dan Salahuddin M, 2016. Rekayasa Perangkat Lunak (Terstruktur dan

Berorientasi Objek). Bandung : Informatika.

Basari, MK. (2014). Sistem Pengawasan dan Pengendalian Bahan Baku

Menggunakan Metode Economic Order Quantity (EOQ) Di PT. Mega Bakti

Teknik. Jurnal Ilmiah Komputer dan Informatika. ISSN : 2089-9033.

Hadi, F., Arlis, S., Hariyanto, S. (2017). Perancangan Aplikasi Pencarian Labor Dan

Lokal Untuk Kuliah Pengganti Di Universitas Putra Indonesia “YPTK”

Padang. Jurnal Teknologi, ISSN:2541-1535. Vol.7, No 1.

Jogiyanto. 2009. Sistem Teknologi Informasi. Yogyakarta : ANDI.

Lukmana, T., & Trivena, D. (2015). Penerapan Metode EOQ dan ROP Studi Kasus

PD Baru. Jurnal Teknik Informatika Dan Sistem Informatika. ISSN : 2443-

2229.

Mustaqbal, 2015. Pengujian Aplikasi Menggunakan Black Box Testing Boundary

Value Analysis. Jurnal Ilmiah Teknologi Informasi Terapan. ISSN: 2407 –

3911.

Nazir. M, Metode Penelitian. Bogor. Ghalia Indonesia. 2014.

Nurlina, HR., Santoso, NB., dan Siadi , K. (2012). Pengaruh Penerapan Metode

Predict-Observe-Explain Dengan Pendekatan Creative Problem Sloving.

Jurnal. ISSN : 2252-6606.

xx

Prayitno., Febryan, E., dkk. (2016). Rancang Bangun Aplikasi Pengendalian

Persediaan Bahan Baku Dengan Metode Economic Order Quantity Pada PT

Gemah Ripah Loh Jinawi Industri. JSIKA.5. ISSN : 2338-137X.

Rusmana, NY., (2015). Sistem Informasi Pengelolaan Keuangan Dana Bantuan Pada

Kecamatan Arjosari. Sentra Penelitian Engineering dan Edukasi, ISSN : 1979-

9330. Vol.7 No 2.

Salisah, FN., dan Pertiwi ID. (2016). Analisis Dan Perancangan Aplikasi Surat

Pengantar Rujukan Pada Peserta Dari Luar Kota Pekanbaru BPJS Kesehatan.

Jurnal Rekayasa dan Manajement Sistem Informasi, ISSN:2460-8181. Vol.2

No 2.

Sunyoto, Danang. (2013). Metodelogi Penelitian Akuntansi. Bandung : PT Reffika

Aditama.

Y. M. Siagian, Supply Chain Management. Jakarta: Grasindo, 2005.

Zefriyenni, Santoso Budi. (2015). Sistem Informasi Penjualan Dan Pengendalian

Persediaan Barang Menggunakan Metode Economic Order Quantity (EOQ)

Menggunakan Bahasa Pemrograman Java Dan Database MySQL Pada Toko

Kansa Elpiji. Jurnal KomTekInfo Fakultas Ilmu Komputer, ISSN: 2356-0010.

Vol.2 No.2.

SISTEM INFORMASI PENGOLAHAN RE STOK BARANG ...library.palcomtech.com/pdf/6203.pdfcabang di Provinsi Sumatera Selatan. Pada perusahaan ini, pengolahan stok barang di kendalikan oleh

Documents