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.

Petugas perpus tidak familiar dengan komputer 3. Aplikasi harus dimulai 01 juli 2011 dan selesai pada tanggal 31 desember 2011 2. . maka kepuasan anggota menjadi lebih tinggi 2. Pendataan barang 4. Penjualan barang 2. 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. analisa. Penjualan barang menjadi mudah dikontrol sehingga resiko kehilangan keuntungan dan barang dapat diminimalisir Special issue / constraint: 1. Laporan penjualan Business Value: 1. yang penting terdapat perencanaan. Semakin cepat pelayanan. juni 2011 Mengetahui (Pembuat Sistem) Menyetujui (Ali) Pertanyaan: Apa yang menurut anda kurang dari sini? 2. Pendataan kasir 3. Menggunakan aplikasi java Semarang. Metodologi yang digunakan Jawaban pastinya bervariasi. desain dan implementasi.1. Laporan barang 6. Pendataan anggota (member) 5.

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

kemungkinan akan meningkatkan waktu implementasi proyek sebesar 20% Cara mengatasi resiko Buat dokumentasi sistem dengan baik. analis sistem java yang handal .9 1. 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.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.2 2.5.1 1. 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. kemungkinan akan meningkatkan waktu implementasi proyek sebesar 40% Cara mengatasi resiko Segera cari programer java yang handal. 6.

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

.

8. Petugas Toko Surya melaporkan hasil penjualan ke pada pimpinan Toko Surya. . Konsumen memberikan daftar barang yang ingin di belinya kepada petugas Toko Surya.2. 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. Kemudian petugas Toko Surya memberikan barang belanjaan beserta nota penjualan.

.

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 .9.2.1. Dekomposisi Diagram 9. Desain DFD 9.

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.

3 Transaksi Pembelian Barang Pembelian Pembelian Pembelian 1.5 laporan Pembelian Laporan Pembelian . DFD Level 1 Pembelian 1.1 Pegawai Toko Surya Data Barang Pendataan Barang Barang Barang 1.2 Pendataan pegawai Pegawai Data Pegawai Pegawai Pegawai Data Pembelian 1.4 Nota Pembelian Nota Pembelian Pembelian 1.4.9.

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

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

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

3.11.1. Tabel kategori barang Kd_kategori_barang 1 2 Nama_kategori_barang Pasta gigi Sirup 11. Tabel supplier Kd_supplier 1 2 3 Nama_supplier Unilever Indofood Heins ABC 11. Desain Normalisasi ERD 11.4.2. 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. 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 .

5 6 3 4 Indofood jeruk 650 ml ABC jeruk 650 ml 1115 1116 11. 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.5.6.00 2 . 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.00 1 15.

9.00 . Kd_karyawan 1 2 Tabel karyawan Nama_karyawan Andi Nurdin Jam_masuk 07. Arjuna Jl pemuda Jl pahlawan 11. 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.00 14.00 21. Tabel customer Kd_customer 1 2 3 Nama_customer Anonim Arya Yani Alamat_customer Jl.11.7.00 Jam_keluar 14.8.

12. Kamus Data 13.1. 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 . 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.

3. 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.2.5. 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 .4.13. 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. 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.

7. 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.8.13. 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. 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 .

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.13. Desain Tampilan/User Interface .

Sign up to vote on this title
UsefulNot useful