LAPORAN KULIAH KERJA PRAKTEK PT. SURYA …
Transcript of LAPORAN KULIAH KERJA PRAKTEK PT. SURYA …
LAPORAN KULIAH KERJA PRAKTEK
PT. SURYA TECHNOLOGY INDUSTRY
Jl. Inti III Blok C8 No.10 Bekasi International Industrial Estate
Cikarang Selatan
PERANCANGAN SISTEM INFORMASI PEMBELIAN BAHAN BAKU PADA
PT.SURYA TECHNOLOGY INDUSTRI
Disusun Oleh :
Muhamad Taufik Akbar
311510542
PROGRAM STUDY TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI
PELITA BANGSA
2018
i
LAPORAN KULIAH KERJA PRAKTEK
PT. SURYA TECHNOLOGY INDUSTRY
Jl. Inti III Blok C8 No.10 Bekasi International Industrial Estate
Cikarang Selatan
PERANCANGAN SISTEM INFORMASI PEMBELIAN BAHAN BAKU PADA
PT.SURYA TECHNOLOGY INDUSTRI
Disusun Oleh :
Muhamad Taufik Akbar
311510542
PROGRAM STUDY TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI
PELITA BANGSA
2018
ii
HALAMAN PENGESAHAN
PERANCANGAN SISTEM INFORMASI
PEMBELIAN BAHAN BAKU PT SURYA TECHNOLOGY INDUSTRI
Diajukan Untuk Memenuhi Salah Satu Syarat Mata Kuliah Kerja Praktek
Jenjang-SI Program Studi Teknik Informatika
Diajukan Oleh:
Nama : Muhamad Taufik Akbar
NIM : 311510542
Bekasi, 01 April 2019
Menyetujui
Dosen Pembimbing Ketua Kaprodi TI
Elkin Rilvani, M.M, M.Kom Aswan S.Sunge, S.E,M.Kom
NIDN : 8426018083 NIDN : 842601808
iii
KATA PENGANTAR
Segala puji dan syukur kami panjatkan ke hadirat Allah SWT karena atas
segala karunia-Nya punulis dapat menyelesaikan laporan pelaksanaan kerja praktek
ini sesuai dengan waktu yang ditentukan. Kerja praktek ini merupakan salah satu
mata kuliah yang wajib ditempuh di STT Pelita Bangsa.
Dengan selesainya laporan kerja praktek ini tidak lepas dari bantuan banyak
pihak yang memberikan masukan-masukan kepada penulis. Untuk itu penulis tidak
lupa mengucapkan terimakasih kepada :
Allah SWT atas limpahan rahmat-Nya sehingga penulis dapat memecahkan
berbagai persoalan di dalam kegiatan ini
Bapak Dr. Ir. Supriyanto, M.P selaku Ketua STT Pelita Bangsa
1. Bapak Aswan Supriyadi Sunge S.E, M.Kom selaku Kaprodi Teknik
Informatika STT Pelita Bangsa
2. Ibu Putri Anggu Sari, S,Pt., M.si. Selaku Dosen Pembimbing Akademik
kelas TI.15.B3
3. Bapak Elkin Rilvani, S .Kom, M .Kom selaku Pembimbing KKP yang
telah memberikan bimbingan serta motivasi selama pelaksanaan KKP dan
penyusunan laporan
Penulis menyadari bahwa masih banyak kekurangan dari laporan ini, baik
dari materi maupun teknik penyajiannya, mengingat kurangnya pengetahuan dan
pengalaman penulis. Oleh karena itu, kritik dan saran yang membangun sangat
penulis harapkan.
Cikarang 1 April 2019
ii
DAFTAR ISI
LAPORAN KULIAH KERJA PRAKTEK ......................................................... i
PT. SURYA TECHNOLOGY INDUSTRY ......................................................... i
HALAMAN PENGESAHAN ............................................................................... ii
KATA PENGANTAR .......................................................................................... iii
DAFTAR ISI .......................................................................................................... ii
DAFTAR GAMBAR ............................................................................................ iv
DAFTAR TABEL ................................................................................................. v
BAB 1 ..................................................................................................................... 1
PENDAHULUAN .................................................................................................. 1
1.1 Latar Belakang Masalah .............................................................................................. 1 1.2 Identifikasi Masalah ..................................................................................................... 3 1.3 Rumusan Masalah .................................................................................................. 3 1.4 Batasan Masalah ........................................................................................................... 3 1.5 Tujuan Dan Manfaat Kerja Praktek .................................................................... 4
1.5.1 Tujuan Kerja Praktek .................................................................................... 4 1.5.2 Manfaat Kerja Praktek .................................................................................. 4
1.6 Metode Pengumpulan Data .................................................................................... 5 1.7 Sistematika Penulisan ............................................................................................. 5
BAB II LANDASAN TEORI ............................................................................... 7
2.1 Pengertian Sistem .................................................................................................... 7 4.2 Pengertian Informasi .............................................................................................. 7 2.3 Pengertian Sistem Informasi .................................................................................. 7 2.4 Pengertian Pembelian ............................................................................................. 8 2.5 Pengertian Bahan Baku .......................................................................................... 8 2.6 Pengertian Basis Data ............................................................................................. 9 2.7 Definisi DBMS ....................................................................................................... 10
2.7.1 Keuntungan dan Kekurangan DBMS ......................................................... 11 2.7.2 Structured Query Language (SQL) ............................................................... 12
2.8 Definisi Perancangan Sistem ................................................................................ 13 2.8.1 Tujuan Perancangan Sistem ........................................................................ 14
2.9 Definisi Unifield Modeling Language (UML) ..................................................... 14 2.9.1 Konsep Pemodelan Menggunakan UML .................................................... 15 2.9.2 Langkah langkag Pengunaan Unfield Modelling Language (UML) ........ 15 2.9.3 Fokus Unified Modelling Language (UML) ............................................... 17 2.9.4 Bangunan dasar Metodologi Unified Modelling Language (UML) .......... 17 2.9.5 Manfaat Unfield Modelling Language (UML) ........................................... 21
2.10 Teori Bahasa Pemrograman ................................................................................ 22
iii
2.10.1 HTML ............................................................................................................ 22 2.10.2 PHP ................................................................................................................. 22 2.10.3 MYSQL .......................................................................................................... 22 2.10.4 Microsoft Visual Basic.Net ........................................................................... 23
2.11 Tugas dan Tanggung Jawab ................................................................................ 23 2.12 Tinjauan Studi ....................................................................................................... 27
BAB III HASIL DAN PEMBAHASAN ............................................................ 32
3.1.1 Business Proses Diagram .................................................................................. 32 3.2 Permasalahan yang dihadapi ............................................................................... 33
3.2.1 Analisa Masalah ............................................................................................ 33 3.2.3 Analisa Kebutuhan sistem ............................................................................ 34
3.3 Sistem yang diusulkan .......................................................................................... 35 3.3.1 Sistem yang diusulkan pada Use Case Diagram ........................................ 35 3.3.2 Rancangan Sistem yang diusulkan pada Activity Diagram Purchasing .. 37 3.3.3 Rancangan Sistem yang diusulkan pada Activity Diagram Gudang ...... 38 3.3.4 Rancangan Sistem yang diusulkan pada Sequence Diagram Purchasing 39 3.3.5 Rancangan Sistem yang diusulkan pada Sequence Diagram Gudang ..... 39 3.3.6 Class Diagram ............................................................................................... 40
3.4 Prosedure Sistem yang diusulkan ........................................................................ 41 3.5 Rancangan User Interface Sistem yang diusulkan ............................................ 42
3.5.1 Tampilan Login Purchasing, Gudang dan Pinpinan ................................. 42 3.5.2 Tamplan Menu Utama .................................................................................. 42 3.5.3 Tampilan Form User .................................................................................... 43 3.5.4 Tampilan Form Barang ................................................................................ 43 3.5.5 Tampilan Form Supplier .............................................................................. 44 3.5.6 Tampilan Form Pembelian .......................................................................... 44 3.5.7 Tampilan Form input barang masuk .......................................................... 45 3.5.8 Tampilan Form Stock Barang ..................................................................... 45
3.6 Perancangan Keluaran ......................................................................................... 46
BAB IV PENUTUP ............................................................................................. 47
iv
DAFTAR GAMBAR
Gambar 3.2 Business Proses yang Berjalan ........................................................................ 37
Gambar 3.3 Use Case diagram yang diusulkan .................................................................. 39
Gambar 3.4 Activity Diagram Purchasing .......................................................................... 41
Gambar 3.5 Activity Diagram Gudang ............................................................................... 42
Gambar 3.6 Sequence Diagram Purchasing ........................................................................ 43
Gambar 3.7 Sequence Diagram yang diusulkan Gudang .................................................... 43
Gambar 3.8 Class Diagram ................................................................................................. 44
Gambar 3.9 Tampilan Form Login .................................................................................... 46
Gambar 3.10 Tampilan Menu Utama.................................................................................. 46
Gambar 3.11 Tamppilan Form User ................................................................................... 47
Gambar 3.12 Tampilan Form Barang ................................................................................. 47
Gambar 3.13 Tampilan Form Supplier ............................................................................... 48
Gambar 3.14 Tampilan Form Pembelian ............................................................................ 48
Gambar 3.15 Tampilan Form Input Barang Masuk ............................................................ 49
Gambar 3.16 Tamppilan Stock Barang ............................................................................... 49
Gambar 3.17 Tampilan Report Pembelian .......................................................................... 50
v
DAFTAR TABEL
Tabel 2.1 Use Case Diagram ............................................................................................... 20
Tebel 2.2 Class Diagram ..................................................................................................... 20
Tabel 2.3 Sequence Diagram .............................................................................................. 21
Tabel 2.4 Activity Diagram................................................................................................. 21
Tabel 2.5 Tinjauna Studi ..................................................................................................... 28
Tabel 2.6 Kerangka Berfikir ............................................................................................... 29
Tabel 3.1 Kebutuhan Fungsional ........................................................................................ 38
Tabel 3.2 Kebutuhan Non Fungsional ................................................................................ 38
Tabel 3.3 Use Case Description Login ............................................................................... 39
Tabel 3.4 Use Case Description Mengelola Penerimaan Barang ....................................... 40
Tabel 3.5 Use Case Description Mengelola Stock Barang ................................................. 40
Tabel 3.6 Use Case Description Melakukan Order Barang ................................................ 40
Tabel 3.7 Use Case Description Laporan Pembelian ......................................................... 4
1
BAB 1
PENDAHULUAN
1.1 Latar Belakang Masalah
Industri manufaktur merupakan kegiatan ekonomi yang dalam kegiatannya
mengubah suatu barang dasar secara mekanis, kimia atau dengan tangan sehingga
menjadi barang jadi atau setengah jadi dan atau barang yangkurang nilainya
menjadi barang yang lebih tinggi nilainya, dan sifatnya lebih dekat kepada
pemakai akhir (Holzi and Sogner, 2004). Contoh lain kegiatan ini adalah kegiatan
jasa industri dan pekerjaan perakitan (assembling), Sektor industri manufaktur
sebagai salah satu sektor penting dalam pembangunan ekonomi nasional. Sektor
industri manufaktur merupakan salah satu penompang perekonomian nasional
karena sektor ini memberikan kontribusi yang cukup signifikan pada pertumbuhan
ekonomi Indonesia.Pada tahun 1990-1996, industri manufaktur Indonesia tumbuh
dengan cepat dan Indonesia pada saat itu mengalami pertumbuhan yang
signifikan.
Hal tersebut yang mendorong perusahaan perusahaan manufaktur
berlomba-lomba untuk menunjukan sistem yang telah di ciptakan pada
perusahaanpun menggunakan sistem informasi berbasis desktop atau web
browser untuk mengakses suatu file atau data fungsinya untuk mempermudah
atau efisiensi terhadap waktu suatu pekerjaan, didalam suatu perusahaan demi
tercapainya suatu target dengan cepat dan terorganisir dengan baik, yang
mencakup dalam sistem tersebut adalah sistem inventori, delivery, purchase order
dan lain sebagainya, tentunya tujuan tersebut ingin mempermudah suatu kerja di
dalam perusahaan agar suatu pekerjaan bisa terselesaikan dengan cepat serta
mendapatkan laporan dengan tepat terutama dalam pembelian bahan baku
PT. Surya Technology industry adalah suatu perusahaan swasta yang
bergerak dibidang manufaktur produksinya berupa plastic injection bahan baku
2
untuk penunjang produksi didapatkan dari dalam negeri maupun import dari luar
negeri. dalam perusahaan manufactur, aktivitas pembelian bahan baku untuk tiap-
tiap departemen sangat berpengaruh terhadap kelancaran proses produksi,
disinilah peran departemen purcahsing di tuntut harus mampu memberikan
kontribusi optimum kepada manajemen perusahaan sebagai bagian dalam
organisasi yang memainkan peran penting dalam upaya mencapai target produksi
yang di tetapkan manajemen
Pada proses pembelian bahan baku produksi pada PT Surya Technology
Industry ada beberapa masalah yang sering dihadapi seperti kurang terkontrolnya
barang masuk sehingga sering terjadinya kelebihan stock dan kekuranagn stock di
gudang persediaan Berdasarkan permasalahan tersebut faktor-faktor penyebabnya
adalah tidak adanya sistem yang mendukung informasi mengenai data bahan baku
yang masuk, informasi suplier, informasi keluar masuk barang/produk. Sehingga
keakurasian data, dan keamanan data tidak terjamin. Dari permasalahan tersebut,
dibutuhkan dukungan sistem informasi yang akurat dan tepat
Berdasarkan paparan diatas penulis mengusulkan menggunakan Sistem
Informasi Pembelian barang dengan menggunakan Visual Basic dengan data
bases Microsoft acces untuk mendukung pengadaan barang mengontrol keluar
masuk bahan baku, selain cepat dan mudah di pelajari visul basic juga
meyediakan tool toll yang lengkap, (kurniadi 2011:5), Visual Basic adalah sebuah
sarana pembuat program yang lengkap namun mudah, siapapun yang bisa
menggunakan windows, ia pasti bisa membuat program dengan Visual Basic.
Anda hanya perlu tahu cara menggunakan mouse, memanipulasi jendela, serta
logika pemograman untuk membuat sebuah aplikasi Visual Basic (kurniadi
2011:5)
Pada pembuatan laporan ini menganalisa sebuah sistem informasi
monitoring pembelian bahan baku yang sesuai dengan kebutuhan pada PT Surya
Technology Industri, denga judul “PERANCANGAN SISTEM INFORMASI
3
PMBELIAN BAHAN BAKU STUDI KASUS PT SURYA TECHNOLOGY
INDUSTRI”
1.2 Identifikasi Masalah
Dari latar belakang yang dijelaskan di atas dapat diketahui permasalahan
dalam pembuatan laporan kali ini adalah :
1. Proses Pembelian Bahan baku yang akan di supply belum terintegrasi
dengan data stock barang yang dibutuhkan
2. Sering terjadinya kelebihan dan kekurangan stock barang karena salah
dalam mengontrol barang masuk dan keluar
1.3 Rumusan Masalah
Dari latar belakang di atas, maka penulis dapat melakukan perumusan
masalah yaitu sebagai berikut :
1. Bagaimana merancang sistem informasi yang dapat menyelesaikan
permasalahan yang ada di PT Surya Technology Industri ?
1.4 Batasan Masalah
Agar pembahasan masalah menjadi lebih jelas dan terarah maka
diperlukan batasan msalah Adapun ruang lingkup Perancangan sistem Informasi
Pembelian Bahan baku hanya sampai tahap designt system belum samapai ke
tahap pengkodingan adapun yang di olah antara lain adalah pembelian bahan
baku dan proses data masuk Serta laporan yang dihasilkan adalah laporan
transaksi pembelian bahan baku yang di order oleh purchasing departemnt
4
1.5 Tujuan Dan Manfaat Kerja Praktek
1.5.1 Tujuan Kerja Praktek
Sesuai dengan permasalahan tersebut, maka tujuan ini di buat sebagai
berikut:
1. Mengidentifikasi permasalahan yang ada di PT Surya Technology
Industri kaitanya dengan pembelian baku produksi
2. Pendataan pembelian bahan baku yang lebih akurat
3. Laporan-laporan mengenai masuk dan keluatnya bahan baku
1.5.2 Manfaat Kerja Praktek
Hasil laporan kuliah kerja praktek ini diharapkan akan memberikan
manfaat bagi penulis, akademik, mauput bagi PT Surya Technology
Industri
1. Bagi Akademik
Hasil penelitian diharapkan dapat digunakan sebagai sarana
pengenalan dan referensi perpustakaan kampus pelita bangsa, yang
dapat dimanfaatkan sebagai media untuk menmbah pengetahuan
2. Bagi Penulis
a) Hail Penelitian ini akan menambah pengetahuan dan wawasam
penulis mengeial sistem informasi pembelian bahan baku
b) Untuk menerapkan penggunaan teori teori yang di dapat dari
perkuliahan dan dapat mengembakan sitem lebih lanjut
3. Bagi PT Surya Technology Industri
a) Dapat memberikan ketepatan dalam pengeloaan data pembelian
bahan baku sehingga lebih efisien
5
b) Memperoleh sistem informasi Pembelian bahan baku yang tepat
dan akurat
1.6 Metode Pengumpulan Data
Metode pengumpulan data ini merupakan tahapan dalam melakukan kerja
praktek. Adapun metode yang digunakan dalam pengumpulan data ini terdiri
dari
1. Observasi
Dengan cara pengamatan secara langsung kelapangan atas objek KP.
2. Pengumpulan Data
pengumpulan data ini dilakukan dengan konsultasi langsung dengan
pembimbing dari bagian tempat penulis ditempatkan yaitu Bagian
Pembelian Barang (Purchsing Departement) dan bagian penerimaan
barang
3. Studi Pustaka
Mencari literature yang berhubungan dengan topik laporan KP
1.7 Sistematika Penulisan
Untuk dapat mengetahui permasalahan dalam penulisan laporan ini maka
digunakan sistem penulisan yang bertujuan untuk mempermudah pembaca
menelusuri dan memahami isi dari lapora kerja praktek ini di setiap bab nya yang
dibuat secara sistematis, praktis, spesifik. Adapun gambaran dari sistemtika
tersebut adalah sebagai berikut :
BAB I Pendahuluan
Dalam bab ini menguraikan latar belakang secara umum, maksud dan
tujuan, metode penelitian, ruang lingkup yang membatasi permasalahan
6
dan sistematika penulisan yang merupakan gambaran dari keseluruhan bab
dari penyusunan laporan kerja praktek
BAB II Landasan Teori
Dalam bab ini menjelaskan tentang konsep teori dan kerangka pemikiran
yang berhubungan dengan topik
BAB III
Bab ini menjelaskan mengenai sejarah berdirinya perusahaan, struktur
organisasi dan fungsinya, prosedur sistem berjalan, Penjurnalan Transaksi
sampai Laporan, Diagram Alir Data (DAD), kamus data, spesifikasi sistem
berjalan yang terdiri dari bentuk dokumen masukan (input) dan keluaran
(output) permasalahan dan alternatif pemecahan masalah.
BAB IV
Dalam bab ini kami mengemukakan beberapa kesimpulan dan saran-saran
penulis juga berharap agar para pembaca dapat mengerti apa yang
terkandung dalam pembuatan penulisan Laporan ini
7
BAB II
LANDASAN TEORI
2.1 Pengertian Sistem
menurut Romney dan Steinbart (2015:3) Sistem adalah rangkaian dari dua
atau lebih komponen-komponen yang saling berhubungan, yang berinteraksi
untuk mencapai suatu tujuan.Sebagian besar sistem terdiridari subsistem yang
lebih kecil yang mendukung sistem yang lebih besar
Sedangkan menurut Sutanta (2009:4) sistem secara umum dapat
didefinisikan sebagai kumpulan hal atau elemen yang saling bekerja sama atau
yang dihubungkan dengan cara-cara tertentu sehingga membentuk satu kesatuan
untuk melaksanakan suatu fungsi guna mencapai suatu tujuan.
2.2 Pengertian Informasi
Informasi adalah pesan (ucapan atau ekspresi) atau kumpulan pesan yang
terdiri dari order sekuens dari simbol, atau makna yang dapat ditafsirkan dari
pesan atau kumpulan pesan, sedangkan menurut Jogianto (2004:8) informasi
adalah data yang diolah menjadi bentuk yang lebih berguna bagi yang
menerimanya. Menurut Al-Fattah (2009:9) sistem informasi merupakan suatu
perkumpulan data yang terorganisasi beserta tatacara penggunaanya yang
mencangkup lebih jauh dari pada sekedar penyajian.Istilah tersebut menyiratkan
suatu maksud yang ingin dicapai dengan jalan memilih dan mengatur data serta
menyusun tatacara penggunaanya
2.3 Pengertian Sistem Informasi
Sistem informasi merupakan sistem di dalam suatu organisasi yang
mempertemukan kebutuhan pengolahan transaksi harian, membantu dan
mendukung kegiatan operasi, bersifat manajerial dari suatu organisasi dan
membantu mempermudah penyediaan laporan yang diperlukan Arbie (2002:35).
8
2.4 Pengertian Pembelian
Pembelian bahan baku merupakan kegiatan pokok PT. Surya Technology
Industri kegiatan utamanya adalah membuat dan mengolah bahan baku plastik
menjadi barang setengah jadi. Dalam sistem pengendalian intern pembelian bahan
baku tentunya banyak melalui proses yang membentuk terjadinya transaksi
pembelian
Berikut ini definisi pembelian menurut pendapat para ahli yaitu :
Pembelian adalah harga pembelian (harga pokok) barang dagang yang
diperoleh perusahaan selama periode tertentu, untuk menghitung harga pokok
penjualan (cost of goods sold), nilai pembelian yang dipergunakan adalah
pembelian bersih (net purchases) yang dihitung sebagai: pembelian barang dagang
ditambah transport pembelian (transportation on purchases freight-in) dikurangi
pembelian retur dan potongan pembelian. Aliminsyah (2005:450)
pembelian menurut Longenecker ( 2006:4) ”Pembelian adalah proses
perolehan bahan, peralatan dan jasa dari penyalur luar”. Dari beberapa pengertian
di atas pembelian adalah suatu proses untuk memperoleh barang dagangan yang
berupa bahan, peralatan, dan jasa selama periode tertentu
2.5 Pengertian Bahan Baku
Bahan baku merupakan bahan yang membentuk bagian besar produk jadi,
bahan baku yang diolah dalam perusahaan manufaktur dapat diperoleh dari
pembelian lokal, import atau hasil pengolahan sendiri , Kholmi (2015:29)
Bahan baku adalah bahan utama dari suatu produk atau barang
Prawirosentono (2001;61)
Dari definisi diatas dapat di simpulkan bahwa bahan baku merupakan
bahan yang utama didalam melakukan proses produksi sampai menjadi barang
jadi
9
2.6 Pengertian Basis Data
Menurut Connolly dan Begg (2010:65), database adalah sekumpulan data
tersebar yang berhubungan secara logis, dan penjelasan dari data ini dirancang
untuk memenuhi kebutuhan informasi dari suatu organisasi. Pangkalan data atau
database adalah kumpulan informasi yang disimpan di dalam komputer secara
sistematik sehingga dapat diperiksa menggunakan suatu program komputer untuk
memperoleh informasi dari basis data tersebut. Perangkat lunak yang digunakan
untuk mengelola dan memanggil kueri (query) basis data disebut sistem
manajemen basis data (database management system, DBMS). Sistem basis data
dipelajari dalam ilmu informasi (www.id.wikipedia.org/wiki/basisdata diakses
pada tanggal 20 juli 2018).
Database merupakan data yang saling terhubung dan deskripsi dari data
yang dirancang untuk kebutuhan organisasi (Connolly dan Begg, 2005:15),
menurut McLeod dan Schell (2004:196), database system adalah sistem
penyimpanan informasi yang terorganisasi dengan suatu cara sehingga
memudahkan untuk proses pengolahan data.
Menurut Paolo(2003:2), database adalah sekumpulan data yang di gunakan
untuk merepresentasikan informasi yang diinginkan dan diimplementasikan
kedalam system. Tujuan utama pengelolaan data dalam database adalah agar kita
dapat memperoleh data yang kita cari dengan mudah dan cepat.
Pemanfaatan database dilakukan untuk memenuhi sejumlah tujuan seperti
berikut ini:
1. Kecepatan dan kemudahan (speed)
2. Efisiensi ruang penyimpanan (space)
3. Keakuratan (accuracy)
4. Ketersediaan (availability)
5. Kelengkapan (completeness)
10
6. Keamanan (security)
7. Kebersamaan pemakaian (sharability)
Dalam penggunaanya, database memiliki beberapa keuntungan yaitu:
1. Mengurangi kesalahan yang disebabkan oleh faktor manusia.
Tugas mekanis lebih baik dilaksanakan oleh mesin.
2. Komputer dapat mengambil dan mengubah data lebih cepat dari
manusia.
3. Akurat dan informasi terbaru selalu tersedia setiap saat
4. Menghemat ruangan karena tidak perlu menyediakan ruangan
penyimpanan kertas file yang sangan banyak
2.7 Definisi DBMS
Menurut Connolly dan Begg (2005:16), Database Management System
(DBMS) merupakan suatu sistem perangkat lunak (software) yang membantu
pemakai dalam mendefinisikan, memelihara, membuat, mengatur dan mengontrol
akses pada suatu basis data
Fasilitas-fasilitas yang disediakan DBMS adalah sebagai berikut (Connolly dan
Begg : 16-17), :
Memperbolehkan user untuk menambah data, mengubah data menghapus data,
dan menemukan data. Biasanya dengan menggunakan suatu Data Manipulation
Language (DML). Biasanya ada suatu fasilitas untuk melayani pengaksesan
data yang di sebut sebagai Query Language. Bahasa query yang paling diakui
adalah Structured Query Language (SQL), yang secara faktanya merupakan
standar bagi DBMS.
11
Penyediaan akses yang terkontrol ke basis data seperti : •
a. Sistem keamanan(security system)
b. untuk mencegah user yang tidak berwenang untuk mengakses file-file
yang bukan haknya.
c. Sistem terintegrasi (integrity system) 12 untuk menjaga konsistensi data.
d. Sistem control pengembalian(Recovery Control System) Untuk
memperbaiki data-data jika sebelumnya terjadi kerusakan-kerusakan
pada perangkat keras atau perankgat lunak.
e. Katalog yang dapat diakses user (User accessible catalog) suatu catatan
dari deskripsi data-data dalam database.
2.7.1 Keuntungan dan Kekurangan DBMS
Menurut Connolly dan Begg (2005:26), keuntungan dari DBMS antara
lain :
1. Dapat menghindari data-data sama yang disimpan berulang kali
(control of data redundancy).
2. Data menjadi lebih konsisten.
3. Bisa didapat informasi yang lebih banyak dari kumpulan data-data
yang sama, dengan permasalahan tertentu.
4. Data-data yang sama dapat di gunakan bersama-sama oleh useruser
yang berbeda-beda (shared data).
5. Meningkatkan keamanan.
6. Penetapan Standarisasi.
7. Kebutuhan-kebutuhan yang berbeda-beda dapat di penuhi dengan
mudah.
12
8. Meningkatkan kemampuan akses data dan kecepatan prosesnya.
9. Meningkatkan produktifitas.
10. Meningkatkan intregitas data.
11. Layanan back up dan recovery semakin baik.
Sedangkan kerugian pengguna DBMS Menurut Connolly dan Begg
(2005:29), antara lain :
1. Proses didalamnya lebih rumit.
2. Mempunyai kapasistas/size yang lebih di memori.
3. Biaya dari suatu DBMS.
4. Membutuhkan biaya tambahan untuk perangkat keras jika DBMS
yang digunakan menuntut penggunaan jenis DBMS tertentu.
5. Kinerja aplikasi tidak berjalan cepat seperti seharusnya karena
adanya DBMS
6. Mengurangi performa penggunaan aplikasi.
7. Kegagalan dapat berdampak lebih kuat
2.7.2 Structured Query Language (SQL)
SQL adalah bahasa yang dipergunakan untuk mengakses data dalam basis
data relation. Bahasa ini secara defacto merupakan bahasa standar yang digunakan
dalam manajemen basis data relational. Saat ini hampir semua server basis data
yang ada mendukung bahasa ini dalam manajemen datanya. SQL muncul berawal
dari sebuah artikel yang membahas tentang ide pembuatan basis data relational
pada tahun 1970 oleh seorang peneliti IBM bernama EF Codd. Artikel ini juga
membahas tentang kemungkinan pembuatan bahasa standar untuk mengakses data
dalam basis data tersebut. Bahasa tersebut diberi nama SEQUEL (Structured
13
English Query Language) yang kemudian berganti nama menjadi SQL karena
bermasalah dengan hukum.
Pada tahun 1970-an, sebuah perusahaan yang bernama Oracle membuat
server basis data yang bernama sesuai dengan nama perusahaannya. Seiring
naiknya kepopuleran Oracle, maka SQL juga ikut popular sehingga menjadi
standar bahasa dalam manajemen basis data.
2.8 Definisi Perancangan Sistem
Perancangan sistem merupakan tahapan lanjutan setelah analisa sistem.
Setelah melalukan identifikasi masalah,memahami cara kerja, melakukan analisa
dan membuat laporan maka pembentukan dari sistem yang akan dibuat
merupakan langkah selanjutnya.
Menurut Mulyanto (2009 : 271), “Perancangan terdiri dari dua aktifitas
utama, yaitu perancangan perangkat keras meliputi perancangan arsitektur serta
perancangan perangkat lunak yang meliputi perancangan database yang berupa
ERD dan perancangan sistem yang dapat berupa DFD”.
Menurut Siti Aisyah dan Nawang Kalbuana dalam jurnal CCIT (2011 :
197) ”Pada metode analisa sistem dan perancangan yang menggunakan metode
yang dikenal dengan nama System Develoment Life Cycle (SDLC). SDLC
merupakan metodelogi umum dalam pengembangan sistem yang menandai
kemajuan dai usaha analisa dan desain”.
Langkah-langksh SDLS meliputi fase – fase sebagai berikut :
a. Perancangan sistem
Dalam tahapan perencanaan sistem ini dijelaskan bagaimana langkah-
langkah dalam perancanganaplikasi kemahasiswaan dengan teknologi mobile.
14
b. Analisa sistem
Melakukan analisa sistem yang akan dirancang, serta melakukan
penelitian terhadap kebutuhan-kebutuhan sistem, apa saja kekurangannya.
c. Perancangan
Yaitu tahapan untuk melakukan perancangan aplikasi mobile, terdapat tiga
tahapan perancangan, yaitu: perancangan interface, perancangan isi, dan
perancangan program
2.8.1 Tujuan Perancangan Sistem
Adapun tujuan yang hendak dicapai dari tahap perancangan sistem
mempunyai maksud atau tujuan utama, sebagai berikut :
1. Untuk memenuhi kebutuhan pemakai sistem (user)
2. Untuk memberikan gambaran yang jelas dan menghasilkan rancang bangun
yang lengkap kepada pemrograman komputer dan ahli – ahli teknik lainnya
yang terlibat dalam pengembangan atau pembuatan sistem
2.9 Definisi Unifield Modeling Language (UML)
Menurut Widodo (2011:6), Unified Modeling Language (UML) adalah
bahasa permodelan standar yang memiliki sintak dan semantik
Menurut Heriawati (2011:10), “bahwa beberapa literature menyebutkan
bahwa Unified Modeling Language (UML) menyediakan Sembilan diagram, yang
lain menyebutkan delapan karena ada beberapa diagram yang digabung, misalnya
diagram komunikasi, diagram urutan dan diagram perwaktuan digabung menjadi
diagram interaksi”.
Menurut Nugroho (2010:6), “Unified Modeling Language (UML) adalah
„bahasa‟ permodelan untuk sistem atau perangkat yang berparadigma „berorientasi
objek‟. Permodelan (modeling) sesungguhnya digunakan untuk penyederhanaan
15
permasalahan-permasalahan yang kompleks sedemikianrupa sehinga lebih mudah
dipelajari dan dipahami”.
Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik
kesimpulan bahwa Unified Modeling Language (UML) adalah sebuah bahasa
yang berdasarkan grafik atau gambar untuk menvisualisasikan,
menspesifikasikan, membangun dan pendokumentasikan dari sebuah sistem
pengembangan perangkat lunak yang berbasis Objek (Object Oriented
Programming)
2.9.1 Konsep Pemodelan Menggunakan UML
Menurut Nugroho (2010:10), “Sesungguhnya tidak ada batasan yag tegas
diantara berbagai konsep dan konstruksi dalam UML, tetapi untuk
menyederhanakannya, kita membagi sejumlah besar konsep dan dalam UML
menjadi beberapa view. Suatu view sendiri pada dasarnya merupakan sejumlah
konstruksi pemodelan UML yang merepresentasikan suatu aspek tertentu dari
sistem atau perangkat lunak yang sedang kita kembangkan. Pada peringkat paling
atas, view-view sesungguhnya dapat dibagi menjadi tiga area utama, yaitu:
klasifikasi struktural (structural classification), perilaku dinamis (dinamic
behaviour), serta pengolahan atau manajemen model (model management)”.
2.9.2 Langkah langkag Pengunaan Unfield Modelling Language (UML)
Menurut Henderi (2010:6), langkah-langkah dalam penggunaan Unified
Modeling Language (UML) sebagai berikut :
1. Buatlah daftar business process dari level tertinggi untuk mendefinisikan
aktivitas dan proses yang mungkin muncul.
2. Petakan use case untuk setiap business process untuk mendefinisikan dengan
tepat fungsional yang harus disediakan oleh sistem, kemudian perhalus use
case diagram dan lengkapi dengan requirement, constraints dan catatan-catatan
lain.
3. Buatlah deployment diagram secara kasar untuk mendefinisikan arsitektur fisik
sistem.
16
4. Definisikan requirement lain non fungsional, security dan sebagainya yang
juga harus disediakan oleh sistem.
5. Berdasarkan use case diagram, mulailah membuat activity diagram.
6. Definisikan obyek-obyek level atas package atau domain dan buatlah sequence
dan atau collaboration untuk tiap alur pekerjaan, jika sebuah use case memiliki
kemungkinan alur normal dan error, buat lagi satu diagram untuk masing-
masing alur.
7. Buatlah rancangan user interface model yang menyediakan antarmuka bagi
pengguna untuk menjalankan skenario use case.
8. Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap
package atau domain dipecah menjadi hirarki class lengkap dengan atribut dan
metodenya. Akan lebih baik jika untuk setiap class dibuat unit test untuk
menguji fungsionalitas class dan interaksi dengan class lain.
9. Setelah class diagram dibuat, kita dapat melihat kemungkinan
pengelompokkan class menjadi komponen- komponen karena itu buatlah
component diagram pada tahap ini. Juga, definisikan test integrasi untuk setiap
komponen meyakinkan ia bereaksi dengan baik.
10. Perhalus deployment diagram yang sudah dibuat. Detilkan kemampuan
dan requirement piranti lunak, sistem operasi, jaringan dan sebagainya. Petakan
komponen ke dalam node.
11. Mulailah membangun sistem. Ada dua pendekatan yang tepat digunakan:
a. Pendekatan use case dengan mengassign setiap use case kepada tim
pengembang tertentu untuk mengembangkan unit kode yang
lengkap dengan test.
b. Pendekatan komponen yaitu mengassign setiap komponen kepada
tim pengembang tertentu.
12. Lakukan uji modul dan uji integrasi serta perbaiki model beserta codenya.
Model harus selalu sesuai dengan code yang aktual.
17
13. Perangkat lunak siap dirilis.
2.9.3 Fokus Unified Modelling Language (UML)
Dalam kerangka spesifikasi, Unified Modelling Language(UML)
menyediakan model-model yang tepat (Adi nugroho,2010), tidak mendua arti
(ambigu) serta lengkap. Secarakhusus, Unified Modelling Language (UML)
menspesifikasikan langkah-langkah penting dalam pengambilan keputusan analisis
perancangan serta implementasi dalam sistem yang sangat bernuansa perangkat
lunak (software intensive system).
Dalam hal ini, Unified Modelling Language (UML) bukanlah merupakan
bahasa pemprograman tetapi model-model yang tercipta berhubungan langsung
dengan berbagai macam bahasa pemrograman, sehingga adalah mungkin
melakukan pemetaan (mapping) langsung dari model-model yang dibuat dengan
Unified Modeling Language (UML) dengan bahasa-bahasa pemrograman
berorientasi obyek, seperti Java, Borland Delphi, Visual Basic, C++, dan lain-lain.
Pemetaan (mapping) Unified Modelling Language (UML)
bersifat dua arah yaitu :
a. Generasi kode bahasa pemprograman tertentu dari Unified Modelling
Language (UML) forward engineering.
b. Generasi kode belum sesuai dengan kebutuhan dan harapan pengguna,
pengembang dapat melakukan langkah balik bersifat iterative dari
implementasi ke Unified Modelling Language (UML) hingga didapat
sistem/peranti lunak yang sesuai dengan harapan pengguna dan pengembang”.
2.9.4 Bangunan dasar Metodologi Unified Modelling Language (UML)
Bangunan dasar metodologi Unified Modelling Language(UML)
menggunakan tiga bangunan dasar (Adi nugroho,2010:24) yang digunakan untuk
mendeskripsikan sistem/perangkat lunak yang akan dikembangkan yaitu :
18
1. Sesuatu (things)
Ada 4 (empat) things dalam Unified Modelling Language (UML), yaitu:
a. Structural things
Merupakan bagian yang relatif statis dalam model Unified Modelling Language
(UML). Bagian yang relatif statis dapat berupa elemen-elemen yang bersifat
fisik maupun konseptual.
b. Behavioral things
Merupakan bagian yang dinamis pada model Unified Modelling Language
(UML), biasanya merupakan kata kerja dari model Unified Modelling Language
(UML), yang mencerminkan perilaku sepanjang ruang dan waktu.
c. Grouping things
Merupakan bagian pengorganisasi dalam Unified Modelling Language (UML).
Dalam penggambaran model yang rumit kadang diperlukan penggambaran paket
yang menyederhanakan model. Paket-paket ini kemudian dapat didekomposisi
lebih lanjut. Paket berguna bagi pengelompokkan sesuatu, misalnya model-
model dan subsistem-subsistem.
d. Annotational things
Merupakan bagian yang memperjelas model Unified Modelling Language
(UML) dan dapat berupa komentar-komentar yang menjelaskan fungsi serta ciri-
ciri setiap elemen dalam model Unified ModelingLanguage (UML).
2. Relasi (Relationship)
Ada 4 (empat) macam relationship dalam Unified Modelling Language (UML),
yaitu :
a. Ketergantungan
Merupakan hubungan dimana perubahan yang terjadi pada suatu elemen mandiri
(independent) akan mempengaruhi elemen yang bergantung padanya.
19
b. Asosiasi
Merupakan apa yang menghubungkan antara objek satu dengan objek lainnya,.
Suatu bentuk asosiasi adalah agregasi yang menampilkan hubungan suatu objek
dengan bagian-bagiannya.
c. Generalisasi
Merupakan hubungan dimana objek anak (descendent) berbagi perilaku dan
struktur data dari objek yang ada diatasnya objek induk (ancestor). Arah dari
atas kebawah dari objek induk ke objek anak dinamakan spesialisasi, sedangkan
arah berlawanan sebaliknya dari arah bawah ke atas dinamakan generalisasi.
d. Realisasi
Merupakan operasi yang benar-benar dilakukan oleh suatu objek.
3. Diagram
Ada 5 (Lima) macam diagram dalam Unified Modelling Language (UML), yaitu
a. Use Case Diagram
Diagram ini memperihatkan himpunan use case dan aktor-aktor (suatu jenis
khusus dari kelas).
Tabel 2.1 Use Case Diagram
20
b. Class Diagram
Diagram ini memperlihatkan himpunan kelas-kelas,antarmuka-antarmuka,
kolaborasi-kolaborasi dan relasirelasi antar objek.
Tabel 2.2 Class Diagram
c. Sequence Diagram
Diagram ini memperlihatkan interaksi yang menekankan pada pengiriman pesan
(message) dalam suatu waktu tertentu.
Tabel 2.3 Sequence Diagram
21
d. Activity Diagram
Diagram ini memperlihatkan aliaran dari suatu aktifitas ke aktifitas lainnya
dalam suatu sistem. Diagram ini terutama penting dalam pemodelan fungsi-
fungsi dalam suatu sistem dan memberi tekanan pada aliran kendali antar objek.
Tabel 2.4 Activity Diagram
2.9.5 Manfaat Unfield Modelling Language (UML)
Unified Modeling Languange (UML) biasa digunakan untuk:
1. Menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum, dibuat
dengan use case dan actor.
2. Menggambarkan kegiatan atau proses bisnis yang dilaksanakan secara umum,
dibuat dengan interaction diagram.
3. Menggambarkan reresentasi struktur static sebuah sistem dalam bentuk class
diagram.
4. Membuat model behavior “yang menggambarkan kebiasaan atau sifat sebuah
sistem” dengan state transition diagram.
22
5. Menyatakan arsitektur implementasi fisik menggunakan component dan
development diagram
2.10 Teori Bahasa Pemrograman
Program merupakan sederetan intruksi atau pernyataan dalam bahasa yang
dipahami oleh komputer yang diterima
2.10.1 HTML
Suryana, (2014:29), “Hyper Text Markup Language (HTML) adalah
sebuah bahasa yang digunakan untuk menulis halaman web dan merupakan
pengembangan dari standar pemformatan dokumen teks, yaitu Standard
Generalized Markup Language (SGML). HTML pada dasarnya merupakan
dokumen ASCII atau teks biasa, yang dirancang untuk tidak tergantung pada suatu
sistem tertentu.”
2.10.2 PHP
Sibero (2013:49), “PHP adalah pemrograman interpreter yaitu proses
penerjemahan baris kode sumber menjadi kode mesin yang dimengerti computer
secara langsung pada saat baris kode dijalankan. PHP disebut sebagai pemrograman
Server Side Programming, hal ini dikarenakan seluruh prosesnya dijalankan pada
server.”
Kadir (2008:358) menyatakan, “PHP merupakan bahasa pemrograman
skrip yang dilektakkan dalam server yang biasa digunakan untuk membuat aplikasi
web yang bersifat dinamis.”
Hidayatullah (2017:223) menyatakan, “PHP Hypertext Preprocessor atau
disingkat dengan PHP ini adalah suatu bahasa scripting khususnya digunakan untuk
web delevopment. Karena sifatnya yang server side scripting, maka untuk
menjalankan PHP harus menggunakan web server.”
2.10.3 MYSQL
Nugroho (2004:29), “MySQL (My Structure Query Language) atau yang biasa
dibaca “mai-se-kuel‟‟ adalah sebuah program pembuat database yang bersifat open
source, artinya siapa saja boleh menggunakannya.” MySQL juga merupakan
23
program pengakses database yang bersifat jaringan sehingga dapat digunakan untuk
aplikasi Multi User (Banyak pengguna). Kelebihan dari MySQL adalah ia
menggunakan bahasa Query standar yang dimiliki SQL (Structure Query
Language). Sebagai sebuah program penghasil database, MySQL tidak dapat
berjalan sendiri tanpa adanya sebuah aplikasi lain(interface). MySQL dapat
didukung oleh hamper semua program aplikasi baik yang open source seperti PHP
maupun yang tidak, yang ada pada platform windows seperti Visual Basic, Delphi,
dan lainnya
2.10.4 Microsoft Visual Basic.Net
Visual Basic merupakan sebuah sarana pembuatab program yang lengkap
namun mudah, siapapun yang bisa menggunakan windows ia pasti membuat
program Visual Basic, Kurniadi (2011:5)
Visual Basic adalah program untuk membuat aplikasi berbasis microsoft
windows secara cepat dan mudah. Visual Basic menyediakan tool untuk membuat
aplikasi yang sederhana sampai aplikasi kompleks atau rumit baik untuk
perusahaan atau instansi dengan sistem yang lebih besar, Sunyoto (2007;1)
2.11 Tugas dan Tanggung Jawab
1. Director / division
Tugasnya adalah memimpin bagian khusus dalam perusahaan serta
melakukan koordinasi antar divisi dan memberikan laporan kepada general
manager. Setiap bagian, tidak memiliki garis komando lintas divisi
sehingga hanya bisa mengambil kebijakan pada masing-masing divisi.
Seperti pada divisi marketing, tidak bisa memberikan intervensi kepada
divisi keuangan. yang bisa dilakukan adalah memberikan informasi dan
masukan yang dibutuhkan pada bagian lain. oleh karena itu, direktur
memiliki tugas yang sangat terarah sehingga tanggungjawab yang
diembannya pun harus mampu ditransparasikan kepada general manager
dan kepada divisi lain sebagai bukti adanya satu kesatuan visi dan misi
dalam struktur organisasi perusahaan
24
2. General Manager
Dalam sebuah perusahaan tugas dari general manajer adalah
memimpin perusahaan.Selain itu, seorang general manajer memiliki
tanggung jawab pada keseluruhan sistem yang berjalan dalam sebuah
perusahaan. Dalam melaksanakan fungsinya, general manajer akan dibantu
oleh beberapa manajer yang memiliki fungsi spesialisasi.Kebijakan
general manajer merupakan hal tertinggi yang harus dipatuhi oleh anggota
perusahaan lainnya karena ia merupakan posisi tertinggi yang terdapat di
dalam struktur organisasi perusahaan.
3. Accounting Department
Merupakan departemen yang bertugas untuk mencatat serta
mengatur masalah keuangan perusahaan. Divisi ini juga bertugas untuk
mengadakan audit atas kinerja yang sudah dilakukan divisi lain, guna
menghindari terjadinya penyalahgunaan khususnya di bidang keuangan,
termasuk mengontrol keseimbangan keuangan perusahaan. Pada bagian
ini, pegawai yang ditunjuk haruslah bersikap jujur dan teliti karena jika
tidak, maka perusahaan akan kehilangan berbagai aset yang berpotensi
memajukan perusahaan
4. General Affairs
Merupakan bagian divisi yang bertugas untuk menyediakan segala
kebutuhan dan perlengkapan guna menunjang aktivitas perusahaan.
Seperti untuk mengurusi masalah seragam karyawan, mobil dinas, mess
karyawan, pemeliharaan lingkungan kantor atau juga memilih mitra
kesehatan dengan perusahaan. Dalam struktur organisasi perusahaan,
general affair ini juga mempunyai peranan yang sangat penting dalam
memajukan perusahaan karena tanpa keseragaman karyawan yang baik,
maka perusahaan juga tidak akan terlihat rapi dan terkoordinasi.
5. Human Resources Department (HRD)
25
Divisi ini memiliki tugas untuk menjaga kualitas sumber daya
manusia perusahaan. Prosesnya dimulai dari masa perekrutan, penggantian
jabatan, promosi dan mutasi karyawan, penilaian kinerja, pemberian
penghargaan serta menjaga kinerja karyawan. Dalam proses perekrutan
pegawai baru, pihak inilah yang berfungsi secara khusus untuk bias
memilih dan mendapatkan pegawai yang sesuai dengan kebutuhan
perusahaan.
6. Purchasing Department
Divisi ini biasanya dimiliki oleh perusahaan manufaktur. tugasnya
adalah membeli bahan baku produksi. Selain itu divisi ini juga bertugas
menjalin kerjasama dengan pihak supplier bahan baku guna menjamin
kelangsungan proses produksi perusahaan. Divisi inilah yang
bertanggungjawab terhadap proses praproduksi perusahaan agar bias
menghasilkan produk barang atau jasa yang baik, yang sesuai dengan visi
dan misi perusahaan.
7. Marketing Department
Divisi marketing merupakan divisi ujung tombak perusahaan.
Sebab, tugas divisi ini adalah memasarkan semua produk yang dihasilkan
oleh perusahaan. Dengan demikian, perusahaan bias mendapatkan
keuntungan jika produk yang mereka hasilkan bisa laku di pasaran.
Perusahaan dengan divisi marketing yang baik akan mendapatkan hasil
yang baik pula. oleh sebab itulah banyak perusahaan yang mencari
pegawai untuk posisi marketing dengan syarat- syarat pandai
berkomunikasi, serta menarik secara penampilan karena kedua hal tersebut
yang mampu meningkatkan daya tarik klien terhadap produk perusahaan
tersebut.
26
8. R & D Development
Fungsi dari divisi ini adalah melakukan penelitian serta
mengembangkannya. Penelitian yang dilakukan menyangkut semua
kebutuhan perusahaan, yang bertujuan untuk meningkatkan kinerja
perusahaan. Seperti melakukan penelitian mengenai produk apa yang pada
saat ini dibutuhkan oleh masyarakat, atau juga melakukan penelitian
mengenai persepsi masyarakat atas produk yang dihasilkan perusahaan.
hasil dari penelitian tersebut akan digunakan untuk menciptakan sebuah
sistem baru yang lebih baik bagi proses yang ada di perusahaan.
9. Quality Control Department
Di perusahaan manufaktur divisi ini bertugas untuk menjaga
kualitas produk yang dihasilkan perusahaan sebelum dipasarkan ke tengah
masyarakat. Produk yang tidak sesuai standar, akan dipisahkan untuk
kemudian dikelompokkan ke dalam golongan produk gagal. Di perusahaan
jasa, seperti bank tugas dari divisi ini adalah melakukan pengawasan atas
system yang dijalankan dalam proses pelayanan pada nasabah. Dengan
demikian, semua nasabah bias mendapatkan pelayanan sesuai dengan
ketentuan yang berlaku di perusahaan tersebut.
10. Maintenance Department
Divisi ini biasanya disiapkan bagi perusahaan manufaktur atau juga
bagi perusahaan yang memiliki kantor sendiri. Sementara bagi perusahaan
yang gedung kantornya masih bergabung dengan perusahaan lain secara
menyewa, biasanya meniadakan divisi ini. Sebab divisi ini bertugas
memelihara perangkat yang terkait proses operasional perusahaan. Seperti
menjaga mesin produksi, instalasi listrik, pendingin atau menjaga
perangkat computer oleh karenanya, tidak semua perusahaan memiliki
divisi ini, khususnya perusahaan jasa dan perusahaan yang gedung
kantornya masih dalam status sewa.
27
2.12 Tinjauan Studi
Inside Distro Jakarta, merupakan suatu perusahaan yang bergerak di bidang
penjualan barang-barang fashion antara lain jaket dan T-Shirt. Perkembangan
teknologi yang didukung dengan perkembangan software maupun hardware yang
semakin maju akan banyak membantu dalam mempermudah pengolahan data
keluar masuk barang, sehingga efektifitas dan efisiensi kinerja perusahaan dapat
tercapai. Realita yang ada, implementasinya di lapangan menghadapi kendala
utama ketika pada sistem keluar masuk barang di bagian gudang, jadi pada Inside
Distro Jakarta dalam sistem pengolahan keluar masuk barang tidak terarah dan
tidak terorganisir sehingga fungsi dan tujuan serta keamanan suatu informasi keluar
masuknya barang tidak teratur. Sistem persedian keluar masuk barang merupakan
sebuah kegiatan yang terdiri dari data penerimaan barang, data penjualan barang,
data retur serta data stok barang yang melaporkan seluruh kegiatan keluar masuk
barang di Inside Distro Jakarta, secara peerhari maupun perbulan. Tujuan
penulisan ini adalah untuk membuat suatu rancangan aplikasi sistem komputerisasi
keluar masuk barang yang efesien dan membuat implementasinya kedalam
pemograman Microsoft Visual Basic 6.0. Hasil dari penulisan ini adalah dapat
membantu dan mempercepat pengolahan data keluar masuk barang serta
pengawasan arus keluar masuk barang sehingga penyampaian informasinya lebih
efektif dan efesien. Dari penulisan yang disampaikan dapat diambil kesimpulan
bahwa implementasi yang ada telah dapat digunakan untuk pengolahan data keluar
masuk barang, namun masih dapat dikembangkan lagi untuk pengolahan data yang
lain yang berhubungan dengan keluar masuk barang
Pada saat ini Advan Service Center Jambi dalam pengolahan data
persediaan barang masih dilakukan dengan cara manual. Barang direkap dan
diinput ke dalam Microsoft Excel untuk dibuatkan laporan pemakaian. Tujuan pada
penelitian ini menganalisa dan mempelajari permasalahan sistem informasi
manajemen persediaan barang pada Advan Service Center Jambi dan menghasilkan
prototipe sistem informasi manajemen persediaan barang pada Advan Service
Center Jambi. Perancangan sistem pada penelitian ini menggunakan alat bantu
28
UML (Unified Modelling Languange) seperti use case, activity diagram, dan class
diagram. Sedangkan dalam pembuatan prototipe sistem menggunakan alat bantu
MySQL untuk merancang basis data dan Visual Basic.Net 2008 untuk merancang
prototipe sistem. Penelitian ini menghasilkan sebuah prototipe sistem informasi
persediaan barang yang dapat mengelola data persediaan barang secara
terkomputerisasi dan dapat menyajikan laporan-laporan barang yang dibutuhkan
setiap hari atau setiap bulannya.
Proyek penelitian ini bertujuan untuk menganalisis, merancang, dan
mengimplementasikan sistem informasi Persediaan barang pada Tb. Budi Jaya
Abadi. Metode penelitian yang digunakan adalah penelitian rekayasa dengan
instrumen penelitian meliputi studi dokumentasi dan observasi. Bahasa
pemograman visual yang digunakan adalah Visual Basic.Net 2013 dan MySql
sebagai basis data. Sistem informasi yang telah dibuat memiliki fungsi sebagai
pengolahan laporan persediaan barang, laporan barang keluar, laporan barang
masuk, sehingga menghasilkan informasi berupa Harga Pokok Penjualan. Fungsi
yang terdapat dalam sistem informasi tersebut mampu mengatasi masalah
pengguna, diantaranya kesulitan dalam mengolah informasi secara cepat dapat
diatasi dengan sistem informasi ini. Adanya pemisahan antarmuka pengguna dan
basisdata bisa membuat ketersediaan data dan informasi lebih aman dan tidak
mudah hilang sehingga data dan informasi dapat dimanfaatkan pada saat
dibutuhkan. Dari hasil penelitian yang telah dilakukan di Tb. Budi Jaya Abadi
diharapkan dapat menjadi masukan dan pertimbangan yang berguna untuk
meningkatkan kinerja dalam pengolahan data serta mempermudah pemilik dalam
melakukan kegiatan usaha
PT Indo Taichen Textile Industry merupakan suatu perusahaan yang
bergerak di bidang industri tekstil yang memproduksi kain. Kegiatan administrasi
maupun kegiatan operasional personalia, sistem penggajian, sistem pembelian, dan
sistem persediaan masih manual. Permasalahan yang cukup kompleks pada
perusahaan pada sistem pembelian sehinga perlu dibuat suatu program aplikasi.
Sistem pembelian ini dibuat dengan Data Flow Diagram (DFD) sebagai model
29
proses atau sistem dan Entity Relation Diagram (ERD) sebagai model data.
Aplikasi pembelian dibuat dengan bahasa pemrograman Visual Basic 6.0 dan basis
data
29
Tabel 2.5 Tinjauan Studi
No Thn Peneliti Judul Masalah Pemodelan Hasil
1 2015 Rocki
Adji
Wibowo
Sistem
Informasi
Persediaan
Keluar
Masuk
Barang
Pada
Inside
Distro
Jakarta
dalam sistem
pengolahan
keluar masuk
barang tidak
terarah dan tidak
terorganisir
sehingga fungsi
dan tujuan serta
keamanan suatu
informasi keluar
masuknya
barang tidak
teratur
UML adalah dapat
membantu
dan
mempercepat
pengolahan
data keluar
masuk barang
serta
pengawasan
arus keluar
masuk barang
sehingga
penyampaian
informasinya
lebih efektif
dan efesien
2 2018 Amelia,
Joni
Devitra
Analisis
dan
Perancang
an Sistem
Informasi
Manajeme
n
Persediaan
Barang
pada
Advan
Service
Center
Jambi
pengolahan data
persediaan
barang masih
dilakukan
dengan cara
manual. Barang
direkap dan
diinput ke dalam
Microsoft Excel
untuk dibuatkan
laporan
pemakaian
UML Penelitian ini
menghasilkan
sebuah
prototipe
sistem
informasi
persediaan
barang yang
dapat
mengelola
data
persediaan
barang secara
terkomputeris
asi dan dapat
menyajikan
laporan-
laporan
barang yang
dibutuhkan
setiap hari
atau setiap
bulannya.
30
No Thn Peneliti Judul Masalah Pemodelan Hasil
3 2017 Budi
Upayarto
, Cucu
Nurjanah
PERANC
ANGAN
DAN
IMPLEM
ENTASI
SISTEM
INFORM
ASI
PERSEDI
AAN
BARANG
DAGANG
MENGGU
NAKAN
VISUAL
BASIC.NE
T DAN
MYSQL
PADA TB.
BUDI
JAYA
ABADI
Bagi Tb. Budi
Jaya Abadi
masalah atau
kendala yang
dihadapi dan
paling
berpengaruh
terhadap
keuntungan
adalah sulitnya
melakuakan
Kontrol baran.
Hal ini
disebabkan
karena Tb. Budi
Jaya
Abadibelum
memaksimalkan
sistem
terkomputerisasi
di dalam
mengelola
persediaan
barang
dagangnya
UML Dari hasil
penelitian
yang telah
dilakukan di
Tb. Budi Jaya
Abadi
diharapkan
dapat menjadi
masukan dan
pertimbangan
yang berguna
untuk
meningkatkan
kinerja dalam
pengolahan
data serta
mempermuda
h pemilik
dalam
melakukan
kegiatan
usaha
4 2015 Yakub,
Shirly
Hermant
o
PERANC
ANGAN
PROGRA
M
APLIKAS
I
PEMBELI
AN PADA
PT INDO
TAICHEN
TEXTILE
INDUSTR
Y
Kegiatan
administrasi
maupun
kegiatan
operasional
personalia,
sistem
penggajian,
sistem
pembelian, dan
sistem
persediaan
masih manual
DFD Program
aplikasi dapat
membantu
bagian
pembelian,
bagian
gudang
maupun
bagian
keuangan
dalam
kegiatan
administrasi
perusahaan
31
2.13 Kerangka Berfikir
Tabel 2.6 Kerangka Befikir
MASALAH PROSES PENYELESAIAN
Proses Pembelian Bahan
Baku
Informasi Barang yang
dibutuhkan setiap
departement Sistem informasi
Pembelian barang
Penyedian Laporan Mencari supplier Pemasok
barang
Laporan Pembelian
barang setiap bulan
Melakuakn penginputan
barang masuk
Mencetak laporan
Pembelian barang
2.14 Hipotesis Penelitian
Hipotesis merupakan suatu kemungkinan jawaban dari masalah yang
diajukan. Hipotesis timbul sebagai dugaan yang bijaksana dari peneliti atau
diturunkan (deduced) dari teori yang telah ada, Margono (204:80)
Makan hipotesis dari penulisan ini adalah “Diduga dengan mengunakan
Perancangan Sistem Informasi Pembelian Barang menggunakan pemodelan
Unfield Modeling Language UML nnti nya bisa mengatasi permasalahan yang di
hadapi PT Surya Technology Industri
32
BAB III
HASIL DAN PEMBAHASAN
3.1 Proses Bisnis Sistem yang Berjalan
Proses Bisnis yang berjalan di PT Surya Technology Industri ,Dalam
prosedur pembelian bahan baku yang sedang berjalan , divisi gudang akan
mengajukan permintaan pembelian kepada divisi purchasing dalam bentuk form
surat .Dalam hal ini divisi purchasing akan segera mengirimkan surat penawaran
kepada supplier untuk mendapatkan informasi harga, kualitas barang serta syarat
yang harus dipenuhi. Proses ini bisa digunakan ke beberapa supplier agar bisa
mengetahui harga yang murah dengan kualitas terbaik.divisi purchasing
mengirimkan surat pesanan mengenai barang dan kuantitas barang yang akan
dipesan kepada supplier yang telah dipilih dan telah menjalin kerjasama divisi
gudang barang melakukan pemeriksaan mengenai jenis, kuantitas dan mutu
barang yang datang
3.1.1 Business Proses Diagram
Diagram aktifitas lebih memfokuskan pada eksekusi dan alur sistem, diagram
ini juga tidak hanya memodelkan software melainkan memodelkan model bisnis,
serta menunjukan aktifitas sistem dalam bentuk kumpulan aksi. Activity Diagram
lebih mudah dipahami dan melalui activity diagram, sistem dari suatu skenario
yang berjalan dapat terlihat,
Menurut Bernard (2010;300) Business Process Diagram memperlihatkan detail
dari rincian suatu kegiatan, termasuk bagaimana setiap langkah dalam aktivitas
berhubungan dengan yang lain. Diagram digambarkan dengan model IDEF-0
untuk melihat input, kontrol, output, dan mekanisme dari masing-masing langkah
di dalam proses. Model aktivitas IDEF-0 cocok untuk dokumentasi proses bisnis
karena menyediakan dua pandangan konteks tingkat tinggi dan pandangan yang
lebih rinci dari setiap langkah dalam format kegiatan yang dapat lebih diurai dan
saling terkait dengan proses lain untuk menunjukan keterkaitan. Diagram jenis ini
33
berguna dalam menunjukan hubungan antara langkah langkah dan pengaruh
internal atau eksternal, tapi mungkin tidak berdasarkan urutan waktu
Gambar 3.2 Business proses yang berjalan
3.2 Permasalahan yang dihadapi
3.2.1 Analisa Masalah
Berdasarkan analisis yang dilakukan penulis, sistem serta proses persediaan bahan
baku yang sedang berjalan saat ini di PT Surya Technology Industry sudah berjalan
baik namun setiap saat akan melakuan pembelian barang divisi purchasing harus
mengontrol jumlah material yang ada di gudang dengan cara menghitung material
satu persatu. Sedangkan penyajian data laporan persediaan material harus selalu
update dengan persediaan fisiknya. Disamping itu, pencatatan data persediaan
material masih menggunakan Microsoft Excel yang menyebabkan sering terjadinya
salah pencatatan dan memerlukan waktu yang lama karena harus banyak membuka
data yang lain
34
3.2.3 Analisa Kebutuhan sistem
a Kebutuhan Functional
Kebutuhan Fungsional sistem adalah kebutuhan yang berisi proses-proses apa
saja atau layanan apa saja yang nantinya harus disediakan oleh sistem, mencakup
bagaimana sistem harus bereaksi pada input tertentu dan bagaimana perilaku sistem
pada situasi tertentu
Tabel 3.1 Kebutuhan Fungsional
b. Kebutuhan Non Fungsional
Sedangkatn kebutuhan non fungsional sistem adalah kebutuhan yang
menitikberatkan pada properti prilaku yang dimiliki oleh sistem. Kebutuhan
fungsional juga sering disebut sebagai batasan layanan atau fungsi yang ditawarkan
sistem seperti batasan waktu, batasan pengembangan proses, standarisasi dan lain
lain
Tabel 3.2 Kebutuhan Non Fungsional
35
3.3 Sistem yang diusulkan
Untuk menganalisa sistem yang diusulkan , pada penulisan ini digunakan
Software Enterprise Architect - UML Development Tool untuk menggambarkan
Use Case Diagram, Activity Diagram, dan Class Diagram
3.3.1 Sistem yang diusulkan pada Use Case Diagram
Gambar 3.3 Use Case diagram yang diusulkan
Use Case Description
1. Login
Table 3.3 Use Case Description Login
t
36
2. Mengelola Penerimaan barang
Table 3.4 Use Case Description Mengelola Penerimaan Barang
3. Mengelola Stock Barang
Table 3.5 Use Case Description Mengelola Stock Barang
4. Melakukan Order Barang
L
a
Table 3.6 Use Case Description Melakukan Order Barang
37
5. Laporan Pembelian
Tabel 3.7 Use Case Description Loaporan Pembelian
3.3.2 Rancangan Sistem yang diusulkan pada Activity Diagram Purchasing
Gambar 3.4 Activty Diagram yang diusulkan Purchasing
Keterangan :
a. 1 (satu) Initial node dimana objek memulai kegiatan.
b. 2 (dua) actor yang dapat melakukan kegiatan yang sama yaitu purchasing
dan pimpinan.
38
c. 19 (sembilan belas) action state yang berawal dari login jika gagal maka
akan kembali ke login, jika benar akan masuk pada home yang berisi
graphic, data material, laporan material masuk, laporan material keluar,
stock control material dan logout.
d. 1 (satu) final node yang merupakan akhir dari kegiatan admin purchasing
dan pimpinan
3.3.3 Rancangan Sistem yang diusulkan pada Activity Diagram Gudang
Gambar 3.5 Activty Diagram ynag diusulkan Gudang
Prosedur Pembelian yang sedang berjalan adalah sebagai berikut:
1. Bagian Gudang atau memberikan data barang yanga akan di pesan
2. . Kemudian bagian pembelian barang menginput data barang yang akan di
order
3. Bagaian Pembelian menbuat PO(Purchasing Order)
4. PO (Purchase Order ) yang sudah di buat di ajukan ke pinpinan
5. Setelah mendapat acc dari pinpinan PO (Purchase Order) di emial ke supplier
39
3.3.4 Rancangan Sistem yang diusulkan pada Sequence Diagram
Purchasing
Gambar 3.6 Sequence Diagram yang diusulkan Purchasing
Keterangan :
a. 2 (dua) actor yang melakukan kegiatang yaitu purchasing dan pimpinan.
b. 7 (tujuh) lifeline yaitu login, graphic, data material, laporan material masuk,
laporan material keluar, stock control material, dan logout
c. 10 (sepuluh) message antara lain melakukan login dengan membuka browser
terlebih dahulu, verifikasi, konfirmasi password dan username salah, lihat
graphic, data material, lihat laporan material masuk, lihat laporan material
keluar permintaan material, lihat stock control material, dan logout
3.3.5 Rancangan Sistem yang diusulkan pada Sequence Diagram Gudang
Gambar 3.7 Sequence Diagram yang diusulkan Gudang
40
Keterangan :
a. 1 (satu) actor yang melakukan kegiatang yaitu admin gudang.
b. 6 (enam) lifeline yaitu login, halaman utama, material, laporan, graphic,logout.
c. 14 (empat belas) message antara lain melakukan login dengan membuka
browser terlebih dahulu, verifikasi, konfirmasi password dan username salah,
halaman utama, input material baru, input material masuk, data material,
laporan material masuk, permintaan material, laporan material keluar, stock
control material, lihat grafik stok, dan logout
3.3.6 Class Diagram
Gambar 3.8 Class diagram
Berdasarkan gambar Class Diagram sistem yang diusulkan, terdapat:
1. 5 (lima) Class, himpunan dari objek – objek yang berbagi atribut serta
operasi yang sama diantaranya login, tbl_barang, barang masuk,stok, dan
permintaan.
41
2. 4 (empat) multiciply, hubungan antara objek satu dengan objek lainnya yang
mempunyai nilai
3.4 Prosedure Sistem yang diusulkan
Dalam Prosedur sistem usulan berikut pada dasarnya kegiatan yang
diusulkan tidak terlalu jauh berbeda dengan sistem yang ada, hanya dalam
pendokumentasian datanya dilakukan secara komputerisasi dari kegiatan yang
ada. Adapun prosedur sistem tersebut sebagai berikut
1. Prosedure Pemesanan Barang
Pada tahap ini bagian gudang memberikan POR yang berisi data barang
apa saja yang dibutuhkan kepada bagian pembelian. Berdasarkan data pada
POR, bagian pembelian melakukan input data pemesanan tersebut pada File
POR. Setelah itu bagian pembelian membuat PO untuk memesan barang
kepada supplier melalui fax. Setelah PO diterima oleh supplier dan di acc,
lalu difax kembali. Dan data PO yang telah di acc oleh supplier tersebut
disimpan kedalam File PO oleh bagian pembelian
2. Prosedure Penerimaan Barang
Pada tahap ini bagian Pembelian menerima barang dari supplier sesuai
dengan pesanan. Supplier juga mengirimkan Surat Jalan, yang berisikan data
barang yang dipesan, dan kwitansi. Bagian pembelian mencocokkan antara
data yang ada pada surat jalan dengan data pada File PO yang telah di acc
sebelumnya. Bila benar maka kwitansi diteruskan pada bagian keuangan dan
berdasarkan data surat jalan dilakukan penyimpanan ke File Surat jalan
3. Pembuatan Laporan
Merupakan proses terakhir yang dilakukan oleh bagian pembelian.
Pembuatan laporan ini dibuat berdasarkan fakta pembelian barang yang
diambil dari File PO, File Jurnal dan File Surat Jalan, yang selanjutnya akan
diberikan kepada direktur. Pembuatan laporan ini biasanya dibuat dalam
42
periode bulanan. Data laporan dibuatkan salinannya ke dalam File Pembelian
Barang
3.5 Rancangan User Interface Sistem yang diusulkan
3.5.1 Tampilan Login Purchasing, Gudang dan Pinpinan
Gambar 3.9 Tampilan Form Login
Form ini berfungsi sebagai form login, jika memasukan username dan
password yang salah, maka tidak akan masuk ke program inventory, tetapi jika
benar maka akan tampil form utama. Gambar 10 menunjukkan form login
3.5.2 Tamplan Menu Utama
Gambar 3.10 Tampilan Menu Utama
Form ini adalah tampilan utama, ketika program dijalankanForm ini berisi
menu-menu yaitu: master, pembelian, stok, laporan dan tentang. Gambar
menunjukkan form utama
43
3.5.3 Tampilan Form User
Gambar 3.11 Tampilan Form User
Form ini digunakan untuk meng-input-kan data user. Data User ini
disimpan dalam tabel user. Gambar 15 menunjukkan form user
3.5.4 Tampilan Form Barang
Gambar 3.12 Tampilan Form Barang
Form ini digunakan untuk meng-input-kan data barang. Data barang ini
disimpan dalam tabel barang. Gambar 14 menunjukkan form barang
44
3.5.5 Tampilan Form Supplier
Gambar 3.13 Tampilan Form Supplier
Form ini digunakan untuk meng-inputkan data master supplier. Data
supplier ini disimpan dalam tabel supplier. Gambar 13 menunjukkan form
supplier
3.5.6 Tampilan Form Pembelian
Form ini digunakan untuk meng-input-kan data pembelian. Data
pembelian ini disimpan dalam tabel pembelian. Gambar 17 menunjukkan gambar
form pembelian
Gambar 3.14 Tampilan Form Pembelian
45
3.5.7 Tampilan Form input barang masuk
Gambar 3.15 Tampilan Form Imput barang
Tampilan diatas akan muncul jika admin memilih menu input material
masuk. Menu tersebut digunakan jika nama dan spesifikasi material yang dikirim
dari supplier sudah ada di data material, sehingga admin hanya menginput kode
material maka nama beserta spesifikasi akan tampil. Jika admin telah menyimpan
inputan tersebut, maka data akan otomatis masuk ke laporan material masuk
3.5.8 Tampilan Form Stock Barang
Gambar 3.16 Tampilan Form Stock Barang
46
Tampilan diastas akan muncul apabila admin memilh menu stock barang.
Menu tersebut digunakan untuk cek stock barang dan apabila purchasing akan
melakuakn proses pembelian barang bisa melihat stock barang terlebih dahulu
3.6 Perancangan Keluaran
Laporan Pembelian Barang
Gambar 3.17 Tampilan Report Pembelian
47
BAB IV
PENUTUP
3.7 KESIMPULAN
Persediaan bahan baku pada PT. Surya Technology Industry, maka
penulisan ini dapat menarik kesimpulan berdasarkan hasil pengumpulan
data dan observasi yang telah dilakukan pada sistem informasi berikut:
1. Saat ini yang masih menjadi kendala dan permasalahan pada sistem
yang berjalan pada Surya Technology Industry yaitu pada Proses
Pembelian Bahan baku yang akan di supply belum terintegrasi dengan
data stock barang yang di butuhkan sehingga sering terjadi kelebihan
dan kekurangan stock barang
2. Berdasarkan permasalahan yang ada maka sistem informasi persediaan
material dirancang menggunakan MySQL sebagai database, Enterprise
Architect - UML Development Tool sebagai tampilan interface dan
Microsoft Visual Basic.Net sebagai Designt tampilan , perancangan
sistem informasi ini diharapkan sudah dapat menghasilkan informasi
yang sesuai dengan kebutuhan user, yang awalnya sering terjadi
perbedaan jumlah persediaan bahan baku, keterlambatan dalam
pengolahan data sekarang sudah terminimalisasi dan lebih baik dari
sistem sebelumnya.
4.2 SARAN
Saran-saran yang diberikan oleh penulis untuk permasalahan yang
diatas adalah sebagai berikut :
1. Untuk memaksimalkan sistem yang telah dirancang diperlukan adanya
pelatihan kepada karyawan yang terkait atau admin yang akan
menggunakan program tersebut agar lebih dimengerti dan familiar
48
2. Perlu meningkatkan ketelitian dari user agar dapat meminimalisasi
human error agar informasi yang dihasilkan akurat, relevan dan tepat
waktu.
49
DAFTAR PUSTAKA
Amelia,Joni Devitra, 2018, Analisis dan Perancangan Sistem Informasi
Manajemen Persediaan Barang pada Advan Service Center Jambi
Eka Chandra Ramdhani1, Hotniasi Gaja, Ratnawati, 2018, Aplikasi Berbasis
Dekstop Untuk Persediaan Bahan Baku Produksi Menggunakan Model Waterfall
(Study Kasus: PT. Seyon Indonesia)
Erma, 2016, Perancangan Sistem Informasi Persediaan Barang Berbasis Website
Menggunakan Metode Waterfall dengan Konsep Pemrograman Terstruktur
Helmi Kurniawan, 2015, Perancangan Sistem Informasi Persediaan Obat Pada
Apotik ABC Berbasis Client Server
https://bluewordiary.wordpress.com/2017/09/23/analisa-kebutuhan-fungsional-
sistem/ - Diakses 9 Maret 2019
Kagashe Godeliver AB, Terevael Massawe.2012. Medicine Stock Out and
Inventory Management Problems in Public Hospitals in Tanzania: A Case of Dar
Es Salaam Region Hospitals. International Journal of Pharmacy
Marshall B. Romney, dan Paul John Steinbart 2015, Sistem Informasi Akutansi
Edisi 13
Padeli, Henderi, Suyatno. 2008. Membangun (E-Procurement) Pengadaan Barang
dan Jasa Dengan Prinsip Good Corporate Governance dengan Visual UML.
Journal CCIT Vol-2 No.1 – September 2008
Rocki Aji Wibowo, 2009, Sistem Informasi Persediaan Keluar Masuk Barang
Pada Inside Distro Jakarta
Siti Munawaroh, 2016, Perancangan Sistem Informasi Persediaan Barang
Sukiman,2016, Perancangan Sistem Informasi Persediaan Barang PT Sinarmas
Abadi Makmur,
Thimas Connoly, Connolyn Begg 2015, Databases System A Practical Approach
to Design, Implementation, and Management Edisi 6
Tri Sabtian Nur , 2016, Aplikasi Sistem Monitoring Persediaan Barang Material
Pada PT.RQ DREAM, Laporan Skripsi
Widodo, Prabowo P,DKK, 2011, Pemodelan Sistem Berorientasi Obyek Dengan
UML