Bab 3 Metode Penelitian Dalam merancang dan mengimplementasikan sistem informasi persediaan pada Apotek Budi Asih Banjarmasin ini digunakan metode prototype. Metode prototype merupakan salah satu teknik yang memungkinkan pengguna sistem untuk ikut serta dalam menentukan kebutuhan dan pembentukan sistem serta seperti apa pengerjaan sistem untuk memenuhi kebutuhannya tersebut. Prototype digunakan untuk mengembangkan kebutuhan pengguna yang sulit didefinisikan dalam memperlancar proses System Development Life Cycle (SDLC).
3.1
Tahapan Penelitian Tahapan penelitian ini menunjukan tahapan-tahapan dalam
pemodelan analisis dan desain sistem informasi persediaan pada Apotek Budi Asih Banjarmasin. Setiap tahapan yang terjadi, terdiri dari tujuan yang ingin dicapai dalam tahapan tersebut, metode/alat/bahan yang digunakan untuk mencapai tujuan tahap itu sendiri, serta output seperti apa yang akan dihasilkan oleh tahapan tersebut. Tahap-tahap yang ada pada Tahapan Penelitian ini dapat dilihat pada gambar 3.1.
21
22
Gambar 3.1 Tahapan Penelitian
23
Pada tahap pertama, penulis melakukan wawancara dan observasi yang bertujuan untuk mengetahui sejauh mana kebutuhan user, dan dari tahapan ini, output yang dihasilkan adalah kebutuhan user berhasil teridentifikasi. Selanjutnya dari kebutuhan yang telah teridentifikasi, penulis memasuki tahap kedua yang merupakan perancangan perangkat lunak sesuai dengan kebutuhan user dengan mengunakan tool Rational Rose untuk membuat unified modelling language (UML) dan tool Paint untuk merancang user interface (UI), dan pada tahapan ini output yang dihasilkan berupa diagramdiagram UML, yaitu use case diagram, activity diagram, sequence diagram, class diagram dan deployment diagram. Selanjutnya setelah desain perangkat lunak, penulis memasuki tahap ketiga, yaitu tahapan yang bertujuan untuk mengimplementasikan desain yang telah dibuat ke dalam sebuah aplikasi sistem informasi persediaan berbasis desktop, dengan mengunakan tool Visual Basic 2008 untuk membuat aplikasi, tool SQL Server 2008 sebagai database dan tool Crystal Reports 2008 untuk membuat laporan, output yang dihasilkan dari tahapan ini adalah aplikasi sistem informasi persediaan pada Apotek .
3.2
Metode Prototyping Prototyping adalah proses yang digunakan untuk membantu
pengembangan perangkat lunak dalam membentuk model dari perangkat lunak yang harus dibuat. Model tersebut dapat berupa tiga bentuk: 1. Bentuk prototype di kertas/model berbasis komputer yang menggambarkan interaksi manusia yang mungkin terjadi.
24
2. Working prototype, yang mengimplementasikan sebagian dari fungsi yang ditawarkan perangkat lunak. 3. Program jadi yang melakukan sebagian atau seluruh fungsi yang akan dilakukan, tapi masih ada fitur yang harus dikembangkan. Secara umun tahapan kejadian dari metode ini dapat dilihat pada Gambar 3.2.
Gambar 3.2 Metode Prototype (Sommerville, 2004)
Seperti metode pada umumnya, prototyping dimulai dari pengumpulan kebutuhan. Dengan perencanaan yang tepat akan dibentuk sebuah konstruksi dari prototipenya. Prototype ini dievaluasi oleh pelanggan dan digunakan untuk mengelaola kembali kebutuhan dari perangkat lunak yang dikembangkan. Suatu proses interaksi terjadi, setelah prototype disesuaikan dengan kebutuhan pelanggan, sementara pihak pengembang makin mengerti keinginan user. Setiap metode yang digunakan dalam pembangunan suatu sistem, pasti memiliki kelebihan dan kekurangannya tersendiri, dan untuk metode prototype ini kelebihan dan kekurangannya adalah sebagai berikut:
25
Kelebihan Metode Prototype 1. Menghasilkan syarat yang lebih baik dari produksi yang dihasilkan oleh metode ’spesifikasi tulisan’. 2. User dapat mempertimbangkan sedikit perubahan selama masih dalam bentuk prototype. 3. Metode ini cukup efektif sebagai paradigma dalam rekayasa perangkat lunak. Kuncinya adalah mendapatkan kebutuhan dan aturan yang jelas yang disetujui pelanggan dan pembuat perangkat lunak. Walaupun pada umumnya prototype akan dihilangkan dan dibuat perangkat yang sebenarnya. 4. User merasa puas. Pertama, user dapat mengenal melalui working version. Dengan melakukan prototype (dengan analisis yang sudah ada), user belajar mengenai komputer dan aplikasi yang akan dibuat untuknya. Kedua, user terlibat langsung dari awal dan memotivasi semangat untuk mendukung analisis selama proyek berlangsung. Kekurangan Metode Prototype 1. Pelanggan yang melihat working version dari model yang diminta/diperlihatkan tidak menyadari bahwa mungkin saja bentuk prototype dibuat secara tergesa-gesa dan perancangan tidak tersusun dengan baik. 2. Pengembang
terkadang
membuat
implementasi
secara
sembarangan, karena ingin working version selesai dengan cepat (Nur, 2010).
26
3.3
Analisa Kebutuhan Tahap ini adalah tahap pertama dalam merancang sistem
informasi persediaan pada Apotek Budi Asih Banjarmasin. Tahap ini terdiri dari terdiri dari pengumpulan data dan mengidentifikasi kebutuhan pengguna.
3.3.1
Jenis Data dan Penelitian Hasil dari tahap persiapan yang sebelumnya dilakukan,
berlanjut dalam tahap pengumpulan data dan kebutuhan pengguna. Waktu dan tempat penelitian, instrument penelitian serta konsep pada judul yang diangkat dalam penulisan akan menjadi masukan pada tahap kedua ini. Jenis Penelitian yang akan dilakukan adalah studi kasus, yang artinya melakukan penelitian secara langsung pada objek penelitian dengan cara mengumpulkan data, mengolah dan menganalisis data, serta menyimpulkannya sehingga kesimpulan diperoleh berdasarkan objek yang diteliti. Dan kesimpulan adalah berupa perancangan dan implementasi program. Data yang digunakan dalam penelitian ini adalah sebagai berikut: •
Data Primer Data primer adalah data yang diperoleh langsung dari objeknya. Data ini biasanya belum diolah. Dalam penelitian ini, data primer yang digunakan adalah hasil wawancara. Contoh proses bisnis yang terjadi.
•
Data Sekunder Data sekunder adalah data yang diperoleh dalam bentuk sudah jadi dan hasil olahan pihak lain. Data sekunder yang digunakan
27
dalam penelitian ini adalah teori-teori penunjang yang didapatkan dari buku maupun internet.
3.3.2
Proses Pengumpulan Data Proses untuk melengkapi bahan-bahan penelitian dilakukan
pengumpulan data sebagai bahan penelitian. Teknik yang digunakan oleh penulis dalam pengumpulan data adalah: 1. Observasi Observasi langsung, yaitu pengumpulan data yang dilakukan dengan mengamati secara langsung mengenai proses pembelian barang, penjualan barang dan manajemen persediaan barang di Apotek Budi Asih Banjarmasin. 2. Wawancara Wawancara, yaitu teknik pengumpulan data yang dilakukan dengan cara tanya jawab langsung dengan pegawai yang terkait di dalamnya. Wawancara dilakukan oleh Ibu Sandriani selaku apoteker pengelola Apotek Budi Asih Banjarmasin. Wawancara yang dilakukan mengenai manajemen persediaan yang terjadi pada
Apotek
Budi
Asih
Banjarmasin
bertujuan
untuk
menentukan kebutuhan yang harus dipenuhi untuk merancang aplikasi yang akan dibangun. 3. Studi Literatur Studi literatur, adalah ppencarian data dan informasi pada bukubuku/kepustakaan sebagai bahan referensi yang berhubungan dengan materi penelitian, seperti definisi
persediaan oleh
Rudianto (2009), definisi manajemen persediaan oleh Magge &
28
Boddman (1982) dan klasifikasi persedian berdasarkan aliran arus barang oleh Warman (2004).
3.3.3
System Requirements Specification Tahap ini adalah penentu dari spesifikasi yang dibutuhkan
dari sistem yang akan dirancang. Kebutuhan spesifikasi sistem yang dibagi menjadi: 1. Kebutuan Input. Kebutuhan input data yang ada pada aplikasi adalah: - Data barang : yaitu data-data barang yang ada di apotek. - Data pembelian : yaitu data-data barang yang dibeli oleh apotek. - Data penjualan : yaitu data-data barang yang sudah terjual. 2. Kebutuhan Proses. Kebutuhan proses sistem pada saat aplikasi berjalan adalah: - Penentuan klasifikasi persediaan berdasarkan aliran arus barang : yaitu proses pengolahan data pembelian dan data penjulan dalam suatu periode, dari data tersebut sistem dapat melakukan penghitungan sesuai dengan rumus penentuan klasifikasi persediaan dalam coding aplikasi. - Pesan pengingat kadaluarsa : yaitu proses sistem dimana ketika suatu barang kadalurasanya telah kurang dari tiga bulan maka aplikasi menampilkan pesan yang mengingatkan bahwa barang ready to expired. 3. Kebutuhan Output. Kebutuhan output sistem pada saat aplikasi berjalan adalah: - Laporan persediaan : yaitu data persediaan barang di gudang.
29
- Laporan kadaluarsa : yaitu data dari hasil pembelian barang tersebut dapat menghasilkan sebuah data kadaluarsa suatu barang. - Laporan klasifikasi barang : yaitu data dari hasil pembelian dan penjualan barang tersebut dapat menghasilkan sebuah data barang yang telah diproses sesuai dengan coding apilkasi klasifikasi barang menurut aliran arus barangnya. - Laporan pembelian : yaitu data laporan dari hasil pembelian barang. - Laporan penjualan : data laporan dari hasil penjualan barang. 4. Kebutuhan Hak Akses Pengguna. Kebutuhan hak akses pengguna adalah sebagai berikut: - Apoteker Pengelola Apoteka adalah pengguna yang juga berperan sebagai admin dapat melakukan manajemen data apotek dan mempunyai kebutuhan sebagai berikut: Melakukan login sebagai admin, manajemen data apotek, mengatur hak akses user, melihat data klasifikasi persediaan, melihat harga pokok penjualan (HPP) suatu barang, memvalidasi surat pesanan pembelian dan menginputkan harga jual suatu barang. - Petugas Gudang adalah pengguna yang berperan manajemen proses barang masuk dan keluar dan mempunyai kebutuhan sebagai berikut: Melakukan login sebagai petugas gudang, manajemen data barang, melihat data persediaan barang, melihat data kadalursa barang, membuat surat izin permintaan (SIP) atau proses mendata barang yang harus dilakukan pemesanan dan membuat laporan penerimaan barang (LPB) jika ada barang yang masuk ke gudang.
30
- Petugas Pembelian adalah pengguna yang berperan melakukan pemesanan atau pembelian barang dan mempunyai kebutuhan sebagai berikut: Melakukan login sebagai petugas pembelian, manajemen data supplier, membuat surat pesanan pembelian (SPP) dan membayar pembelian barang. - Petugas Penjualan adalah pengguna yang berperan melakukan penjualan barang dan mempunyai kebutuhan sebagai berikut: Melakukan login sebagai petugas penjualan, manajemen data customer dan melakukan proses penjualan barang.
3.4
Perancangan Sistem Perancangan sistem tahapan kedua dari perancangan
sistem informasi persediaan. Tahap ini dibagi kedalam tiga tahap, yaitu perancangan alur sistem, perancangan database, dan perancangan interface.
31
3.4.1
Flowchart Pesan Pengingat Kadaluarsa Suatu Barang Mulai
Input Data Pembelian
Ambil Data Jumlah Barang dan Expired Date Berdasarkan Nomor LPB
Jumlah Barang dan Expired Date Sesuai Nomor LPB
Penentuan Jumlah Barang Terjual Berdasarkan Nomor LPB
Jumlah Barang Terjual Sesuai Nomor LPB
Penentuan Sisa Persediaan Berdasarkan Nomor LPB
Ya
Sisa Persediaan = 0
Tidak
Cek Expired Date
Expired Date ≤ 3 Bulan
Ya
Ready to Expired
Tidak
Save
Selesai
Gambar 3.3 Flowchart Pesan Pengingat Kadaluarsa
3.4.2
Flowchart Penentuan Klasifikasi Persediaan Suatu Barang
32
Gambar 3.4 Flowchart Penentuan Klasifikasi Persediaan
33
3.4.3
Perancangan Alur Sistem Pada tahap ini, Unified Modelling Language (UML) yang
digunakan untuk membuat pemodelan software dari aplikasi berbasis desktop yang akan dibangun, diantaranya:
1.
Use Case Diagram Use case diagram ini menggambarkan interaksi antara aktor
dengan semua proses atau sistem yang dibangun secara keseluruhan. Untuk use case diagram aplikasi persediaan ini lebih jelasnya dapat dilihat pada gambar 3.5.
Gambar 3.5 Use Case Diagram Aplikasi
Gambar 3.5 menggambarkan diagram use case untuk sistem informasi persediaan di mana terdapat empat pengguna. Pengguna pertama seorang apoteker pengelola apotek yang memiliki hak akses dalam pengelolaan data apotek, maintenance data, validasi surat
34
pesanan barang, hitung HPP dan input harga jual barang. Pengguna kedua yaitu bagian gudang memiliki hak akses untuk pengelolaan data barang, data satuan, membuat defecta dan membuat laporan penerimaan barang. Pengguna ketiga yaitu bagian pembelian memiliki hak akses untuk pengelolaan data supplier, membuat surat pesanan barang dan melakukan pembayaran pembelian barang sedangkan pengguna keempat untuk bagian penjualan memiliki hak akses dalam pengelolaan data customer dan pengelolaan transaksi penjualan.
2.
Activity Diagram Activity diagram berfungsi untuk menggambarkan proses-
proses yang terjadi dari aktivitas dimulai sampai aktivitas berakhir. Dengan kata lain activity diagram merepresentasikan bisnis dan juga workflow operasional dari sistem. Activity diagram dari use case pengelolaan data apotek dapat dilihat pada gambar 3.6.
35
Gambar 3.6 Activity Diagram Pengelolaan Data Apotek
Dimulai dari apoteker pengelola apotek yang juga berperan sebagai admin masuk ke dalam sistem, dimana apoteker pengelola apotek harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama
36
aplikasi. Kemudian apoteker pengelola apotek memilih menu master, dengan begitu secara otomatis sistem akan menampilkan beberapa sub menu diantaranya data pegawai, data user, data barang, data supplier, dan data customer. Dari sub menu yang tersedia apoteker pengelola apotek kemudian memilih salah satu sub menu, misalkan apoteker pengelola apotek memilih sub menu data barang, maka sistem akan menampilkan menu set data (insert, edit, delete) barang. Apoteker pengelola apotek dapat memilih salah satu dari menu tersebut dan otomatis sistem akan mengupdate data barang yang tersimpan di database. Activity diagram dari use case membuat defekta dapat dilihat pada gambar 3.7.
Gambar 3.7 Activity Diagram Membuat Defekta
37
Dimulai dari petugas gudang masuk ke dalam sistem, dimana petugas gudang harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Selanjutnya petugas gudang memilih menu defekta, maka sistem akan otomatis menampilkan form defekta. Di dalam form tersebut terdapat menu set data (insert, edit, delete) dimana petugas gudang dapat membuat, mengedit, dan menghapus defekta dan secara otomatis sistem akan mengupdate data yang tersimpan di database. Defekta ini dibuat berdasarkan barang yang telah masuk stok minimal dan datanya akan disimpan kemudian dilihat oleh petugas pembelian sebagai acuan pembuatan surat pesanan. Gambar 3.8 merupakan gambar activity diagram dari use case mengolah surat pesanan yang dilakukan oleh petugas pembelian. Dimulai dari petugas pembelian melakukan login untuk dapat masuk ke dalam aplikasi, dimana petugas pembelian harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi.
38
Gambar 3.8 Activity Diagram Membuat Surat Pesanan
Selanjutnya petugas pembelian memilih menu surat pesanan, maka sistem akan otomatis menampilkan form surat pesanan. Di dalam form tersebut terdapat menu set data (insert, edit, delete) dimana petugas pembelian dapat membuat, mengedit, dan menghapus surat pesanan dan secara otomatis sistem akan mengupdate data yang tersimpan di database. Surat pesanan ini dibuat berdasarkan defekta yang telah dibuat oleh petugas gudang, datanya akan disimpan berdasarkan waktu yang telah ditentukan dan selanjutnya akan divalidasi oleh apoteker pengelola apotek. Setelah divalidasi maka bagian pembelian sudah dapat melakukan pemesanan barang kepada supplier. Activity diagram dari use case validasi surat pesanan dapat dilihat pada gambar 3.9.
39
Gambar 3.9 Activity Diagram Validasi Surat Pesanan
Dimulai dari apoteker pengelola apotek masuk ke dalam sistem, dimana apoteker pengelola apotek harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Kemudian apoteker pengelola apotek memilih menu validasi surat pesanan, maka sistem akan otomatis menampilkan form validasi surat pesanan. Di dalam form ini apoteker pengelola apotek dapat memilih surat pesanan yang akan divalidasi. Setelah memilih surat
40
pesanan, apoteker pengelola apotek mengisi keterangan validasi dan melakukan validasi dengan menekan button validasi dan otomatis sistem akan mengupdate surat permintaan pembelian yang tersimpan di database. Kemudian data surat pesanan yang telah divalidasi akan dikirim kepada petugas pembelian dan akan dicetak sebagai tanda bahwa petugas pembelian sudah dapat melakukan pemesanan barang. Activity diagram dari use case laporan penenrimaan barang dapat dilihat pada gambar 3.10.
Gambar 3.10 Activity Diagram Penerimaan Barang
Dimulai dari petugas gudang masuk ke dalam sistem, dimana petugas gudang harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan
41
password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Kemudian petugas gudang memilih menu laporan peneriman barang, maka sistem akan otomatis menampilkan form laporan penerimaan barang. Di dalam form tersebut terdapat menu set data (insert, edit, delete) dimana bagian gudang dapat menginputkan, mengedit, dan menghapus data barang yang masuk ke gudang dan secara otomatis sistem akan mengupdate data yang tersimpan di database. Activity diagram dari use case input harga jual barang dapat dilihat pada gambar 3.11. Dimulai dari apoteker pengelola apotek yang juga berperan sebagai admin masuk ke dalam sistem, dimana apoteker pengelola apotek harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi.
42
Gambar 3.11 Activity Diagram Input Harga Jual Barang
Kemudian apoteker pengelola apotek memilih menu master barang, maka sistem akan otomatis menampilkan form master barang. Apotek pengelola apotek dapat memilih barang yang akan divalidasi harga jualnya. Setelah memilih barang yang akan divalidasi, apotek pengelola apotek dapat melakukan validasi harga jual dengan cara menginputkan harga jual barang. dan secara otomatis sistem akan mengupdate data yang tersimpan di database. Activity diagram dari use case pengelolaan transaksi penjualan dapat dilihat pada gambar 3.12.
43
Gambar 3.12 Activity Diagram Transaksi Penjualan
Dimulai dari petugas penjualan masuk ke dalam sistem, dimana petugas penjualan harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Kemudian bagian penjualan memilih menu penjualan barang, maka sistem akan otomatis menampilkan form transaksi penjualan barang. Di dalam form tersebut terdapat menu set data (insert, edit, delete) dimana bagian penjualan dapat membuat, mengedit, dan menghapus transaksi
44
penjualan dan secara otomatis sistem akan menyimpan data ke database.
Gambar 3.13 Activity Diagram Melihat Laporan Kadaluarsa
Dimulai dari petugas gudang masuk ke dalam sistem, dimana petugas gudang harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Kemudian petugas gudang memilih menu laporan kadalurasa, maka sistem akan otomatis menampilkan form laporan kadalurasa. Di dalam form tersebut petugas gudang dapat melihat status kadaluarsa barang apakah masih aman atau sudah mendekati tanggal kadaluarsa.
45
Gambar 3.14 Activity Diagram Melihat Laporan Klasifikasi Persediaan
Dimulai dari apoteker pengelola apotek masuk ke dalam sistem, dimana apoteker pengelola apotek harus mengisikan username dan password. Kemudian sistem akan melakukan pemeriksaan username dan password yang dimasukan, apakah sesuai atau tidak. Apabila data yang dimasukan tidak sesuai maka secara otomatis sistem akan memberi peringatan dan kembali menampilkan halaman login. Namun bila data yang dimasukan sesuai, maka sistem akan menampilkan form utama aplikasi. Kemudian apoteker pengelola apotek memilih menu laporan klasifikasi persediaan, maka sistem akan otomatis menampilkan form laporan klasifikasi persediaan. Di dalam form tersebut apoteker pengelola apotek dapat melihat barang yang termasuk fast moving, medium moving dan slow moving.
46
3.
Sequence Diagram Sequence diagram menggambarkan interaksi antar objek di
dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atas dimensi vertikal (waktu) dan dimensi horisontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkahlangkah yang dilakukan sebagai tanggapan dari sebuah event untuk menghasilkan output tertentu (Dharwiyanti, 2003).
Gambar 3.15 Sequence Diagram Membuat Defekta
47
Gambar 3.15 adalah proses yang dilakukan oleh bagian gudang untuk aktivitas membuat defekta. Pertama dimulai dari login pada level pengguna bagian gudang kemudian database akan memeriksa data user di dalamnya, jika tidak tersedia menampilkan pesan salah dan login kembali, jika tersedia langsung menampilkan form utama. Setetah masuk form utama, bagian gudang memilih menu defekta maka secara otomatis database akan mengirimkan data dan sistem akan menampilakan form defekta. Melihat data barang yang sudah memasuki stok minimal adalah hal yang pertama kali dilakukan bagian gudang sebelum membuat defecta. Bagian gudang dapat melihat data barang yang sudah memasuki stok minimal dengan memilih laporan stok barang minimal, lalu database akan mengirimkan data dan interface akan menampilkan laporan saldo stok
barang.
Selanjutnya
bagian
gudang
membuat
defekta
berdasarkan laporan tersebut. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil. Gambar 3.16 merupakan gambar sequence diagram untuk proses mengolah surat pesanan. Pertama petugas pembelian login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Petugas pembelian memilih menu surat pesanan, kemudian interface akan menampilkan form surat pesanan. Petugas pembelian memilih salah satu nomor defekta, secara otomatis database akan megirimkan data dan interface akan menampilkan data grid untuk detail defekta sesuai dengan nomor defekta. Selanjutnya petugas pembelian membuat surat pesanan, pertugas pembelian dapat mengubah jumlah pembelian dan mengiputkan
48
harga pembelian sesuai kesepakatan dengan supllier. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil.
Gambar 3.16 Sequence Diagram Membuat Surat Pesanan
49
Gambar 3.17 menggambarkan sequence diagram untuk aktivitas validasi surat pesanan yang dilakuan oleh apoteker pengelola apotek yang juga berperan sebagai admin.
Gambar 3.17 Sequence Diagram Validasi Surat Pesanan
Pertama apoteker pengelola apotek login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Apoteker pengelola apotek memilih menu validasi surat pesanan, kemudian interface akan menampilkan form validasi surat pesanan. Kemudian apoteker pengelola apotek melakukan pencarian surat pesanan yang belum divalidasi, secara otomatis database akan
50
megirimkan data dan interface akan menampilkan data grid untuk surat pesanan yang belum divalidasi. Selanjutnya apoteker pengelola apotek memilih surat pesanan dan mengisi keterangan validasi. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil. Gambar 3.18 menggambarkan sequence diagram untuk proses penerimaan barang yang dilakuan oleh petugas gudang ketika barang masuk ke gudang. Pertama petugas gudang login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Petugas gudang kemudian memilih menu laporan penerimaan barang, interface akan otomatis menampilkan form laporan
penerimaan
barang.
Selanjutnya
petugas
gudang
menginputkan data barang yang masuk yaitu tanggal jatuh tempo pembayaran, jumlah barang masuk, tanggal kadaluarsa dan jumlah retur barang jika ada barang yang rusak. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil.
51
Gambar 3.18 Sequence Diagram Penerimaan Barang
Gambar 3.19 menggambarkan sequence diagram untuk membuat atau merubah harga jual barang yang dilakuan oleh apoteker pengelola apotek yang juga berperan sebagai admin. Pertama apoteker pengelola apotek login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Apoteker pengelola apotek memilih menu data barang, kemudian
interface
akan
menampilkan
form
data
barang.
Menghitung harga pokok penjualan adalah hal yang pertama kali dilakukan
apoteker
pengelola
apotek
untuk
mempermudah
penentuan harga jual. Apoteker pengelola apotek dapat menghitung harga pokok penjualan dengan memilih menu hitung HPP. Setelah
52
apoteker pengelola apotek menentukan periode peritungan HPP secara otomatis aplikasi akan melakukan perhitungan sesuai dengan data yang ada di dalam database, kemudian interface akan harga pokok penjualan sesuai dengan periode yang telah ditentukan. Selanjutnya apoteker pengelola apotek dapat menginputkan harga jual. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil.
Gambar 3.19 Sequence Diagram Input Harga Jual Barang
53
Gambar 3.20 menggambarkan sequence diagram untuk proses penjualan barang yang dilakukan oleh petugas penjualan.
Gambar 3.20 Sequence Diagram Transaksi Penjualan
Pertama bagian penjualan login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Kemudian bagian penjualan memilih menu transaksi penjualan, secara otomatis interface menampilkan form transaksi penjualan. Bagian penjualan mulai melakukan penjualan barang dengan cara menginputkan data penjualan. Setelah selesai data akan disimpan ke database dan aplikasi akan menampilkan pesan berhasil.
54
Gambar 3.21 Sequence Diagram Melihat Laporan Kadaluarsa
Gambar 3.21 menggambarkan sequence diagram untuk proses melihat laporan kadalurasa yang dilakukan oleh petugas gudang. Pertama petugas gudang login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Kemudian petugas gudang memilih menu laporan kadalurasa, secara otomatis interface menampilkan form laporan kadalurasa. Gambar 3.22 menggambarkan sequence diagram untuk proses melihat laporan klasifikasi persediaan yang dilakukan oleh apoteker pengelola apotek. Pertama apoteker pengelola apotek login terlebih dahulu lalu database menyocokkan username dan password dan memberi validasi gagal ketika tidak sesuai dan berhasil ketika keduanya sesuai. Kemudian apoteker pengelola apotek memilih
55
menu laporan klasifikasi persediaan, secara otomatis interface menampilkan form laporan klasifikasi persediaan.
Gambar 3.21 Sequence Diagram Melihat Laporan Klasifikasi Persediaan
4.
Class Diagram Diagram kelas (class diagram) adalah diagram yang
digunakan untuk menampilkan beberapa kelas serta paket-paket yang ada dalam sistem/perangkat lunak yang sedang dikembangkan. Diagram kelas memberikan gambaran/diagram statis tentang sistem/perangkat lunak dan relasi-relasi yang ada di dalamnya.
56
Gambar 3.22 Class Diagram
Gambar 3.22 merupakan class diagram dari tabel basis data untuk aplikasi persediaan. Dimana masing-masing tabel mempunyai atribut dan operasi sendiri-sendiri. Masing-masing tabel juga memiliki keterkaitan satu dengan yang lain, misalnya pada tabel pegawai memiliki relasi satu ke satu dengan tabel user. Begitu pula untuk tabel-tabel yang lain hubungan antar tabel ditandai dengan tanda satu ke banyak atau satu ke satu. 5.
Deployment Diagram Deployment / physical diagram menggambarkan detail
bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. (Sri, 2003)
57
Gambar 3.23 Deployment Diagram Sistem Informasi Persediaan
Gambar 3.23 menunjukkan gambar deployment diagram yang menjelaskan tentang perangkat yang digunakan dalam sistem. terdapat dua perangkat yaitu aplikasi persediaan dan database sebagai tempat penyimpanan data.
3.4.4
Perancangan Database Setelah merancang alur sistem dengan UML langkah
selanjutnya adalah membuat perancangan data fisik. Perancangan data fisik berupa perancangan database yang diperlukan oleh sistem. Karena salah satu komponen penting dalam membangun sebuah database adalah tabel. Pada aplikasi ini dibangun beberapa tabel yang diperlukan dalam aplikasi. Berikut ini adalah table-tabel yang diperlukan dalam pembuatan aplikasi persediaan.
1.
Tabel User Tabel 3.1 Tabel User
Field Username
Type nvarchar
Length 50
Password
nvarchar
50
Status
nvarchar
25
58
Tabel user berfungsi untuk menampung data-data user yang akan digunakan untuk login ke aplikasi persediaan. Tabel user terdiri dari tiga field, yaitu: - Username : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan username yang akan digunakan untuk login ke aplikasi. - Password : Merupakan field yang bertipe nvarchar, berfungsi untuk keamanan bagi user untuk mengakses aplikasi. - Status : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan status atau informasi jabatan pengguna aplikasi.
2.
Tabel Pegawai Tabel 3.2 Tabel Pegawai Field NIP
Type nvarchar
Length 50
NamaLengkap
nvarchar
50
Alamat
nvarchar
50
Kelamin
nvarchar
10
Telp
nvarchar
20
Status
nvarchar
50
Jabatan
nvarchar
50
Tabel pegawai berfungsi untuk menampung data-data pegawai yang ada di Apotek Budi Asih Banjarmasin. Tabel pegawai terdiri dari tujuh field, yaitu: - NIP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor induk pegawai. - NamaLengkap : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama lengkap pegawai. - Alamat : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan alamat tempat tinggal pegawai.
59
- Kelamin : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan jenis kelamin pegawai. - Telp : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor telepon pegawai. - Status : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan status atau informasi jabatan pegawai. - Jabatan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan jabatan pegawai.
3.
Tabel Barang Tabel 3.3 Tabel Barang Field KodeBarang
Type nvarchar
Length 20
NamaBarang
nvarchar
50
Kategori
nvarchar
50
Satuan
nvarchar
10
Dimensi
nvarchar
20
IDSupplier
nvarchar
20
StokMinimal
int
HargaJual
money
Tabel barang berfungsi untuk menampung data-data barang yang ada di Apotek Budi Asih Banjarmasin. Tabel barang terdiri dari delapan field, yaitu: - KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - NamaBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama barang. - Kategori : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kategori barang.
60
- Satuan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan satuan barang. - Dimensi : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan dimensi barang. - IDSupplier : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode supplier. - StokMinimal : Merupakan field yang bertipe int, berfungsi untuk menyimpan minimal stok barang. - HargaJual : Merupakan field yang bertipe money, berfungsi untuk menyimpan harga jual barang.
4.
Tabel Supplier Tabel 3.4 Tabel Supplier Field IdSupplier
Type nvarchar
Length 20
Nama
nvarchar
50
Alamat
nvarchar
50
Kota
nvarchar
50
Telp
nvarchar
20
NoRekening
nvarchar
25
Keterangan
nvarchar
100
Tabel supplier berfungsi untuk menampung data-data supplier. Tabel supplier terdiri dari tujuh field, yaitu: - IdSupplier : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode supplier. - Nama : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama supplier. - Alamat : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan alamat tempat supplier.
61
- Kota : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kota tempat supplier. - Telp : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor telepon supplier. - NoRekening : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor rekening supplier. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan supplier.
5.
Tabel Customer Tabel 3.5 Tabel Customer Field IdCustomer
Type nvarchar
Length 20
Nama
nvarchar
50
Alamat
nvarchar
50
Kota
nvarchar
50
Telp
nvarchar
20
Keterangan
nvarchar
100
Tabel customer berfungsi untuk menampung data-data customer. Tabel customer terdiri dari enam field, yaitu: - IdCustomer : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode customer. - Nama : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama customer. - Alamat : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan alamat tempat customer. - Kota : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kota tempat customer.
62
- Telp : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor telepon customer. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan customer.
6.
Tabel Surat Izin Permintaan Header Tabel 3.6 Tabel Surat Izin Permintaan Header Field No_SIP
Type nvarchar
Length 20
TanggalDefecta
nvarchar
20
Keterangan
nvarchar
100
UserRequest
nvarchar
50
Tabel surat izin permintaan header berfungsi untuk menampung data awal dalam pembuatan surat izin permintaan. Tabel surat izin permintaan header terdiri dari empat field, yaitu: - No_SIP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor surat izin permintaan. - TanggalDefecta : Merupakan field yang bertipe nvarchar, berfungsi menyimpan tanggal pembuatan surat izin permintaan. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan surat izin permintaan. - UserRequest : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan status user yang membuat surat izin permintaan.
63
7.
Tabel Surat Izin Permintaan Detail Tabel 3.7 Tabel Surat Izin Permintaan Detail
Tabel
Field No_SIP
Type nvarchar
Length 20
KodeBarang
nvarchar
20
Qty
decimal
18, 2
Deltime
nvarchar
20
Keterangan
nvarchar
100
surat
izin
permintaan
detail
berfungsi
untuk
menampung semua data yang diperlukan dalam pembuatan surat izin permintaan. Tabel surat izin permintaan detail terdiri dari lima field, yaitu: - No_SIP: Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor surat izin permintaan. - KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - Qty : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah barang yang akan dibeli. - Deltime : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan tanggal yang digunakan sebagai batas akhir barang masuk ke gudang. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan surat izin permintaan. 8.
Tabel Surat Pesanan Pembelian Header Tabel 3.8 Tabel Surat Pesanan Pembelian Header
Field No_SPP
Type nvarchar
Length 20
Tanggal_SPP
nvarchar
20
Keterangan
nvarchar
100
64
Tabel surat pesanan pembelian header berfungsi untuk menampung data awal dalam pembuatan surat pesanan pembelian. Tabel surat pesanan pembelian header terdiri dari tiga field, yaitu: - No_SPP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor surat pesanan pembelian. - Tanggal_SPP : Merupakan field yang bertipe nvarchar, berfungsi menyimpan tanggal pembuatan surat pesanan pembelian. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan surat pesanan pembelian.
9.
Tabel Surat Pesanan Detail Tabel 3.9 Tabel Surat Pesanan Detail Field No_SPP
Type nvarchar
Length 20
No_SIP
nvarchar
20
KodeBarang
nvarchar
20
Qty
decimal
18, 2
Deltime
nvarchar
20
Keterangan
nvarchar
100
Validasi
nvarchar
10
TglValidasi
nvarchar
20
KetValidasi
nvarchar
100
Harga
money
50
Tabel surat pesanan pembelian detail berfungsi untuk menampung semua data yang diperlukan dalam pembuatan surat pesanan pembelian. Tabel surat pesanan pembelian detail terdiri dari 10 field, yaitu: - No_SPP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor surat pesanan. - No_SIP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor defecta.
65
- KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - Qty : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah barang yang akan dibeli. - Deltime : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan tanggal yang digunakan sebagai batas akhir barang masuk ke gudang. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan surat pesanan. - Validasi : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan status validasi surat pesanan. - TglValidasi : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan tanggal validasi surat pesanan. - KetValidasi : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan validasi surat pesanan. - Harga : Merupakan field yang bertipe money, berfungsi untuk menyimpan harga beli barang.
10.
Tabel Laporan Penerimaan Barang Tabel 3.10 Tabel Laporan Penerimaan Barang
Tabel
Field No_LPB
Type nvarchar
Length 20
Tanggal_LPB
nvarchar
20
Keterangan
nvarchar
100
JatuhTempo
int
laporan
penerimaan
barang
berfungsi
untuk
menampung data barang yang masuk ke gudang. Tabel laporan penerimaan barang terdiri dari empat field, yaitu:
66
- No_LPB : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor laporan penerimaan barang. - Tanggal_LPB : Merupakan field yang bertipe nvarchar, berfungsi menyimpan tanggal masuk barang ke gudang. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan laporan penerimaan barang. - JatuhTempo : Merupakan field yang bertipe int, berfungsi untuk menyimpan jumlah hari jatuh tempo pembayaran.
11.
Tabel Penjualan Tabel 3.11 Tabel Penjualan Field IdCustomer
Type nvarchar
Length 20
KodeBarang
nvarchar
20
Qty
decimal
18 , 2
Harga
money
Diskon
money
TglTransaksi
date
NIP
nvarchar
NoNota
int
No_LPB
nvarchar
20
Keterangan
nvarchar
20
50
Tabel penjualan berfungsi untuk menampung data-data penjualan Apotek Budi Asih Banjarmasin. Tabel penjualan terdiri dari 10 field, yaitu: - IDCustomer : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode customer. - KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - Qty : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah barang yang akan dibeli
67
- Harga : Merupakan field yang bertipe money, berfungsi untuk menyimpan harga jual barang. - Diskon : Merupakan field yang bertipe money, berfungsi untuk menyimpan jumlah diskon barang. - TglTransaksi : Merupakan field yang bertipe date, berfungsi untuk menyimpan tanggal transaksi penjualan. - NIP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor induk pegawai yang bertugas melakukan transaksi penjualan. - NoNota : Merupakan field yang bertipe int, berfungsi untuk menyimpan nomor transaksi penjualan. - No_LPB : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor laporan penerimaan barang. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan penjualan.
12.
Tabel Satuan Tabel 3.12 Tabel Satuan Field Satuan
Type nvarchar
Length 10
Deskripsi
nvarchar
20
Tabel satuan berfungsi untuk menampung data satuan barang. Tabel satuan terdiri dari dua field, yaitu: - Satuan: Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan satuan barang. - Deskripsi : Merupakan field yang bertipe nvarchar, berfungsi menyimpan keterangan satuan barang.
68
13.
Tabel Gudang Debet Tabel 3.13 Tabel Gudang Debet Field No_LPB
Type nvarchar
Length 20
No_SPP
nvarchar
20
KodeBarang
nvarchar
20
Qty
decimal
18, 2
Harga
money
Keterangan
nvarchar
Diskon
money
100
StokSisa
decimal
18, 2
QtyRetur
decimal
18, 2
HPP
money
ExpDate
nvarchar
10
Tabel gudang debet berfungsi untuk menampung data pembelian barang. Tabel gudang debet terdiri dari 11 field, yaitu: - No_LPB : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor laporan penerimaan barang. - No_SPP : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor surat pesanan. - KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - Qty : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah barang yang akan dibeli. - Harga : Merupakan field yang bertipe money, berfungsi untuk menyimpan harga beli barang. - Keterangan : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan keterangan surat pesanan. - Diskon : Merupakan field yang bertipe money, berfungsi untuk menyimpan jumlah diskon barang.
69
- StokSisa : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah barang sebelum dilakuan pembelian. - QtyRetur : Merupakan field yang bertipe decimal, berfungsi menyimpan untuk jumlah barang yang rusak. - HPP : Merupakan field yang bertipe money, berfungsi untuk menyimpan harga pokok penjualan. - ExpDate : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan tanggal kadaluarsa barang.
14.
Tabel Pembayaran Tabel 3.14 Tabel Pembayaran Field No_LPB
Type nvarchar
Length 20
No_Resi
nvarchar
30
NamaBank
nvarchar
20
NoRekening
nvarchar
50
NamaPenerima
nvarchar
50
Total
money
Tabel pembayaran berfungsi untuk menampung data pembayaran pembelian barang. Tabel pembayaran terdiri dari enam field, yaitu: - No_LPB : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor laporan penerimaan barang. - No_Resi : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor resi pembelian. - NamaBank : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama bank supplier. - NoRekening : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nomor rekening supplier.
70
- NamaPenerima : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan nama penerima pembayaran. - Total : Merupakan field yang bertipe money, berfungsi untuk menyimpan jumlah pembayaran.
15.
Tabel Tmp Moving Tabel 3.15 Tabel Tmp Moving Field KodeBarang
Type nvarchar
Length 20
Debet
decimal
18, 2
Kredit
decimal
18, 2
SisaStok
decimal
18, 2
Status
nvarchar
20
Periode
nvarchar
20
Tahun
nvarchar
4
Tabel tmp moving berfungsi untuk menampung data yang digunakan untuk menentukan barang menurut status aliran barangnya. Tabel tmp moving terdiri dari tujuh field, yaitu: - KodeBarang : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan kode barang. - Debet : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah pembelian barang. - Kredit : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah penjualan barang. - SisaStok : Merupakan field yang bertipe decimal, berfungsi untuk menyimpan jumlah sisa stok. - Periode : Merupakan field yang bertipe nvarchar, berfungsi untuk menyimpan periode. - Tahun : Merupakan field yang bertipe money, berfungsi untuk menyimpan tahun.
71
3.4.5
Perancangan Interface Perancangan antarmuka (interface) merupakan rancang
bangun dari interaksi pengguna dengan komputer. Perancangan ini dapat berupa input data maupun output data untuk menampilkan informasi kepada pengguna. Kebutuhan antar muka yang dibuat bersifat user friendly (mudah digunakan) dengan tujuan agar program yang telah dibangun dapat digunakan dengan mudah oleh pengguna. Berikut ini adalah rancangan antarmuka yang ada pada aplikasi sistem informasi persediaan.
Gambar 3.21 Desain Tampilan Form Login
Gambar 3.21 merupakan desain login aplikasi sistem informasi persediaan. Semua pengguna diharuskan untuk login terlebih dahulu. Aplikasi tak dapat digunakan oleh pihak yang tidak terdaftar.
Gambar 3.22 Desain Tampilan Form Defekta
72
Gambar 3.22 merupakan desain tampilan untuk membuat defekta. Form ini terdiri dari dua bagian, yaitu header dan detail. Defekta header berfungsi untuk membuat data awal defekta, sedangkan defekta detail berfungsi untuk membuat order list barang. Setelah defekta selesai, datanya akan disimpan dan akan ditampilkan pada petugas pembelian untuk dibuat surat pesanan
Gambar 3.23 Desain Tampilan Form Surat Pesanan
Gambar 3.23 merupakan desain tampilan untuk membuat surat pesanan. Form ini juga terdiri dari dua bagian, yaitu header dan detail. Surat pesanan header berfungsi untuk membuat data awal surat pesanan, sedangkan pada surat pesanan detail terdapat data grid yang berfungsi untuk menampilkan defekta yang sudah dibuat oleh petugas. Petugas pembelian dapat merubah data dan menginputkan total harga pembelian pada data grid ini. Setelah surat pesanan selesai, datanya akan disimpan dan akan ditampilkan pada apoteker pengelola apotek untuk divalidasi.
73
Gambar 3.24 Desain Tamplian Form Validasi Surat Pesanan
Gambar 3.24 merupakan desain tampilan untuk validasi surat pesanan. Pada form ini terdapat fasilitas pencarian surat pesanan yang sudah valid dan yang belum valid. Data grid berguna untuk menampilkan data hasil pencarian surat pesanan. Apoteker dapat melakukan validasi surat pesanan setelah mengisikan keterangan validasi yang terdapat pada data grid. Kemudian menyimpan data dengan menekan tombol validasi.
Gambar 3.25 Desain Tamplian Form Penerimaan Barang
74
Gambar 3.25 merupakan desain tampilan untuk penerimaan barang. Data grid pada penerimaan barang detail ini berguna untuk menampilkan data pembelian barang. Pada form ini petugas gudang dapat mengiputkan tanggal jatuh tempo pembayaran, jumlah barang masuk, jumlah retur, dan tanggal kadaluarsa barang.
Gambar 3.26 Desain Tamplian Form Transaksi Penjualan Barang
Gambar 3.26 merupakan desain tampilan untuk transaksi penjualan barang. Data grid pada form ini berguna untuk menampilkan data penjualan barang. Pada form ini terdapat fasilitas penambahan jasa racikan, kalkulasi jumlah pembayaran dan pencarian nomor nota yang berfungsi untuk mencetak nota penjualan.
75
Gambar 3.27 Desain Tamplian Form Laporan
Gambar 3.27 merupakan desain tampilan untuk laporan, dimana pengguna dapat menentukan kriteria laporan yang akan ditampilakan. Setelah menentukan kriteria maka laporan akan ditampilkan pada data grid. Kriteria yang ditampilkan akan disesuaikan dengan laporan yang ingin ditampilkan. Contoh menampilkan laporan klasifikasi persediaan aliran arus barang maka pengguna harus mengisi periode waktu, kemudian data grid akan menampilkan data barang yang termasuk fast moving, medium moving, dan slow moving.
76
Gambar 3.28 Desain Tamplian Form Data Barang
Gambar 3.28 merupakan desain tampilan untuk master data barang. Pada form ini petugas gudang dapat menginputkan data barang yang ada di apotek. Dalam form ini juga terdapat fasilitas perhitungan harga pokok penjualan yang dapat digunakan sebagai patokan harga jual. Sebelum melakukan perhitungan HPP seorang apoteker pengelola apotak harus menetukan periode terlebih dahulu, setelah periode ditentukan maka data grid akan menampilkan harga pokok penjualannya.
