DisusunOleh :
AMIK BOGOR
2014
LEMBAR PENGESAHAN
Disetujui oleh:
Segala puji syukur penulis panjatkan kehadirat Allah SWT, karena atas limpahan
rahmat dan hidayah-Nya penulis dapat menyelesaikan Makalah Penelitian yang berjudul
“Perancangan Sistem Informasi Inventori Pada Salemba Toko Buku”. Makalah ini
bimbingan dari berbagai pihak. Oleh karena itu dengan segala hormat dan kerendahan hati
Penulis menyadari bahwa makalah yang penulis susun jauh dari kata sempurna,
untuk itu penulis mengharapkan kritik dan saran yang sifatnya membangun, dan tidak lupa
penulis ucapkan terima kasih atas segala perhatian dan penulis berharap semoga makalah ini
Penulis
DAFTAR ISI
BAB I. PENDAHULUAN
Barang ........................................................................ 51
Barang ........................................................................ 52
4.5. 2 Extension......................................................................... 96
BAB V. PENUTUP
DAFTAR PUSTAKA
BAB I
PENDAHULUAN
Perkembangan teknologi informasi saat ini sangatlah cepat, hal ini diikuti
Pengelolaan ini bukan hanya melibatkan barang-barang dan aset lama saja tetapi
juga barang-barang dan aset yang baru sehingga dengan demikian dari tahun ke
tahun jumlah barang ini bukannya berkurang bahkan terus bertambah. Dengan
gudang dapat terkelola serta tertata dengan baik, maka perlu dikembangkan suatu
aplikasi berupa Sistem Informasi Inventori. Karena bila dengan cara biasa (manual)
seperti sekarang, cukup menyulitkan dalam hal pengarsipan dan penelusuran data
barang.
Sistem Informasi Inventori ini akan menampung semua data dan informasi
tentang barang-barang tersebut. Data dan informasi ini nantinya akan terakumulasi
dan tersimpan (diarsipkan) secara terpusat pada suatu database. Dengan terpusatnya
data dan informasi ini, maka jelas akan mempermudah pengelolaan barang.
Pencarian data dan status barang akan lebih cepat, mudah, dan efisien.
pengolahan data yang masih manual ini seringkali terjadi penumpukan data
terkadang tidak sesuai dengan stock fisik yang ada digudang. Dari permasalahan
1.2 Tujuan
yang dibutuhkan.
1.3 Sasaran
Ada pun sasaran yang akan dicapai pada pengembangan ini adalah
Sistem Inventori ini adalah suatu aplikasi yang meliputi input, proses,
output dimana data yang diolah merupakan data seluruh perlengkapan yang
ada di Salemba Toko Buku. Sistem Inventori ini akan memberikan informasi
tentang nama barang, jumlah barang, keadaan barang dan beberapa informasi
LANDASAN TEORI
berinteraksi serta hubungan antar objek bisa dilihat sebagai satu kesatuan yang
dirancang untuk mencapai satu tujuan (Hanif Al Fatta, 2007 hal. 3).
Informasi adalah data yang telah diolah menjadi sebuah bentuk yang
c. Keakurasian.
diberikan ke komputer.
sistem.
digunakan adalah:
(diamonds);
Entitas Atribut
Relasi Penghubung
Pembeli Barang
entitas.
Stock
Pembeli Barang
Merek
Harga_satuan
Jenis_barang Satuan
relationship matriks.
Stock
Harga_satuan
Stock
M N
Pembeli Membeli Barang
Merek
Harga_satuan
a. Objek
Objek adalah sesuatu yang ada atau dapat dilihat, disentuh atau
1. Atribut
2. Behavior
b. Kelas
Kelas adalah satu set objek yang memiliki atribut dan behavior
Hal 410).
c. Generalisasi/Spesialisasi
(subtype).
d. Inheritance
di dalam sebuah objeck class dapat diwariskan atau digunakan lagi oleh
- Class Diagram
- Sequential Diagram
- Activity Diagram
- Deployment Diagram
Fatta,2007 hal.91).
a. Actor / Pelaku
sistem.
case.
Exernal receiving actor(Pelaku penerima teramati)
b. Relationship (Hubungan)
yaitu :
1. Association (Gabungan)
Club Member
Distribution Center
fungsinya.
<<extends>>
<<extend>>
3. Depends On
dikembangkan.
Cetak Laporan
persediaan
barang
<<Dependension>>
Data Barang
si
si o n d
en
>
>
en epe
ep >
nd
n>
D on
e
D
<<
<<
Input Data Barang Update data
Masuk barang
<<User>>
<<User>>
Submit Change of
Postal Address
5. Inheritance
Login
User
<<Inheritance>>
<<Inheritance>> <<Inheritance>>
<<Inheritance>>
diagram:
2. Class Diagram
Tambah Pegawai
ClsBarang
- KdBarang : Char
- Barcode : Char
- Nama Barang : Varchar
- Harga : Char
Tambah Barang
ClsPenjualanBarang
-NoPenjualan : Char
-Tanggalpenjualan : Date
-IdPegawai : Char
ClsPesanan Barang
Return Barang
-NoPesan : Char
-NoReturn : Char -TglBarangpesan : Date
-TglReturn : Date -KdBarang : Char
-Kdbarang : Char -QTYPesan : Char
-QTYPesan : Char Tambah Pesanan
Ubah Data Pesanan
Tambah Return Barang
Ubah Return Barang
dengan satu sama lain melalui pesan pada eksekusi sebuah use case
User
Login
Validasi user
Cek validasi
Validasi
[Result]
Gambar 2.5 Contoh Sequential Diagram
aliran aktivitas baik proses bisnis atau use case. Diagram ini juga
tersebut.
Admin
Sistem
Gudang
Login
Print Laporan
Exit
Server
Window
s Server
2008
MySQL
LAN
Jalur Koneksi
Client
Window
s7
sumber dan pakar teknis. Sedikit hal yang secara teknis tidak
mungkin. Akibatnya, kelayakan teknis mengarah pada hal yang
384).
2.1.5 Teknologi Barcode
fungsi khusus, yakni membaca kode barcode yang tertempel pada barang.
1. Akurasi
2. Kemudahan Pemakaian
5. Keamanan
6. Meningkatkan Produktivitas
7. Meningkatkan Profit
1. Teknologi Laser
Kelemahan barcode scanner ini adalah rentan rusak dan tidak bisa
maksimal 2 cm. Jenis barcode sinar CCD jauh lebih kuat dan tahan
banting.
berdasarkan asas digital. Pada konsep digital, hanya ada 2 sinyal data
yang dikenal dan bersifat boolean, yaitu 0 atau 1. Ada arus listrik atau
yang terdiri dari warna hitam dan putih. Warna hitam mewakili bilangan
barcode.
2. Guard Bars
Ada 3 guard bars yang ditempatkan di awal, tengah dan akhir barcode.
3. Manufacture Code
Kode perusahaan ini ada lima digit bilangan yang secara khusus
4. Product Code
Kode produk ini terdiri dari lima digit bilangan yangditetepkan oleh
Disebut sebagai digit Selft-check. Check digit ini terletak di bagian luar
teliti.
komputer) atau lebih yang tujuan utamanya adalah untuk melakukan pertukaran
LAN adalah jaringan komputer yang mencakup area dalam satu ruang,
jaringan dalam satu kampus yang terpadu atau disebuah lokasi perusahaan
berupa kabel. Namun ada juga yang tidak menggunakan kabel dan disebut
sebagai wireless LAN atau LAN tanpa kabel. Kecepatan LAN berkisar dari
2.3 MySQL
MySQL adalah sebuah program database server yang mampu menerima dan
mengirimkan datanya dengan sangat cepat, multi user, serta menggunakan perintah
standard SQL (Structured Query Language). MySQL memiliki dua bentuk lisensi,
yaitu FreeSoftware dan Shareware. (Bunafit Nugroho, 2005 hal 3). Selain itu
adalah :
4. MySQL dapat menjadi database Client dan dapat juga menjadi Server.
satu permintaan.
Visual Basic 2010 merupakan salah satu bagian dari produk pemrograman
terbaru yang dikeluarkan oleh Microsoft, yaitu Microsoft Visual Studio 2010.
Visual Basic, Visual C++, Visual Web Developer, Visual C#, dan Visual F#.
Framework terbaru, yaitu Net Framework 4.0 yang merupakan pengembangan dari
2-3 Bogor adalah cabang perusahaan di Bogor yang bergerak di bidang penjualan
Buku dan ATK. Salemba ini berdiri sekitar 10-15 tahun yang lalu. Dulu Salemba
Toko Buku ini tidak hanya menjual buku dan ATK saja, tetapi ada sebuah
swalayan yang berada di lantai 3. Tetapi karena jumlah pembeli minim jadi
Salemba hanya menjual buku-buku dan ATK saja . Salemba Toko Buku sekarang
sudah mempunyai 54 cabang, disetiap kota di Indonesia ada, dan salah satunya ada
di Bogor. Salemba Toko Buku yang berada di Bogor ini menjual buku-buku dan
a. Visi
b. Misi
Membuat pelayanan yang berkualitas sebagai tanggung
Dari hasil analisa masalah yang ada, maka dirancanglah sistem dimana dari
segi pendataan barang dibuat seefisien mungkin. Rancangan sistem informasi ini
meliputi pembuatan aplikasi yang sesuai dengan kebutuhan user dan pembaharuan
sistem yang ada. Perancangan sistem informasi inventori yang akan dikembangkan
MySQL sebagai konektor. Sistem ini akan memberi kemudahan dalam proses
persediaan barang.
lunak Microsoft Visual Basic 2010 (VB.Net 2010) sebagai bahasa pemrograman
sistem operasi Windows Server 2008 sedangkan untuk client menggunakan sistem
operasi Windows7, dan untuk mencetak laporan digunakan printer type deskjet.
BAB III
ANALISA SISTEM
Informasi Inventori di Salemba Toko Buku ini berjalan sesuai dengan yang
akhir dan solusi teknis alternatif belum diidentifikasi. Akan tetapi, segara
diperkirakan biaya dan keuntungan tiap alternatif tersebut. Ini disebut analisis
sebagai berikut:
Rincian Biaya
Biaya
1. Pengadaan
- Biaya Pembelian
Rp.7.200.000
H/W
-Jaringan Rp.250.000
Biaya
2. Persiapan Operasi
- Biaya pembelian
Rp.4.000.000
S/W
Biaya
3. proyek
a. Tahap Analisis
Sistem
- Biaya pengumpulan
Rp. 250.000
data
- Biaya manajemen
Rp. 2.700.000
dan
staf
Total Keseluruhan
Rp.27.850.000
Biaya
4. Operasional &
Perawatan
- Biaya overhead
Rp.500.000 Rp. 600.000 Rp.700.000 Rp.800.000
-Biaya Kontrak
Rp 4.000.000 Rp. 4.500.000 Rp. 5.000.000 Rp. 5.500.000
Rp. 17.280.000
𝟏08.000.000−59.958.000
𝑅𝑂𝐼 = [ ] 𝑥 100%
59.958.000
48.042.000
𝑅𝑂𝐼 = [ ] 𝑥 100%
59.958.000
𝑅𝑂𝐼 = 80,1%
Nilai IRR terletak pada rate of return 25% (Positif) dan 55% (Negatif)
464389710
𝐼𝑅𝑅 = [25 + ]%
15595376
𝐼𝑅𝑅 = 54,77%
Whitten, 2004, hal. 382). Sangat sedikit hal yang secara teknis
PerangkatKeras(hardware) Perangkatlunak(software
)
- Processor intel core i3 Windows Server 2008
-Mainboard
-Harddisk 80Gb MySQL
- Keyboard + Mouse
Komputer server
-Casing ATX 450w + 2 FAN
CPU
-LCD Monitor
- DVD-RW
c. Jaringan
1. Kabel UTP
Jaringan 2. Switch Dlink 10/100
d. Alat Bantu
Membuat
data return
barang
Lap. Persediaan
barang
Input barang
Lap. Pembelian masuk
barang
Lap.Persediaan
Lap.Penjualan barang
Barang
Lap.Penerimaan
Lap.Pesanan barang
barang Lap.Penjualan
barang
Lap.Return barang
Lap.Pesanan barang
Lap.Return barang
Laporan Persediaan
C barang
Lap.Penerimaan
barang
C
Lap.Penjualan Tanda
Barang tangan
C lap
Lap.Pesanan
barang
C
Lap.Return
barang
C
Surat Pesanan
Mengirim barang Menerima barang
Barang
Cek harga
Mesin
Membayar dengan barcode
Marcode
dan pembayaran
Barang
Data Pesanan Rusak ?
Barang
Data
Kembali Y Penjualan
kan ke Barang
pusat
Login Database
T Struck Struck
Input data Pembayaran Pembayaran
penerimaan
barang
Melihat
Semua
Lap.barang
Data Penerimaan
Return Barang barang
Lap.Penerimaan
barang
Lap.Penerimaan Lap.Pesanan
barang barang
Lap.Penjualan Lap.Retutn
Barang Barang
Lap.Pesanan
barang
Lap.Return barang
Tanda
tangan
Lap. Persediaan
C barang
Lap.Penerimaan
C barang
Lap.Pesanan
barang
Barcode Kasir
scanner
Swicth
Barang Pimpinan
Database
Server
Semua aktor yang akan masuk ke sistem harus login terlebih dahulu
dengan ID Card.
diterima dan di cek oleh admin gudang, jika ada kerusakan barang maka
Barang yang diinputkan oleh admin gudang tersebut akan masuk ke sistem
tersebut.
barcode.
menggunakan scanner barcode, barang yang keluar bisa terlihat dari sistem
ini.
Supervisor membuat dan mencetak laporan persediaan barang,
PERANCANGAN SISTEM
4.1 DiagramKonteks
Data Barang
Informasi Buku
Data Penerimaan barang Admin Gudang
Sistem Informasi Inventori
Barcode Cek Harga Salemba Toko Buku
Data Barang
Lap.Persediaan barang
Lap.Penerimaan barang
Lap.Penjualan barang
Pimpinan
Kasir Data Penjualan barang Lap.Pesanan barang
Lap.Return barang
Istilah Deskripsi
Pimpinan Bertanggung jawab atas semua kegiatan yang terjadi pada Salemba Toko
Buku dan berhak mengambil keputusan serta menerima laporan.
Supevisor Bertanggung jawab membuat surat pesanan barang, mengelola
persediaan barang, penerimaan barang, penjualan barang, dan return
barang , dan membuat laporan.
Admin Gudang Menginput data barang dan input penerimaan barang masuk.
Kasir Bertanggung jawab dalam penjualan barang menggunakan scanner
barcode.
Pembeli Membeli, Pencarian barang, membayar dan menerima struck
pembayaran.
4.3 Identifikasi Use Case
Pelaku yang
Istilah Deskripsi
Berpartisipasi
- Supervisor
- Admin Gudang
Use case ini mendeskripsikan kejadian pada saat user pertama
Login
masuk kedalam sistem.
- Kasir
- Pimpinan
Use case ini mendeskripsikan proses penginputan barang baru
Input Barang -Admin Gudang
yang dilakukan oleh Admin gudang ke sistem
Usecase ini mendeskripsikan proses penginputan data
Input Penerimaan Barang
penerimaan barang yang dilakukan oleh Admin Gudang - Adminke Gudang
dalam sistem.
Usecase ini mendeskripsikan proses penjualan barang
Penjualan Barang menggunakan scanner barcode yang dilakukan oleh -kasir Kasirke
dalam sistem.
Usecase ini mendeskripsikan proses penginputan pesanan barang
Pesanan Barang - Supervisor
yang dilakukan oleh Supervisor ke dalam sistem.
Usecase ini mendeskripsikan proses return barang yang
Return Barang - Supervisor
dilakukan oleh Supervisor ke dalam sistem.
Usecase ini mendeskipsikan proses pencarian barang yang
Pencarian Barang -Pembeli
dilakukan oleh pembeli ke dalam sistem.
- Supervisor
Look up data Penerimaan
Usecase ini mendeskripsikan proses look up data penerimaan
Barang barang berdasarkan tglpenerimaan dalam sistem.
- Pimpinan
- Supervisor
Look up data Penjualan
Usecase ini mendeskripsikan proses look up data penjualan
Barang barang berdasarkan tglpenjualan dalam sistem.
- Pimpinan
- Supervisor
Look up data Persediaan
Usecase ini mendeskripsikan proses look up data persediaan
Barang. barang berdasarkan stock barang dalam sistem.
- Pimpinan
- Supervisor
Look up data UsecasePesanan ini mendeskripsikan proses look up data pesanan
Barang. barang berdasarkan tglpesan dalam sistem.
- Pimpinan
- Supervisor
Look up data Usecase Returnini mendeskripsikan proses look up data Return barang
Barang. berdasarkan tglreturn dalam sistem.
- Pimpinan
Usecase ini mendeskripsikan proses update data yang terjadi
Update data Penerimaan
pada data penerimaan barang yang telah diinput sebelumnya
- Admin Gudang
Barang
oleh Admin gudang kedalam sistem.
Usecase ini mendeskripsikanproses update data yang terjadi
Update data Pesananpada
Barang
data pesanan barang yang telah diinput sebelumnya
- Supervisor
oleh
Supervisor kedalam sistem.
Usecase ini mendeskripsikan proses update data yang terjadi
Update data Return pada
Barang
data return barang yang telah diinput sebelumnya- Supervisor
oleh
Supervisor kedalam sistem.
- Supervisor
Usecase ini mendeskripsikan pencetakan laporan yang telah
Cetak Laporan
dikelola sebelumnya dalam sistem.
Usecase ini mendeskripsikan pencetakan Struck Pembayaran
Cetak Struck Pembayaran - Kasir
yang telah dikelola sebelumnya dalam sistem.
1 1.1 Login
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Sumber : -
Alternatif Langkah 2:
2.1 Sistem akan menampilkan pesan kesalahan jika
Bidang Alternatif : kombinasi IDCard tidak valid, dan meminta pengguna
untuk mengscankan barcode yang ada pada IDCard
dengan benar.
Use-case ini menyimpulkan bagaimana langkah awal user
Kesimpulan :
hendak menggunakan sistem sesuai hak aksesnya.
User masuk dan menggunakan sistem sesuai hak akses
Postkondisi :
pelaku.
Aturan Bisnis : IDCard harus dimasukkan dengan data yang valid.
Batasan Dan Spesifikasi
Hanya user yang mempunyai hak akses saja yang bisa
Implementasi : masuk kedalam sistem.
Asumsi : User telah memiliki IDCard.
Masalah Terbuka : User lupa/hilang IDCard .
Langkah 3:
Langkah 4 :
User Masukkan data barang
baru kedalam field yang
Sistem
sudah merespon dengan
disediakan dengan benar.
menyimpan data barang baru yang
telah diinputkan tersebut kedalam
database sistem dan menampilkan
BidangKhasSuatu Event : kembali informasi yang telah
Langkah 5 : terupdate kedalam Display
Informasi data.
Cek semua data barang yang
sudah dimasukkan, bila tidak ada
perubahan maka user
melanjutkan denganLangkahklik6:
tombol[Simpan].
Sistem merespon dengan
menutup From Barang dan
menampilkan Form utama.
Alternatif Langkah 4:
Bidang Alternatif : 4.1 Jika sistem merespon bahwa penyimpanan gagal data
tidak lengkap maka user harus melengkapi data yang
diperlukan dan kembali ke langkah 3.
Usecase ini menyimpulkan bagaimana langkah input
Kesimpulan :
barang oleh admin gudang.
Data barang telah disimpan dan telah terupdate, dan sistem
Postkondisi :
menampilkan kembali Form Utama.
Aturan Bisnis : User sudah menyiapkan data barang yang valid.
Batasan Dan Spesifikasi
Admin Gudang hanya menginput barang.
Implementasi :
Hanya Admin gudang yang dapat melakukan penginputan
Asumsi :
barang.
Masalah Terbuka : -
Langkah 3: Langkah 4 :
Langkah 6 :
Langkah 4 :
Setelah sistem mencetakstruck
Cek semua data penjualan
pembayaran maka Sistem akan
barang yang sudah dimasukkan,
menyimpan data penjualan barang
bila tidak ada perubahan
yangmakatelah diinputkan dengan
user melanjutkan dengan klikbarcode tersebut kedalam
scanner
tombol[Bayar]. database sistem dan menampilkan
kembali informasi yang telah
terupdate kedalam Display
Informasi data.
Alternatif Langkah 5:
Langkah 3: Langkah 4 :
Langkah 3: Langkah 4 :
Alternatif Langkah 2 :
Aturan Bisnis : -
pembeli hanya menginputkan data barang yang akan
dicari.
Batasan Dan Spesifikasi
Implementasi :
Masalah Terbuka : -
4.4.2.8 Analisis Sistem Look up Data Penerimaan barang
Sumber :
BidangKhasSuatu Event :
Langkah 3: Langkah 4 :
Alternatif langkah 3 :
Langkah 3: Langkah 4 :
BidangKhasSuatu Event :
User memasukan tglpenjualan.
Sistem akan secara otomatis
mencari data penjualan barang
yang telah tersimpan.
Langkah 5 :
Langkah 6:
User mengklik data penjualan
barang yang dicari.
Sistem akan menampilkan data
penjualan barang yang di cari.
Alternatif langkah 3 :
Langkah 3: Langkah 4 :
BidangKhasSuatu Event :
User memasukan stock Sistem
minimal akan secara otomatis
barang . mencari data stock minimal
barang yang telah yang tersimpan.
Langkah 5 :
Langkah 6:
User mengklik data stock
persediaan barang . Sistem akan menampilkan data
stock persediaan barang .
Alternatif langkah 3 :
Bidang Alternatif :
3.1 jika stockbarang yang dimasukan tidak sesuai dengan
yang ada di database, maka akan muncul informasi bahwa
stock barang yang dimasukan tidak ada dalam database
dan tidak dapat ditampilkan.
Langkah 5 :
Langkah 3: Langkah 4 :
BidangKhasSuatu Event :
User memasukan tglreturn.
Sistem akan secara otomatis
mencari data return barang yang
telah tersimpan.
Langkah 5 :
Langkah 5 :
Bidang Alternatif : 5.1 jika data barang yang di update/edit tidak sesuai, maka
akan muncul pesan pemberitahuan untuk memasukan data
barang masuk yang benar.
Usecase ini menyimpulkan tentang kegiatan update/edit
Kesimpulan : data barang masuk yang dilakukan oleh oleh Admin
Gudang.
Hasil proses update data barang masuk akan dimasukan
Postkondisi :
kedalam database.
Data yang dimasukan harus sesuai
Aturan Bisnis : dengan format yang telah ditentukan
oleh aplikasi.
Batasan Dan Spesifikasi
Admin Gudang hanya mengubah databarang masuk.
Implementasi :
Hanya admin gudang yang dapat melakukan update/edit
Asumsi :
data barang masuk.
Masalah Terbuka : -
Langkah 4 : Langkah 6:
Langkah 5 :
Langkah 6:
Langkah 4 :
BidangKhasSuatu Event : Data return barang yang datanya
User mengubah datatelah return
di ubah akan tersimpan kembali
barang yang akan diubah.
kedalam database.
Langkah 5 :
User mengklik
tombol update.
Alternatif langkah 5 :
Bidang Alternatif : 5.1 jika data return barang yang di update/edit tidak sesuai,
maka akan muncul pesan pemberitahuan untuk memasukan
data return barang yang benar.
Usecase ini menyimpulkan tentang kegiatan update/edit
Kesimpulan :
data return barang yang dilakukan oleh Supervisor.
Hasil proses update data return barang akan dimasukan
Postkondisi :
kedalam database.
Data yang dimasukan harus sesuai
Aturan Bisnis : dengan format yang telah ditentukan
oleh aplikasi.
Batasan Dan Spesifikasi
Supervisor hanya mengubah data return barang.
Implementasi :
Hanya Supervisor yang dapat melakukan update/edit data
Asumsi :
return barang.
Masalah Terbuka : -
4.4.2.16 Analisis Sistem Cetak laporan
BidangKhasSuatu Event :
Langkah 3: Langkah 7 :
Langkah 8 :
Langkah 3 : Langkah 4 :
Alternatif Langkah 2:
Bidang Alternatif : 2.1 Sistem akan menampilkan pesan kesalahan jika
kombinasi IDCard tidak valid, dan meminta pengguna
untuk scankan IDCard yang benar.
Use-case ini menyimpulkan bagaimana langkah awal user
Kesimpulan :
hendak menggunakan sistem sesuai hak aksesnya.
User masuk dan menggunakan sistem sesuai hak akses
Postkondisi :
pelaku.
Aturan Bisnis : IDCard harus dimasukkan dengan data yang valid.
Batasan Dan Spesifikasi
Hanya user yang mempunyai hak akses saja yang bisa
Implementasi : masuk kedalam sistem.
Asumsi : User telah memiliki IDCard.
Masalah Terbuka : User lupa/hilang IDCard .
Langkah 3:
Langkah 5 : Sistem merespon
dengan menyimpan data barang
User memasukan Kodebarcode(Text
yangStock
Box), Kategori (Text box), telah diinputkan tersebut
kedalam
(TextBox), dan Harga(TextBox) database sistem dan
menampilkan kembali informasi
BidangKhasSuatu Event : yang telah terupdate kedalam
Display Informasi data
Langkah 4 :
(DataGridView).
Cek semua data barang yang sudah
dimasukkan, bila tidak ada
perubahan maka user melanjutkan
dengan klik tombol[Simpan](Button)
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama :Admin Gudang
Pelaku Partisipan Lain :
Stakeholder yang berminat
lain :
Use case ini mendeskripsikan kejadian seorang user yaitu
Deskripsi :
menambah/input data penerimaan barang.
User telah memiliki data penerimaan barang yang akan
Prakondisi :
diinputkan
Use case ini dimulai saat user menyeleksi pilihan input data
Pemicu :
barang untuk menambah/input data penerimaan barang .
BidangKhasSuatu Event : Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Langkah 3:
Langkah 5 : Sistem merespon
dengan
User mengklik TabControl Penerimaan menyimpan data
dan Detail Perimaan lalu penerimaan barang masuk yang
telah diinputkan tersebut
kedalam database sistem dan
User memasukan
menampilkan kembali
informasi yang telah terupdate
tglpenerimaan(DateTimePicker), kedalam
barcodeDisplay Informasi data
(TextBox),
(DataGridView).
nopenerimaan(Text Box),
nopesan(TextBox),
QTYpenerimaan(TextBox).
Langkah 4 :
Alternatif langkah 3 :
Alternatif 5:
5.1 jika data penerimaan barang masuk yang dimasukan tidak
sesuai, maka akan muncul pesan pemberitahuan untuk
memasukan data penerimaan barang masuk yang benar.
Use-case ini menyimpulkan bagaimana langkah input data
Kesimpulan :
penerimaan barang masuk oleh admin gudang.
Data barang telah disimpan dan telah terupdate, dan sistem
Postkondisi :
menampilkan kembali ke Form input penerimaan barang.
nopenerimaan yang dimasukan harus sesuai
Aturan Bisnis : dengan format yang telah ditentukan oleh
aplikasi.
Batasan Dan Spesifikasi
Admin Gudang hanya menginput penerimaan data barang
Implementasi : masuk.
Hanya Admin gudang yang dapat melakukan penginputan data
Asumsi :
barang masuk.
-
Masalah Terbuka :
Sumber :
Pelaku Bisnis Utama : Kasir
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Use case ini mendeskripsikan kejadian seorang user yaitu
Deskripsi : menambah data penjualan barang dengan men-Scan
barcode barang.
User Telah memiliki data penjualan barang yang akan
Prakondisi :
diinputkan menggunakan scanbarcode.
Use case ini dimulai saat user menyeleksi pilihan input data
Pemicu :
barang untuk menambah data penjualan barang.
Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2:
BidangKhasSuatu Event :
Langkah 3:
Langkah 5 :Sistem merespon
Masukkan data barang dengankeluar mencetak struck
dengan mengescankan pembayaran.
barcode
barang menggunakan alat Scanner
Barcode kedalam field yang sudah
disediakan dengan benar. Langkah 6 :
Alternatif Langkah 5:
Sumber :
Pelaku Bisnis Utama : Supervisor
Pelaku Partisipan Lain :
Langkah 3:
Langkah 5 :
User memasukkan
Sistem merespon dengan
menyimpan
tglbarang pesan (DateTimePicker), data Pesanan barang
kategori(TextBox) yang telah diinputkan tersebut
kedalam database sistem dan
BidangKhasSuatu Event :
menampilkan kembali informasi
nopesan (Text Box),
yang telah terupdate kedalam
Display Informasi data.
QTYpesan(TextBox).
(DataGridView)
Langkah 4 :
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama : Supervisor
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Use case ini mendeskripsikan kejadian seorang user yaitu
Deskripsi :
Return Barang.
User Telah memiliki data return barang yang akan
Prakondisi :
diinputkan.
Use case ini dimulai saat user menyeleksi pilihan input data
Pemicu : return barang untuk menambah ,merubah, dan menghapus
data barang.
BidangKhasSuatu Event : Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Langkah 3:
Langkah 5 : Sistem merespon
dengan
User memasukkan tglbarang returnmenyimpan data barang
(DateTimePicker), return yang telah diinputkan
kategori(TextBox), tersebut kedalam database
sistem dan menampilkan
kembali informasi yang telah
noreturn (Text Box),
terupdate kedalam Display
Informasi data.
QTYreturn(TextBox).
(DataGridView)
Alternatif langkah 3 :
Alternatif 5:
5.1 jika data return barang yang dimasukan tidak sesuai,
maka akan muncul pesan pemberitahuan untuk memasukan
data return barang yang benar.
Use-case ini menyimpulkan bagaimana langkah input data
Kesimpulan :
return barang oleh Supervisor.
Data barang telah disimpan dan telah terupdate,dan sistem
Postkondisi :
menampilkan kembali Form Utama.
User sudah menyiapkan data return
Aturan Bisnis :
barang yang valid.
Batasan Dan Spesifikasi
Supervisor hanya menginput data return barang.
Implementasi :
Hanya Supervisor yang dapat melakukan penginputan data
Asumsi :
return barang.
Masalah Terbuka : -
4.4.3.7 Desain Sistem Pencarian Barang
Sumber :
Pelaku Bisnis Utama : Pembeli
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Use case ini mendeskripsikan kejadian seorang user yaitu
Deskripsi :
untuk pencarian barang .
Prakondisi : -
Pemicu : Use case ini dimulai saat user pencarian barang.
Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Alternatif Langkah 2 :
Sumber :
Sumber :
Pelaku Bisnis Utama : Supervisor, Pimpinan
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses look up data
Deskripsi :
penjualan barang berdasarkan tglpenjualan dalam sistem.
Memastikan apakah data penjualan barang yang akan di
Prakondisi :
look up sudah ada didalam database atau belum.
Pemicu : Usecase ini diinisiasi saat look up penjualan barang.
Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Langkah 3 :
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama : Supervisor, Pimpinan
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses look up data barang
Deskripsi :
Persediaan barang berdasarkan stock dalam sistem.
Memastikan apakah data persediaan barang yang akan di
Prakondisi :
look up sudah ada didalam database atau belum.
Pemicu : Usecase ini diinisiasi saat look persediaan barang.
Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Langkah 3 :
BidangKhasSuatu Event : Langkah 5:
User memasukan stockbarang
(TextBox). Sistem akan secara otomatis
mencari datapersediaan barang
yang telah tersimpan kemudian
menampilkan kedalam tabel
(DataGridView).
Langkah 4 :
User mengklik
tombol[Cari](Button).
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama : Supervisor, Pimpinan
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses look up data barang
Deskripsi :
Pesanan barang berdasarkan tglpesan dalam sistem.
Memastikan apakah data Pesanan barang yang akan di
Prakondisi :
look up sudah ada didalam database atau belum.
Pemicu : Usecase ini diinisiasi saat look up Pesanan barang.
Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Usermemasukan Langkah 5:
tglpesan(DateTimePicker).
Sistem akan secara otomatis
mencari datapesanan barang
yang telah tersimpan kemudian
Langkah 4 : menampilkan kedalam tabel
(DataGridView).
User mengklik tombol
[Cari](Button).
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama : Supervisor, Pimpinan
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses look up data barang
Deskripsi :
return barang berdasarkan tglreturn dalam sistem.
Memastikan apakah data return barang yang akan di look
Prakondisi :
up sudah ada didalam database atau belum.
Pemicu : Usecase ini diinisiasi saat look up return barang.
BidangKhasSuatu Event : Kegiatan Pelaku Respons Sistem
Langkah 1 : Langkah 2 :
Langkah 3 :
Usermemasukan Langkah 4:
tglreturn(DateTimePicker) .
Sistem akan secara otomatis
mencari data return barang yang
telah tersimpan kemudian
menampilkan kedalam tabel
Langkah 5 :
(DataGridView).
User mengklik
tombol[Cari](Button).
Alternatif langkah 3 :
Sumber :
Pelaku Bisnis Utama : Admin Gudang
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses update data penerimaan
Deskripsi : barang masuk yang terjadi pada data barang masuk yang
telah diinput.
Memastikan Admin Gudang telah terhubung dengan data
Prakondisi : penerimaan barang masuk yang akan di edit/update yang
telah diinput sebelumnya kedalam sistem.
Usecase ini diinisiasi saat Admin Gudang akan melakukan
Pemicu : proses update edit/ data penerimaan barang masuk yang
telah diinput sebelumnya kedalam sistem.
Kegiatan Pelaku Respons Sistem
Langkah 1: Langkah 2 :
Langkah 3 : Langkah 4 :
Langkah 5 : Langkah 6:
Alternatif langkah 5 :
Sumber :
Pelaku Bisnis Utama : Supervisor
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan proses update data pesanan
Deskripsi : barang yang terjadi pada data barang pesanan yang telah
diinput.
Memastikan Supervisor telah terhubung dengan data
Prakondisi : pesanan barang yang akan di edit/update yang telah diinput
sebelumnya kedalam sistem.
Usecase ini diinisiasi saat Supervisor akan melakukan
Pemicu : proses update edit/ data pesanan barang yang telah diinput
sebelumnya kedalam sistem.
Kegiatan Pelaku Respons Sistem
Langkah 1: Langkah 2 :
Langkah 5 :
Langkah 3 : Langkah 6:
BidangKhasSuatu Event :
User mengklik dan mengubah
Data return barang yang datanya
data return barang yang
telahakan
di ubah akan tersimpan kembali
diubah. kedalam database(Data Grid View).
Langkah 5 :
User mengklik
tombol update(Button).
Alternatif langkah 5 :
Bidang Alternatif : 5.1 jika data return barang yang di update/edit tidak sesuai,
maka akan muncul pesan pemberitahuan untuk memasukan
data return barang yang benar.
Usecase ini menyimpulkan tentang kegiatan update/edit
Kesimpulan :
data return barang yang dilakukan oleh Supervisor.
Hasil proses update data return barang akan dimasukan
Postkondisi :
kedalam database.
Data yang dimasukan harus sesuai
Aturan Bisnis : dengan format yang telah ditentukan
oleh aplikasi.
Batasan Dan Spesifikasi
Supervisor hanya mengubah data return barang.
Implementasi :
Hanya Supervisor yang dapat melakukan update/edit data
Asumsi :
return barang.
Masalah Terbuka : -
BidangKhasSuatu Event :
Langkah 7 :
Langkah 8 :
Sumber :
Pelaku Bisnis Utama : Kasir
Pelaku Partisipan Lain :
Stakeholder yang berminat lain :
Usecase ini mendeskripsikan pencetakan struk biaya yang
Deskripsi :
telah dikelola sebelumnya dalam sistem.
Prakondisi : Pembeli membayar kepada Kasir.
Pemicu : Usecase ini diinisiasi saat proses pencetakan struk biaya.
Kegiatan Pelaku Respons Sistem
Langkah 1: Langkah 2:
Langkah 3 :
Langkah 4 :
User mengklik tombol
cetak/print(Button). Sistem akan merespon perintah
dan printer akan mencetak struk
Pembayaran.
Alternatif langkah 2 :
Bidang Alternatif :
2.1 Jika data transaksi pembayaran yang dipilih tidak
tersedia maka sistem akan memberikan pemberitahuan.
Usecase ini menyimpulkan tentang proses pencetakan
Kesimpulan :
struk pembayaran.
Postkondisi : Struk pembayaran pembeli.
Aturan Bisnis : pembeli harus terlebih dahulu membayar kepada kasir.
Batasan Dan Spesifikasi
Kasir hanya mencetak struk pembayaran.
Implementasi :
Asumsi : Hanya kasir yang dapat mencetak struk pembayaran.
Masalah Terbuka : -
4.5.1 Inheritance
Login
User
<<Inheritance>>
<<Inheritance>> <<Inheritance>>
<<Inheritance>>
4.5.2 Extension
Update Penerimaan
Input data Pesanan barang
barang
>
<<
s>
E
nd
xte
nd xte
s>
E
>
<<
Look up data
Penerimaan barang
Update data
penjualan barang
<<Extends>>
Pencarian Barang
<<Extends>>
Look Informasi
Barang
<<Extends>>
Input data return
<< barang
E xte
nd
s> >>
>
n ds
E xte
<<
Look Up Persediaan
barang
Cetak Laporan
> >>
s> ds
>
>>
>>
d n
n d s>
xt
ds
E
n
E <<
ten
xte
<<
te
E
Ex
<<Ex
<<
<<
Struck
Cetak Struck <<Extendes>>
Pembayaran
Kasir
Data Persediaan
Barang
>>
>
n>
On
n>>
O
s
ds
nd
nds O
pe
en
De
ep
<<
D
<<
pe
<<De
Input data Input Return
penerimaan Barang
barang
Penjualan barang
Data Penerimaan
barang
> ds
>> ds
n> n
O epe
On pen
De
D
<<
<<
Update Data
Input Data Penerimaan barang
Penerimaan barang
>
n>
O
ds
en
ep
D
<<
Data Penjualan
barang
>>
On
ds
en
ep
D
<<
Penjualan barang
Data Pesanan
Barang
> ds
> ds
n> n
n > en
O epe
O ep
D
D
<<
<<
Update Pesanan
Input Pesanan Barang
Barang
> ds
> ds
n> n
n> n
O epe
O epe
D
<<
D
<<
Input barang
Input Penerimaan
Penjualan barang
Login
Look up data
Return barang
Look up penerimaan
barang
Look up
penjualan barang
Kasir
Look up data
Pesanan Barang
Update Data
Pesanan barang
Update data
Return Barang
Update data
penerimaan
barang
Cetak Laporan
Pembeli
Cetak Struck
Pembayaran
Pencarian barang
1 M
Pegawai Melakukan Pesanan
1
1 1
M
Melakukan Return
Memiliki
NoReturn
M 1 NoDPesan Barcode
KdPegawai
Penerimaan Tglreturnbarang M
NoPesan
NoPenerimaan
1 Detail Pesanan
Harga
KdPegawai Memiliki Barang
Tglbararangterima 1
QTYpesan
M
Memiliki NoDReturn Detail Return NoReturn
Barang
Barcode
Harga
1
M
NoPenerimaan
Detail Penerimaan QTYreturn
Barang
NoPesan
Harga
1
NoDPenerimaan
QTYterima
Barcode NoPenerimaan
Punya
NoTransaksi M M
M 1
Membeli Barang Punya
Barcode
KdPegawai Barcode
Stock barang
NoCust
1 NamaBarang Harga
KdKategori
NoCust Customer
1
NamaCust QTYbeli KdKategori Kategori NamaKategori
Tglbeli
NoTransaksi
PK KodePegawai PK Notransaksi
Nama Barcode
Alamat KdPegawai
Tanggal
Jabatan
QTY
Tabel Barang
PK Barcode
Tabel Detail
KdKategori Penerimaan
Tabel Detail Pesanan NamaBarang
Stock PK NoDPenerimaan
PK NoDPesan Harga FK Barcode
FK Barcode NoReturn
NoPesan Nopesan
Harga Harga
QTYpesan QTYterima
4.7.3.1 TabelBarang
Field Tipe Data Length Ket
2 KdKategori Char 10
3 NamaBarang Varchar 35
4 Harga Currency
4.7.3.2 TabelPegawai
2 NamaPegawai Varchar 25
3 Alamat Varchar 35
4 Jabatan Varchar 20
4.7.3.3 TabelPenerimaanBarang
2 KdPegawai Char 10
3 TglPenerimaan Date -
2 NoPenerimaan Char 10
3 Nopesan Char 10
4 Barcode Char 20
5 QTYpesan Char 10
6 Harga Currency -
4.7.3.5 TabelCustomer
2 NoTransaksi Char 10
3 KdPegawai Char 10
4 NamaCustomer Varchar 25
5 QTYbeli Char 10
6 Tglbeli Date -
2 Kdpegawai Char 10
3 Tglpesan Date -
4.7.3.7 TabelDetailPesananBarang
2 Nopesan Char 10
3 Barcode Char 20
4 QTYpesan Char 10
5 Harga Currency -
4.7.3.8 TabelReturnBarang
2 Kdpegawai Char 10
3 Date Date -
4.7.3.9 TabelDetailReturnBarang
2 NoReturn Char 10
3 NoPenerimaan Char 10
4 Barcode Char 20
5 Harga Currency -
6 QTYReturn Char 10
4.7.3.10 TabelKategori
2 NamaKategori Char 10
2 KdPegawai Char 10
3 Barcode Char 20
4.7.4 Diagram Kelas (Classs Diagram)
ClsPenerimaanBarang
-NoPenerimaan : Char
-Tglpenerimaanm : Date
-IdPegawai : Char
ClsPegawai
Tambah barang
-IdPegawai : Char Ubah data barang
-NamaPegawai : Varchar
-Harga : Char
Tambah Pegawai
ClsBarang
- KdBarang : Char
- Barcode : Char
- Nama Barang : Varchar
- Harga : Char
Tambah Barang
ClsPenjualanBarang
-NoPenjualan : Char
-Tanggalpenjualan : Date
-IdPegawai : Char
ClsPesanan Barang
Return Barang
-NoPesan : Char
-NoReturn : Char -TglBarangpesan : Date
-TglReturn : Date -KdBarang : Char
-Kdbarang : Char -QTYPesan : Char
-QTYPesan : Char Tambah Pesanan
Ubah Data Pesanan
Tambah Return Barang
Ubah Return Barang
User Sistem
Login
Validasi
Username & Password
Menampilkan
menu utama
Menampilkan form
inputan barang
Save
Input barang
Menampilkan informasi
Exit
data barang
Klik sub
menuTransaksi input Aplikasi
Penerimaan barang
Menampilkan form
inputan Penerimaan
barang
Input data
Penerimaan
barang
Save
Input data
Penerimaan
barang
Menampilkan informasi
Exit data Penerimaan
barang
Klik sub
menuTransaksi Aplikasi
Penjualan barang
Menampilkan form
Penjualan Barang
Input data
Penjualan barang
dengan SCAND
BARCODE
Bayar
Input data
Penjualan
kembali
Supervisor Sistem
Menampilkan form
inputan pesanan
barang
Input data
pesanan barang
Simpan
Input data
pesanan barang
Menampilkan form
inputanreturn barang
Simpan
Pembeli Sistem
menampilkan informasi
barang yang dicari user
[Data ditemukan]
[Data ditemukan]
[Data ditemukan]
Supervisor /
Sistem
Pimpinan
Input tglpesan yang dicari Cari data pesanan barang yang sudah tersimpan
[Data ditemukan]
Input tglreturn yang dicari Cari data Return barang yang sudah tersimpan
[Data ditemukan]
Admin
Sistem
Gudang
[Data sesuai]
Supervisor Sistem
[Data sesuai]
Supervisor Sistem
[Data sesuai]
Supervisor Sistem
Input tanggal
[Data Sesuai]
Administrasi Sistem
Cetak
User
Login
Validasi user
Cek validasi
Validasi
[Result]
Validasi
[result]
Validasi
Simpan data
Validasi
[result]
From Transaksi
Penjualan Tabel Penjualan
Penerimaan
Kasir
Validasi
[result]
Gambar 4.47 Sequence Diagram Penjualan Barang
Supervisor
Validasi
Simpan data
Validasi
[result]
From Transsaksi
Return Input Return Tabel Return
Supervisor
Validasi
Simpan data
Validasi
[result]
Gambar 4.49 Sequence Diagram Return Barang
Pembeli
Validasi
[result]
Masukkan tglperimaan
cari data
Tampilkan data
validasi
Validasi
[result]
Supervisor
Masukkan tglpenjualan
cari data
Tampilkan data
validasi
Validasi
[result]
Supervisor
Masukkan Stock
cari data
Tampilkan data
validasi
Validasi
[result]
Tampilkan data
validasi
Validasi
[result]
Supervisor
Tampilkan data
validasi
Validasi
[result]
validasi
Validasi
[result]
validasi
Validasi
[result]
Form Transaksi
Transaksi Look Up Data Update data Tabel Return
Barang Return barang Return barang barang
Supervisor
validasi
Validasi
[result]
Form data
Form Laporan Cetak Laporan Cetak laporan
Laporan
Supervisor
Masukkan Tanggal
Tampilkan Laporan
cetak laporan
validasi
Validasi
[result]
Cetak Struck
Server
Window
s Server
2008
MySQL
LAN
Jalur Koneksi
Client
Window
s7
Cancel
Gambar 4.62 User Interface Login (Form 1)
Tampilan Utama
Barcode
NamaBarang
KdKategori
Harga
Stock Barang
No Penerimaan
KdPegawai
Total
Bayar
Dibayar
Kembali
NoPesan
TanggalBarangPesan
KdPegawai
NoPesan
TanggalBarangPesan
KdPegawai
NamaKategori
Nama Barang
Batal
Stock Cari
Laporan
KdPegawai
Nama
Alamat
Jabatan
Kategori
KdKategori
Nama Kategori
NoCustomer
Notranskasi
KdPegawai
NamaCustomer
TanggalBeli
QTYBeli
PENUTUP
5.1 Kesimpulan
laporan.
Whitten. Jeffry L., Lonnie D. Bentley., Kevin C Ditman. 2004 Metode Desain dan