Terima kasih banyak ris, atas saran dan pemasukkannya. Iya .. itu dia masalahnya bagi diri saya, saya ada kemampuan untuk programing tetapi saya belum pernah untuk ketemu/berhubungan dengan client secara langsung, apalagi untuk menganalisa sisfo di clientnya.
Background saya disinikan programer Pendidikan, mungkin untuk analisa kemahasiswaan, gaji dosen, nilai ujian, jadwal kuliah dan lain lainnya mungkin diluar kepala yaa. Nach saya berniat untuk mencoba di bidang retail dengan program yg sudah umum seperti penjualan dan pembelian atau POS ( masih kurang tahu saya artinya tuch Point of Sales). biasanyakan di program itu ada yg namanya Pembelian dari suplier, penjualan ke pelanggan, trus ada juga retur pembelian, penjualan, trus juga barang akan dimutasikan, stock opname. semuanya itukan terkait saya kurang paham pada perhitungan stock barang akan retur,mutasi, serta untung laba ruginya didapat darimana. Disinilah karena keterbatasan waktu dan kurangnya pemahaman tentang dagang saya ingin menawarkan itu. kira kira kalau ada teman teman yg sudah mempunyai sisfo/flowchart tentang POS ( yaa. yg simple aja untuk dijadikan pilot project saya. agar nantinya saya bisa jadikan program POS yang handal) itu sich niat saya. terima kasih ris lu yg ngerespon pertama, mau dikirimin apaan nich dirumah lagi ada kacang ijo campur ketan item. enak lagi.. thank you ris > Kalo udah menguasai pemrogramannya harusnya udah bisa menganalisa > kebutuhan > sistem dong. > Nah algoritma itu akan ditemukan dari hasil analisa sistem tersebut. > Baik itu dalam bentuk flowchart, DFD Level atawa diagram konteks. Kalau > iya > Anda dapat proyek seharusnya bisa lebih mendalami sistem yang akan Anda > buat. > Karena Anda sendiri yang berhubungan dengan klien > Analisa dulu sistem yang ada sekarang meskipun itu maasih berupa manual, > berikan gambaran kelemahan dan kendala sistem yang berjalan > Setelah diketahui baru bikin rancangan sistem yang diusulkan, berikan > batasan masalah biar Anda sebagai programer nantinya ga kewalahan dengan > permintaan klien yang bisa aja berubah keinginannya terhadap sistem yang > dirancang. Pekerjaan paling "membosankan" bagi programer freelance adalah > males membuat dokumentasi mengenai sistem tersebut termasuk saya sendiri > hehehe > > Balik lagi ke algoritma, dalam program POS inti dari rancangan sistem > adalah > bagaimana mengelola barang dagangan, baik itu pembelian dan penjualan > kembali, pengelolaan stock barang secara LIFO atau FIFO, pengelolaan > hutang > dan piutang jika ada sistem pembelian dan penjualan bukan secara tunai, > pengelolaan data pelanggan dan supplier serta laporan-laporan yang > diperlukan. Boleh dikatakan POS itu murni pemrograman database dan kalopun > berhubungan dengan device palingan barcode scaner dan itu bukan suatu > momok > lagi karena udah banyak pembahasan mengenai itu jadi bisa kita anggap ga > bermasalah lagi. > > > regards, > eris > > _____ > > From: [email protected] [mailto:[EMAIL PROTECTED] On > Behalf Of Basmal > Sent: 29 Januari 2007 12:35 > To: [email protected] > Subject: RE: [indoprog-vb] Masalah dengan Point of sale > > > Kepada temen temen semuanya .. > saya punya ide. nich semoga membantu untuk kalangan tertentu > > itu untuk masalah program Point of Salesnya. untuk coding di vb dan > databasenya MySQL, SQL Server maupu ORacle saya rasa > saya ngga begitu kesulitan karena saya bisa dan menguasainya. > tetapi sekarang saya dapat proyek untuk pembuatan program POS itu. > yang saya kurang tahu adalah Sistem Informasinya ( algoritmanya ). > > kalau memang ada rekan rekan yang ingin ,menyumbangkan ide. saya bisa > membuatkan codingnya dan MIS nya dari temen temen yang ngerti. > > Semoga ada tindak lanjutnya. > > salam untuuk semua vb ,mania > > ----KK--- > >> 1. Untuk nomor faktur, coba bikinnya jangan nomor aja, di mix >> misalnya perpaduan huruf dan angka, lalu buat nomor faktur sebagai key >> index jadi ketika narik data bisa lebih cepat. >> 2. dalam penggunaan SELECT, definisikan langsung field nya, jangan >> pernah menggunakan SELECT * FROM TBL_BLABLABLA tapi gunakan SELECT >> FIELD1, FIELD2, FIELD3 FROM TBL_BLABLABLA. >> >> >> >> Semoga membantu >> >> >> >> >> >> >> >> ________________________________ >> >> From: indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> >> yahoogroups.com > [mailto:indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> > yahoogroups.com] >> On Behalf Of ERIS RISO >> Sent: Tuesday, 16 January 2007 10:40 >> To: indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> yahoogroups.com >> Subject: RE: [indoprog-vb] Masalah dengan Point of sale >> >> >> >> _____ >> >> From: indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> >> yahoogroups.com > <mailto:indoprog-vb%40yahoogroups.com> >> [mailto:indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> > yahoogroups.com >> <mailto:indoprog-vb%40yahoogroups.com> ] On >> Behalf Of ricky_uki >> Sent: 16 Januari 2007 9:20 >> To: indoprog-vb@ <mailto:indoprog-vb%40yahoogroups.com> yahoogroups.com > <mailto:indoprog-vb%40yahoogroups.com> >> Subject: [indoprog-vb] Masalah dengan Point of sale >> >> Teman2 tolong bantu saya. >> saya membuat program POS saat ini dalam masa uji coba. program sudah >> digunakan selama 1 bulan. >> saya buat dengan VB 6, database MySQL. >> >> permasalahannya saat lihat laporan baik laporan harian,bulanan dan >> stok aksesnya lama sekali (laporan tidak pernah berhasil dilihat). >> programnya seperti hank tapi komputer tidak hank. padahal saya uji >> pertama kali tidak selama itu. komp yang saya gunakan p4 1,8G dg >> winXP. setelah saya lihat dalam 1 bulan itu terjadi 5 ribuan >> transaksi dengan jumlah item yang terjual hampir 10 ribuan. >>>> data sebesar itu MySQL masih bisa cover, so ga masalah seharusnya >> dengan >> ukuran sebesar itu >> >> pertanyaan: >> 1. apa karena terlalu banyaknya transaksi yang menyebabkan program >> yg saya buat jadi seperti itu ? >> soalnya waktu saya coba langsung ngakses MySQL nya juga lama dan >> error karena waktunya habis. tapi kalo transaksinya sedikit aksesnya >> normal. >>>> biasanya terjadi kegagalan dari sisi driver, atawa koneksi ke server >> itu >> sendiri. Ada pernah temen saya juga ngalamin hal spt itu sampai saat ini >> ga >> ada solusi teknis yang tepat selain install ulang semuanya, baik Windows >> maupun MySQL server, tapi Anda jangan takut, install ulang database >> MySQL >> tidak serepot pada database komersil, untuk backup data Anda cukup copy >> folder Doc pada folder instalasi MySQL, pindahkan ke tempat lain data >> Anda >> sudah cukup aman. >> >> 2. gimana database(tabel) yang baik(akses cepat) untuk program POS ? >> >>>> tabel tidak terlalu masalah asalkan tidak terjadi redudancy data, >> program >> POS merupakan program murni database sehingga operasi yang dilakukan >> dari >> itu ke itu saja, saya sarankan untuk menggunakan Store Procedure, kenapa >> saya sarankan itu, coba Anda cari tau kenapa. Selain hal itu, teknik >> query >> juga harus bener2 dipahami untuk lebih dapat mendapatkan hasil yang >> maksimal, karena kita tahu teknik query seseorang pasti berbeda sesuai >> tingkat kemampuan, itu sangat membantu dalam masalah kecepatan yang kita >> harapkan >> >> permasalahan kedua, no faktur penjualan saya buat dengan 6 digit. >> kalo saya lihat transaksi yg selalu banyak tiap bulannya no faktur >> tsb akan cepat habis (no 999999) dan no akan kembali ke 000001 lagi. >> itu artinya no faktur akan bentrok. >> >> 1. bagaimana menyelesaikan masalah tsb ? >>>>penyelesaiannya ada dipihak Anda sendiri, karena Anda yang lebih tau >> permasalahannya, Mungkin bisa mengganti format no faktur dengan format >> baru, >> apakah itu memperlebar field atau logika penomorannya. Atau pada saat >> validasi Anda tidak hanya memeriksa no faktur yg ada ditabel, tetapi >> juga >> memerika no faktur dan tanggal, misalnya selama no faktur tersebut >> berbeda >> tanggal, tetep bisa asal jangan set sebagai primary key aja. >> >> 2. bagaimana membuat nomor faktur yg baik? >>>>pada dasarnya semua cara pembuatan no faktur itu baik, tergantung >> implementasinya bagaimana, besar data, jumlah transaksi, kebutuhan. Dari >> awal Anda harus memperkirakan besar transaksi yang terjadi, baik itu per >> hari, bulan dan tahun sehingga kita bisa mengetahui. >> Kalo saya sendiri untuk menghindari terjadinya hal seperti yang Anda >> alami >> selalu membuat no faktur seperti membuat no surat >> >> 3. atau ada cara lain ? >> >> mohon bantuan teman2 semuanya dan terima kasih sebelum dan >> sesudahnya. >> >> >> [Non-text portions of this message have been removed] >> >> >> >> >> This e-mail (including any attachments) is confidential and may be >> legally >> privileged. If you are not an intended recipient or an authorized >> representative of an intended recipient, you are prohibited from using, >> copying or distributing the information in this e-mail or its >> attachments. >> If you have received this e-mail in error, please notify the sender >> immediately by return e-mail and delete all copies of this message and >> any >> attachments. >> Thank you. >> >> >> [Non-text portions of this message have been removed] >> >> > > -- > Universitas Bunda Mulia > IT Department > 04022002-271900 > Basmal > > > > [Non-text portions of this message have been removed] > > -- Universitas Bunda Mulia IT Department 04022002-271900 Basmal
