174
BAB 5 KESIMPULAN DAN SARAN
5.1 Kesimpulan
Setelah melakukan analisis dan implementasi sistem yang dilanjutkan dengan pengujian sistem, maka dari hasil implementasi dan pengujian tersebut
dapat ditarik beberapa kesimpulan sebagai berikut : 1. Pembuatan Sistem Informasi Pengadaan Barang Dengan Menggunakan
Metode Peramalan Single Exponential Smoothing di Laboratorium PRAMITA telah terealisasi.
2. Dengan Sistem Informasi Pengadaan Barang Dengan Menggunakan Metode Peramalan Single Exponential Smoothing pemberian informasi mengenai
penetuan melakukan pengadaan ke suplier dan banyaknya barang dapat ditentukan oleh aplikasi ini.
3. Dengan Sistem Informasi Pengadaan Barang Dengan Menggunakan Metode Peramalan Single Exponential Smoothing dapat menjamin ketersediaan
barang bagi gudang cabang sebagai penunjang kegiatan pelayanan kepada masyarakat yang menggunakan jasa Laboratorium PRAMITA.
4. Dengan Sistem Informasi Pengadaan Barang Dengan Menggunakan Metode Peramalan Single Exponential Smoothing dapat menghindari kesalahan dalam
pengiriman barang ke gudang cabang.
5.2 Saran
Saran yang dapat dikemukakan berdasarkan kesimpulan diatas adalah sebagai berikut :
1. Perlu adanya informasi yang lebih lengkap yang dapat menunjang perangkat lunak ini memantau kebutuhan setiap cabang di tiap satu wilayah kota.
2. Perlu penambahan metode dalam memaksimalkan fungsi dalam Sistem Informasi ini.
3. melakukan pemeliharaan perangkat lunak ini diharapkan dilakukan secara berkala.
4. Dalam pengembangan Sistem Informasi ini, diharapkan pengembang dapat memperbaiki sistem dari kekurangan-kekurangan yang ada pada sistem ini,
sehingga nantinya perangkat lunak ini mampu menjawab permasalahan yang ada.
LAMPIRAN A LISTING PROGRAM
A-1 LAMPIRAN A
LISTING PROGRAM
unit mainMenu;
interface
uses Windows, Messages, SysUtils,
Variants, Classes, Graphics, Controls, Forms,
Dialogs, Menus, ComCtrls, ImgList, ToolWin, StdCtrls, XPMan,
jpeg,
ExtCtrls;
type TfrmMainMenu = classTForm
MainMenu1: TMainMenu; Menu1: TMenuItem;
ransaksi1: TMenuItem; Laporan1: TMenuItem;
Help1: TMenuItem; Master1: TMenuItem;
MasterBarang1: TMenuItem; MasterKota1: TMenuItem;
MasterSupplier1: TMenuItem; MasterGudangCabang1: TMenuItem;
Profile1: TMenuItem; N1: TMenuItem;
Logout1: TMenuItem; N2: TMenuItem;
Keluar1: TMenuItem; ransaksiPengadaan1: TMenuItem;
ransaksiPenerimaan1: TMenuItem; N3: TMenuItem;
ransaksiPesanan1: TMenuItem; ransaksiPengiriman1: TMenuItem;
N4: TMenuItem; DataBarangKadaluarsa1:
TMenuItem; LaporanPengadaanBarang1:
TMenuItem; LaporanPenerimaanBarang1:
TMenuItem; LaporanPesananBarang1:
TMenuItem; LaporanPengirimanBarang1:
TMenuItem; Bantuan1: TMenuItem;
N5: TMenuItem; About1: TMenuItem;
StatusBar1: TStatusBar; CoolBar1: TCoolBar;
ToolBar1: TToolBar; ImageList1: TImageList;
tbPengadaan: TToolButton; tbPesanan: TToolButton;
View1: TMenuItem; C1: TMenuItem;
ViewBarangKadaluarsa1: TMenuItem;
XPManifest1: TXPManifest; Image1: TImage;
tbPenerimaan: TToolButton; tbPengiriman: TToolButton;
ToolButton3: TToolButton; tbViewBarang: TToolButton;
tbKadaluarsa: TToolButton; N6: TMenuItem;
DataTransaksiPenerimaan1: TMenuItem;
DataDetailPenerimaan1: TMenuItem;
DataTransaksiPengiriman1: TMenuItem;
Timer1: TTimer; procedure FormShowSender:
TObject; procedure Keluar1ClickSender:
TObject; procedure Login1ClickSender:
TObject; procedure Logout1ClickSender:
TObject; procedure
MasterBarang1ClickSender: TObject;
procedure MasterJenisBarang1ClickSender:
TObject;
procedure MasterKota1ClickSender: TObject;
procedure MasterSupplier1ClickSender:
TObject;
procedure MasterGudangCabang1ClickSender:
TObject; procedure
ransaksiPengadaan1ClickSender: TObject;
procedure ransaksiPesanan1ClickSender:
TObject;
procedure tbPengadaanClickSender: TObject;
procedure tbPesananClickSender: TObject;
procedure ransaksiPenerimaan1ClickSender:
TObject;
procedure ransaksiPengiriman1ClickSender:
TObject;
procedure C1ClickSender: TObject;
procedure ViewBarangKadaluarsa1ClickSender:
TObject;
procedure tbPenerimaanClickSender: TObject;
procedure tbPengirimanClickSender: TObject;
procedure tbViewBarangClickSender: TObject;
procedure tbKadaluarsaClickSender: TObject;
procedure Profile1ClickSender: TObject;
procedure DataTransaksiPenerimaan1ClickSende
r: TObject;
procedure Timer1TimerSender: TObject;
procedure DataDetailPenerimaan1ClickSender:
TObject;
procedure DataTransaksiPengiriman1ClickSende
r: TObject;
procedure About1ClickSender: TObject;
procedure Bantuan1ClickSender: TObject;
procedure LaporanPengadaanBarang1ClickSender
: TObject;
procedure LaporanPesananBarang1ClickSender:
TObject;
procedure LaporanPengirimanBarang1ClickSende
r: TObject;
procedure LaporanPenerimaanBarang1ClickSende
r: TObject;
private { Private declarations }
public { Public declarations }
end;
var frmMainMenu: TfrmMainMenu;
implementation uses dmGudang, login,
masterBarang,masterJenisBarang, masterKota, masterSuplier,
masterCabang,pengadaan,pesanan,inpu tPengadaan,inputPesanan,
penerimaan, pengiriman,
viewBarang, viewKadaluarsa, inputPenerimaan, inputPengiriman,
profileStaff, listPengadaan,
viewDetailPenerimaan, listPesanan, about, ShellAPI,
pilihanTampilan1, pilihanTampilan2, pilihanTampilan3,
pilihanTampilan4;
{R .dfm}
procedure TfrmMainMenu.FormShowSender:
TObject;
begin if suksesLogin = False then
begin MasterBarang1.Enabled:=
False; MasterKota1.Enabled:= False;
MasterSupplier1.Enabled:= False;
MasterGudangCabang1.Enabled:= False;
Profile1.Enabled:= False; Logout1.Enabled:= False;
Keluar1.Enabled:= True; ransaksi1.Enabled:= False;
Laporan1.Enabled:= False; tbPengadaan.Enabled:= False;
tbPesanan.Enabled:= True; end
else begin
MasterBarang1.Enabled:= True; MasterKota1.Enabled:= True;
MasterSupplier1.Enabled:= True;
MasterGudangCabang1.Enabled:= True;
Profile1.Enabled:= True; Logout1.Enabled:= True;
Keluar1.Enabled:= True; ransaksi1.Enabled:= True;
Laporan1.Enabled:= True; tbPengadaan.Enabled:= True;
tbPesanan.Enabled:= True; Timer1.Enabled:=True;
end;
end;
procedure TfrmMainMenu.Keluar1ClickSender:
TObject;
begin if MessageDlgAnda ingin
keluar?, mtConfirmation, [mbYes, mbNo], 0 = mrYes then
Application.Terminate; end;
procedure TfrmMainMenu.Login1ClickSender:
TObject;
begin frmLogin.ShowModal;
end;
procedure TfrmMainMenu.Logout1ClickSender:
TObject; begin
if MessageDlgAnda akan logout?, mtConfirmation, [mbYes, mbNo], 0 =
mrYes then
begin suksesLogin:=False;
user:=; pass:=;
frmMainMenu.Close; frmLogin.Show;
end; end;
procedure TfrmMainMenu.MasterBarang1ClickSen
der: TObject;
begin frmMasterBarang.ShowModal;
end;
procedure TfrmMainMenu.MasterJenisBarang1Clic
kSender: TObject;
begin frmMasterJenis.ShowModal;
end;
procedure TfrmMainMenu.MasterKota1ClickSende
r: TObject;
begin frmMasterKota.ShowModal;
end;
procedure TfrmMainMenu.MasterSupplier1ClickS
ender: TObject;
begin frmMasterSuplier.ShowModal;
end;
procedure TfrmMainMenu.MasterGudangCabang1Cli
ckSender: TObject;
begin frmMasterCabang.ShowModal;
end;
procedure TfrmMainMenu.ransaksiPengadaan1Clic
kSender: TObject;
begin frmPengadaan.ShowModal;
end;
procedure TfrmMainMenu.ransaksiPesanan1Click
Sender: TObject;
begin frmPesanan.ShowModal;
end;
procedure TfrmMainMenu.tbPengadaanClickSende
r: TObject;
begin frmInputPengadaan.ShowModal;
end; procedure
TfrmMainMenu.tbPesananClickSender: TObject;
begin frmInputPesanan.ShowModal;
end;
procedure TfrmMainMenu.ransaksiPenerimaan1Cli
ckSender: TObject;
begin frmListPengadaan.ShowModal;
end;
procedure TfrmMainMenu.ransaksiPengiriman1Cli
ckSender: TObject;
begin frmListPesanan.ShowModal;
end;
procedure TfrmMainMenu.C1ClickSender:
TObject;
begin frmViewBarang.ShowModal;
end;
procedure TfrmMainMenu.ViewBarangKadaluarsa1C
lickSender: TObject;
begin frmViewKadaluarsa.ShowModal;
end;
procedure TfrmMainMenu.tbPenerimaanClickSend
er: TObject;
begin frmListPengadaan.ShowModal;
end;
procedure TfrmMainMenu.tbPengirimanClickSend
er: TObject;
begin frmListPengadaan.ShowModal;
end;
procedure TfrmMainMenu.tbViewBarangClickSend
er: TObject;
begin frmViewBarang.ShowModal;
end;
procedure TfrmMainMenu.tbKadaluarsaClickSend
er: TObject;
begin frmViewKadaluarsa.ShowModal;
end;
procedure TfrmMainMenu.Profile1ClickSender:
TObject;
begin frmStaff.ShowModal;
end; procedure
TfrmMainMenu.DataTransaksiPenerimaa n1ClickSender: TObject;
begin frmPenerimaan.ShowModal;
end;
procedure TfrmMainMenu.Timer1TimerSender:
TObject;
begin dataGudang.qryViewBarang2.Close;
dataGudang.qryViewBarang2.Open; dataGudang.qryViewKadaluarsa.Close;
dataGudang.qryViewKadaluarsa.Parame ters[0].Value:=Date;
dataGudang.qryViewKadaluarsa.Open;
Timer1.Enabled:=false; if
dataGudang.qryViewBarang2.RecordCo unt 0 and
dataGudang.qryViewKadaluarsa.Recor dCount 0 then
begin if MessageDlgTerdapat Stok
barang yang minimal dan Kadaluarsa, mtWarning, [mbYes,
mbNo], 0 = mrYes then
begin frmInputPengadaan.ShowModal;
frmViewKadaluarsa.ShowModal; end;
end
else if dataGudang.qryViewBarang2.RecordCou
nt 0 then
begin if MessageDlgTerdapat Stok
barang yang minimal, Apakah akan mengadakan barang?, mtWarning,
[mbYes, mbNo], 0 = mrYes then
begin frmInputPengadaan.ShowModal;
end; end
else if dataGudang.qryViewKadaluarsa.Record
Count 0 then
begin if MessageDlgTerdapat barang
kadaluarsa, Apakah akan anda lihat?, mtWarning, [mbYes, mbNo],
0 = mrYes then
begin frmViewKadaluarsa.ShowModal;
end; end
end;
procedure TfrmMainMenu.DataDetailPenerimaan1C
lickSender: TObject;
begin frmViewDetailPenerimaan.ShowModal;
end;
procedure TfrmMainMenu.DataTransaksiPengirima
n1ClickSender: TObject; begin
frmPengiriman.ShowModal; end;
procedure TfrmMainMenu.About1ClickSender:
TObject;
begin AboutBox.ShowModal;
end;
procedure TfrmMainMenu.Bantuan1ClickSender:
TObject;
begin ShellExecuteHandle, open,
Manual book - Kalsio.pdf, nil, nil, SW_SHOWNORMAL
end;
procedure TfrmMainMenu.LaporanPengadaanBarang
1ClickSender: TObject;
begin frmPilihanTampilan1.ShowModal;
end;
procedure TfrmMainMenu.LaporanPesananBarang1C
lickSender: TObject;
begin frmPilihanTampilan2.ShowModal
end;
procedure TfrmMainMenu.LaporanPengirimanBaran
g1ClickSender: TObject;
begin frmPilihanTampilan3.ShowModal;
end;
procedure TfrmMainMenu.LaporanPenerimaanBaran
g1ClickSender: TObject;
begin frmPilihanTampilan4.ShowModal;
end;
end.
LAMPIRAN B HASIL KUESIONER
B-1 LAMPIRAN B
HASIL KUESIONER
BIODATA
Nama Lengkap : Rully Agusta Prautama
NIM : 10106146
Tempat Tgl. Lahir : Bandung, 25 Agustus 1988 Jenis Kelamin
: Laki - laki Kewarganegaraan
: WNI Pekerjaan
: Mahasiswa Agama
: Islam Alamat
: Jl. Cikutra Barat, Gg. Cikondang III No. 14 RT 03 RW 06 Bandung 40123
Hobi : Nonton, Sepak Bola, Renang, Main Drum
Email : if.10106146xyahoo.co.id
Telp : 085659954922
Latar Belakang Pendidikan :
1994-1995 : TK. Pembina
1995 - 2001 : SD Negeri Sukaluyu 1
2001 - 2003 : SMP Negeri 1 Jasinga
2003 - 2006 : SMA Negeri 1 Leuwiliang
2006 - Sekarang : Universitas Komputer Indonesia
Pengalaman Organisasi :
1. Karang Taruna RW 06
Pengalaman Kerja :
Kerja Praktek di BAKOMINFO kota Bandung dari Tanggal 01 Juli 2009 s.d 01 Agustus 2009
Rully Agusta Prautama NIM. 10106146
SISTEM INFORMASI PENGADAAN BARANG DENGAN MENGGUNAKAN METODE PERAMALAN SINGLE EXPONENTIAL
SMOOTHING DI LABORATORIUM PRAMITA
Rully Agusta Prautama Universitas Komputer Indonesia UNIKOM
Jl. Dipati Ukur No. 112-116, Bandung 40132 Email :
if.10106146xyahoo.co,id
ABSTRAK
Salah satu penerapan perangkat lunak pada gudang pusat Laboratorium PRAMITA yang dapat menampilkan informasi data barang dalam menetukan
kapan untuk melakukan pengadaan barang dan berapa banyak barang yang harus ditambahkan untuk menjamin keberadaan stok barang untuk gudang cabang,
menghindari kesalahan dalam pengiriman barang kepada setiap gudang cabang, selain itu menghindari keterlambatan dalam pengadaan barang, agar tidak
menghabat kegiatan pelayanan tehadap konsumen.
Metode pengembangan sistem yang digunakan oleh penulis menggunakan metode waterfall. Metode pengembangan sistem ini merupakan urutan
kegiatanaktivitas yang dilakukan dalam pengembangan sistem dimulai dari perumusan masalah, analisa kebutuhan, perancangan, implementasi, uji sistem,
penerapan dan pemeliharaan. Perancangan proses perangkat lunak Pengadaan Barang di Laboratorium PRAMITA menggunakan Entity Relationship Diagram
dan Data Flow Diagram. Perancangan program menggunakan bahasa pemrograman Borland Delphi 7 dengan database SQLServer2008. Perangkat
lunak yang dibangun menghasilkan informasi yang dapat dimanfaatkan oleh Staf Gudang dari Laboratorium PRAMITA ini.
Dari hasil penelitian yang dilakukan dengan tujuan membangun perangkat lunak ini, maka informasi mengenai pengadaan barang diharapkan tidak ada lagi
keterlambatan dan kesalahan pengiriman ke setiap gudang cabang sehingga dapat menjamin ketersediaan barang untuk menunjang kegiatan pelayanan kepada
masyarakat yang menggunakan jasa Laboratorium PRAMITA. Kata kunci: Sistem, waterfall, informasi
1. PENDAHULUAN 1.1 Latar Belakang
Laboratorium klinik kesehatan adalah salah satu perusahaan yang bergerak
dibidang jasa
kesehatan yang
pelayanannya sudah banyak di gunakan jasanya oleh masyarakat, maka dari itu
Laboratorium klinik kesehatan ini dituntut untuk
meningkatkan pelayanan
jasa kesahatannya sehingga dapat memperluas
cabangnya di setiap pulau yang ada di Indonesia.
Berdasarkan wawancara dengan kepala staff gudang di salah satu Laboratorium
klinik kesehatan, bahwa sering terjadinya keterlambatan dalam pemesanan barang
kepada supplier. Hal ini dikarenakan belum
adanya metode
yang dapat
membantu dalam memutuskan untuk melakukan pemesanan barang ke supplier.
Setiap cabang perusahaan ini memiliki tingkat kebutuhan barang yang berbeda-
beda,
gudang pusat
masih belum
menjamin ketersediaan barang untuk didistribusikan barang kepada setiap
gudang cabang.
Selain itu,
rentan
terjadinya kesalahan pengiriman barang kepada gudang cabang, barang yang
terakhir masuk ke gudang, dikirim terlebih dahulu ke gudang cabang sehingga
mengakibatkan
beberapa barang
kadaluarsa tidak bisa digunakan lagi dan perusahaan mengalami kerugian.
Dengan ditemukan permasalahan yang ada setelah wawancaran dengan staff
gudang di Laboratorium klinik kesehatan ini maka solusi yang diusulkan adalah
dalam proses
pengadaan barang
menggunakan metode Peramalan untuk menentukan kapan melakukan pemesanan
barang, karena dengan metode ini dapat memperkirakan kebutuhan stok di gudang
pusat dengan pesanan barang yang dibutuhkan gudang cabang. Serta untuk
pendistribusian
menggunakan metode
FIFO First In First Out untuk mengatur pelayanan gudang cabang dan pengiriman
barang, karena dengan metode First In First Out ini dapat mengatur gudang yang
terlebih dahulu memesan barang akan dilayani terlebih dahulu dan barang yang
pertama masuk akan pertama dikirim ke pemesan. Dipilih berbasis Desktop karena
aplikasi ini hanya digunakan di gudang pusat sebagai pengatur dan penyedia
barang
bagi gudang
cabang agar
kelangsungan kegiatan produksi tidak terhambat dan masyarakatkonsumen tetap
bisa terlayani sebagai perusahan yang bergerak di bidang pelayanan jasa klinik
kesehatan.
1.2 Rumusan Masalah
Melihat fenomena
yang telah
diuraikan pada latar belakang, maka masalah yang ada adalah sebagai berikut:
1. Sulitnya menetukan kapan kita harus
melakukan pemesanan
barang agar
tidak terjadi
keterlambatan dalam pemesanan barang dan kurangnya jaminan
ketersediaan barang
untuk didistribusikan
kepada setiap
gudang cabang .
2.
Kesalahan dalam mengirimkan barang ke gudang cabang.
1.3 Maksud dan Tujuan
Maksud dari penelitian ini adalah membangun sebuah Sistem Informasi
Pengadaan Barang dan Pendistribusian Barang di Laboratorium.
Tujuan penelitian ini ialah bagaimana membangunan
Sistem Informasi
Pengadaan dan Pendistribusian Barang di Laboratorium yang dapat memecahkan
masalah yang dijabarkan sebagai berikut : 1. Dapat menetukan kapan kita harus
melakukan pemesanan barang agar tidak terjadi keterlambatan dalam
pemesanan barang dan menjamin ketersediaan
barang untuk
didistribusikan kepada
setiap gudang cabang.
2. Menanggulangi kesalahan dalam mengirimkan barang ke gudang
cabang.
2. MODEL, ANALISA, DESAIN, DAN IMPLEMENTASI
2.1 Model
Teknik analisis data dalam pembuatan perangkat
lunak menggunakan
pemodelan perangkat lunak dengan diagram waterfall seperti terlihat pada
Gambar 1, yang meliputi beberapa proses diantaranya:
a. Analisis Kebutuhan Mengumpulkan
kebutuhan secara
lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus
dipenuhi oleh aplikasi yang akan dibangun. Tahap ini harus dikerjakan
secara
lengkap agar
dapat menghasilkan desain yang lengkap.
b. Desain Sistem Tahap penerjemahan dari keperluan
atau data yang dianalisis kedalam bentuk yang mudah dimengerti oleh
user atau pemakai. Perancangan perangkat
lunak sebenarnya
merupakan kumpulan proses yang difokuskan pada 4 empat atribut
yang berbeda-beda pada program, yaitu
struktur data,
arsitektur perangkat lunak, rincian prosedur,
dan karakteristik antarmuka. Proses perancangan,
mentranslasikan kebutuhan-kebutuhan
ke dalam
sebuah representasi perangkat lunak yang
dapat dinilai
kualitasnya sebelum pengkodean dimulai.
c. Implementasi dan Pengujian Unit
Tahap penerjemahan data atau pemecahan masalah ke dalam kode-
kode yang telah dirancang ke dalam bahasa
pemrograman komputer
yang ditentukan. d. Pengujian Sistem
Tahap penyatuan unit-unit program yang dibangun kemudian diuji
secara keseluruhan. e. MaintenancePerawatan
Tahap terakhir dari suatu perangkat lunak yang sudah selesai dapat
mengalami perubahan-perubahan
atau penambahan
seperti penyesuaian
karena adaptasi
dengan situasi yang sebenarnya.
Analisis Kebutuhan
Desain Sistem
Implementasi Pengujian Unit
Pengujian Sistem
Maintenance Perawatan
Gambar 1. diagram Waterfall
2.2 Analisa A. Analisa Sistem
Analisis Sistem dapat didefinisikan sebagai penguraian dari suatu sistem
informasi yang utuh ke dalam bagian- bagian komponennya dengan maksud
untuk
mengidentifikasikan dan
mengevaluasi permasalahan-
permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan
kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-
perbaikan. Tahap analisis sistem ini merupakan tahap yang sangat kritis dan
sangat penting, karena kesalahan di dalam tahap
ini akan
menyebabkan juga
kesalahan di tahap selanjutnya. Tugas utama analis sistem dalam tahap ini adalah
menemukan kelemahan-kelemahan dari sistem yang berjalan sehingga dapat
diusulkan perbaikannya.
B. Analisa Basis Data Struktur logika dari basis data dapat
digambarkan dalam
sebuah grafik
dengan menggunakan
Entity Relationship Diagram ERD. ERD
merupakan hubungan antara entitas yang digunakan
dalam sistem
untuk menggambarkan hubungan antara entitas
atau struktur data dan relasi antar file. Komponen utama pembentukan ERD
yaitu Entity entitas dan Relation relasi sehingga dalam hal ini ERD merupakan
komponen-komponen himpunan entitas dan himpunan relasi yang dideskripsikan
lebih jauh melalui sejumlah atribut- atribut property yang menggambarkan
seluruh fakta dari sistem yang ditinjau. Adapun ERD dari aplikasi yang akan
dibuat adalah sebagai berikut :
Gambar 2. Entity Relationship Diagram ERD
C. Analisa Kebutuhan Fungsional 1. Diagram Konteks
Diagram konteks untuk software ini dapat dilihat pada gambar 3:
Gambar 3. Diagram Konteks
2. DFD Level 1
Gambar 4. DFD Level 1 3. Diagram Relasi
Gambar 5. Diagram Relasi
2.3 Desain A. Desain Struktur Menu
Dalam perancangan sebuah aplikasi dibutuhkan struktur menu yang berisikan
menu dan submenu yang berfungsi untuk memudahkan user dalam menggunakan
aplikasi tersebut. Penjelasan mengenai struktur menu dapat dilihat pada gambar
berikut : Gambar 6. Struktur Menu
B. Desain Menu Utama Aplikasi Berikut ini adalah gambar perancangan
menu utama.
S01
S06
KETERANGAN 1.S01 : Menu
2.S02 : View 3.S03 : Transaksi
4.S04 : Laporan 5.S05 : Help
6.S06 : Logo Perusahaan
T03
S02 S03
S04 S05
Gambar 7. Perancangan Menu Utama
C. Desain Tampilan Transaksi Berikut adalah perancangan tampilan
Transaksi.
Transaksi Pengadaan Barang S01
KETERANGAN 1.S01 : Input Transaksi
2.S02 : Tabel Data Transaksi Pengadaan Barang
3.S03 : ButtonEdit 4.S04 : Button Hapus
5.S05 : Button Batal 6.S06 : Navigator
7.S07 : Tabel Stok Barang 8.S08 : Button Add
9.S09 : Button Simpan 10.S10 : Button Keluar
T22
S02 S03
S04 S05
S06 S08
S07 S09
S10
Gambar 8. Perancangan Tampilan Transaksi
2.4 Implementasi Sistem Implementasi merupakan kelanjutan
dari kegiatan perancangan sistem dan dapat dipandang sebagai usaha untuk
mewujudkan sistem yang dirancang. Langkah-langkah
dari proses
implementasi adalah
urutan dari
kegiatan awal sampai kegiatan akhir yang
harus dilakukan
dalam mewujudkan sistem yang dirancang.
Hasil dari tahapan implementasi ini adalah suatu sistem pengolahan data
yang sudah dapat berjalan dengan baik.
A. Langkah-langkah Penerapan Sistem
Langkah-langkah yang perlu dilakukan pada aktivitas penerapan pengolahan data
permintaan perubahan
daya adalah
sebagai berikut : 1. Pembentukan program aplikasi
2. Implementasi Basis Data 3. Tampilan Program
4. Pengujian Sistem 5. Lingkungan Pengujian
6. Rencana Pengujian
B. Pembentukan Program Aplikasi
Kegiatan pembentukan
program terdiri dari pembuatn program dalam
bentuk modul-modul program. Tujuan dari
pembentukan modul-modul
program terutama untuk memudahkan koreksi kesalahan dan mempermudah
modifikasi program. 3. HASIL DAN DISKUSI
Dari analisa dan perancangan yang telah dilakukan,
hasil dari
aplikasi yang
dibangun dapat terlihat seperti pada tampilan dibawah ini :
Gambar 9. Menu utama
Gambar 10. Form Transaksi
4. KESIMPULAN DAN SARAN 4.1 Kesimpulan
Setelah melakukan analisis dan implementasi
sistem yang
dilanjutkan dengan
pengujian sistem,
maka dari
hasil implementasi
dan pengujian
tersebut dapat ditarik beberapa kesimpulan sebagai berikut :
1. Pembuatan Sistem Informasi Pengadaan Barang Dengan
Menggunakan Metode
Peramalan Single Exponential Smoothing di Laboratorium
PRAMITA telah terealisasi.
2. Dengan Sistem
Informasi Pengadaan Barang Dengan
Menggunakan Metode
Peramalan Single Exponential Smoothing
pemberian informasi mengenai penetuan
melakukan pengadaan
ke suplier dan banyaknya barang
dapat ditentukan oleh aplikasi ini.
3. Dengan Sistem
Informasi Pengadaan Barang Dengan
Menggunakan Metode
Peramalan Single Exponential Smoothing dapat menjamin
ketersediaan barang
bagi gudang
cabang sebagai
penunjang kegiatan pelayanan kepada
masyarakat yang
menggunakan jasa
Laboratorium PRAMITA.
4.
Dengan Sistem
Informasi Pengadaan Barang Dengan
Menggunakan Metode
Peramalan Single Exponential Smoothing dapat menghindari
kesalahan dalam pengiriman barang ke gudang cabang.
4.2 Saran
Saran yang
dapat dikemukakan
berdasarkan kesimpulan diatas adalah sebagai berikut :
1. Perlu adanya informasi yang lebih
lengkap yang
dapat menunjang
perangkat lunak
ini memantau
kebutuhan setiap cabang di tiap satu wilayah kota.
2. Perlu penambahan
metode dalam memaksimalkan fungsi dalam Sistem
Informasi ini. 3.
melakukan pemeliharaan perangkat lunak ini diharapkan dilakukan secara
berkala. 4.
Dalam pengembangan
Sistem Informasi ini, diharapkan pengembang
dapat memperbaiki
sistem dari
kekurangan-kekurangan yang ada pada sistem ini, sehingga nantinya perangkat
lunak ini
mampu menjawab
permasalahan yang ada.
5. DAFTAR PUSTAKA
1. Abdul Kadir. 2002. Pengenalan Sistem Informasi. Andi. Yogyakarta.
2. Abdul Kadir. 2008. Belajar Database Menggunakan MySql. Andi. Yogyakarta.
3. Eddy Herjanto.
2006. Manajement
Oprasi. Grasindo. Jakarta. 4. Raymond McLeod, Jr.2000. System
Informations Management 5.
http:amikom.ac.iddownloadproses perangkat lnak.ppt
08 April 2010. 6.
http:karmila.staff.gunadarma.ac.idDo wnloadsfiles8490Konsep+Basis+Data.
ppt 05 April 2010.
7. http:yuli.himatif.or.iddownloadSI-
konsep-dasar-sistem-dan-sistem- inf.ppt
10 April 2010. 8.
http:media.diknas.go.idmediadocumen t3311.pdf
02 Mei 2010 9.
http:dspace.widyatama.ac.idbitstream handle10364921bab2.pdf
02 Mei 2010
10.
http:vbautomation.110mb.com 10 Mei
2010
PROCUREMENT INFORMATION SYSTEM USING SINGLE EXPONENTIAL SMOOTHING FORECASTING
METHOD IN THE LABORATORY PRAMITA
Rully Agusta Prautama Universitas Komputer Indonesia UNIKOM
Jl. Dipati Ukur No. 112-116, Bandung 40132 Email :
if.10106146xyahoo.co,id
ABSTRACT
One application of software at the central warehouse Pramita Laboratory that can display items of data information in determining when to conduct the
procurement of goods and how many items should be added to ensure the existence of stocks of goods to warehouse branch, in addition to it avoids the
delay in procurement of goods, so as not consumer service activities.
System development method used by the writer uses the method waterfall. This system development method is a sequence of events activities undertaken in
the development starts from the formulation of systems problems, needs analysis, design process procurement software in Laboratory Pramita using Entity
Relationship Diagram and Data Flow Diagram. Design a program using Borland Delphi 7 with database SQLServer 2008. The software is built to produce
information that can be utilitized by the staff of the Laboratory Pamita Warehous
e’s. From research conducted with thw purpose of building this software, the
information on the procurement of goods expected no more delays and misdelivery to any warehouse branches so as to ensure the availability of goods to
support the activities of service to the community who use the services of Pramita Laboratory.
Keyword: System, waterfall, information
1. PRELIMINARY
1.1 Background
Laboratory health
clinic is
one company engaged in the ministry of health
services has been much in use by the public services, therefore health clinic
laboratory is required to improve services kesahatannya so it can expand its branches
in
every island
in Indonesia.
Based on interviews with the head of the warehouse staff in one health clinic
laboratory, that the frequent occurrence of delays in ordering goods to the supplier.
This is because there is no method that can help in deciding to place an order goods to
the supplier. Each branch of this company has a high demand of different goods, the
central warehouse is still not guarantee the availability of goods for distribution of
goods to every warehouse branch. In addition, susceptible of mis-delivery of
goods to the warehouse branch, the last item entered into the warehouse, shipped
to the warehouse first branch leading to some expired goods can not be used again
and
the company
suffered losses.
With the existing problems found after wawancaran with warehouse staff in the
Laboratory of this medical clinic, the proposed solution is in the procurement
process uses forecasting methods to determine when an order of goods,
because with this method can estimate the needs of stock at the central warehouse
with the necessary goods orders branch warehouse. And for the distribution of
using FIFO First In First Out to set up a branch warehouse services and deliveries
of goods, because the First In First Out method is to set the warehouse first order
goods will be served first and the first incoming goods will first be sent to
customer. Desktop-based chosen because this application is only used in the central
warehouse as a regulator and provider of goods to the warehouse branch for
sustainability
of production
is not
hampered and the public consumers can still be served as a company engaged in
the health clinic services.
1.2 Formulation of the problem
Looking at the phenomenon that has been described in the background, then the
problem is as follows: 1. Difficult to determine when to
place an order goods to avoid delays in ordering goods and lack
of collateral availability of goods to be distributed to every branch
warehouse.
2. Error sending
goods to
the warehouse branch.
2.1 Aims and Objective
The purpose of this research is to establish a Procurement Information
System and Distribution of Goods in the laboratory.
The purpose of this study is how membangunan Procurement Information
System and Distribution of Goods in the laboratory that can solve problems that are
translated as follows:
1. Can determine when to place an order goods to avoid delays in
ordering goods and ensure the availability
of goods
to be
distributed to
every branch
warehouse.
2. Tackling error in sending the goods
to the warehouse branch. 3. MODEL, ANALYSIS, DESIGN AND
IMPLEMENTATION 3.1 Model
Data analysis techniques in the manufacture of software using the
modeling software with waterfall diagram as shown in Figure 1, which includes
several processes including:
a. Needs Analysis Gather complete requirements then
analyzed and defined the needs that must be met by the application to be
built. This phase should be done in full order to produce the complete
design.
b. System Design Translation stage of the purposes or
analyzed data into a form that is easily understood by the user or
users. The design software is actually a collection process that is
focused on 4 four different attributes on the program, the data
structure, software architecture, the details of procedures, and interface
characteristics. The design process, translate the needs into a software
representation that could be assessed quality before coding begins.
c. Implementation and Testing Unit Translation Stage data or solving
problems in the codes that have been designed
into the
computer programming language specified.
d. Testing System Phase unification program units are
built and then tested as a whole. e. Maintenance
Maintenance The last stage of a software that has
been completed
can undergo
changes or additions such as
adjustment for adaptation to the actual situation.
Analisis Kebutuhan
Desain Sistem
Implementasi Pengujian Unit
Pengujian Sistem
Maintenance Perawatan
Figure1. Waterfall diagram
3.2 Analysis A. Analysis System
Systems analysis can be defined as the decomposition of a system of full
information into their component parts in order to identify and evaluate problems,
opportunities, barriers that occur and needs,
so it
can be
proposed improvements. Phase analysis of this
system is a very critical stage and is very important, because errors in this stage
will cause an error also in the next stage. The main duties of system analyst in this
phase is to find the weaknesses of the system running so that could be proposed
improvement. B. Analysis Database
Logical structure of the database can be described in a graph using the Entity
Relationship Diagram ERD. ERD is a relationship between entities that are
used in the system to describe the relationship between entities or data
structures and relationships between files.
The main components namely the formation of ERD Entity entity and
Relation relation, so in this case the ERD is the entity set components and a
set of relations which are described further through a number of attributes
properties that describe all of the facts of the system being simulated. The ERD
of the application to be made are as follows:
Figure 2. Entity Relationship Diagram ERD
C. Functional Needs Analysis 1. Context diagram
Context diagram for this software can be seen in figure 3:
Figure 3. Context Diagram
2. DFD Level 1
Figure 4. DFD Level 1 3. Relationship Diagram
Figure 5. Relationship Diagram
3.3 Design A. Menu Structure Design
In designing an application that contains the menu structure required
menus and submenus that serves to facilitate users in using the application.
Explanation of the menu structure can be
Kategori