sistem informasi inventory gudang berbasis web menggunakan …
TRANSCRIPT
SISTEM INFORMASI INVENTORY GUDANG BERBASIS
WEB MENGGUNAKAN PHP PADA PT. MULIA BOGA RAYA
SKRIPSI
Diajukan Sebagai Salah Satu Syarat Untuk Menyelesikan
Program Stara Satu ( S1 ) pada Program Studi Teknik Informatika
OLEH :
EDI PRIYANTO
311410962
TEKNIK INFORMATIKA
SEKOLAH TINGGI TEKNOLOGI PELITA BANGSA
BEKASI
2018
iv
PERNYATAAN KEASLIAN PENELITIAN
Saya yang bertandatangan dibawah ini menyatakan bahwa, skripsi ini merupakan
karya saya sendiri (ASLI), dan isi dalam skripsi ini tidak terdapat karya yang
pernah diajukan oleh orang lain untuk memperolah gelar akademis di suatu
institusi pendidikan tinggi manapun, dan sepanjang pengetahuan saya juga tidak
terdapat karya atau pendapat yang pernah ditulis dan/atau diterbitkan oleh orang
lain, kecuali yang secara tertulis diacu dalam naskah ini dan disebutkan dalam
daftar pustaka.
Segala sesuatu yang terkait dengan naskah dan karya yang telah dibuat adalah
menjadi tanggung jawab saya pribadi.
Bekasi, Oktober 2018
Materai 6000
Edi Priyanto
NIM : 311410962
v
KATA PENGANTAR
Dengan memanjatkan puji syukur kehadiran Tuhan Yang Maha Esa yang
telah melimpahkan segala rahmat dan hidayahnya kepada penulis, sehingga
tersusunlah Skripsi/Tugas Akhir yang berjudul “SISTEM INFORMASI
INVENTORY GUDANG BERBASIS WEB MENGGUNAKAN PHP PADA
PT. MULIA BOGA RAYA”.
Skripsi tersusun dalam melengkapi salah satu persyaratan yang diajukan
dalam rangka menempuh ujian akhir untuk memperoleh gelar Sarjana Komputer
(S.Kom) pada Program Studi Teknik Informatika di Sekolah Tinggi Teknologi
Informatika Pelita Bangsa.
Penulis sangat menyadari, bahwa penulisan Skripsi ini tidak akan terwujud
tanpa adanya dukungan dan bantuan dari berbagai pihak. Maka, dalam
kesempatan ini penulis mengucapkan terimakasih kepada yang terhormat:
a. Bapak Dr.Ir.Supriyanto,M.P. selaku ketua Sekolah Tinggi Teknologi Pelita
Bangsa.
b. Bapak Aswan S, Sunge, M.Kom selaku ketua jurusan Teknik Informatika
Sekolah Tinggi Teknologi Pelita Bangsa.
c. Bapak Drs. Muhtajuddin S.Kom.,M.Kom selaku dosen pembimbing satu
dalam pembuatan Skripsi ini.
d. Bapak Ahmad Aguswin,S.T.,MM. selaku dosen pembimbing dua dalam
pembuatan Skripsi ini.
vi
e. Ayah dan Ibu tercinta atas jasa-jasanya, kesabaranya, do’a dan tidak pernah
lelah dalam mendidik dan memberi cinta serta semangat yang tulus dan ikhlas
f. Rekan-rekan mahasiswa Sekolah Tinggi Teknologi Pelita Bangsa atas
dukungannya.
g. Kepada semua pihak yang tidak bisa saya sebutkan satu persatu atas
dukungannya baik secara moral maupun secara material yang diberikan
hingga terselesaikannya Skripsi ini.
Tidak ada kata yang dapat melukiskan rasa bahagia atas semua doa dan
dukungan yang penulis dapatkan, semoga Tuhan Yang Maha Esa selalu
melimpahkan rahmatNya kepada kita semua, amin.
Akhir kata penulis mohon maaf atas kekeliruan dan kesalahan yang
terdapat dalam Skripsi ini dan berharap semoga Skripsi ini dapat memberikan
manfaat bagi penulis dan pembaca.
Cikarang, 25 Oktober 2018
Edi Priyanto
vii
DAFTAR ISI
PERSETUJUAN ............................................................................................. i
PENGESAHAN .............................................................................................. ii
PERYATAAN KEASLIAN PENELITIAN .................................................... iii
KATA PENGANTAR ..................................................................................... iv
DAFTAR ISI .................................................................................................... vi
DAFTAR TABEL ............................................................................................ x
DAFTAR GAMBAR ....................................................................................... xi
ABSTRACT.. ................................................................................................... xiv
ABSTRAKSI .................................................................................................. xv
BAB I PENDAHULUAN
1.1 Latar Belakang Masalah ............................................................ 1
1.2 Identifikasi Masalah .................................................................. 2
1.3 Perumusan Masalah ................................................................... 3
1.4 Pembatasan Masalah.................................................................. 3
1.5 Tujuan dan Manfaat Penelitian .................................................. 4
1.6 Metode Penelitian ...................................................................... 5
1.7 Sistemetika Penulisan ................................................................ 5
BAB II LANDASAN TEORI DAN KERANGKA PEMIKIRAN
2.1 Pengertian .................................................................................. 7
2.1.1 Pengertian Sistem ............................................................ 7
2.1.2 Pengertian Informasi ....................................................... 8
viii
2.1.3 Pengertian Sistem Informasi ............................................ 9
2.1.4 Pengertian Persediaan Barang ......................................... 10
2.1.5 Pengertian Sistem Inventori Barang ................................ 11
2.2 Teori Tentang Materi Pembahasan ............................................ 11
2.2.1 Database .......................................................................... 11
2.2.2 Flowmap .......................................................................... 12
2.2.3 Kamus Data ..................................................................... 13
2.2.4 Normalisasi ...................................................................... 14
2.2.5 Entity Relationship Diagram (ERD) ............................... 17
2.2.6 Struktur File ..................................................................... 20
2.2.7 HIPO ................................................................................ 21
2.2.8 Unified Modelling Language (UML) .............................. 22
2.3 Teori Tentang Program Aplikasi ............................................... 32
2.3.1 Web.................................................................................. 32
2.3.2 Notepad++ ....................................................................... 32
2.3.3 PHP .................................................................................. 35
2.3.4 Javascript ........................................................................ 37
2.3.5 MySQL ............................................................................ 38
2.3.6 XAMPP ........................................................................... 39
2.4 Kerangka Pemikiran .................................................................. 40
BAB III METODE PENELITIAN
3.1 Analisa Kebutuhan .................................................................... 41
ix
3.1.1 Sejarah Singkat ................................................................ 41
3.1.2 Struktur Organisasi .......................................................... 42
3.1.3 Tugas dan Tanggung Jawab ............................................ 42
3.2 Metode Penelitian ...................................................................... 44
3.2.1 Jadwal Kegiatan dan Waktu Penelitian ........................... 44
3.2.2 Jenis dan Metode Pengumpulan Data.............................. 44
3.2.3 Metode Pengembangan Sistem........................................ 46
3.3 Analisa Sistem Berjalan............................................................. 48
3.3.1 Analisis Prosedur Yang Berjalan ..................................... 49
3.3.2 Flowmap .......................................................................... 50
3.3.3 Diagram Kontek .............................................................. 50
3.4 Perancangan Sistem ................................................................... 51
3.4.1 Tujuan Perancangan Sistem ............................................ 51
3.4.2 Gambaran Umum Sistem Usulan .................................... 51
3.4.3 Perancangan Prosedur Yang Diusulkan .......................... 52
3.4.4 Perancangan Basis Data .................................................. 64
3.4.5 Perancangan Antar Muka ................................................ 70
BAB IV PEMBAHASAN DAN HASIL
4.1 Pembahasan ............................................................................... 75
4.1.1 Spesifikasi Hardware ....................................................... 75
4.1.2 Spesifikasi Software ........................................................ 75
4.1.3 Pengujian Perangkat Lunak ............................................. 76
4.1.4 Langkah-Langkah Pembuatan Database ......................... 79
x
4.1.6 Langkah-Langkah Menjalankan Program ....................... 81
4.2 HASIL ....................................................................................... 86
4.2.1 Tampilan Antar Muka ..................................................... 86
4.2.2 Kelebihan Dan Kekurangan ............................................ 92
BAB V PENUTUP
5.1 Kesimpulan ................................................................................ 94
5.2 Saran .......................................................................................... 94
DAFTAR PUSTAKA ...................................................................................... 96
LAMPIRAN ........................................................................................................98
xi
DAFTAR TABEL
Tabel 2.1 Simbol-Simbol Flowmap ................................................................ 13
Tabel 2.2 Simbol Kamus Data ......................................................................... 14
Tabel 2.3 Notasi-Notasi ERD ........................................................................... 18
Tabel 3.1 Jadwal Kegiatan dan Waktu Penelitian ............................................ 44
Tabel 3.2 Tabel Barang .................................................................................... 65
Tabel 3.3 Tabel Supplier .................................................................................. 65
Tabel 3.4 Tabel Departemen ............................................................................ 66
Tabel 3.5 Tabel Permintaaan ............................................................................ 66
Tabel 3.6 Tabel Terima Barang ........................................................................ 66
Tabel 3.7 Tabel Terima Barang Detail ............................................................. 66
Tabel 3.8 Tabel User Akses ............................................................................. 66
Tabel 4.1 Tabel Spesifikasi Hardware ............................................................. 74
Tabel 4.2 Tabel Spesifikasi Software ............................................................... 74
Tabel 4.3 Tabel Pengujian Form Login............................................................ 75
Tabel 4.4 Tabel Pengujian Input Data Master .................................................. 76
Tabel 4.5 Pengujian Input Data Penerimaan Barang ....................................... 76
Tabel 4.6 Pengujian Input Data Permintaan Barang ........................................ 77
Tabel 4.7 Pengujian Data Laporan Penerimaan ............................................... 77
Tabel 4.8 Pengujian Data Laporan Permintaan ................................................ 78
Tabel 4.9 Pengujian Input Data Laporan Stok ................................................. 78
xii
DAFTAR GAMBAR
Gambar 2.1 Relasi Satu ke Satu ...................................................................... 19
Gambar 2.2 Relasi Satu ke Banyak ................................................................. 20
Gambar 2.3 Relasi Banyak ke Banyak ............................................................ 20
Gambar 2.4 Bagan Diagram Use Case ............................................................ 23
Gambar 2.5 Simbol-simbol pada Sequence Diagram ..................................... 28
Gambar 2.6 Simbol-simbol pada Activity Diagram ........................................ 29
Gambar 2.7 Simbol-simbol pada Class Diagram ........................................... 31
Gambar 2.8 Simbol Notepad++ ...................................................................... 32
Gambar 2.9 Tampilan Layar Notepad++ ........................................................ 33
Gambar 2.10 Kode Pengetikan Notepad++ ..................................................... 34
Gambar 2.11 Contoh skrip JavaScript .............................................................. 37
Gambar 2.12 Kerangka Pemikiran .................................................................... 41
Gambar 3.1 Strukur Organisasi ....................................................................... 42
Gambar 3.2 Model Waterfall........................................................................... 46
Gambar 3.3 Flowmap Sistem Berjalan............................................................ 49
Gambar 3.4 Diagram Kontek Sistem Berjalan ................................................ 50
Gambar 3.5 Flowmap Sistem Usulan .............................................................. 52
Gambar 3.6 Use Case Diagram Sistem Usulan .............................................. 53
Gambar 3.7 Activity Diagram LOGIN ............................................................ 56
Gambar 3.8 Activity Activity Diagram Input Penerimaan Barang .................. 57
Gambar 3.9 Activity Diagram Input Permintaan Barang ................................ 58
xiii
Gambar 3.10 Activity Diagram Cetak Laporan ................................................. 59
Gambar 3.11 Sequence Diagram Login ............................................................ 60
Gambar 3.12 Sequence Diagram Input Data Penerimaan Barang .................... 60
Gambar 3.13 Sequence Diagram Input Data Permintaan Barang ..................... 61
Gambar 3.14 Sequence Diagram Cetak Laporan .............................................. 61
Gambar 3.15 Class Diagram ............................................................................. 62
Gambar 3.16 Bentuk Unnormal Form .............................................................. 63
Gambar 3.17 Normalisasi 1 NF ......................................................................... 63
Gambar 3.18 Normalisasi 2NF .......................................................................... 64
Gambar 3.19 Normalisasi 3NF .......................................................................... 64
Gambar 3.20 Entity Relationship Diagram ....................................................... 65
Gambar 3.21 Hirarki Input Proses dan Output .................................................. 68
Gambar 3.22 Perancangan Struktur Menu Utama............................................. 69
Gambar 3.23 Perancangan Struktur Menu Laporan .......................................... 69
Gambar 3.24 Perancangan Menu Login ............................................................ 70
Gambar 3.25 Perancangan Menu Utama ........................................................... 70
Gambar 3.26 Perancangan Input Data ............................................................... 71
Gambar 3.27 Perancangan Output Laporan Permintaan ................................... 71
Gambar 3.28 Perancangan Output Laporan Penerimaan .................................. 72
Gambar 3.29 Perancangan Output Laporan Stok .............................................. 72
Gambar 3.30 Arsitektur Jaringan ...................................................................... 73
Gambar 4.1 Membuat database baru .............................................................. 79
Gambar 4.2 Menambahkan tabel dalam database .......................................... 79
xiv
Gambar 4.3 Menambahkan field-field ke tabel ............................................... 79
Gambar 4.4 Data tabel dalam perancangan sistem .......................................... 80
Gambar 4.5 Halaman awal login ..................................................................... 81
Gambar 4.6 Halaman input data barang .......................................................... 81
Gambar 4.7 Halaman input data departemen .................................................. 82
Gambar 4.8 Halaman input data supplier ........................................................ 82
Gambar 4.9 Halaman input data penerimaan .................................................. 83
Gambar 4.10 Halaman input data permintaan ................................................... 83
Gambar 4.11 Halaman laporan penerimaan barang .......................................... 84
Gambar 4.12 Halaman laporan permintaan barang ........................................... 84
Gambar 4.13 Halaman Laporan Stok Barang ................................................... 85
Gambar 4.14 Tampilan Halaman Login ............................................................ 85
Gambar 4.15 Tampilan Halaman Menu Utama ................................................ 86
Gambar 4.16 Tampilan Halaman Input Barang ................................................ 86
Gambar 4.17 Tampilan Halaman Input Departemen ........................................ 87
Gambar 4.18 Tampilan Halaman Input Supplier .............................................. 87
Gambar 4.19 Tampilan Input Transaksi Penerimaan ........................................ 88
Gambar 4.20 Tampilan Input Transaksi Penerimaan ........................................ 88
Gambar 4.21 Tampilan Laporan Penerimaan.................................................... 89
Gambar 4.22 Tampilan Laporan Permintaan .................................................... 89
Gambar 4.23 Tampilan Cetak Laporan Penerimaan ......................................... 90
Gambar 4.24 Tampilan Cetak Laporan Permintaan .......................................... 90
Gambar 4.25 Tampilan Cetak Stok Barang ....................................................... 91
xv
ABSTRACT
Edi Priyanto, 311410962, Teknik Informatika
DESIGN WEB-BASED WAREHOUSE INVENTORY
INFORMATION SYSTEM USING PHP AT PT. MULIA BOGA
RAYA
98 pages + xv pages / 20 Tables / 75 Figures / 26 Bibliography
Data processing in this warehouse is in need in activity of goods in and out of
PT. Mulia Boga Raya. In operation still use manual way, that is at operator part
by input form and stock card which have been provided by company, while in
process of process input still use microsoft excel format without using database.
Weaknesses are felt, including if asked to search the data needed will take a long
time, so much time wasted because of the many activities of goods transactions.
In this study the authors formulate how to design a system that can overcome
the problem on recording and searching data information Warehouse at PT.
Mulia Boga Raya web-based so that activities in and out of goods from the
production and stock of goods can be controlled properly and all data stored in
the database. System development using Waterfall method.
With the development of this system, the stock data information of goods can
be easily viewed and printed, so it is easy to be a control on the PPIC department
in ordering goods. In addition to the input process of acceptance and demand of
goods can be done effectively and efficiently so that no longer occur the process
of service first new input data. The availability of goods can be well controlled
and the process of report presentation can be easily done because the report can
be printed based on certain period of time.
Keywords: Inventory Information System, Goods Receiving and Spending, Stock
Goods, Waterfall Method
xvi
ABSTRAKSI
Edi Priyanto, 311410962, Teknik Informatika
SISTEM INFORMASI INVENTORY GUDANG BERBASIS
WEB MENGGUNAKAN PHP PADA PT. MULIA BOGA RAYA
98 halaman + xv halaman / 20 Tabel / 67 gambar / 26 Daftar Pustaka
Pengolahan data dalam gudang ini sangat di perlukan dalam aktivitas keluar
masuk barang di PT. Mulia Boga Raya. Dalam operasinya masih menggunakan
cara yang manual, yaitu pada bagian operator dengan cara menginput form dan
stock card yang telah disediakan oleh perusahaan, sedangkan pada bagian admin
proses penginputan masih menggunakan format microsoft excel tanpa
menggunakan database. Kelemahan yang dirasakan, diantaranya jika diminta
untuk melakukan pencarian data-data yang dibutuhkan akan membutuhkan waktu
yang lama, sehingga waktu banyak terbuang karena banyaknya aktivitas transaksi
barang.
Dalam penelitian ini penulis merumuskan bagaimana merancang sebuah sistem
yang dapat mengatasi masalah pada pencatatan dan pencarian informasi data
Gudang pada PT. Mulia Boga Raya berbasis web sehingga aktifitas keluar masuk
barang dari produksi dan stok barang dapat di kontrol dengan baik dan semua data
tersimpan dalam database. Pengembangan sistem menggunakan metode
Waterfall.
Dengan dikembangkannya sistem ini, maka informasi stok data barang dapat
dengan mudah dilihat dan di cetak, sehingga ini mudah untuk menjadi kontrol
pada departemen PPIC dalam memesan barang. Selain proses input penerimaan
dan permintaan barang dapat langsung dilakukan dengan efektif dan efisien
sehingga tidak lagi terjadi proses pelayanan dahulu baru input data. Ketersediaan
barang dapat di kontrol dengan baik dan proses penyajian laporan dapat dengan
mudah dilakukan karena laporan dapat di cetak berdasarkan periode waktu
tertentu.
.
Kata-kunci : Sistem Informasi Inventory, Penerimaan dan Pengeluaran Barang,
Stok Barang, Metode Waterfall
1
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Teknologi informasi adalah teknologi yang terus melakukan
pembaharuan agar semua aspek yang bersentuhan langsung dengan dunia
teknologi informasi dibidangnya, baik secara langsung maupun tidak.
Perencanaan dalam sebuah kegiatan input data di gudang memerlukan sebuah
perhitungan yang matang dan teliti dibuktikan dengan kegunaan banyaknya
aplikasi-aplikasi untuk melakukan perhitungan untuk proses tersebut agar dapat
dilakukan dengan tepat dan teliti serta membuat proses input menjadi lebih efektif
dan efisien.
PT. Mulia Boga Raya adalah salah satu perusahaan penyedia keju
cheddar olahan. Salah satu alur produksi yang tidak kalah penting adalah proses
penyimpanan hasil produksi ke gudang. Gudang adalah tempat penyimpanan
bahan baku atau produk jadi yang memiliki karakteristik berbeda dalam proses
penyimpanan dan masa kadaluarsa yang berbeda juga.
Pengolahan data dalam gudang ini sangat di perlukan dalam aktivitas
keluar masuk barang di PT Mulia Boga Raya. Dalam operasinya masih
menggunakan cara yang manual, Yaitu pada bagian operator dengan cara meng-
input form dan stock card yang telah disediakan oleh perusahaan, sedangkan pada
2
bagian admin proses peng-inputan masih menggunakan format microsoft excel
tanpa menggunakan database.
Sistem informasi inventory gudang di PT. MULIA BOGA RAYA telah
menggunakan teknologi komputer tetapi belum menggunakan program sehingga
proses inventorynya belum berjalan secara efektif. Contohnya: jika diminta untuk
melakukan pencarian data-data yang dibutuhkan akan mebutuhkan waktu yang
lama, terjadi kekurangan stock atau over stock inventory, terjadi keterlambatan
dan ketidakakuratan dalam pembuatan laporan inventory.
Berdasarkan masalah-masalah diatas, maka diperlukan suatu perancangan
sistem informasi sehingga proses pengolahan data inventory gudang di PT.
MULIA BOGA RAYA dapat dilakukan dengan cepat dan akurat. Oleh karena itu,
penulis melakukan penelitian yang disajikan dalam membentuk skripsi dengan
judul “SISTEM INFORMASI INVENTORY GUDANG BERBASIS WEB
MENGGUNAKAN PHP PADA PT. MULIA BOGA RAYA”.
1.2 Identifikasi Masalah
Berdasarkan latar belakang di atas, maka penulis mengidentifikasikan
masalah yaitu:
1. Sulitnya mengetahui stock barang pada departemen Gudang.
2. Proses input data permintaan dan penerimaan lama sehingga permintaan
departemen harus dilayani dahulu kebutuhannya, sementara input permintaan
dilakukan setelahnya.
3
3. Ketersediaan barang yang sering kosong apabila diminta karena data
informasi data barang sering tidak sama antara di Excel dengan data aktual.
4. Proses penyajian laporan yang dibutuhkan memakan waktu cukup lama.
1.3 Perumusan Masalah
Berdasarkan latar belakang masalah di atas, penulis merumuskan
permasalahan sebagai berikut:
1. Bagaimana merancang sebuah sistem yang dapat mengatasi masalah pada
pencatatan dan pencarian informasi data Gudang pada PT. Mulia Boga Raya
berbasis web?
2. Bagaimana membangun sistem informasi inventory gudang berbasis PHP
dimana sistem informasi tersebut dapat membantu perusahaan dalam
pengambilan keputusan?
1.4 Pembatasan Masalah
Batasan masalah pada tugas akhir ini adalah sebagai berikut:
1. Aplikasi ini dirancang menggunakan PHP dan database MySQL.
2. Ruang lingkup hanya terbatas pada atifitas keluar masuk barang dari produksi,
stock barang dan tidak membahas masalah PO (Purchase Order) dari bagian
purchasing.
3. Laporan yang dibuat mencakup data penerimaan barang ke Gudang,
pengeluaran dan data stok barang Gudang.
4
1.5 Tujuan dan Manfaat Penelitian
Tujuan dari penilitian ini adalah sebagai berikut:
1. Bagi Perusahaan
Tujuan dari penulisan tugas akhir ini adalah merancang dan membuat sistem
informasi stok barang pada PT. Mulia Boga Raya yang diharapkan dapat
mendukung proses operasional departemen Gudang dalam melayani kebutuhan
permintaan dan penerimaan barang. Selain itu juga diharapkan mampu
membantu proses input permintaan dan terima barang sehingga pekerjaan
departemen Gudang menjadi lebih efektif dan efisien. Serta dapat memberikan
laporan data yang baik dan akurat.
2. Bagi Mahasiswa
a. Menerapkan ilmu yang diperoleh, agar bisa terealisasi dengan baik sehingga
dapat mengembangkan sistem lebih lanjut.
b. Dapat menambah pengetahuan dan wawasan penulis mengenai Pengolahan
Sistem Informasi Inventory.
c. Sebagai syarat menyelesaikan Program Studi Strata Satu (S1) pada kampus
PELITA BANGSA
3. Bagi Kampus
a. Mengetahui seberapa jauh mahasiswa menguasai materi dan penerapan
ilmu-ilmu yang telah diberikan.
b. Agar dapat menjadi referensi bagi penelitian berikutnya dibidang sistem
informasi stock barang.
5
1.6 Metode Penelitian
Dalam penelitian ini penulis melakukan beberapa penerapan metode
untuk menyelesaikan permasalahan, metode penelitian yang dilakukan adalah
dengan cara:
1. Studi Literatur
Pada tahap ini dilakukan dengan mempelajari dan mencari buku-buku referensi
atau sumber-sumber literatur yang berkaitan dengan skripsi ini, baik dari buku
maupun internet.
2. Observasi
Penelitian ini bertujuan memperoleh data secara langsung dari bagian terkait
dengan menggunakan teknik sebagai berikut :
a. Pengumpulan sampel alur transaksi beserta form data yang digunakan.
b. Melakukan wawancara kepada pihak yang berkompeten untuk
mematangkan alur transaksi yang berjalan telah sesuai dengan SOP.
1.7 Sistematika Penulisan
Untuk mempermudah dan memperjelas pembahasan maka tugas akhir ini disusun
dalam sistematika sebagai berikut:
BAB I PENDAHULUAN
Bab ini menjelaskan tentang latar belakang masalah, identifikasi
masalah, perumusan masalah dan pembatasan masalah, tujuan dan
manfaat, metode penelitian dan sistematika penulisan.
6
BAB II LANDASAN TEORI DAN KERANGKA PEMIKIRAN
Bab ini menguraikan dasar-dasar teori yang digunakan dalam
membangun sistem, meliputi pengertian dasar sistem, dasar
pemograman PHP dan MySQL, pengertian dasar metode Waterfall,
pengertian metode pemodelan UML, serta sistem pengolahan basis
data.
BAB III METODE PENELITIAN
Bab ini berisi tentang tinjauan perusahaan, analisa kebutuhan
sistem yang berjalan, dan perancangan sistem yang akan dibangun
berdasarkan hasil analisa.
BAB IV PEMBAHASAN DAN HASIL
Bab ini berisi tentang pembahasan dan hasil analisa sistem yang
akan diusulkan, dari spesifikasi hardware dan software, testing,
tampilan antar muka serta kelebihan dan kekurangan sistem.
BAB V PENUTUP
Bab ini berisi tentang kesimpulan dan saran dari hasil penulisan
penelitian skripsi.
7
BAB II
LANDASAN TEORI DAN KERANGKA PEMIKIRAN
2.1 Pengertian
Pada sub bab ini akan dijelaskan mengenai pengertian-pengertian dari
beberapa ahli yang pengertian itu diambil dari judul skripsi, seperti pengertian
perancangan, pengertian sistem, pengertian informasi, pengertian sistem
informasi, pengertian koperasi, dan pengertian web.
2.1.1 Pengertian Sistem
Dalam kehidupan sehari-hari di era teknologi dan komputerisasi saat ini,
kita sering mendengar istilah mengenai sistem. Misalkan sistem komputer, sistem
operasi, sistem informasi, sistem geografis, sistem akademis, dan lainnya. Bahkan
disadari maupun tidak, kita sering menggunakan atau memanfaatkan layanan yang
diberikan oleh sistem tersebut. Kita juga terbantu dengan adanya sistem tersebut.
Kemudian muncul sebuah pertanyaan, apakah yang dimaksud dengan sistem?
“Sistem didefinisikan sebagai sekumpulan prosedur yang saling berkaitan
dan saling terhubung untuk melakukan suatu tugas bersama-sama” (I Putu Agus
Eka Pratama,2014:7).
“Sistem adalah kumpulan elemen yang saling berkaitan dan bekerja sama
dalam melakukan kegiatan untuk mencapai suatu tujuan” (V. Wiratna Sujarweni,
2015:1)
8
Dari beberapa pengertian sistem diatas, dapat disimpulkan bahwa system
adalah sebuah tatanan dari beberapa komponen yang mempunyai fungsi masing-
masing yang saling bekerja sama dan saling berhubungan demi tercapainya suatu
tujuan.
2.1.2 Pengertian Informasi
Setiap hari kita selalu mendengarkan informasi. Informasi ini dapat kita
peroleh baik di media cetak (koran, Majalah, buku) maupun media elektronik
(internet, televisi, radio).
Informasi yang kita terima dapat berupa informasi yang benar dan apa
adanya. Namun tidak sedikit kita memperoleh juga informasi yang salah dan
menyesatkan. Dalam hal ini kita sebagai penikmat informasi perlu lebih cerdas
dan bijak di dalam menilai informasi yang di peroleh.
“Informasi merupakan hasil pengolahan data dari satu atau berbagai
sumber, yang kemudian diolah, sehingga memberikan nilai, arti, dan manfaat” (I
Putu Agus Eka Pratama, 2014:9).
“Informasi merupakan hasil dari pengolahan data, akan tetapi tidak semua
dari hasil pengolahan tersebut bisa menjadi informasi” (Deni Darmawan dan
Kunkun Nur Fauzi, 2013:2).
Dari beberapa pengertian informasi di atas, dapat disimpulkan bahwa
informasi adalah hasil dari pengolahan data sehingga mempunyai arti, nilai dan
manfaat bagi yang menerimanya.
9
2.1.3 Pengertian Sistem Informasi
Berdasarkan definisi mengenai sistem dan informasi, maka dapat
dinyatakan bahwa sistem informasi merupakan gabungan dari empat bagian
utama.
“Keempat bagian utama tersebut mencakup perangkat lunak (software),
perangkat keras (hardware), infrastruktur, dan Sumber Daya Manusia (SDM)
yang terlatih” (I Putu Agus Eka Pratama, 2014:10).
“Sistem Informasi adalah mencangkup sejumlah komponen (manusia,
komputer, teknologi informasi, dan prosedur kerja), ada sesuatu yang
diproses (data menjadi informasi), dan dimaksudkan untuk mencapai suatu
sasaran atau tujuan” (Abdul Kadir, 2013:8).
“Sistem Informasi adalah suatu sistem yang dibuat oleh manusia yang
terdiri dari komponen-komponen dalam organisasi untuk mencapai suatu tujuan,
yaitu untuk menyajikan informasi” (I Gusti Ngurah Suryantara, 2014:4).
Dari beberapa pengetian sistem informasi diatas dapat disimpulkan bahwa
sistem informasi adalah sekelompok elemen yang saling berhubungan dan bekerja
sama untuk mencapai tujuan dalam mengumpulkan, memproses, menyimpan dan
menyebarkan informasi yang berguna didalam sebuah organisasi.
2.1.4 Pengertian Persediaan Barang
Persediaan adalah barang-barang yang biasanya dapat dijumpai di
Gudang tertutup, lapangan, gudang terbuka, atau tempat-tempat penyimpanan
lain, baik berupa bahan baku, barang setengah jadi, barang jadi, barang-barang
untuk keperluan operasi, atau barang-barang untuk keperluan suatu proyek.
10
Menurut Farah Margaretha (2004;145), “Persedian merupakan sejumlah
bahan atau barang yang disediakan oleh perusahaan, baik berupa barang jadi,
bahan mentah, maupun barang dalam proses yang disediakan untuk menjaga
kelancaran operasi perusahaan guna memenuhi permintaan konsumen setiap
waktu”.
Menurut Yolanda M. Siagian (2011;161), “Persediaan Barang adalah
bahan atau barang yang disimpan untuk tujuan tertentu, antara lain untuk proses
produksi, jika berupa bahan mentah maka akan diproses lebih lanjut, jika berupa
komponen (spare part) maka akan dijual kembali menjadi barang dagangan,
persediaan merupakan bagian terbesar dalam penggunaan perubahan setiap saat,
persediaan juga mengalami perputaran yang berbeda-beda, tinggi rendahnya
perputaran akan berpengaruh langsung terhadap besar kecilnya dana yang ditawari
atau dibutuhkan dalam persediaan tersebut”.
Persediaan Barang adalah sejumlah bahan atau barang yang disediakan
oleh perusahaan baik barang jadi maupun barang mentah yang disediakan untuk
menjaga kelancaran operasi perusahaan guna memenuhi permintaan konsumen,
dan akan berpengaruh langsung terhadap besar kecilnya dana yang ditawari atau
dibutuhkan dalam persediaan tersebut.
2.1.5 Pengertian Sistem Inventori Barang
Sistem inventori memiliki makna pengaturan persediaan dan berkaitan
dengan aktivitas logistik sebuah perusahaan. Di mana kegiatan dari sistem
11
tersebut termasuk dalam pengecekan dan penyediaan stok bahan baku atau barang
setengah jadi ataupun barang jadi.
Sistem inventori adalah suatu kegiatan dalam proses pengolahan data
barang yang terdapat di dalam suatu gudang. Sistem inventori memiliki pengaruh
besar terhadap suatu instansi, karena sistem inventori dapat membantu
menyelesaikan masalah pengolahan data barang dan memudahkan pelaporan data
barang yang tersedia.
2.2 Teori Tentang Materi Pembahasan
Pada sub bab ini akan dijelaskan mengenai pengertian-pengertian dan
teori atau pembahasan dari materi-materi yang dibahas, seperti teori mengenai
database, flowmap, data flow diagram, ERD, kamus data, struktur file dan HIPO.
2.2.1 Database
“Sistem basis data adalah sistem terkomputerisasi yang tujuan
utamanya adalah memelihara data yang sudah diolah atau informasi dan
membuat informasi tersedia saat dibutuhkan. Pada intinya basis data
(database) adalah media untuk menyimpan data agar dapat diakses
dengan mudah dan cepat” (Rosa A.S-M.Shalahuddin, 2011:44).
“Basis data (database) memiliki peran yang sangat penting dalam
perusahaan. Informasi dapat diperoleh dengan cepat berkat data yang
mendasarinya telah disimpan dalam basis data” (Abdul kadir dan Terra
CH.Triwahyuni, 2003:482).
12
“Basis data atau (database) adalah suatu pengorganisasian sekumpulan
data yang saling terkait sehingga memudahkan aktivitas untuk memperoleh
informasi” (Abdul Kadir, 2013:218).
Dari definisi diatas dapat disimpulkan bahwa database atau basis data
merupakan sekumpulan dari berbagai data yang terstruktur dan juga tempat untuk
menyimpan data agar dapat diakses dengan mudah dan cepat dalam suatu sistem
informasi.
2.2.2 Flowmap
Dibawah ini dijelaskan pengertian flowmap dari para ahli yaitu :
“Bagan alir dokumen (document flowchart) atau disebut juga bagan
alir formulir (form flowchart atau paperwork flowchart) merupakan
bagan alir yang menunjukan arus dari laporan dan formulir termasuk
tembusan-tembusannya. Bagan alir dokumen ini menggunakan simbol-
simbol yang sama dengan yang digunakan didalam bagan alir sistem”
(Jogiyanto, 2005:800).
13
TABEL 2.1
Simbol-simbol Flowmap
2.2.3 Kamus Data
Kamus data (data dictionary) dipergunakan untuk memperjelas aliran
data yang digambarkan pada DFD.
14
“Kamus data adalah kumpulan daftar elemen data yang mengalir pada
sistem perangkat lunak sehingga masukan (input) dan keluaran (output)
dapat dipahami secara umum” (Rosa A.S-M.Shalahuddin, 2011:67).
TABEL 2.2
Simbol Kamus Data
2.2.4 Normalisasi
Normalisai dapat dipakai untuk memverifikasi relasi-relasi hasil
tranformasi model E-R apakah sudah berstruktur baik atau belum.
“Normalisasi adalah suatu proses yang digunakan untuk menentukan
pengelompokan antribut-atribut dalam sebuah relasi sehingga diperoleh relasi
yang berstruktur baik” (Abdul Kadir, 2009:116).
“Normalisasi adalah proses pengelompokan data ke dalam bentuk tabel
atau relasi atau file untuk menyatakan entitas dan hubungan mereka sehingga
15
terwujud satu bentuk database yang mudah untuk dimodifikasi” (Sri Widianti,
2009:40).
Normalisasi dilakukan sebagai uji coba pada suatu relasi secara
berkelanjutan untuk menentukan apakah relasi itu sudah baik, yaitu dapat
dilakukan proses insert, update, delete, dan modifikasi pada satu atau beberapa
atribut tanpa mempengaruhi integritas data dalam relasi tersebut.
1. Bentuk Tidak Normal (Unnormalized Form)
Merupakan kumpulan dari data yang akan direkam, tidak ada keharusan
mengikuti suatu format tertentu, dapat saja data tidak lengkap atau terduplikasi,
data dikumpulkan apa adanya sesuai dengan kedatangannya.
2. Bentuk Normal Kesatu (1NF / First Normal Form)
Menghilangkan beberapa elemen yang berulang agar menjadi suatu bernilai
tunggal yang berinterigasi diantara setiap baris dan kolom pada suatu tabel.
3. Bentuk Normal Kedua (2NF / Second Normal Form)
Normalisai bentuk kedua telah memenuhi normalisasi bentuk pertama, setiap
atribut bukan kunci haruslah bergantung secara fungsi pada kunci utama
(primary key), sehingga untuk membentuk normal kedua harus sudah
ditentukan kunci field, kunci field haruslah unik dan tetap mewakili atribut
yang lain yang menjadi anggotanya.
4. Bentuk Normal Ketiga (3NF / Third Normal Form)
Untuk menjadi normal ketiga maka relasi haruslah dalam bentuk normal kedua
dan semua atribut bukan primer tidak punya hubungan yang transitif dengan
16
kata lain, setiap atribut bukan kunci haruslah bergantung pada primary key dan
pada primary key secara seluruh.
5. Boyce-Code Normal Form (BCNF)
Bentuk yang mempunyai paksaan yang lebih kuat dari bentuk normal ketiga.
Untuk menjadi BCNF, relasi dalam bentuk normal kesatu dan setiap atribut
harus bergantung fungsi pada atribut super key.
6. Bentuk Normal Keempat (4NF / Fourth Normal Form)
Relasi R adalah bentuk normal keempat dan hanya relasi tersebut termasuk
BCNF dan semua tergantung multi value adalah ketergantungan fungsional.
7. Bentuk Normal Kelima (5NF / Fifth Normal Form)
Berisi PJNF (Projection Join Normal Form) dan 4NF dilakukan dengan
menghilangkan ketergantungan join yang bukan merupakan kunci kandidat.
Pada proses normalisasi dilakukan pengujian pada beberapa kondisi
seperti menambah (insert), menghapus (delete) dan modify yang dapat
mengakibatkan penyimpangan. Penyimpangan tersebut disebut dengan anomaly.
Ada tiga macam anomaly yaitu:
a. Anomali Penyisipan (Insertion Anomaly)
Yaitu error atau kesalahan yang terjadi sebagai akibat operasi
menyisipkan tuple/record pada sebuah relasi.
Contoh: Jika ada obat baru yang akan dimasukkan/disisipkan, maka obat
tersebut tidak dapat disisipkan ke dalam relasi sampai ada pasien yang
mengambil jenis obat tersebut.
b. Anomali Penghapusan (Deletion Anomaly)
17
Yaitu error atau kesalahan yang terjadi sebagai akibat operasi
penghapusan terhadap tuple/record dari sebuah relasi.
Contoh: Jika pasien yang memiliki No_Pasien P001 membatalkan tidak
jadi menebus resep obat tersebut, maka jika record tersebut dihapus
akan menyebabkan hilangnya informasi tentang Kode_Obat KD01.
c. Anomali Peremajaan (Update Anomaly)
Yaitu error atau kesalahan yang terjadi sebagai akibat operasi perubahan
tuple/record dari sebuah relasi.
2.2.5 Entity Relationship Diagram (ERD)
Pemodelan awal basis data yang paling banyak digunakan adalah
menggunakan ERD (Entity Relationship Diagram).
ERD dikembangkan berdasarkan teori himpunan dalam bidang matematika.
“ERD digunakan untuk pemodelan basis data relasional. Sehingga jika
penyimpanan basis data menggunakan OODBMS maka perancangan basis data
tidak perlu menggunakan ERD” (Rosa A.S-M.Shalahuddin, 2011:49).
“ERD (Entity Relationship Diagram) adalah diagram yang
menggambarkan keterkaitan antar tabel beserta dengan field-field di dalamnya
pada suatu database sistem” (I Putu Agus Eka Pratama, 2013:49).
Dari pengertian-pengertian diatas dapat penulis simpulkan bahwa, ERD
(Entity Relationship Diagram) adalah suatu model data yang menggambarkan
tentang hubungan data dalam database. Adapun notasi-notasi simbolik di dalam
ERD yang dapat kita gunakan adalah sebagai berikut :
18
TABEL 2.3
Notasi-notasi ERD
19
Relasi dalam hubungan suatu atribut dengan satu file adalah sebagai
berikut:
1. Relasi satu ke satu (One to One)
Setiap entitas pada himpunan entitas A berhubungan dengan paling
banyak dengan satu entitas pada himpunan entitas begitu juga sebaliknya
setiap entitas pada himpunan entitas B berhubungan dengan paling banyak
dengan satu entitas pada himpunan entitas.
Contoh :
Hubungan ini menunjukan setiap baris data pada tabel pertama dapat
dikoneksikan hanya ke satu baris data pada tabel kedua. Contoh diatas
menunjukan bahwa setiap karyawan hanya dapat memiliki satu Jabatan.
2. Relasi satu ke banyak ( One to Many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan
banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya, dimana
setiap entitas pada himpunan entitas B berhubungan dengan paling banyak
dengan satu entitas pada himpunan entitas A.
Contoh :
20
Hubungan ini merupakan hubungan yang paling umum dimana pada
hubungan ini ditunjukan pada setiap baris data pada tabel pertama dapat
dikoneksikan ke satu atau lebih baris data pada tabel kedua. Contoh diatas
menunjukan bahwa dalam satu Staff/Divisi memiliki banyak karyawan.
3. Relasi banyak ke banyak (Many to Many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan
banyak entitas pada himpunan entitas B, demikian juga sebaliknya, di mana
setiap entitas pada himpunan entitas B dapat berhubungan dengan banyak
entitas pada himpunan entitas A.
Contoh :
Hubungan ini menunjukan bahwa satu atau lebih baris data pada tabel
pertama dapat dikoneksikan ke satu atau lebih baris data pada tabel kedua.
Contoh diatas menunjukan bahwa banyak karyawan yang mengolah data.
2.2.6 Struktur File
“Struktur file adalah model logika/matematik yang secara khusus
mengorganisasi data” (Teddy Marcus Zakaria dan Agus Prijono, 2006:6).
“Struktur file adalah gabungan nilai data yang disusun berasaskan
sesuatu struktur yang akan membentuk susunan data” (Norazah Yusof dan Zarita
Mohd. Kosnin, 2002:5).
21
Berdasarkan keterangan para ahli di atas dapat disimpulkan bahwa
struktur file adalah model logika yang khusus mengorganisasi data dan
gabungan nilai data sehingga membentuk susunan data.
2.2.7 HIPO
“HIPO adalah teknik penggambaran modul-modul yang nantinya akan
dikembangkan oleh programmer menjadi prosedur-prosedur dalam program
sistem informasi” (Hanif Al Fatta, 2007:150).
“HIPO merupakan metodologi yang dikembangkan dan didukung oleh
IBM” (Jogiyanto, 2005:787)
Dapat disimpulkan bahwa HIPO adalah metodologi yang digunakan
sebagai alat dan teknik dokumentasi untuk mengembangkan suatu proram sistem
informasi.
HIPO dapat digunakan sebagai alat pengembangan sistem dan teknik
dokumentasi program dan penggunannya mempunyai beberapa sasaran, yaitu :
1. Untuk menyediakan suatu struktur, guna memahami fungsi-fungsi dari
program.
2. Untuk lebih menekankan fungsi yang harus diselesaikan oleh program,
bukannya menunjukan statement-statement program yang digunakan untuk
melaksanakan fungsi tersebut.
3. Untuk menyediakan penjelasan yang jelas dari input yang digunakan dan
output yang harus dihasilkan oleh masing-masing fungsi pada tiap-tiap
tingkatan dari diagram HIPO.
22
4. Untuk menyediakan output yang tepat dan sesuai dengan kebutuhan-kebutuhan
pemakai.
2.2.8 Unified Modelling Language (UML)
1. Use Case
Use case adalah abstraksi dari interaksi antara system dan aktor.
Use case bekerja dengan cara mendeskripsikan tipe interaksi antara user
sebuah sistem dengan sistemnya sendiri melalui sebuah cerita bagaimana
sebuah sistem dipakai. Diagram use case mendeskripsikan sebuah
interaksi antara satu atau lebih aktor dengan sistem yang akan dibuat.
Diagram use case digunakan untuk mengetahui fungsi apa saja yang ada
di dalam sebuah sistem dan siapa saja yang berhak menggunakan fungsi-
fungsi tersebut. Yang ditekankan pada diagram ini adalah “apa” yang
diperbuat sistem, dan bukan “bagaimana”.
Gambar 2.4 Diagram bagan diagram use case
23
Sumber: Pemodelan Basis Data Berorientasi Objek (Utomo H.W. 2011)
a. Sistem
Menyatakan batasan sistem dalam relasi dengan aktor-aktor
yang menggunakannya (di luar sistem) dan fitur-fitur yang harus
disediakan (dalam sistem). Digambarkan dengan segi empat yang
membatasi semua use case dalam sistem terhadap pihak mana sistem
akan berinteraksi. Sistem disertai label yang menyebutkan nama dari
sistem, tapi umumnya tidak digambarkan karena tidak terlalu memberi
arti tambahan pada diagram.
b. Aktor
Aktor adalah segala hal diluar sistem yang akan menggunakan
sistem tersebut untuk melakukan sesuatu. Bisa merupakan manusia,
sistem, atau device yang memiliki peranan dalam keberhasilan operasi
dari sistem. Cara mudah untuk menemukan aktor adalah dengan
bertanya hal-hal berikut: SIAPA yang akan menggunakan sistem?
APAKAH sistem tersebut akan memberikan NILAI bagi aktor?
c. Use case
Mengidentifikasi fitur kunci dari sistem. Tanpa fitur ini, sistem
tidak akan memenuhi permintaan user/aktor. Setiap use case
mengekspresikan goal dari sistem yang harus dicapai. Diberi nama
sesuai dengan goal-nya dan digambarkan dengan elips dengan nama di
dalamnya. Fokus tetap pada goal bukan bagaimana
mengimplementasikannya walaupun use case berimplikasi pada
24
prosesnya nanti. Setiap use case biasanya memiliki trigger/pemicu yang
menyebabkan use case memulai (misalnya, pasien mendaftar dan
membuat janji baru atau meminta untuk membatalkan atau mengubah
janji yang sudah ada ). Ada 2 triger pertama triger eksternal, seperti
pelanggan memesan atau mengubah janji, kedua triger temporal, seperti
tanggal pengembalian buku terlewati di perpustakaan atau
keterlambatan bayar sewa.
d. Association (Asosiasi)
Mengidentifikasikan interaksi antara setiap aktor tertentu dengan setiap
use case tertentu. Digambarkan sebagai garis antara aktor terhadap use case
yang bersangkutan. Asosiasi bisa berarah (garis dengan anak panah) jika
komunikasi satu arah, namun umumnya terjadi kedua arah (tanpa anak
panah) karena selalu diperlukan demikian.
e. Dependency
Dependensi <<include>>
1). Mengidentifikasi hubungan antar dua use case di mana yang satu
memanggil yang lain.
2) Jika pada beberapa use case terdapat bagian yang memiliki aktivitas
yang sama maka bagian aktivitas tersebut biasanya dijadikan use case
tersendiri dengan relasi dependensi setiap use case semula ke use case
yang baru ini sehingga memudahkan pemeliharaan.
3) Digambarkan dengan garis putus-putus bermata panah dengan notasi
<<include>> pada garis.
25
4) Arah mata panah sesuai dengan arah pemanggilan.
Dependensi <<extend>>
1) Jika pemanggilan memerlukan adanya kondisi tertentu maka berlaku
dependensi <<extend>>.
2) Note: konsep “extend” ini berbeda dengan “extend” dalam Java!
3) Digambarkan serupa dengan dependensi <<include>> kecuali arah
panah berlawanan.
f. Generalization
Mendefinisikan relasi antara dua aktor atau dua use case yang mana
salah satunya meng-inherit dan menambahkan atau override sifat dari yang
lainnya. Penggambaran menggunakan garis bermata panah kosong dari yang
meng-inherit mengarah ke yang di-inherit.
Kelebihan:
1) Interaksi antara pengguna dan system lain dengan sistem yang akan di
buat cukup tergambar dengan baik.
2) Penggambaran dengan sederhana membuat identifikasi kebutuhan
dengan use case dapat dengan lebih mudah untuk dipahami.
3) Pendekatan identifikasi kebutuhan dapat berdasarkan top down
(keinginan dari manajemen level atas) maupun bottom up (keinginan
pengguna akhir).
4) Dapat meng-include (memasukkan) fungsionalitas use case lain
sebagai bagian dari proses dalam dirinya.
26
5) Dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi
fungsionalitas dapat dihindari dengan cara menarik keluar
fungsionalitas yang common.
6) Dapat meng-extend (memperpanjang) use case lain dengan behaviour-
nya sendiri.
7) Sementara hubungan generalisasi antar use case menunjukkan bahwa
use case yang satu merupakan spesialisasi dari yang lain.
Kelemahan:
Kekurangan mengenai data masih kurang teridentifikasi dengan baik.
2. Sequence Diagram
Diagram sequence merupakan salah satu yang menjelaskan bagaimana
suatu operasi itu dilakukan; message (pesan) apa yang dikirim dan kapan
pelaksanaannya. Diagram ini diatur berdasarkan waktu. Obyek-obyek yang
berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan
berdasarkan waktu terjadinya dalam pesan yang terurut.
Diagram sequence menampilkan interaksi antar objek dalam dua dimensi.
Dimensi vertikal adalah poros waktu, dimana waktu berjalan ke
arah bawah. Sedangkan dimensi horizontal merepresentasikan objek-objek
individual. Tiap objek (termasuk aktor) tersebut mempunyai waktu aktif
yang direpresentasikan dengan kolom vertikal yang disebut dengan lifeline.
Pesan (message) direpresentasikan sebagai panah dari satu lifeline ke
lifeline yang lain. Message digambarkan sebagai garis berpanah dari satu
27
objek ke objek lainnya. Pada fase desain berikutnya, message akan
dipetakan menjadi operasi/metoda dari class.
Diagram sequence ini biasa digunakan untuk menggambarkan skenario
atau rangkaian langkah-langkah yang dilakukan sebagai respon dari sebuah
event untuk menghasilkan output tertentu, dan perubahan apa saja yang
terjadi secara internal dan output apa yang dihasilkan. Masing-masing
objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan
sebagai garis berpanah dari satu objek ke objek lainnya.
Berikut beberapa komponen yang terdapat di dalam diagram sequence,
yaitu:
Gambar 2.5 Simbol-simbol pada Sequence Diagram
Sumber: Pemodelan Basis Data Berorientasi Objek (Utomo H.W. 2011)
a. Object, komponen yang digunakan sebagai objek-objek yang akan
digunakan di dalam membuat diagram.
28
b. Stimulus, komponen ini menandakan hubungan komunikasi antara dua
buah objek. Komunikasi yang terjadi berupa pengiriman pesan
(message).
c. Self Stimulus, komponen ini memiliki fungsi yang sama dengan
Stimulus, hanya saja pengiriman pesan dilakukan ke pada dirinya
sendiri (objek itu sendiri), bukan antar objek.
3. Activity Diagram
Activity Diagram merupakan diagram yang menggambarkan
berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana
masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana
mereka berakhir.
Activity Diagram berfungsi untuk menggambarkan workflow/aliran
kerja dari suatu proses bisnis. Suatu aliran kerja bisa saja dituangkan dalam
bentuk narasi/teks, akan tetapi jika aliran kerjanya sudah kompleks maka
kita akan kesulitan untuk membayangkan bagaimana proses itu terjadi.
Oleh karena itu, dibuatlah Activity Diagram sebagai salah satu cara untuk
menggambarkan aliran kerja tersebut.
29
Dalam Activity Diagram terdapat symbol-simbol sebagai berikut:
Gambar 2.6 Simbol-simbol pada Activity Diagram
Sumber: Pemodelan Basis Data Berorientasi Objek (Utomo H.W. 2011)
a. Start point, menunjukan titik awal dari workflow, hanya ada 1 start
point dalam 1 Activity Diagram.
b. End point, menunjukan titik akhir dari Activity Diagram, dalam 1
diagram bisa terdapat lebih dari 1 end point.
c. Activity, menggambarkan sebuah pekerjaan/aktivitas dalam workflow.
d. Action, penggambaran langkah-langkah yang lebih detail dari activity,
action dapat berupa entry action (terjadi segera saat aktivitas dimulai,
ditandai dengan kata “entry”), exit action (terjadi ketika meninggalkan
aktivitas, ditandai dengan kata “exit”), do action (terjadi saat di dalam
aktivitas, ditandai dengan kata “do”), dan event action (terjadi jika dan
hanya jika kejadian spesifik terjadi, ditandai dengan kata “event”).
30
e. Fork, menunjukan adanya percabangan secara paralel dari aktivitas.
f. Join, menunjukan adanya penggabungan aktivitas.
g. Decision, mengindikasikan suatu kondisi dimana ada kemungkinan
perbedaan transisi.
h. Swimlane, menggambarkan obyek mana yang bertanggung jawab
terhadap suatu aktivitas tertentu.
4. Class Diagram
Class diagram adalah model statis yang menggambarkan struktur dan
deskripsi class serta hubungannya antara class. Class diagram mirip ER-
Diagram pada perancangan database, bedanya pada ER-diagram tidak
terdapat operasi/methode tapi hanya atribut. Class terdiri dari nama kelas,
atribut dan operasi/method.
Gambar 2.7 Simbol-simbol pada Class Diagram
Sumber: Pemodelan Basis Data Berorientasi Objek (Utomo H.W. 2011)
31
2.3 Teori Tentang Program Aplikasi
Pada sub bab ini, menjelaskan mengenai teori-teori aplikasi yang dipakai
dalam pembuatan skripsi ini, seperti Website, PHP, MySQL, Xampp.
1. Web
“Secara teknis web adalah sebuah sistem dengan informasi yang
disajikan dalam bentuk teks, gambar, suara dan lain-lain yang tersimpan
dalam sebuah server web internet yang disajikan dalam bentuk hiperteks”
(Simarmata, 2010).
“Web browser atau biasa disebut browser adalah perangkat lunak yang
berguna untuk mengakses informasi web ataupun untuk melakukan
transaksi via web” (Abdul Kadir, 2013:186).
Dari beberapa pendapat diatas penulis menyimpulkan, web adalah
sebuah penyebaran informasi melalui internet yang disajikan dalam bentuk
teks, gambar, suara, dan lain-lain.
2. Notepad++
“Notepad++ merupakan aplikasi teks editor yang gratis serta powerful
yang dapat digunakan oleh seorang pengembang aplikasi (programmer)
untuk menuliskan sebuah kode-kode program” (Supono dan Vidiandry
Putratama, 2016:13).
“Notepad++ adalah editor teks yang dapat digunakan seperti halnya
Notepad yang ada di Windows, tetapi juga sebagai source code editor
dengan sejumlah fitur yang tidak akan didapatkan pada Notepad-nya
Windows seperti syntax coloring, syntax highlight, syntax folding, dan fitur
lainnya” (Al Haromainy & Java Creativity, 2010:18)
32
Dari beberapa pendapat diatas penulis menyimpulkan, Notepad++
adalah editor teks yang digunakan untuk menuliskan sebuah kode-kode
program.
Gambar 2.8 Simbol Notepad++
Perangkat lunak komputer ini memiliki kelebihan yang komplek pada
peningkatan kemampuan sebuah program skrip bahasa, lebih dari sekedar
aplikasi Notepad bawaan Windows. Notepad++ bisa mengenal tag dan
kode dalam berbagai bahasa pemrograman. Fitur pencarian tingkat lanjut
dan pengeditan teks yang tersedia juga cukup ampuh, dan sangat membantu
tugas seorang programmer atau developer dalam menyelesaikan sebuah
skrip kode dalam programnya.
Program Notepad++ banyak digunakan oleh kalangan pengguna
komputer di bidang bahasa pemrograman aplikasi desktop dan web.
Notepad++ merupakan software gratis atau (opensource). Notepad++
dapat dijalankan di dalam sistem operasi Win2K, Windows XP, Vista,
Windows 7 dan Windows 8. Untuk menginstall versi terbaru program ini,
komputer Windows Anda hanya cukup memiliki kapasitas kosong harddisk
minimal 12 MB.
33
Gambar 2.9 Tampilan layar Notepad++
Dalam proses ini, kode Pengetikan akan dimengerti dan diterjemahkan
menjadi teks pemrograman oleh Notepad++. Misalnya pada projek PHP
fungsi-fungsinya akan di masukan kedalam daftar fungsi dan kata-katanya
akan berubah warna sesuai dengan makna kata tersebut di bahasa PHP.
Gambar 2.10 Kode Pengetikan Notepad++
34
3. PHP
PHP pada awalnya didigunakan sebagai bahasa pemrograman untuk
sebuah server-side HTML-embedded dengan nama Personal Home Page
Tools. Pertama sekali dibuat oleh Rasmus Lerdorf pada tahun 1994.
Selanjutnya berganti nama menjadi FI (Form Interpreter), yang wujudnya
berupa sekumpulan script yang digunakan untuk mengolah data form dari
web. Selanjutnya Rasmus merilis kode sumber tersebut untuk umum pada
1995 dan menamakannya PHP/FI, kependekan dari Hypertext
Preprocessing/Form Interpreter. Dengan perilisan kode sumber ini menjadi
open source, maka banyak programmer yang tertarik untuk ikut
mengembangkan PHP. Pada bulan Juni 1996, dirilis PHP/FI 2.0. Pada rilis
ini interpreter PHP sudah diimplementasikan dalam program C. Dalam rilis
ini disertakan juga modul-modul ekstensi yang meningkatkan kemampuan
PHP/FI secara signifikan. Pada tahun 1997, sebuah perusahaan bernama
Zend menulis ulang interpreter PHP menjadi lebih bersih, lebih baik, dan
lebih cepat. Kemudian pada Juni 1998, perusahaan tersebut merilis
interpreter baru untuk PHP dan meresmikan rilis tersebut sebagai PHP
3.0.Pada pertengahan tahun 1999, Zend merilis interpreter PHP baru dan
rilis tersebut dikenal dengan PHP 4.0.PHP 4.0 adalah versi PHP yang
paling banyak dipakai pada awal abad ke-21. Versi ini banyak dipakai
disebabkan kemampuannya untuk membangun aplikasi web kompleks
tetapi tetap memiliki kecepatan dan stabilitas yang tinggi. Pada Juni 2004,
Zend merilis PHP 5.0.Dalam versi ini, inti dari interpreter PHP mengalami
35
perubahan besar. Versi ini juga memasukkan model pemrograman
berorientasi objek ke dalam PHP untuk menjawab perkembangan bahasa
pemrograman ke arah paradigma berorientasi objek.
Berikut ini beberapa kelebihan dan kelemahan dari pemrograman PHP:
Kelebihan dari PHP:
a. Aplikasi PHP lebih cepat dibandingkan java dan asp net.
b. Mendukung banyak paket database seperti mysql, oracle, postgre sql
dan lain-lain.
c. PHP bersifat Free (Open Source) atau siapa saja gratis memakai dan
mengembangkannya.
d. Bahasa pemrogramannya mudah dipelajari.
e. Multi flatform atau dapat berjalan di banyak sistem operasi.
f. Dukungan technical support.
g. Walau berbasis web atau online namun aplikasi PHP juga bisa
digunakan dengan menginstal server lokal di komputer.
Kekurangan dari PHP:
a. PHP tidak mengenal package.
b. Jika tidak diencoding maka kode PHP dapat dibaca semua orang dan
untuk mengencodingnya dibutuhkan tool dari Zend yang mahal sekali
harganya.
PHP memiliki kelemahan keamanan, jadi programmer PHP harus jeli dalam
melakukan pemrograman dan konfigurasi PHP.
36
4. Javascript
“JavaScript adalah bahasa scripting yang populer di internet dan dapat
bekerja di sebagian besar browser populer seperti Internet Explorer (IE),
Mozilla Firefox, Netscape dan Opera” (Andi Sunyoto, 2007:17).
Dari beberapa pendapat diatas penulis menyimpulkan, JavaScript
adalah bahasa skrip yang populer di internet untuk memberikan tampilan
yang lebih interaktif di dokumen web. Beberapa hal tentang JavaScript:
a. JavaScript didesain untuk menambah interaktif suatu web.
b. JavaScript merupakan sebuah bahasa scripting.
c. Bahasa scripting merupakan bahasa pemograman yang ringan.
d. JavaScript berisi baris kode yang dijalankan di komputer (web
browser).
e. JavaScript biasanya disisipkan (embedded) dalam halaman HTML.
f. JavaScript adalah bahasa interpreter (yang berarti skrip dieksekusi
tanpa proses kompilasi).
g. Setiap orang dapat menggunakan JavaScript tanpa membayar lisensi.
Gambar 2.11 Contoh skrip JavaScript
37
5. MySQL
“MySQL adalah suatu Relation Database Management Sistem
(RDBMS) yang mendukung database yang terdiri dari sekumpulan relasi
atau tabel” (Kasiman Peranginangin, 2006 : 27).
Dari beberapa pendapat diatas penulis menyimpulkan, MySQL adalah
salah satu jenis database server yang dapat menerima dan mengirim data
dengan cepat serta untuk menyimpan data.
Sebagai database server yang memiliki database yang sudah modern,
MySQL banyak sekali memiliki keistimewaan yang dapat dimanfaatkan
sebagai penyimpanan data, antara lain:
a. Portabilitas, dapat berjalan stabil pada berbagai sistem operasi, seperti:
windows, linux, dan lain-lain.
b. Open Source, didistribusikan secara gratis dibawah lisensi GPL
(General Public License).
c. Multi User, dapat digunakan oleh beberapa pemakai dalam waktu yang
bersamaan tanpa mengalami masalah.
d. Performance Tuning, memiliki kecepatan yang menakjubkan dalam
menangani query yang sederhana.
e. Security, memiliki beberapa lapisan sekuritas seperti level subnet mask,
nama host, izin akses user dengan sistem perizinan yang mendetail
serta password yang terenskripsi.
38
f. Scalability and Limits, mampu menangani database dalam skala
besar, dengan jumlah record lebih dari 50 juta dan 60 ribu tabel serta 5
milyar baris.
g. Connectivity, dapat melakukan koneksi dengan client menggunakan
protokol TCP/IP.
h. Localisation, dapat mendeteksi pesan kesalahan pada client dengan
menggunakan lebih dari 20 bahasa.
i. Interface, memiliki antar muka terhadap bebrapa aplikasi dan bahasa
pemograman dengan menggunakan fungsi API (Application
Programming Interface).
j. Clinets and Tools, dilengkapi dengan berbagai tool yang dapat
digunakan untuk adminstrasi database.
6. XAMPP
“Xampp adalah perangkat lunak bebas yang mendukung banyak sistem
operasi, merupakan kompilasi dari beberapa program” (Alan Nur Aditya,
2011:16).
“Xampp merupakan paket server web PHP dan database MySQL yang
paling populer di kalangan pengembang web dengan menggunakan PHP
dan MySQL sebagai databasenya” (Bertha Sidik, 2014:16).
Dari beberapa pengertian di atas dapat disimpulkan Xampp adalah
software yang digunakan untuk menjalankan website dengan menggunakan
PHP dan MySQL sebagai databasenya.
39
2.4 Kerangka Pemikiran
Perancangan dari program sistem inventory barang ini diterapkan untuk
memberikan kemudahan dalam penggunannya. Kerangka pemikiran yang penulis
susun seperti gambar berikut:
IDENTIFIKASI MASALAH
· Sulitnya mengetahui stok barang pada departemen Gudang.
· Proses input data permintaan dan penerimaan lama sehingga permintaan departemen
harus dilayani dahulu kebutuhannya, sementara input permintaan dilakukan
setelahnya.
· Ketersediaan barang yang sering kosong apabila diminta karena data informasi data
barang sering tidak sama antara di Excel dengan data aktual.
· Proses penyajian laporan yang dibutuhkan memakan waktu cukup lama.
METODE YANG DIGUNAKAN
Metode Waterfall System
PENGEMBANGAN PERANGKAT LUNAK
Waterfall Modelling dan UML
(Usecase, Activity, Sequence dan
Class Diagram)
Desain Database dan User
Interface (Menu, Input, Output)
IMPLEMENTASI
Menggunakan bahasa pemrograman PHP dan Database MySQL
HASIL
Gambar 2.12 Kerangka Pemikiran
40
BAB III
METODE PENELITIAN
3.1 Analisa Kebutuhan
Analisa kebutuhan merupakan suatu penjelasan tentang sejarah, struktur
organisasi, Tugas dan Wewenang (Job Description) yang ada.
3.1.1 Sejarah Singkat
Pabrik PT Mulia Boga Raya yang terletak di Cikarang, Jawa Barat
merupakan pabrik keju dengan standar produksi internasional yang telah
mendapatkan sertifikasi ISO 22000, GMP (Good Manufacturing Practice),
HACCP (Hazard Analysis Critical Control Process). Selain itu pabrik PT Mulia
Boga Raya juga sudah mendapatkan sertifikasi SNI (Standar Nasional Indonesia)
dan sertifikasi HALAL dari Majelis Ulama Indonesia (MUI).
Setelah melewati persiapan yang matang, maka pada tahun 2010 PT Mulia
Boga Raya meluncurkan keju cheddar olahan yang diberi merek Prochiz. Varian
premium ini kemudian diikuti oleh Prochiz Gold dan Prochiz Spready, yang
diluncurkan pada tahun 2013.
Pada bulan September 2012 PT Mulia Boga Raya meluncurkan varian
produk baru yang dinamakan Prochiz Slice. Produk ini merupakan sebuah
terobosan untuk kategori keju cheddar olahan, selain karena rasa keju yang lebih
41
enak dan harga yang terjangkau, Prochiz Slice merupakan satu-satunya keju
lembaran yang dapat disimpan dalam suhu ruangan tanpa lemari pendingin.
Tim dan sales marketing yang profesional dari PT Mulia Boga Raya
senantiasa memberikan program pemasaran yang bermanfaat dan nilai tambah
bagi pedagang dan konsumen Prochiz. Manajemen PT Mulia Boga Raya
berkeyakinan Prochiz akan menjadi pilihan masyarakat Indonesia kini dan dimasa
yang akan datang.
3.1.2 Struktur Organisasi
Di bawah ini adalah gambar struktur organisasi pada PT Mulia Boga
Raya.
DIREKTUR
FACTORY MANAGER
HRD & GA MGR
SPV.HRD & GA
LEADER
EGD MGR
ASS.MGR. EGD
SPV. EGD
LEADER
QA MGR
SPV.QA
LEADER
ASS.MGR.PPICC & WHD
SPV.WHD
LEADER
PRODUKSI MGR
ASS. MGR. PRODUKSI
SPV. PROD
LEADER
R&D MGR.
ASS. MGR. R&D
SPV. R&D
LEADER
OPERATOROPERATOROPERATOR OPERATOR OPERATOROPERATOR
Gambar 3.1 Strukur Organisasi
3.1.3 Tugas dan Tanggung Jawab
1. Direktur
Memberi pelayanan administratif kepada semua unsur organisasi
dibawahnya dan mengatur hubungan kerjasama antar karyawan
perusahaan dengan masyarakat.
42
2. Factory Manager
Memimpin dan mengendalikan pelaksanaan semua kegiatan factory
departemen serta mengambil keputusan penting sehubungan dengan
kegiatan pabrik yang dapat mempengaruhi stabilitas perusaahaan.
3. Manager
Melakukan tugas yang diberikan oleh pimpinan dan melakukan
pengawasan terhadap kinerja bawahannya, memberikan laporan
pertangungjawaban kepada pimpinan atas tugas-tugas yang diberikan
setelah menerima dan memeberikan tugas yang telah dilakukan oleh
bawahannya
4. Supervisor
Bertanggung jawab terhadap section manager atas kelancaran kerja
dalam mencapai target yang telah ditentukan, mengetahui kualitas dan
kuantitas barang-barang yang berhubungan dengan kegiatan produksi
dan peralatan yang digunakan dalam ruang lingkup tanggung jawabnya.
5. Leader
Bertanggung jawab dalam melaksanakan koordinasi dalam membina
kerjasama team yang solid mengkoordinir seluruh aktifitas team dalam
mengelola seluruh kegiatan baik dilapangan maupun di kantor.
43
6. Operator
Merupakan tenaga pelaksana dalam melaksanakan pekerjaan di
lapangan sesuai bidang keahliannya masing-masing, semua pekerjaan
operasional lapangan menjadi tugas dan tanggung jawab operator.
3.2 Metode Penelitian
Metode penelitian merupakan penjelasan jadwal kegiatan dan waktu
penelitian yang dibuat dalam bentuk tabel, jenis dan metode pengumpulan data
metode pengumpulan data, baik data primer maupun sekunder, dan metode
pengembangan sistem.
3.2.1 Jadwal Kegiatan dan Waktu Penelitian
Di bawah ini adalah gambar tabel jadwal kegiatan dan waktu penelitian
yang digunakan dalam pembuatan sistem informasi ini :
Tabel 3.1 Jadwal Kegiatan dan Waktu Penelitian
No Kegiatan Pelaksana Waktu
1 Planning Penulis Maret 2018
2 Analysis Penulis dan Pelayan Minggu I – III April 2018
3 Desain Penulis Juli 2018
4 Implementation Penulis dan Pelayan Agustus 2018
5 Coding Penulis Minggu II Agustus 2018
6 Maintenance Penulis Akhir September 2018
44
3.2.2 Jenis dan Metode Pengumpulan Data
Di bawah ini akan dijelaskan mengenai jenis dan metode
pengumpulan data yang digunakan dalam penelitian ini.
a. Jenis dan Sumber Data
Jenis dan sumber data menjelaskan mengenai jenis data yang diambil
beserta sumber-sumber data tersebut.
1) Data Primer
Data primer yaitu data yang diperoleh secara langsung dari objek
penelitian yaitu departemen Gudang.
2) Data Sekunder
Data sekunder yaitu data yang diperoleh secara tidak langsung
terhadap sumber informasi yaitu melalui literatur–literatur dan
informasi-informasi yang bersumber dari luar.
b. Metode Pengumpulan Data
Setiap mengadakan pembahasan maka tidak terlepas dari masalah
yang harus dihadapi dan diteliti. Di bawah ini akan dijelaskan metode
pengumpulan data yang dilakukan untuk mendapatkan segala
informasi dan data yang berhubungan dengan keperluan penelitian
tersebut:
1) Studi Lapangan
Penulis malakukan survey ke lapangan dan bertemu dengan
supervisor departemen gudang untuk meminta informasi. Penulis
berusaha mengindentifikasi variabel-variabel penting dari
45
hubungan antar variabel tersebut dalam suatu permasalahan
tertentu dengan melakukan:
a) Observasi
Penulis melihat secara langsung proses penerimaan dan
permintaan yang berlangsung pada departemen Gudang. Selain
itu penulis mengumpulkan beberapa bentuk surat penerimaan
dan pengeluaran barang serta laporan.
b) Wawancara
Penulis melakukan wawancara dengan staff Gudang atas nama
Bpk Sony selaku supervisor gudang dan mengidentifikasi
kebutuhan apa yang sekiranya dapat dipenuhi untuk membuat
proses transaksi dan informasi stok barang pada departemen
Gudang bisa menjadi lebih efektif dan efisien.
2) Studi Pustaka
Studi pustaka adalah pengumpulan data dari buku-buku literatur
yang berhubungan dengan masalah yang akan diteliti sebagai
bahan referensi. Informasi itu dapat diperoleh dari buku-buku
ilmiah, laporan penelitian, karangan-karangan ilmiah, dan sumber-
sumber tertulis baik tercetak maupun elektronik serta internet.
3.2.3 Metode Pengembangan Sistem
Metode pengembangan sistem yang digunakan dalam pengembangan
sistem ini adalah dengan menggunakan metode waterfall:
46
Gambar 3.2 Model Waterfall
Sumber: Sommerville, 2011
Berikut ini penjelasan dari tahapan-tahapan model waterfall:
a. Requirement Analysis and Definition
Langkah awal penulis menetapkan fitur, kendala dan tujuan sistem
melalui konsultasi dan wawancara dengan supervisor dan staff
gudang. Dari proses bisnis yang sedang berjalan saat ini, penulis dapat
mengidentifikasi beberapa kendala dan mencari solusi terbaik dengan
membuat sebuah sistem yang dapat membantu mengatasi kelemahan-
kelemahan pada sistem awal.
b. System and Software Design
Dalam tahapan ini penulis mengajukan sistem usulan dibuat
menggunakan PHP dan database MySQL.
c. Implementation and Unit Testing
Dalam tahapan ini, hasil dari desain perangkat lunak akan
direalisasikan sebagai satu set program atau unit program. Setiap unit
47
akan diuji apakah sudah memenuhi spesifikasinya. Penulis mendesain
antarmuka program dan mengkoneksikan dengan database MySQL
dan mengujinya dengan teknik Blackbox Testing.
d. Integration and System Testing
Dalam tahapan ini, setiap unit program akan diintegrasikan satu sama
lain dan diuji sebagai satu sistem yang utuh untuk memastikan sistem
sudah memenuhi persyaratan yang ada. Setelah itu sistem akan
dikirim ke pengguna sistem. Dari hasil aplikasi yang sudah jadi,
penulis memasang aplikasi ini pada sub domain agar dapat diakses
online.
e. Operation and Maintenance
Dalam tahapan ini, sistem diinstal/dipasang dan mulai digunakan.
Selain itu juga memperbaiki error yang tidak ditemukan pada tahap
pembuatan. Dalam tahap ini juga dilakukan pengembangan sistem
seperti penambahan fitur dan fungsi baru.
3.3 Analisis Sistem Berjalan
Analisis prosedur yang sedang berjalan adalah menggambarkan langkah-
langkah sistem yang berjalan dari awal sampai akhir dibuat secara deskriptif dan
dalam bentuk poin-poin. Kemudian dituangkan dalam bentuk flowmap kemudian
ke UML.
48
3.3.1 Analisis Prosedur yang sedang berjalan
Berikut ini adalah tahapan-tahapan dari sistem yang sedang berjalan
pada departemen Gudang PT. Mulia Boga Raya:
1. Operator gudang menerima raw material dan packaging material dari
supplier, operator melakukan cek kesesuaian aktual barang yang di terima
dengan Surat Jalan.
2. Operator gudang menginput data kedatangan pada Form Penerimaan
Barang sesuai aktual barang yang diterima.
3. Operator gudang menginput data kedatangan raw material dan packaging
material pada stock card.
4. Operator gudang menerima Form Permintaan Produksi untuk raw material
dan packaging material dari departemen Produksi untuk kebutuhan
produksi.
5. Operator Gudang menginput pengeluaran barang pada stock card sesuai
barang yang dikirim.
6. Operator Gudang membuat laporan penerimaan, permintaan dan stok
untuk diserahkan kepada Accounting.
49
3.3.2 Flowmap
Berikut ini adalah gambar flowmap dari sistem yang berjalan:
Supplier
START
Gudang Produksi Accounting
Form Permintaan Barang
Laporan Penerimaan,
Permintaan dan Stok
END
Barang yang dipesan
Dokumen Terima Barang
Membuat Permintaan
Barang
Mengirim Permintaan Barang
Laporan Penerimaan,
Permintaan dan Stok
Input Terima Barang
Stock Card
Input Permintaan
Barang
Membuat Laporan
Gambar 3.3 Flowmap Sistem Berjalan
3.3.3 Diagram Kontek
Gambar 3.4 Diagram Kontek Sistem Berjalan
50
3.4 Perancangan Sistem
3.4.1 Tujuan Perancangan Sistem
Adapun tujuan dari perancangan sistem pada departemen Gudang PT.
Mulia Boga Raya adalah sebagai berikut:
1. Mempermudah dalam proses transaksi penerimaan dan permintaan
barang produk berbasis sistem dan menggunakan database dengan
baik.
2. Membuat proses penambahan dan pengurangan stok menjadi otomatis
berdasarkan data penerimaan dan permintaan yang diinput.
3. Mempermudah proses informasi stok dan tanggal expire date produk
yang disimpan.
4. Mempermudah proses pembuatan laporan yang dapat di cetak pada
periode waktu tertentu.
3.4.2 Gambaran Umum Sistem Usulan
Sistem yang dibuat diharapkan mampu mengakomodir kelemahan-
kelemahan pada sistem sebelumnya. Berikut gambaran umum sistem usulan
penulis:
1. Pada tahap awal semua data raw material dan packaging material
yang berada di Gudang di stok opname terlebih dahulu sebagai acuan
adanya stok awal di sistem.
51
2. Sistem dapat menginput data transaksi penerimaan barang raw
material dan packaging material dari supplier berdasarkan Surat
Jalan.
3. Sistem dapat menginput data transaksi permintaan barang raw
material dan packaging material dari departemen Produksi.
4. Proses penambahan dan pengurangan stok raw material dan
packaging material dapat terjadi secara otomatis dari input
penerimaan dan permintaan barang.
5. Informasi data barang yang dicari berdasarkan waktu expire date juga
dapat dengan mudah dilakukan.
6. Operator Gudang juga lebih mudah dalam membuat dan mencetak
laporan penerimaan, permintaan dan stok raw material dan packaging
material dan sudah dapat dicetak berdasarkan periode waktu tertentu.
3.4.3 Perancangan Prosedur yang Diusulkan
Dari hasil analisa dari proses yang berjalan, maka penulis merancang dan
membuat sebuah sistem usulan yang digambarkan flowmap berikut:
52
1. Flowmap
Supplier
START
Gudang Produksi Accounting
Form Permintaan Barang
Laporan Penerimaan,
Permintaan dan Stok
END
Barang yang dipesan
Dokumen Terima Barang
Membuat Permintaan
Barang
Mengirim Permintaan Barang
Sistem Informasi Inventory
Input Penerimaan Barang
Input Permintaan Barang
Laporan Penerimaan,
Permintaan dan Stok
Gambar 3.5 Flowmap Sistem Usulan
53
a. Unified Modelling Language (UML)
1) Use Case Diagram
uc Use Case Model
Sistem Informasi Inventory
Gudang
Input Penerimaan
Barang
Input Permintaan
Barang
Laporan
Login
Accounting
Supplier
Produksi
Gambar 3.6 Use Case Diagram Sistem Usulan
Narasi Use Case
1. Login
Use Case Name Login
Aktor Operator Gudang
Deskripsi Use Case ini menggambarkan proses login yang
dilakukan oleh pengguna terdaftar ke dalam
sistem dengan memasukkan username dan
password untuk di verifikasi sistem
Proses Aktor yang akan login mengakses aplikasi lalu
54
memasukkan data login berupa username dan
password pada form login. Sistem akan
melakukan verifikasi data yang dimasukkan
aktor. Jika data sesuai maka sistem akan masuk
ke MENU dengan tampilan sesuai dengan role
pengguna sistem.
Alternatif Jika data tidak sesuai atau tidak terdapat dalam
database maka sistem akan menampilkan pesan
username dan password salah
Kesimpulan Aktor berhasil login ke dalam sistem
Kondisi akhir Aktor berada dalam MENU sesuai role masing-
masing
2. Input Penerimaan Barang
Use Case Name Input Data Penerimaan Barang
Aktor Operator Gudang
Deskripsi Use Case ini menggambarkan proses input data
penerimaan raw material yang diterima dari
supplier
Proses Aktor mengakses sistem lalu memilih menu
penerimaan dan menginput data penerimaan
sesuai Surat Jalan
Aksi Pre Proses Aktor memilih menu “Penerimaan” untuk input
data barang datang
Kesimpulan Aktor berhasil mengakses sistem
Kondisi akhir Aktor telah menginput data penerimaan barang
dan telah menyimpannya
3. Input Permintaan Barang
Use Case Name Input Data Permintaan Barang
55
Aktor Operator Gudang
Deskripsi Use Case ini menggambarkan proses input data
permintaan raw material yang diminta oleh
departemen produksi
Proses Aktor mengakses sistem lalu memilih menu
permintaan dan menginput data permintaan
sesuai Form Permintaan Barang dari departemen
produksi
Aksi Pre Proses Aktor memilih menu “Permintaan” untuk input
data permintaan barang
Kesimpulan Aktor berhasil mengakses sistem
Kondisi akhir Aktor telah menginput data permintaan barang
dan telah menyimpannya
4. Laporan
Use Case Name Laporan
Aktor Operator Gudang
Deskripsi Use Case ini menggambarkan proses pembuatan
laporan penerimaan, permintaan dan stok oleh
operator gudang
Proses Aktor mengakses sistem lalu memilih menu
laporan dan memilih periode laporan dan
mencetaknya
Aksi Pre Proses Aktor memilih menu “Laporan” dan memilih
salah satu laporan yang akan dicetak
Kesimpulan Aktor berhasil mengakses sistem
Kondisi akhir Aktor telah membuat laporan sesuai tanggal
periode yang dipilih
56
2) Activity Diagram
Activity Diagram memodelkan aliran kerja atau workflow dari
urutan aktifitas dalam suatu proses yang mengacu pada Use Case
diagram yang ada, sebagai berikut:
a). Login
act AD Login
Sistem Informasi Inv entoriOperator Gudang
START
Akses Login Tampil Login
Input Username &
PasswordCek Login
Benar?
Menu Utama Sistem
END
[T]
[F]
Gambar 3.7 Activity Diagram LOGIN
57
b). Input Data Penerimaan Barang
act AD Input Penerimaan Barang
Sistem Informasi Inv entoriOperator Gudang
START
Akses Menu Penerimaan
Barang
Tampil Menu Input Terima
Barang
Input Input Barang Datang
Simpan Data Barang
Datang
END
Gambar 3.8 Activity Diagram Input Penerimaan Barang
58
c). Input Data Permintaan Barang
act AD Input Permintaan barang
Sistem Informasi Inv entoriOperator Gudang
START
Akses Menu Input
Permintaan BarangTampil Menu Input
Permintaan Barang
Input Data Permintaan
Barang
Simpan Data Permintaan
Barang
END
Gambar 3.9 Activity Diagram Input Permintaan Barang
d). Cetak Laporan
59
act AD Laporan
Sistem Informasi Inv entoriOperator Gudang
START
Akses Menu Laporan Tampil Menu Laporan
Pilih Periode Cetak
Proses Cetak Laporan
END
Gambar 3.10 Activity Diagram Cetak Laporan
3) Sequence Diagram
Diagram Sequence merupakan salah satu yang menjelaskan
bagaimana suatu operasi itu dilakukan, message (pesan) apa yang
dikirim dan kapan pelaksanaannya. Diagram ini diatur
berdasarkan waktu. Obyek-obyek yang berkaitan dengan proses
berjalannya operasi diurutkan dari kiri ke kanan berdasarkan
waktu terjadinya dalam pesan yang terurut.
a). Login
60
sd SD Login
Op. Gudang Login Proses Database
Menu Utama
alt Benar?
[T]
[F]
Akses Login()
Input Username & Password()
Proses Login()
Cek Data User()
User terdaftar()
Tampil Menu Utama()
User tidak terdaftar()
Kembali ke Login()
Gambar 3.11 Sequence Diagram Login
b). Input Data Penerimaan Barang
sd SD Input Penerimaan Barang
Op. Gudang Penerimaan Proses Simpan Database
Input Data Penerimaan()
Proses Simpan Data()
Simpan Data Barang Datang()
Info Data Tersimpan()
Gambar 3.12 Sequence Diagram Input Data Penerimaan Barang
c). Input Data Permintaan Barang
61
sd SD Input Permintaan Barang
Op. Gudang Permintaan Proses Simpan Database
Input Data Permintaan()
Proses Simpan Data()
Simpan Data Permintaan()
Info Data Tersimpan()
Gambar 3.13 Sequence Diagram Input Data Permintaan Barang
d). Cetak Laporan
sd SD Laporan
Op. Gudang Menu Laporan Proses Cetak Database
Pilih Periode()
Proses Cetak Laporan()
Ambil Data Permintaan Laporan()
Data Permintaan Untuk Dicetak()
Gambar 3.14 Sequence Diagram Cetak Laporan
4) Class Diagram
62
Gambar 3.15 Class Diagram
b. Kamus Data (Dokumentasi Input/Output)
Dari analisa sistem berjalan yang telah penulis lakukan, penulis
menyimpulkan bahwa dibutuhkan suatu database untuk menyimpan
data-data pada sistem input penerimaan dan permintaan pada PT.
Mulia Boga Raya.
1) Barang = {@id_barang + nama_barang + jenis + stok + unit}
2) Supplier = {@id_supplier + nama_supplier + alamat + telepon}
3) Departemen = {@id_departemen + nama_departemen}
4) Permintaan = {@no_permintaan + tanggal + id_ departemen +
id_barang + jumlah + status}
5) Terima_barang = {@no_terima + doc_no + tanggal + no_do +
id_supplier }
63
6) Terima_barang_detail = {no_terima + id_barang + jumlah + unit
+ exp_date}
7) User_akses = {@id_user + nama_lengkap + username +
password + level}
3.4.4 Perancangan Basis Data
1. Normalisasi
Penulis melakukan normalisasi database, yaitu proses
pengelompokan atribut data yang membentuk entitas sederhana, non
redundant, fleksibel, dan mudah beradaptasi, Sehingga dapat
dipastikan bahwa database yang dibuat berkualitas baik.
a. Unnormal Form
Gambar 3.16 Bentuk Unnormal Form
b. 1NF
Gambar 3.17 Normalisasi 1 NF
c. 2NF
64
Gambar 3.18 Normalisasi 2NF
d. 3NF
Gambar 3.19 Normalisasi 3NF
2. Entity Relatioship Diagram (ERD)
Penulis menggambarkan hubungan antar entitas proses dalam
bentuk ERD seperti gambar berikut:
65
Operator
Id_user
nama_user
username
password
level
Input
1
Supplier
Terima_barang_detail
id_supplier
nama_supplier
alamat
Terima_barang
no_terima tanggal no_po
DariM M M
Jenis
no_terima id_barang jumlah
1
M
Berupa Barang
Id_barang
nama_barang
jenis
id_suplier
telepon
stok
1 M
Input
Permintaan
1
M
no_permintaan
tanggal
jumlah
id_departemen
id_barang
status
Berupa1
M
Gambar 3.20 Entity Relationship Diagram
3. Struktur File
Tabel 3.2 Tabel Barang
No Field Type Size Keterangan
1 Id_barang Varchar 5 Kode Barang
2 Nama_barang Varchar 100 Nama Barang
3 Jenis Varchar 100 Jenis Barang
4 Stok INT 11 Jumlah Stok
5 Unit Varchar 50 Satuan Barang
Tabel 3.3 Tabel Supplier
No Field Type Size Keterangan
1 Id_supplier Varchar 5 Kode Supplier
2 Nama_supplier Varchar 100 Nama Supplier
3 Alamat Varchar 100 Alamat Supplier
4 Telepon Varchar 100 Telepon Supplier
66
Tabel 3.4 Tabel Departemen
No Field Type Size Keterangan
1 Id_departemen Varchar 5 Kode Departemen
2 Nama_departemen Varchar 100 Nama Departemen
Tabel 3.5 Tabel Permintaan
No Field Type Size Keterangan
1 No_permintaan Varchar 50 Nomor Permintaan
2 Tanggal DATE - Tanggal Permintaan
3 Id_departemen Varchar 5 Kode Departemen
4 Id_barang Varchar 5 Kode Barang
5 Jumlah INT 11 Jumlah Permintaan
6 Status Varchar 100 Status Permintaan
Tabel 3.6 Tabel Terima Barang
No Field Type Size Keterangan
1 No_terima Varchar 50 Nomor Penerimaan
2 Doc_no Varchar 100 Nomor Dokumen
3 Tanggal DATE - Tanggal Penerimaan
4 No_do Varchar 100 Nomor PO/RO
5 Id_supplier Varchar 5 Kode Supplier
Tabel 3.7 Tabel Terima Barang Detail
No Field Type Size Keterangan
1 No_terima Varchar 50 Nomor Penerimaan
2 Id_barang Varchar 5 Kode Barang
3 Jumlah INT 11 Jumlah Terima
4 Unit Varchar 100 Satuan Unit
5 Exp_date Date - Tanggal Expire Date
Tabel 3.8 Tabel User Akses
No Field Type Size Keterangan
1 Id_user Varchar 50 ID User
2 Nama_lengkap Varchar 100 Nama Lengkap User
3 Username Varchar 100 Username User
67
4 Password Varchar 100 Password User
5 Level Varchar 100 Level User
4. Kodifikasi/Pengkodean
Adapun pengkodean pada perancangan basis datanya adalah
sebagai berikut:
a. Kode user akses
Berikut ini adalah penjabaran dari pengkodean pada kode user
akses:
U S 0 0 1
US menunjukkan makna User
01 menunjukkan nomor urut pada user akses
b. Kode supplier
Berikut ini adalah penjabaran dari pengkodean kode input
supplier:
S P 0 0 1
SP menunjukkan makna Supplier
001 menunjukkan nomor urut pada data supplier
c. Kode departemen
Berikut ini adalah penjabaran dari pengkodean kode departemen:
D P 0 0 1
DP menunjukkan makna Departemen
001 menunjukkan nomor urut pada data departemen
68
d. Kode penerimaan
Berikut ini adalah penjabaran dari pengkodean kode input
penerimaan barang:
P 1 2 0 5 1 8 0 0 0 1
P menunjukkan makna Penerimaan
12 menunjukkan tanggal terima barang
05 menunjukkan bulan terima barang
18 menunjukkan tahun terima barang
0001 menunjukkan nomor urut pada data penerimaan
5. HIPO
HIPO adalah hierarki input proses dan output. Berikut ini adalah
HIPO yang diusulkan.
LOGIN
INPUT PROSES
Barang
OUTPUT
MENU UTAMA
Supplier
Departemen
User
Penerimaan
Permintaan
Lap.Penerimaan
Lap.Permintaan
Lap.Stok Barang
LOGOUT
Gambar 3.21 Hirarki Input Proses dan Output
69
3.4.5 Perancangan Antar Muka
1. Struktur Menu
Struktur menu yang akan diusulkan terdapat dalam gambar di
bawah ini:
Meu Utama
Barang
Keluaran
Keluar Sistem
Masukan
Supplier
Departemen
User
Data Barang
Data Supplier
Data Departemen
Data User
Laporan Penerimaan
Laporan Permintaan
Laporan Stok
Penerimaan Data Penerimaan
Permintaan Data Permintaan
Gambar 3.22 Perancangan Struktur Menu Utama
Meu Utama Keluaran
Keluar Sistem
Masukan Periode Laporan Periode Laporan
Data Laporan Penerimaan
Data Laporan Permintaan
Data Laporan Stok
Gambar 3.23 Perancangan Struktur Menu Laporan
70
a. Perancangan Input
Berikut ini adalah beberapa tampilan dari perancangan input dari
aplikasi yang diusulkan :
Gambar 3.24 Perancangan Menu Login
Gambar 3.25 Perancangan Menu Utama
71
Gambar 3.26 Perancangan Input Data
b. Perancangan Output
Gambar 3.27 Perancangan Output Laporan Permintaan
72
Gambar 3.28 Perancangan Output Laporan Penerimaan
Gambar 3.29 Perancangan Output Laporan Stok
73
c. Perancangan Arsitektur Jaringan
Arsitektur jaringan pada pengembangan sistem informasi ini yaitu
menggunakan jaringan WAN (Wide Area Network) dengan
menggunakan Server Hosting. Desain arsitektur usulan penulis
sebagai berikut:
SERVER HOSTING ONLINESERVER HOSTING ONLINE
ROUTERROUTER
PC GudangPC Gudang
SWITCH HUBSWITCH HUB
Gambar 3.30 Arsitektur Jaringan
74
BAB IV
PEMBAHASAN DAN HASIL
4.1 Pembahasan
4.1.1 Spesifikasi Hardware
Perangkat keras untuk memasang sistem ini berada di hosting
rumahweb.com dengan spesifikasi berikut:
Tabel 4.1
Tabel Spesifikasi Hardware
No Perangkat Keras Spesifikasi
1. Processor Dual XEON atau Opteron
2. Memori/RAM Minimal 4 GB RAM
3. Harddisk Minimal 500 GB SATA
4. Jaringan LAN dengan Internet
5. Lokasi Server/Datacenter IIX/US/SG
6. Lokasi Server (Negara) Indonesia, Amerika, Singapura
4.1.2 Spesifikasi Software
Perangkat lunak yang terintegrasi di data centre rumahweb.com memiliki
spesifikasi berikut:
Tabel 4.2
Tabel Spesifikasi Software
No Perangkat Lunak Spesifikasi
1. Sistem Operasi Linux Centos
2. Traffic Limit Unlimited Traffic Limit
3. Email Akun Unlimited Email Akun
4. Database MySql Support InnoDB
5. Security Free SSL dan Antivirus
6. Manajemen CPanel FTP, Sub Domain, URL Redirect
75
4.1.3 Pengujian Perangkat Lunak
Pada pengujian ini penulis menggunakan metode Blackbox Testing untuk
menemukan beberapa kesalahan seperti fungsi-fungsi yang tidak benar atau
hilang, kesalahan interface, kesalahan dalam struktur data atau akses database
eksternal dan kesalahan kinerja pada sistem yang telah dibuat.
1. Pengujian Login
Tabel 4.3 Pengujian Form Login
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Data Terdaftar User akan masuk ke
tampilan MENU
ADMIN Gudang
User dapat masuk ke MENU
ADMIN Gudang sesuai hak
akses masing-masing
[x] Diterima
[ ] Ditolak
Data nama tidak
diisi
Muncul pesan
“Username and
Password are not
registered!”
Menampilkan pesan
“Username and Password
are not registered!”
[x] Diterima
[ ] Ditolak
Input username
dan password
salah
Muncul pesan
“Username and
Password are not
registered!”
Menampilkan pesan
“Username and Password
are not registered!”
[x] Diterima
[ ] Ditolak
2. Pengujian Input Data Master Barang, Departemen dan Supplier
Tabel 4.4 Pengujian Input Data Master
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Input tidak
lengkap saat
simpan
Muncul pesan
“Please fill out this
field” pada Textbox
Menampilkan pesan “Please
fill out this field”
[x] Diterima
[ ] Ditolak
76
saat klik SIMPAN
Input tidak
lengkap saat
update
Muncul pesan
“Please fill out this
field” pada Textbox
saat klik UPDATE
Menampilkan pesan “Please
fill out this field”
[x] Diterima
[ ] Ditolak
Data yang
terinput akan
tersimpan dan
di list data
master
Data tampil di list
data master
Data tampil di list data master [x] Diterima
[ ] Ditolak
3. Pengujian Input Data Penerimaan Barang
Tabel 4.5 Pengujian Input Data Penerimaan Barang
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Input tidak
lengkap saat
simpan
Muncul pesan
“Please fill out this
field” pada Textbox
saat klik SIMPAN
Menampilkan pesan “Please
fill out this field”
[x] Diterima
[ ] Ditolak
Tampil bukti
penerimaan
barang apabila
icon printer di
klik
Bukti penerimaan
barang tampil di tab
baru web browser
saat icon printer di
klik
Bukti penerimaan barang
tampil di tab baru web
browser saat icon printer di
klik
[x] Diterima
[ ] Ditolak
4. Pengujian Input Data Permintaan Barang
Tabel 4.6 Pengujian Input Data Permintaan Barang
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Input tidak
lengkap saat
Muncul pesan
“Please fill out this
Menampilkan pesan “Please
fill out this field”
[x] Diterima
[ ] Ditolak
77
simpan field” pada Textbox
saat klik SIMPAN
Tampil bukti
permintaan
barang apabila
icon printer di
klik
Bukti permintaan
barang tampil di tab
baru web browser
saat icon printer di
klik
Bukti permintaan barang
tampil di tab baru web
browser saat icon printer di
klik
[x] Diterima
[ ] Ditolak
5. Pengujian Data Laporan Penerimaan
Tabel 4.7 Pengujian Data Laporan Penerimaan
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Masukkan
tanggal awal
dan tanggal
akhir
Tampil data laporan
penerimaan sesuai
range tanggal yang
di pilih
Tampil data laporan
penerimaan sesuai range
tanggal yang di pilih
[x] Diterima
[ ] Ditolak
Tampil laporan
penerimaan
barang apabila
icon printer di
klik
Laporan penerimaan
barang tampil di tab
baru web browser
saat icon printer di
klik
Laporan penerimaan barang
tampil di tab baru web
browser saat icon printer di
klik
[x] Diterima
[ ] Ditolak
6. Pengujian Data Laporan Permintaan
Tabel 4.8 Pengujian Data Laporan Permintaan
Kasus dan Hasil Uji (Data Normal)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Masukkan
tanggal awal
dan tanggal
akhir
Tampil data laporan
permintaan sesuai
range tanggal yang
di pilih
Tampil data laporan
permintaan sesuai range
tanggal yang di pilih
[x] Diterima
[ ] Ditolak
78
Tampil laporan
permintaan
barang apabila
icon printer di
klik
Laporan permintaan
barang tampil di tab
baru web browser
saat icon printer di
klik
Laporan permintaan barang
tampil di tab baru web
browser saat icon printer di
klik
[x] Diterima
[ ] Ditolak
7. Pengujian Data Laporan Stok
Tabel 4.9 Pengujian Data Laporan Stok
Kasus dan Hasil Uji (Data Normal)
Data Masukan Data Diharapkan Pengamatan Kesimpulan
Tampil laporan
stok barang
apabila icon
printer di klik
Laporan stok barang
tampil di tab baru
web browser saat
icon printer di klik
Laporan stok barang tampil
di tab baru web browser saat
icon printer di klik
[x] Diterima
[ ] Ditolak
4.1.4 Langkah-langkah Pembuatan Database
Dalam penulisan skripsi ini, penulis menjabarkan langkah-langkah dalam
pembuatan database pada server localhost sebagai berikut:
1. Buka web browser, masuk ke alamat localhost/phpmyadmin
2. Pilih menu databases lalu masukkan nama database yang akan kita
buat, dalam penelitian ini dibuat database dengan nama
skripsi_edipriyanto
79
Gambar 4.1 Membuat Database Baru
3. Setelah masuk, buat tabel baru lalu masukkan jumlah kolom sesuai
perancangan
Gambar 4.2 Menambahkan Tabel Dalam Database
4. Masukkan field-field sesuai perancangan
Gambar 4.3 Menambahkan Field-Field Ke Tabel
80
5. Buat seluruh tabel sesuai perancangan database yang sudah dibuat
6. Proses pembuatan tabel dan menginput data field-field tabel seperti cara
nomor 3 dan 4 diatas
7. Hasil keseluruhan tabel seperti gambar di bawah ini
Gambar 4.4 Data tabel dalam perancangan sistem
4.1.5 Langkah-langkah Menjalankan Program
Dalam penulisan skripsi ini, penulis menjabarkan langkah-langkah admin
gudang dalam menjalankan aplikasi yang sudah publish secara online berikut ini:
1. Masuk ke halaman http://inventory-mbr.r99production.id/
2. Akan tampil halaman awal login, masukkan username dan password
81
Gambar 4.5 Halaman Awal Login
3. Admin melakukan input data barang dengan menginput semua data
barang dan klik Simpan Data, data barang yang diinput akan tampil
dalam list di bawahnya
Gambar 4.6 Halaman Input Data Barang
82
4. Admin melakukan input data departemen lalu klik Simpan Data, data
departemen yang diinput akan tampil dalam list di bawahnya
Gambar 4.7 Halaman Input Data Departemen
5. Admin melakukan input data supplier lalu klik Simpan Data, data
supplier yang diinput akan tampil dalam list di bawahnya
Gambar 4.8 Halaman Input Data Supplier
83
6. Apabila datang barang dari supplier, maka admin Gudang akan
menginput data penerimaan melalui menu Transaksi Penerimaan
Gambar 4.9 Halaman Input Data Penerimaan
7. Apabila ada permintaan barang dari departemen, maka admin Gudang
akan menginput melalui menu Transaksi Permintaan
Gambar 4.10 Halaman Input Data Permintaan
84
8. Admin dapat mencetak laporan data penerimaan barang berdasarkan
periode waktu tertentu melalui menu Laporan
Gambar 4.11 Halaman Laporan Penerimaan Barang
Gambar 4.12 Halaman Laporan Permintaan Barang
9. Admin dapat mencetak laporan tersebut dengan mengklik icon printer
di setiap laporan
10. Admin dapat mencetak laporan stok barang melalui menu Laporan Stok
85
Gambar 4.13 Halaman Laporan Stok Barang
4.2 HASIL
4.4.1 Tampilan Antar Muka
1. Halaman Login
Gambar 4.14 Tampilan Halaman Login
86
2. Halaman Menu Utama
Gambar 4.15 Tampilan Halaman Menu Utama
3. Halaman Input Barang
Gambar 4.16 Tampilan Halaman Input Barang
87
4. Tampilan Input Departemen
Gambar 4.17 Tampilan Halaman Input Departemen
5. Tampilan Input Supplier
Gambar 4.18 Tampilan Halaman Input Supplier
88
6. Tampilan Input Transaksi Penerimaan
Gambar 4.19 Tampilan Input Transaksi Penerimaan
7. Tampilan Input Transaksi Permintaan
Gambar 4.20 Tampilan Input Transaksi Penerimaan
89
8. Tampilan Laporan Penerimaan
Gambar 4.21 Tampilan Laporan Penerimaan
9. Tampilan Laporan Permintaan
Gambar 4.2 Tampilan Laporan Permintaan
90
10. Tampilan Cetak Laporan Penerimaan
Gambar 4.23 Tampilan Cetak Laporan Penerimaan
11. Tampilan Cetak Laporan Permintaan
Gambar 4.24 Tampilan Cetak Laporan Permintaan
91
12. Tampilan Cetak Stok Barang
Gambar 4.25 Tampilan Cetak Stok Barang
4.2.2 Kelebihan dan Kekurangan
Dalam penelitian ini penulis mencoba menggali kelebihan dan kekurangan
dari aplikasi yang sudah dibuat, berikut hasil analisa dari penulis:
1. Kelebihan
Kelebihan dari aplikasi ini adalah memudahkan proses melakukan
input data penerimaan barang dari supplier dan permintaan barang dari
deprtemen produksi dan R&D, selain itu memudahkan admin Gudang
92
untuk melihat data stok barang secara update melalui sistem, serta laporan
dapat dicetak berdasarkan periode waktu tertentu.
2. Kekurangan
Belum adanya integrasi sistem dengan departemen terkait seperti
PPIC mengenai planning stok barang untuk beberapa waktu kedepan.
93
BAB V
PENUTUP
5.1 Kesimpulan
Kesimpulan yang dapat diambil penulis dari kegiatan penelitian tentang
sistem data inventory Gudang Pada PT. Mulia Boga Raya adalah sebagai berikut :
1. Dengan dikembangkannya sistem ini, maka informasi stok data barang
dapat dengan mudah dilihat dan di cetak, shingga ini mudah untuk
menjadi kontrol pada departemen PPIC dalam memesan barang.
2. Dengan sistem ini maka proses input penerimaan dan permintaan
barang dapat langsung dilakukan dengan efektif dan efisien sehingga
tidak lagi terjadi proses pelayanan dahulu baru input data.
3. Ketersediaan barang dapat di kontrol dengan baik.
4. Proses penyajian laporan dapat dengan mudah dilakukan karena laporan
dapat di cetak berdasarkan periode waktu tertentu.
5.2 Saran
Mengingat sistem yang sudah dikembangkan oleh penulis masih memiliki
banyak kekurangan maka beberapa saran yang dapat disampaikan oleh penulis
adalah :
94
1. Disarankan distem dapat terintegrasi ke bagian lain seperti PPIC
maupun departemen Produksi sehingga proses permintaan barang dapat
dilakukan langsung menggunakan system.
2. Perlu adanya penelitian terkait mengenai sistem ini agar dapat
dikembangkan menjadi lebih luas lagi.
95
DAFTAR PUSTAKA
Al Fatta, Hanif. 2007. Analisis & Perancangan Sistem Informasi.
Yogyakarta: Andi Offest.
Alan Nur Aditya. 2011. Jago PHP & MySQL, Bekasi – Jawa Barat:
Dunia Komputer.
Al Haromainy & Java Creativity. 2010. Aplikasi Most Wanted untuk
Media USB. Editor, Bella. Indonesia.
Andi., Sunyoto. 2007. AJAX Membangun Web dengan Teknologi
Asynchronouse Javascript & Xml. Penerbit Andi. Yogyakarta.
Bertha Sidik. 2014. Pemrograman Web dengan Php. Solo: Santika
Kencana.
Dermawan, Deni. 2013. Sistem Informasi Management. Penerbit: PT.
Remaja Rosdakarya.
Eka Pratama, I Putu Agus. 2014. Sistem Informasi Dan
Implementasinya, 1st ed. Bandung: Informatika Bandung.
Jogiyanto. 2005. Analisis & Desain Sistem Informasi. Yogyakarta: Andi
Offset.
Kadir, Abdul. 2013. Pengenalan Sistem Informasi. Penerbit: Andi
Yogyakarta, Percetakan Andi.
Kadir, Abdul. 2009. Membuat Aplikasi Web dengan PHP + Database
MySQL. Yogyakarta: Andi.
Kadir, Abdul dan Terra CH Triwahyuni. 2013. Pengenalan Teknologi
Informasi. Yogyakarta: Andi.
Margaretha, Farah. 2014. Dasar-dasar Manajemen Keuangan. Jakarta:
PT Dian Rakyat.
96
Norazah Yusof dan Zarita Mohd Kosnin. 2002. Struktur Data &
Algoritma dalam Bahasa Turbo Pascal. University Teknologi
Malaysia.
Peranginrangin, Kasiman. 2006. Aplikasi WEB dengan PHP dan
MySQL. Penerbit: Andi Yogyakarta.
Rosa dan M. Shalahuddin 2011, Modul Pembelajaran Rekayasa
Perangkat Lunak, Modula, Bandung.
Siagian, Sondang P. 2011. Manajemen Sumber Daya Manusia. Bumi
Aksara, Jakarta.
Sujarweni, V. Wiratna. (2015). Sistem Akuntansi. Yogyakarta :
Pustaka Baru Press.
Suryantara, I Gusti Ngurah. 2014. Merancang Aplikasi Akuntansi
dengan VB.NET (Dengan pendekatan prosedural dan
berorientasi objek). PT Elex Media Komputindo, Jakarta.
Teddy Marcus Zakaria dan Agus Prijono. 2006. Konsep dan
Implementasi Struktur Data. Informatika. Bandung.
Utomo, H. W., 2011, Pemodelan Basis Data Berorientasi Objek.
Andi. Yogyakarta.
Widianti, Sri. 2009. Pengantar Basis Data. Lentera Ilmu Cendikia.
Jakarta.
KONEKSI PHP
<?php
mysql_connect("127.0.0.1","root","") or die ("Gagal Mengkoneksikan Ke
Database");
mysql_select_db("skripsi_edipriyanto") or die ("Database Tidak Ditemukan");
?>
LOGIN PROGRAM
<?php
session_start();
include 'koneksi.php';
$username = mysql_real_escape_string($_POST['username']);
$password = mysql_real_escape_string($_POST['password']);
$password = md5($password);
$op = $_GET['op'];
if($op=="in"){
$cek = mysql_query("SELECT * FROM user_akses WHERE username='$username' AND
password='$password'");
if(mysql_num_rows($cek)==1){//jika berhasil akan bernilai 1
$c = mysql_fetch_array($cek);
$_SESSION['nama_lengkap'] = $c['nama_lengkap'];
$_SESSION['username'] = $c['username'];
$_SESSION['level'] = $c['level'];
if($c['level']=="ADMIN"){
header("location:menu_admin.php"); //USER
}else if($c['level']=="OPERATOR"){
header("location:menu_admin.php"); //USER
}else if($c['level']=="KASIR"){
header("location:menu_kasir.php"); //USER
}
}else{
die("Anda tidak diijinkan LOGIN! <a href=\"javascript:history.back()\">back to
LOGIN</a>");
}
}else if($op=="out"){
unset($_SESSION['username']);
unset($_SESSION['level']);
unset($_SESSION['nama_lengkap']);
echo '<META HTTP-EQUIV="Refresh" Content="0; URL=index.php">';
exit;
}
?>
MENU ADMIN
session_start();
if(empty($_SESSION['username'])&&empty($_SESSION['level'])&&empty($_SESSION['na
ma_lengkap'])){
header("location:index.php");
}
else{
?>
<!DOCTYPE html>
<html lang="en">
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" />
<meta charset="utf-8" />
<title>PT. MULIA BOGA RAYA</title>
<link rel="icon" type="ico" href="logo.png">
<meta name="description" content="overview & stats" />
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-
scale=1.0" />
<!-- bootstrap & fontawesome -->
<link rel="stylesheet" href="assets/css/bootstrap.min.css" />
<link rel="stylesheet" href="assets/font-awesome/4.5.0/css/font-awesome.min.css" />
<!-- page specific plugin styles -->
<!-- text fonts -->
<link rel="stylesheet" href="assets/css/fonts.googleapis.com.css" />
<!-- ace styles -->
<link rel="stylesheet" href="assets/css/ace.min.css" class="ace-main-stylesheet"
id="main-ace-style" />
<!--[if lte IE 9]>
<link rel="stylesheet" href="assets/css/ace-part2.min.css" class="ace-main-stylesheet"
/>
<![endif]-->
<link rel="stylesheet" href="assets/css/ace-skins.min.css" />
<link rel="stylesheet" href="assets/css/ace-rtl.min.css" />
<!--[if lte IE 9]>
<link rel="stylesheet" href="assets/css/ace-ie.min.css" />
<![endif]-->
<!-- inline styles related to this page -->
<!-- ace settings handler -->
<script src="assets/js/ace-extra.min.js"></script>
<!-- HTML5shiv and Respond.js for IE8 to support HTML5 elements and media queries --
>
<!--[if lte IE 8]>
<script src="assets/js/html5shiv.min.js"></script>
<script src="assets/js/respond.min.js"></script>
<![endif]-->
</head>
<body class="no-skin">
<div id="navbar" class="navbar navbar-default ace-save-state">
<div class="navbar-container ace-save-state" id="navbar-container">
<button type="button" class="navbar-toggle menu-toggler pull-left" id="menu-toggler"
data-target="#sidebar">
<span class="sr-only">Toggle sidebar</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<div class="navbar-header pull-left">
<a href="index.html" class="navbar-brand">
<small>
Sistem Inventory Gudang - PT. Mulia Boga Raya
</small>
</a>
</div>
<div class="navbar-buttons navbar-header pull-right" role="navigation">
<ul class="nav ace-nav">
</ul>
</div>
</div><!-- /.navbar-container -->
</div>
<div class="main-container ace-save-state" id="main-container">
<script type="text/javascript">
try{ace.settings.loadState('main-container')}catch(e){}
</script>
<div id="sidebar" class="sidebar responsive ace-save-state">
<script type="text/javascript">
try{ace.settings.loadState('sidebar')}catch(e){}
</script>
<div class="sidebar-shortcuts" id="sidebar-shortcuts">
<div class="sidebar-shortcuts-large" id="sidebar-shortcuts-large">
<a href="#"><button class="btn btn-success">
<i class="ace-icon fa fa-signal"></i>
</button></a>
<a href="#"><button class="btn btn-warning">
<i class="ace-icon fa fa-users"></i>
</button></a>
<a href="#"><button class="btn btn-danger">
<i class="ace-icon fa fa-cogs"></i>
</button></a>
</div>
<div class="sidebar-shortcuts-mini" id="sidebar-shortcuts-mini">
<span class="btn btn-success"></span>
<span class="btn btn-info"></span>
<span class="btn btn-warning"></span>
<span class="btn btn-danger"></span>
</div>
</div><!-- /.sidebar-shortcuts -->
<ul class="nav nav-list">
<li class="active">
<a href="#">
<i class="menu-icon fa fa-home"></i>
<span class="menu-text"> HOME </span>
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="#" class="dropdown-toggle">
<i class="menu-icon fa fa-list"></i>
<span class="menu-text">
Data Master
</span>
<b class="arrow fa fa-angle-down"></b>
</a>
<b class="arrow"></b>
<ul class="submenu">
<li class="">
<a href="barang.php">
<i class="menu-icon fa fa-caret-right"></i>
Data Barang
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="departemen.php">
<i class="menu-icon fa fa-caret-right"></i>
Data Departemen
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="supplier.php">
<i class="menu-icon fa fa-caret-right"></i>
Data Supplier
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="user.php">
<i class="menu-icon fa fa-caret-right"></i>
User Akses
</a>
<b class="arrow"></b>
</li>
</ul>
</li>
<li class="">
<a href="#" class="dropdown-toggle">
<i class="menu-icon fa fa-pencil-square-o"></i>
<span class="menu-text"> Transaksi </span>
<b class="arrow fa fa-angle-down"></b>
</a>
<b class="arrow"></b>
<ul class="submenu">
<li class="">
<a href="penerimaan.php">
<i class="menu-icon fa fa-caret-right"></i>
Penerimaan
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="permintaan.php">
<i class="menu-icon fa fa-caret-right"></i>
Permintaan
</a>
<b class="arrow"></b>
</li>
</ul>
</li>
<li class="">
<a href="#" class="dropdown-toggle">
<i class="menu-icon fa fa-list-alt"></i>
<span class="menu-text"> Laporan </span>
<b class="arrow fa fa-angle-down"></b>
</a>
<b class="arrow"></b>
<ul class="submenu">
<li class="">
<a href="l_penerimaan.php">
<i class="menu-icon fa fa-caret-right"></i>
Penerimaan
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="l_permintaan.php">
<i class="menu-icon fa fa-caret-right"></i>
Permintaan
</a>
<b class="arrow"></b>
</li>
<li class="">
<a href="stok.php">
<i class="menu-icon fa fa-caret-right"></i>
Stok Barang
</a>
<b class="arrow"></b>
</li>
</ul>
</li>
<li class="">
<a href="logout.php">
<i class="menu-icon fa fa-caret-right"></i>
LOGOUT
</a>
<b class="arrow"></b>
</li>
</ul><!-- /.nav-list -->
<div class="sidebar-toggle sidebar-collapse" id="sidebar-collapse">
<i id="sidebar-toggle-icon" class="ace-icon fa fa-angle-double-left ace-save-state" data-
icon1="ace-icon fa fa-angle-double-left" data-icon2="ace-icon fa fa-angle-double-
right"></i>
</div>
</div>
<div class="main-content">
<div class="main-content-inner">
<div class="page-content">
<div class="page-header">
<h1>
SELAMAT DATANG <?php echo "".$_SESSION['nama_lengkap']."";?>
</h1>
</div><!-- /.page-header -->
<div class="row">
<div class="col-xs-12">
<!-- PAGE CONTENT BEGINS -->
<!--center><h1><strong><?php echo $nama_usaha;?></h1><br>
<img src="images/logo_home.png"></a><br>
<h1><strong><?php echo $deskripsi;?></h1>
</center-->
<center><img src="images/logo_home.png"></a></center>
<!-- PAGE CONTENT ENDS -->
</div><!-- /.col -->
</div><!-- /.row -->
</div><!-- /.page-content -->
</div>
</div><!-- /.main-content -->
<div class="footer">
<div class="footer-inner">
<div class="footer-content">
<span class="bigger-120">
<span class="blue bolder">Sistem Informasi Inventory Gudang - Skripsi edi
priyanto</span>
</span>
</div>
</div>
</div>
<a href="#" id="btn-scroll-up" class="btn-scroll-up btn btn-sm btn-inverse">
<i class="ace-icon fa fa-angle-double-up icon-only bigger-110"></i>
</a>
</div><!-- /.main-container -->
<!-- basic scripts -->
<!--[if !IE]> -->
<script src="assets/js/jquery-2.1.4.min.js"></script>
<!-- <![endif]-->
<!--[if IE]>
<script src="assets/js/jquery-1.11.3.min.js"></script>
<![endif]-->
<script type="text/javascript">
if('ontouchstart' in document.documentElement) document.write("<script
src='assets/js/jquery.mobile.custom.min.js'>"+"<"+"/script>");
</script>
<script src="assets/js/bootstrap.min.js"></script>
<!-- page specific plugin scripts -->
<!--[if lte IE 8]>
<script src="assets/js/excanvas.min.js"></script>
<![endif]-->
<script src="assets/js/jquery-ui.custom.min.js"></script>
<script src="assets/js/jquery.ui.touch-punch.min.js"></script>
<script src="assets/js/jquery.easypiechart.min.js"></script>
<script src="assets/js/jquery.sparkline.index.min.js"></script>
<script src="assets/js/jquery.flot.min.js"></script>
<script src="assets/js/jquery.flot.pie.min.js"></script>
<script src="assets/js/jquery.flot.resize.min.js"></script>
<!-- ace scripts -->
<script src="assets/js/ace-elements.min.js"></script>
<script src="assets/js/ace.min.js"></script>
<!-- inline scripts related to this page -->
<script type="text/javascript">
jQuery(function($) {
$('.easy-pie-chart.percentage').each(function(){
var $box = $(this).closest('.infobox');
var barColor = $(this).data('color') || (!$box.hasClass('infobox-dark') ? $box.css('color') :
'rgba(255,255,255,0.95)');
var trackColor = barColor == 'rgba(255,255,255,0.95)' ? 'rgba(255,255,255,0.25)' :
'#E2E2E2';
var size = parseInt($(this).data('size')) || 50;
$(this).easyPieChart({
barColor: barColor,
trackColor: trackColor,
scaleColor: false,
lineCap: 'butt',
lineWidth: parseInt(size/10),
animate: ace.vars['old_ie'] ? false : 1000,
size: size
});
})
$('.sparkline').each(function(){
var $box = $(this).closest('.infobox');
var barColor = !$box.hasClass('infobox-dark') ? $box.css('color') : '#FFF';
$(this).sparkline('html',
{
tagValuesAttribute:'data-values',
type: 'bar',
barColor: barColor ,
chartRangeMin:$(this).data('min') || 0
});
});
//flot chart resize plugin, somehow manipulates default browser resize event to
optimize it!
//but sometimes it brings up errors with normal resize event handlers
$.resize.throttleWindow = false;
var placeholder = $('#piechart-placeholder').css({'width':'90%' , 'min-height':'150px'});
var data = [
{ label: "social networks", data: 38.7, color: "#68BC31"},
{ label: "search engines", data: 24.5, color: "#2091CF"},
{ label: "ad campaigns", data: 8.2, color: "#AF4E96"},
{ label: "direct traffic", data: 18.6, color: "#DA5430"},
{ label: "other", data: 10, color: "#FEE074"}
]
function drawPieChart(placeholder, data, position) {
$.plot(placeholder, data, {
series: {
pie: {
show: true,
tilt:0.8,
highlight: {
opacity: 0.25
},
stroke: {
color: '#fff',
width: 2
},
startAngle: 2
}
},
legend: {
show: true,
position: position || "ne",
labelBoxBorderColor: null,
margin:[-30,15]
}
,grid: {
hoverable: true,
clickable: true
}
})
}
drawPieChart(placeholder, data);
/**
we saved the drawing function and the data to redraw with different position later when
switching to RTL mode dynamically
so that's not needed actually.
*/
placeholder.data('chart', data);
placeholder.data('draw', drawPieChart);
//pie chart tooltip example
var $tooltip = $("<div class='tooltip top in'><div class='tooltip-
inner'></div></div>").hide().appendTo('body');
var previousPoint = null;
placeholder.on('plothover', function (event, pos, item) {
if(item) {
if (previousPoint != item.seriesIndex) {
previousPoint = item.seriesIndex;
var tip = item.series['label'] + " : " + item.series['percent']+'%';
$tooltip.show().children(0).text(tip);
}
$tooltip.css({top:pos.pageY + 10, left:pos.pageX + 10});
} else {
$tooltip.hide();
previousPoint = null;
}
});
/////////////////////////////////////
$(document).one('ajaxloadstart.page', function(e) {
$tooltip.remove();
});
var d1 = [];
for (var i = 0; i < Math.PI * 2; i += 0.5) {
d1.push([i, Math.sin(i)]);
}
var d2 = [];
for (var i = 0; i < Math.PI * 2; i += 0.5) {
d2.push([i, Math.cos(i)]);
}
var d3 = [];
for (var i = 0; i < Math.PI * 2; i += 0.2) {
d3.push([i, Math.tan(i)]);
}
var sales_charts = $('#sales-charts').css({'width':'100%' , 'height':'220px'});
$.plot("#sales-charts", [
{ label: "Domains", data: d1 },
{ label: "Hosting", data: d2 },
{ label: "Services", data: d3 }
], {
hoverable: true,
shadowSize: 0,
series: {
lines: { show: true },
points: { show: true }
},
xaxis: {
tickLength: 0
},
yaxis: {
ticks: 10,
min: -2,
max: 2,
tickDecimals: 3
},
grid: {
backgroundColor: { colors: [ "#fff", "#fff" ] },
borderWidth: 1,
borderColor:'#555'
}
});
$('#recent-box [data-rel="tooltip"]').tooltip({placement: tooltip_placement});
function tooltip_placement(context, source) {
var $source = $(source);
var $parent = $source.closest('.tab-content')
var off1 = $parent.offset();
var w1 = $parent.width();
var off2 = $source.offset();
//var w2 = $source.width();
if( parseInt(off2.left) < parseInt(off1.left) + parseInt(w1 / 2) ) return 'right';
return 'left';
$('.dialogs,.comments').ace_scroll({
size: 300
});
//Android's default browser somehow is confused when tapping on label which will lead
to dragging the task
//so disable dragging when clicking on label
var agent = navigator.userAgent.toLowerCase();
if(ace.vars['touch'] && ace.vars['android']) {
$('#tasks').on('touchstart', function(e){
var li = $(e.target).closest('#tasks li');
if(li.length == 0)return;
var label = li.find('label.inline').get(0);
if(label == e.target || $.contains(label, e.target)) e.stopImmediatePropagation() ;
});
}
$('#tasks').sortable({
opacity:0.8,
revert:true,
forceHelperSize:true,
placeholder: 'draggable-placeholder',
forcePlaceholderSize:true,
tolerance:'pointer',
stop: function( event, ui ) {
//just for Chrome!!!! so that dropdowns on items don't appear below other items after
being moved
$(ui.item).css('z-index', 'auto');
}
}
);
$('#tasks').disableSelection();
$('#tasks input:checkbox').removeAttr('checked').on('click', function(){
if(this.checked) $(this).closest('li').addClass('selected');
else $(this).closest('li').removeClass('selected');
});
//show the dropdowns on top or bottom depending on window height and menu
position
$('#task-tab .dropdown-hover').on('mouseenter', function(e) {
var offset = $(this).offset();
var $w = $(window)
if (offset.top > $w.scrollTop() + $w.innerHeight() - 100)
$(this).addClass('dropup');
else $(this).removeClass('dropup');
});
})
</script>
</body>
</html>
<?php }?>
LOGOUT PROGRAM
<?php session_start();
if(isset($_SESSION['username']))
{
session_destroy();
header('Location:index.php?status=Anda sudah Keluar');
}else{
session_destroy();
header('Location:index.php?status=Silahkan Login!');
}
?>