Sistem Informasi Penjualan Barang

Latar belakang masalah Pak ali berencana membuat sistem informasi penjualan barang, dimana sistem tersebut mempunyai barcode reader dan laci drawer. Berikut skema yang terjadi: Skema pendataan barang 1. kasir, misal andi melakukan pendataan barang pada tanggal 10 januari 2011 2. nama barang: pepsodent 190 gr, harga barang jual: Rp. 6000 3. nama barang: pepsodent 120gr, harga barang jual: Rp. 5000

Skema penjualan barang 1 1. Pelanggan datang ke toko, misal nama arya pada tanggal 10 januari 2011 pukul 08.00 2. arya memilih barang dan membawa barang tersebut ke kasir (andi) untuk dibayar, barang tersebut adalah: a. pepsodent ukuran 190gr dengan harga Rp. 6000 1 buah b. sirup indofood rasa jeruk 650 ml dengn harga Rp. 12000 1 buah 3. andi memasukkan barang yang dibeli, kemudian memberikan nota kepada arya, dengan perincian: a. tanggal nota: 10 januari 2011 b. jam nota: 08.00 c. kasir: andi d. no nota: 1 e. nama barang, harga tiap barang, jumlah pembelian, harga total tiap item f. total yang harus dibayar 4. transaksi selesai.

Skema penjualan barang 2 1. Pelanggan datang ke toko, misal nama yani pada tanggal 15 januari 2011 pukul 15.00 2. yani memilih barang dan membawa barang tersebut ke kasir (nurdin) untuk dibayar, barang tersebut adalah: a. pepsodent ukuran 190gr dengan harga Rp. 7000 1 buah b. sirup indofood rasa jeruk 650 ml dengn harga Rp. 13000 1 buah 3. andi memasukkan barang yang dibeli, kemudian memberikan nota kepada arya, dengan perincian: a. tanggal nota: 15 januari 2011 b. jam nota: 15.00 c. kasir: nurdin d. no nota: 100 e. nama barang, harga tiap barang, jumlah pembelian, harga total tiap item f. total yang harus dibayar 4. transaksi selesai.

Penjualan barang menjadi mudah dikontrol sehingga resiko kehilangan keuntungan dan barang dapat diminimalisir Special issue / constraint: 1. Semakin cepat pelayanan. Aplikasi harus dimulai 01 juli 2011 dan selesai pada tanggal 31 desember 2011 2.1. Proposal sistem System Request: Pembuatan Aplikasi Sistem Informasi Penjualan Project Sponsor: Bp Ali Kebutuhan Bisnis: aplikasi ini dibuat untuk mempercepat pelayanan penjualan Business Requirement: 1. Petugas perpus tidak familiar dengan komputer 3. Metodologi yang digunakan Jawaban pastinya bervariasi. Laporan penjualan Business Value: 1. analisa. Penjualan barang 2. yang penting terdapat perencanaan. maka kepuasan anggota menjadi lebih tinggi 2. Laporan barang 6. Menggunakan aplikasi java Semarang. juni 2011 Mengetahui (Pembuat Sistem) Menyetujui (Ali) Pertanyaan: Apa yang menurut anda kurang dari sini? 2. Pendataan barang 4. Pendataan kasir 3. desain dan implementasi. . Pendataan anggota (member) 5.

tapi selama tahapan perencanaan dan analisa. maka kepuasan konsumen akan meningkat dan manajemen keuangan dan barang menjadi terkontrol. berarti terdapat kekurangan. Maka sistem informasi ini memenuhi kelayakan ekonomis Analisa kelayakan organisasi Karena yang meminta adalah pemilik. apa metode yang sebenarnya cocok untuk ini? 3. Plot Business analist System analist Infrastruktur analist Project manager Programmer Tugas? Tugas? Tugas? Tugas? Tugas? . pengembang masih mempunyai waktu untuk mengirimkan programer belajar java dan merekrut programer java.Pertanyaan: dengan skenario yang dosen pengampu buat. Analisa kelayakan Analisa kelayakan teknis Karena menggunakan java dan pengembang belum familiar dengan java. Maka sistem informasi ini memenuhi kelayakan organisasi 4. maka sistem ini pasti akan digunakan. Maka sistem informasi ini belum memenuhi kelayakan teknis. maka tahapan memenuhi kelayakan teknis Analisa kelayakan ekonomis Karena mempercepat waktu dalam pelayanan.

5. kemudian beri pelatihan secara intensif Resiko No <2> pengembang tentang java kurang memiliki pengetahuan Likelihood of risk Potential impact pada proyek probabilitas resiko: tinggi Resiko ini. Project Plan 6 bulan Perencanaan Estimasi Estimasi Waktu bulan Perencanaan Analisa Desain 15% 20% 35% 0. Manajemen Resiko Resiko No <1> Kasir kurang memiliki pengetahuan tentang komputer Likelihood of risk Potential impact pada proyek probabilitas resiko: normal Resiko ini. kemungkinan akan meningkatkan waktu implementasi proyek sebesar 40% Cara mengatasi resiko Segera cari programer java yang handal.2 2.9 1. kemungkinan akan meningkatkan waktu implementasi proyek sebesar 20% Cara mengatasi resiko Buat dokumentasi sistem dengan baik.1 1. 6.8 hari 27 36 63 54 01 juli 2011 – 27 juli 2011 28 juli 2011 – 01 Sept 2011 02 sept 2011 – 03 Nov 2011 04 Nov 2011 – 30 Des 2011 Implementasi 30% Pertanyaan: tidak ada pertanyaan untuk ini. analis sistem java yang handal .

supplier tersebut mengambilkan barang dan memberikan barang tersebut beserta nota pembelian. Desain FOD Pertanyaan: disini tidak ada yang ditanyakan. Karyawan toko surya mendapatkan nota pembelian kemudian membuat laporan pembelian kepada pimpinan toko surya. kemudian karyawan toko surya menyerahkan dokumen barang yang ingin di beli ke toko komputer atau sering di sebut supplier. kemungkinan akan meningkatkan waktu implementasi proyek sebesar 20%. .1. tidak perlu ditanyakan 8. skema adalah demo 8. Skema pembelian barang dari supplier Petugas Toko Surya melakukan pendataan barang yang ingin di beli dengan kata lain barang tersebut kosong di gudang.Resiko No <3> pengembang kurang memiliki pengetahuan tentang laci drawer dan barcode Likelihood of risk Potential impact pada proyek probabilitas resiko: tinggi Resiko ini. Arsitektur Desain Sesuai kreativitas mahasiswa. biaya membengkak 10% Cara mengatasi resiko Segera cari literatur dan orang yang berpengalaman di bidang drawer dan barcode Pertanyaan: tidak ada 7.

.

Konsumen memberikan daftar barang yang ingin di belinya kepada petugas Toko Surya.2. Kemudian petugas Toko Surya memberikan barang belanjaan beserta nota penjualan. Petugas Toko Surya melaporkan hasil penjualan ke pada pimpinan Toko Surya. .8. Skema penjualan barang kepada konsumen Konsumen Toko Surya dalam hal ini konsumen dengan partai kecil atau sering di sebut pembeli eceran maupun konsumen dalam partai besar yang untuk di jual kembali.

.

Context Diagram Data Penjualan Nota Penjualan Data Pembelian Data Pegawai Data Barang Pegawai Toko Surya Konsumen Toko Surya 1 Nota Pembelian Nota Penjualan Laporan Stok Barang Laporan Penjualan laporan Pembelian Persediaan Barang Toko Surya laporan Pembelian Laporan Laporan Stok Penjualan Barang Nota Pembelian Nota Penjualan Pemimpin Toko Surya . Dekomposisi Diagram 9. Desain DFD 9.9.2.1.

DFD Level 0 Nota Pembelian laporan Pembelian 1 Pembelian Nota Pembelian laporan Pembelian Pembelian Pegawai Pegawai Pegawai 2 Penjualan Laporan Penjualan Nota Penjualan Laporan Stok Barang Pemimpin Toko Surya Pembelian Pegawai Toko Surya Data Barang Data Pegawai Data Pembelian Barang Barang Laporan Penjualan Barang Nota Penjualan Data Penjualan Nota Penjualan Konsumen Toko Surya Penjualan .3.9.

DFD Level 1 Pembelian 1.9.4 Nota Pembelian Nota Pembelian Pembelian 1.1 Pegawai Toko Surya Data Barang Pendataan Barang Barang Barang 1.4.2 Pendataan pegawai Pegawai Data Pegawai Pegawai Pegawai Data Pembelian 1.5 laporan Pembelian Laporan Pembelian .3 Transaksi Pembelian Barang Pembelian Pembelian Pembelian 1.

5. Pelanggan datang ke toko.2 Nota Penjualan Nota Penjualan Nota Penjualan Pegawai Toko Surya Laporan Penjualan 2. Skema penjualan barang 1 5. arya memilih barang dan membawa barang tersebut ke kasir (andi) untuk . diperlihatkan waktu presentasi.9. DFD Level 1 Penjualan Pegawai Pegawai Barang Barang 2. Desain ERD Desain ini hanya menunjukkan alur penjualan barang. misal nama arya pada tanggal 10 januari 2011 pukul 08.3 Laporan Penjualan Laporan Penjualan Pemimpin Toko Surya Laporan Stok Barang 2.00 6.4 Laporan Stok Barang Nota Penjualan Laporan Stok Barang 10. untuk skema asli.1 Konsumen Toko Surya Data Penjualan Transaksi Penjualan Penjualan Penjualan Penjualan Penjualan 2.

00 2. misal nama yani pada tanggal 15 januari 2011 pukul 15. kasir: nurdin d. harga total tiap item f. no nota: 100 e. nama barang. nama barang. transaksi selesai. sirup indofood rasa jeruk 650 ml dengn harga Rp. yani memilih barang dan membawa barang tersebut ke kasir (nurdin) untuk dibayar. kemudian memberikan nota kepada arya. pepsodent ukuran 190gr dengan harga Rp. andi memasukkan barang yang dibeli.00 c. 12000 1 buah 7. andi memasukkan barang yang dibeli. tanggal nota: 10 januari 2011 b. harga tiap barang. total yang harus dibayar . Skema penjualan barang 2 1. 7000 1 buah b.00 c. harga tiap barang. dengan perincian: a. barang tersebut adalah: a. kasir: andi d.dibayar. jumlah pembelian. 13000 1 buah 3. pepsodent ukuran 190gr dengan harga Rp. harga total tiap item f. jam nota: 08. total yang harus dibayar 8. no nota: 1 e. Pelanggan datang ke toko. dengan perincian: a. tanggal nota: 15 januari 2011 b. 6000 1 buah b. sirup indofood rasa jeruk 650 ml dengn harga Rp. jam nota: 15. barang tersebut adalah: a. kemudian memberikan nota kepada arya. jumlah pembelian.

Analisa dari kasus diatas 1. untuk satu barang dengan varian tertentu. misal pepsodent 190gr dan 120 gr. terdapat banyak varian. 3. dan kasir dapat melayani banyak konsumen 2.4. kasir terdiri dari 2 orang. untuk satu barang saja. harga berubah tiap diinginkan pemilik toko 4. transaksi selesai. satu nota dapat terdiri dari berbagai macam produk yang dibeli .

Tabel barang_detail Kd_barang 1 1 2 2 Nama_barang_detail Pepsodent 190gr Pepsodent 120gr Closeup 190gr Closeup 120gr No_barcode 1111 1112 1113 1114 Kd_barang_detail 1 2 3 4 .3. Tabel supplier Kd_supplier 1 2 3 Nama_supplier Unilever Indofood Heins ABC 11.4.2. Desain Normalisasi ERD 11. Tabel kategori barang Kd_kategori_barang 1 2 Nama_kategori_barang Pasta gigi Sirup 11. Tabel barang Nama_barang Pepsodent CloseUp Sirup Indofood Sirup ABC Kd_kategori_barang 1 1 2 2 Kd_supplier 1 1 2 3 Kd_barang 1 2 3 4 11.11.1.

5 6 3 4 Indofood jeruk 650 ml ABC jeruk 650 ml 1115 1116 11.00 1 15.00 2 .6.5. Tabel order_jual Kd_karyawan Kd_order_jual Kd_customer Harga_total_bayar Tanggal_order_jual jam 1 2 2 3 18000 20000 10-06-2011 15-06-2011 08. Tabel harga_jual Kd_barang_detail 1 2 3 4 5 6 1 2 3 4 5 6 Harga_jual 6000 5000 8000 6000 12000 14000 7000 6000 9000 7000 13000 15000 Tanggal_penerapan 10-01-2011 10-01-2011 10-01-2011 10-01-2011 10-01-2011 10-01-2011 15-01-2011 15-01-2011 15-01-2011 15-01-2011 15-01-2011 15-01-2011 Kd_harga_jual 1 2 3 4 5 6 7 8 9 10 11 12 11.

00 14.00 21. Tabel customer Kd_customer 1 2 3 Nama_customer Anonim Arya Yani Alamat_customer Jl.00 Jam_keluar 14. Tabel detail_order_jual Kd_order_jual 1 1 2 2 Kd_harga_jual 1 5 7 11 Jumlah 1 1 1 1 Kd_detail_order_jual 1 2 3 4 11.8. Arjuna Jl pemuda Jl pahlawan 11.11. Kd_karyawan 1 2 Tabel karyawan Nama_karyawan Andi Nurdin Jam_masuk 07.9.00 .7.

Relasi Tabel kategori_barang PK kd_kategori_barang nama_kategori_barang supplier PK kd_supplier nama_supplier PK FK1 FK2 barang kd_barang nama_barang kd_kategori_barang kd_supplier PK FK1 barang_detail kd_barang_detail kd_barang nama_barang_detail no_barcode PK FK1 harga_jual kd_harga_jual kd_barang_detail harga_jual tanggal_penerapan order_jual customer PK kd_customer nama_customer alamat FK2 PK FK1 kd_order_jual kd_customer harga_total_bayar tanggal_order_jual jam kd_karyawan karyawan PK kd_karyawan nama_karyawan jam_masuk jam_keluar PK FK1 FK2 detail_order_jual kd_detail_order_jual kd_order_jual kd_harga_jual jumlah Ket: PK: primary key FK: foreign key (kunci tamu) / PK dari tabel lain yang digunakan untuk merelasikan dengan tabel utama.12. Kamus Data 13. No 1 2 Kamus data kategori_barang Nama_field Type Int Ukuran 8 Key PK Keterangan Kode kategori barang Nama kategori barang Kd_kategori_barang Nama_kategori_barang Varchar 30 . 13.1.

4.3. No 1 2 3 4 Kamus data barang Nama_field Type Int Ukuran 8 Key PK Keterangan Kode barang Nama barang FK FK FK dari kategori_barang FK dari supplier Kd_barang Nama_barang Varchar 30 8 8 Kd_kategori_barang Int Kd_supplier Int 13.5. No 1 2 2 3 Kamus data barang_detail Nama_field Kd_barang_detail Kd_barang Type Int Int Ukuran 8 8 Key PK FK Keterangan Kode barang detail FK barang Nama barang detail No barcode Nama_barang_detail Varchar 30 No_bercode Varchar 20 13.13. No 1 2 3 4 Kamus data harga_jual Type Int Int Double Ukuran 8 8 Key PK FK Keterangan Kode harga jual FK barang detail Harga penjualan Tanggal diterapkan harga jual Nama_field Kd_harga_jual Kd_barang_detail Harga_jual Tanggal_penerapan Date . No 1 2 Kamus data supplier Nama_field Kd_supplier Nama_supplier Type Int Ukuran 8 Key PK Keterangan Kode supplier Nama supplier Varchar 30 13.2.

No 1 2 3 Kamus data customer Nama_field Kd_customer Type Int Ukuran 8 Key PK Keterangan Kode customer Nama customer Alamat Nama_customer Varchar 30 Alamat Varchar 255 . No 1 2 3 4 Nama_field Kamus data detail_order_jual Type Ukuran 8 8 8 8 Key PK FK FK Keterangan Kode detail order jual FK order_jual FK harga_jual Jumlah pembelian barang untuk item tsb Kd_detail_order_jual Int Kd_order_jual Kd_harga_jual Jumlah Int Int Int 13.13.7. No 1 2 3 4 5 6 Kamus data order_jual Type Int Int Double Ukuran 8 8 Key PK FK No nota FK customer Harga total yang harus dibayar Tanggal pembuatan nota Waktu pembuatan nota 8 FK FK karyawan Keterangan Nama_field Kd_order_jual Kd_customer Harga_total_bayar Tanggal_order_jual Date Jam Kd_karyawan Time Int 13.6.8.

13. Desain Tampilan/User Interface .9. No 1 2 3 4 Kamus data karyawan Nama_field Kd_karyawan Type Int Ukuran 8 Key PK Keterangan Kode karyawan Nama karyawan Jam masuk kerja Jam selesai kerja Nama_karyawan Varchar 30 Jam_masuk Jam_keluar Time Time 14.

Sign up to vote on this title
UsefulNot useful