IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT BERORIENTASI OBJEK MENGGUNAKAN METODE MVC PADA BIRO UMUM UPN “VETERAN” JAWA TIMUR.

IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT
BERORIENTASI OBJ EK MENGGUNAKAN METODE MVC PADA BIRO
UMUM UPN “VETERAN” J AWA TIMUR

SKRIPSI

Oleh :
HIMAWAN GIRI AYOGA
NPM : 0835010088

PROGRAM STUDI SISTEM INFORMASI
FAKULTAS TEKNOLOGI INDUSTRI
UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”
J AWA TIMUR
2012

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT
BERORIENTASI OBYEK MENGGUNAKAN METODE MVC

PADA BIRO UMUM UPN ”VETERAN” J AWA TIMUR

SKRIPSI
Diajukan Untuk Memenuhi Sebagai Per syar atan
Dalam Memper oleh Gelar Sar jana Komputer
Pr ogr am Studi Sistem Infor masi

Disusun Oleh :
HIMAWAN GIRI AYOGA
NPM. 0835010088

PROGRAM STUDI SISTEM INFORMASI
FAKULTAS TEKNOLOGI INDUSTRI
UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”
J AWA TIMUR
SURABAYA
2012

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

LEMBAR PENGESAHAN

IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT
BERORIENTASI OBYEK MENGGUNAKAN METODE MVC
PADA BIRO UMUM UPN ”VETERAN” J ATIM

Disusun Oleh :

HIMAWAN GIRI AYOGA
NPM. 0835010088

Telah disetujui untuk mengikuti Ujian Negara Lisan
Gelombang III Tahun Akademik 2011/2012

Pembimbing 1,

Pembimbing 2,

Moh.Irwan Afandi, ST, MSc

NPT : 376 070 70 2201

Agung Brastama P, S.Kom

Mengetahui,
Ketua Program Studi Sistem Informasi
UPN “Veteran” J awa Timur

Nur Cahyo Wibowo, S.Kom, M.Kom
NPT : 379 030 40 1971

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

SKRIPSI
IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT
BERORIENTASI OBYEK MENGGUNAKAN METODE MVC
PADA BIRO UMUM UPN ”VETERAN” J AWA TIMUR
Disusun Oleh :
HIMAWAN GIRI AYOGA

NPM : 0835010088

Telah dipertahankan dihadapan dan diterima oleh Tim Penguji Skripsi
Program Studi Sistem Informasi, Fakultas Teknologi Industri
Univer sitas Pembangunan Nasional “Veteran” J awa Timur
Pada tanggal 23 November 2012
PEMBIMBING :

TIM PENGUJI :

1.

1.

Moh. Irwan Afandi, ST, MSc
NPT. 376 070 70 2201

Prof. Dr. Ir. H. Akhmad Fauzi, MMT
NPT. 196 511 09 199 103 1002

2.

2.

Agung Brastama Putra, S.Kom

Moh. Irwan Afandi, ST, MSc
NPT. 376 070 70 2201
3.
Priza Pandunata, S.Kom, MSc
NPT. 383010602121

Mengetahui
Dekan Fakultas Teknologi Industri
Universitas Pembangunan Nasional “Veteran” Jawa Timur
Surabaya

Ir. Sutiyono, MT
NPT. 196 007 13 198 703 1001
Hak Cipta © milik UPN "Veteran" Jatim :

Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

YAYASAN KESEJ AHTERAAN PENDIDIKAN DAN PERUMAHAN
UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN” J AWA TIMUR
FAKULTAS TEKNOLOGI INDUSTRI

KETERANGAN REVISI
Mahasiswa di bawah ini :
Nama

: HIMAWAN GIRI AYOGA

NPM

: 0835010088

Program Studi : SISTEM INFORMASI
Telah mengerjakan revisi/tidak ada revisi*) pra rencana (design) / skripsi ujian lisan,
Tahun Ajaran 2012/2013 dengan judul :
“IMPLEMENTASI SISTEM INFORMASI E-PROCUREMENT BERORIENTASI

OBYEK

MENGGUNAKAN METODE

MVC

PADA

BIRO

UMUM

UPN

”VETERAN” J AWA TIMUR”.

Surabaya, 14 Desember 2012
Dosen Penguji yang memerintahkan revisi:
1.) Prof. Dr. Ir. H. Akhmad Fauzi, MMT

{

}

{

}

{

}

NPT. 196 511 09 199 103 1002
2.) Moh. Irwan Afandi, ST, MSc
NPT. 376070702201
3.) Priza Pandunata, S.Kom, MSc
NPT. 383010602121
Mengetahui,
Dosen Pembimbing I

Mengetahui,
Dosen Pembimbing II

Moh. Irwan Afandi, ST, MSc
NPT. 376070702201

Agung Brastama Putra, S.Kom

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

DAFTAR ISI
Halaman
ABSTRAK…………………………………………………………………………i
KATA PENGANTAR ......................................................................................... ii
DAFTAR ISI ...................................................................................................... iv
DAFTAR GAMBAR ......................................................................................... vii
DAFTAR TABEL ............................................................................................. xii
BAB I PENDAHULUAN ................................................................................. 1
1.1.

Latar Belakang ....................................................................................... 1

1.2.

Perumusan Masalah................................................................................ 2

1.3.

Batasan Masalah .................................................................................... 2

1.4.

Tujuan .................................................................................................... 2

1.5.

Manfaat Penelitian ................................................................................. 3

1.6.

Sistematika Penulisan ............................................................................. 3

BAB II TINJ AUAN PUSTAKA ....................................................................... 5
2.1.

Pengadaan Barang / Jasa ........................................................................ 5
2.1.1.

Metode Pengadaan Umum ...................................................... 5

2.1.2.

Metode Pengadaan Terbatas .................................................... 6

2.1.3.

Pra Kualifikasi ........................................................................ 6

2.1.4.

Pasca Kualifikasi..................................................................... 8

2.2.

Pengadaan Barang / Jasa Melalui Internet .............................................. 9

2.3.

Sistem .................................................................................................. 10

2.4.

Sistem Informasi .................................................................................. 11

2.5.

Pemrograman Berorientasi Objek ......................................................... 12

2.6.

MVC (Model View Controller) ............................................................ 14

2.7.

2.6.1.

Model ................................................................................... 15

2.6.2.

View ..................................................................................... 15

2.6.3.

Controller.............................................................................. 15

PHP...................................................................................................... 16

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

iv

2.8.

MySQL ................................................................................................ 17

2.9.

CodeIgniter .......................................................................................... 17
2.9.1.

Alasan Mengapa Menggunakan Framework .......................... 18

2.9.2.

Kelebihan Codeigniter .......................................................... 18

2.9.3.

Struktur Direktori Codeigniter............................................... 19

BAB III TINJ AUAN DESAIN SISTEM .......................................................... 21
3.1.

Analisa Dokumen Desain ..................................................................... 22

3.2.

Konsultasi ke Desainer ......................................................................... 22

3.3.

Konsultasi ke Biro Umum .................................................................... 22

3.4.

Desain Final ......................................................................................... 22

3.5.

Kesimpulan .......................................................................................... 22

BAB IV RENCANA DAN REALISASI IMPLEMENTASI ........................... 24
4.1.

4.2.

Rencana Implementasi ......................................................................... 24
4.1.1.

Struktur Direktori Framework Codeigniter ............................ 24

4.1.2.

Implementasi Rancangan Database ....................................... 24

4.1.3.

Koneksi Database di Framework Codeigniter ........................ 24

Realisasi Implementasi ......................................................................... 25
4.2.1.

Struktur Direktori Framework Codeigniter ............................ 25
A.

Folder Utama ............................................................... 25

B.

Folder Tambahan ......................................................... 28

4.2.2.

Implementasi Rancangan Database ....................................... 29

4.2.3.

Koneksi Database di Framework Codeigniter ........................ 29

4.2.4.

Implementasi Desain Sistem ................................................. 30
A.

Form Login .................................................................. 31

B.

Form Halaman Admin .................................................. 37

C.

Form Halaman Panitia .................................................. 38

D.

Form Halaman Rekanan ............................................... 41

BAB V UJ I COBA SISTEM ............................................................................ 52

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

v

5.1

5.2

Perangkat Sistem .................................................................................. 52
5.1.1.

Perangkat Keras yang Digunakan .......................................... 52

5.1.2.

Perangkat Lunak yang Digunakan ......................................... 52

Uji Coba dan Hasil ............................................................................... 53
5.2.1.

Skenario Uji Coba ................................................................. 53

5.2.2.

Pelaksanaan Uji Coba ........................................................... 54
A.

Form Login .................................................................. 54

B.

Halaman Admin ........................................................... 54

C.

Halaman Panitia ........................................................... 57

D.

Halaman Rekanan ........................................................ 74

BAB VI PENUTUP ......................................................................................... 88
5.1.

Kesimpulan .......................................................................................... 88

5.2.

Saran .................................................................................................... 89

DAFTAR PUSTAKA ....................................................................................... 84

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

vi

Judul

Penyusun
Pembimbing I
Pembimbing II

: IMPLEMENTASI SISTEM INFORMASI
E PROCUREMENT BERORIENTASI OBJEK
MENGGUNAKAN METODE MVC PADA BIRO
UMUM UPN “VETERAN” JATIM
: Himawan Giri Ayoga
: Moh. Irwan Afandi, ST, MSc
: Agung Brastama Putra, S.Kom

ABSTRAK

Pengadaan barang dan jasa merupakan hal yang perlu mendapatkan
penanganan administrasi yang tertib, tertata, dan transparan terkait untuk
memperlancar proses penawaran barang dan jasa (tender) dan dapat mengurangi
dan menghilangkan praktek KKN dalam bidang pengadaan barang atau jasa.
Tugas Akhir ini membahas tentang bagaimana mengimplementasikan
desain Sistem Informasi E-Procurement Biro Umum. Pengembangan Aplikasi ini
mengacu pada dokumen SKPL (Syarat Kebutuhan Perangkat Lunak) dan DPPL
(Deskripsi Perancangan Perangkat Lunak) yang sudah dibuat sebelumnya.
Hasil dari tugas akhir ini berupa Aplikasi Sistem Informasi E-Procurement
yang dibuat menggunakan metode MVC.Dengan adanya aplikasi ini, pihak biro
umum UPN “Veteran” Jawa Timur dimudahkan dengan proses pelelangan yang
bisa dilakukan langsung lewat internet.
Kata kunci: Aplikasi Sistem Informasi E-Procurement, MVC, MySQL, Codeigniter

i
Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

BAB I
PENDAHULUAN

1.1

Latar Belakang
Universitas Pembangunan Nasional (UPN) merupakan sebuah institusi

yang bergerak di bidang pendidikan. UPN merupakan salah satu Universitas
terbaik di Jawa Timur dan menempati peringkat kedua (Pusat Data dan Analisis
Tempo, 2010).
Seiring dengan perkembangannya dalam mencapai misi menjadi
universitas yang terdepan, maka dibutuhkan sebuah teknologi atau sistem
informasi yang mendukung segala aktivitas akademis maupun non-akademis.
Walaupun saat ini UPN telah menerapkan sistem yang berjalan sesuai peraturan
yang ada, beberapa permasalahan masih terjadi terutama pada bagian pelelangan
pekerjaan barang atau jasa. Proses lelang yang masih dilakukan secara manual
sangat kurang efisien dan memakan waktu. Hal tersebut dikarenakan

belum

tersedianya sistem lelang pekerjaan barang dan jasa (E-Procurement).
Oleh sebab itu, solusi dengan adanya kondisi tersebut adalah membuat
sistem informasi E-Procurement berbasis internet/web yang desain sistemnya
sudah dibuat oleh mahasiswa SI terdahulu. Implementasi dari desain sistem yang
dibuat adalah menggunakan pemrograman JSP berorientasi objek atau MVC.
Dalam

hal

implementasi ini,

implementasinya

melainkan

penulis

tidak

menggunakan JSP dalam

menggunakan Framework

Codeigniter

yang

merupakan framework PHP berbasis MVC.
Alasan penulis memilih framework Codeigniter adalah kemudahan dan
keuntungan

yang

diberikan,

seperti mempercepat

para developer

1

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

web

2

mengembangkan aplikasi web berbasis PHP karena sudah disediakan librarylibrary untuk mengerjakan tugas-tugas yang umum pada sebuah aplikasi web,
bersifat open source atau gratis, ukuran framework yang kecil, URL yang
dihasilkan Search Engine Friendly, dokumentasi yang lengkap dan jelas dengan
adanya Codeigniter User Guide, hosting yang mudah didapatkan dan tidak terlalu
mahal, dan masih banyak lagi kelebihan dari framework ini.
Dengan adanya implementasi sistem informasi e-procurement ini,
diharapkan dapat memudahkan dalam proses pelelangan.
1.2

Perumusan Masalah
Berdasarkan uraian latar belakang permasalahan, maka secara garis besar

perumusan masalah yang terdapat dalam tugas akhir ini adalah Bagaimana
mengimplementasikan desain dari Sistem Informasi E-Procurement yang bisa
menangani kegiatan operasional pengadaan barang dan jasa di Biro Umum
dengan menggunakan metode MVC dalam proses pembuatannya.
1.3

Batasan Masalah

Batasan Implementasi Sistem Informasi ini adalah :
1. Implementasi sistem menggunakan framework Codeigniter.
2. Proses implementasi sistem mengacu pada dokumen desain sistem
1.4

Tujuan

Tujuan Implementasi Sistem Informasi ini adalah :
1. Mengimplementasikan desain Sistem Informasi E-Procurement yang bisa
menangani kegiatan operasional pengadaan barang dan jasa yang dapat
digunakan pihak Biro Umum.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

3

1.5

Manfaat Penelitian

Manfaat yang diberikan dari tugas akhir ini adalah sebagai berikut :
1. Memberikan Aplikasi Sistem Informasi E-Procurement Biro Umum.
2. Memudahkan pihak panitia dalam penyelenggaraan lelang.
3. Memudahkan pihak panitia dalam memantau perkembangan pekerjaan.
4. Memudahkan

pihak

rekanan

dalam

mendaftar

paket

pekerjaan,

memberikan dokumen yang diperlukan dalam proses pelelangan.

1.6

Sistematika Penulisan

Sistematika pembahasan penulisan tugas akhir ini tersusun atas:
BAB I : PENDAHULUAN
Berisi tentang latar balakang penulisan tugas akhir, perumusan
masalah, batasan masalah, tujuan penelitian, manfaat penelitian,
dasar hukum, metodologi penulisan dan sistematika penulisan.
BAB II : TINJ AUAN PUSTAKA
Berisi tentang teori-teori penunjang pembuatan desain sistem
yang

membahas

tentang

Sistem

Informasi

Pengadaan

Barang/Jasa.
BAB III: TINJ AUAN DESAIN SISTEM
Bab ini menerangkan mengenai tinjauan desain sistem mulai,
mulai dari analisis dokumen desain yang sudah dibuat
sebelumnya, kemudian konsultasi ke pihak desainer dan pihak
Biro Umum UPN “Veteran” Jawa Timur. Jika analisis dirasa
cukup, maka akan menghasilkan desain final yang nantinya

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

4

digunakan pedoman dalam melakukan implementasi sistem.
Dalam desain final ini juga menghasilkan suatu dokumen
kesimpulan hasil dari analisis.
BAB IV : RENCANA DAN REALISASI IMPLEMENTASI
Bab ini akan menjelaskan lebih detil mengenai rencana dalam
pengimplementasian rancangan desain sistem dan juga realisasi
yang dilakukan dalam implementasi Sistem Informasi EProcurement. Dalam melakukan implementasi dari desain
tersebut digunakan web editor dan database untuk memudahkan
penulis dalam pengimplementasian desain tersebut.
BAB V : UJ I COBA
Pada bab ini akan menjelaskan lebih detail mengenai proses uji
coba terhadap implementasi sistem yang sudah dibuat. Dalam
tahap ini akan diuji tentang input, proses dan output dari aplikasi
apakah telah sesuai dengan tujuan yang diinginkan.
BAB VI : PENUTUP
Berisi tentang kesimpulan dan saran-saran mengenai Tugas
Akhir yang disusun.
DAFTAR PUSTAKA
Berisi tentang daftar yang berisi judul buku-buku, artikelartikel, dan bahan-bahan penerbitan lainnya, yang mempunyai
pertalian dengan sebuah karangan mengenai Tugas Akhir yang
disusun.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

BAB II
TINJ AUAN PUSTAKA

Pada bab ini akan dibahas teori-teori yang mendukung pembuatan tugas
akhir ini, yaitu teori Pengadaan Barang / Jasa, Pengadaan Barang / Jasa Melalui
Internet (E-Procurement), Sistem, Sistem Informasi, Pemrograman Berorientasi
Objek, MVC, serta PHP, MySQL dan Codeigniter.
2.1

Pengadaan Barang / J asa
Pengadaan barang / jasa adalah sebuah aktivitas untuk memperoleh barang

atau jasa, dalam studi kasus ini biayanya didukung dari anggaran BP Dik, UPN
“Veteran” atau LPTTN. Pengadaan barang/jasa pada dasarnya adalah perolehan
atau penambahan barang/jasa berupa peralatan, perlengkapan, jasa konsultasi dan
lain-lain. Yang prosesnya dimulai dari perencanaan kebutuhan sampai sampai
diselesaikannya seluruh kegiatan hokum memperoleh barang / jasa.
Di dalam proses pengadaan barang / jasa terdapat 2 metote, yaitu pengadaan
umum dan pengadaan terbatas.
2.1.1 Metode Pengadaan Umum
Pelelangan Umum adalah metode pemilihan Penyedia Barang/Pekerjaan
Konstruksi/Jasa Lainnya untuk semua pekerjaan yang dapat diikuti oleh semua
Penyedia Barang/Pekerjaan Konstruksi/Jasa Lainnya yang memenuhi syarat.
Pemilihan Penyedia Barang/Pekerjaan Konstruksi/Jasa Lainnya pada
prinsipnya dilakukan melalui metode Pelelangan Umum dengan pascakualifikasi.
Pemilihan Penyedia Barang/Pekerjaan Konstruksi/Jasa Lainnya melalui Metode
5

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

6

Pelelangan Umum diumumkan paling kurang di website K/L/D/I, dan papan
pengumuman resmi untuk masyarakat serta Portal Pengadaan Nasional melalui
LPSE, sehingga masyarakat luas dan dunia usaha yang berminat dan memenuhi
kualifikasi dapat mengikutinya. Apabila dipandang perlu, ULP dapat menambah
media pengumuman antara lain dengan media cetak, radio, televisi dan
mengundang Penyedia Barang/Jasa yang dianggap mampu. Dalam Pelelangan
Umum tidak ada negosiasi teknis dan harga.

2.1.2 Metode Pengadaan Terbatas
Pelelangan Terbatas adalah metode pemilihan Penyedia Pekerjaan
Konstruksi untuk Pekerjaan Konstruksi dengan jumlah Penyedia yang mampu
melaksanakan diyakini terbatas dan untuk pekerjaan yang kompleks.
Khusus untuk Pekerjaan Konstruksi yang bersifat kompleks dan diyakini
jumlah penyedianya terbatas, pemilihan Penyedia Pekerjaan Konstruksi dilakukan
dengan Pelelangan Terbatas.

Di dalam proses pengadaan barang / jasa ada 2 prosedur pengadaan yaitu
pra kualifikasi dan pasca kualifikasi.
2.1.3 Pra Kualifikasi
Proses penilaian kompetensi dan kemampuan usaha serta pemenuhan
persyaratan lainnya dari penyedia barang/jasa sebelum memasukan penawaran.
Tata cara penilaian kualifikasi
a)

Evaluasi kualifikasi dilakukan sebelum pembukaan penawaran

b)

Dokumen kualifikasi dapat dilengkapi

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

7

Prosedur pengadaan barang dengan prosedur prakualifikasi
a)

Pengumuman prakualifikasi

b)

Pengambilan dokumen

c)

prakualifikasi

d)

Pemasukan dokumen prakualifikasi

e)

Evaluasi dokumen prakualifikasi

f)

Penetapan hasil prakualifikasi

g)

Pengumuman hasil prakualifikasi

h)

Masa sanggah prakualifikasi

i)

Undangan kepada peserta yang lulus prakualifikasi

j)

Pengambilan dokumen pemilihan penyedia barang/jasa

k)

Penjelasan

l)

Penyusunan berita acara acara penjelasan

m)

Pemasukan penawaran

n)

Pembukaan penawaran

o)

Evaluasi kelengkapan data administrasi dan teknis

p)

Evaluasi penawaran harga

q)

Penetapan pemanang

r)

Pengumuman pemenang

s)

Masa sanggah

t)

Penunjukan pemenang

u)

Penandatanganan kontrak/SPK

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

8

2.1.4 Pasca Kualifikasi
proses penilaian kompetensi dan kemampuan usaha serta pemenuhan
persyaratan lainnya dari penyedia barang/jasa setelah memasukan penawaran.
Tata cara penilaian kualifikasi
a)

Dokumen kualifikasi menjadi bagian dokumen penawaran dan disampaikan
bersamaan

b)

Tidak diperkenankan tambahan dokumen kualifikasi

c)

Evaluasi kualifikasi dilakukan setelah evaluasi dokumen penawaran

Prosedur pengadaan barang dengan prosedur pasca kualifikasi

Gambar 2.1 Pelelangan dengan pascakualifikasi

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

9

a)

Pengumuman lelang. Pengumuman dilaksanakan selama 7 hari

b)

Pendaftaran peserta lelang. Dilaksanakan selama 7 hari

c)

Penjelasan tentang pelelangan yang diadakan. Dilaksanakan selama 7 hari

d)

Pemasukan / pembukaan penawaran. Dilaksanakan selama 7 hari

e)

Penetapan calon pemenang lelang. Maksimal 5 hari

f)

Masa sanggah. Maksimal 5 hari

g)

Penetapan pemenang lelang. Maksimal 7 hari

h)

Penanda tanganan kontrak kerja. Maksimal 14 hari

2.2

Pengadaan Barang / J asa Melalui Internet (E-Procurement)
Pengadaan barang / jasa melalui internet (E-procurement) adalah pembelian

business-to-business (B2B) dan penjualan barang dan jasa melalui internet. EProcurement merupakan mekanisme pembelian masa kini atau dapat dikatakan
sebagai aplikasi berbasis internet dan perangkat teknologi lainnya sebagai
penghubung dalam proses tesebut. E-procurement juga berguna dalam rangka
melakukan pengawasan terhadap prosedur penawaran yang dilakukan dalam
pengadaan barang atau jasa secara elektronik.
Dalam konsep ini, dikenal sejumlah istilah yang kerap dipergunakan oleh
para praktisi bisnis dan teknologi informasi.
1.

Aplikasi e-Procurement merupakan perangkat lunak atau software yang

dipergunakan untuk mengaplikasikan konsep e-Procurement dalam institusi.
2.

Sistem e-Procurement merupakan kumpulan dari sejumlah komponen

komponen atau entitas-entitas di dalam institusi, yang saling terkait satu dengan

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

10

yang lainnya, yang memiliki fungsi untuk menjalankan konsep e-Procurement di
dalam sebuah institusi. Adapun yang dimaksud dengan konsep komponen terkait
misalnya: perangkat keras (hardware), perangkat lunak (software), seumber daya
manusia (brainware) dan pemakain atau pengguna (user), kebijakan (policy), tata
kelola (governance), proses (business process), dan infrastruktur institusi.
3.

Sistem Aplikasi e-Procurement merupakan kumpulan dari sejumlah

komponen atau modul-modul aplikasi (sejumlah –subprogram dan database),
yang saling terkait satu dengan yang lainnya untuk membentuk suatu aplikasi
holistic (utuh) dan terintegrasi dengan fungsi utama mengaplikasikan konsep eProcurement dalam institusi.
2.3

Sistem
Dalam mendefinisikan sebuah sistem terdapat dua kelompok pendekatan

(Jogiyanto, 2003). Pertama, lebih menekankan pada prosedur yang digunakan
dalam dalam sistem dan mendefinisikannya sebagai kumpulan dari prosedurprosedur yang mempunyai tujuan tertentu. Kedua, lebih menekankan pada elemen
atau komponen penyusun sistem dan mendefinisikannya sebagai kumpulan dari
komponen yang saling berhubungan satu dengan yang lainnya membentuk satu
kesatuan untuk mencapai tujuan tertantu.
Kedua definisi tersebut sama benarnya dan tidak saling bertentangan. Yang
membedakan hanyalah cara pendekatan yang dilakukan pada sistem. Untuk sistem
yang lebih menekankan pada prosesnya, pendekatan prosedur akan lebih mengena
untuk menggambarkan sistem tersebut. Untuk sistem yang fisiknya lebih terlihat,

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

11

pendekatan komponen akan lebih jelas digunakan untuk menggambarkan
sistemnya.
2.4

Sistem Infor masi
Tujuan dari sistem informasi adalah menghasilkan informasi. Informasi

tersebut didapatkan dari pengolahan data. Kebanyakan orang mengartikan data
dan informasi dengan pengertian yang sama (Jogiyanto, 2003). Namun dua
pengertian ini sebenarnya memiliki perbedaan yang mendasar. Data merujuk
kepada fakta-fakta berupa angka-angka, teks, dokumen, gambar, bagan, suara
yang mewakili deskripsi verbal atau kode tertentu semacamnya. Apabila data
tersebut disaring dan diolah melalui suatu sistem pengelolaan sehingga berubah
fungsi menjadi informasi.
Sistem informasi adalah suatu sistem suatu sistem di dalam suatu
organisasi yang mempertemukan kebutuhan pengolahan transaksi harian,
mendukung operasi, bersifat manajerial dan kegiatan strategi dari suatu organisasi
dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan.
Tugas dari sistem informasi adalah untuk melakukan siklus pengelolaan data
(data processing cycles) atau bisa juga disebut dengan siklus informasi.

INPUT

PROSES

OUTPUT

Data berupa fakta

Pengolahan data

Informasi

Gambar 2.2 Siklus pengolahan data.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

12

2.5

Pemr ograman berorientasi obyek
Pemrograman berorientasi objek (Inggris: object-oriented programming

disingkat OOP) merupakan paradigma pemrograman yang berorientasikan kepada
objek. Semua data dan fungsi di dalam paradigma ini dibungkus dalam kelaskelas atau objek-objek. Bandingkan dengan logika pemrograman terstruktur.
Setiap objek dapat menerima pesan, memproses data, dan mengirim pesan ke
objek lainnya.
Model data berorientasi objek dikatakan dapat memberi fleksibilitas yang
lebih, kemudahan mengubah program, dan digunakan luas dalam teknik piranti
lunak skala besar. Lebih jauh lagi, pendukung OOP mengklaim bahwa OOP lebih
mudah dipelajari bagi pemula dibanding dengan pendekatan sebelumnya, dan
pendekatan OOP lebih mudah dikembangkan dan dirawat.
Konsep dasar dari Pemrograman Berorientasi Objek Pemrograman
orientasi-objek
1.

Kelas — kumpulan atas definisi data dan fungsi-fungsi dalam suatu unit

untuk suatu tujuan tertentu. Sebagai contoh 'class of dog' adalah suatu unit yang
terdiri atas definisi-definisi data dan fungsi-fungsi yang menunjuk pada berbagai
macam perilaku/turunan dari anjing. Sebuah class adalah dasar dari modularitas
dan struktur dalam pemrograman berorientasi object. Sebuah class secara tipikal
sebaiknya dapat dikenali oleh seorang non-programmer sekalipun terkait dengan
domain permasalahan yang ada, dan kode yang terdapat dalam sebuah class
sebaiknya (relatif) bersifat mandiri dan independen (sebagaimana kode tersebut
digunakan jika tidak menggunakan OOP). Dengan modularitas, struktur dari

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

13

sebuah program akan terkait dengan aspek-aspek dalam masalah yang akan
diselesaikan melalui program tersebut. Cara seperti ini akan menyederhanakan
pemetaan dari masalah ke sebuah program ataupun sebaliknya.
2.

Objek - membungkus data dan fungsi bersama menjadi suatu unit dalam

sebuah program komputer; objek merupakan dasar dari modularitas dan struktur
dalam sebuah program komputer berorientasi objek.
3.

Abstraksi - Kemampuan sebuah program untuk melewati aspek informasi

yang diproses olehnya, yaitu kemampuan untuk memfokus pada inti. Setiap objek
dalam sistem melayani sebagai model dari "pelaku" abstrak yang dapat
melakukan kerja, laporan dan perubahan keadaannya, dan berkomunikasi dengan
objek lainnya dalam sistem, tanpa mengungkapkan bagaimana kelebihan ini
diterapkan. Proses, fungsi atau metode dapat juga dibuat abstrak, dan beberapa
teknik digunakan untuk mengembangkan sebuah pengabstrakan.
4.

Enkapsulasi - Memastikan pengguna sebuah objek tidak dapat mengganti

keadaan dalam dari sebuah objek dengan cara yang tidak layak; hanya metode
dalam objek tersebut yang diberi izin untuk mengakses keadaannya. Setiap objek
mengakses interface yang menyebutkan bagaimana objek lainnya dapat
berinteraksi dengannya. Objek lainnya tidak akan mengetahui dan tergantung
kepada representasi dalam objek tersebut.
5.

Polimorfisme melalui pengiriman pesan. Tidak bergantung kepada

pemanggilan subrutin, bahasa orientasi objek dapat mengirim pesan; metode
tertentu yang berhubungan dengan sebuah pengiriman pesan tergantung kepada
objek tertentu di mana pesa tersebut dikirim. Contohnya, bila sebuah burung
menerima pesan "gerak cepat", dia akan menggerakan sayapnya dan terbang. Bila

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

14

seekor singa menerima pesan yang sama, dia akan menggerakkan kakinya dan
berlari. Keduanya menjawab sebuah pesan yang sama, namun yang sesuai dengan
kemampuan hewan tersebut. Ini disebut polimorfisme karena sebuah variabel
tungal dalam program dapat memegang berbagai jenis objek yang berbeda selagi
program berjalan, dan teks program yang sama dapat memanggil beberapa metode
yang berbeda di saat yang berbeda dalam pemanggilan yang sama. Hal ini
berlawanan dengan bahasa fungsional yang mencapai polimorfisme melalui
penggunaan fungsi kelas-pertama.

Dengan menggunakan OOP maka dalam melakukan pemecahan suatu
masalah kita tidak melihat bagaimana cara menyelesaikan suatu masalah tersebut
(terstruktur) tetapi objek-objek apa yang dapat melakukan pemecahan masalah
tersebut. Sebagai contoh anggap kita memiliki sebuah departemen yang memiliki
manager, sekretaris, petugas administrasi data dan lainnya. Misal manager
tersebut ingin memperoleh data dari bag administrasi maka manager tersebut tidak
harus mengambilnya langsung tetapi dapat menyuruh petugas bag administrasi
untuk mengambilnya. Pada kasus tersebut seorang manager tidak harus
mengetahui bagaimana cara mengambil data tersebut tetapi manager bisa
mendapatkan data tersebut melalui objek petugas adminiistrasi. Jadi untuk
menyelesaikan suatu masalah dengan kolaborasi antar objek-objek yang ada
karena setiap objek memiliki deskripsi tugasnya sendiri.
2.6

MVC (Model View Controller)
Model-View-Controller atau MVC adalah sebuah metode untuk membuat

sebuah aplikasi dengan memisahkan data (Model) dari tampilan (View) dan cara

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

15

bagaimana memprosesnya (Controller). Dalam implementasinya kebanyakan
framework dalam aplikasi website adalah berbasis arsitektur MVC. MVC
memisahkan pengembangan aplikasi berdasarkan komponen utama yang
membangun sebuah aplikasi seperti manipulasi data, antarmuka pengguna, dan
bagian yang menjadi kontrol dalam sebuah aplikasi web.
Bagian-bagian dari MVC
2.6.1 Model
Model mewakili struktur data. Biasanya model berisi fungsi-fungsi yang
membantu seseorang dalam pengelolaan basis data seperti memasukkan data ke
basis data, pembaruan data dan lain-lain.
2.6.2 View
View adalah bagian yang mengatur tampilan ke pengguna. Bisa di katakan
berupa halaman web.
2.6.3 Controller
Controller merupakan bagian yang menjembatani model dan view.
Controller berisi perintah-perintah yang berfungsi untuk memproses suatu data
dan mengirimkannya ke halaman web.
Dengan menggunakan metode MVC maka aplikasi akan lebih mudah untuk
dirawat dan dikembangkan. Untuk memahami metode pengembangan aplikasi
menggunakan MVC diperlukan pengetahuan tentang pemrograman berorientasi
objek (Object Oriented Programming).

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

16

2.7

PHP
Pada awalnya PHP merupakan kependekan dari Personal Home Page (Situs

personal). PHP pertama kali dibuat oleh Rasmus Lerdorf pada tahun 1995. Pada
waktu itu PHP masih bernama Form Interpreted (FI), yang wujudnya berupa
sekumpulan skrip yang digunakan untuk mengolah data formulir dari web.
Selanjutnya Rasmus merilis kode sumber tersebut untuk umum dan
menamakannya PHP/FI. Dengan perilisan kode sumber ini menjadi sumber
terbuka, maka banyak pemrogram yang tertarik untuk ikut mengembangkan PHP.
Pada November 1997, dirilis PHP/FI 2.0. Pada rilis ini, interpreter PHP
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 dan singkatan PHP diubah menjadi
akronim berulang PHP: Hypertext Preprocessing.
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 perubahan besar. Versi ini juga memasukkan model
pemrograman berorientasi objek ke dalam PHP untuk menjawab perkembangan
bahasa pemrograman ke arah paradigma berorientasi objek.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

17

2.8

MySQL
MySQL adalah sebuah perangkat lunak sistem manajemen basis data SQL

(bahasa Inggris: database management system) atau DBMS yang multithread,
multi-user, dengan sekitar 6 juta instalasi di seluruh dunia. MySQL AB membuat
MySQL tersedia sebagai perangkat lunak gratis dibawah lisensi GNU General
Public License (GPL), tetapi mereka juga menjual dibawah lisensi komersial
untuk kasus-kasus dimana penggunaannya tidak cocok dengan penggunaan GPL.

Tidak sama dengan proyek-proyek seperti Apache, dimana perangkat lunak
dikembangkan oleh komunitas umum, dan hak cipta untuk kode sumber dimiliki
oleh penulisnya masing-masing, MySQL dimiliki dan disponsori oleh sebuah
perusahaan komersial Swedia MySQL AB, dimana memegang hak cipta hampir
atas semua kode sumbernya. Kedua orang Swedia dan satu orang Finlandia yang
mendirikan MySQL AB adalah: David Axmark, Allan Larsson, dan Michael
"Monty" Widenius.
2.9

Codeigniter
CodeIgniter adalah aplikasi open source yang berupa framework dengan

model MVC (Model, View, Controller) untuk membangun website dinamis
dengan menggunakan PHP. CodeIgniter memudahkan developer untuk membuat
aplikasi web dengan cepat dan mudah dibandingkan dengan membuatnya dari
awal. CodeIgniter dirilis pertama kali pada 28 Februari 2006. Versi stabil terakhir
2.1.2 yang dirilis pada 29 Juni 2012.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

18

Gambar 2.3 Diagram Alir CodeIgniter.

2.9.1 Alasan mengapa menggunakan Framewor k:
a)

Mempercepat dan mempermudah pembangunan sebuah aplikasi web.

b)

Relatif memudahkan dalam proses maintenance karena sudah ada pola
tertentu dalam sebuah framework (dengan syarat programmer mengikuti
pola standar yang ada)

c)

Umumnya framework menyediakan fasilitas-fasilitas yang umum dipakai
sehingga kita tidak perlu membangun dari awal (misalnya validasi, ORM,
pagination, multiple database, scaffolding, pengaturan session, error
handling, dll

d)

Lebih bebas dalam pengembangan jika dibandingkan CMS

2.9.2 Kelebihan CodeIgniter
a)

Performa sangat cepat : salah satu alasan tidak menggunakan framework
adalah karena eksekusinya yang lebih lambat daripada PHP from the
scracth, tapi Codeigniter sangat cepat bahkan mungkin bisa dibilang
codeigniter merupakan framework yang paling cepat dibanding framework
yang lain.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

19

b)

Konfigurasi yang sangat minim (nearly zero configuration) : tentu saja
untuk menyesuaikan dengan database dan keleluasaan routing tetap
diizinkan
konfigurasi

melakukan konfigurasi dengan
seperti

database.php

atau

mengubah

autoload.php,

beberapa
namun

file
untuk

menggunakan codeigniter dengan setting standard, anda hanya perlu
merubah sedikit saja file pada folder config.
c)

Banyak komunitas: dengan banyaknya komunitas CI ini, memudahkan kita
untuk berinteraksi dengan yang lain, baik itu bertanya atau teknologi
terbaru.

d)

Dokumentasi yang sangat lengkap : Setiap paket instalasi codeigniter sudah
disertai user guide yang sangat bagus dan lengkap untuk dijadikan
permulaan, bahasanya pun mudah dipahami.

e)

Dan banyak lagi yang lainnya.

2.9.3 Struktur Direktori CodeIgniter
Sebelum menggunakan CodeIgniter, terlebih dahulu perlu dilihat struktur
direktorinya. Tujuannya adalah agar bisa tepat dalam meletakkan file sesuai
dengan fungsinya masing-masing.

Gambar 2.4 Struktur direktori CodeIgniter.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

20

Terdapat 3 folder utama CI, yaitu application, system, dan user_guide.
Dari ketiga folder tersebut, yang perlu diperhatikan adalah folder application
karena disinilah direktori kerja CI dan disini pula tempat meletakkan semua file
yang berkaitan dengan aplikasi yang akan dikembangkan. Dalam folder
application ini terdapat beberapa subfolder dengan peran masing-masing.
Beberapa subfolder inilah yang nantinya digunakan untuk mengelompokkan file
aplikasi yang akan dibuat sesuai dengan fungsinya.
Dari sekian banyak subfolder yang ada, terlebih dahulu kita perhatikan
pada 4 subfolder utama, yaitu:
a)

Config, digunakan untuk menyimpan berbagai macam file konfigurasi
sistem aplikasi yang akan dibuat.

b)

Controllers, digunakan untuk meletakkan controller sistem aplikasi yang
akan dibuat.

c)

Models, digunakan untuk meletakkan file model sistem aplikasi yang akan
dibuat.

d)

Views, digunakan untuk meletakkan file view sistem aplikasi yang akan
dibuat.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

BAB III
TINJ AUAN DESAIN SISTEM

Tinjauan desain sistem merupakan hal yang sangat diperlukan dalam
melakukan suatu penelitian, hal ini juga berlaku juga dalam pengerjaan tugas
akhir. Tinjauan desain sistem diperlukan sebagai panduan proses implementasi ke
dalam progam, sehingga rangkaian pengerjaan tugas akhir dapat dilakukan secara
terarah, teratur, dan sistematis.
Berikut merupakan Flowchart yaitu langkah-langkah yang dilakukan oleh
penulis dalam proses meninjau desain sistem :

Gambar 3.1 Flowchart tinjauan desain sistem
21

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

22

3.1

ANALISA DOKUMEN DESAIN
Analisa dokumen desain dilakukan sebagai upaya untuk melakukan

pemeriksaan terhadap dokumen sebagai acuan untuk implementasi atau panduan
yang mendukung pembuatan tugas akhir ini, berupa dokumen DPPL dan SKPL.
3.2

KONSULTASI KE DESAINER
Pada tahap ini kemudian dilakukan konsultasi ke desainer tentang

rancangan yang sudah dibuat , yaitu upaya yang dilakukan untuk mendapatkan
pemahaman akan desain sistem pengadaan barang / jasa. Untuk memahami desain
sistem yang ada tersebut dilakukan wawancara atau tanya jawab terhadap desainer
agar nantinya tidak terjadi kesalahan saat implementasi.
3.3

KONSULTASI KE BIRO UMUM
Pada tahap ini dilakukan konsultasi ke pihak Biro Umum tentang

rancangan yang sudah dibuat oleh desainer. Upaya ini dilakukan untuk
penyesuaian antara desain yang sudah di buat dengan keinginan pihak yang terkait
agar nantinya tidak ada kesalahan atau kekeliruan dalam hal implementasi sistem.
3.4

DESAIN FINAL
Tahap ini merupakan tahapan terakhir dari keseluruhan proses tinjaun

desain sistem, yaitu tahap desain final yang akan dijadikan panduan untuk
implementasi sistem.
3.5

KESIMPULAN
Dalam tahap ini menghasilkan dokumen kesimpulan yang berasal dari

proses analisis dokumen desain yang sudah dikonsultasikan ke pihak desainer dan

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

23

pihak biro umum UPN “Veteran” Jawa Timur. Dokumen ini akan menjadi
dokumen pendukung dalam desain final.
No

Permasalahan

1

Tidak bisa
menampilkan data
sesuai dengan data
rekanan yang masuk

Penambahan kolom “id” di
dalam tabel rekanan

Memudahkan
identifikasi dan
menampilkan data user
rekanan yang masuk

2

Tidak bisa
menyimpan data
Nama File yang
panjang

Penambahan panjang tipe
data pada kolom
“Nama_File” di semua tabel
media_file

Mampu menyimpan
data Nama File yang
panjang

3

Tidak bisa
menyimpan data
Extension_Type_File
yang panjang

Penambahan panjang tipe
data pada kolom
“Extension_Type_File” di
semua tabel “media_file”

Mampu menyimpan
data
Extension_Type_File
yang panjang

List/Menu diubah menjadi
Text Field

4

List/Menu kurang
fleksibel pada
FRM.REK.AK.01(
Paket pekerjaan yang
ditawarkan)

Memudahkan pengguna
dalam proses pencarian
kode paket pekerjaan

5

Tombol “Cari” pada
FRM.PAN 14(Set
Pengumuman
Pemenang)

Tombol “Cari” dihapus,
kemudian Text Field “Kode
Pekerjaan” dan Text Field
“NPWP Rekanan” diganti
dengan List/Menu

Memudahkan pengguna
dalam proses pencarian
kode pekerjaan dan
NPWP Rekanan

Penambahan tabel detil
paket pekerjaan

Memudahkan pengguna
dalam proses
penyimpanan detail
paket pekerjaaan.
Contoh : Pengadaan
ATK

Penambahan form yang
menampilkan data tersebut
dengan menggunakan
gambar centang dan silang

Memudahkan panitia
dalam mengevaluasi
kelengkapan data
rekanan.

6

Tidak bisa
menyimpan detail
paket pekerjaan

7

Tidak bisa melihat
data administrasi dan
data teknis secara
sederhana.

Perubahan

Hasil

Tabel 3.1 Tabel Kesimpulan Review Desain

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

BAB IV
RENCANA DAN REALISASI IMPLEMENTASI

Bab ini berisi tentang rencana yang akan dilakukan dan realisasi
implementasi dari desain yang sudah dibuat.

4.1

RENCANA IMPLEMENTASI
Dalam tahap ini akan dijelaskan mengenai rencana yang akan dilakukan

dalam pengimplementasian desain sistem. Rencananya adalah antara lain :

4.1.1 STRUKTUR DIREKTORI FRAMEWORK CODEIGNITER
Dalam rencana ini akan dijelaskan tentang struktur direktori. Apa saja isi
folder dan fungsi-fungsi foldernya.

4.1.2 IMPLEMENTASI RANCANGAN DATABASE
Dalam rencana ini akan dijelaskan tentang proses pengimplementasian
database ke dalam MySQL dari rancangan yang sudah dibuat sebelumnya.

4.1.3 KONEKSI DATABASE DI FRAMEWORK CODEIGNITER
Dalam rencana ini akan dijelaskan tentang cara mengkoneksikan database
dengan Framework Codeigniter.

24
Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

25

4.2

REALISASI IMPLEMENTASI
Dalam realisasi implementasi ini akan dijelaskan secara detail mengenai

rencana implementasi yang mana sudah didefinisikan di dalam subbab Rencana
Implementasi.

4.2.1 STRUKTUR DIREKTORI FRAMEWORK CODEIGNITER
Dalam realisasi implementasi ini, penulis menjelaskan tentang struktur
direktori yang digunakan dalam Framework Codeigniter. Berikut ini adalah
struktur direktori dalam Framework Codeigniter

Gambar 4.1 Struktur direktori Codeigniter
Dalam struktur direktori tersebut terdapat 3 folder utama dan 2 folder
buatan sendiri
4.2.1.1 FOLDER UTAMA
Di dalam folder utama terdapat 3 folder yaitu, folder application, folder
system, dan folder user_guide. Ketiga folder tersebut mempunyai subfolder dan
fungsi yang berbeda-beda, antara lain yaitu:
a)

Folder Application
Folder utama application mempunyai 13 subfolder yang isinya antara lain

folder cache, config, controllers, core, errors, helpers, hooks, language, libraries,
logs, models, third_party, dan views.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

26

Gambar 4.2 Struktur direktori folder application
Dari sekian banyak subfolder yang ada, ada 4 subfolder yang utama yaitu :
1.

Folder config, digunakan untuk menyimpan berbagai macam file
konfigurasi sistem aplikasi yang akan dibuat.

2.

Folder controllers, digunakan untuk meletakkan controller sistem aplikasi
yang akan dibuat.

3.

Folder models, digunakan untuk meletakkan file model sistem aplikasi
yang akan dibuat.

4.

Folder views, digunakan untuk meletakkan file view sistem aplikasi yang
akan dibuat.

b) Folder System
Folder utama system mempunyai 6 subfolder yang isinya antara lain folder
core, database, fonts, helpers, language, libraries.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

27

Gambar 4.3 Struktur direktori folder system
Semua folder tersebut berfungsi untuk menunjang proses interaksi dan
transaksi seperti koneksi database, session, validasi form, javascript, upload,
download, dan masih banyak lagi.

c)

Folder User_Guide
Folder utama user_guide berfungsi sebagai pedoman bagi user yang

menggunakan Framework Codeigniter Berisi tentang komponen-komponen dalam
Codeigniter.

Gambar 4.4 Struktur direktori folder user_guide
Folder ini adalah bawaan dari Codeigniter. Dengan ini pengguna
Codeigniter dimudahkan karena semua penjelasan mengenai Codeigniter sudah
tersedia didalam user guide.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

28

4.2.1.2 FOLDER TAMBAHAN
Di dalam folder tambahan terdapat 2 folder yaitu, folder assets dan upload.
2 folder yang dibuat sendiri oleh penulis tersebut mempunyai arti dan fungsi yang
berbeda.
a)

Folder Assets
Folder assets berfungsi sebagai tempat menyimpan file-file yaitu file

template aplikasi web, gambar dan jquery.

Gambar 4.5 Struktur direktori folder assets
Susunan folder pada gambar di atas tidak terpaku pada itu saja, melainkan
sesuai kebutuhan oleh pengguna Codeigniter.

b)

Folder Uploads
Folder uploads berfungsi sebagai tempat penyimpanan file-file transaksi di

dalam aplikasi, meliputi dokumen indikasi kecurangan, lelang, penawaran,
rencana biaya, rencana kerja, surat perjanjian kerja, tawar paket pekerjaan, tenaga
ahli dan pengalaman kerja. File-File yang ada dalam folder uploads juga akan
diakses ketika pengguna aplikasi mendownload file tersebut.

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

29

.
Gambar 4.6 Struktur direktori folder uploads
Folder ini adalah folder tambahan sendiri. Untuk kasus yang lain tidak
terpaku pada folder seperti gambar diatas.

4.2.2 IMPLEMENTASI RANCANGAN DATABASE
Dalam tahap ini penulis mengimplementasikan rancangan database yang
sudah dibuat oleh desainer. Dalam implementasi rancangan database ini penulis
mengacu pada dokumen DPPL ( Deskripsi Perancangan Perangkat Lunak ),
tepatnya adalah dokumen Deskripsi Perancangan Rinci yang berisi table-tabel,
dan setiap tabel mempunyai field, deskripsi field, tipe data. Dengan adanya ini,
implementasi rancangan database semakin mudah karena sudah terdapat daftar
tabel, tipe data, panjang tipe data dan juga keterangan tentang primary key dan
foreign key.

4.2.3 KONEKSI DATABASE DI FRAMEWORK CODEIGNITER
Dalam tahap ini, penulis membuat koneksi dengan database MySQL 5.0
yang sebelumnya telah memasang file-file Framework Codeigniter dan juga
mengimplementasikan rancangan database dari dokumen Deskripsi Perancangan
Rinci dalam dokumen DPPL( Deskripsi Perancangan Perangkat Lunak ).

Hak Cipta © milik UPN "Veteran" Jatim :
Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

30

Pengaturan koneksi database dengan MySQL dalam Codeigniter adalah
melalui sebuah file yang bernama database.php yang berada pada di dalam folder