sistem informasi pengolahan re stok barang ...library.palcomtech.com/pdf/6203.pdfcabang di provinsi...
TRANSCRIPT
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
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
iii
KEMENTERIAN RISET, TEKNOLOGI DAN PENDIDIKAN TINGGI
SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
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
KEMENTERIAN RISET, TEKNOLOGI DAN PENDIDIKAN TINGGI
SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
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
MENGGUNAKAN METODE EOQ (ECONOMIC ORDER
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
No Gambar Nama Keterangan
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
No Gambar Nama Keterangan
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
No Gambar Nama Keterangan
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
No Gambar Nama Keterangan
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
No Gambar Nama Keterangan
1
Generalization
Hubungan dimana
objek anak
(descendent) berbagi
perilaku dan struktur
34
No Gambar Nama Keterangan
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
No Gambar Nama Keterangan
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
Syariah Indonesia gambar 5.7 berikut :
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
Syariah Indonesia gambar 5.8 berikut :
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
Syariah Indonesia gambar 5.9 berikut :
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
Syariah Indonesia gambar 5.10 berikut :
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
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
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
12 Update_at timestamp - Update
C. Tabel Data Kategori
Tabel Data Kategori dapat dilihat pada tabel 5.4 berikut :
Tabel 5.4 Tabel Data Kategori
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
1 Id Varchar 7 Primary key
2 Id_kabupaten Varchar 4 Id_kabupaten
3 Nama Varchar 30 Nama
F. Tabel Roles
Tabel Roles dapat dilihat pada tabel 5.7 berikut :
Tabel 5.7 Tabel Roles
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
5 Status enum - status
6 Created_at timestamp - Create
7 Update_at timestamp - Update
H. Tabel Data Transaksi Detail
Tabel Data Transaksi Detail dapat dilihat pada tabel 5.9 berikut:
Tabel 5.9 Tabel Transaksi Detail
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
1 Id Varchar 2 Primary key
2 Nama Varchar 30 Nama
K. Tabel Retur Barang
Tabel Retur Barang dapat dilihat pada tabel 5.12 berikut :
Tabel 5.12 Tabel Retur Barang
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
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
No Field Name Type Witdh Keterangan
5 Created_at timestamp - Create
6 Update_at timestamp - Update
M. Tabel Member
Tabel member dapat dilihat pada tabel 5.14 berikut :
Tabel 5.14 Tabel Member
No Field Name Type Witdh Keterangan
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
administrator pada gambar 5.14.
No Nama barang kategori Stok Satuan Opsi
9999 xxxxx xxxxx 9999 xxxxx xxxx
9999 xxxxx xxxxx 9999 xxxxx xxxx
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
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
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
administrator pada gambar 5.16.
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
9999 xxxxx 9999 xxxx
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
9999 xxxxx 9999 xxxx xxxx
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 :
No Order id Item Tgl terjual Harga jual Jumlah Stok Opsi
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
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.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
No Order id Item Tgl terjual Harga jual Jumlah Stok Opsi
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
9999 xxxxx xxxxx ddmmyy 9999 9999 xxxx xxxx
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
9999 xxxxx xxxxx xxxxxx xxxxxx 9999 xxxx
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.