Aplikasi Wois (Web in Out Stock) Berbasis Web Pada Bengkel Rastra Jaya Motor Toboali

APLIKASI “WOIS” (WEB IN OUT STOCK) DENGAN MODEL
FAST PADA BENGKEL RASTRA JAYA MOTOR TOBOALI
SKRIPSI
DANTDY
1722500016
PROGRAM STUDI SISTEM INFORMASI

FAKULTAS TEKNOLOGI INFORMASI
INSTITUT SAINS DAN BISNIS
ATMA LUHUR
PANGKALPINANG
2021
APLIKASI “WOIS” (WEB IN OUT STOCK) DENGAN MODEL
FAST PADA BENGKEL RASTRA JAYA MOTOR TOBOALI
SKRIPSI
Diajukan Untuk Melengkapi Salah Satu Syarat

Memperoleh Gelar Sarjana Komputer
DANTDY
1722500016
PROGRAM STUDI SISTEM INFORMASI

FAKULTAS TEKNOLOGI INFORMASI
INSTITUT SAINS DAN BISNIS
ATMA LUHUR
PANGKALPINANG
2021
LEMBAR PERNYATAAN
NIM : 1722500016
Nama : DANTDY
Program Studi : Sistem Informasi
Fakultas : Teknologi Informasi
Judul Skripsi : APLIKASI “WOIS” (WEB IN OUT STOCK)
DENGAN MODEL FAST PADA BENGKEL
RASTRA JAYA MOTOR TOBOALI
Menyatakan bahwa Laporan Tugas Akhir atau Program saya adalah hasil karya
sendiri dan bukan plagiat. Apabila ternyata ditemukan di dalam Laporan Tugas
Akhir saya terdapat unsur plagiat, maka saya siap untuk mendapatkan sanksi
akdemik yang terkait dengan hal tersebut.
PANGKALPINANG, 02 AGUSTUS 2021
Dantdy
i
LEMBAR PERSETUJUAN SIDANG
NIM : 1722500016
Nama : DANTDY
Judul Skripsi : APLIKASI “WOIS” (WEB IN OUT STOCK)
DENGAN MODEL FAST PADA BENGKEL
RASTRA JAYA MOTOR TOBOALI
SKRIPSI INI TELAH DIPERIKSA DAN DISETUJUI

PANGKALPINANG, 02 AGUSTUS 2021
Wishnu Aribowo Probonegoro, S.Kom.,M.Kom

Doesen Pembimbing
ii
KATA PENGANTAR
Puji syukur Alhamdulillah kehadirat Allah SWT yang telah melimpahkan

segala rahmat dan karuniaNya, sehingga penulis dapat menyelesaikan laporan
skripsi yang merupakan salah satu persyaratan untuk menyelesaikan program studi
strata satu (S1) pada Jurusan Sistem Informasi ISB ATMA LUHUR.
Penulis menyadari bahwa laporan skripsi ini masih jauh dari sempurna.
Karena itu, kritik dan saran akan senantiasa penulis terima dengan senang hati.
Dengan segala keterbatasan, penulis menyadari pula bahwa laporan skripsi ini
takkan terwujud tanpa bantuan, bimbingan, dan dorongan dari berbagai pihak. Untuk
itu, dengan segala kerendahan hati, penulis menyampaikan ucapan terima kasih
kepada:
1. Allah SWT yang telah menciptakan dan memberikan kehidupan di dunia
2. Bapak dan Ibu tercinta yang telah mendukung saya baik spirit maupun materi
yang selama ini selalu
3. Bapak Drs. Djaetun Hs yang telah mendirikan Atma Luhur.
4. Bapak Dr. Husni Teja Sukmana, S.T., M.Sc, selaku Rektor ISB Atma Luhur.
5. Bapak Ellya Helmud, M.Kom, selaku Dekan FTI ISB Atma Luhur.
6. Bapak Okkita Rizan, M. Kom Selaku Kaprodi Sistem Informasi.
7. Bapak Wishnu Aribowo P, M.Kom selaku dosen pembimbing.
8. Kepada Said terimkasih telah membantu saya sekaligus memberi arahakan
supaya penelitian ini berhasil.
9. Kepada Pemilik toko sekaligus bengke yaitu Bapak Wisnu dan karyawan
telah mengizinkan saya melakukan Riset di Bengkel Rastra Jaya Motor
Toboali.
10. Kepada teman seperjuangan Andilau, Abel Va Prasetion dan Dede Zaldi
adalah teman yang telah mengsupport saya supaya selalu semangat untuk
mengerjakan Skripsi ini.
iii
Pangkalpinang,…...……………2021
Penulis.
iv
ABSTRACT
The use of information system technology is very useful for companies that
need an application to manage the inventory of goods in the warehouse that is easy
to use. Bengkel Rastra Jaya Motor is a company engaged in the automotive sector
in the form of a shop that provides sales and repair services for automotive vehicles,
especially two-wheeled vehicles. The inventory information system at the Rastra
Jaya Motor Workshop is still done manually, starting from recording incoming
goods, requesting goods from the sales department, processing goods out by the
warehouse section to making reports, making it possible during the process of
errors in searching data - required data. The best solution to solve existing
problems is to create a web-based inventory because it is better than manual system
recording. The development of a website-based inventory information system uses
a system development method, namely FAST (Framework for the Application
System Thinking) consisting of the phases of Scope Definition, Problem Analysis,
Requirements Analysis, Logical Design and Physical Design. The design of the
information system uses PHP and HTML and MYSQL as the database.
Keywords: Information System, Inventory, FAST Method.
v
ABSTRAK
Penggunaan teknologi sistem informasi menjadi sangat berguna bagi

perusahaan yang membutuhkan Aplikasi untuk mengelolah persedian barang yang
ada di Gudang yang mudah digunakan. Bengkel Rastra Jaya Motor adalah
Perusahaan yang bergerak di bidang otomotif dalam bentuk toko yang menyediakan
jasa penjualan dan jasa perbaikan kendaran otomotif khususnya kendaran roda dua.
Sistem informasi persediaan barang yang ada pada Bengkel Rastra Jaya Motor
masih dilakukan secara manual, mulai dari pencatatan barang masuk, permintaan
barang dari bagian penjualan, proses barang keluar oleh bagian gudang sampai
kepada pembuatan laporan, sehingga memungkinkan pada saat proses berlangsung
kesalahan dalam pencarian data -data yang diperlukan. Solusi yang terbaik untuk
memecahkan permasalahanpermasalahan yang ada adalah dengan membuat
persediaan barang berbasis web karena lebih baik daripada pencatatan sistem yang
manual. Pembangunan sistem informasi persediaan barang berbasis website
menggunakan metode pengembangan sistem yaitu FAST (Framework for the
Application System Thinking) terdiri dari fase-fase Definisi Lingkup, Analisis
Masalah, Analisis Persyaratan, Desain Logis dan Desain Fisik. Perancangan Sistem
Informasinya menggunakan PHP dan HTML serta MYSQL sebagai databasenya.
Kata Kunci: Sistem Informasi, Persediaan Barang, Metode FAST.
vi
DAFTAR ISI
Halaman
LEMBAR PERNYATAAN ......................................................................... i
LEMBAR PERSETUJUAN SIDANG ....................................................... ii
KATA PENGANTAR .................................................................................. iii
ABSTRAKSI................................................................................................. v
DAFTAR ISI ................................................................................................. vii
DAFTAR GAMBAR .................................................................................... x
DAFTAR TABEL ........................................................................................ xii
DAFTAR SIMBOL ...................................................................................... xiii
BAB I PENDAHULUAN
1.1. Latar Belakang ........................................................................................ 1
1.2. Rumusan Masalah ................................................................................... 2
1.3. Batasan Masalah...................................................................................... 2
1.4. Tujuan dan Manfaat Penelitian ............................................................... 2
1.4.1. Tujuan ............................................................................................ 2
1.4.2. Manfaat .......................................................................................... 3
1.5. Metodelogi Penelitian ............................................................................. 3
1.6. Sistematika Penulisan ............................................................................. 3
BAB II LANDASAN TEORI

2.1. Sistem Informasi Persediaan (Inventory) ............................................... 5
2.1.1. Jenis-Jenis Persediaan (Inventory) ................................................ 5
2.1.2. Tujuan Pengendalian Persediaan (Inventory)................................ 6
2.2. Sistem Informasi ..................................................................................... 6
2.3. Model FAST (Framework For The Aplication Of System Thingking) ... 7
1. Definisi Lingkup (Scope Definition) ................................................... 7
2. Analisis Maslaha (Problem Analysis) ................................................. 7
3. Analisa Kebutuhan (Requirenebt Analysis) ........................................ 7
4. Desain Logis (Logical Design) ........................................................... 7
5. Anailisi Keputusan (Decission Analysis Phase) ................................. 8
6. Desain dan Integrasi Fisik (Design and Physical Design) .................. 8
7. Construction and Testing .................................................................... 8
2.4. Metode Pengembangan Sistem ............................................................... 8
2.5. Tool Pengembangan Sistem .................................................................... 9
2.5.1. Activity Diagram ........................................................................... 10
2.5.2. Usecase Diagram .......................................................................... 10
2.5.3. Packgae Diagram.......................................................................... 11
2.5.4. Class Diagram .............................................................................. 11
vii
2.5.5 Sequence Diagram ......................................................................... 11
2.6. Perangkat Pendukung .............................................................................. 12
2.6.1. Website .......................................................................................... 12
2.6.2. PHP ............................................................................................... 12
2.6.3. MySQL .......................................................................................... 13
2.6.4. XAMPP ......................................................................................... 13
2.7. Tujuan Penelitian .................................................................................... 14
BAB III METODELOGI PENELITIAN

3.1. Model Pengembangan Perangkat Lunak ................................................. 16
3.1.1. Fase Definisi Lingkup ................................................................... 16
3.1.2. Fase Analisis Masalah ................................................................... 16
3.1.3. Fase Analisis Kebutuhan ............................................................... 16
3.1.4. Desain Login ................................................................................. 17
3.1.5. Fase Analisis Keputusan ............................................................... 17
3.1.6. Desain dan Integrasi ...................................................................... 17
3.2. Metode Pengembangan Sistem Informasi ............................................... 18
3.3. Tool Pengembangan Sistem .................................................................... 18
3.3.1. Entity Relasionship Diagram (ERD) ............................................ 19
3.3.2. Diagram Air Penelitian ................................................................. 20
BAB IV HASIL DAN PEMBAHASAN

4.1. Tinjauan Organisasi ................................................................................ 21
4.2. Sejarah Perusahaan.................................................................................. 21
4.3. Visi Dan Misi Perusahaan ....................................................................... 22
4.4. Struktur Organisasi Perusahaan .............................................................. 22
4.5. Jabatan Tugas Dan Wewenang ............................................................... 23
4.6. Definisi Lingkup ..................................................................................... 23
4.7. Analisa Masalah ...................................................................................... 23
4.7.1. Analisa Proses Bisnis .................................................................... 23
4.7.2. Analisa Keluaran ........................................................................... 28
4.7.3. Analisa Masukan ........................................................................... 29
4.8. Analisa Kebutuhan .................................................................................. 30
4.8.1. Analisa Kebutuhan Pengguna ....................................................... 30
4.8.2. Desain Sistem ................................................................................ 33
4.8.3. Deskripsi Usecase Diagram .......................................................... 34
4.9. Rancangan Basis Data ............................................................................. 37
4.10. Analisa Keputusan ................................................................................ 47
4.10.1. Rancangan Keluaran .................................................................. 47
4.10.2. Rancangan Masukan .................................................................. 48
viii
4.10.3. Struktur Tampilan ....................................................................... 51
4.11. Analisa Keputuasan............................................................................... 69
4.11.1. Tampilan Layar ........................................................................... 69
4.12. Pengujian ............................................................................................... 81
4.13. Kelebihan Dan Kekurangan Aplikasi.................................................... 82
BAB V PENUTUP
5.1. Kesimpulan ............................................................................................. 83
5.2. Saran ........................................................................................................ 83
DAFTAR PUSTAKA ................................................................................... 84

DAFTAR LAMPIRAN ................................................................................ 85
ix
DAFTAR GAMBAR
Halaman
Gambar 3.1. Diagram Air Penelitian................................................................ 20
Gambar 4.1. Struktur Organisasi Perusahaan .................................................. 22
Gambar 4.2. Activity Diagram Proses Pemesanan Barang .............................. 24
Gambar 4.3. Activity Diagram Proses Pencatatan Barang Masuk................... 25
Gambar 4.4. Activity Diagram Proses Pencatatan Barang Keluar................... 26
Gambar 4.5. Activity Diagram Proses Pencatatan Laporan ............................. 27
Gambar 4.6. Package Diagram......................................................................... 33
Gambar 4.7. Usecase Diagram Aktor Admin .................................................. 33
Gambar 4.8. Entity Relationship Diagram (ERD) ........................................... 37
Gambar 4.9. Transformasi ERD ke LRS ......................................................... 38
Gambar 4.10. Logical Record Structure (LRS) ............................................... 39
Gambar 4.11. Class Diagram ........................................................................... 46
Gambar 4.12. Deployment Diagram ................................................................ 47
Gambar 4.13. Struktur Tampilan ..................................................................... 51
Gambar 4.14. Rancangan Layar Login Admin ................................................ 52
Gambar 4.15. Rancangan Layar Data Barang .................................................. 52
Gambar 4.16. Rancangan Layar Kategori Barang ........................................... 53
Gambar 4.17. Rancangan Layar Merk Barang................................................. 53
Gambar 4.18. Rancangan Layar Input Barang ................................................. 54
Gambar 4.19. Rancangan Layar Input Barang Masuk ..................................... 54
Gambar 4.20. Rancangan Layar Input Barang Keluar ..................................... 55
Gambar 4.21. Rancangan Layar Input Retur Barang ....................................... 55
Gambar 4.22. Rancangan Layar Laporan Stok Barang.................................... 56
Gambar 4.23. Rancangan Layar Laporan Barang Masuk ................................ 56
Gambar 4.24. Rancangan Layar Laporan Barang Keluar ................................ 57
Gambar 4.25. Squence Diagram Login Admin ................................................ 58
Gambar 4.26. Squence Diagram Dara Barang ................................................. 59
Gambar 4.27. Squence Diagram Data Supplier ............................................... 60
x
Gambar 4.28. Squence Diagram Data PO Barang ........................................... 61
Gambar 4.29. Squence Diagram Input Barang ................................................ 62
Gambar 4.30 Squence Diagram Input Barang Masuk ..................................... 63
Gambar 4.31. Squence Diagram Input Barang Keluar ................................... 64
Gambar 4.32. Squence Diagram Input Retur Barang ...................................... 65
Gambar 4.33. Squence Diagram Laporan Stok Barang ................................... 66
Gambar 4.34. Squence Diagram Laporan Barang Masuk................................ 67
Gambar 4.35. Squence Diagram Laporan Barang Keluar................................ 68
Gambar 4.36. Tampilan Layar Login ............................................................... 69
Gambar 4.37. Tampilan Layar Dashboard ....................................................... 69
Gambar 4.38. Tampilan Layar Data Barang .................................................... 70
Gambar 4.39. Tampilan Layar Data Pesanan................................................... 70
Gambar 4.40. Tampilan Layar Data Supplier .................................................. 71
Gambar 4.41. Tampilan Layar Data Invoice .................................................... 71
Gambar 4.42. Tampilan Layar Data PO........................................................... 72
Gambar 4.43. Tampilan Layar Data Retur ....................................................... 72
Gambar 4.44. Tampilan Layar Tambah Barang............................................... 73
Gambar 4.45. Tampilan Layar Barang Masuk ................................................. 73
Gambar 4.46. Tampilan Layar Pesanan ........................................................... 74
Gambar 4.47. Tampilan Layar Laporan Barang .............................................. 74
Gambar 4.48. Tampilan Layar Barang Masuk ................................................. 75
Gambar 4.49. Tampilan Layar Barang Keluar ................................................. 75
Gambar 4.50. Tampilan Layar Admin ............................................................. 76
Gambar 4.51. Tampilan Layar Daftar Admin Baru ......................................... 76
Gambar 4.52. Tampilan layar Input Supllier ................................................... 77
Gambar 4.53. Tampilan Layar Input Invoice ................................................... 77
Gambar 4.54. Tampilan Layar Input PO .......................................................... 78
Gambar 4.55. Tampilan Layar Input Retur ...................................................... 78
Gambar 4.56. Tampilan Layar Cetak Laporan Stock Barang .......................... 79
Gambar 4.57. Tampilan Layar Cetak Laporan Barang Masuk ........................ 79
Gambar 4.58. Tampilan Layar Cetak Laporan Pemesanan (Barang Keluar) .. 80
xi
DAFTAR TABEL
Halaman
Tabel 4.1. Tabel Deskripsi Usecase Berdasarkan Aktor Admin ...................... 34
Tabel 4.2. Tabel Supplier ................................................................................. 40
Tabel 4.3. Tabel Invoice................................................................................... 40
Tabel 4.4. Tabel Baranag ................................................................................. 40
Tabel 4.5. Tabel Tabel PO ............................................................................... 40
Tabel 4.6. Tabel Tabel Pesanan ....................................................................... 40
Tabel 4.7. Tabel Retur...................................................................................... 41
Tabel 4.8. Tabel Admin ................................................................................... 41
Tabel 4.9. Tabel Spesifikasi Basis Data Supplier ............................................ 41
Tabel 4.10. Tabel Spesifikasi Basis Data Invoice ............................................ 42
Tabel 4.11. Tabel Spesifikasi Basis Data Barang ............................................ 43
Tabel 4.12. Tabel Spesifikasi Basis Data PO ................................................... 43
Tabel 4.13. Tabel Spesifikasi Basis Data Pesanan ........................................... 44
Tabel 4.14. Tabel Spesifikasi Basis Data Retur ............................................... 45
Tabel 4.15. Tabel Spesifikasi Basis Datan Admin ........................................... 45
Tabel 4.16. Tabel Keterangan Pengujian Aplikasi........................................... 81
xii
1. Activity Digram
Simbol Nama Fungsi
State Menambahkan state untuk suatu

objek
Activity Menambahkan aktivitas baru

pada diagram
Start State Memperlihatkan dimana aliran

kerja berawal
End State Memperlihatkan dimana aliran

kerja berakhir
State transition Menambah transisi dari suatu

aktivitas ke aktivitas yabg
lainnya
Transition to self Menambah transisi rekursif
Horizontal Menambahkan singkronisasi

synchronizations horizontal pada diagram
Vertical Menambahkan singkronisasi

synchronizations vertikal pada diagram
Decisions point Menambahkan titik keputusan

pada aliran kerja
Swimlane Menambahkan swimlane

(sering digunakan pada
pemodelan bisnis)
xiii
2. Usecase Diagram
Simbol Nama Fungsi
Package Menambahkan paket baru dalam

diagram
Actor Menambah actor baru pada diagram
Use Case Menambahkan usecase diagram
Unidirectil Menggambarkan relasi antara aktor

association dengan use case
Dependenes or Menggambarkan kebergantungan

instantiates (Dependecies) atar item di dalam
diagram
Generalizatons Menggambarkan relasi lanjut antar

usecase atau menggambarkan
struktur pewarisan antar actor
xiv
3. Squence Diagram
Simbol Nama Fungsi
Object Menambahkan objek baru pada

diagram
Object Message Menggambar pesan (message)

antara dua objek
Message to Self Menggambar pesan (message)

yang menuju dirinya sendiri
Return Message Menggambarkan pengembalian

dari pemanggil prosedur
Destruction Marker Memperlihatkan saat objek

tertentu dihancurkan
xv
4. Class Diagram
Simbol Nama Fungsi
Class Menambahkan kelas baru pada

diagram
Interface Menambahkan kelas antarmuka

(interface) pada diagram
Association Menggambar relasi asosiasi
Association class Menghubungkan kelas asosiasi

(association class) pada suatu
relasi asosiasi
Generalization Menggambarkan relasi generasi
Realize Menggambarkan relasi realisasi
Aggregation Menggambarkan relasi

Agregasi
xvi
BAB I
PENDAHULUAAN
1.1 Latar Belakang

Teknologi informasi saat ini memiliki peranan yang sangat penting disegala
bidang dan aspek kehidupan, baik dalam dunia bisnis, politik hingga perekonomian.
Hal ini disebabkan karena pemenuhan kebutuhan masyarakat akan informasi dapat
terpenuhi dengan adanya peran serta teknologi informasi.
Dengan perkembangan teknologi informasi yang ada saat ini manusia dapat
melakukan pengolahan data dengan mudah, dapat menghasilkan suatu informasi
yang akurat dan mengefektifkan waktu, serta dengan biaya yang dikeluarkan lebih
efisien. Keunggulan inilah yang menjadikan teknologi informasi saat ini banyak
berperan dalam segala bidang dan aspek kehidupan yang ada, dan berkembang
sesuai dengan kebutuhan masyarakat. Komputer merupakan perangkat elektronika
yang terdiri dari input, proses dan output dengan bantuan komputer dan program
aplikasi yang tepat dapat menghasilkan output yang mempunyai nilai lebih dari
masukan. Keuntungan lain dari input komputer adalah kecepatan dan ketepatan
dalam penyajian informasi yang dibutuhkan dan pengolahan data sehingga efisien
dalam pengunaan waktu.
Bengkel Motor ini merupakan toko yang melayani penjualan sparepart
macam-macam jenis motor pengelolaan pada saat ini masih dilakukan secara
manual. Dengan dilakukannya secara manual banyak menimbulkan banyak
kesulitan bagi pengelola sehingga setiap ada pemasukan maupun pengeluaran
barang maka petugas harus membuka kembali buku di bengkel tersebut. Sehingga
sedikit banyak makan waktu untuk melakukan hal tersebut. Melihat kelebihan yang
didapat dengan adanya teknologi komputer, maka penulis merancang sebuah
aplikasi untuk memberikan kemudahan pemrosesan data-data barang serta
penyampaian informasi terhadap persediaan sparepart.
Hal ini supaya membatu petugas dalam pemrosesan data yang lebih cepat
dan akurat. Oleh karena itu peneliti mengambil judul :
1
“APLIKASI “WIOS” (WEB IN OUT STOCK) DENGAN METODE
FAST PADA BENGKEL RASTRA JAYA MOTOR TOBOALI”
1.2 Rumusan Masalah

Berdasarkan latar belakang masalah yang sudah diuraikan di atas, maka
peneliti menyimpulkan permasalahan yang di hadapi adalah :
1. Bagaimana agar aplikasi dapat mengontrol item barang yang masuk di
simpan di Bengkel Rastra Jaya Motor ?
2. Bagaimana agar aplikasi dapat mencetak form excel secara langsung dan
tepat sehingga dapat menjadi acuan dalam perhitingan sitematik.
3. Bagaimana agar system dapat menampilkan data laporan penjualan dan
pembelian dalam waktu setiap bulannya.
4. Bagaimana aplikasi bisa menghasilkan report item barang yang masuk dan
keluar,sehingga data akan diteruskan ke dalam pengolahan data?
1.3 Batasan Masalah

Bedasarkan permasalahan yang timbul di atas aka perlu adanya batasan
yang jelas dalam penilitian ini, yaitu :
1. System informasi inventory ini berorientasi pada spere part.
2. System informasi ini bersifat sebagai management stock barang, baik itu
barang masuk maupun barang keluar
1.4 Tujuan dan Manfaat Penelitian

1.4.1 Tujuan
Dalam penelitian ini peneliti mengambil judul sistem informasi persedian
sparepart dengam mengambil studi kasus di Bengkel Rastra Jaya Motor dengan
tujuan sebagai berikut:
1. Sebagai persyaratan kelulusan untuk menyesaikan studi jenjang Sarjana
Strata 1 Program Studi Sistem Informasi Fakultas Ilmu Komputer
2. Memberikan kemudahan bagi Rastra Jaya Motor dalam mengelola
persediaan barang sparepart dengan media komputer.
2
1.4.2 Manfaat
Adapun manfaat yang dapat diperoleh dari penelitian laporan ini :
1. Untuk Memberikan alternatif baru dalam hal pengelolaan stok barang yang
terjadi di Bengkel Rastra Jaya Motor.
2. Sebagai bahan pertimbangan bagi Bengkel Rastra Jaya Motor apabila ingin
menerapkan perangkat lunak aplikasi pengelolaan data barang berbasis
komputer.
1.5 Metodelogi Penelitian

1. Model Pengembangan system.
FAST (Framework for Application of Systems Thinking) adalah sebuah
kerangka kerja yang memiliki fleksibelitas yang cukup mempuni untuk berbagai
jenis proyek dan strategi. Fast juga memiliki banyak kesamaan dengan buku
komersial dan metodelogi yang akan di temukan dalam praktek sebuah proyek di
mulai dengan beberapa komplikasi dari masalah,peluang dan petunjuk dari
penggunaan dan di akhiri dengan sebuah soslusi bisnis kerja untuk komunitas
pengguna.
2. Metode Pengembangan Sistem
Dalam penelitian skripsi ini penulis menggunakan dua metode yaitu :
struktur data dan berorientasi object. Metodologi oreintasi object merupakan suatu
strategi pembangunan perangkat lunak yang mengorganisasikan perangkat lunak
sebagai kumpulan object yang berbasis data dan operasi yang diberlakukan
terhadapnya.
3. Tools/Alat bantu
Tool yang di gunakan dalam penelitian ini dengan tools UML (Unified
Modeling Language) yang terdiri dari Activity diagram, Use Case, Sequence
diagram dan Development diagram. Selain itu penulis juga menggunakan tools
ERD (Entity Relations Diagram).
1.6 Sistematika Penulisan

Sistematika penulisan dibuat untuk memberikan gambaran umum
mengenai penelitian yang dilakukan dan kejelasan mengenai penulisan hasil
3
penelitian. Laporan hasil penelitian ini ditulis dengan sistematika sebagai berikut :
BAB I PENDAHULUAN
Bab ini berisikan latar belakang perancangan laporan penelitian tugas
akhir, gambaran umum permasalahan yang dihadapi, ruanglingkung
batasan masalah, metodelogi penelitian yang digunakan, tujuan dan
manfaat penelitian serta metode perancangan dan sistematik.
BAB II LANDASAN TEORI

Bab ini membahas mengenai berbagai macam landasan teori yang
digunakan dan sesuai dengan kebutuhan untuk pengembangan
aplikasi ini.
BAB III METODOLOGI PENELITIAN

Bab ini berisikan Metodologi Penelitian terdiri dari 3 bagian utama
yaitu FAST (Framework for Application of Systems Thinking), metode
penelitian, dan tools (alat bantu dalam analisis dan merancang
Aplikasi).
BAB IV HASIL DAN PEMBAHASAN

Pada bab ini berisi antara lain, struktur organisasi, jabaran tugas dan
wewenang, analisis masalah sistem yang berjalan, analisis hasil solusi,
analisis kebutuhan sistem usulan, analisis sistem, perancangan sistem.
BAB V PENUTUP
Bab ini berisikan kesimpulan mengenai apa saja yang telah dihasilkan
dan saran-saran alternatif yang dapat diterapkan untuk meningkatkan
pengembangan aplikasi.
4
BAB II
LANDASAN TEORI
Dalam bab ini berisi tentang yang mendasari analisis dan perancangan
Sistem Informasi WOIS (WEB IN OUT STOK) pada Bengkel Rastra Jaya Motor
dengan mengutip pendapat dari para ahli. Sekalian mencantumkan refrensi dari
buku, jurnal yang berhubungan dengan penelitian ini .
2.1. Sistem Informasi Persedian (Inventory)

Sistem Informasi Persedian (Inventor) menurut Assauri yaitu sekumpulan
kebijakan dan pengendalian, yang memonitor tingkat inventory, dan menentukan
tingkat mana yang harus dijaga, bila stok harus diisi kembali dan berapa banyak
yang harus dipesan. Sistem Informasi Persedian (Inventor) akan memberikan
kemungkinan struktur organisasi dan kebijakan operasi produksi, untuk menjaga
dan mengawasi barang-barang untuk distok. Dengan sistem inventory ini,
diharapkan manajemen dapat bertanggung jawab terhadap pemesanan dan
penerimaan barang yang dipesan. Hal ini dapat dilakukan dengan mengawasi waktu
penempatan pesanan, dan menjaga atau mengawasi jalannya jalur dari apa yang
dipesan, serta berapa banyak barang yang dipesan dan dari siapa vendor-nya.
(Assauri, 2016:229).[1]
2.1.1. Jenis-Jenis Persedian (Inventory)

Menurut Freddy Rangkuti, persediaan barang menurut fungsinya dibagi
menjadi tiga jenis yaitu : [2]
1. Batch Stock /Lot Size In Out Stock yaitu persediaan yang diadakan karena
membeli atau membuat bahan-bahan atau barang-barang dalam jumlah
yang lebih besar dari jumlah yang dibutuhkan saat itu.
2. Fluctuation Stock yaitu persediaan yang diadakan untuk menghadapi
fluktuasi permintaan konsumen yang tidak dapat diramalkan.
3. Anticipation Stock yaitu persediaan yang diadakan untuk menghadapi
fluktuasi permintaan yang dapat diramalkan, berdasarkan pola musiman
yang terdapat dalam satu tahun dan untuk menghadapi penggunaan atau
5
penjualan atau permintaan yang meningkat
2.1.2. Tujuan Pengendalian Persedian (Inventory)

Dari keterangan di atas dapat dikatakan bawa tujuan dari pengendalian
persediaan adalah untuk memperoleh kualitah dan jumlah yang tepat dari bahan-
bahan barang yang tersedia pada waktu yang dibutuhkan dengan biaya-biaya yang
minimum untuk keuntungan atau kepentingan perusahaan. Dengan kata lain
pengendalian persediaan menjamin terdapatnya persediaan pada tingkat yang
optimal agar produksi dapat berjalan dengan lancar dan biaya persediaan yang
minimal
Perencanaan In Out Stock berhubungan dengan penentuan komposisi In
Out Stock, penentuan waktu atau penjadwalan, serta lokasi untuk memenuhi
kebutuhan perusahaan. Pengendalian In Out Stock meliputi pengendalian kuantitas
dalam batas-batas yang telah direncanakan dan perlindungan fisik In Out Stock.
Untuk itu perlu dilakukan evaluasi apakah sistem In Out Stock perusahaan
itu sudah sesuai dengan yang diharapkan. Pengelolahan In Out Stock yang baik
diperlukan kemahiran dan pengalaman dalam membuat sistem In Out Stock. [2]
2.2. Sistem Informasi

Sistem informasi adalah suatu system di dalam suatu organisasi yang
mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi
operasi organisasi yang bersifat menjerial dengan strategi dari suatu organisasi
unstuck dapat meneyediakan laporan laporan yang diperlukan oleh puhak luar
tertentu dengan laporan – laporan yang diperlukan[1].
Sistem Informasi merupakan kombinasi teratur dari orang-orang, hardwar,
software, jaringan komunikasi dan sumber daya yang mengumpulkan, mengubah,
dan menyebarkan informasi dalam sebuah organisasi[2].
Jadi, Sistem informasi adalah kumpulan gabungan antara orang, hardware,
software, jaringan telekomunikasi dan basis data yang saling mendukung unstuck
mengolah data, menyimpan data dan menyebarkan hasil dalam bentuk informasi
atau laporan yang lebih bermanfaat sehingga dapat digunkan dalam mencapai
tujuan[3]..
6
2.3. Model FAST (Framework For The Application Of System Thinking)
Framework For The Application Of System Thinking (FAST) merupakan
kerangka kerja cerdas yang cukup fleksibel untuk menyediakan tipe – tipe berbeda
proyek maupun strategi dan berisi gabungan dari praktik-praktik penggunaan
metode pengembangan sistem yang dapat ditemui dalam banyak metode referensi
dan komersial. FAST terdiri dari beberapa tahapan, tiap tahapan menghasilkan
produk jadi yang selanjutnya digunakan dalam mengerjakan tahapan berikutnya.
Produk yang dihasilkan pada tiap tahapan didokumentasikan untuk membantu
proses pengembangan.[4]
1. Definisi Lingkup (Scope Definition)
Tahapan pertama pada metode FAST yaitu Definisi Lingkup atau Scope
Definition. Tahapan ini menentukan ukuran batas penelitian, visi penelitian,
semua batasan, partisipan proyek yang dibutuhkan, anggaran, dan jadwal.
2. Analisis Masalah (Problem Analysis)
Analisis masalah merupakan tahapan selanjutnya dari definisi lingkup.
Tahapan analisis masalah mempelajari sistem yang ada dan menganalisa
masalah yang ditemukan untuk menyediakan tim penelitian dengan
pemahaman yang lebih mendalam akan masalah-masalah yang akan
memicu proyek.
3. Analisis Kebutuhan (Requirement Analysis)
Tahapan Selanjutnya setelah analisis masalah adalah analisis kebutuhan.
Tahapan ini sangat penting dalam menciptakan sistem informasi baru.
Sistem baru akan selalu dievaluasi, terutama seberapa besar persyaratan
yang telah dipenuhi oleh sistem tersebut. Oleh karena itu, tahapan ini dapat
menentukan persyaratan dalam sebuah sistem baru.
4. Desain Logis (Logical Design)
Tahapan desain logis merupakan aktifikas lebih lanjut mengenai dokumen
kebutuhan bisnis menggunakan model system yang menggambarkan
struktur data, proses bisnis, alur data, data antarmuka pengguna. Dengan
kata lain tahapan ini menentukan kebutuhan yang ditetapkan pada tahapan
analisis kebutuhan.
7
5. Analisis Keputusan (Decission Analysis Phase)
Tujuan tahapan analisis keputusan adalah mengidentifikasi solusi
kandidat, menganalisa solusi kandidat tersebut, dan merekomendasikan
sebuah sistem target untuk didesain, dibangun dan diimplementasikan.
Tools yang digunakan dalam tahapan analisis keputusan adalah dengan
menggunakan matriks sistem kandidat.
6. Desain dan Integrasi Fisik (Design and Physical Design)
Tujuan dari desain dan integrasi fisik adalah melakukan transformasi dari
kebutuhan bisnis dalam bentuk spesifikasi desain fisik yang akan menjadi
panduan desain sistem. Desain fisik akan dibatas oleh model arsitektural
yang akan disetujui dari tahap sebelumnya. Desain juga harus mengikuti
semua standar desain internal yang memastikan kelengkapan, keadaan
dapat digunakan, performa dan kualitas. Physical Design (desain fisik)
adalah kebalikan desain logis. Desain fisik mewakili solusi teknis spesifik,
sedangkan desain logis berurusan secara eksklusif dengan persyaratan-
persyaratan bisnis yang terpisah dari semua blok-blok pembangun. Produk
jadi dari desain dan integrasi fisik adalah. kombinasi model dan spesifikasi
desain fisik, prototype desain, dan proses bisnis didesain ulang.
7. Construction and Testing
Setelah membuat physical design, maka akan dimulai untuk
mengkonstruksi dan melakukan tahap uji coba terhadap sistem yang
memenuhi kebutuhan- kebutuhan bisnis dan spesifikasi desain. Basis data,
program aplikasi, dan antarmuka akan mulai dibangun pada tahap ini.
Setelah dilakukan uji coba terhadap keseluruhan sistem, maka sistem siap
untuk diimplementasikan.
2.4. Metode Pengembangan Sistem

Untuk metode pengembangan system menggunakan metode berorientasi
objek baik untuk analisis maupun perancangan system. Untuk perancangan basis
data menggunakan metode terstruktur dengan menggunakan model Entity
Relationship dengan menggunakan Entity Relationship Diagram (ERD). Analisis
berorientasi objek atau Object Oriented Analysis (OOA) menurut Rossa A.S, M.
8
Shalahuddin (2014) adalah tahapan untuk menganalisis spesifikasi atau kebutuhan
akan sistem yang akan dibangun dengan konsep berorientasi objek, apakah benar
kebutuhan yang ada dapat diimplementasikan menjadi sebuah system berorientasi
object. OOA biasanya menggunakan kartu CRC (Component, Responsibility,
Collaborator) untuk membangun kelas-kelas yang akan digunakan atau
menggunakan UML (Unified Modeling Language) pada bagian diagram usecase,
diagram class, diagram objek. Desain berorientasi objek atau Object Oriented
Design (OOD) adalah tahapan perantara untuk memetakan spesifikasi atau
kebutuhan system yang akan dibangun dengan konsep berorientasi objek ke desain
pemodelanagar lebih mudah diimplementasikan dengan pemograman berorientasi
objek. OOA dan OOD sering kali memiliki batasan yang samar, sehingga biasanya
disebutkan langsung menjadi OOAD (Object Oriented Analysis and Design). [4]
2.5. Tool Pengembangan Sistem

Adapun tool yang digunakan dalam penelitian ini adalah sebagai berikut :
Unified Modeling Language (UML ) adalah salah satu standar bahasa yang
banyak digunakan di dunia industri untuk mendefinisikan requirement, membuat
analisis dan desain, serta menggambarkan arsitektur dalam pemrograman
berorientasi objek.
Unified Modelling Languange merupakan bahasa visual untuk pemodelan
dan komunikasi mengenai sebuah sistem dengan menggunakan diagram dan teks-
teks pendukung. Unified Modelling Languange muncul karena adanya kebutuhan
pemodelan visual untuk menspesifikasikan, menggambarkan, membangun, dan
dokumentasi dari sistem perangkat lunak. Unified Modelling Languange hanya
berfungsi untuk melakukan pemodelan.
Unified Modelling Languange menyediakan 13 macam diagram untuk
memodelkan aplikasi berorientasi objek. Dalam perancangan ini penulis hanya
menggunakan 6 diagram Unified Modelling Languange, yaitu : activity diagram,
usecase diagram, package diagram, class diagram, deployment diagram dan
sequence diagram. [5]
9
2.5.1. Activity Diagram
Diagram aktivitas atau activity diagram menggambarkan workflow (aliran
kerja) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada
perangkat lunak. Yang perlu diperhatikan adalah bahwa diagram aktivitas
menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas
yang dapat dilakukan oleh sistem. diagram aktivitas juga banyak digunakan untuk
mendefinisikan hal-hal seperti rancangan proses bisnis dimana setiap urutan
aktivitas yang digambarkan merupakan proses bisnis sistem yang difenisikan.
Berikut ini adalah simbol-simbol yang ada pada diagram aktivitas : [5]
a. Start point (status awal) : status awal aktivitas sistem, sebuah diagram
aktivitas memiliki status awal.
b. Activity (aktivitas) : aktivitas yang dilakukan sistem, aktivitas biasanya
diawali dengan kata kerja
c. Decision (Percabangan) : asosiasi percabangan dimana jika ada pilihan
aktivitas lebih dari satu
d. Join (penggabungan) : asosiasi penggambungan dimana lebih dari satu
aktivitas digabungkan menjadi satu.
e. End point (status akhir) : status akhir yang dilakukan sistem, sebuah diagram
aktivitas memiliki sebuah status akhir.
f. Swimline : memisalkan oraganisasi bisnis yang bertanggung jawab terhadap
aktivitas yang terjadi.
2.5.2. Usecase Diagram

Usecase atau Diagram usecase merupakan pemodelan untuk kelakuan
(behavior) sistem informasi yang akan dibuat. Usecase mendeskripsikan sebuah
interaksi antar satu atau lebih aktor dengan sistem informasi yang akan dibuat.
Secara kasar, usecase digunakan untuk mengetahui fungsi apa saja yang ada
didalam sebuah sistem informasi dan siapa saja yang berhak menggunakan fungsi-
fungsi itu. Syarat penamaan pada usecase adalah nama didefinisikan sesimpel
mungkin dan dapat dipahami. Ada dua hal utama pada usecase yaitu pendefinisian
apa yang disebut aktor dan usecase. [5]
10
a. Aktor merupakan orang, proses, atau sistem lain yang berinteraksi dengan
sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari
aktor adalah gambar orang, tapi aktor belum tentu merupakan orang.
b. Usecase merupakan fungsionalitas yang disediakan sistem sebagai unit-unit
yang saling bertukar pesan antar unit atau aktor.
2.5.3. Package Diagram

Packages diagram menyediakan cara mengumpulkan elemen-elemen yang
saling terkait dalam diagram unified modeling language (UML). Hampir semua
diagram dalam unified modeling language dapat dikelompokan menggunakan
package diagram. [5]
2.5.4. Class Diagram

Diagram kelas atau class diagram menggambarkan struktur sistem dari
segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas
memiliki apa yang disebut atribut dan metode atau operasi.
a. Atribut merupakan variabel-variabel yang dimiliki oleh suatu kelas.
b. Operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas.
Diagram kelas dibuat agar pembuat program atau programmer membuat
kelas-kelas sesuai rancangan didalam diagram kelas agar antara dokumentasi
perancangan dan perangkat lunak sinkron. Kelas-kelas yang ada pada struktur
sistem harus dapat melakukan fungsi-fungsi sesuai dengan kebutuhan sistem
sehingga pembuatan perangkat lunak atau programmer dapat membuat kelas-kelas
didalam program perangkat lunak sesuai dengan perancangan diagram kelas.[5]
2.5.5. Sequence Diagram

Sequence diagram menggambarkan kelakuan objek pada usecase dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan di terima
antara objek. Oleh karena itu untuk menggambarkan sequence diagram maka harus
diketahui objek-objek yang terlibat dalam sebuah usecase beserta metode-metode
yang dimiliki kelas yang diinstanisasi menjadi objek itu. Membuat sequence
diagram juga dibutuhkan untuk melihat skenario yang ada pada usecase.
11
Banyaknya sequence diagram yang harus digambar adalah minimal sebanyak
pendefinisian usecase yang memiliki proses sendiri atau yang penting semua
usecase yang telah didefinisikan interkasi jalannya pesan sudah dicakup pada
sequence diagram sehingga semakin banyak usecase yang didefinisikan maka
sequence diagram yang harus di buat juga semakin banyak.[5]
2.6 Perangkat Pendukung

2.6.1. Website
Website adalah kumpulan halaman web yang diletakkan dalam satu
tempat/site/situs. Jadi, didalam website terdapat halaman-halaman web beserta file-
file pendukungnya seperti, gambar, video, dan file digital lain yang diletakkan
dalam satu tempat yang diindetifikasikan melalui nama domain (domain name) dan
alamat Ip(IP address). Dan halaman web inilah yang ditulis dengan menggunakan
standar bahasa HTML. [6]
2.6.2. PHP
PHP adalah singkatan dari PHP Hypertext Preprocessing, merupakan
bahasa scripting untuk web yang cukup populer. Dengan PHP, anda bisa membuat
web dinamis dimana kode PHP diselipkan diantara script kode-kode HTML yang
merupakan bahasa markup standar untuk dunia web.
PHP adalah bahasa script, artinya ditanamkan atau disisipkan ke dalam
HTML. Untuk membedakan kode PHP dan kode HTML, sebagai wadahnya,
digunakan tag-tag PHP. PHP sangat populer dan dapat dipakai untuk mem-program
situs web dinamis tipe apa pun, bahkan PHP dapat digunakan untuk membangun
CMS.
PHP adalah scripting server dan merupakan tool yang powerful untuk
membuat webpage yang dinamis dan interaktif, PHP banyak digunakan dan
merupakan alternatif untuk menggantikan bahasa pemrograman lain, seperti ASP
dan Microsoft.[6]
12
2.6.3. MySQL
MySQL adalah sebuah basis data yang mengandung satu atau jumlah table.
Table terdiri atas sejumlah baris dan setiap baris menggandung satu atau sejumlah
tabel. Tabel terdiri atas sejumlah baris dan setiap baris mengandung satu atau
sejumlah tabel. MySQL adalah database server open source yang cukup popular
keberadaanya. Dengan berbagai keunggulan yang dimiliki, membuat software
database ini banyak digunakan oleh praktisi untuk membangun suatu project.
Adanya fasilitas API (Application Programming Interface) yang dimiliki oleh
Mysql, memungkinkan bermacam-macam aplikasi Komputer yang ditulis dengan
berbagai bahasa pemograman dapat mengakses basis data MySQL.[8]
2.6.4. XAMPP
XAMPP merupakan perangkat lunak bebas, yang mendukung banyak
sistem operasi, merupakan kompilasi dari beberapa program. Fungsinya adalah
sebagai server yang berdiri sendiri atas program Apache HTTP Server, MySQL
database, dan penerjemah bahasa yang ditulis dengan Bahasa pemrograman PHP
dan Perl.
Secara resmi, XAMPP dirancang dengan tujuan untuk digunakan hanya
sebagai alat pengembang. Biasanya programmer website dilakukan untuk menguji
pekerjaaan mereka pada komputer tanpa akses ke Internet. Untuk memudahkan
dalam menggunakan fitur keamanan penting yang (nonaktif) secara default.[9]
2.7 Tinjauan Penelitian

1. Analisis dan Perancangan Website Pada Distro Roverland Yogyakarta, Fajar
Nurrohmat 2016. Adapaun hasil penelitian yang sama yaitu :
a. Penulis mengembangkan Website menggunakan metode
pengumpulan data yang terdiri dari studi perpusatakan, wawancara
dan metode pengamatan. Penulis menggunakan Prototyping dalam
pengembangan website ini.
b. Masalah penelitian yang terdapat dari sistem yang akan dirancang
yaitu, bagaimana merancang suatu website yang memiliki interface
menarik sebagai media informasi dan pemesanan pada Distro
13
Roveland, untuk meningkat konsistensi dan peluang pasar, bagaimana
mengubah sistem manual sekarang menjadi media website agar
menghasilkan informasi. yang real time, dan bagaimana merancang
suatu website dapat membantu pelanggan mendapatkan informasi
yang lengkap dan akurat dari produk yang diinginkan.
2. Analisis dan Perancangan sistem Website pada Toko Cinderamata, Andi
Nurul Muchlisa, 2016. Metode yang digunakan Fast Adapaun hasil
penelitian yang sama yaitu :
a. Dengan adanya Website Toko Cinderamata (Makasar) dapat
memberikan solusi dalam meningkatkan Produktifitas Toko sehingga
dapat meningkatkan penjualan serta kepuasan konsumen.
b. Penelitian ini dilakukan untuk menganalisis dan merancang Website
di Toko Rejeki Tani Lembang, Fast sebagai konsep untuk
menganalisis dan mengidentifikasi konsumen.
3. Analisa dan Perancangan Apilikasi web Sparepart Motor, Eka Rini Yulia,
2018. Metode yang digunakan Waterfall. Adapun hasil penelitian yang sama
yaitu :
a. Aplikasi web yang dibuat dapat memudahkan pelanggan memesan
produk tanpa kendala jarak dan waktu.
b. Aplikasi web yang dibuat dapat memberi perubahan pada sistem
pemesanan dan penjualan yang sudah ada pada Bengkel Proklamasi
Jaya Motor, dengan sistem baru ini dapat memudahkan proses
pemesanan dan transaksi.
4. Rancang Bangun Sistem Informasi Persediaan Barang Berbasis Web
Dengan Metode FAST, Ani Oktarini Sari, Elan Nuari, 2017. Adapun hasil
penelitian yang sama yaitu :
a. Dengan adanya aplikasi web ini sangat mempermudah admin dalam
pengelolaan data barang masuk dan barang keluar dengan efektif dan
efisien karena data sudah teroganisir sesuai dengan level akses admin.
14
b. Dengan adanya aplikasi web ini data persediaan barang/stok barang
dapat terpantau dengan baik dan file data barang masuk maupun
barang keluar terpantau dengan naik.
5. Sistem Informasi Penjualan Berbasis Web Pada Toko Benang-Benang
Hoby Surabaya, Osie Holy Handoyo, 2011, Metode yang digunakan Fast
Adapaun hasil penelitian yang sama yaitu :
a. Aplikasi web ini sangat berguna dan membatu admin dalam proses
pemesanan barang yang di pesan oleh user atau konsumen untuk
membeli produk yang dijual pada Toko Benang-Benang Hoby
Surabaya.
b. Aplikasi web ini sangat membatu dalam hal promosi barang serta
promosi produk terbaru yang dijual pada Toko Benang-Benang Hoby
Surabaya.
15
BAB III
METODOLOGI PENELITIAN
3.1 Model Pengembangan Perangkat Lunak

Dalam penelitian ini penulis menggunakan model FAST (Framework For
The Application oF Systems Thinking) yang terdiri dari Fase Definisi Lingkup, Fase
Analisis Masalah, Fase Analisis Kebutuhan, Desain Logis, Fase Analisis
Keputusan, dan Desain dan Integrasi.
3.1.1. Fase Definisi Lingkup

Dalam Fase ini, Penulis akan melakukan tahap persiapan menggunakan
beberapa teknik pengumpulan data seperti wawancara dengan cara mengumpulkan
data dan dengan cara mengajukan pertanyaan kepada informan atau autoritas yang
sudah ahli dan berwenang dalam suatu masalah. Pengamatan yang dilakukan
makhluk cerdas, terhadap suatu proses atau objek dengan maksud merasakan dan
kemudian akan memahami pengetahuan dan sebuah fenomena berdasarkan
pengetahuan dan gagasan yang sudah diketahui sebelumnya, untuk mendapatkan
informasi-informasi yang dibutuhkan untuk melanjutkan penelitian.
3.1.2. Fase Analisis Masalah

Dalam tahapan ini, penulis mempelajari wilayah permasalahan yang
ditemukan, Menganalisis permasalahan atau kesempatan tersebut beserta proses
bisnisnya. Penentuan sasaran pengembangan sistem diperlukan pada fase ini untuk
mengetahui batasan dari sistem yang dikembangkan. Rencana sistem yang telah
dibuat pada fase pertama. Rencana sistem yang telah dibuat pada fase pertama akan
di update atau dilakukan sebuah perubahan rencana jika pada fase ini terdapat tidak
kesuaian atas rencana sistem pada fase pertama, penulis juga akan
mengestemasikan waktu yang dibutuhkan untuk membuat sistem yang diusulkan.
Penulis membuat proses bisnis, activity diagram, analisa keluaran dan masuka
3.1.3. Fase Analisis Kebutuhan

Pada fase ini, penulis akan melakukan analisis kebututuhan sistem dan
memprioritaskan kebutuhan-kebutuhan bisnis. Penulis akan menganalisis
16
kebutuhan fungsional yang diharapkan dapat dipenuhi oleh sistem yang diusulkan,
menelusuri, melengkapi kebutuhan, dan memprioritaskan kebutuhan. Selain itu,
penulis menganalisa teknologi yang cocok digunakan untuk permasalahan yang
ada. Update pada fase pertama dan fase kedua. Penulis juga akan mengestimasikan
waktu yang dibutuhkan untuk membuat sistem yang diusulkan. Penulis membuat
identifikasi kebutuhan, usecase, package, dan deskripsi use case.
3.1.4. Desain Logis.

Pada tahapan ini, hasil dari analisis kebutuhan akan diterjemahkan menjadi
gambar-gambar yang disebut model sistem sistem seperti erd, transformasi erd ke
lrs, lrs, spesifikasi basis data, class diagram, dan deyployment. Penulis juga akan
menentukan kebutuhan teknikal untuk membantu penyelesaian sistem yang
diusulkan. Model sistem yang dibuat di ilustrasikan sebagai sistem yang terpisah,
pada fase ini akan dari sembarang solusi teknis yang mungkin dengan kata lain,
pada fase ini akan menjawab pertanyaan seputar teknologi yang akan menjamin
kegunaan, kehandalan, kelengkapan, kinerja dan kualitas yang akan dibangun
didalam sistem.
3.1.5. Fase Analisis Keputusan.

Dalam fase ini, penulis mengidentifikasi dan menganalisis kandidat-
kandidat solusi perangkat lunak dan keras yang nantinya akan dipilih dan dipakai
dalam implementasi sistem sebagai solusi atas masalah dan kebutuhan yang sudah
didefinisikan pada fase sebelumnya, merekomendasikan sebuah target sistem yang
akan didesain, dibangun, dan diimplementasikan. Penulis akan melakukan update
rencana proyek jika terdapat ketidaksesuaian atas rencana proyek pada fase pertama
dan yang berkaitan dengan fase ini, penulis juga akan mengestimasikan waktu yang
dibutuhkan untuk membuat sistem yang diusulkan
3.1.6. Desain dan Integrasi.

Setelah membuat desain logis dan menemukan solusi atas software dan
hardware yang dibutuhkan, maka akan dilakukan konstruksi dan pengujian
terhadap sistem yang sudah memenuhi kebutuhan-kebutuhan bisnis dan spesifikasi
desain yang dibuat pada tahap ini. Penulis akan membuat sebuah basis data,
17
program aplikasi, rancangan antarmuka dan kode program. maka sistem siap untuk
diimplementasikan. Penulis merancang, rancangan layar dan sequence diagram.
3.2 Metode Pengembangan Sistem Informasi

Metode pengembangan system menggunakan metode berorientasi objek
baik untuk analisis maupun perancangan system. Untuk perancangan basis data
menggunakan metode terstruktur dengan menggunakan model Entity Relationship
dengan menggunakan Entity Relationship Diagram (ERD). Analisis berorientasi
objek atau Object Oriented Analysis (OOA) menurut Rossa A.S, M. Shalahuddin
(2014) adalah tahapan untuk menganalisis spesifikasi atau kebutuhan akan sistem
yang akan dibangun dengan konsep berorientasi objek, apakah benar kebutuhan
yang ada dapat diimplementasikan menjadi sebuah system berorientasi object.
OOA biasanya menggunakan kartu CRC (Component, Responsibility,
Collaborator) untuk membangun kelas-kelas yang akan digunakan atau
menggunakan UML (Unified Modeling Language) pada bagian diagram usecase,
diagram class, diagram objek. Desain berorientasi objek atau Object Oriented
Design (OOD) adalah tahapan perantara untuk memetakan spesifikasi atau
kebutuhan system yang akan dibangun dengan konsep berorientasi objek ke desain
pemodelan agar lebih mudah diimplementasikan dengan pemograman berorientasi
objek. OOA dan OOD sering kali memiliki batasan yang samar, sehingga biasanya
disebutkan langsung menjadi OOAD (Object Oriented Analysis and Design).
3.3 Tool Pengembangan Sistem

UML mendefinisikan notasi dan syntax/sematik. Notasi UML yaitu
sekumpulan bentuk khusus untuk mengambarkan berbagai diagram piranti lunak.
Setiap bentuk memiliki makna tertentu dan UML syntax mendefinisikan bagaimana
bentuk-bentuk tersebut dapat dikombinasi. Notasi UML terutama diturunkan dari 3
notasi yang telah ada sebelumnya : OO (object oriented), OMT (Object Modelling
Technique) dan OOSE (object oriented software enginering). UML mendefinisikan
diagram-diagram sebagai berikut :
18
1. Usecase Diagram
Use Case Diagram merupakan pemodelan untuk melakukan sistem
informasi yang akan dibuat serta mendeskripsikan sebuah interaksi antara satu lebih
dengan aktor dengan sistem informasi yang akan dibuat. Use Case Diagram
digunakan untuk mengetahui fungsi apa saja yang ada didalam sebuah sistem
informasi dan siapa saja yang berhak menggunakan fungsi-fungsi tersebut.
2. Class Diagram
Diagram kelas menjelaskan hubungan antar class dalam sistem aplikasi
interaksi alumni dan bagaimana caranya agar mereka saling berhubungan untuk
mencapai sebuah tujuan.
3. Sequence Diagram :
Sequence Diagram dalam penelitian ini merupakan suatu diagram yang
memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam sistem
yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek
tersebut termasuk pengguna, display, dan sebagainya berupa pesan/message.
3.3.1. Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) biasanya digunakan untuk menjelaskan
hubungan antara data ada di dalam basis data kepada pengguna secara logis. ERD
didasarkan pada suatu persepsi bahwa real wold terdiri atas obyek-obyek data
tersebut. Pengguna ERD relatif mudah dipahami, bahkan oleh para pengguna yang
awam. Bagi perancang atau analisis sistem, ERD berguna untuk memodelkan
sistem yang nantinya, basis data akan dikembangkan.
19
3.3.2. Diagram Air Penelitian
Tahapa prosesn yang akan dilakukan dalam penelitian ini digambarkan
dalam diagram alir pada gambar 3.1 sebagai berikut :
Gambar 3.1 Diagram Air Penelitian
20
BAB IV
HASIL DAN PEMBAHASAN
Pada bab ini penulis akan memberikan pemaparan serta pembahasan

mengenai hasil penelitian yang dilakukan oleh penulis saat melakukan penelitian di
Bengkel Rastra Jaya Motor Toboali.
4.1 Tinjauan Organisasi

Bengkel Rastra Jaya Motor adalah Perusahaan yang bergerak di bidang
otomotif berbentuk toko yang menyediakan jasa penjualan dan jasa perbaikan
kendaran otomotif khususnya kendaran roda dua yang berlokasi di Kawasan Jl.
Jend. Sudirman Toboali yang merupakan Ibu Kabupaten Bangka Selatan.
4.2 Sejarah Perusahaan

Bengkel Rastra Jaya berdirik sejak April 2018, sejak itu mulai melakukan
penjualan berbagai macam peralatan otomotif sekaligus menyediakan jasa
perbaikan (service) khususnya kendaran roda dua.
Di dalam transaksi, penjualan adalah bagian dari kegiatan utama ditokoyang
sangat mendukung terjadinya transaksi –transaksi jual beli dan perbaikan (service)
kendaran bermotor khususnya kendaraan roda dua, dalam transaksi penjualan yang
dilakukan sehari-hari pada bengkel Rastra Jaya Motor masih di lakukan secaran
tunai.
Maksud dan tujuan terbentuknya Bengkel Rastra Jaya Motor saat itu adalah
ikut berperan serta dalam menyediakan berbagai kebutuhan masyarakat khususnya
di daerah Toboali agar lebih mudah untuk mencari kebutuhan otomotif seperti
sparepart dan jasa perbaikan yang langsung bisa di lakukan di Bengkel Rastra Jaya
Motor.
21
4.3 Visi dan Misi Perusahaan
1. Visi Perusahaan
Menjadikan Toko dan Bengkel Rastra Jaya Motor terkenal di semua
kalangan dan menjadi icon Bengkel ternama di dalam dunia otomotif
khususnya di Kawasan Toboali.
2. Misi Perusahaan
a. Mengembangkan Toko dan Bengkel Rastra Jaya Motor menjadi pilihan
bagi masyarakat di wilayah penjualan hingga luar daerah umumnya,
untuk mendapatkan produk berkualitas dengan harga yang bersaing.
b. Memberikan kesejahteraan kepada setiap karyawan.
4.4 Struktur Organisasi Perusahaan

Suatu perusahaan harus mempunyai struktur organisasi agar melakukan
suatu pekerjaan dapat berjalan dengan baik, agar tidak terjadi tumpang tindih tugas
yang berakibat mengganggu jalannya kegiatan yang anda. Sehingga kegiatan
operasionalnya dapat berjalan dengan lancar sesuai yang diinginkan.
Struktur organisasi bukan hanya untuk pembagian tugas wewenang dan
tanggung jawab untuk mencapai tujuan tertentu akan tetapi harus mempunyai
prinsip yang mantap agar keserasian kerja dapat tercapai secara efektif yang
sekaligus mendapatkan suatu keuntungan yang diinginkan usaha tersebut.
Struktur organisasi Bengkel Rastra Jaya Motor seperti gambar dibawah ini :
Gambar 4.1 Struktur Organisasi Perusahaan
22
4.5 Jabatan Tugas Dan Wewenang
1. Pemilik
Pemilik bertanggung jawab penuh atas jalannya toko. Pemilik juga
memimpin, merencanakan, mengarahkan, mengkoordinasikan, mendukung,
memantau dan mengendalikan jalannya toko. Pemilik juga bertanggung jawab
pada bagian keuangan serta mencatat keluar dan masuknya uang toko.
2. Karyawan
Karyawan bertanggung jawab melayani Pelanggan, mempromosikan,
melaporkan stok sparepart dan mencatat sparepart mana yang paling banyak dicari
oleh Pelanggan.
4.6 Definisi Lingkup

Definisi Lingkup (Scope Definition) pada fase ini akan melakukan kegiatan
perumusan masalah dan ruang lingkup dengan melakukan observasi, wawancara
dan dokumentasi.
4.7 Anaslisa Masalah
Menguraikan tentang proses bisnis, activity diagram, analisa masukan dan
analisa keluaran
4.7.1. Analisa Proses Bisnis
Dalam menganalisa suatu maslah perlu diketahui terlebih dahulu proses
yang berjalan pada suatu perusahaan. Berikut proses bisnis yang berjalan pada
Bengkel Rastra Jaya Motor Toboali :
1. Proses Pemesanan Barang Kepada Supplier.
Pemilik Toko membuat daftar barang yang ingin di pesan kepada Supplier,
kemudian Supplier menerima pesanan barang yang di pesan dan menyiapkan
barang pesanan sesuai daftar pesanan dan barang pesanan segera dikirim kepada
pemilik Toko/Bengkel Rastra Jaya Motor Toboali.
23
Gambar 4.2 Activity Diagram Proses Pemesanan Barang Kepada Supplier
24
2. Proses Pencatatan Data Barang Masuk
Pemilik memberikan data barang masuk kepada Staf Gudang, kemudian
Staf Gudang mencatat data barang yang masuk tersebut di buku data pembukuan
Barang masuk.
Gambar 4.3 Activity Diagram Proses Pencatatan Barang Masuk Dari Supplier
25
3. Proses Pencatatan Data Barang Keluar
Staf Penjualan menghubungi Staf Gudang, lalu menanyakan ketersedian
barang yang diinginkan Pelanggan. Staf Gudang memeriksa dahulu ketersediaan
barang tersebut, jika tidak tersedia Staf Gudang akan mengkonfirmasi ke Staf
Penjualan. Jika tersedia Staf Penjualan akan menayakan apakah itu barang yang
diinginkan, jika benar Staf Penjualan akan membuat nota total harga dan
mengkonfirmasi ke Pelanggan. Lalu Pelanggan menerima konfirmasi nota total
harga.
Gambar 4.4 Activity Diagram Proses Pencatatan Data Barang Keluar
26
4. Proses Mencetak Laporan
Karyawan membuat laporan penjualan, lalu menyerahkan kepada pemilik
toko.
Gambar 4.5 Activity Diagram Proses Pencatatan Laporan
27
4.7.2. Analisa Keluaran
Berikut adalah jenis-jenis output/keluaran yang menjadi bagian penting
dalam kegiatan sehari-hari pada Bengkel Rastra Jaya Motor Toboali:
a. Nama Keluaran : Nota Barang keluar dari gudang
Fungsi : Sebagai tanda bukti yang diterima oleh Staf Gudang
Media : Kertas
Distribusi : Staf Penjualan
Rangkap : 1 (dua) Lembar
Frekuensi : Setiap adanya Barang keluar dari gudang
Volume : 7/hari
Format : Lampiran A-1
Keterangan : Berisikan bukti barang yang keluar dari gudang
Hasil Analisa : Kurang baik, karena masih belum adanya id Produk
b. Nama Keluaran : Laporan Penjualan

Fungsi : Untuk mengetahui Data Barang yang keluar dan
terjual
Media : Kertas
Distribusi : Pelanggan
Rangkap : 1 (satu) Lembar
Frekuensi : Setiap adanya Pelanggan yang berbelanja
Volume : 7/Hari
Format : Lampiran A-2
Keterangan : Berisikan bukti penjualan
Hasil Analisa : Kurang baik, karena masih belum adanya kode
Produk dll.
28
4.7.3. Analisa Masukan
Berikut adalah jenis-jenis input/masukan yang menjadi bagian penting
dalam kegiatan sehari-hari pada Bengkel Rastra Jaya Motor Toboali:
a. Nama Masukan : Data Pemasok Barang (supplier)

Sumber : Admin
Fungsi : Untuk mengetahui data para pemasok (supplier)
Media : Kertas
Frekuensi : 60
Volume : 7/hari
Format : Lampiran B-1
Keterangan : Berisi data pemasok (supplier)
Hasil Analisa : Informasi cukup jelas, namun tetap kurang baik
karena tidak adanya kode Produk dll.
b. Nama Masukan : Data Barang Masuk

Sumber : Pemasok (supplier)
Fungsi : Untuk mengetahui data setiap barang yang masuk
Media : Kertas
Frekuensi : Perbulan
Volume : 7/hari
Format : Lampiran B-2
Keterangan : Berisi data Produk
Hasil Analisa : Informasi cukup jelas, namun tetap kurang baik
karena tidak adanya kode Produk dll.
29
4.8. Analisa Kebutuhan
Proses analisa kebutuhan bertujuan untuk mendefinisikan kebutuhan dari
sistem yang akan dikembangkan.
4.8.1. Analisa Kebutuhan Pengguna
Berdasrkan hasil analisa mengenai sistem yang sedang berjalan pada
Bengkel Rastra Jaya Motor Toboali, maka didefinisikan kebutuhan-kebutuhan
sebagai berikut:
1. Kebutuhan : Login Admin
Masalah : Proses keluar masuk pada sistem berjalan masih
menggunakan cara konvensional, tidak tersedianya
login untuk validasi data.
Usulan : Disediakan form untuk validasi keluar masuk barang
yang akan menggunakan sistem.
2. Kebutuhan : Input Barang

Masalah : Kurang jelas, kurang efektif, sewaktu mencari data..
Usulan : Data Barang tersedia di katalog dalam sebuah website.
3. Kebutuhan : Input Supplier

Masalah : Banyak Supplier yang belum terdata dengan baik,
terkadang kurang efektif dalam mencari supplier yang
tepat seuai kebutuhan.
Usulan : Tersedia form untuk memudahkan admin dalam
menemukan supplier agar bisa membantu melakukan
pesanan untuk persediaan di Gudang.
4. Kebutuhan : Input PO
Masalah : Admin sering kesulitan dalam membuat daftar barang
yang akan di pesan kepada supplier.
Usulan : Menyediakan form Input PO dalam website sehingga
admin mudah untuk melakukan pemesanan barang.
30
5. Kebutuhan : Input Barang Masuk
masuk ke Gudang.
Usulan : Penyediaan form Input Barang Masuk tentu sangat
membudahkan admin dalam mencatan barang masuk.
6. Kebutuhan : Input Barang Keluar (Pesanan)

masuk ke Gudang.
Usulan : Penyediaan form Input Barang Keluar tentu sangat
membudahkan admin dalam mencatan barang Keluar.
7. Kebutuhan : Input Retur

Masalah : Terkadang sering terjadi permasalahan pada saat
melakukan Retur barang ke pada Supplier.
Usulan : Menyediakan form Input Retur sehingga
memudahkan Admin dalam mencatat barang yang di
retur.
8. Kebutuhan : Laporan Stok Barang

Masalah : Sering terjadi permasalahan pada saat membuat
laporan stok barang yang ada pada Gudang.
Usulan : Menyediakan form Laporan Stok Barang sehingga
sangat memudahkan Admin dalam membuat laporan
stok barang.
9. Kebutuhan : Laporan Barang Masuk

Masalah : Karyawan merasa kesulitan apabila ingin mebuat
laporan barang yang masuk ke Gudang dalam waktu
cepat dan akurat.
31
Usulan : Menyediakan form Laporan Barang Masuk pada
website yang khusus digunanan untuk mengetahui
jumlah barang yang masuk ke dalam Gudang.
10. Kebutuhan : Laporan Barang Keluar (Pesanan)

Masalah : Karyawan merasa kesulitan apabila ingin mebuat
laporan barang yang keluar dari Gudang dalam waktu
cepat dan akurat.
Usulan : Menyediakan form Laporan Barang Keluar pada
jumlah barang yang keluar dari Gudang.
11. Kebutuhan : Laporan PO

Masalah : Pada saat ini terkadang keliru dalam membuat laporan
PO kepada supplier.
Usulan : Menyediakan form Laporan PO pada website yang
khusus digunanan untuk mengetahui jumlah barang
yang di pesan sesuai permintaan order Gudang.
12. Kebutuhan : Laporan Retur Barang

Masalah : Sering terjadi salah melakukan retur dan kekeliruan.
Usulan : Menyediakan form Laporan Retur Barang pada
jenis barang dan jumlah barang yang di retur karenan
tidak sesuai pesanan maupun barang yang rusak.
32
4.8.2. Desain Sistem
1. Package Diagram
Berikut ini merupakan Package Diagram dilakukan pengelompokkan
elemen-elemen dari sistem yang dibangun agar memudahkan visibility dari model
yang sedang dibangun:
Gambar 4.6 Package Diagram
2. Use Case Diagram

Merupakan gambaran skenario dari interaksi antara pengguna dengan
sistem. Use case diagram menggambarkan hubungan antara aktor dan kegiatan
yang dapat dilakukannya terhadap aplikasi .
a. Usecase Diagram dari sisi Admin
Gambar 4.7 Use Case Diagram Berdasarkan Aktor Admin
33
4.8.3. Deskripsi Use Case Diagram
a. Deskripsi Use Case Diagram Berdasarkan Aktor Admin
Penjelasan Use Case Diagram berdasarkan aktor admin dapat dilihat
sebagai berikut:
Tabel 4.1 Deskripsi Use Case Diagram Berdasarkan Aktor Admin
1. Use Case : Entry & Edit Data Supplier
Aktor : Admin
Deskripsi : a. Admin membuka halaman login admin.
b. Admin kemudian masuk ke menu entry Data Supplier.
c. Jika Admin ingin menambah data Produk, maka klik
Tambah Data Supplier.
d. Jika Admin ingin mengedit Data Supplier, maka klik d
Data Supplier yang ingin di ubah lalu edit.
e. Jika Admin ingin menghapus Data Supplier, pilih Data
Supplier lalu klik hapus.
2. Use Case : Entry & Edit Data Barang

Aktor : Admin
Deskripsi : a. Admin membuka halaman Admin.
b. Admin kemudian membuka menu Data Barang
c. Jika Admin ingin menginput Data Barang maka klik
entry baru, lalu masukan data Data Barang
d. Jika Admin ingin mengedit Data Barang maka kik edit
Data Barang.
e. Jika Admin ingin menghapus Data Barang maka pilih
Data Barang yang ingin di hapus, lalu klik hapus
3. Use Case : Entry & Edit PO

Aktor : Admin
b. Admin kemudian membuka menu Edit PO.
34
c. Jika Admin ingin menginput PO, maka klik entry baru,
lalu masukan data PO.
d. Jika Admin ingin melihat & Edit PO maka klik lihat &
Edit PO.
e. Jika Admin ingin menghapus PO pilih data PO yang
ingin di hapus, lalu klik hapus.
4. Use Case : Entry & Edit Data Invoice

Aktor : Admin
b. Admin kemudian membuka menu Data Invoice
c. Jika Admin ingin menginput Data Invoice maka klik
entry baru, lalu masukan data Data Invoice
d. Jika Admin ingin mengedit Data Invoice maka kik edit
Data Invoice.
e. Jika Admin ingin menghapus Data Invoice maka pilih
Data Invoice yang ingin di hapus, lalu klik hapus
5. Use Case : Entry & Edit Data Barang Masuk

Aktor : Admin
b. Admin kemudian pilih menu entry & Data Barang
Masuk kemudian klik lihat jenis barang.
c. Jika Admin ingin menginput Data Barang Masuk maka
klik entry baru, lalu masukan data Data Barang Masuk
d. Jika Admin ingin mengedit Data Barang Masuk maka
kik edit Data Barang Masuk.
e. Jika Admin ingin menghapus Data Barang Masuk maka
pilih Data Barang Masuk yang ingin di hapus, lalu klik
hapus
6. Use Case : Entry & Edit Data Barang Keluar
35
Aktor : Admin
b. Admin kemudian pilih menu entry & Data Barang
Keluar kemudian klik lihat jenis barang.
c. Jika Admin ingin menginput Data Barang Keluar maka
klik entry baru, lalu masukan data Data Barang Keluar
d. Jika Admin ingin mengedit Data Barang Keluar maka
kik edit Data Barang Keluar.
e. Jika Admin ingin menghapus Data Barang Keluar maka
pilih Data Barang Keluar yang ingin di hapus, lalu klik
hapus
7. Use Case : Cetak Laporan Barang Masuk

Aktor : Admin
b. Admin kemudian pilih menu Laporan Barang Masuk dan
Cetak Laporan , kemudian klik lihat laporan dan cetak
laporan.
8. Use Case : Cetak Laporan Barang Keluar
Aktor : Admin
Deskripsi : a. Admin membuka halaman Admin
b. Admin kemudian pilih menu Laporan Barang Keluar dan
Cetak Laporan, kemudian klik lihat laporan dan cetak
laporan.
9. Use Case : Cetak Laporan

Aktor : Admin
Deskripsi : a. Admin membuka halaman Admin
b. Admin kemudian pilih menu Cetak Laporan dan Cetak
Laporan, kemudian klik lihat laporan dan cetak laporan.
36
4.9 Rancangan Basis Data
1. Entity Relationship Diagram ( ERD )
Gambar 4.8 Entity Relationship Diagram (ERD)
37
2. Transformasi ERD ke LRS
Gambar 4.9 Transformasi ERD ke LRS
38
3. Logical Record Structure (LRS)
Gambar 4.60 Logical Record Structure (LRS)
39
4. Tabel
Tabel-tabel dibawah ini diambil dari jumlah entitas yang ada pada LRS (Logical
Record Structure).
a. Tabel Supplier
Tabel 4.2 Tabel Supplier
Id_supplier Nm_supplier Almt_supplier Telp_supplaier Email
PK
b. Tabel Invoice
Tabel 4.3 Tabel Invoice
No_invoice Tgl_invoice Hrg_invoice Id_supplier
Pk
c. Tabel Barang
Tabel 4.4 Tabel Barang
Kd_barang Nm_barang Merek Hrg_barang Jumlah No_Invoice
Pk
d. Tabel PO
Tabel 4.5 Tabel PO
No_PO Tgl_PO Id_supplier
PK
e. Tabel Pesanan
Tabel 4.6 Tabel Pesanan
No_pesanan Nm_konsumen Tgl_pesanan
Pk
40
f. Tabel Retur
Tabel 4.7 Tabel Retur
No_retur Tgl_retur Kd_barang Ket
Pk
g. Tabel Admin
Tabel 4.8 Tabel Admin
Id_admin Nama Username Password
Pk
5. Spesifikasi Basis Data

a. Spesifikasi Basis Data Supplier
Nama File : Supplier
Media : Harddisk
Isi : Data Tentang Supplier
Organisasi : Index Sequential
Primary Key : Id_supplier
Panjang Record : 150 Byte
Jumlah Record : 2700 Record
Struktur :
Tabel 4.9 Tabel Spesifikasi Basis Data Supplier

No Nama_Field Jenis Lebar Desimal Keterangan
1 Id_ supplier Varchar 7 - ID Supplier
2 Nm_supplier Varchar 30 - Nama Supplier
3 Almt_supplier Varchar 100 - Alamat Supplier
4 Tlpn_supplier` Varchar 14 - No.Telp Supplier
5 Email Varchar 30 - Email Supplier
41
b. Spesifikasi Basis Data Invoice
Nama File : Invoice
Media : Harddisk
Isi : Data Tentang Invoice
Primary Key : No_invoice
Struktur :
Tabel 4.10 Tabel Spesifikasi Basis Data Invoice

1 No_invoice Varchar 7 - Nomor Invoice
2 Tgl_invoice Date - - Tanggal Invoice
3 Hrg_invoice Int 15 - Harga Invoice
4 Id_supplier Varchar 7 - ID Supplier
c. Spesifikasi Basis Data Barang

Nama File : Barang
Media : Harddisk
Isi : Data Tentang Barang
Primary Key : Kd_barang
Struktur :
42
Tabel 4.11 Tabel Spesifikasi Basis Data Tentang Barang
1 Kd_barang Varchar 7 - Kode Barang
2 Nm_barang Varchar 30 - Nama Barang
3 Merek Varchar 40 - Merek
4 Hrg_barang Int 15 - Harga Barang
5 Jumlah Int 5 - Jumlah
6 No_invoice Varchar 7 - Nomor Invoice
d. Spesifikasi Basis Data PO

Nama File : PO
Media : Harddisk
Isi : Data Tentang PO
Primary Key : No_PO
Struktur :
Tabel 4.12 Tabel Spesifikasi Basis Tentang PO

1 No_PO Varchar 7 - Nomor PO
2 Tgl_PO Date - - Tanggal PO
3 Id_supplier Varchar 7 - ID Supplier
43
e. Spesifikasi Basis Data Pesanan
Nama File : Pesanan
Media : Harddisk
Isi : Data Tentang Pesanan
Primary Key : No_pesanan
Struktur :
Tabel 4.13 Tabel Spesifikasi Basis Data Tentang Pesanan

1 No_pesanan Varchar 10 - Nomor Pesanan
2 Nm_konsumen Varchar 20 - Nama Konsumen
3 Tgl_pesanan Date - - Tanggal Pesanan
f. Spesifikasi Basis Data Retur

Nama File : Retur
Media : Harddisk
Isi : Data Tentang Retur
Primary Key : No_retur
Struktur :
44
Tabel 4.14 Tabel Spesifikasi Basis Data Tentang Retur
1 No_retur Varchar 7 - Nomor Retur
2 Tgl_retur Date - - Tanggal Retur
3 Kd_barang Varchar 15 - Kode Barang
4 Ket Varchar 200 - Keterangan
g. Spesifikasi Basis Data Admin

Nama File : Admin
Media : Harddisk
Isi : Data Tentang Admin
Primary Key : Id_admin
Struktur :
Tabel 4.15 Tabel Spesifikasi Basis Data Tentang Admin

1 Id_admin Varchar 7 - ID Admin
2 Nama Varchar 50 - Nama Admin
3 Username Varchar 30 - Username
4 Password Varchar 10 - Password
45
6. Class Diagram
Gambar 4.11 Class Diagram
46
7. Deployment Diagram
Diagram ini digunakan untuk menjelaskan letak software ke processing node.
Menunjukan konfigurasi elemen proses pada saat run dan software di dalamnya. Tujuan
atau fungsi dari deployment diagram yaitu untuk menggambarkan/memvisualisasikan
secara umum proses yang terjadi pada suatu sistem/software. Dengan menggunakan
deployment diagram kita dapat menentukan ruang yang tersedia saat eksekusi yang tersedia
di perangkat keras.
Gambar 4.12 Deployment Diagram
4.10. Analisa Keputusan

4.10.1. Rancangan Keluaran
Rancangan Keluaran dimaksudkan untuk memberi gambaran yang akan
dihasilkan oleh sistem pada Bengkel Rastra Jaya Motor, Rincian mengenai
rancangan keluaran tersebut sebagai berikut :
a. Nama Keluaran : Laporan Barang Keluar Dari Gudang
Fungsi : Untuk Mengetahui Laporan Barang Keluar
Media : Web dan Kertas
Distribusi : Staf Penjualan
47
Frekuensi : Setiap Adanya Barang Keluar Dari Gudang
Volume : 15/hari
Format : Lampiran C-1
Keterangan : Berisikan bukti Laporan Barang Keluar
Hasil Analisa : Baik
4.10.2. Rancangan Masukan

Rancangan Masukan dimaksudkan untuk memberi gambaran yang akan
dihasilkan oleh sistem pada Bengkel Rastra Jaya Motor, Rincian mengenai
rancangan Masukan tersebut sebagai berikut :
a. Nama Masukan : Data Supplier

Sumber : Supplier
Fungsi : Untuk mengetahui Data Supplier
Media : Web
Frekuensi : Setiap melakukan pemesanan Stok Barang
Volume : 20/Bulan
Format : Lampiran D-1
Keterangan : Berisi Data Supplier
Hasil Analisa : Baik.
b. Nama Masukan : Data Invoice

Sumber : Data Invoice
Fungsi : Mengetahui pesanan yang dikirim dari Supplier
Media : Web
Frekuensi : Setiap ada Barang Masuk
Volume : 13/Tahun
Keterangan : Berisi Data Barang yang di kirim dari Supplier
48
c. Nama Masukan : Data Barang
Sumber : Data Stok Barang
Fungsi : Untuk mengetahui Data Stok Barang
Media : Web
Frekuensi : Setiap ada barang masuk dan keluar
Volume : 15/Hari
Keterangan : Berisi Data Stok Barang yang ada di Gudang
d. Nama Masukan : Data PO

Sumber : Data PO
Fungsi : Untuk mengetahui data barang yang di pesan
kepada Supplier
Media : Web
Frekuensi : Setiap melakukan pemesanan barang
Volume : 25/Hari
Keterangan : Berisi data barang yang di pesan kepada Supplier
e. Nama Masukan : Data Pesanan

Sumber : Data Pesanan dan Data Barang
Fungsi : Untuk mengatur data barang keluar dari Gudang
Media : Web
Frekuensi : Setiap adanya barang keluar dari Gudang
Volume : 15/Hari
Keterangan : Berisi Data Barang Keluar dari Gudang
49
f. Nama Masukan : Data Retur
Sumber : Data Retur dan Data Invoice
Fungsi : Untuk mencetak laporan Barang keluar dari
Gudang
Media : Web
Frekuensi : Setiap adanya barang keluar dari Gudang
Volume : 15/Hari
Keterangan : Berisi Data barang keluar dari Gudang
g. Nama Masukan : Data Admin

Sumber : Data Admin
Fungsi : Untuk mengatur dan mengelolah aplikasi
Media : Web
Frekuensi : Setiap admin login
Volume : 8/Tahun
Keterangan : Berisi data admin
50
4.10.3. Desain Dan Integritas
1. Struktur Tampilan
Gambar 4.13 Struktur Tampilan
51
2. Rancangan Layar
a. Rancangan Layar Login Admin
Gambar 4.14 Rancangan Layar Login Admin
b. Rancangan Layar Data Barang
Gambar 4.15 Rancangan Layar Data Barang
52
c. Rancangan Layar Kategori Barang
Gambar 4.16 Rancangan Layar Kategori Barang
d. Rancangan Layar Merk Barang
Gambar 4.17 Rancangan Layar Merk Barang
53
e. Rancangan Layar Input Barang
Gambar 4.18 Rancangan Layar Input Barang
f. Rancangan Layar Input Barang Masuk
Gambar 4.19 Rancangan Layar Input Barang Masuk
54
g. Rancangan Layar Input Barang Keluar
Gambar 4.20 Rancangan Layar Input Barang Keluar
h. Rancangan Layar Input Retur Barang
Gambar 4.21 Rancangan Layar Input Retur Barang
55
i. Rancangan Layar Laporan Stok Barang
Gambar 4.22 Rancangan Layar Laporan Stok Barang
j. Rancangan Layar Laporan Barang Masuk
Gambar 4.23 Rancangan Layar Barang Masuk
56
k. Rancangan Layar Laporan Barang Keluar
Gambar 4.24 Rancangan Layar Login Pelanggan
57
3. Sequence Diagram
a. Sequence Diagram Login Admin
Gambar 4.25 Sequence Diagram Login Admin
58
b. Sequence Diagram Data Barang
Gambar 4.26 Sequence Diargram Data Barang
59
c. Sequence Diagram Data Supplier
Gambar 4.27 Sequence Diagram Data Supplier
60
d. Sequence Diagram Data PO Barang
Gambar 4.28 Sequence Diagram Data PO Barang
61
e. Sequence Diagram Input Barang
Gambar 4.29 Sequence Diagram Input Barang
62
f. Sequence Diagram Input Barang Masuk
Gambar 4.30 Sequence Diagram Input Barang Masuk
63
g. Sequence Diagram Input Barang Keluar
Gambar 4.31 Sequence Diagram Input Barang Keluar
64
h. Sequence Diagram Input Retur
Gambar 4.32 Sequence Diagram Input Retur
65
i. Sequence Diagram Laporan Stok Barang
Gambar 4.33 Sequence Diagram Laporan Stok Barang
66
j. Sequence Diagram Laporan Barang Masuk
Gambar 4.34 Sequence Diagram Laporan Barang Masuk
67
k. Sequence Diagram Laporan Barang Keluar
Gambar 4.35 Sequence Diagram Laporan Barang Keluar
68
4.11. Analisa Keputusan
4.11.1. Tampilan Layar
a. Tampilan Layar Login
Gambar 4.36 Tampilan Layar Login
b. Tampilan Layar Dashboard
Gambar 4.37 Tampilan Layar Dashboard
69
c. Tampilan :Layar Data Barang
Gambar 4.38 Tampilan Layar Data Barang
c. Tampilan Layar Data Pesanan
Gambar 4.39 Tampilan Layar Data Pesanan
70
d. Tampilan Layar Data Supplier
Gambar 4.40 Tampilan Layar Data Supplier
e. Tampilan Layar Data Invoice
Gambar 4.41 Tampilan Layar Data Invoice
71
f. Tampilan Layar Data PO
Gambar 4.42 Tampilan Layar Data PO
g. Tampilan Layar Data Retur
Gambar 4.43 Tampilan Layar Data Retur
72
h. Tampilan Layar Tambah Barang
Gambar 4.44 Tampilan Layar Tambah Barang
i. Tampilan Layar Barang Masuk
Gambar 4.45 Tampilan Layar Barang Masuk
73
j. Tampilan Layar Input Pesanan
Gambar 4.46 Tampilan Layar Input Pesanan
k. Tampilan Layar Laporan Barang
Gambar 4.47 Tampilan Layar Laporan Barang
74
l. Tampilan Layar Laporan Barang Masuk
Gambar 4.48 Tampilan Layar Laporan Barang Masuk
m. Tampilan Layar Laporan Barang Keluar
Gambar 4.49 Tampilan Layar Laporan Barang Keluar
75
n. Tampilan Layar Admin
Gambar 4.50 Tampilan Layar Admin
o. Tampilan Layar Daftar Admin Baru
Gambar 4.51 Tampilan Layar Daftar Admin Baru
76
p. Tampilan Layar Input Supplier
Gambar 4.52 Tampilan Layar Input Supplier
q. Tampilan Layar Input Invoice
Gambar 4.53 Tampilan Layar Input Invoice
77
r. Tampilan Layar Input PO
Gambar 4.54 Tampilan Layar Input PO
s. Tampilan Layar Input Retur Barang
Gambar 4.55 Tampilan Layar Input Retur Barang
78
t. Tampilan Layar Cetak Laporan Stock Barang
Gambar 4.56 Tampilan Layar Cetak Laporan Stock Barang
u. Tampilan Layar Cetak Laporan Barang Masuk
Gambar 4.57 Tampilan Layar Cetak Laporan Barang Masuk
79
v. Tampilan Layar Cetak Laporan Pemesanan ( Barang Keluar )
Gambar 4.58 Tampilan Layar Cetak Laporan Pemesanan (Barang Keluar)
80
4.12. Pengujian
Aplikasi ini diuji dengan menggunakan metode BlackBox, pengujian ini
berfokus pada persyaratan fungsional dari aplikasi yang dibuat
Tabel 4.16 Keterangan Pengujian Aplikasi
No. PENGUJIAN HASIL YANG DI HARAPKAN B/S
1 Buka browser pada Membuka aplikasi untuk login B
komputer lalu klik
https://localhost/rjm, maka
otomatis akan masuk ke
dalam apkikasi dan
menampilkan form login
2 Isi form login lalu klik Masuk kehalaman utama B
logibn (Dashbord Aplikasi)
3 Klik menu daftar barang, Membuka dan melihat halama B
daftar supplier, daftar PO,
dan sebagainya
4 Klik menu input daftar Menginput data kedalam aplikasi B
barang, daftar supplier, dan masuk ke dalam database
daftar PO, dan sebagainya
5 Klik menu cetak laporan Mencetak laporan yang tersedian B
barang, daftar supplier, pada aplikasi
daftar PO, dan sebagainya
6 Dafar user baru Mendaftar user baru untuk admin B
81
4.13. Kelebihan Dan Kekurangan Aplikasi
Di dalam rancangan aplikasi ini , dilakukan suatu evaluasi terhadap
program aplikasi yang telah dibuat. Dan dilakukan untuk mengetahui kelebihan
dan kekurangan yakni :
1. Kelebihan Aplikasi
a. Sistem aplikasi ini dalam penggunaannya sangat mudah bagi pengguna.
b. Sistem aplikasi ini masih bisa di peluas dan dikembangkan lagi dengan
tingkat yang lebih luas.
2. Kekurangan Aplikasi
a. Sistem aplikasi belum begiru sempurna, dari segi design dan fitur masih
kurang lengkap dan menarik.
b. Pada pengaturan database bersifat simple.
c. Metode pembayaran belum di masukan ke dalam aplikasi sehingga pengguna
aplikasi masih membuat pembayaran seara manual dan kedepannya pada
penelitian selanjutnya akan di kembangkan lagi sehingga bisa menginput
pembayaran secara otomasi didalam system.
82
BAB V
PENUTUP
5.1 Kesimpulan
Berdasarkan hasil penelitian dan penyusunan skripsi ini serta disesuaikan

dengan tujuannya, maka diperoleh kesimpulan bahwa Aplikasi “WOIS” (WEB IN
OUT STOCK ) yang di bangun ini :
1. Dapat mempermudah karywan maupun pemilik Toko dalam proses
pendataan stok barang yang tersedia pada Gudang.
2. Membantu pihak Rastra Jaya Motor dalam mengontrol persedian stok
barang sehingga berkemungkinan kecil untuk mengalami kekosongan stok
barang yang terdapat di Gudang.
3. Pembuatan laporan barang yang masuk maupun yang keluar dari Gudang
sehingga kariyawan toko tidak perlu lagi menggunakan catatan manual
untuk membuat laporan masuk maupun yang keluar dari Gudang.
4. Mempermudah pemilik karyawan untuk mencari data stok barang yang
dibutuhkan serta mempercepat dalam proses pencarian data baik itu barang
yang masih tersedia ataupun sudah kosong.
5.2 Saran
Aplikasi “WOIS” (WEB IN OUT STOCK) masih dapat dikembangkan

seiring dengan perkembangan teknologi informasi dan komunikasi dimasa yang
akan datang. Maka Penulis dapat memberikan beberapa saran sebagai berikut :
1. Aplikasi “WOIS” (WEB IN OUT STOCK) dapat dikembangkan lagi ke
system operasi android ataupun yang lainnya.
2. Pengembangan system dengan fitur terkoneksi dengan data Supplier dan
langsung dapat menyediakan fitur pembayaran yang memudahkan bagi
pengguna.
83
DAFTAR PUSTAKA
[1] Fitri, S. R. F. (2018). Optimasi Jalur Distribusi Produk Dengan Menggunakan

Metode Saving Matrix untuk Penghematan Biaya Operasional. Jurnal Valtech,
1(1), 103–109.
[2] Sutabri, Tata.,2012."Konsep Sistem Informasi", Andi, Yogyakarta.
[3] O'Brien, James A. dan Marakas, George M., 2011. "Management Informasi
System, 10th Edition".McGraw-Hill/Irwin, New York.
[4] Ambo Aco, andi Hutami Endang, 2017, Analisis Bisnis E-Commerce pada
Mahasiswa Universitas Islam Begeri Alauddin Makasar, No 1, Vol 2.
[5] M. Noorhansyah, dan Adi Pratomo, Mei 2016, PENERAPAN MODEL

CUSTOMER RELATIONSHIP MANAGEMENT PADA METODOLOGI
FAST (STUDI KASUS:PENGEMBANGAN PORTAL AKADEMIK
JURUSAN ADMINITRASI BISNIS POLITEKNIK NEGERI
BANJARMASIN,No.2Vol,25-32.
[6] Ani Oktarini Sari, Dan Elan Nuari,"Rancangan Bangun Sistem Informasi
Pesediaan Barang Berbasis Website Dengan Metode Fast".
[7] Arif Harjanto, RANCANG BANGUN COMPUTER ASISTED

INSTRUCTION (CAI) SEBAGAI MEDIA PEMBELAJARAN DALAM
MATA PELAJARAN FISIKA SEKOLAH MENENGAH ATAS,2017
No.3,Vol 1.
[8] Novi Nuari,2014 PERANCANGAN APLIKASI LAYANAN MOBILE
INFORMASI ADMINISTRASI AKADEMIK BERBASIS ANDROID
MENGGUNAKAN WEBSERVICE (STUDI KASUS REG.B UNIVERSITAS
TANJUNGPURA), No.1, Vol 2.
[9] Nurmalasari, Anna, and R. Arissusandi, “Rancang Bangun Sistem Informasi
Akuntansi Laporan Laba Rugi Berbasis Web,” J. Sains dan Manaj., vol. 7, no.
2, pp. 6–14, 2019.
84
LAMPIRAN A
KELUARAN SISTEM BERJALAN
Lampiran A-1 Data Pemesanan Barang
85
LAMPIRAN B
MASUKAN SISTEM BERJALAN
Lampiran B-1 Data Invoice
86
Lampiran B-2 Nota Pesanan
87
Lampiran B-3 Nota Barang Keluar
88
LAMPIRAN C
RANCANGAN USULAN KELUAR
Lampiran C- 1 Laporan Pesanan
89
LAMPIRAN D
RANCANGAN USULAN MASUKAN
Lampiran D- 1 Data Supplier
Lampiran D- 2 Data Barang
91
91
Pangkalpinang, 22 April 2021
Nomor : 04/SB/RJM/IV/2021 Kepada Yth,
Lampiran : - Kepala BAAK ISB Atma
Luhur
Perihal : Permohonan Riset Skripsi Di tempat,
Sehubungan dengan surat saudara No117/ISB-AL/BAAK/TA/IV/2021 tanggal

15 April 2021, perihal permohnan Riset Skripsi, maka dapat kami sampaikan
beberapa hal sebagai berikut ;
1. Kami menerima mahasiswa saudara untuk melaksanakan Riset Skripsi
diperushaan kami.
2. Selama melaksanakan Riset Skripsi, kam mengharapkan mahasiswa yang
bersangkutan dapat mengikuti peraturan yang ada pada perusahaan, dan
ditempatkan pada bidang yang sesuai dengan jurusannya.
Demikian surat jawaban ini dibuat. Atas perhatiannya saya ucapkan terima kasih.
Pimpinan
RASTRA JAYA MOTOR
WISNU PRASETYO
92
Pangkalpinang, 02 Agustus 2021
Nomor : 20/SB/RJM/IV/2021 Kepada Yth,
Lampiran : - Kepala BAAK ISB Atma Luhur
Perihal : Permohonan Riset Skripsi Di tempat,
Sehubungan dengan surat saudara No117/ISB-AL/BAAK/TA/IV/2021 tanggal

15 April 2021, perihal permohnan Riset Skripsi, maka dapat kami sampaikan bahwa
yang berssangkutan telah menyelesaikan Riset Skripsi untuk memenuhi syarat ujian
Skripsi
Demikian surat ini kami sampaikan, dan atas kerjasamanya kami
mengucapkan terima kasih.
Pimpinan
RASTRA JAYA MOTOR
WISNU PRASETYO
93
KARTU KONSULTASI
NIM : 1722500016
Nama : DANTDY
Semester : Genap, 2021
Judul : APLIKASI “WOIS” (WEB IN OUT STOCK) DENGAN
MODEL FAST PADA BENGKEL RASTRA JAYA
MOTOR TOBOALI
Dosen pembimbing : Wishnu Aribowo Probonegoro M.Kom
NO Tanggal Uraian Paraf

Pembimbing
Pangkalpinang , 09 Agustus 2021
Wishnu Aribowo Probonegoro M.Kom
94
ISB ATMA LUHUR PANGKALPINANG
Jln. Jend.Sudirman – Selindung Lama Pangkalpinang
Propinsi Kepulauan Bangka Belitung
BIODATA PENULIS SKRIPSI
Pendadaran/lulus Tanggal :
Wisuda Tanggal :
Pas Fhoto
(Warna)
3x4
NIM : 1722500016
Nama : DANTDY
Jenis Kelamin : Laki-laki
Tempat & Tanggal lahir : Toboali, 21 Juni 1999
Status : Belum Kawin
Agama : Islam
Pekerjaan saat ini : Mahasiswa
(untuk yg sudah kerja lampirkan surat keterangan kerja)
Alamat Rumah Asal : Jl. H. Agus Salim Toboali Bangka Selatan
No Telpon / HP : 08982396915
Nama Ayah : Sopian
Nama Ibu : Rika
Pekerjaan Ayah/Ibu : Wiraswasta/Mengurus Rumah Tangga
Alamat Orang Tua : Jl. H. Agus Salim Toboali Bangka Selatan
Judul Skripsi : APLIKASI “WOIS” (WEB IN OUT
STOCK) DENGAN MODEL FAST PADA
BENGKEL RASTRA JAYA MOTOR
TOBOALI
Dosen Pembimbing : Wishnu Probonegoro, M.Kom
Pangkalpinang, Agustus 2021

Penulis
Dantdy
95

Aplikasi Wois (Web in Out Stock) Berbasis Web Pada Bengkel Rastra Jaya Motor Toboali

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Aplikasi Wois (Web in Out Stock) Berbasis Web Pada Bengkel Rastra Jaya Motor Toboali

Diunggah oleh

Hak Cipta:

Format Tersedia

APLIKASI “WOIS” (WEB IN OUT STOCK) DENGAN MODEL

FAST PADA BENGKEL RASTRA JAYA MOTOR TOBOALI

PROGRAM STUDI SISTEM INFORMASI

Diajukan Untuk Melengkapi Salah Satu Syarat

PROGRAM STUDI SISTEM INFORMASI

PANGKALPINANG, 02 AGUSTUS 2021

SKRIPSI INI TELAH DIPERIKSA DAN DISETUJUI

Wishnu Aribowo Probonegoro, S.Kom.,M.Kom

Puji syukur Alhamdulillah kehadirat Allah SWT yang telah melimpahkan

Keywords: Information System, Inventory, FAST Method.

Penggunaan teknologi sistem informasi menjadi sangat berguna bagi

Kata Kunci: Sistem Informasi, Persediaan Barang, Metode FAST.

BAB II LANDASAN TEORI

BAB III METODELOGI PENELITIAN

BAB IV HASIL DAN PEMBAHASAN

DAFTAR PUSTAKA ................................................................................... 84

Simbol Nama Fungsi

State Menambahkan state untuk suatu

Activity Menambahkan aktivitas baru

Start State Memperlihatkan dimana aliran

End State Memperlihatkan dimana aliran

State transition Menambah transisi dari suatu

Transition to self Menambah transisi rekursif

Horizontal Menambahkan singkronisasi

Vertical Menambahkan singkronisasi

Decisions point Menambahkan titik keputusan

Swimlane Menambahkan swimlane

Simbol Nama Fungsi

Package Menambahkan paket baru dalam

Actor Menambah actor baru pada diagram

Use Case Menambahkan usecase diagram

Unidirectil Menggambarkan relasi antara aktor

Dependenes or Menggambarkan kebergantungan

Generalizatons Menggambarkan relasi lanjut antar

Simbol Nama Fungsi

Object Menambahkan objek baru pada

Object Message Menggambar pesan (message)

Message to Self Menggambar pesan (message)

Return Message Menggambarkan pengembalian

Destruction Marker Memperlihatkan saat objek

Simbol Nama Fungsi

Class Menambahkan kelas baru pada

Interface Menambahkan kelas antarmuka

Association Menggambar relasi asosiasi

Association class Menghubungkan kelas asosiasi

Generalization Menggambarkan relasi generasi

Realize Menggambarkan relasi realisasi

Aggregation Menggambarkan relasi

1.1 Latar Belakang

1.2 Rumusan Masalah

1.3 Batasan Masalah

1.4 Tujuan dan Manfaat Penelitian

1.5 Metodelogi Penelitian

1.6 Sistematika Penulisan

BAB II LANDASAN TEORI

BAB III METODOLOGI PENELITIAN

BAB IV HASIL DAN PEMBAHASAN

2.1. Sistem Informasi Persedian (Inventory)

2.1.1. Jenis-Jenis Persedian (Inventory)

2.1.2. Tujuan Pengendalian Persedian (Inventory)

2.2. Sistem Informasi

2.4. Metode Pengembangan Sistem