|
RUANG LINGKUP SISTEM INFORMASI RETAIL
PENJUALAN PADA MINIMARKET
Menjelaskan tentang ruang lingkup system yang diamati
meliputi functional requirement (kebutuhan fungsional), data requirement (
kebutuhan data), desain ERD (entity relationship diagram), tabel, desain
GUI (graphical user interface) dan Aplikasi program.
A. FUNCTIONAL
REQUIREMENT (Kebutuhan Fungsional)
Kebutuhan dari SI MINIMARKET ini adalah sebagai berikut :
- · Memanipulasi data pegawai, barang, dan supplier.
- · Menghandle transaksi pembelian.
- · Menghandle transaksi penjualan.
- · Menghasilkan laporan pegawai, barang, dan laporan supplier.
- · Menghasilkan Laporan transaksi penjualan.
- · Menghasilkan Laporan transaksi pembelian.
- · Mencetak nota penjualan.
- · Menghandle laporan laba / rugi
- · Retur pembelian.
Transaksi penjualan dan
pembelian pada minimarket, menggunakan nota penjualan, retur pembelian dan
laporan penjualan harian sebagai output dan bukti transaksi. System yang
berlangsung adalah sbb:
- Nota Penjualan : diberikan oleh kasir kepada pembeli sebagai bukti penjualan. Frekuensi output ini diberikan setiap terjadi transaksi penjualan. Output memberikan informasi mengenai barang-barang yang telah dijual dan total harga.
- Retur Pembelian : diberikan oleh admin kepada suplier sebagai bukti pembelian. Frekuensi output ini diberikan setiap terjadi transaksi. Output memberikan informasi mengenai barang–barang yang dibeli dari suplier dan total harga.
- Laporan penjualan harian : diberikan oleh kasir kepada admin. Frekuensi output ini diberikan setiap hari di akhir penjualan. Output memberikan informasi mengenai barang yang terjual dan stock barang.
System yang berjalan pada
system informasi retail minimarket ini adalah sebagai berikut:
- · Pelanggan membayar barang di kasir.
- · Kasir menghitung total penjualan barang yang dibeli pembeli.
- · Kasir menghitung total harga.
- · Kasir memberikan nota penjualan ke pembeli.
- · Admin meminta laporan penjualan harian ke kasir.
- · Admin meminta laporan penjualan harian
- · Kasir memberikan laporan penjualan harian ke admin.
- · Admin mengecek persediaan barang
- · Admin memesan barang ke suplier
- · Suplier mengirimkan barang dan memberikan faktur.
Identifikasi Kebutuhan Pemakai
Kebutuhan pemakai terhadap system diidentifikasi sebagai
berikut:
- System
yang akan dibuat harus dapat membantu pekerjaan operasional pegawai, dan
owner.
- System
harus dapat dioperasikan terutama oleh kasir sebagai user utama dan Owner
serta pegawai lainnya sesuai dengan kapasitas pekerjaan
masing-masing.
- System
yang diperuntukkan bagi kasir harus dapat dioperasikan layaknya sebuah
Cash Register atau Point of Sale.
- Data
yang menjadi masukan bagi system harus dapat langsung diinputkan dari
sumber asalnya dan harus dapat dibaca oleh pihak lain yang membutuhkannya
(pembeli).
- System
harus dapat menyimpan data barang berikut data suppliernya dari arsip yang
dimiliki
- Semua
data disimpan dipusat (centralized).
- Dapat
membuat laporan setiap Kasir disetiap akhir tugasnya.
- Terdapat
laporan periodik (harian dan bulanan) untuk Owner berupa laporan
penerimaan kas dan laporan rekapitulasi penjualan dari beberapa sisi yang
telah ditentukan .
- Semua
proses yang ada harus terintegrasi dalam satu paket perangkat lunak aplikasi.
B. DATA
REQUIREMENT (KEBUTUHAN DATA)
Data yang diperlukan adalah sbb:
- · Data pegawai : Terdiri dari user id, password id, nama, dan status.
- · Data supplier : Terdiri dari kode supplier, nama supplier, alamat, dan nomor telepon.
- · Data barang : Terdiri dari kode produk, kode barang, nama barang, satuan , harga beli, harga jual dan stok.
- · Data produk : Terdiri dari kode jenis, kode produk, dan nama produk.
- · Data golongan : Terdiri dari kode golongan, dan nama golongan.
- · Data jenis : Terdiri dari kode jenis, kode golongan, dan nama jenis.
- · Data pembelian : Terdiri nomor masuk, tanggal masuk, kode supplier, total, dan user id.
- · Data pembelian detail : Terdiri dari nomor masuk, kode barang, harga beli, jumlah, dan subtotal.
- · Data penjualan : Terdiri dari nomor nota, tanggal nota, diskon, jumlah bayar dan user id.
- · Data penjualan detail : Terdiri dari nomor nota, kode barang, harga jual, jumlah dan subtotal
Search : http://infofitri.blogspot.com/2012/02/sistem-informasi-retail-minimarket.html#sthash.7Id0phoT.dpuf
DESAIN ERD (ENTITY RELATIONSHIP DIAGRAM)
Relationship kadang sangat sulit ditemukan. Relationship
antar entity terdapat dalam beberapa tipe yaitu:
·
Hubungan satu lawan satu (one to one
relationship)
·
Hubungan satu lawan banyak (one to many
relationship)
·
Hubungan banyak lawan banyak (many to many
relationship).
D. TABEL
a. Hubungan
Antar Tabel
Relasi antar tabel harus
terlebih dahulu dirancang untuk mendukung kelancaran pengolahan data supaya
dapat berjalan dengan baik.Dengan relasi yang baik akan diperoleh gambaran umum
jalannya sistem yang dipersiapkan. Relasi antar tabel ini merupakan alat bantu
dalam menentukan langkah-langkah kerja yang akan dilakukan oleh pemrogram yang
dimulai dari proses perekaman data, pembentukan table sampai dengan pembentukan
laporan sesuai dengan permasalahan yang ditangani.
b. Rancangan
Struktur Tabel
Tabel BARANGGOLONGAN
Tabel ini digunakan untuk menyimpan data golongan barang.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : BARANGGOLONGAN
Primary Key : KODEGOLONGAN
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
KODEGOLONGAN
|
VARCHAR
|
100
|
KODE UNTUK GOLONGAN
|
|
NAMAGOLONGAN
|
VARCHAR
|
100
|
NAMA UNTUK GOLONGAN
|
Tabel BARANGJENIS
Tabel ini digunakan untuk menyimpan data jenis barang.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : BARANGJENIS
Primary Key : KODEJENIS
Foreign Key : KODEGOLONGAN
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
KODEJENIS
|
VARCHAR
|
100
|
KODE UNTUK JENIS
|
|
KODEGOLONGAN
|
VARCHAR
|
100
|
KODE UNTUK GOLONGAN
|
|
NAMAJENIS
|
VARCHAR
|
100
|
NAMA UNTUK JENIS BARANG
|
Tabel BARANGPRODUK
Tabel ini digunakan untuk menyimpan data jenis produk.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : BARANGPRODUK
Primary Key : KODEPRODUK
Foreign Key : KODEJENIS
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
KODEJENIS
|
VARCHAR
|
100
|
KODE
UNTUK JENIS
|
|
KODEPRODUK
|
VARCHAR
|
100
|
KODE
UNTUK PRODUK
|
|
NAMAPRODUK
|
VARCHAR
|
100
|
NAMA
UNTUK PRODUK BARANG
|
Tabel BARANG
Tabel ini digunakan untuk menyimpan data barang.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : BARANG
Primary Key : KODEBARANG
Foreign Key : KODEPRODUK
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
KODEPRODUK
|
VARCHAR
|
100
|
KODE UNTUK PRODUK
|
|
KODEBARANG
|
VARCHAR
|
100
|
KODE UNTUK BARANG
|
|
NAMABARANG
|
VARCHAR
|
100
|
NAMA UNTUK BARANG
|
|
SATUAN
|
INT
|
-
|
SATUAN BARANG
|
|
HARGABELI
|
MONEY
|
-
|
HARGA BELI BARANG
|
|
HARGAJUAL
|
MONEY
|
-
|
HARGA JUAL BARANG
|
|
STOK
|
INT
|
-
|
STOK BARANG
|
Tabel PEGAWAI
Tabel ini digunakan untuk menyimpan data pengguna.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : PEGAWAI
Primary Key : USERID
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
USERID
|
VARCHAR
|
100
|
USER ID UNTUK PEGAWAI
|
|
PASSID
|
VARCHAR
|
100
|
PASS ID PEGAWAI
|
|
NAMA
|
VARCHAR
|
100
|
NAMA PEGAWAI
|
|
STATUS
|
VARCHAR
|
100
|
STATUS PEGAWAI
|
Tabel PENJUALAN
Tabel ini digunakan untuk menyimpan data penjualan
barang.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : PENJUALAN
Primary Key : NOMORNOTA
Foreign Key : USERID
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
NOMORNOTA
|
VARCHAR
|
100
|
NOMOR NOTA PENJUALAN
|
|
TANGGALNOTA
|
DATE
|
-
|
TANGGAL NOTA PENJUALAN
|
|
JUMLAHBAYAR
|
INT
|
-
|
JUMLAH BAYAR
|
|
DISKON
|
INT
|
-
|
DISKON PENJUALAN
|
|
SUBTOTAL
|
INT
|
-
|
TOTAL SETELAH DISKON
|
|
USERID
|
VARCHAR
|
100
|
USER ID PEGAWAI
|
Tabel PENJUALAN_DETAIL
Tabel ini digunakan untuk menyimpan data penjualan barang
secara detail.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : PENJUALANDETAIL
Foreign Key : NOMORNOTA & KODEBARANG
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
NOMORNOTA
|
VARCHAR
|
100
|
NOMOR NOTA PENJUALAN
|
|
KODEBARANG
|
VARCHAR
|
100
|
KODE BARANG PENJUALAN
|
|
HARGAJUAL
|
MONEY
|
-
|
HARGA JUAL BARANG
|
|
JUMLAH
|
INT
|
-
|
JUMLAH ITEM BARANG
|
|
SUBTOTAL
|
MONEY
|
-
|
TOTAL BAYAR
|
Tabel SUPPLIER
Tabel ini digunakan untuk menyimpan data supplier.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : SUPPLIER
Primary Key : KODESUPPLIER
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
KODESUPPLIER
|
VARCHAR
|
100
|
KODE SUPPLIER
|
|
NAMASUPPLIER
|
VARCHAR
|
100
|
NAMA SUPPLIER
|
|
ALAMAT
|
VARCHAR
|
100
|
ALAMAT SUPPLIER
|
|
NOTELEPON
|
VARCHAR
|
100
|
NOMOR TELEPON SUPPLIER
|
Tabel PEMBELIAN
Tabel ini digunakan untuk menyimpan data pembelian
barang.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : PEMBELIAN
Primary Key : NOMORMASUK
Foreign Key : KODEPEMASOK & USERID
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
NOMORMASUK
|
VARCHAR
|
100
|
NOMOR MASUK PEMBELIAN
|
|
TANGGALMASUK
|
DATE
|
-
|
TANGGAL MASUK PEMBELIAN
|
|
KODESUPPLIER
|
VARCHAR
|
100
|
KODE SUPPLIER
|
|
TOTAL
|
MONEY
|
-
|
TOTAL PEMBELIAN
|
|
USERID
|
VARCHAR
|
100
|
USER ID PEGAWAI
|
Tabel PEMBELIAN_DETAIL
Tabel ini digunakan untuk menyimpan data pembelian barang
secara detail.
Adapun perancangan tabelnya sebagai berikut :
Nama Tabel : PEMBELIANDETAIL
Foreign Key : NOMORMASUK &KODEBARANG
|
NAMA
|
TYPE
|
SIZE
|
KETERANGAN
|
|
NOMORMASUK
|
VARCHAR
|
100
|
NOMOR MASUK PEMBELIAN
|
|
KODEBARANG
|
VARCHAR
|
100
|
KODE BARANG
|
|
HARGABELI
|
MONEY
|
-
|
HARGA BELI BARANG
|
|
JUMLAH
|
INT
|
-
|
JUMLAH ITEM
|
|
SUBTOTAL
|
MONEY
|
-
|
TOTAL BAYAR PEMBELIAN
|
0 komentar:
Posting Komentar