APLIKASI BANGUNRUANG UNTUK PENINGKATAN

PELAYANAN PERMINTAAN JASA KONSTRUKSI

& INTERIOR PADA PT KES INDONESIA

Disusun Oleh :

NIM	: 1311475947
NAMA	: NANDA DIAN PRASETYO

JURUSAN SISTEM INFORMASI

KONSENTRASI SISTEM INFORMASI MANAJEMEN

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

TANGERANG

2017/2018

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PENGESAHAN SKRIPSI

APLIKASI BANGUNRUANG UNTUK PENINGKATAN

PELAYANAN PERMINTAAN JASA KONSTRUKSI

& INTERIOR PADA PT. KES INDONESIA

Disusun Oleh :

NIM	: 1311475947
Nama	: Nanda Dia Prasetyo
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Informasi
Konsentrasi	: Sistem Informasi Manajemen

Disahkan Oleh :

Tangerang, Januari 2018

Ketua					Kepala Jurusan
STMIK RAHARJA					Jurusan Sistem Informasi




(Ir.Untung Rahardja, M.T.I,.MM.)					(Nur Azizah, M.Akt, M.Kom)
NIP : 000594					NIP : 078010

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN PEMBIMBING

APLIKASI BANGUNRUANG UNTUK PENINGKATAN

PELAYANAN PERMINTAAN JASA KONSTRUKSI

& INTERIOR PT. KES INDONESIA

Dibuat Oleh :

NIM	: 1311475947
Nama	: Nanda Dian Prasetyo

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Informasi

Konsentrasi Sistem Informasi Manajemen

Tahun Akademik 2017-2018

Disetujui Oleh :

Tangerang, 15 Januari 2018

Pembimbing I			Pembimbing II



( Oleh Soleh, S.Kom.,M.M.S.I)			(Henderi, M.Kom)
NID : 04043			NID : 02019

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI

APLIKASI BANGUNRUANG UNTUK PENINGKATAN

PELAYANAN PERMINTAAN JASA KONSTRUKSI

& INTERIOR PADA PT. KES INDONESIA

Dibuat Oleh :

NIM	: 1311475947
Nama	: Nanda Dian Prasetyo

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan Sistem Informasi

Konsentrasi Sistem Informasi Manajemen

Tahun Akademik 2017/2018

Disetujui Penguji :

Tangerang, Januari 2018

Ketua Penguji	Penguji I	Penguji II




(_______________)	(_______________)	(_______________)
NID :	NID :	NID :

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR KEASLIAN SKRIPSI

APLIKASI BANGUNRUNAG UNTUK PENINGKATAN

PELAYANAN PERMINTAAN JASA KONSTRUKSI

& INTERIOR PADA PT.KES INDONESIA

Disusun Oleh :

NIM	: 1311475947
Nama	: Nanda Dian Prasetyo
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Informasi
Konsentrasi	: Sistem Informasi Manajemen

Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan, atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik di lingkungan Perguruan Tinggi Raharja maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.

Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab, serta bersedia menerima sanksi jika pernyataan diatas tidak benar.

	Tangerang, 10 Januari 2018



	Nanda Dian Prasetyo
	NIM. 1311475947

)*Tandatangan dibubuhi materai 6.000;

ABSTRAKSI

Kepuasan pelayanan konsumen dalam sebuah perusahaan terutama perusahaan bidang jasa adalah diprioritaskan, karena merupakan salah satu poin indikator penilaian keberhasilan suatu perusahaan, penilaian tersebut adalah keberlangsungan prosedur pelayanan dari produsen terhadap konsumen untuk mendukung tingkat fleksibiltas transaksi, sehingga dapat memberikan keuntungan terhadap keduanya. Melihat aktifitas konsumen yang mencari penyedia jasa maupun para ahli konstruksi dalam memperoleh pekerjaan bangunan, umumnya melalui komunikasi lisan dan lingkungan sekitar tanpa mengetahui detail kualitas kompetensi dan pembiayaan nantiya, hal tersebut dapat mengakibatkan tidak maksimalnya kebutuhan akan pelayanan. Meninjau dari permasalahan hal tersebut dan untuk meningkatkan kontribusi pelayanan perusahaan kepada konsumen yang lebih luas jangkauannya, salah satu caranya adalah merancang sebuah aplikasi sistem online yang mempermudah transaksi tersebut. PT. KES Indonesia bermaksud mengembangkan transaksi pelayanan jasa konstruksi dengan pemanfaatan teknologi digital aplikasi sistem BanngunRuang secara online, yang ditujukan untuk membantu konsumen dan penyedia jasa konstruksi dalam memperoleh atau mencari pengguna jasa bangunan maupun interior ruang dengan cepat, aman dan tentunya memenuhi dan sesuai pendanaan yang diinginkan dari suatu perusahaan jasa maupun personal yang ahli di bidang jasa konstruksi. Penelitian ini berorientasi pada objek dan menggunakan metode analisa PIECES (Performance, Information/Data, Economy, Control, Eviciency, Service), elisitasi kebutuhan sistem, serta pemodelan sistem menggunakan UML (Unified Modelling Language) yang diimplementasikan dalam bahasa pemrograman Hypertect Preprocessor (PHP) dengan basis data MySQL-Server. Dengan adanya Aplikasi Sistem BangunRuang secara online diharapkan dapat mempermudah penyedia jasa dan konsumen dalam jasa konstruksi dapat saling berinteraksi dan terpenuhi kebutuhannya dalam pelayanan yang berkualias.

Kata Kunci : Aplikasi, Pelayanan, Konstruksi, Jasa, Digital, Bangunan, PIECES.

ABSTRACT

The priority of customer service satisfaction in a company, especially service company is one of the indicators of the success assessment of a company, the assessment is the continuity of service procedure from the producer to the consumer to support the flexibility level of the transaction so that it can give advantage to both. Seeing the habits of consumers who seek service providers and construction experts in obtaining building work, generally through oral communication and the surrounding environment without knowing the detail of competency quality and financing later, it can result in not maximally the need for service. Reviewing the issues and improving the company's service contribution to a wider range of customers, one way is to design an online system application that simplifies the transaction. PT. KES Indonesia intends to develop construction service transactions with the use of digital technology with BanngunRuang system application online, which is intended to assist consumers and construction service providers in obtaining or seeking users of building and interior space services quickly, safely and of course meet and match the desired funding From a service company or personal who is an expert in the field of construction services. This research is object oriented and uses PIECES (Performance, Information / Data, Economy, Control, Eviciency, Service) analysis methods, system requirement elicitation, and system modeling using UML (Unified Modeling Language) implemented in PHP (Hypertect Preprocessor) With MySQL-Server database. With the application of System BangunRuang online is expected to facilitate service providers and consumers in construction services can interact with each other and fulfilled their needs in a service that berkuality

Keywords: Application, Service, Construction, Services, Digital, Building, PIECES.

KATA PENGANTAR

Alhamdulillah, Puji syukur penulis panjatkan kehadirat Allah SWT, karena berkat rahmat dan hidayah-Nya, sehingga penulis dapat menyelesaikan Skripsi dengan judul “Aplikasi BangunRuang Untuk Peningkatan Pelayanan Permintaan Jasa Konstruksi dan Interior Pda PT. KES Indonesia” ini dengan lancar, laporan SKRIPSI ini untuk memenuhi tahap akhir jenjang strata 1(satu) pada Program Studi Sistem Informasi STMIK Raharja Tangerang.

Dalam proses penyusunan Skripsi ini, penulis menyadari banyak mendapat bantuan dan bimbingan dari berbagai pihak. Oleh karena itu penulis mengucapkan terima kasih kepada:

Tuhan Yang Maha Esa, Allah SWT.
Bapak Ir.Untung Rahardja, M.T.I.,MM. selaku Ketua STMIK Raharja.
Bapak Sugeng Santoso, M.Kom selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
Ibu Nur Azizah, M.Akt.,M.Kom., selaku Kepala Jurusan Sistem Informasi STMIK Raharja
Bapak Oleh Soleh, Skom.,M.M.S.I., selaku Dosen Pembimbing 1 yang memberikan bimbingan masukan konseptual sistem, kritik, dalam penyusuan skripsi.
Bapak Henderi, M.Kom, selaku Dosen Pembimbing 2 yang memberikan bimbingan, masukan dalam sistematika perencanan penelitian, saran serta kritik dalam penyusuan skripsi.
Mr. Lee Ki Won selaku Presiden Direktur PT. Kes Indonesia.
Mr. Kwon Tae Hee sebagai stackholder yang telah memberikan arahan pelaksanaan kegiatan penelitian dalam analisa lapangan dan implementasi.
Kedua Orang Tua, Kakak dan Saudara tercinta yang selama ini telah memberi semangat motivasi dan doa hingga saat ini kepada penulis.
Teman-teman Qalaqoh (Al-Fatih) Muhamad Rifai, Ahmad Rifai, Deni Widodo, Juli M Kirom, Mas Janu yg terus memberi dukungan doa terhadap diri penulis.
Teman-teman dalam Tim (Raharja Accelerator Club) yang telah memberikan motivasi kretif penelitian terhadap perencanaan penelitian.
Teman-teman seperjuangan Aris Sutanto, Agus Kurniawan, Yuli Agustina Lubis, Irfan Yuanda H, Agus Supriadi, Dewi Poppy R, Dede Apriansyah, Dede Supratman, Adi Suwarta Putra, Wahyu Ahmad H F yang telah berjuang bersama dalam proses penyelesaian laporan skripsi ini.

Kepada semua pihak yang terlalu banyak untuk disebutkan satu persatu sehingga terwujudnya penulisan Proposal Penelitian Skripsi ini.

Penulis menyadari masih terdapat kekurangan dan bukan merupakan pembahasan yang sempurna dalam penulisan Skripsi ini, oleh sebab itu penulis pun sangat mengharapkan ide, saran dan masukan yang membangun untuk Skripsi ini, Semoga Skripsi ini dapat bermanfaat untuk lingkungan pendidikan., untuk kesempurnaan penyusunan terhadap laporan penelitian nantinya

	Tangerang, 15 Januari 2018
	Penulis















	Nanda Dian Prasetyo
	NIM. 1311475947

DAFTAR TABEL

Tabel 2.1 Kategori Pemberian Skor Alternatif Jawaban
Tabel 2.2 Literature Review
Tabel 3.1 Analisa Performance sistem berjalan
Tabel 3.2 Analisa Information sistem berjalan
Tabel 3.3 Analisa Economy sistem berjalan
Tabel 3.4 Analisa Contol sistem berjalan
Tabel 3.5 Analisa Efficiensy sistem berjalan
Tabel 3.6 Analisa Service sistem berjalan
Tabel 3.7 Data variable pertanyaan pra-penelitian
Tabel 3.8 Data Penilaian Responden
Tabel 3.9 Data akumulatif penilaian responden terhadap likert
Tabel 3.10 Penilaian Interpretasi skor likert
Tabel 3.11 Interval skor presentase
Tabel 3.12 Elisitasi Tahap I
Tabel 3.13 Elisitasi Tahap II
Tabel 3.14 Elisitasi Tahap III
Tabel 3.15 Final Tahap Final Elisitasi
Tabel 4.1 Perbedaan Sistem Berjalan dengan Sistem Usulan
Tabel 4.2 Admin
Tabel 4.3 Detail Kategori Layanan
Tabel 4.4 Kategori Layanan
Tabel 4.5 Kelompok Layanan
Tabel 4.6 Pemakai Jasa
Tabel 4.7 Penyedia detail kategori layanan
Tabel 4.8 Penyedia Jasa
Tabel 4.9 Pesanan
Tabel 4.10 Project
Tabel 4.11 Project foto
Tabel 4.12 Daftar pengujian sistem
Tabel 4.13 Daftar pengujian user interface web
Tabel 4.14 Pengujian login bangunruang.id
Tabel 4.15 Pengujian registrasi pengguna jasa
Tabel 4.16 Pengujian registrasi penyedia jasa
Tabel 4.17 Pengujian cari jasa
Tabel 4.18 Detail informasi penyedia jasa dan proses booking
Tabel 4.19 Transaksi informasi booking jasa
Tabel 4.20 Transaksi laporan project akhir
Tabel 4.21 Data variable pertanyaan kuesioner implementasi
Tabel 4.22 Data penilaian responden
Tabel 4.23 Data akumulatif penelitian responden terhadaf likert
Tabel 4.24 Penilaian interpretasi skor likert
Tabel 4.25 Interval skor presentase
Tabel 4.26 Jadwal kegiatan penelitian
Tabel 4.27 Perencanaan biaya penelitian

DAFTAR GAMBAR

Gambar 3.1 Struktur Organisasi Manajemen Perusahaan PT. KES Indonesia
Gambar 3.2 Usecase diagram sistem yang berjalan
Gambar 3.3 Sequence diagram Big Meeteng Point (BMP1)
Gambar 3.4 Sequence diagram Big Meeteng Point (BMP2)
Gambar 3.5 Sequence diagram survey lapangan
Gambar 3.6 Sequence diagram desain rancangan layout project
Gambar 3.7 Sequence diagram approval project
Gambar 3.8 Activity diagram big meeting point (BMP1)
Gambar 3.9 Activity diagram big meeting point (BMP2)
Gambar 3.10 Activity diagram survey lapangan
Gambar 3.11 Activity diagram desain rancangan layout project
Gambar 3.12 Activity diagram approval project
Gambar 3.13 Rumus penilaian akumulatif likert
Gambar 3.14 Rumus interpretasi skor likert
Gambar 3.15 Rumus interval skor
Gambar 3.16 Rumus index data likert
Gambar 4.1 Useca diagram pokok sistem yang diusulkan
Gambar 4.2 Useca diagram detail sistem yang diusulkan
Gambar 4.3 Usecase diagram detail sistem kelola pemesanan
Gambar 4.4 Usecase diagram detail sistem kelola reporting project
Gambar 4.5 Activity diagram registrasi pengguna jasa
Gambar 4.6 Activity diagram registrasi penyedia jasa
Gambar 4.7 Activity diagram aktifitas pemesanan jasa
Gambar 4.8 Activity diagram aktifitas report project
Gambar 4.9 Activity diagram kelola layanan (penyedia web)
Gambar 4.10 Activity diagram kelola layanan (penyedia jasa)
Gambar 4.11 Activity diagram kelola layanan (pengguna jasa)
Gambar 4.12 Sequence diagram pengelolaan registrasi
Gambar 4.13 Sequence diagram pengelolaan pemesanan
Gambar 4.14 Sequence diagram pengelolaan report project
Gambar 4.15 Sequence diagram pengelolaan pelayanan informasi
Gambar 4.16 Class diagram sistem bangunnruang.id
Gambar 4.17 Tampilan prototype home/index web base
Gambar 4.18 Prototype view about profile web base
Gambar 4.19 Tampilan prototype value web base
Gambar 4.20 Tampilan prototype teknikal web base
Gambar 4.21 Tampilan prototype service web base
Gambar 4.22 Tampilan prototype activity web base
Gambar 4.23 Tampilan prototype contact web base
Gambar 4.24 Tampilan prototype menu login
Gambar 4.25 Tampilan prototype registrasi pengguna jasa
Gambar 4.26 Tampilan prototype registasi penyedia jasa
Gambar 4.27 Rancangan prototypr beranda (dashboard-pengguna jasa)
Gambar 4.28 Rancangan prototype cari jasa
Gambar 4.29 Rancangan prototype cari jasa (preview vendor)
Gambar 4.30 Rancangan prototype cari jasa (preview detail)
Gambar 4.31 Rancangan prototype cari jasa (preview booking)
Gambar 4.32 Rancangan prototype menu transaksi booking jasa
Gambar 4.33 Rancangan prototype menu transaksi booking jasa (vendor)
Gambar 4.34 Rancangan prototype menu transaksi booking jasa (validasi)
Gambar 4.35 Rancangan prototype portofolio project (penyedia jasa)
Gambar 4.36 Rancangan prototype list data setelah input (vendor)
Gambar 4.37 Rancangan protype laporan akhir project (penyedia jasa)
Gambar 4.38 Rancangan prototype laporan project (konfirmasi – vendor)
Gambar 4.39 Rancangan prototype konfirmasi akhir laporan (pengguna jasa)
Gambar 4.40 Rancangan prototype konfirmasi akhir laporan (vendor)
Gambar 4.41 Tampilan halaman home/index web base
Gambar 4.42 Tampilan view about profile web base
Gambar 4.43 Tampilan halaman value web base
Gambar 4.44 Tampilan halaman teknikal web base
Gambar 4.45 Tampilan halaman service web base
Gambar 4.46 Tampilan halaman activity web base
Gambar 4.47 Tampilan halaman contact web base
Gambar 4.48 Tampilan halaman menu login
Gambar 4.49 Tampilan registrasi pengguna jasa
Gambar 4.50 Tampilan registrasi penyedia jasa
Gambar 4.51 Tampilan beranda (pengguna jasa)
Gambar 4.52 Tampilan cari jasa (pengguna jasa)
Gambar 4.53 Tampilan cari jasa (preview vendor)
Gambar 4.54 Tampilan cari jasa (preview detail)
Gambar 4.55 Tampilan cari jasa (preview booking)
Gambar 4.56 Tampilan menu transaksi booking jasa
Gambar 4.57 Tampilan konfirmasi booking (penyedia jasa)
Gambar 4.58 Tampilan menu transaksi booking jasa (validasi)
Gambar 4.59 Tampilan menu input portofolio project
Gambar 4.60 Tampilan list data project portofolio setelah di input (vendor)
Gambar 4.61 Tampilan menu input laporan akhir project
Gambar 4.62 Tampilan list konfirmasi laporan akhir (penyedia jasa)
Gambar 4.63 Tampilan hasil konfirmasi laporan akhir (penggun jasa)
Gambar 4.64 Tampilan hasil validasi laporan akhir (penyedia jasa)
Gambar 4.65 Rumus penilaian akumulatif likert
Gambar 4.66 Rumus penilaian interval skor
Gambar 4.67 Rumus index data likert
Gambar 4.68 Grafik perbandingan pemanfaatan sistem pelayanan jasa

DAFTAR SIMBOL

Daftar Simbol Use Case

Daftar Simbol Sequance Diagram

Daftar Simbol Activity Diagram

BAB I

PENDAHULUAN

Latar Belakang

Perkembangan di bidang transaksi pelayanan jasa merupakan bagian yang tidak bisa dipisahkan dari perkembangan dunia teknologi saat ini, karena salah satu tujuan perkembangan teknologi adalah meningkatkan kualitas komunikasi transaksi publik. Pemanfaatan perkembangan teknologi ini mempengaruhi tatanan hidup atau sebuah aturan sistem tertentu dan dapat di manfaatkan dalam berbagai bidang, salah satunya dalam interaksi transaksi pelayanan di bidang jasa konstruksi bangunan dan interior ruangan yang ada di lingkungan masyarakat.

Akses komunikasi masyarakat yang berkaitan dengan jasa konstruksi bangunan begitu dibutuhkan dalam keseharian, karena pelayanan bidang jasa konstruksi ini begitu berperan, terutama dalam kelompok pembangunan properti seperti diantaranya dalam membangun ataupun memperbaiki rumah, gedung, toko, ruangan tertentu, sampai dengan fasilitas sarana pendukung di lingkungan pemukiman. Dengan adanya hal tersebut tidak diiringi oleh perkembangan fasilitas, yang memberikan media penghubung kepada konsumen dan penyedia jasa bangunan/konstruksi untuk saling berkomunikasi dengan lebih cepat dan sesuai kualitas maupun daya keinginan konsumen atau produsen. Selain hal tersebut pihak penyedia jasa yang berkompeten dalam bidang konstruksi tidak bisa mendapatkan informasi pengguna jasa yang membutuhkannya, dan pihak penyedia jasa tidak bisa mencari ataupun mempromosikan jasa nya secara terus menerus. Adanya bentuk proses transasksi diatas dapat menimbulkan ketidak sesuaian terhadap keinginan masyarakat baik pengguna jasa maupun penyedia jasa saat ini untuk lebih cepat, tepat, dan teliti dalam mendapatkan kebutuhan transaksi pelayanan jasa konstruksi.

Melihat perkembangan aktifitas masyarakat dalam pemanfaatan jasa konstruki yang masih mengalami berbagai permasalahan diatas, PT. KES Indonesia sebuah perusahaan yang bergerak dibidang kontraktor & exibition, dengan profesionalitas perusahaan dan kompetensi yang baik dalam bidang jasa pembanguan maupun interior, dengan permasalahan yang sama dalam penanganan manajemen pelayanan konsumen yang masih menggunakan penawaran jasa melalui jaringan bisnis, yaitu personal marketing sebagai tumpuan hasil maksimalilasi produktifitas perusahaan hanya kepada hubungan perkenalan secara personal atau tidak dari bagian marketing. Proses tersebut mengakibatkan tidak maksimalnya peningkatan produktifitas perusahaan terhadap pelayanan kepada konsumen yang membutuhkan jasa kontruksi, dan mengakibatkan sistem pemasaran saat ini kurang efektif, karena diperlukan waktu lama untuk mendapatkan sebuah projek, dan pihak konsumen sendiri tidak bisa mengetahui terhadap penyediaan jasa kontraktor di PT. KES Indonesia.

Inovasi penyediaan sarana pelayanan dengan pemanfaatan teknologi digital aplikasi sistem komunikasi antara konsumen dan penyedia jasa konstruksi seperti PT. KES Indonesia secara online sangat dibutuhkan. Teknologi aplikasi pendukung ini selain membantu interaksi antara konsumen terhadap penyedia jasa konstruksi, namun juga dapat mendukung peningkatan prospek produktifitas kontribusi pelayanan perusahaan maupun personal penyedia jasa, tanpa harus menunggu penawaran pihak lain, dan membantu konsumen untuk dapat melihat kompetensi penyedia jasa dan penawaran biaya yang sesuai dengan kemampuan konsumen, sehingga konsumen dan penyedia jasa konstruksi bangunan maupun interior bisa mendapatkan keuntungan lebih maksimal.

Berdasarkan uraian tersebut di atas maka, pada penelitian skripsi ini penulis akan mengambil judul “Aplikasi Bangunruang Untuk Peningkatan Pelayanan Permintaan Jasa Konstruksi & Interior Pada PT. KES Indonesia”, yang diharapkan kedepannya dapat memberikan inovasi komunikasi pelayanan jasa konstruksi terhadap konsumen untuk lebih cepat dan sesuai, selain itu membantu penyedia jasa kususnya PT. KES Indonesia untuk terus aktif produktif memperoleh proyek dan menawarkan jasanya tanpa menunggu konsumen yang menawarkan kebutuhannya.

Rumusan Masalah

Berdasarkan masalah yang diidentifikasikan dari latar belakang, maka dapat dirumuskan masalah penelitian sebagai berikut :

Seperti apa sistem pelayanan jasa konstruksi yang saat ini sedang berjalan pada PT. KES Indonesia dan lingkungan masyarakat?
Apa sajakah kendala yang dialami dalam proses interaksi penggunaan sistem pelayanan jasa konstruksi yang berjalan?
Solusi seperti apa yang dapat membantu peningkatan transaksi pelayanan jasa, menjadi media penghubung antara penyedia jasa dan PT.KES Indonesia terhadap konsumen atau sebaliknya?
Fungsional aplikasi sistem seperti apa yang dapat membantu pengguna untuk mempermudah interaksi penggunaan jasa konstruksi?
Seperti apakah pemanfaatan sistem aplikasi Bangunruang.id sehingga dapat meningkatkan angka aktifitas pemanfaatan jasa konstruksi?

Ruang Lingkup

Berdasarkan permasalahan dan identifikasi masalah di atas, Agar mempermudah penulisan serta terfokus penelitian, maka batasan masalah pada skripsi ini, antara lain :

pelayanan jasa konstruksi Bangunruang.id ini berfokus pada memfasilitasi media interaksi dari konsumen kepada penyedia jasa, tidak sampai pada tahap transaksi pembayaran jasa, namun tetap adanya fasilitas validasi konfirmasi data laporan kinerja jasa.
Target pengguna sistem adalah konsumen pencari jasa konstruksi, developers perumahan, pelaku usaha kontraktor, penyedia jasa bangunan, arsitek.
Sistem akan bertujuan pada fungsional fasilitas interaksi diantaranya
1. User konsumen ataupun penyedia jasa, dapat memberikan komentar/pesan terhadap setiap penawaran pekerjaan yang ada.
2. User dapat memonitor interaksi terakhir, dengan melihat informasi pada dashboard.
3. Sistem memperlihatkan sistem lock apabila telah adanya transaksi pekerjaan antara konsumen dan penyedia jasa, sehingga tidak dapat di akses oleh user lain.
4. Laporan kesepakan hasil diskusi kerja yang dikeluarkan sistem sebagai bentuk keamanan pelayanan jasa perlindungan kinerja pada konsumen dan penyedia jasa.
Adanya pengelompokan bentuk infrastruktur diantaranya (Gedung, Rumah, Ruangan).
Adanya bentuk monitoring interaksi Aplikasi sistem Bangunruang.id untuk penggunaan aplikasi dan keamanan transaksi antara konsumen dan penyedia jasa.
Menyediakan fitur informasi yang berfokus dan bersinggungan pada pelayanan jasa konstruksi bangunan maupun interior ruang.

Hipotesis

Berdasarkan bentuk analisa dan kajian penelitian yang dilakukan, dengan meninjau dari data lapangan, penulis menyatakan hipotesis penelitian ini adalah:

Model pelayanan permintaan jasa konstruksi lebih efektif dengan menggunakan sistem aplikasi bangunruang.id dari pada penggunaan pelayanan secara konfensional.
Tingkat pemanfataan teknologi pada bidang konstruksi lebih meningkat dalam pengenalan ke masyarakat.
Adanya interaksi antara model pelayanan bangunruang.id dan pemanfaatan teknologi dalam bidang konstruksi untuk permintaan jasa konstruksi.
Aplikasi banguruang.id menjadi solusi bagi konsumen pencari jasa konstruksi, untuk berinteraksi dengan penyedia jasa di lingkungan sekitar maupun dengan penyedia jasa lain yang sesuai dengan permintaan.
Tingkat interaksi pelayanan jasa konstruksi dengan menggunakan system aplikasi bangunruang.id dapat lebih terkontrol oleh konsumen maupun penyedia jasa.

Tujuan Dan Manfaat Penelitian

Tujuan Penelitian

Adapun tujuan penelitian yang ingin di capai oleh penulis dalam penelitian skripsi ini dibagi menjadi 3 bagian diantaranya:

Tujuan Operasional:
1. Menjadikan sarana memperoleh informasi dari sistem transaksi pelayanan jasa konstruksi & interor yang terjadi saat ini pada PT. KES Indonesia, dan umumnya di lingkungan masyarakat.
2. Mengadakan analisis terhadap permasalah yang sedang terjadi pada kegiatan transaksi pelayanan jasa konstruksi & interior.
3. Menentukan dan memberikan solusi terbaik atas permasalahan yang ada dalam pengambilan keputusan.
Tujuan Fungsional:
1. Membangun dan mengimplementasikan inovasi aplikasi pelayanan jasa konstruksi bangunan bangunruang.id secara online yang dikembangkan pada PT. KES Indonesia, dan bisa digunakan oleh masyarakat umum.
2. Menyajikan aktifitas interaksi jasa pelayanan dari masyarakat ke produsen penyedia jasa atau sebaliknya yang lebih fleksibel dan lebih terjaga kualitas kinerja dan datanya.
3. Mempermudah user pengguna jasa maupun penyedia jasa untuk lebih update terhadap perkembangan data pasar mengenai informasi bangunan dan data pendukungnya.
Tujuan Individu:
1. Mendapatkan lebih banyak pengalaman dalam tindakan menganalisa suatu permasalahan yang ada dilingkungan sekitar, untuk bisa di berikan solusi bermanfaat yang berkaitan terhadap pemanfaatan teknologi informasi.
2. Mengimplentasikan ilmu yang sudah di dapatkan dalam proses perkuliahan dalam membantu perkembangan sosial masyarakat.
3. Membantu masyarakat dalam akses kebutuhan jasa konstruksi dengan membuat fasilitas sistem Bangunruang.id secara online.

Manfaat Penelitian

Adapun Manfaat penelitian yang ingin di capai oleh penulis dalam penelitian ini di bagi menjadi 3 bagian diantaranya sebagai berikut:

Manfaat bagi Individu:
1. Berkontribusi bagi perkembangan sistem infomasi yang ada untuk memecahkan permasalah dalam bidang pelayanan jasa konstruksi kususnya pada PT. KES Indonesia dan masyarakat umumnya.
2. Adanya rasa kepuasan setelah menghasilkan sebuah karya yang dapat dipergunakan dan bermanfaat bagi masyarakat maupun suatu instansi.
3. Menambah pengetahuan mengenai bidang transaksi pelayanan konstruksi dan Interior ruang, walaupun diluar lingkup keilmuan yang dipelajari di perkuliahan.
Manfaat bagi Institusi Perusahaan dan Masyarakat:
1. Terciptanya efektifitas dan efisiensi kinerja dalam manajemen project kususnya dalam menghimpun dan mengolah data-data konsumen.
2. Timbulnya inovasi pemasaran, pelayanan dan peningkatan kontribusi produksi bagi PT. KES Indonesia dalam memperoleh konsumen dengan jangkaun lebih luas.
3. Sistem bangunruang.id ini dapat membantu masyarakat dalam memperoleh informasi penyedia jasa kontruksi yang ada di sekitarnya dengan lebih cepat, akurat, dan teliti dalam manajemen datanya.
4. Adanya sarana sistem bangunruang.id yang dapat memberikan control informasi bagi pengguna dalam aktifitas jasa konstruksi, sehingga pencapaian kerja yang lebih terukur oleh penyedia jasa dan konsumen
Manfaat bagi kampus Perguruan Tinggi Raharja:
1. Masukan maupun evaluasi atas hasil penelitian ini terhadap kurikulum yang ada dan sudah diterapkan dalam perkuliahan untuk adanya kesesuaian dengan kebutuhan tenaga kerja yang trampil dan kompeten di bidangnya maupun yang dibutuhkan perusahaan/instansi.
2. Kegiatan penelitian yang dilakukan diluar lingkungan kampus menunjukan kontribusi pendidikan perguruan tinggi terhadap masyarakat dalam bentuk nyata.
3. Bentuk referensi penelitian yang nantinya dapat dimanfaatkan oleh Mahasiswa Perguruan Tinggi Raharja sebagai pengembangan pada penelitian selanjutnya.
4. STMIK Raharja dikenal oleh instansi-instansi lebih luas atas karya penelitian mahasiswanya yang berdampak luas, dan sebagai media promosi Perguruan Tinggi Raharja atas proses manajemen pendidikan yang baik.

Metode Penelitian

Metode Pengumpulan Data

Adapun teknik metode pengumpulan data yang di terapkan penulis dalam penelitian skripsi ini sebagai berikut:

Pengamatan (Observasi)
Untuk kegiatan ini peneliti melakukan pengamatan/observasi langsung di PT. KES INDONESIA Tangerang yang berfokus pada interaksi proses komunikasi pelayanan jasa pada setiap bagian, yang ditawarkan kepada pihak konsumen untuk pengambilan sample data-data terkait dengan objek penelitian.
Wawancara (Interview)
Kegiatan ini akan dilakukan tanya jawab kepada personal komponen penentu kinerja manajemen di PT. KES INDONESIA, yang merupakan personal user terkait aktifitas jalur komukasi manajemen pemasaran atau publishing dalam perusahaan. Personal komponen tersebut adalah Presiden Directur, GM, Manager Marketing, Tim Marketing, dan perwakilan karyawan pekerja dari masing-masing divisi. Kegiatan interview yang dilakukan pada komponen tersebut bertujuan untuk menentukan analisa prosedural komunikasi pelayanan jasa terhadap customer yang ada pada sistem yang sudah berjalan, untuk kegiatan ekternal managemen perusahaan proses pengambilan data wawancara akan melibatkan konsumen pengguna jasa sebagai sample wawancara terhadap customer.
Studi Pustaka
Kegiatan pada tahap mengumpulan data dengan cara membaca dan mempelajari paper/tulisan, makalah ataupun referensi lain yang berhubungan dengan masalah yang dibahas pada penelitian, seluruh bahan penelitian tersebut didapat dengan ketenetuan sumber-sumber dari kepustakaan dan media internet.

Metode Analisa

Metode Analisa Sistem

Pelaksanaan analisa pada penelitian pelayanan jasa konstruksi pada PT. KES Indonesia dan kasus yang berkaitan, metode yang digunakan dalam penelitian adalah menggunakan metode PIECES (Performance, Information/Data, Economy, Control, Efficiency, Service).

Tujuan penggunaan metode analisa ini untuk mengoreksi atau memperbaiki sistem dalam hal akses interaksi komunikasi pelayanan, dari hal-hal yang telah diidentifikasi dapat diambil beberapa masalah yang dihadapi oleh organisasi, kemudian dideskripsikan sehingga masalah dapat segera dipahami dengan baik dan dapat ditindaklanjuti untuk sebuah solusi.

Beberapa manfaat dari penggunaan Metode PIECES yang diharapkan pada pelaksanaan kegiatan penelitian ini adalah sebagai berikut:
1. Analisa PIECES dapat menerapkan metode efektif dalam kegiatan analisa permasalahan yang terdapat pada inti kegiatan penelitian ini, yaitu terhadap solusi bagi sistem pelayanan jasa konstruksi untuk peningkatan permintaan jasa yang ada pada PT. KES Indonesia.
2. Analisa PIECES menghubungkan dalam pengembangan aplikasi sistem pelayanan jasa konstruksi bangunruang.id yang akan diimplementasikan sesuai tujuan sebagai solusi penelitian, dengan aplikasi sistem bangunruang.id nantinya akan dapat direalisasikan agar sejalan dengan strategi pengembangan mutu kinerja manajemen perusahaan dan permintaan konsumen pasar atau masyarakat.
3. Penerapan metode PIECES nantinya dapat menjadi perantara yang baik dalam mengetahui informasi dan kebutuhan apa yang diperlukan oleh setiap individu pengguna aplikasi.
4. Analisa PIECES sangat berguna dalam perencanaan sistem informasi pada saat startegi bisnis tidak berjalan sesuai tujuan perusahaan, dengan memfokuskan pada masalah-masalah yang ada untuk mengetahui solusi terbaik dalam penanganannya.
Proses analisa data pada penelitian yang dilaksanakan, mengambil sampling data dengan menggunakan proses analisa terhadap penyebaran pertanyaan dan pernyataan dalam bentuk kuisioner terhadap beberapa masyarakat diantaranya, dilingkungan perumahan sekitar tempat tinggal peneliti, dilingkungan customer PT. KES Indonesia, hal ini dimaksudkan untuk mengetahui data permasalahan dan keinginan kebutuhan masyarakat yang pasti sebagai data pendukung pengembangan pelaksanaan penelitian pelayanan terkait jasa konstruksi yang akan dijalankan.
Metode Analisa Data

Proses analisa data pada penelitian yang dilaksanakan, mengambil sampling data dengan menggunakan proses analisa terhadap penyebaran pertanyaan dan pernyataan dalam bentuk kuisioner terhadap beberapa masyarakat diantaranya, dilingkungan perumahan sekitar tempat tinggal peneliti, dilingkungan customer PT. KES Indonesia, hal ini dimaksudkan untuk mengetahui data permasalahan dan keinginan kebutuhan masyarakat yang pasti sebagai data pendukung pengembangan pelaksanaan penelitian pelayanan terkait jasa konstruksi yang akan dijalankan.

Metode Perancangan

Proses perancangan aplikasi sistem digambarkan dengan menggunakan program aplikasi pendukung yaitu visual paradigm berdasarkan hasil analisa data lapangan yang ada, sehingga nantinya menghasilkan suatu model baru yang bisa diusulkan sebagai bentuk solusi akhir. Pada Visual Paradigm For UML Interprise Edition adanya sub fungsional sistem yaitu UML (Uniefied Modeling Language) yang diperuntukan untuk membuat desain arsitekture sebuah sistem, bentuk bagan arsitektur ini bekerja dalam OOAD (Object Oriented Analysis and Design) dengan kepemilikan bahasa yang konsisten untuk penentuan visualisasi, mengkonstruksi, dan membantu mendokumnetasikan artifact yang terdapat dalam sebuah aplikasi software.

Selain metode diatas yang digunakan peneliti dalam kegiatan pemodelan aplikasi sistem dalam penelitian ini, bahasa pemrogramman yang digunakan adalah PHP, dengan perancangan basis data menggunakan MySQL-Server, XAMPP sebagai tool server lokal, sebagai software pendukung desain grafis mengunakan Adobe Collection, dan editor text program menggunakan kolaborasi Notepadd++, Sublime Text 3.

Metode Prototype

Pada pelaksanaan penelitian ini, mengimplementasikan solusi rancangan aplikasi sistem yang telah diusulkan dan disesuaikan dengan permasalahan yang ada, untuk mengetahui bentuk tampilan interface dan teta letak fungsional fitur aplikasi dengan menggunakan beberapa software pendukung perancangannya, salah satunya yaitu Justinmind dan Prototype. Kedua software tersebut merupakan beberapa aplikasi pendukung yang dapat digunakan untuk mengimplementasi desain sketsa sebuah program aplikasi kedalam tampilan digital interface.

Dalam pelaksanaan hal ini bertujuan menampilkan gambaran yang lebih jelas terhadap tampilan aplikasi sistem kususnya tampilan siklus fungsional yag akan dibuat oleh sistem.

Metode Pengujian

Pelaksanaan pengamatan atas hasil solusi penelitian yang akan dicapai, dalam penelitian ini akan melaksanakan pengujian pada aplikasi sistem yang nantinya menggunakan metode pengujian Blackbox Testing. Penggunaan metode pengujian blackbox dilatarbelakangi adanya upaya untuk menemukan adanya kesalahan dalam beberapa fungsional kategori, diantaranya: fungsi-fungsi penggunaan fitur yang salah atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses database eksternal, kesalahan performa sistem reading, kesalahan inisialisasi, dan terminasi.

Sistematika Penulisan

Sistematika dalam penulisan ini diuraikan dalam empat bab, antara lain:

BAB I PENDAHULUAN

Pada bab ini menjelaskan tentang pendahuluan dimana menguraikan latar belakang, rumusan masalah, ruang lingkup masalah, tujuan dan manfaat penelitian, metode penelitian, serta sistematika penulisan dalam laporan ini.

BAB II LANDASAN TEORI

Pada bab ini dijelaskan beberapa definisi materi pustaka yang sesuai dengan penelitian dan beberapa literature review yang dapat mendukung dan berhubungan dengan proses penelitian.

BAB III ANALISA SISTEM YANG BERJALAN

Pada bab ini menjelaskan tentang analisa gambaran umum perusahaan yang terdiri dari profil perusahaan, uraian sistem yang berjalan dalam manajement perusahaan, bentuk permasalahan yang dihadapi, bentuk alternative pemecahan masalah yang ada, serta uraian user reqirement manajemen perusahaan yang terdiri dalam bentuk elisitasi tahap I sampai III, dan draft final elisitasi yang merupakan bentuk elisitasi akhir sebagai acuan pembuatan sistem untuk penelitian.

BAB IV HASIL PENELITIAN

Bab ini menjabarkan hasil rancangan yang diusulkan setelah menjalankan analisa penelitian permasalah yang ada. menerangkan usulan sistem yang akan digambarkan dalam bentuk rancangan sistem UML (Unified Modeling Language), flowchart sistem yang diusulkan, rancangan basis data sistem, penyesuaian rancangan program, penyusunan rancangan prototype yang nantinya menggambarkan rancangan sistem yang diusulkan dalam penelitian, penyesuaian konfigurasi sistem yang akan dibuat, pelaksanaan testing yang digunakan, pelaksanaan evaluasi penggunaan sistem yang dibuat, pelaksanaan implementasi sistem kepada user, serta adanya estimasi biaya penelitian dalam pengembangan sistem yang nantinya akan diaplikasikan dalam perusahaan maupun masyarakat umum.

BAB V PENUTUP

Pada bab ini berisikan tentang kesimpulan dari hasil analisa dan implementasi penelitian, serta saran yang dapat diberikan peneliti dari hasil penelitian yang telah dilakukan sebelumnya agar bentuk permasalahan yang ada dapat terselesaikan secara maksimal dalam penelitian selanjutnya, sehingga tujuan dan manfaat utama dari penelitian skripsi ini dapat disampaikan secara baik
DAFTAR PUSTAKA
LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Definisi Aplikasi

Menurut Nazrudin (2012:9)^[1],“perangkat lunak aplikasi adalah suatu subkelas perangkat lunak kompter yang memanfaatkan kemampuan komputer langsung untuk melakukan suatu tugas yang diinginkan pengguna”. Pada sumber berbeda Asropudin (2013:6)^[2], “aplikasi adalah software yang dibuat oleh suatu perusahaan komputer untuk mengerjakan tugas-tugas tertentu, misal Ms.World, Ms.Excel”.

Berdasarkan beberapa pengertian itu, aplikasi bisa dinyatakan sebagai suatu perangkat atau software yang merupakan turunan dari suatu alat terapan yang dibuat untuk difungsikan dalam menangani tugas pekerjaan tertentu sesuai kemampuan yang telah disesuaikan.

Konsep Dasar Sistem

Definisi Sistem

Hartono (2013:9)^[3], “sistem adalah suatu himpunan dari berbagai bagian atau elemen, yang saling berhubungan secara terorganisasi berdasarkan fungsi-fungsinya, menjadi satu kesatuan”. Berbeda dengan pendapat Taufiq (2013:2)^[4], “sistem adalah kumpulan dari sub-sub sistem abstrak maupun fisik yang saling terintegrasi dan berkolaborasi untuk mencapai satu tujuan tertentu”.

Dari perbagai pendapat tersebut dapat dinyatakan bahwasannya pengertian sistem merupakan sekumpulan elemen-elemen yang saling menyatu dan berkerja sama untuk mengubah masukan menjadi keluaran sesuai sasaran yang ingin dicapai.

Klasisfikasi Sistem

Menurut Taufiq (2013:8)^[4],sistem dapat di klasifikasikan dari beberapa sudut penilaian diantaranya:

Sistem Abstrak dan Sistem Fisik

Sistem abstrak (abstract system) merupakan sistem yang berisi gagasan atau konsep, misalnya sistem konsep hubungan manusia dan tuhan. Sedangkan sistem fisik (physical system) merupakan bentuk sistem yang secara fisik dapat dilihat, misal sistem komputer, sistem akuntansi dan sistem transportasi.
Sistem Terbuka (Open System) dan Sistem Tertutup (Close System)

Sistem terbuka (Open System) adalah sistem yang berhubungan dengan lingkungan dan dipengaruhi oleh lingkungan, contohnya sistem perusahaan dagang. Sedangkan sitem tertutup (Close System) merupakan bentuk sistem yang tidak bertukar materi, informasi, atau energi dengan lingkungan, sistem ini tidak berinteraksi dan tidak dipengaruhi oleh lingkungan yang ada.
Sistem Manusia dan Sistem Mesin

Sistem manusia dasar proses kerjanya dilakukan oleh manusia secara langsung, sebagai contoh pelaku sistem transaksi pengalihan data informasi disebagian perusahaan yang masih konvensional, dll. Sistem mesin merupakan sebuah sistem yang proses kerjanya dilakukan secara langsung oleh mesin, sebagai contoh sistem motor, mobil, mesin industri, dan lain-lain.
Sistem Sederhana dan Sistem Kompleks

Sistem sederhana merupakan sistem yang sedikit subsistemnya dan komponen yang di pergunakan dalam kinerja sistem. Sedangkan sistem kompleks merupakan sistem yang banyak memiliki sub sistemnya dalam kinerja sehingga proses dari sistem itu sangat rumit.
Sistem Sementara dan Sistem Selamanya

Klasifikasi ini merupakan klasifikasi sistem jika dilihat dari object/pemakainya. Sistem sementara merupakan sebuah sistem yang dibangun dan digunakan dalam jangka waktu yang pendek atau sementara waktu sebagai contoh sistem pemilihan pemimpin negara. Sistem selamanya yang dapat di pakai untuk jangka waktu yang lama atau digunakan selamanya, salah satu contohnya adalah sistem pencernaan pada tubuh manusia

Definisi Sistem Informasi

Taufiq (2013:17)^[4], “sistem informasi adalah kumpulan dari sub-sub sistem yang yang saling terintegrasi dan berkolaborasi untuk menyelesaikan masalah tertentu dengan cara mengolah data dengan alat yang namanya komputer sehingga memiliki nilai tambah dan bermanfaat bagi pengguna”.

Disumber berbeda Sutarman (2012:13)^[5], berpendapat sistem informasi adalah sistem yang dapat didefinisikan dengan mengumpulkan, memperoses, menyimpan, menganalisis, menyebarkan informasi untuk tujuan tertentu. Seperti sistem lainnya, sebuah sistem informasi terdiri atas input (data, instruksi) dan output (laporan, kalkulasi).

Berdasarkan beberapa pendapat yang dikemukakan dapat dinyatakan bahwa sistem informasi adalah sebuah sistem dimana seluruh komponen yang ada di dalam nya saling terintegrasi dan berkolaborasi satu sama lain untuk memecahkan masalah salam proses pengolahan data dengan alat pendukung sehingga tercapai sebuah informasi akhir yang dapat mendukung pengambilan keputusan didalamnya sesuai dengan sasaran dan tujuannya.

Konsep Dasar Perancangan

Definisi Perancangan Sistem

Velzello/John Reuter III dalam Buku Darmawan (2013:227)^[6], perancangan sistem merupakan suatu tahapan analisis dalam siklus pengembangan sistem seperti pendefinisian dari kebutuhan-kebutuhan fungsional dan persiapan suatu rancang bangun implementasi gambaran jelas apa yang dapat dikerjakan dari analisa sistem dan bagaimana membentuk suatu system itu

Berdasarkan kutipan dapat dinyatakan, perancangan sistem merupakan proses setelah adanya analisa terhadap pengembangan suatu sistem untuk mendefinisikan kebutuhan fungional maupun nonfungional untuk dapat menjadi gambaran jelas sebelum melakukan proses pengerjaan pengembangan sistem.

Tujuan Perancangan Sistem

Tujuan perancangan sistem menurut Darmawan (2013:228)^[6] terbagi menjadi 2 alasan utama diantaranya:

Untuk memenuhi kebutuhan pemakai sistem dalam proses kegiatan yang dijalankan.
Memberikan gambaran yang jelas dan rancang bangun kepada pemogram komputer atau developer sistem yang lebih lengkap dan terperinci dalam pengembangan sebuah sistem.

Konsep Dasar Prototyping

Definisi Prototyping

Darmawan (2013:229)^[6], “prototype adalah satu versi dari sebuah sistem potensial yang memberikan ide bagi para pengembang dan calon pengguna, bagaimana sistem akan berfungsi dalam bentuk yang telah selesai”.

Pendapat lain Uzzaman (2015:71)^[7], prototype adalah produk demonstrasi. Pada tahap ini tidak semua fitur sudah diletakkan, pengembang sering memproduksi prototype semacam ini untuk mempresentasikan contoh produk kepada investor. Dengan demikian, investor bisa melihat produk asli dan membuktikan bahwa produk tersebut menarik dan berguna.

Berdasarkan definisi, maka dapat dinyatakan bahwa prototype adalah bentuk produk atau sistem yang berfungsi terhadap demonstrasi tahap awal untuk kelengkapan jalan fungsi sistem yang digunakan sebagai ide para pengembang dan calon pengguna.

Tujuan Utama Prototyping

Menurut Indrajani (2017:264)^[8] Tujuan utama pada tahap identifikasi yang bisa menentukan maksimalisasi fungsional dari tahap Prototyping ini adalah:

Untuk mengidentifikasi fitur sistem yang sedang berjalan.
Untuk memberikan perbaikan atau penambahan fitur baru
Untuk klarifikasi kebutuhan user.
Untuk evaluasi kelayakan dan kemungkinan apa yang terjadi dari desain sistem.

Jenis – Jenis Prototyping

Dalam tahapan prototyping terdapat 2 macam yang digunakan menurut Indrajani (2017:264)^[8] yaitu:

Requirements prototyping
Untuk menentukan kebutuhan dari aplikasi basis data yang diinginkan dan ketika kebutuhan tersebut terpenuhi, maka prototype akan dibuang.
Evolutionary prototyping
Digunakan untuk tujuan yang sama, Perbedaannya adalah prototype ini tidak dibuang, tetapi digunakan untuk pengembangan selanjutnya menjadi aplikasi basis data.

Konsep Dasar Pengujian (Testing)

Definisi Testing (Pengujian)

Indrajani (2017:12)^[8], “pengujian merupakan suatu proses eksekusi program aplikasi dengan tujuan untuk menemukan kesalahan dengan scenario tes yang direncanakan dan data yang sesungguhnya. pengujian ini hanya akan terlihat jika terjadi kesalahan pada sistem maupun perangkat software yang akan di uji”.

Dapat dinyatakan berdasarkan pendapat tersebut pengujian adalah, proses dimana untuk memastikan eksekusi final suatu sistem untuk mengetahui kesalahan fungsional maupun non fungsional, sebelum sistem dipublikasi kepada pengguna.

Black Box Testing

Nidhra dan Dondeti (2012:1)^[9], “black box testing juga disebut functional testing, sebuah teknik pengujian fungsional yang merancang test case berdasarkan informasi dari spesifikasi”.

Dengan sumber lain Aris Sutanto (2017:20)^[10], “metode black box adalah metode pengujian yang digunakan untuk menguji system dari segi user yang dititik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada”.

Berdasarkan definisi black box di atas dapat dinyatakan, metode black box testing merupakan metode pengujian yang digunakan untuk menguji fungsional kinerja pada sistem secara langsung tanpa melihat desain kode program pada sistem, hal ini untuk melihat fungsional berjalan sesuai dengan desain rancangan.

Shivani Archarya dan Vidhi P (2013:175)^[11], “berpendapat dalam pegujian metode black box testing terdapat banyak metode teknis, diantaranya Equivalence Partitioning, Boundary Value Analysis/ Limit Testing, Couse Effect Graphing, Comparison Testing, Fuzz Testing , Model-baset Training”.

Teori Khusus

Konsep Dasar Pelayanan Publik

Definisi Pelayanan Publik

Sugandi (2011:121)^[12], “dijelaskan bahwa pelayanan publik (service) adalah penyampaian produk layanan dan interaksi personal”.

Dalam sumber lain Sinambela (2011:5)^[13] , “pelayanan publik diartikan sebagai pemberian layanan (melayani) keperluan orang atau masyarakat yang mempunyai kepentingan pada organisasi itu sesuai dengan aturan pokok dan tatacara yang ditetapkan”.

Berdasarkan beberapa definisi tersebut maka dapat dinyatakan pelayanan publik merupakan serangkaian proses yang dilakukan oleh perorangan maupun instansi guna memberikan kepuasan akan keterlibatan pelanggan maupun konsumen dalam memperoleh segala bentuk infomasi yang dibutuhkan sesuai dengan prosedur yang ada.

Pengukur Kualitas Pelayanan Publik

Pendapat Sedarmayanti (2013:253-254),^[14], terdapat lima prinsip indikator pelayanan publik agar kualitas pelayanan tercapai, diantaranya:

Handal (reliability), merupakan kemampuan untuk memberi secara tepat dan benar, jenis pelayanan yang telah di janjikan kepada konsumen atau pelanggan.
Pertanggung-jawaban (responsiveness) adalah kesadaran atau keinginan membantu konsumen dan memberikan pelayanan yang tepat dan terbaik bagi konsumennya.
Jaminan (assurance) merupakan pengetahuan atau wawasan, sikap yang baik, kepercayaan diri dari pemberi layanan, respect terhadap konsumen.
Empati (emphaty) merupakan keinginan penyedia layanan untuk melakukan pendekatan, memberi perlindungan, berusaha mengetahui keinginan setiap kebutuhan yang diperlukan konsumen.
Terjamah (tangible) merupakan bentuk penampilan pegawai dan fasilitas fisik lainnya, seperti peralatan atau perlengkapan yang menunjang segala bentuk pelayanan.

Dapat dinyatakan pemanfaatan pelayanan publik dilihat dari kualitas bentuk pelayanan setiap penyedia jasa pelayanan publik, memiliki standar pelayanan yang telah ditetapkan atau di atur dalam suatu peraturan maupun prosedur khusus.

Konsep Dasar Jasa

Definisi Jasa

Lupiyoadi (2013:7)^[15], jasa merupakan aktivitas ekonomi yang hasilnya tidak merupakan produk dalam bentuk fisik atau kontruksi, yang umumnya dikomunikasi pada saat yang sama dengan waktu yang dihasilkan dan memberikan nilai tambah (misalnya, kenyamanan, hiburan, kesenangan, atau kesehatan) atau pemecahan bentuk solusi atas masalah yang dihadapi oleh konsumen.

Dalam kajian lain Kotler & Keller (2012;214)^[16], mereka berpendapat bahwasannya jasa merupakan setiap aktivitas, manfaat ataupun performance yang ditawarkan oleh satu pihak ke pihak lain yang bersifat intangible dan tidak menyebabkan perpindahan kepemilikan apapun dimana dalam memproduksinya dapat terikat maupun tidak dengan produk fisik.

Berdasarkan beberapa pendapat ahli diatas dapat dinyatakan bahwasannya jasa merupakan aktifitas yang tidak berbentuk fisik melainkan berbentuk penawaran kerja yang dapat dijalankan dengan kondisi terikat maupun tidak terikat.

Kualitas Jasa

Parasuraman (1998) dalam Lupiyoadi (2014:216)^[15], “menjelaskan kualitas jasa dapat di definisikan sebagai seberapa jauh perbedaan antara kenyataan dan harapan pelanggan atas layanan yang mereka terima”.

Dalam kajian ISO9000 kualitas jasa adalah, “degree to which a set of inherent characteristics fulfils requirements” (derajat yang dicapai oleh karakteristik yang inheren dalam memenuhi persyaratan). Persyaratan dalam hal ini adalah “need or expectation that is stated, generally implied or abligatory” (yaitu, kebutuhan atau harapan yang dinyatakan, biasanya tersirat atau wajib). Sehingga, kualitas sebagaimana yang di interpretasikan ISO9000 merupakan perpaduan antara sifat dan karakteristik yang menentukan sejauh mana keluaran dapat memenuhi persyaratan kebutuhan pelanggan.

Berdasarkan uraian dapat dinyatakan ungkapan bahwasannya kualitas jasa merupakan bentuk penilaan atas apa yag telah diberikan dalam suatu produk atau layanan sehingga dapat memenuhi keinginan dari pelanggan dan memenuhi kebutuhannya.

Transaksi

Mursyidi (2010:39)^[17], “transaksi merupakan kejadian yang terjadi dalam dunia bisnis tidak hanya jual beli, pembayaran dan permintaan uang namun juga akibat adanya kehilangan, kebakaran, arus dan peristiwa lain yang dapat dinilai dengan uang”.

Dalam pendapat lain Azhar Susanto (2013:8)^[18], “transaksi merupakan peristiwa terjadinya aktivitas bisnis yang dilakukan oleh suatu perusahaan atau instansi”.

Melihat dari beberapa pendapat diatas dapat dinyatakan bahwasannya Transaksi merupakan suatu peristiwa proses bisnis yang dimana terdapat aktifitas pertukaran benda, baik material maupun nonmaterial yang dilakukan oleh suatu instansi atau personal.

Permintaan

Konsep permintaan David R. Henderson dalam buku Priyono Zainuddin (2012:49)^[19], menjelaskan salah satu blog bangunan yang paling penting dari analisis ekonomi adalah konsep permintaan. Ketika ekonom mengacu pada permintaan, mereka biasanya ada dalam pikiran bukan hanya kuantitas tunggal menuntut, tetapi kurva permintaan, yang menelusuri kuantitas pelayanan yang baik atau yang dituntut dengan harga berturut-turut yang berbeda.

Dengan demikian dapat dinyatakan, permintaan adalah suatu tindakan mengetahui tingkatan perbandingan atau perbedaan antara kenaikan dan jumlah yang dituntut untuk sebuah barang yang dimita.

Konsep Dasar E-Commerce

Definisi E-Commerce

Jony Wong (2010:33)^[20], “E-Commerce (Perdagangan Elektronik) adalah pembelian, penjualan dan pemasaran barang serta jasa melalui sistem elektroini, seperti televise, radio dan jaringan computer ataupun internet”.

Pendapat lain diungkapkan E. Turban, David K,Dkk (2012:38)^[21], “perdagangan elektronik (electronic commerce, disingkat EC, atau e-commerce) mencakup proses pembelian, penjualan, transfer, atau pertukaran produk, layanan atau informasi melalui jaringan computer, termasuk internet”.

Dari beberapa pendapat dapat dinyatakan bahwasannya perdagangan elektronik atau e-commerce merupakan proses transaksi jual beli dari proses penwaran hingga proses pembayaran yang seluruh aktifitasnya melibatkan layanan informasi jaringan computer dan internet.

Kelebihan E-Commerce

E. Turban, David K, J. Lee, T. Liang, D. Turban (2012:67)^[21] dalam pelaksanaan transaksi e-commerce terdapat beberapa kelebihan yang dibagi dalam 3 bagian utama yaitu:

Kelebihan e-commerce bagi peruahaan/institusi.
a. Ketersedian pasar nasional dan internasional.
b. Penurunan biaya pemprosesan, distribusi dan penarikan informasi.
Kelebihan e-commerce bagi pelanggan, Akses ke sejumlah besar produk dan jasa dapat dilaksanakan dalam 24 jam sehari.
Kelebihan e-commerce bagi masyarakat, Dengan mudah dan nyaman nya dalam memberikan layanan infomasi dan komunikasi transaksi, serta berbagai produk jasa yang ditawarkan ke konsumen di kota, di desa, dan di berbagai Negara.

Kekurangan E-Commerce

E. Turban, David K, J. Lee, T. Liang, D. Turban (2012:68)^[21], “dalam penggunaan e-commerce memiliki beberapa keterbatasan, diantaranya secara teknologi dan nonteknologi, yang telah memperlambat pertumbuhan dan penerimaannya”.

Dalam keterbatasan secara terknologi yaitu meliputi tidak adanya standar keamanan pelayanan yang diterima secara universal, dalam bentuk keterbatasan nonteknologi dapat meliputi persepsi bahwasannya e-commerce belum aman, dapat dilihat dalam segi hukumnya yang belum lengkap dan paten, serta kurangnya penjual dengan brand besar dan penting.

Konstruksi (Contruction)

Sarwiji (2008:71)^[22] , “makna konstruksi dapat diartikan sebagai makna berhubungan dengan kalimat atau kelompok kata yang ada didalam sebuah kata dalam kajian kebahasaan , kontruksi dapat juga didefinisikan sebagai susunan (model, tata letak) suatu bangunan (jembatan, rumah, dan lain sebagainya”.

Apabila di lihat dari segi pandang konstruksi bangunan, bahwa konstruksi sendiri merupakan suatu kegiatan membangun sarana maupun prasarana, dalam sebuah bidang arsitektur atau teknik sipil, sebuah konstruksi juga dikenal sebagai bangunan atau satuan infrastruktur pada sebuah area atau pada beberapa area dan dalam kondisi tetap tidak bergerak.

Definisi Interior

Interior dalam pendapat Francis D. K. Ching, Corky Binggeli (2012:35)^[23] , “adalah sebuah perencanaan tata letak dan perancangan ruang dalam di dalam bangunan. mempengaruhi bentuk aktivitas dan memenuhi aspirasi dan mengekspresikan gagasan yang menyertai tindakan”. Oleh karena itu tujuan dari perancangan interior adalah pengembangan fungsi, pengayaan estetis dan peningkatan psikologi ruang interior.

Dalam penjelasan dapat dinyatakan bahwasannya interior merupakan bagian sebuah arsitektur yang di bangun untuk melengkapi fungsional suatu bangunan baik dalam segi estetika ruang maupun manfaatnya sesuai dengan kepuasan dan kebutuhan pemakai.

Definisi Pelanggan

Greenberg (2010:8)^[24] , berpendapat bahwa pelanggan atau customer adalah individu atau kelompok yang terbiasa membeli sebuah produk atau jasa berdasarkan keputusan mereka dengan pertimbangan atas manfaat maupun harga yang kemudian menimbulkan sikap untuk melakukan hubungan dengan perusahaan melalui telepon, surat, dan fasilitas transaksi lainnya untuk mendapatkan suatu penawaran baru dari perusahaan.

Datap dinyatakan bahwasannya pelanggan merupakan individu masyaratakat yang berperan sebagai pembeli dengan melakukan aktifitas pembelian sebuah produk dari peusahaan atau penyedia jasa secara berulang dengan melakukan hubungan terhadap instansi tersebut seghingga mendapat suatu penawaran baru untuk memenuhi kebutuhannya.

Kepuasan Pelanggan

Normasari (2013:2)^[25] , “kepuasan pelanggan dapat diartikan sebagai suatu perbandingan antara layanan atau hasil yang diterima konsumen dengan harapan yang diinginkan konsumen tersebut”.

Dalam tinjauan lain Tse dan Wilton dalam Nugroho (2015:2)^[26] , “menyatakan, kepuasan pelanggan adalah respon pelanggan terhadap evaluasi ketidaksesuaian yang dirasakan antara harapan sebelumnya (norma kinerja lainnya) dan kinerja actual produk yang dirasakan setelah pemakaiannya”.

Dapat dinyatakan bahwasannya kepuasan pelanggan merupakan penilaian bentuk pelayanan yang diberikan dalam aktifitas terhadap nilai harapan yang ingin di terima dalam proses pelayanan tersebut.

Konsep Dasar Analisa PIECES

Definisi Analisa PIECES (Performance Information, Economy, Contol, Eficieny and Service)

Metode Analisa PIECES Wukil Ragil (2010:17)^[27] adalah “metode analisis yang digunakan sebagai dasar untuk memperoleh pokok-pokok permasalahan yang lebih spesifik. menentukan pengelompokan fokus masalah utama maupun bersifat penyebab dan gejala dari masalah utama”.

Metode analisa PIECES Wukil Ragil (2010:17)^[27] terdapat enam variable evaluasi yang diterapkan diantaranya:

Perfomance (Kinerja)
Menilai apakah prosedur yang saat ini ada masih mungkin ditingkatkan kinerjanya dan melihat seberapa handalkah suatu sistem berproses untuk menghasilkan tujuan yang diinginkan
Information (Informasi)
Menilai apakah prosedur informasi yang ada saat ini masih dapat diperbaiki, sehingga kualitas informasi dapat di tingkatkan dan yang dihasilkan memiliki kualitas yang lebih baik
Economic (Ekonomi)
Tahap ini berfungsi untuk menilai apakah prosedur yang berjalan masih dapat ditingkatkan manfaatnya atau diturunkan biaya penyelenggaraan pemanfaatannya
Control (Pengendalian)
Fase ini ditujukan untuk menilai kelayakan prosedur pada sistem saat ini apakah masih dalam keadaan dapat diperbaiki, sehingga dapat di tingkatkan kualitas pengendalian menjadi baik untuk mendeteksi kesalahan menjadi semakin baik.
Efficiency (Efisiensi)
Menentukan apakah prosedur sistem saat ini masih dapat dikembangkan, untuk peningkatan efisiensi operasi dan harus lebih baik dari pada sistem manual.
Service (Pelayanan)
Tahap variable ini merupakan aspek menilai kemampuan untuk pencapaian peningkaan kualitas pelayanan.

Konsep Dasar Kuesioner

Sugiyono (2010:199)^[28] , “berpendapat kuesioner merupakan teknik pengumpulan data dengan cara memberi seperangkat pertanyaan atau pernyataan tertulis kepada responden untuk menjawabnya”.

Dapat dinyatakan bahwa kuesioner merupakan metode awal sebuah kegiatan dengan teknik pengumpulan data dengan menguji data lapangan melalui pertanyaan maupun pernyataan yang diberikan pada responden untuk mendapatkan data nyata.

Jenis-Jenis Kuesioner

Arikunto (2010:195)^[28]kuesioner terdapat 2 jenis yaitu dilihat dari cara menjawabnya, diantaranya:

Kuesioner Terbuka, yaitu memberikan kesempatan kepada responden untuk menjawab pertanyaan dengan menjawabarkan kalimatnya.
Kuesioner Tertutup, yaitu memberikan kesempatan menjawab dengan diarahkan kepada jawaban yang sudah disediakan, sehiangga responden hanya diperintahkan untuk memilih.

Penyusunan Kuesioner Likert Scale

Skala likert Sugiyono (2010:134)^[28] , “adalah skala yang digunakan untuk mengukur sikap, pendapat dan persepsi seseorang atau sekelompok orang tentang fenomena sosial”.

Berdasarkan pendapat diatas dapat dinyatakan Skala Likert adalah suatu skala yang umum digunakan dalam kuesioner, Dengan skala penilaian kuantitatif atas urutan skala ditentukan berdasarkan besaran nilai data dalam aspek penelitian. Dalam menentukan alternatif pemilihan jawaban yang mempunyai tingkatan gradasi nilai untuk keperluan analisa data kuantitatif penelitian, dengan kategori penilaian seperti tabel 2.1.

Tabel 2.1 Kategori Pemberian Skor Alternatif Jawaban

Konsep Dasar UML (Unified Modeling Language)

Definisi UML (Unified Modeling Language)

Shelly & Rosenblatt (2012:151)^[29] , Unified Modeling Language adalah metode visualisasi yang banyak digunalan dan mendokumentasi perancangan sistem perangkat lunak. UML menggunakan rancangan dengan konsep object-oriented, tetapi terlepas dari bahasa pemograman tertentu dan dapat digunakan untuk menggambarkan proses bisis dan persyaratan umumnya.

Dapat dinyatakan berdasarkan kutipan Unified Modeling Language merupakan bahasa pemograman standar yang digunakan untuk pemodelan perancangan visualisasi berbasis object-oriented tetapi terlepas dari penggunaan bahasa pemograman tertentu.

Activity Diagram

Satzinger, et al (2010:14)^[30] , “Activity Diagram merupakan gambaran berbagai pengguna (sistem) kegiatan, orang yang melakukan akivitas masing-masing, dan arus sekuensial dari kegiatan tersebut”.

Dalam pendapat tersebut dapat dinyatakan bahwa Activity Diagram merupakan gambaran aktivitas yang akan dilakukan oleh pengguna dalam menjalankan masing-masing tindakannya, dengan menunjukkan oleh urutan-urutan dimana tindakan tersebut berlangsung.

Use Case Diagram

Use Case Diagram menurut A.S Rosa dan M. Shalahudin (2014:155)^[31] , merupakan diagram pemodelan untuk tindakan (behavior) sistem informasi yang akan dibuat, dengan kata lain, use case juga di manfaatkan untuk mengetahui fungsional apa saja yang akan di munculkan atau aka nada dalam sebuah siste informasi dan yang berhak untuk dipergunakan.

Dapat dinyatakan bahwasannya use case diagram merupakan aktivitas yang dilakukan oleh aktor dalam sebuah sistem yang menghasilkan sebuah respon untuk tanggapan atas permintaan yang di pergunakan dalam sistem.

Sequance Diagram

Satzinger et al (2010:435)^[30], “class diagram variabel diagram dalam UML yang digunakan untuk menunjukan objek class untuk sistem, notasinya dari UML yang telah menjadi standar model yang digunakan dengan pengembangan system object oriented”.

Dapat dinyatakan class diagram merupakan variabel diagram yang memfokuskan desain kolaborasi antar kelas aktifitas objek untuk menentukan apakah ada jalur komunikasi massage dalam sistem.

Class Diagram

Satzinger et al (2010:168)^[30],, “class diagram merupakan variabel diagram dalam UML yang digunakan untuk menunjukan objek class untuk sistem, notasinya dari UML yang telah menjadi standar model yang digunakan dengan pengembangan system object oriented”.

Dapat disimpulkan bahwa class diagram merupakan variabel diagram yang menggambarkan pengelompokan kelas-kelas aktivitas yang terjadi pada pembangunan sebuah sistem.

Database Management System (DBMS)

Connoly dan Begg (2010:17)^[32] , “Database Management System (DBMS) adalah suatu sistem perangkat lunak yang memungkinkan penggunanya untuk mendefinisikan, membuat, memelihara, dan mengatur akses ke basis data”.

Menurut Connoly dan Begg (2010:17)^[32] DBMS memiliki fasilitas-fasilitas sebagai berikut:

Fasilitas mendefinisikan basis data, menggunakan Data Definition Language (DDL). DDL mengizinkan pengguna untuk menspesifikasikan struktur mengenai data yang bisa
Fasilitas untuk mengizinkan pengguna dalam menambah, mengedit, menghapus dan mendapatkan kembali data dari basis data, biasanya menggunakan Data Manipulation Language (DML), degan penggunaan query language.
Fungsi DMBS
1. Keuntungan DBMS adalah sebagai berikut:
  - Kontrol atas redudansi atau pengulangan data.
  - Konsistensi data.
  - Informasi yang diperoleh dari data yang sama lebih banyak.
  - Data dapat dibagikan.
  - Meningkatkan integrasi data.
2. Kerugian DBMS sebagai berikut:
  - Kompleksitas.
  - Ukuran.
  - Biaya dan penggunaan DBMS.
  .- Biaya konversi.
  - Kinerja.

Konsep Dasar XAMPP

Bunafit Nugroho (2013:1)^[33] , “program aplikasi XAMPP merupakan salah satu paket program web yang dapat dipakai untuk pemrograman web, khususnya PHP dan MySQL”.

Fungsi dalam folder-folder pada aplikasi XAMPP Bunafit Nugroho (2013:1)^[33] diantaranya:

Apache, merupakan folder utama dari apache web server.
Htdocs, salah satu folder utama untuk menyimpan data-data, baik PHP atau HTML biasa. Pada folder ini, kita dapat membuat subfolder sendiri untuk mengelompokkan file dan bisa diakses seperti PHP dan HTML programe language.
Manual, berisikan subfolder yang didalamnya terdapat beberapa subfolder manual program dan database
MySQL, merupakan folder utama yang dilengkapi di dalamnya terdapat subfolder data untuk merekam semua nama database, serta subforlder bin yang berisikan tools client dan server MySQL.
PHP, folder ini merupakan folder utama untuk program PHP.

MySQL

Bunafit Nugroho (2013:26)^[33], “Database MySQL adalah program berbasis DOS, yang memiliki perintah dasarnya SQL (Structured Query Languge), dengan cara akses dari jendela DOS promt atau juga bisa dengan command prompt”.

Dalam kutipan yg berbeda Kustiyahningsih (2011:145)^[34] , “MySQL adalah sebuah basis data yang mengundang satu atau sejumlah table. Table terdiri atas sejumlah baris dan setiap baris mengandung satu atau beberapa tabel”.

Konsep Dasar PHP (Hypertext Preprocessor)

Menurut Madcom (2013:206)^[35] , “Hypertext Preprocessor adalah salah satu bahasa pemrograman yang berjalan dalam sebuah webserver dan berfungsi sebagai pengolah data pada sebuah server”.

Dapat dinyatakan dalam pembuatan sebuah website yang dinamis dan mudah, untuk dilakukan proses pembaharuan pada setiap saat dari aplikasi browser, dibutuhkan sebuah program yang dapat mengolah data dari computer client atau dari komputer server itu sendiri sebingga mudah dan nyaman untuk ditampilkan sebagai output dalam tampilan browser.

CSS ( Cascading Style Sheet )

Elizabeth Carto (2012:179)^[36] , “Cascading Style Sheet CSS merupakan struktur dasar pemrograman yang mendefinisikan penampilan sebuah bentuk lembar dengan melalui teks”.

Elizabeth Carto (2012:179)^[36], bentuk CSS juga memiliki beberapa aturan yang menentukan bagaimana elemen tampilan dalam suatu web harus di tampilkan, diantaranya bentuk aturan struktur menampilkan ukuran huruf dan warna, tata letak buttom yang menjadi fitur suatu website, dan bagaimana menentukan tampilan yang di tuju setelah pengunjung web melakukan aktifitas.

Bootstrap

Sopian Hadianto (2014:6)^[37] , “bootstrap merupakan sebuah framework css yang memudahkan pengembang untuk membangun website yang menarik dan responsive. Bentuk aplikasi ini adalah css tetapi dibentuk dengan LESS, yang memberikan fleksibilitas dari css biasa”.

Dapat dinyatakan bahwasannya Bootstrap merupakan framework yang dapat mempermudah pengembang dalam membangun sebuah website dan memberikan tampilan yang lebih responsive kepada pengggunannya.

Terdapat beberapa kelemahan dan kelebihan dalam penggunaan Bootstrap, menurut Wahyu Widyanto (2014:12-13)^[38] sebagai berikut:

Kelebihan Bootstrap
1. Bootstrap dapat menggunakan LESS preprosessor sebuah teknologi yang mengefektifkan penulisan kode CSS 3.
2. Bootstrap dapat diintegrasikan dengan JavaScript untuk menjadikan tampilan antarmuka lebih menarik dengan tambahan efek-efek multimedia.
3. Compatible di semua browser, ini merupakan salah satu kelebihan yang ditawarkan oleh Bootstrap, yang membantu pengguna Website, dikarenakan hasil tampilan di browser yang berbeda akan menampilkan tampilan antarmuka yang sama.
Kelemahan Bootstarp
1. Dengan adanya penggunaan bootstrap menjadi tidak adanya keunikan didalam website karena akan samanya tampilan yang diberikan secara dasar interfece.
2. Terdapat juga laporan bahwa sistem pada bootstrap tidak responsif.

Konsep dasar Requirement Elisitasi

Requirement

Requirement menurut Guritno dkk (2011:301)^[39] , “menyatakan requirement adalah sifat-sifat sistem atau product yang akan dikembangkan sesuai dengan keinginan customer”.

Dalam Requirement sendiri dibagi berdasarka klasifikasi tersendiri diantaranya sebagai berikut:

Functional Requiremenst
Klasifikasi ini menjelaskan bentuk interaki antara sistem dan lingkungan yang terpisah dari bentuk implementasi.
Nonfunctional Requirements
Bentuk ini merupakan aspek-aspek pengguna yang dapat dilihat mengenai sistem yang tidak secra langsung berhubungan dengan functional behavior.
Contraints (psudo requirement)
Bentuk requirement yang ini merupakan bentuk yang dipaksakan untuk dipergunakan oleh client atau lingkungan tempat sistem akan diimplementasikan.

Elisitasi

Saputra (2015:51)^[40] , “merupakan rancagan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”. Elisitasi biasanya dilakukan dengan proses wawancara pada pihak yang memberikan projek, elisitasi dibagi menjadi tiga tahap yaitu:

Elisitasi Tahap 1
Proses ini berisi keseluruhan perencanaan rancangan sistem baru yang diusulkan oleh pihak manajemen pemberi projek terkait, dengan point-point yang diususlkan melalu proses wawancara langsung.
Elisitasi Tahap 2
Pada tahap ini hasil pengklasifikasian tahap I berdasarkan seleksi penilaian proses MDI, MDI ini sendiri bertujuan untuk memisahkan kebutuhan pada sistem dengan rancangan yang penting dalam sistem dengan point yang harus di seleksi untuk di eksekusi.
MDI sendiri singkatan dari M (Mondatory) yang berarti point rencana yg masuk dalam kelompok, M merupakan hal penting yang harus ada pada sistem, D (Desirable) merupakan aspek yang boleh dihilangkan pada penilaian karena tidak terlalu penting untuk digunakan, namun apabila di pergunakan dalam sistem akan membuat lebih sempurna, sedangkan I (Inessential) tidak penting untuk di prioritaskan dalam rancangan sistem.
Elisitasi Tahap 3
Hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui TOE, yaitu:
a. T (teknikal), penentuan teknik pembuatan program.
b. O (operasional), menentukan penggunaan sistem.
c. E (ekonomi), menentukan biaya pengembangan sistem. klasifikasi TOE dibagi dalam kelompok HML (High, Middle, Low) dengan penjelasan fungsi yaitu:
a. High (H) : pada penilaian ini klasifikasi sulit untuk dikerjakan, Maka requirement tersebut harus di eliminasi
b. Middle (M) : Penilaian terharap requirement mampu dikerjakan, yaitu pada tingkatan sedang.
c. Low (L) : Mudah dikerjakan.
Final Draft Elisitasi
Proses ini menentukan hasil akhir penyeleksian dan eliminasi data requirement yang ingin dicapai, dan pada tahap ini lah proses pengembangan sistem mengacu sebagai data utama pemodelan sistem.

Literature Review

Dalam upaya mengembangkan pemanfaatan kegiatan pengaplikasian ini lebih maksimal perlu dilakukan studi pustaka sebagai salah satu dari bentuk penerapan penelitian yang akan dilakukan, bentuk literature review sebagai pertimbangan yang diambil sebagai berikut:

Tabel 2.2 Literatur Review

No.	Penulis dan Judul Penelitian	Metode Penelitian	*Analisa Data Literature (Masalah, Desain Penelitian, Limit, Hasil)*
1.	Fathoni Ahmad (2013)^[41], Analisa Perancangan Aplikasi Web Pada Jasa Pembuatan Rancang Bangun Rumah Pada Fathoni Home Designer Berbasis Online	Metode SDLC (System Development Life Cycle)	Pada penelitian yang dilakukan yaitu membuat aplikasi bagi sebuah perusahaan penyedia jasa pembuat rancangan bangunan melalui media internet, untuk mempermudah customer nya mengetahui bentuk informasi tentang pola maupun material yang dibutuhkan saat membangun sebuah rumah dengan lebih cepat dan mudah. pada penelitian ini hanya berfokus memberikan informasi terhadap customer atau pengguna website tanpa adanya feedback dari pengguna untuk bentuk tanya jawab mengenai kebutuhan pengguna terhadap admin sistem ataupun perusahaan penyedia jasa desain bangunan rumah. Kelebihan dri sistem ini membuka pelayanan pemesanan jasa terhadap pelanggan yang menginginkan pemesanan bentuk desain bangunan rumah. Selain itu bentuk tampilan User Interface yang ditampilkan pada halaman websitenya belum interaktif.
2.	Achil Yoga, Arifin Puji, Anjik Sukmaaji (2013)^[42], Rancang Bangun Aplikasi Rencana Anggaran Biaya Dalam Pembangunan Rumah	Metode OOAD (Object Oriented Aided Design)	Bentuk Penelitian yang dilakukan oleh penulis berfokus pada pembentukan sistem aplikasi yang berorientasi pada analisa perencanaan anggaran biaya dalam pengerjaan proyek konstruksi. bentuk pemanfaatan dalam proses penelitian ini adalah menciptakan bentuk aplikasi yang digunakan sebagai acuan estimasi biaya dan kebutuhan sumber daya yang akan diperlukan dalam membangun sebuah rumah. Kelebihan dalam pemanfaatan sistem ini, sistem dibagi kedalam 2 level user account yang memisahkan antara kapasistas admin dan pengguna sistem, selain itu sistem ini juga menampilkan perhitungan informasi Rencana Anggaran Biaya (RAB) kepada user yang hanya menginputkan data luas ukuran bangunan yag akan di kerjakan. Kelemahan dalam sistem ini, tampilan dashboard sistem yang belum user friendly, belum adanya informasi rincian harga pasar akan setiap produk yang dipergunakan.
3.	Satria Fadil P, Khakim Ghozali (2009)^[43], Rancang Bangun Sistem Informasi Kontraktor Studi Kasus PT. Cikal Kumala	Metode OOAD (Object Oriented Aided Design)	Fokus aplikasi yang dikembangkan dalam penelitian ini yaitu pengintegrasian terhadap pengawasan perencanaan proyek konstruksi yang memiliki beberapa item penilaian dan telah di klasifikasikan dalam beberapa sub sistem. Pemanfaatan aplikasi siste ini di harapkan dapat menjembatani proses komunikasi antara intansi PT. Cikal Kumala dan meminimalisasikan waktu pengerjaan proyek dan anggaran biaya yang dapat menjadi keunggulan yang ditawarkan kepada konsumen. Kelemahan pada sistem ini, belum adanya pemisahan level account pada implementasi fungsional sistem.
4.	Aprisa, Siti Monalisa (2015:49-54)^[44], Rancang Bangun Sistem Monitoring Perkembangan Proyek Berbasis Web (Studi Kasus: PT. INTI PRATAMA SEMESTA)	Metode OOAD (Object Oriented Aided Design)	Pada penelitian yang dilakukan, berorientasi pada sistem monitoring management pelaksanaan proyek yang dikerjakan oleh PT. Inti Pratama dilapangan. Sistem informasi ini berorientasi web based yang ditujukan untuk mobilitas pegawai dalam setiap melaporkan progress kinerjanya yang dilakukan di proyek lapangan. Kelebihan sistem ini, dashboardsistem sudah memiliki tampilan user friendly dan telah lebih mudah digunakan dalam segi upload data, sistem ini juga dilengkapi tampilan grafik tingkatan laporan proyek yang sedang dikerjakan. Kekurangan dalam sistem ini, setiap laporan belum adanya fitur untuk pencetakan dokumen untuk lebih mendukung data fisik setiap proyek yang di jalankan.
5.	Candra Herdian (2015)^[45], Sistem Informasi Penjualan Dan Pembelian Di Toko Besi Dan Bangun Putra Jaya. Ciparay, Kabupaten Bangun	Metode Analisis Deskriptif, yaitu penelitian yang dilakukan secara detail dan menyeluruh dengan tujuan mendapatkan data yang sebenar-benarnya dan selengkap-lengkapnya.	Pada penelitian ini objek penelitian yang dituju yaitu proses transaksi pengamanan data penjualan barang bangunan pada konsumen. Sistem informasi ini berorientasi Dekstop Based yang dioperasikan pada internal instansi untuk keperluan management data. Keuntungan manfaat ini adalah untuk mempermudah pegawai dalam melayani konsumen dalam data barang, dan mempermudah dalam pembuatan lapran yang dibutuhkan secara cepat, mudah, dan akurat. Kekurangan dalam sistem ini, informasi data bagi konsumen belum dapat diperlihatkan secara langsung di toko tersebut, dan tampilan yang belum user friendly.

BAB III

ANALISA SISTEM YANG BERJALAN

Gambaran Umum Perusahaan

Sejarah Singkat Perusahaan

PT. KES INDONESIA Tangerang merupakan perusahaan yang bergerak dibidang exibition & interior berfokus pada industri furniture interior. Perusahaan ini didukung oleh tenaga profesional yang berkompeten dibidangnya masing–masing. Perusahaan didirikan tahun 2006 usaha patungan tiga orang pengusaha dari Korea Selatan yaitu, Tuan Park Mansik sebagai Direktur Utama, Tuan Lee Kwang Sun sebagai Direktur, dan Tuan Hwang Suk Ju sebagai Komisaris. Pertama berdiri perusahaan ini berlokasi di Kawasan Industri Daan Mogot Blok E/5 Jl. Daan Mogot Km. 19,8, Kelurahan Porisgaga Baru, Kecamatan Batuceper, Tangerang. Seiring berjalan perusahaan ini setiap tahun mengalami peningkatan dalam pelayanan produksi maka pemilik memutuskan untuk berpindah alamat pada tahun 2009 yaitu di Jl. Pembangunan III No. 16, Kelurahan Batusari, Kecamatan Batuceper, Kota Tangerang 15121. Berdasarkan keputusan bersama pada tahun 2015 terjadi perubahan pemegang saham yaitu menjadi Lee Ki Won sebagai pemegang saham utama selaku CEO/direktur Utama PT. KES Indonesia.

Fokus sebagai kontraktor mobile dan electronic kontraktor di PT Samsung Electronic Indonesia, PT LG Electronic Indonesia, dan PT SONY Indonessia, setelah berkembang pesat ketiga perusahaan tersebut di dunia elektornik indonesia, PT.KES Indonesia pun mengikuti dengan semakin melonjak produksi interior pendukung perusahaan terkemuka tersebut di Indonesia, tentu saja memberikan perkembangan pesat pula bagi PT KES Indonesia sehingga dapat terus meningkatkan produktifitas kinerja perusahaan untuk semakin berkembang.

PT. KES Indonesia saat ini telah mengerjakan berbagai pendukung project display elektronik interior terhadap ketiga perusahaan di seluruh indonesia, bahkan tidak hanya ketiga perusahaan tersebut, dengan kualitas kerja dan produksi yang bagus, kini PT. KES Indonesia juga merambah ke bidang konstruksi bangunan diantaranya, interior apartemen, gedung bioskop dan tenan-tenan store produk di berbagai mall di seluruh Indonesia

Visi dan Misi Perusahaan

Visi Perusahaan
Melayani dan memenuhi kebutuhan permintaan konsumen akan kualitas produk/ jasa yang diberikan serta menyelesaikan produksi dan pemasangan produk tepat waktu dan harga terjangkau.
Misi Perusahaan
PT KES Indonesia akan selalu meningkatkan kejujuran, kesetiaan dan kreatifitas dalam menjalankan kegiatan industrial untuk memberikan nilai tambah kepada para pelanggan.

Struktur Organisasi Perusahaan

Struktur organisasi manajemen perusahaan pada PT. KES Indonesia merupakan hierarki dalam mendeskripsikan komponen-komponen yang ada dalam PT. KES Indonesia. Dalam bentuk susunan struktural komponen-komponen tersebut akan dijelaskan pada bagan gambar 3.1 dibawah ini :

Sumber: PT. KES Indonesia, 2014

Gambar 3.1. Struktur Organisasi dan Managemen Perusahaan PT. KES Indonesia

Dari bagan sistem organisasi manajemen tersebut, jelas bahwa PT KES INDONESIA memilki beberapa komponen personil yang bergerak di dalamnya, diantaranya:

1 Orang CEO (Chief Executive officer) atau Presiden Direktur.
1 Orang General Manager.
4 Orang Manager Departement.
5 Team Support Manager Departement.
6 Ka.Div Produksi.
6 Team Support Ka.Div Produksi.

Dari komponen personil di atas menjalankan kinerja yang saling terhubung satu sama lain dan memiliki keterikatan terhadap komunikasi data project.

Tugas dan Tanggung Jawab

Pada pola struktural organisasi manajemen perusahaan PT. KES Indonesia ini banya berbagai tugas dan tanggung jawab di masing-masing lini berdasarkan dari struktural yang penulis analisa yaitu dijelaskan sebagai berikut:

CEO (Chief Executive Officer) atau Direktur Utama pada PT.KES Indonesia yaitu pimpinan tertinggi yang mengatur jalannya manajemen perusahaan PT. KES Indonesia.
Tugas dan tanggung jawab Direktur sebagai berikut:
1. Sebagai koordinator, komunikator, pengambil keputusan, pemimpin, pengelola dan eksekutor dalam menjalankan dan memimpin perusahaan Perseroan Terbatas (PT).
2. Memimpin perusahaan dengan membuat kebijakan-kebijakan perusahaan.
3. Memilih, menentukan, mengawasi pekerjaan karyawan.
4. Menyetujui anggaran tahunan perusahaan dan melaporkan laporan pada pemegang saham.
5. Memutuskan dan menentukan peraturan dan kebijakan tertinggi perusahaan.
6. Bertanggung jawab dalam memimpin dan menjalankan perusahaan.
7. Bertanggung jawab atas kerugian yang dihadapi perusahaan termasuk juga keuntungan perusahaan.
8. Merencanakan serta mengembangkan sumber-sumber pendapatan dan pembelanjaan kekayaan perusahaan.
9. Bertindak sebagai perwakilan perusahaan dalam hubungannya dengan dunia luar perusahaan.
10. Menetapkan strategi-strategi untuk mencapai visi dan misi perusahaan.
11. Mengkoordinasikan dan mengawasi semua kegiatan di perusahaan, mulai bidang administrasi, kepegawaian hingga pengadaan barang.
12. Mengangkat dan memberhentikan karyawan perusahaan.
GM (General Manager) yaitu seorang pimpinan manager yang membantu CEO dalam pengambilan keputusan terhadap requirement dari client yang ada, atau bisa di sebut sebagai pihak yang menghubungkan dalam hal pengambilan keputusan dalam pengelolaan pelayanan terhadap permintaan client.
Tugas dan tanggung jawab General Manager sebagai berikut:
1. Menentukan strategi pelayaan terhadap konsumen, untuk peningkatan pemasukan.
2. Memonitor, menguji dan memeriksa seluruh proses alur produksi yang terlibat dalam proses produksi barang itu sendiri.
3. Memastikan standar kualitas dipenuhi oleh setiap komponen produk atau layanan yang disediakan oleh perusahaan.
4. Memantau perkembangan semua produk yang di produksi perusahaannya.
5. Bertanggung jawab untuk memperoleh kualitas suatu produk yang bervariasi.
MD (Manager Departement) tugas utama seorang manager departemen disini yaitu seorang yang memimpin setiap departemen yang dinaunginya, untuk memastikan jalannya proses kinerja sesuai dengan departemennya masing-masing.
1. MD Finance, bertugas mengawasi segala bentuk transaksi keuangan yang berlangusung dalam manajemen perusahaan di bawah pengawasan CEO, tugas dan tanggung jawab MD Finance sebagai berikut:
  - Mengambil keputusan yang berkaitan dengan investasi.
  - Mengambil keputusan yang berkaitan dengan pembelanjaan.
  - Mengambil keputusan yang berkaitan dengan deviden.
  - Merencanakan, mengatur dan mengontrol perencaaan, laporan dan pembiayaan perusahaan.
  - Merencanakan, mengatur dan mengontrol arus kas perusahaan.
  - Merencanakan, mengatur dan mengontrol anggaran perusahaan.
  - Merencanakan, mengatur dan mengontrol pengembangan sistem dan prosedur keuangan perusahaan.
  -Merencanakan, mengatur dan mengontrol analisis keuangan.
  - Merencanakan, mengatur dan mengontrol untuk memaksimalkan nilai perusahaan.
  - Memeriksa laporan rekonsiliasi keuangan untuk memastikan data terinput dengan benar.
2. MD Marketing, bertugas melakukan koordinasi kepada team departemennya terhadap penyelenggaraan pemasaran maupun penawaran terhadap pihak yang membutuhkan jasa perusahaan. Tugas dan tanggung jawab MD Marketing:
  - Memimpin seluruh jajaran Staff Marketing sehingga tercipta tingkat efisiensi, efektifitas, dan produktifitas setinggi mungkin.
  - Menciptakan, menumbuhkan, dan memelihara kerjasama yang baik dengan konsumen.
  - Merumuskan target penjualan
  - Merumuskan standar harga jual dengan koordinasi bersama Direktur serta Departemen terkait.
  - Menanggapi permasalahan terkait keluhan pelanggan jika tidak mampu ditangani oleh bawahan.
  - Mengesahkan prosedur dan instruksi kerja di Departemen Marketing.
  - Melakukan pengendalian terhadap rencana-rencana yang sudah disusun untuk menjamin bahwa sasaran yang ditetapkan dapat terwujud, misalnya: volume penjualan dan tingkat keuntungan.
  - Melakukan langkah antisipatif dalam menghadapi penurunan order.
  - Memberikan persetujuan kredit pelanggan dalam batas-batas yang wajar.
  - Melakukan demarketing jika terjadi overload produksi.
  - Melakukan analisa pelanggan yang mengalami kecenderungan kredit macet.
  - Melakukan analisa perilaku pasar/ konsumen sebagai dasar dalam menentukan kebijakan pemasaran.
  - Melakukan analisa peraturan pemerintah berkenaan dengan tata niaga sebagai dasar dalam menentukan kebijakan pemasaran.
  - Memantau potensi bawahan untuk dilakukan pembinaan sehingga menjadi lebih baik.
3. MD Production, memiliki tugas dan tanggung jawab terhadap seluruh proses pelaksanaan produksi yang ada dalam menjalankan sebuah proyek, baik dalam sisi internal maupun eksternal. Tugas dan tanggung jawab Manager Production sebagai berikut:
  - Memberikan penjelasan setiap pesanan barang ke bagian produksi.
  - Menindaklanjuti perkembangan setiap saat ke bagian produksi.
  - Mengatur waktu pekerjaan agar sesuai dengan waktu pengiriman.
  - Mengatur posisi pengawas kualitas di masing-masing titik pekerjaan.
4. MD Designer, memiliki tugas dan tanggung jawab terhadap seluruh proses kinerja departemen perancangan desain interior maupun exterior yang telah sesuai dengan permintaan customer. Tugas dan tanggung jawab Manager Designer sebagai berikut:
  - Membuat janji dengan pihak client.
  - Membuat konsep serta ide design.
  - Memeriksa setiap gambar 2D dan 3D dari staff designer serta drafter.
  - Berkoordinasi dengan Manajer Produksi dan Supervisor mengenai kesesuaian gambar terhadap kondisi lapangan.
5. MD Designer, Team SPD (Support Manager Departement) tugas utama dan tanggungjawab pada SPD yaitu menjalankan seluruh prosedur perintah kerja sesuai dengan jobdisk sesuai dengan departemennya untuk mendukung setiap kinerja MD. Selain itu bentuk komunikasi antar departemen ini saling berhubungan untuk kelangsungan proses kinerja proyek yang ada.
6. Ka. Div Acrilik, memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan interior aksesoris berupa media akrilik
7. Ka. Div Laser, memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan dengan interior desain aksesoris berupa media teknologi laser
8. Ka. Div Glass, memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan interior aksesoris berupa media Glass.
9. SPV. Side Project Manajer. memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan dengan tata laksana kinerja yang bersinggungan dengan lapangan/ proyek secara nyata.
10. Ka. Div Warehouse, memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan tata kelola warehouse yang ada dalam manajemen produksi perusahaan.
11. Ka. Div Firelass, memiliki tugas dan tanggung jawab mengkordinir semua yang berhubungan interior aksesoris berupa media Firelass.

Tata Laksana Sistem Yang Berjalan

Prosedur Sistem Yang Berjalan

Prosedur sistem yang berjalan pada proses pelayanan transaksi jasa konstruksi dan interiore exibition pada PT. KES Indonesia saat ini anatara lain:

Prosedur transaksi pelayanan jasa dan pencarian client yang ada masih berfokus pada komunikasi mobile melalui media email, chatting whatsapp, dan komunikasi lisan atau rapat secara langsung. Prosedur ini dinilai kurang efektif untuk peningkatan pendapatan bagi perusahaan karena jangkauan perusahaan dalam mengerjakan project masih dalam bidang elektronik exibition, selain hal tersebut dikarenakan perusahaan harus berkompetisi dengan jenis perusahaan serupa untuk dapat memperoleh client. Hal ini lah yang menjadi permasalahan utama dalam perolehan pendapatan pada PT. KES Indoensia, belum adanya inovasi pengembangan sistem marketing dan pelayanan jasa bagi customer.

Sehingga manajemen PT. KES Indoensia bermaksud mengembangkan model transaksi marketing dan pelayanan kepada customer dengan mengembangkan fokus customer tidak hanya melayani interiore exhibition, tetapi memberikan fasilitas kepada seluruh masyarakat baik penyedia jasa kontruksi ruang dan pengguna jasa, untuk dapat berinteraksi dan transaksi dengan mudah melalui penyediaan platform website.

Pada analisa prosedur sistem marketing dan pelayanan jasa yang berjalan terdiri dari beberapa prosedur diantaranya sebagai berikut:

Prosedur BMP 1 (Big Meeting Point)
PT. KES Indonesia merupakan perusahaan yang berorientasi kinerja pada project kerja yang memiliki siklus project yang berbeda-beda. Pada tahapan ini memiliki penjabaran bentuk kegiatan sebagai berikut:
- Pelaksana : Customer, Marketing
- Kegiatan :
Penawaran tender, (BMP 1) yang dijalankan oleh Marketing terhadap Customer, melaksanakan pembahasan project diantaranya penawaran tender yang akan dikerjakan nantinya, dan dilanjutkan dengan tahap berikutnya.
Prosedur BMP 2 (Big Meeting Point)
- Pelaksana : CEO, GM, Marketing
- Kegiatan :
Pengajuan biaya produksi, (BMP 2) oleh CEO, GM, Marketing yang bertujuan mempersatukan sesuai dengan kesepakatan bersama, memberikan racangan perencanaan awal biaya project, apabila di setujui oleh customer selanjutnya prosedur kinerja dimulai pada divisi yang ada.
Prosedur survei lapangan
- Pelaksana : SPV site mannager, Customer, Marketing
- Kegiatan :
Marketing dan SPV site manager menjalankan prosedur sesuai dengan kesepakatan project yang diterima dan disetujui di BMP 1 dan BMP 2, pengecekan lokasi proyek yang telah di ajukan oleh pihak client untuk menentukan tata letak lokasi lapangan project. Bentuk pengecekan tempat tersebut diantaranya berupa pengamatan lokasi, bentuk struktur ruang bangunan dan ukuran. Semua hasil dari kegiatan survei lapangan tersebut akan di bawa dan dilaporkan pada manajemen PT. KES Indonesia untuk di tindak lanjuti.
Prosedur Desain Rancangan
- Pelaksana : Customer, CEO, MD Design,Marketing
- Kegiatan :
Pembuatan desain rancangan interior dilaksanakan oleh divisi design sesuai dengan proposal tender, hasil survei lokasi lapangan, dan requirement yang diajukan oleh client dan hasil survei lapangan. Pada tahap ini semua dibawah kordinasi perencanaan MD Design dan dimonitor oleh CEO.
Approval Project
- Pelaksana : Customer, CEO, Marketing
- Kegiatan :
Hasil dari kegiatan design di tindak lanjuti oleh persetujuan Marketing dan Customer dalam pengawasan CEO, apabila sesuai kegiatan selanjutnya akan menuju ke bagian departemen produksi untuk di implementasikan. Apabila desain layout yang telah diajukan dari PT. KES Indonesia kepada Customer sesuai lapangan tidak diterima, dan diputuskan oleh Customer untuk pembatalan, dapat di tentukan pelayanan proyek bagi Customer berhenti.

Rancangan Prosedur Sistem Yang Berjalan

Dalam metode untuk memperjelas dari prosedur sistem marketing dan pelayanan jasa pada manajemen PT. KES Indonesia, sesuai dengan ruang lingkup penelitian yang dilakukan, dapat dibatasi pada pembahasan proses transaksi dari penerimaan penawaran project sampai dengan laporan persetujuan kelayakan pelaksanaan project yang ada pada manajemen perusahaan PT. KES Indonesia.

Perdasarkan kondisi tersebut diatas, maka di gambarkan prosedur sistem marketing dan pelayanan jasa yang berjalan untuk peningkatan pelayanan yang ada, maka akan dijelaskan lebih lanjut dengan memakai tools UML (Unified Modelling Language) yaitu sebagai berikut:

Use Case Diagram yang Sedang Berjalan

Use case diagram sistem yang berjalan saat ini yang menunjukkan prosedur sistem marketing dan pelayanan jasa pada manajemen PT. KES Indonesia dapat dilihat seperti gambar 3.2 dibawah ini.

Gambar 3.2. Use Case Diagram sistem yang berjalan

Berdasarkan skema gambar diagram di atas, maka penjelasannya diuraikan dalam skenario berikut ini:

BMP 1 (Penawaran Project)
BMP 1 (Penawaran Project) yang di jalankan oleh Customer dan Marketing memiliki skenario kerja, perusahaan produksi elektornik (LG, SAMSUNG, SONY, dst) mengajukan penawaran project kepada Marketing manajemen PT. KES Indonesia untuk pengerjaannya.
BMP 2 (Penawaran Project Cost) yang dijalankan oleh Customer, CEO, GM, Marketing sebagai aktor memiliki skenario kerja yaitu pihak manajemen PT. KES Indonesia melakukan penentuan perencanaan biaya project, untuk kemudian di berikan kepada Customer.
Customer menerima perencanaan biaya project, bila menyetujui customer melakukan persetujuan kerja yang di forward ke CEO PT. KES Indonesia, apabila tidak menerima, pelayanan jasa dapat berhenti.
Aktifitas Survei Lapangan yang dijalankan oleh Customer,SPV Site, Marketing sebagai aktor aktifitas memiliki skenario kerja yaitu pihak Marketing dan SPV Site melakukan proses peninjauan lapangan untuk menentukan pelaksanaan implementasi project nantinya (ukuran tempat), selain itu Customer memberikan masukan mengenai data lapangan.
Aktifitas Design Rancangan Project yang dijalankan oleh CEO dan Manajer Design sebagai aktor aktifitas memiliki skenario kerja yaitu Manajer design menindaklanjuti hasil survei lapangan dengan membuat layout gambar secara nyata sesuai dengan permintaan customer. Selain itu CEO memonitor dan mereview atas laporan layout yang akan diberikan kepada customer.
Aktifitas Approval Project yang dijalankan oleh Customer, CEO, GM sebagai aktor aktifitas memiliki skenario kerja yaitu pelaksanaan persetujuan layout design project kepada customer yang dilakukan oleh CEO. Customer menerima laporan, apabila di terima proses selanjutnya akan ditindaklanjuti oleh GM, dan dilanjutkan ke proses produksi sampai finishing. Apabila tidak diterima, pengerjaan project selesai atau di batalkan.

Sequance Diagram yang Sedang Berjalan

Sistem yang berjalan menunjukkan prosedur sistem marketing dan pelayanan jasa di manajemen PT. KES Indonesia dengan komponen sistem yang berjalan dan umpan balik pada aktifitas transaksi. Untuk menujukan hal dapat dilihat pada beberapa sequance diagram berikut:

Prosedur BMP 1 (Big Meeting Point)

Gambar 3.3. Sequance Diagram Big Meeting Point (BMP1)

Berdasarkan diagram gambar 3.3 sebagai berikut:

Dalam BMP1 aktor terdapat 3 (tiga) aktor, customer, marketing, dan CEO. 2 (dua) Swimlane sebagai form utama dengan skenario prosedur customer menawarkan tender project kepada Marketing PT. KES Indonesia yg disebut dalam proses (BMP1), selanjutnya Marketing manajemen perusahaan menerima tender tersebut, dan memberitahukan penawaran project ke CEO.

Prosedur BMP 2 (Big Meeting Point)

Gambar 3.4. Sequance Diagram Big Meeting Point (BMP2)

Berdasarkan diagram gambar 3.4 sebagai berikut:

BMP2 aktor terdapat 4 (empat) aktor CEO, GM, marketing, customer. 2 (dua) Swimlane sebagai form utama dengan scenario prosedur, CEO melanjutkan dengan kordinasi kepada GM dan Marketing melakukan (BMP2), untuk perhitungan biaya project yang akan diambil dalam prose self messeege dan selanjutnya di informasikan pada pihak Customer. Dengan adanya persetujuan final estimasi biaya yang ada dari BMP2, CEO menginformasikan penawaran biaya tersebut ke Customer.

Prosedur Survey Lapangan

Gambar 3.5 Sequence diagram survey lapangan

Berdasarkan diagram gambar 3.5 sebagai berikut:

Survey lapangan terdapat 4 (empat) aktor marketing, SPV site, customer, MD Design, dan 2 (dua) Swimlane survey lapangan, data lapangan. Bentuk skenario prosedur selanjutnya apabila mendapatkan persetujuan dari client pihak manajement melakukan proses survei lapangan di pimpin oleh SPV Site Manager dengan di monitor oleh Marketing dan Customer untuk penyesuaian data. SPV Site berkewajiban membuat laporan survey yang nantinya diberikan ke MD Design.

Prosedur Desain Rancangan Layout Project

Gambar 3.6 Sequence diagram desain rancangan layout project

Uraian penjelasan diagram gambar 3.6 sebagai berikut:

Prosedur rancangan layout project terdapat 4 (empat) Aktor SPV Site, MD Design, CEO, Customer dan 2 (dua) Swimlane yaitu Deisgn Perancangan Project, dan data hasil survey. Prosedur yang selanjutnya berjalan adalah hasil laporan survey lapangan di berikan ke pada manajement (Manajer Design), dilanjutkan pada pembuatan layout gambar project, dikerjakan sesuai dengan permintaan customer, proses data dengan self messege, CEO PT. KES Indonesia memonitor kinerja, MD Design membuat laporan akhir layout dan diberikan ke CEO, lalu di informasikan kepada customer proses approve layout project.

Approval Project

Gambar 3.7 Sequence diagram approval project

Uraian penjelasan diatas ditampilkan pada diagram gambar 3.7 sebagai berikut:

Diagram prosedur approved project terdapat 2 (dua) aktor customer dan GM, dan 2 Swimlane approved project, data project. Prosedur scenario proses ini adalah hasil laporan layout gambar kemudian di berikan ke Customer dengan proses self messege pada approved project. Apabila Customer menyetujui layout yang dibuat dan menjalankan Approval Project tahap selanjutnya perngerjaan project dibawah kordinator GM, dan GM berkewajiban untuk memberikan detai laporan project ke Customer. Apabila customer tidak mensetujui layout project dinyatakan pelayanan jasa kepada Customer selesai.

Activity Diagram yang Sedang Berjalan

Pada prosedur sistem marketing dan pelayanan jasa di PT. KES Indonesia dapat dilihat pada beberapa Activity diagram dibawah ini:

Prosedur BMP 1 (Big Meeting Point)

Gambar 3.8 Activity diagram big meeting point (BMP1)

Penjelasan diagram gambar 3.8 sebagai berikut:

Dalam diagram activity ini aktor yang menjalankan aktifitas adalah Customer, Marketing, dan CEO, dengan aktifitas proses dimulai dengan initial node, kemudian dilanjut dengan Action state diantaranya Customer memberikan penawaran project ke PT. KES Indonesia diterima oleh Marketing, marketing memberikan informasi ke CEO, CEO menerima dan aktifitas diakhiri dengan final state.

Prosedur BMP 2 (Big Meeting Point)

Gambar 3.9 Activity diagram big meeting point (BMP2)

Penjelasan diagram gambar 3.9 sebagai berikut:

Diagram activity ini aktor yang menjalankan aktifitas adalah CEO, GM, Marketing, dan Customer, aktifitas proses dimulai dengan initial node, kemudian dilanjut dengan Action state menentukan biaya project, dengan data menggunakan join node menghasilkan data perencanaan biaya project yang diberikan CEO kepada Customer. Customer menerima dan menentukan setuju atau tidak penawaran biaya project dengan fungsi decision node, bila setuju dan tidak diinformasikan ke marketing, dan marketing menjoin kedua informasi tersebut menyampaikan ke CEO. Pada keputusan tidak setuju, proses pelayanan jasa dapat berhenti di sisi Marketing dan Customer dan aktifitas diakhiri dengan final state.

Prosedur survey lapangan

Gambar 3.10 Activity diagram survey lapangan

Penjelasan diagram gambar 3.10 sebagai berikut:

Diagram activity ini aktor yang menjalankan aktifitas adalah SPV. Site, Marketing, dan Customer, aktifitas proses dimulai dengan initial node, kemudian dilanjut dengan Action state SPV. Site, Marketing melakukan peninjauan lokasi project akan diimplementasikan, dengan dukungan data dari Customer, Marketing juga melakukan monitoring data lapangan, semua data digabung menjadi sebuah laporan oleh SPV. Site. dan aktifitas diakhiri dengan final state.

Prosedur Desain Rancangan Layout Project

Gambar 3.11 Activity diagram desain rancangan layout project

Penjelasan diagram gambar 3.11 sebagai berikut:

Diagram activity ini aktor yang menjalankan aktifitas adalah SPV. Site, M.Design, dan CEO, aktifitas proses dimulai dengan initial node, kemudian dilanjut dengan Action state SPV. Site memberikan data lapangan, M.Design menerima data final survey yang selanjutnya sebagai data design layout project dibawah kordinasinya dan dimonitor oleh CEO, kemudian M.Design membuat laporan final design dan diberikan kepada CEO dan aktifitas diakhiri dengan final state.

Approval Project

Gambar 3.12 Activity diagram approval project

Penjelasan diagram gambar 3.12 sebagai berikut:

Diagram activity ini aktor yang menjalankan aktifitas adalah CEO, Customer, dan GM, aktifitas proses dimulai dengan initial node, kemudian dilanjut dengan Action state CEO memberikan hasil layout design project kepada Customer, Customer menerima dan menentukan dengan decision note apakah setuju atau tidak dengan rancangan design layout, apabila tidak setuju CEO menerima informasi pembatalan dan pelayanan project selesai, namun apabila setuju GM menerima informasi persetujuan project dan menjalankan kordinasi produksi project ke manajemen kerja di bawahnya, dan meminta persetujuan kerja ke CEO, dan proses marketing pelayanan jasa selesai. dan aktifitas diakhiri dengan final state.

Analisa Sistem Yang Berjalan

Metode Analisa Sistem

Analisa sistem ini untuk mengetahui dasar mengapa sistem tersebut diperlukan untuk dibuat atau diperbarui, merumuskan kebutuhan-kebutuhan dari sistem tersebut untuk mereduksi sumber daya yang berlebih serta membantu merencanakan meminimalisir distorsi sehingga fungsi yang bekerja lebih optimal.

Metode yang digunakan dalam penelitian ini yang bisa mempresentasikan terhadap sistem yaitu menggunakan metode PIECES, dengan penjelasan sebagai berikut:

Performance (Kinerja)

Performnce merupakan analisis terhadap dasar kemampuan sistem yang berjalan terhadap kemampuan sistem dalam menyelesaikan tugas dengan baik. Terlihat analisa aspek ini pada sistem berjalan pada tabel 3.1 dibawah ini:

Tabel 3.1 Analisa performance sistem berjalan

Parameter	Hasil Analisa
Troughput	Untuk prosedur marketing dan pelayanan jasa dalam peningkatan permintaan jasa konstruksi bagi PT. KES Indonesia memerlukan keterlibatan banyak pihak, degan proses yang cukup lama, tidak memiliki fokus keterbukaan peluang pasar yang lebih luas, dan pemanfaatan media teknologi yang maksimal untuk tujuan utama memperoleh pendapatan lebih maksimal.
Respont Time	Keseluruhan waktu yang diperlukan untuk proses pelayanan permintaan jasa konstruksi di PT.KES Indonesia memakan waktu cukup lama, kurang lebih 2 minggu. Respont waktu dalam perolehan project kerja dalam prosedur marketing cukup lama, karena menuggu permintaan dari perusahaan elektronik yang terlibat, tidak bisa mencari customer yang lebih cepat tanpa harus fokus beberapa customer. Kurangnya efisiensi penggunaan waktu terhadap verifikasi data kebutuhan customer.

Information(Informasi)

Informasi merupakan aspek penting dalam penyampaian fungsi akhir sebuah sistem kepada penggunanya dalam pengambilan keputusan. Oleh sebab itu sangan penting proses penyampaian sebuah informasi, dalam sistem yang berjalan analisa terhadap tahap ini terlihat pada tabel 3.2 dibawah ini:

Tabel 3.2 Analisa information sistem berjalan

Parameter	Hasil Analisa
Akurat	Penyajian informasi bagi pelayanan terhadap Customer masih sering terjadi ketidak sesuai antara pihak pengambil keputusan, karena seringnya perbedaan pandangan standar pelayanan terhadap customer. Demikian juga pengambilan informasi dari customer ke pihak manajemen untuk pengambilan keputusan, karena seringnya perubahan informasi yang sulit untuk disesuaikan terhadap keputusan akhir atau kurang detail.
Relevan	Informasi Pelayanan Marketing yang diberikan kepada manajemen dan kepada customer terkadang kurang relevan, sehingga ada prosedur approved yang diberikan untuk menentukan bentuk informasi yang baik.
Tepat Waktu	Pemberian keputusan data pelayanan yang diberikan kepada customer terkadang mengalami keterlambatan waktu, dikarenakan prosedur pelayanan jasa yang kurang terpusat pengambilan keputusannya.

Economy (Ekonomi)

Pada prosedur sistem marketing dan pelayanan jasa yang saat ini berjalan dalam segi penilaian ekonomisnya masih mengeluarkan biaya yang tidak sedikit, dikarenakan proses persetujuan kerja dan perolehan project yang tidak sebanding dengan pengeluaran yang diperoleh perusahaan. Dengan analisa dapat dilihat pada tabel 3.3 dibawah ini:

Tabel 3.3 Analisa economy sistem berjalan

Parameter	Hasil Analisa
Biaya	Proses pelayanan jasa dan marketing saat ini sangat mengeluarkan biaya yang cukup banyak dengan perbandingan pendapatan terhadap pengeluaran sangat tipis, dikarenakan proses marketing hanya berfokus pada satu pola tanpa mengembangkan value yang ada pada manajemen perusahaan untuk meminimalisis pengeluaran, tatapi meningkatkan pendapatan.

Efficiensy (Efisiensi)

Aspek efisiensi berhubungan dengan bagaimana sumber daya yang ada dapat digunakan dengan sebaik dan sehemat mungkin dalam pelaksanaan kinerjanya, dalam sistem yang berjalan analisa terhadap aspek ini terlihat pada tabel 3.5 dibawah ini:

Tabel 3.5 Analisa efficiensy sistem berjalan

Parameter	Hasil Analisa
Sumber Daya Biaya	Sering bentuk pelayanan marketing untuk keperluan pembahasan project mengadakan pertemuan secara langsung, walapun customer sudah pasti perusahaan yang sama, terlebih dengan lokasi project yang jauh sehingga terlalu berlebihan dalam pemakaian biaya.
Sumber Daya Tenaga	Proses pelayanan jasa, yang banyak menangani perihal pelayanan pengambilan keputusan dan belum terintegrasi, sehingga tidak efisien dalam pelaksanaan sistem kinerja pelayanan. Selain hal tersebut departemen marketing fungsionalnya kurang efisien karena hanya menangani project beberapa perusahaan yang sudah pasti, tanpa mengembangkan pola pemasaran dengan memanfaatkan value perusahaan.

Service (Pelayanan)

Proses pada sebuah pelayanan haruslah dapat mendukung dalam peningkatan profit, dalam prosedur sistem marketing dan pelayanan jasa yang saat ini berjalan terdapat analisa seperti terlihat pada tabel 3.6 dibawah ini:

Tabel 3.6 Analisa service sistem berjalan

Parameter	Hasil Analisa
Proses Layanan	Proses pelayanan yang jalan saat ini kurang berkembang dengan value perusahaan yang besar, karena hanya berfokus pada pelayanan beberapa perusahaan elektronik, tidak mengembangkan pola terhadap pelayanan umum, sehingga sulit meningkatkan pendapatan perusahaan. Proses marketing pun saat ini dengan sistem menunggu customer, karena focus kinerja pelayanan hanya kepada pihak perusahaan elektronik tidak layanan jasa secara umum.

Metode Analisa Data (Kuesioner)

Analisa data sistem berjalan dalam penelitian ini menggunakan metode analisa kuesioner dengan metode analisa data menggunakan metode Likert. Kuesioner ditujukan untuk menilai aspek prosedur pelayanan jasa kosntruksi bangunan sistem berjalan pada PT. KES Indonesia yang ingin dikembangkan untuk meningkatkan pola marketing dan pendapatan usaha.

Kuesioner ini melibatkan 50 responden dengan 30 variabel pertanyaan yang telah ditentukan dan mencakup seluruh komponen yang dibutuhkan untuk menentukan keperluan data, terlihat pada tabel 3.7 yang nantinya hasil dari data ini sebagai acuan perlunya perbaikan maupun pengembangan pada sistem yang berjalan.

Adapun hasil penilaian responden menggunakan variable-variabel pertanyaan berjumlah 30 pertanyaan (terlampir) yang telah ditentukan melalui interview dan requirement dengan stakeholder terlihat pada tabel 3.8 sebagai berikut:

Tabel 3.7. Data variabel pertanyaan pra-penelitian

Tabel 3.8 Data penilaian responden

1. Perhitungan Akumulatif Penilaian Likert
Dalam penentuan pengambilan data dengan menggunakan metode kuesioner Likert, langkah pertama yaitu menentukan nilai akumulatif data keseluruhan dengan rentang ketentuan nilai Likert dengan rumus:

Gambar 3.13. Rumus Penilaian Akumulatif Likert

Tabel 3.9. Data Akumulatif Penilaian Responden terhadap Likert

Hasil Jumlah Nilai Akumulatif Likert, untuk mengetahui data prioritas skor total akhir dibagi rata-rata dari data jumlah pernyataan sehingga hasilnya 5259 / 30 = ( 175,3 ).

2. Interpretasi Skor Perhitungan
Untuk mendapatkan hasil interpretasi, harus diketahui skor tertinggi (X) dan angka terendah (Y) untuk item penilaian dengan rumus sebagai berikut:

Gambar 3.14. Rumus Interpretasi Skor Likert

Tabel 3.10. Penilaian Interpretasi Skor Likert

3. Penyelesaian ( Rumus Interval & Final )
Tahap akhir analisa data lapangan dengan pengimplementasian menggunakan metode kuesioner likert untuk mengetahui respon pengembangan penelitian, yang dibutuhkan Interval (Jarak) dan Interpretation Persen agar mengetahui penilaian dengan metode interval skor persen (I). item penilaian dengan rumus sebagai berikut:

Gambar 3.15. Rumus Interval Skor

Maka dapat di tentukan interval skor pada kuesioner yang di lakukan untuk penelitian ini adalah: 100 / 5 = 20, hasil ini merupakan interval jarak dari nilai terendah 0 % hingga 100 %. tabel interval skor presentase sesuai nilai interval terlihat pada tabel 3.11 dibawah ini:

Tabel 3.10. Interval Skor Presentase

Nilai interval dapat membantu menentukan hasil akhir, untuk Hasil Akhir Penilaian data dapat di hitung dengan rumus:

Gambar 3.16. Rumus Index Data Likert'

Dengan penggunaan rumus tersebut dapat dinyatakan:
= Total Skor / Y x 100
= 175,3 / 250 x 100
= 70,12 %, dengan kategori interval SETUJU
Presentase index di atas dapat dinyatakan hasil dari analisa data yang dilaksanakan terhadap objek penelitian, dengan data pernyataan-pernyataan untuk menilai sistem berjalan dan untuk pengembangan sistem, dengan hasil terhadap data diperlukannya pembaharuan sistem yang lebih dapat meningkatkan kontribusi objek untuk peningkatan permintaan jasa kontruksi.

Analisa Kebutuhan

Prosedur marketing dan pelayanan jasa konstruksi pada PT. KES Indonesia, dalam peningkatan pelayanan permintaan jasa yang lebih efektif bagi perusahaan, maka sistem yang ada harus dapat menunjang terutama dalam segi mobilitas dan jangkauan customer yang ada, selain hal tersebut harus bisa di perbaharui mengikuti perkembangan zaman. Oleh karena itu sistem informasi jasa pelayanan terasa sangat penting dan diperlukan dalam menunjang kelancaran transaksi pemasaran, sehingga lebih efektif da efisien serta optimal terhadap pelayanan yang diberikan kepada customer.

Dalam Peningkatan hal tersebut diperlukan beberapa aspek kebutuhan yang diperlukan diantaranya, infrastruktur teknis maupun non teknis, Sumber daya, lingkungan, dan dukungan dari lingkungan, untuk terciptanya pengembangan sistem sesuai tujuan yang diinginkan.

Metode Analisa Berdasarkan Prosedur Sistem Yang Berjalan

Analisa Masukan

Nama Masukan : Intel (R) core (TM) i5- 5200U

Fungsi : Sebagai data awal untuk proses kinerja dalam pengerjaan project

Sumber : Seluruh Komponen Departemen PT. KES Indonesia

Media : Komunikasi Email, WhatsApp, Telp, sketsa design, catatan kertas laporan.

Frekuensi : Setiap Saat / Setiap melakukan komunikasi data kinerja.

Format : Lampiran-lampiran.

Keterangan : Berisi data report kinerja dari seluruh komponen baik manajemen perusahaan maupun client

Analisa Proses

Nama Modul : IApproved data

Masukan : Komunikasi Email, WhatsApp, Telp, sketsa design, catatan kertas laporan.

Keluaran : Approved data berupa kelayakan data untuk di implementasikan baik cetak maupun elektronik

Ringkasan Proses : Di tahapan ini, seluruh proses masukan data yang didapat dari seluruh komponen akan di cek dan dilihat kelayakan ataupun kesesuaian data dengan apa yang telah disepakati bersama untuk keberlangsungan project.

Analisa Proses

Nama Keluaran : Approved data berupa kelayakan data untuk di implementasikan baik cetak ataupun elektronik.

Fungsi : Sebagai bentuk data kesesuaian untuk kelajutan proses kinerja project

Media : Kertas dan media elektronik massage.

Distribusi : Bentuk penyebaran data keluaran ditujukan kepada pihak yang bersangkutan dengan transaksi data yang berlangsung

Konfigurasi Sistem Berjalan

Spesifikasi Hardware

Perangkat keras/hardware yang digunakan pada sistem yang sudah berjalan dalam mendukung pada prosedur sistem marketing dan pelayanan jasa PT. KES Indonesia diantaranya Notebook (all departement) Lenovo dengan spesifikasi sebagai berikut:
a. Proccesor : Intel (R) core (TM) i5- 5200U
b. Monitor : LCD 14”
c. Mouse : Optic wireless Logitech
d. Keyboard : Standart
e. RAM : 4Gb
f. 500Gb
g. Printer : Laserjet & Inkjet)

Spesifikasi Software

Adapun perangkat lunak/software yang digunakan saat ini pada sistem yang sudah berjalan dalam mendukung pada prosedur sistem marketing dan pelayanan jasa PT. KES Indonesia diantaranya:
a. Windows 7
b. Microsoft Office 2010 Package (Outlook,word,excel)
c. Mozila Firefox & Google Chrome (email @keskor.com)
d. Adobe Ilustrator CS5 (Dept. Design)
e. Coreldrow X3 (Dept. Design)
f. Autocad (Dept. Design)
g. Mobile Aplication (Whatsapp, BBM)

Spesifikasi Hak Akses (Brainware)

Pada prosedur sistem marketing dan pelayanan jasa PT. KES Indonesia yang berperan sebagai aktor/brainware, karena masih berfokus pada beberapa customer maka dapat di tentukan diantara:
a. Pimpinan/ CEO
b. General Manager
c. Marketing
d. Manager Departemen Design
e. SPV. Site
f. Customer

Permasalahan yang dihadapi dan Alternatif Pemecahan Masalah

Permasalahan yang dihadapi

Dalam hal permasalahan yang dihadapi pada prosedur sistem marketing dan pelayanan jasa di PT. KES Indonesia, untuk dapat meningkatkan pemasukan keuntungan dan memaksimalkan pelayanan jasa pada masyarakat adalah:

Belum membuka pelayanan jasa secara umum di lingkungan konsumen/ masyarakat
Masih berfokus pada menyediakan pelayanan kepada beberapa perusahaan elektronik ternama.
Belum maksimalnya penggunaan strategi marketing untuk memperoleh project lebih banyak.
Tidak adanya media informasi penghubung dari perusahaan kepada customer begitu pun sebaliknya.
Belum maksimalnya pemanfaatan tekologi dalam peningkatan pelayanan jasa konstruksi dan interior dalam lingkungan manajemen PT. KES Indonesia

Alternatif Pemecahan Masalah

Dalam menanggapi dari beberapa bentuk analisa permasalahan yang ada di dalam sistem berjalan, usulan alternatif pemecahan masalah yang dihadapi untuk pengembangan prosedur marketing dan peningkatan permintaa jasa konstuksi dengan customer yang lebih luas yaitu:

Membuat sistem informasi aplikasi atau sebuah platform online sebagai media transaksi antara customer dan penyedia jasa kosnturksi bangunan untuk dapat bertransakis jasa pembangunan konstruksi secara lebih luas.
Memeberikan fasilitas fitur-fitur transaksi pelayanan yang lebih efektif dan terdokumentasi dengan baik.
Adanya bentuk panduan kinerja pelayanan dalam sistem informasi pendukung terkait pemasaran dan permintaan jasa konstruksi bangunan.

User Requirement

Elisitasi Tahap I

Elisitasi tahap 1 merupakan daftar requirement yang disusun berdasarkan hasil wawancara dengan stakeholder mengenai kekurangan dari sistem yang sedang berjalan, dan kebutuhan pengembangan penggunaan sistem yang belum terpenuhi. Berikut adalah hasil elisitasi tahap 1

Tabel 3.12. Elisitasi Tahap I

Elisitasi Tahap II

Elisitasi Tahap II dibentuk berdasarkan Elisitasi Tahap I yang kemudian diklasifikasikan lagi dengan menggunakan metode MDI. Berikut penjelasan dari beberapa requirement yang diberikan opsi Inessential (I) dan harus dieliminasi :

Tabel 3.13. Elisitasi Tahap II

Keterangan :
M (Mandatory) = Yang diinginkan
D (Desirable) = Diperlukan
I(Inessential) = Yang tidak mutlak diinginkan

Elisitasi Tahap III

Merupakan hasilpenyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang option-nya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE, yaitu sebagai berikut:
a.) T artinya Technical, bagaimana tata cara/tehnik pembuatan requirement tersebut dalam sistem yang diusulkan.
b.) O artinya Operational, bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan.
c.) E artinya Economy, maksudnya berapakah biaya yang diperlukan guna membangun requirement tersebut didalam sistem.

Metode TOE di atas dibagi kembali menjadi beberapa pilihan yaitu option LMH (Low, Midle, High) dengan penjelasan sebagai berikut:
a.) Low (L) : Mudah untuk dikerjakan.
b.) Middle (M) : Mampu untuk dikerjakan.
c.) High (H) : Sulit untuk dikerjakan, karena tehnik pembuatan dan pemakaiannya sulitbserta biayanya mahal. Sehingga requirementtersebut harus dieliminasi.

Tabel 3.14. Elisitasi Tahap III

Keterangan : Metode
T = Technical
O = Operational
E = Economic

Keterangan : Option
L = Low
M = Middle
H = High

Final Elisitasi

Final Elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar pengembangan sistem yang akan dibentuk, komponen-komponen yang terdapat di tahap ini lah yang harus ada dalam fungsional sistem yang akan diimplementasikan. Berikut bentuk tabel final draft elisitasi untuk pengembangan pada prosedur sistem marketing dan pelayanan jasa PT. KES INDONESIA.

Tabel 3.14. Elisitasi Tahap Final

BAB IV

RANCANGAN SISTEM YANG DIUSULKAN

Rancangan Sistem Usulan

Prosedur Sistem Usulan

Setelah mengadakan analisa dan melaksanakan penelitian terhadap sistem yang sedang berjalan, dengan dilengkapi data-data pendukung aktifitas lapangan. Proses selanjutnya yaitu

Adanya rancangan usulan sistem yang akan dibuat, dan kemudian diimplementasikan terhadap permasalahan yang ada. Beberapa usulan prosedur bertujuan untuk memperbaiki, menyempurnakan, maupun terjadinya pembangunan terhadap sebuah sistem baru.
Implementasi transaksi penyediaan jasa yang berjalan saat ini, yaitu membangun sebuah sistem baru yang dapat memfasilitasi, pengembangan pelayanan permintaan transaksi jasa konstruksi bangunan di lingkungan masyarakat.
Pemanfaatan pengembangan sistem untuk dapat memberikan solusi terhadap kendala sistem yang berjalan, dengan beberapa fasilitas yang dapat membantu kelancaran interaksi pelayanan jasa diantaranya:
a. Fasilitas pencarian penyedia jasa yang disesuaikan dengan kelompok bentuk konstruksi bangunan.
b.Adanya proses pelaporan pengerjaan project.
c.Adanya bentuk jaminan transparansi data project.

Berdasarkan perubahan dan pengembangan bentuk prosedur pada sistem, maka langkah-langkah berikutnya yaitu:
1. Design sistem yang diusulkan, bertujuan untuk memperbaiki sistem lama dengan design pandangan yang jelas melalui User Interface dan user design proses sistem dari awal hingga akhir penelitian.
2. Dalam proses menganalisa usulan prosedur yang akan dikembangkan pada penelitian ini digunakan program Visual Pradign for UML Enterprise Edition Ver. 8.0, untuk menggambarkan user case diagram, activity diagram, sequence diagram, dan class diagram.

Berdasarkan langkah-langkah proses diatas, penentuan aktifitas individu yang terlibat dalam sistem nantinya dijelaskan sebagai berikut:
1. Penyedia Jasa
Account Penyedia Jasa dalam sistem bangunruang.id dapat melakukan aktifitas transaksi antara lain:
a. Penyedia Jasa dapat login.
b. Penyedia Jasa dapat registrasi
c. Menampilkan menu utama web base sistem bangunruang.id, sebelum masuk dashboard account sistem.
d. Menampilkan menu utama dashboard account Penyedia Jasa.
e. Menampilkan menu informasi beranda, project portofolio, pesanan, laporan project akhir.
f. Dapat melakukan Update Portofolio dengan fasilitas, Tambah, edit, hapus.
g. Dapat melakukan konfirmasi pemesanan jasa dari customer atau Pengguna Jasa.
h. Penyedia Jasa dapat melakukan laporan validasi data pemesanan.
i. Penyedia Jasa dapat membuat laporan project akhir dengan fasilitas tambah, edit dan hapus.
j. Penyedia Jasa dapat melakukan logout.
2. Penggun Jasa
a. Penyedia Jasa dapat login.
b. Penyedia Jasa dapat registrasi.
c. Menampilkan menu utama web base sistem bangunruang.id,sebelum masuk dashboard account sistem.
d. Menampilkan menu informasi beranda, cari jasa, transaksi booking jasa, dan laporan project.
e. Dapat melakukan proses pencarian penyedia jasa kontruksi sesuai lokasi dan kategori yang dibutuhkan.
f. Dapat melakukan pemesanan jasa dengan fasilitas booking.
g. Pengguna Jasa dapat mengunduh transkrip data pemesanan yang telah di setujui oleh Penyedia Jasa.
h. Penguna Jasa dapat melakukan konfirmasi penerimaan laporan akhir project yang di laporkan oleh Penyedia Jasa, dengan fasilitas unduh data dan hapus data.
i. Pengguna jasa dapat melakukan logout
3. Penyedia Layanan Web
a. Penyedia layanan web dapat login.
b. Menampilkan menu utama web base sistem bangunruang.id, sebelum masuk dashboard account sistem.
c. Dapat menjalankan fasilitas menu Beranda, data admin, data member (data penyedia jasa dan data pengguna jasa), data layanan (kelompok layanan, kategori layanan, detail kategori layanan), data transaksi pesanan, data transaksi laporan akhir project.
d. Dapat melakukan pengelolaan data member dengan fasilitas, edit data dan hapus data.
e. Dapat melakukan pengelolaan data layanan dengan fasilitas edit
f. Dapat melakukan monitor view data transaksi yang dilakukan Pengguna Jasa dan Penyedia Jasa.

Use Cas Diagram Sistem Yang Diusulkan

Berdasarkan pengembangan terhadap usulan sistem yang baru, berikut gambaran use case diagram yang diusulkan dalam aktifitas sistem, dapat dilihat pada gambar 4.1 dibawah ini:

Gambar 4.1 usecase diagram pokok sistem yang diusulkan

Berdasarkan gambar 4.1 adalah usecase diagram yang diusulkan, maka penjelasan dapat diuraikan sebagai berikut:
a.) Pengelolaan registrasi kontrol sistem dilakukan sepenuhnya oleh penyedia layanan web, untuk pengguna jasa dan penyedia jasa, fasilitas pengelolaan registrasi untuk validasi data dalam menjalankan transaksi yang ada pada sistem bangunruang.id.
b.) Login sebagai bentuk keamanan account pengguna, dalam menjalankan aktifitas transaksi pada sistem, sesuai dengan tingkatan level account yang digunakan dalam sistem, proses ini dilakukan oleh seluruh end user pada sistem.
c.) Kelola pemesanan merupakan aktifitas transaksi yang dijalankan oleh pengguna jasa dan penyedia jasa dalam monitor penyedia web, memberikan dan mencari jasa pelayanan konstruksi pada platform bangunruang.id. proses ini juga terdapat delivery informasi kepada dashboard penyedia web, sebagai aktifitas transaksi.
d.) Kelola Reporting Project dilakukan oleh penyedia jasa dan pengguna jasa, hal ini dilakukan pada akhir kegiatan pengerjaan project, sebagai bentuk controlling kinerja pelayanan jasa kontruksi. Selain itu penyedia layanan web juga memperoleh data informasi transaksi laporan sebagi control aktifitas end user.
e.) Aktifitas kelola layanan informasi, pengelolaan bentuk informasi ini dilakukan pada setiap dashboard masing-masing account, sesuai dengan tingkatan pengguna yang nantinya dapat memberikan informasi kepada seluruh pengguna sistem.
Detail dari use case diagram usulan bangunruang.id seperti gambar 4.2 dibawah ini:

Gambar 4.2 Usecase diagram detail sistem yang diusulkan

Berdasarkan gambar 4.2 dapat dijelaskan, aplikasi bangunruang.id terbagi menjadi 3 level actor yaitu :
a.) Pengguna Jasa, merupakan aktor yang memiliki transaksi pencarian jasa seperti pemesanan jasa dan penerimaan laporan project, penyedia jasa memiliki batasan transaksi pada kelompok warna biru dalam aktifitas dalam sistem.
b.) Penyedia Jasa, aktor ini memiliki hak kases sebagai penyedia layanan project kepada pengguna, diantaranya, penyediaan informasi perusahaan maupun usaha dengan menampilkan project portofolio, aktor memiliki batasan transaksi pada kelompok warna hijau dalam aktifitas sistem.
c.) Penyedia Web, aktor penyedia jasa layanan web memiliki hak akses sebagai pengelola sistem secara menyeluruh dari pengelolaan user, layanan, dan monitoring transaksi dalam sistem, aktor melakukan aktifitas kelompok warna merah dalam diagram.

Use Case Diagram Kelola Pemesanan

Gambar 4.3 Usecase diagram detail sistem yang diusulkan

Berdasarkan gambar 4.3 dapat dijalaskan sebagai berikut:

Pengguna jasa melakukan proses pemesanan jasa dengan diawali melakukan login dan klik menu cari data penyedia jasa sesuai dengan kebutuhannya dalam aplikasi bangunruang.id, dengan tahapan memilih kelompok kategori layanan dan memilih penyedia jasa. Selanjutnya proses akan dimulai dengan verifikasi data booking, apabila sudah sesuai data di submit ke sistem. Proses selanjutnya penguna jasa, penyedia jasa yang dituju, dan penyedia layanan web akan menerima konfirmasi data pemesanan, selanjutnya penyedia jasa melakukan cek data pesanan dan melakan konfirmasi validasi pemesanan, proses ini secara bersamaan akan diterima oleh pemesan dan penyedia web.

Use Case Diagram Kelola Reporting Project

Gambar 4.4 Usecase diagram detail sistem yang diusulkan

Berdasarkan gambar 4.4 dapat dijalaskan sebagai berikut:

Penyedia jasa melakukan aktifitas diawali dengan login dan klik laporan akhir project, selanjutnya proses diawali dengan membuat laporan projek baru, bila sudah selesai submit data laporan. Dalam pengiriman laporan secara bersama pengguna jasa yang dituju dan penyedia layanan web akan menerima informasi laporan, selanjutnya pengguna jasa melakukan konfirmasi penerimaan laporan setelah memilih menu laporan projek pada dashboard account. Proses konfirmasi ini juga secara langsung dapat diketahui oleh penyedia layanan web pada dashboard admin dengan memilih menu rekap data laporan.

Activity Diagram Yang Diusulkan

Berdasarkan dari penentuan use case diagram yang diusulkan, untuk dapat mengambarkan aktifitas dalam proses transaksi yang terdapat dalam aplikasi platform bangunruang.id, berikut adalah activity diagram yang ditentukan berdasarkan aktifitas use case diagram:

Activity Diagram Registrasi Account

a.) Registrasi Account Pengguna Jasa

Gambar 4.5 Activity diagram registrasi pengguna jasa

Penjelasan :

Dalam diagram activity gambar 4.5 aktor yang menjalankan aktifitas adalah pengguna jasa, dengan aktifitas proses dimulai dengan initial node, kemudian dilanjutkan dengan Action State diantaranya pengguna jasa masuk web base bangunruang.id, kemudian sistem merespon dengan menampilkan menu utama web.

Pengguna jasa selanjutnya pilih menu registrasi, input data registrasi, submit data, proses data akan dilakukan dengan decision note, apabila data tidak sesuai akan diarahkan ke form submit data, apabila berhasil pengguna jasa akan diarahkan ke view web base dashboard, aktifitas di akhiri dengan final state.

b.) Registrasi Account Penyedia Jasa

Gambar 4.6 Activity diagram registrasi penyedia jasa

Penjelasan :

Dalam diagram activity gambar 4.6 aktor yang menjalankan aktifitas adalah penyedia jasa, dengan aktifitas proses dimulai dengan initial node, kemudian dilanjutkan dengan Action State diantaranya penyedia jasa masuk web base bangunruang.id, kemudian sistem merespon dengan menampilkan menu utama web.

Penyedia jasa selanjutnya pilih menu registrasi, input data registrasi, submit data, proses data akan dilakukan dengan decision note, apabila data tidak sesuai akan diarahkan ke form submit data, apabila berhasil pengguna jasa akan diarahkan ke view web base dashboard, aktifitas di akhiri dengan final state.

Activity Diagram Aktifitas Pemesanan Jasa

Gambar 4.7 Activity diagram Aktifitas Pemesanan Jasa

Penjelasan :

Diagram activity gambar 4.7 proses pemesanan jasa aktor pengguna jasa dan penyedia sebagai end user yang menjalankan kegiatan, sedangkan penyedia layanan web hanya control review transaksi

Dimulai dengan initial node oleh pengguna jasa melakukan pemesanan jasa, dilanjutkan Action State pengguna jasa masuk web base bangunruang.id, login user account yang sudah terdaftar, cek validasi data dengan decision note apabila tidak valid kembali ke menu login, jika valid menampilkan dashboard profile pengguna jasa. Pilih menu cari jasa, pilih kelompok jasa, pilih penyedia jasa yang di butuhkan, verifikasi data pemesanan, submit data pemesanan, proses data dengan decision note, apabila submit tidak berhasil diarahkan ke form pilihan data, apabila berhasil sistem akan proses data pemesanan menggunakan fork node, pengguna jasa dan penyedia jasa menerima konfirmasi data pesanan pada dashboard. Penyedia jasa memberikan validasi pemesanan, diterima atau tidak pemesanan dengan initial node, data di proses oleh sistem dengan proses join node dan mengeluarkan 2 hasil menggunakan fork node berisikan pengguna jasa dan penyedia web menerima konfirmasi pemesanan, penyedia web sebagai monitor data transaksi. aktifitas di akhiri dengan final state.

Activity Diagram Reporting Final Project

Gambar 4.8 Activity diagram Aktifitas Report Project

Penjelasan :

Diagram activity report project gambar 4.8 aktor penyedia jasa dan pengguna sebagai pihak end user, Aktifitas proses dimulai dengan initial node oleh penyedia jasa yang melakukan report jasa, kemudian dilanjutkan dengan Action State pengguna jasa masuk web base bangunruang.id, login user account yang sudah terdaftar, cek validasi data dengan decision note apabila tidak valid kembali ke menu login, dan apabila valid menampilkan dashboard profile penyedia jasa.

Selanjutnya pilih menu project, cek nama project dengan initial node, apabila belum tersedia penyedia jasa membuat create project, selanjutnya input data project, submit data, cek data initial node apabila tidak berhasil user diarahkan ke form input data, jika berhasil data report akan diproses sistem. Penyedia jasa, pengguna jasa, penyedia web menerima notification laporan dari proses Fork node. Pengguna jasa mereview data laporan, validasi data laporan, penyedia jasa dan peneydia web menerima validasi laporan . Aktifitas di akhiri dengan final state.

Activity Diagram Kelola Layanan Informasi

a.) Kelola Layanan Informasi (penyedia web)

Gambar 4.9 Activity diagram kelola layanan (penyedia web)

Penjelasan

Diagram activity gambar 4.9 kelola layanan informasi (penyedia web) sebagai aktor, dimulai dengan initial node oleh penyedia web yang kemudian dilanjutkan dengan Action State masuk ke web base bangunruang.id, login user account yang sudah terdaftar, cek validasi data dengan decision note apabila tidak valid kembali ke menu login, apabila valid menampilkan dashboard profile.

Kapasitas aktifitas penyedia web layanan dapat menjalankan kelola informasi data pengguna, informasi transaksi pemesanan yang berjalan, dan pengelompokan layanan jasa, yang tentunya setiap transaksi akan di proses oleh sistem sehingga dapat di tampilkan pada level user lainnya. Aktifitas di akhiri dengan final state.

b.) Kelola Layanan Informasi (penyedia jasa)

Gambar 4.10 Activity diagram kelola layanan (penyedia jasa)

Penjelasan

Diagram activity gambar 4.10 kelola layanan informasi (penyedia jasa) sebagai aktor, dimulai dengan initial node oleh penyedia jasa yang kemudian dilanjutkan dengan Action State masuk ke web base bangunruang.id, login user account yang sudah terdaftar, cek validasi data dengan decision note apabila tidak valid kembali ke menu login, apabila valid menampilkan dashboard profile.

Kapasitas aktifitas penyedia jasa layanan dapat menjalankan kelola informasi data informasi mengenai profil usaha, salah satu poin pentingnya adalah proses input informasi data project portofolio yang pernah dan telah dikerjakan, sebagai data informasi publik dalam memperoleh informasi pelayanan jasa yang di berikan dan ditampilkan oleh sistem bangunruang.id. Aktifitas di akhiri dengan final state.

c.) Kelola Layanan Informasi (pengguna jasa)

Gambar 4.11 Activity diagram kelola layanan (penguna jasa)

Penjelasan

Diagram activity gambar 4.11 kelola layanan informasi (pengguna jasa) sebagai aktor, dimulai dengan initial node oleh penyedia jasa yang kemudian dilanjutkan dengan Action State masuk ke web base bangunruang.id, login user account yang sudah terdaftar, cek validasi data dengan decision note apabila tidak valid kembali ke menu login, apabila valid menampilkan dashboard profile.

Kapasitas aktifitas pengguna jasa di sini merupakan proses kelola informasi terhadap proses transaksi yang bersangkutan dengan data project yang di pesan. Aktifitas di akhiri dengan final state.

Sequance Diagram Yang Diusulkan

Bentuk flow sequence diagram yang diusulkan dapat dilihat pada gambar dibawah ini:

Sequance Diagram Pengelolaan Registrasi

Gambar 4.12 Sequence diagram pengelolaan registrasi

Berdasarkan gambar 4.12 Sequence diagram usulan dapat dijelaskan:

Dalam pengelolaan registrasi Actor yang melakukan kegiatan yaitu Pengguna Jasa, Penyedia Jasa, dan Penyedia Web. Lifeline home/index web base, dan registrasi form sebagai form utama dalam alur prosedur yang memiliki beberapa prosedur yaitu pengguna jasa dan penyedia jasa membuka halaman web, dilanjutkan membuka menu registrasi, sistem menampilkan form registrasi, end user input data profil registrasi, proses data registrasi dengan self messge oleh sistem registrasi, denagn hasil akhir konfirmasi data registrasi kepada seluruh end user.

Sequance Diagram Pengelolaan Pemesanan

Gambar 4.13 Sequence diagram pengelolaan pemesanan

Berdasarkan gambar 4.13 Sequence diagram usulan dapat dijelaskan:

Dalam pengelolaan pemesanan Actor yang melakukan kegiatan yaitu Pengguna Jasa, Penyedia Jasa, dan Penyedia Web. Lifeline dashboard account, cari jasa, booking, pemesanan sebagai form utama dalam alur prosedur yang memiliki beberapa prosedur yaitu melakukan login, mementukan pilihan layanan pada menu cari jasa, input data pencarian, proses data pencarian dengan Self Message.

Prosedur selanjutnya menampilkan data layanan, informasi data kepada pengguna jasa, menentukan pilihan informasi penyedia jasa, melakukan pemesanan dan proses data pada sistem dengan Self Message prosedur, menampilkan informasi data rekap pesanan, submit pemesanan. Peneyedia jasa menerima notifikasi dan informasi booking, masuk kedalam menu pemesanan, melihat informasi data pemesanan, konfirmasi kesediaan data booking, hasil dari konfirmasi kesedian booking pengguna jasa dan penyedia web menerima informasi booking pemesanan dari sistem

Sequance Diagram Pengelolaan Report Project

Gambar 4.14. Sequence diagram pengelolaan report project

Berdasarkan gambar 4.14 Sequence diagram usulan dapat dijelaskan:

Dalam pengelolaan pemesanan Actor yang melakukan kegiatan yaitu Pengguna Jasa dan Penyedia Jasa. Lifeline dashboard account, dan menu pemesanan sebagai form utama dalam alur prosedur yang memiliki beberapa prosedur yaitu melakukan login, menentukan pilihan layanan menu pesanan project, sistem menampilkan data project pesanan yang ada, peneydia jasa menentukan pilihan project yang akan dikonfirm laporan kerja, data kemudian akan proses data pada sistem dan review data pada pengguna jasa dengan prosedur self message. Prosedur selanjutnya pihak pengguna jasa, dan penyedia jasa akan menerima konfirmasi akhir project, dan setelah data validasi laporan oleh pengguna, penyedia jasa dan penyedia web menerima informasi validasi pada dashboard masing-masing.

Sequance Diagram Pengelolaan Pelayanan Informasi

Gambar 4.15. Sequence diagram pengelolaan pelayanan informasi

Berdasarkan gambar 4.15 Sequence diagram usulan dapat dijelaskan:

Dalam pengelolaan pemesanan Actor yang melakukan kegiatan yaitu Pengguna Jasa, Penyedia Jasa, penyedia web. Lifeline dashboard account, data transaksi, user, pemesanan, layanan, kelola data project protofolio, data project, dan kelola data booking sebagai form utama dalam alur prosedur yang memiliki beberapa prosedur yaitu end user melakukan login, dilanjutkan dengan kelola data bagi admin yang berkaitan dengan kelola informasi, member, transasksi pemesanan, dan layanan umum, dan sistem menampilkan data yang dibutuhkan.

Bagi penyedia jasa dilanjutkan dengan kelola data profil dan portofolio, setelah melalui proses data dengan self messge, fungsi pengelolaan ini sebagai bentuk promosi jasa yang ditawarkan kepada pengguna jasa, seluruh inputan akan ditampilan pada dashboard web yang dapat di lihat pengguna web, dan bagi pengguna jasa, pengelolaan layanan informasi dilakukan pada review pengelolaan data pesanan pada masing-masing dashboard user, hal ini untuk memonitoring kinerja progress pesanan project yang ada.

Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan

Untuk mengetahui perbedaan antara sistem yang telah berjalan dengan sistem aplikasi yang diusulkan, dideskripsikan dalam tabel 4.sebagai berikut:

Tabel 4.1. Perbedaan Sistem Berjalan dengan Sistem Usulan

Rancangan Basis Data

Class Diagram Aplikasi Sistem Transaksi pada platform bangunruang.id

Class diagram merupakan salah satu pemodelan rancangan UML yang ditujukan untuk basis data sistem, bentuk ini dapat membantu untuk merencanakan bentuk basis data dari sebuah sistem, mulai kelompok data tertentu dan fungsi lain yang mendukung interaksi aktifitas data yang ada dalam sistem. Berikut ini adalah rancangan basis pada sistem bangunruang.id yang digambarkan dalam bentuk class diagram terlihat pada gambar 4.16.

Gambar 4.16. Class diagram sistem bangunruang.id

Spesifikasi Basis Data

Fungsi dari adanya basis data dapat membantu pengolahan dalam pembuatan pemprogram dalam menerjemahkan sistem ke dalam user interface agar sesuai dengan ketentuan inputan data yang diinginkan sistem. Kebutuhan tersebut merupakan spesifikasi basis data yang dibutuhkan agar lebih efektif dan efisien dalam pengelolaan data. Adapun spesifikasi basis data sistem bangunruang.id sebagai berikut.

1. Tabel (admin)
Nama File: admin
Media: Cloud Computing
Tipe File: Master
Panjang Record: 78
Primary Key: id_admin

Tabel 4.2 admin

2. Tabel (detail kategori layanan)
Nama File: det_kat_layanan
Media: Cloud Computing

Tipe File: Master
Panjang Record: 37
Primary Key: id_ket_kat

Tabel 4.3 Detail kategori layanan

3. Tabel (kategori layanan)
Nama File: kategori_layanan
Media: Cloud Computing
Tipe File: Master
Panjang Record: 12
Primary Key: id_kategori

Tabel 4.4 kategori layanan

4. Tabel (kelompok kelompok)
Nama File: kelompok_layanan
Media: Cloud Computing
Tipe File: Master
Panjang Record: 26
Primary Key: id_layanan

Tabel 4.5 Kelompok layanan

5. Tabel (pemakai jasa)
Nama File: pemakai_jasa
Media: Cloud Computing
Tipe File: Master
Panjang Record: 270
Primary Key: id_pemakai

Tabel 4.6 Pemakai jasa

6. Tabel (penyedia detail kategori layanan)
Nama File: penyedia_det_ket_layanan
Media: Cloud Computing
Tipe File: Master
Panjang Record: 17
Primary Key: -

Tabel 4.7 Penyedia detail kategori layanan

7. Tabel (penyedi jasa)
Nama File: penyedia_jasa
Media: Cloud Computing
Media: Cloud Computing
Tipe File: Master
Panjang Record: 339
Primary Key: id_penyedia

Tabel 4.8 Penyedia jasa

8. Tabel (pesanan)
Nama File: pesanan
Media: Cloud Computing
Tipe : Master
Panjang Record: 121
Primary Key: id_pesanan

Tabel 4.9 Pesanan

9. Tabel (project)
Nama File: project
Media: Cloud Computing
Tipe File: Master
Panjang Record: 78
Primary Key: id_project

Tabel 4.10 Project

10.Tabel (project foto)
Nama File: project foto
Media: Cloud Computing
Tipe File: Master
Panjang Record: 31
Primary Key: -

Tabel 4.11 Project foto

Rancangan Prototype

Pada pelaksanaan implementasi sebuah sistem yang telah direncanakan, sangat diperlukan sebuah gambaran sistem tersebut untuk itu berikut tampilan perencanaan prototype sistem aplikasi bangunruang.id.

Rancangan Prototype UI (Web base)

a. Rancangan Prototype Home/Index
Rancangan UI (User Interface) platform halaman home/index menyajikan fasilitas sistem dan tampilan video promosi, terlihat pada gambar 4.17 berikut.

Gambar 4.17 Tampilan prototype home/index web base

b. Rancangan Prototype About
Rancangan UI (User Interface) platform bangunruang.id About menyajikan best line profile platform, dan menampilkan fasilitas detail profil. terlihat pada gambar 4.18 berikut.

Gambar 4.18 Prototype view about profile web base

c. Rancangan Prototype Value
Rancangan UI (User Interface) platform bangunruang.id Value yang menyajikan informasi keuntungan penggunaan platform. terlihat pada gambar 4.19 berikut.

Gambar 4.19 Tampilan prototype value web base

d. Rancangan Prototype Teknikal
Rancangan UI (User Interface) platform bangunruang.id Teknikal yang menyajikan informasi media komunikasi dalam penggunaan platform. terlihat pada gambar 4.20 berikut.

Gambar 4.20 Tampilan prototype teknikal web base

e. Rancangan Prototype Services
Rancangan UI (User Interface) platform bangunruang.id Services yang menyajikan pilihan fasilitas utama pencarian jasa dalam platform yaitu, bangungedung, bangunrumah, bangunruang. terlihat pada gambar 4.21 berikut.

Gambar 4.21 Tampilan prototype services web base

f. Rancangan Prototype Activity
Rancangan UI (User Interface) platform bangunruang.id Activity yang menyajikan informasi bentuk kegiatan vendor bangunruang.id terbaru. terlihat pada gambar 4.22 berikut.

Gambar 4.22 Tampilan prototype activity web base

g. Rancangan Prototype Contact
Rancangan UI (User Interface) platform bangunruang.id Contact menyajikan media penghubung diantaranya lokasi dan data profil vendor bangunruang.id yaitu PT. KES Indonesia. terlihat pada gambar 4.23 berikut.

Gambar 4.23 Tampilan prototype contact web base

2. Rancangan Prototype UI (Dashboard)

a. Rancangan Prototype Menu Login

Gambar 4.24 Tampilan prototype menu login

Rancangan UI Dashboard platform bangunruang.id Login menyajikan form login bagi end user ( pengguna jasa & penyedia jasa ) maupun admin ( penyedia layanan web), terlihat pada gambar 4.24 diatas.

b. Rancangan Prototype Menu Registrasi

Berikut merupakan rancangan prototype menu registrasi yang dibagi menjadi 2 UI, diantaranya untuk pengguna jasa dan penyedia jasa. terlihat pada gambar 4.25 dan 4.26 berikut.
'-Rancangan menu Registrasi Pengguna Jasa

Gambar 4.25 Tampilan prototype resigtrasi pengguna jasa
- Rancangan menu Registrasi Penyedia Jasa

Gambar 4.26 Tampilan prototype resigtrasi penyedia jasa

c. Rancangan Prototype Beranda (dashboard-pengguna jasa)
Berikut merupakan rancangan tampilan dashboard beranda untuk pengguna jasa apabila telah melakukan login. terlihat pada gambar 4.27 berikut.

Gambar 4.27 Rancangan prototype beranda
(dashboard-pengguna jasa)

d. Rancangan Prototype Cari Jasa (dashboard-pengguna jasa)

Berikut merupakan rancangan tampilan menu cari jasa pada dashboard pengguna jasa, dengan rancangan menampilkan 3 (tiga) layanan utama platform untuk proses pencarian data. terlihat pada gambar 4.28 berikut.

Gambar 4.28 Rancangan prototype cari jasa

e. Rancangan Prototype Cari Jasa (preview vendor)

Berikut merupakan rancangan tampilan preview data vendor sesuai dengan data yang diinputkan oleh pengguna jasa, untuk melihat informasi penyedia jasa lebih lanjut. terlihat pada gambar 4.29 berikut.

Gambar 4.29 Rancangan prototype cari jasa (preview vendor)

f. Rancangan Prototype Cari Jasa (preview detail)

Berikut merupakan rancangan tampilan preview detail data vendor sesuai dengan pilihan yang ditentukan pengguna jasa untuk mengetahui detail informasi pelayanan penyedia jasa. terlihat pada gambar 4.30 berikut.

Gambar 4.30 Rancangan prototype cari jasa (preview detail)

g. Rancangan Prototype Cari Jasa (preview booking)

Berikut merupakan rancangan tampilan preview request booking dengan pilihan yang ditentukan pengguna jasa, untuk proses verisikasi data pemesan jasa. terlihat pada gambar 4.31 berikut.

Gambar 4.31 Rancangan prototype cari jasa
(preview booking)

h. Rancangan Prototype Menu Transaksi Booking Jasa

Gambar 4.32 Rancangan prototype menu transaksi booking jasa (data aktifitas transaksi)

Pada gambar 4.32 merupakan rancangan tampilan menu data transaksi booking jasa yang dilakukan oleh pengguna jasa, menu ini nantinya menampilkan progres permintaan jasa terhadap penyedia jasa.

i. Rancangan Prototype Konfirmasi Validasi Pemesan Jasa

Berikut merupakan rancangan prototype proses konfirmasi dan validasi pesanan project yang dibagi menjadi 2 UI, diantaranya untuk pengguna jasa dan penyedia jasa. terlihat pada gambar 4.33 dan 4.34 berikut.

Gambar 4.33 Rancangan prototype konfirmasi booking (penyedia jasa)

Gambar 4.34 Rancangan prototype transaksi booking jasa (konfirmasi validasi pemesanan – pengguna jasa)

j. Rancangan Prototype Portofolio Project (Penyedia Jasa)

Berikut merupakan rancangan prototype proses input data project portofolio dan detail data yang dibagi menjadi 2 UI, diantaranya untuk pengguna jasa dan penyedia jasa. terlihat pada gambar 4.35 dan 4.36 berikut.

Gambar 4.35 Rancangan prototype portofolio project (penyedia jasa)

Gambar 4.36 Rancangan prototype list data setelah berhasil di input (penyedia jasa)

k. Rancangan Prototype Input, Konfirmasi Laporan Akhir

Berikut merupakan rancangan prototype input data laporan akhir project dan konfirmasi laporan, diantaranya untuk pengguna jasa dan penyedia jasa. terlihat pada gambar 4.37 dan 4.38 berikut.

Gambar 4.37 Rancangan prototype laporan akhir project (penyedia jasa)

Gambar 4.38 Rancangan prototype laporan project (konfirmasi - penyedia jasa)

Dengan proses konfirmasi laporan kinerja projek pada pengguna jasa berikut rancangan prototype yang akan di implementasikan dalam layout sistem dashboard bangunruang.id, terlihat pada gambar 4.39 dan 4.40.

Gambar 4.39 Rancangan prototype konfirmasi akhir laporan project (dashboard - penyedia jasa)

Gambar 4.40 Rancangan prototype konfirmasi akhir laporan project (dashboard - penyedia jasa)

Tampilan Implementasi Program

1. Tampilan User Interface (Web base)

a. Tampilan Halaman Home/Index
Halaman home/index sebagai tampilan awal user mengunjungi Platform aplikasi bangunruang.id, menyajikan fasilitas sistem dan tampilan video promosi, dengan beberapa menu fasilitas pada UI web base, berikut tampilan halaman home/index pada gambar 4.41.

Gambar 4.41 Tampilan halaman home/index web base

b. Tampilan Halaman About
Tampilan User Interface bangunruang.id About menyajikan best line profile platform, dan menampilkan detail profil. berikut tampilan halaman about pada gambar 4.42

Gambar 4.42 Tampilan view about profile web base

c. Tampilan Halaman Value
Tampilan User Interface bangunruang.id Value yang menyajikan informasi keuntungan penggunaan platform. berikut tampilan halaman value pada gambar 4.43

Gambar 4.43 Tampilan halaman value web base

d. Tampilan Halaman Teknikal
Tampilan User Interface bangunruang.id Teknikal yang menyajikan informasi media komunikasi dalam penggunaan platform. berikut tampilan halaman Teknikal pada gambar 4.44.

Gambar 4.44 Tampilan halaman teknikal web base

h. Tampilan Halaman Services
Tampilan User Interface bangunruang.id Services yang menyajikan pilihan fasilitas utama pencarian jasa dalam platform dintaranya, bangungedung, bangunrumah, bangunruang. berikut halaman Services pada gambar 4.45.

Gambar 4.45 Tampilan halaman services web base

i. Tampilan Halaman Activity
Tampilan User Interface bangunruang.id Activity yang menyajikan informasi bentuk kegiatan vendor bangunruang.id terbaru. berikut tampilan halaman Activity pada gambar 4.46.

Gambar 4.46 Tampilan halaman activity web base

j. Tampilan Halaman Contact
Tampilan User Interface bangunruang.id Contact menyajikan media penghubung diantaranya lokasi dan data profil penyedia layanan bangunruang.id yaitu PT. KES Indonesia. berikut tampilan halaman Activity pada gambar 4.47.

Gambar 4.47 Tampilan halaman contact web base

3. Tampilan User Interface (Dashboard)

a. Tampilan Menu Login
Tampilan User Interface bangunruang.id pada Halaman Login menyajikan form login bagi end user ( pengguna jasa & penyedia jasa ) maupun admin ( penyedia layanan web). berikut tampilan halaman Login pada gambar 4.48.

Gambar 4.48 Tampilan halaman menu login

b. Tampilan Menu Registrasi
Berikut merupakan Tampilan menu registrasi yang dibagi menjadi 2 User Interface, diantaranya untuk pengguna jasa dan penyedia jasa, terlihat pada gambar 4.49 dan 4.50
- Rancangan menu Registrasi Pengguna Jasa

Gambar 4.49 Tampilan resigtrasi pengguna jasa
- Rancangan menu Registrasi Penyedia Jasa

Gambar 4.50 Tampilan resigtrasi penyedia jasa

c. Tampilan Beranda (dashboard-pengguna jasa)

Berikut merupakan Tampilan beranda pada dashboard pengguna jasa yang menampilkan vasilitas menu, cari jasa, dan transaksi booking jas sebagai fasilitas utama dalam dashboard pengguna jasa, di dalam menu beranda, menampilkan data statistic total pemesanan, dan total transaksi yang sudah selesai. Terlihat pada gambar 4.51.

Gambar 4.51 Tampilan beranda (pengguna jasa)

d. Tampilan Menu Cari Jasa (dashboard-pengguna jasa)

Menu cari jasa yang menjadi fasilitas utama dalam platform bangunruang.id, dalam menu tampilan ini end user atau pengguna jasa dapat menentukan pilihan kategori penyedia jasa sesuai dengan kebutuhan yang diperlukan hanya dengan mengubah inputan yg ada. Terlihat pada Tampilan Gambar 4.52.

Gambar 4.52 Tampilan cari jasa (pengguna jasa)

e. Tampilan Menu Cari Jasa (preview vendor)

Pada halaman ini pengguna jasa setelah menentukan inputan kategori penyedia jasa, akan diarahkan dengan data data perusahaan ataupun peneydia jasa yang dapat memenuhi permintaan berdasarkan data awal klasifikasi yg diinputkan. Dihalam ini lah pengguna jasa dapat memilih penyedia jasa sesuai kebutuhan. Terlihat pada tampilan Gambar 4.53.

Gambar 4.53 Tampilan cari jasa (preview vendor)

f. Tampilan Cari Jasa (preview detail)

Setelah pengguna jasa menentukan penyedia jasa yang dibutuhkan dalam halaman cari jasa (preview detail), pengguna jasa dapat melihat informasi detail mengenai penyedia jasa, data maupun preview portofolio project yang pernah dikerjakan. Terlihat pada Tampilan Gambar 4.54.

Gambar 4.54 Tampilan Cari Jasa (preview detail)

g. Tampilan Cari Jasa (preview booking)

Pada tampilan halaman tahap ini adalah pengguna diminta oleh sistem melakukan verifikasi data pemesanan, apakah sudah sesuai dengan apa yang di tentukan sesuai data kebutuhan, apabila sudah pengguna bisa melakukan submit data untuk proses pemesanan atau booking jasa, apabila tidak sesuai dengan keinginan atau kebutuhan pengguna jasa bisa memilik kembali ke transaksi sebelumnya. Terlihat pada gambar 4.55.

Gambar 4.55 Tampilan cari jasa (preview booking)

h. Tampil Menu Transaksi Booking Jasa

Pada tampilan halaman menu ini adalah pengguna memiliki fasilitas dari sistem yaitu mendapatkan informasi data booking pemesanan yang dilakukan, di halaman ini pengguna jasa bisa mengetahui status pesanan yang telah di kirim, dari status belum dikonfirmasi, konfirmasi, dan selesai. Apabila sudah status sudah berubah menjadi selesai, pengguna jasa dapat unduh laporan data pemesanan jasa. terlihat pada gambar 4.56.

Gambar 4.56 Tampilan menu transaksi booking jasa

i. Tampilan Konfirmasi Validasi Pemesanan Jasa

Berikut merupakan tampilan halaman konfirmasi dan validasi pemesanan jasa yang terdapat pada dashboard account penyedia jasa dan pengguna jasa, halaman ini menamilkan bentuk status dan fungsi yang dapat di pergunakan sebagai informasi proses pemesanan dan mendapatkan transkirp data pemesanan. Implementasi konfirmasi dan validasi data pemesanan project pada dashboard penyedia jasa terlihat pada gambar 4.57.

Gambar 4.57 Tampilan konfirmasi booking (penyedia jasa)
Bentuk implementasi penerimaan validasi data pemesanan bagi pengguna jasa dapat dilihat dengan aktifitas pengguna dapat unduh data rincian pemesanan, terlihat pada gambar 4.58.

Gambar 4.58 Tampilan menu transaksi booking jasa (konfirmasi validasi pemesanan – pengguna jasa)

j. Tampilan Input Portofolio Project Penyedia Jasa

Berikut merupakan tampilan halaman Project input pada dashboard penyedia jasa, halaman ini berfungsi memfasilitasi penyedia jasa untuk mempromosikan kompetensi keahliannya dalam pelayanan kontruksi bangunan dengan mencantumkan beberapa foto project yang pernah dikerjakan. Implementasi terlihat pada gambar 4.59.

Gambar 4.59 Tampilan menu input protofolio project
Tampilan implementasi dalam data project portofolio dapat dilihat pada halaman list data project portofolio pada dashboard account penyedia jasa, terlihat pada gambar 4.60.

Gambar 4.60 Tampilan list data project portofolio setelah berhasil di Input

k. Tampilan Input dan konfirmasi Laporan Akhir Project

Berikut merupakan tampilan halaman input dan konfirmasi laporan akhir project, bentuk fungsi sebagai data laporan kinerja ke pada customer pengguna jasa atas projek yang telah dipesan terlihat pada gambar 4.61 dan 4.62,

Gambar 4.61 Tampilan menu input laporan akhir project

Gambar 4.62 Tampilan list konfirmasi laporan akhir (dashboard – penyedia jasa)

bentuk konfirmasi yang dimaksud setelah pengguna jasa menerima informasi laporan, diharapkan memberikan konfirmasi laporan project dan menentukan project pesanan telah berakhir, dalam hal ini pengguna jasa selaku pemesan dapat unduh berkas laporan projek yang telah dilaporkan penyedia jasa melalui sistem, Implementasi terlihat pada gambar 4.63 dan 4.64.

Gambar 4.63 Tampilan hasil konfirmasi laporan akhir (dashboard – pengguna jasa)

Gambar 4.64 Tampilan hasil validasi laporan akhir (dashboard – penyedia jasa)

Konfigurasi Sistem Usulan

Spesifikasi Hardware

Dalam pelaksanaan kegiatan penelitian dan kemudian dilanjutkan ke tahap implementasi sistem usulan, kebutuahn perangkat keras merupakan salah satu bagian yang sangat penting. Hal ini dikarenakan perangkat keras seperti Leptop, Handphone, PC dll dapat membantu brainware dalam prosesdur uji coba penelitian, dan berikut merupakan konfigurasi perangkat keras yang dipergunakan dan dibutuhkan dalam penelitian ini diantaranya:

Spesifikasi PC / Leptop
a.) Prosessor : Minimal 2,1 GHz
b.) Monitor : Minimal VGA
c.) RAM : Minimal 1 GB
d.) Modem USB : Minimal Kecepatan 14,4 Mbps
e.) Harddisk : Minimal 250 GB

Spesifikasi Software

Pemanfaatan hardware sebagai alat untuk mendukung teknik berjalannya pengembanagan sistem pada penelitian ini, dukungan spesifikasi perangkat lunak sangat penting di perlukan, karena merupakan penghubung interaksi-interaksi yang diperlukan oleh brainware untuk dapat menjalankan perangkat hardware sehingga dapat mengimplentasikan hasil pemikiran kedalam sebuah informasi yang dibutuhkan. Berikut ini adalah bentuk konfigurasi spesifikasi software yang dibutuhkan diantaranya:

Software Sistem Operasi yang dapat dipergunakan dalam implentasi sistem ini diantaranya Windows, Linux, MacOs, Android.
Browser yang dapat digunakan untuk mendukukng perfoma tampilan web base anatra lain Goolge Chrome, Mozila Firefox dan Internet Explore.

Hak Akses (Brainware)

Dalam sistem yang saat ini dalam tahap pengembangan pada platfome bangunruang.id terdapat beberapa user yang dapat berinteraksi dan menjalankan aktifitas pada sistem tersebut, dan user memiliki hak akses sesuai dengan kelompok yang terdaftar pada sistem diantaranya:

Penyedia Web base bangunruang.id
Sebagai user utama penyedia layanan platform web site, penyedia web memiliki akses ke seluruh transaksi yang ada pada sistem, dari penelolaan member, layanan, dan informasi transaksi yang dilakukan antara pengguna jasa dan penyedia jasa.
Penyedia jasa kontruksi/Kontraktor
Penyedia jasa memiliki akses, dapat melakukan inputan profile data usaha, portofolio project, dan interaksi data pemesanan dan laporan kinerja project pada pengguna jasa
Pengguna jasa kontruksi/Kustomer
Pengguna jasa memiliki akses, dapat melakukan pemilihan pelayanan jasa sesuai dengan kebutuhan dengan cara booking atau pesan jasa, dengan kelanjutan aktifitas konfirmasi melaku media komunikasi langsung, namun dalam tahap konfirmasi finishing project pengguna tetap menjalankan pada dashboard account.

Testing

Black Box Testing

Tahapan ini merupakan langkah pengujian terhadap sistem banguntuang.id yang nantinya di implementasikan, proses testing ini menggunakan pengujian dengan metode blackbox testing. Metode ini difungsikan untuk mengetahui tingkatan pengujian fungsional peryaratan perangkat lunak yang berjalan pada sistem bangunruang.id. Adapun point pengujian dalam aktifitas fungsional sistem ini adalah:

Tabel 4.12 Daftar pengujian sistem

1. Halama User Interface Web
Bentuk pengujian pada tampilan web base utama ini, berfungsi untuk mengetahui fungsional awal segala bentuk informasi umum yang terdapat dalam platform web bangunruang.id yang nantinya di tampilkan pada pengguna web saat pertama kali mengunjui web bangunruang.id. Terlihat pada tabel 4.13.

Tabel 4.13 Daftar pengujian user interface web

2. Halaman Login
Bentuk pengujian login pada daftar ini berfungsi untuk mengetahui tingkat keamanan fungsional yang terdapat pada fasilitas menampilkan data dashboard account user pada sistem bangunruang.id. proses tersebut diantaranya menguji fungsional operasi yang berkaitan dengan keamanan inputan username dan password harus benar dan sesuai dengan basis data sistem dan sesuai proses yang diharapkan. Terlihat pada tabel 4.14.

Tabel 4.14 Pengujian login bangunruang.id

3. Registrasi Pengguna
Bentuk pengujian pada level pengguna jasa untuk menguji apakah fungsional form registrasi bagi pengguna jasa berjalan dengan baik sesuai fungional yang telah ditentukan pada sistem, dan dapat tersingkronisasi dengan database sistem dengan baik. Terlihat pada tabel 4.15

Tabel 4.15 Pengujian Registrasi Pengguna Jasa

4. Registrasi Penyedia Jasa
Bentuk pengujian pada level pengguna jasa untuk menguji apakah fungsional form registrasi bagi pengguna jasa berjalan dengan baik sesuai fungional yang telah ditentukan pada sistem, dan dapat tersingkronisasi dengan database sistem dengan baik. Terlihat pada tabel 4.16.

Tabel 4.16 Pengujian Registrasi Penyedia Jasa

5. Cari Jasa
Bentuk pengujian pada halaman Cari Jasa ini, dilakukan untuk mengetahui tingkat keakurasian data atas pencarian data penyedia jasa yang ada pada sistem, selain itu fasilitas ini dilakukan hanya oleh penyedia jasa sebagai end user yang memanfaatkan fungsi pencarian jasa. Terlihat pada tabel 4.17.

Tabel 4.17 Pengujian Cari Jasa

6. Detail Informasi Penyedia Jasa dan Proses booking

Tabel 4.18 Detail Informasi Penyedia Jasa dan Proses booking

Bentuk pengujian pada halaman Cari Jasa Terlihat pada tabel 4.18, dilakukan untuk mengetahui tingkat keakurasian data atas pencarian data penyedia jasa yang ada pada sistem dan proses akurasi data booking jasa, selain itu fasilitas ini dilakukan hanya oleh penyedia jasa sebagai end user yang memanfaatkan fungsi pencarian jasa.

7. Transaksi Informasi Booking Jasa
Bentuk pengujian pada tahap transaksi informasi booking jasa, dilakukan untuk mengatahui fungsional sistem yang berkaitan dengan proses booking jasa, apakah sudah sesuai dengan fungsional yang terdapat pada alur sistem kerja, hingga proses verifikasi pemesanan. Terlihat pada tabel 4.19.

Tabel 4.19 Transaksi Informasi Booking Jasa

8. Laporan Project Akhir
Bentuk pengujian pada tahap transaksi laporan project akhir ini dilakukan untuk mengatahui fungsional sistem yang berkaitan dengan proses laporan kinerja yang dilakukan penyedia jasa terhadap pengguna jasa pada akhir pelaksanaan pelayanan jasa konstruksi bangunan, apakah sudah sesuai dengan fungsional yang terdapat pada alur sistem kerja, hingga proses verifikasi pemesanan. Terlihat pada tabel 4.19.

Tabel 4.20 Transaksi Laporan Project Akhir

Evaluasi

Setelah proses pengujian sistem usulan, yang dilakukan dengan pemanfaatan metode pengujian menggunakan blackbox testing pada sub bab sebelumnya, dengan hasil dapat di nyatakan bahwa seluruh proses sistem yang ada pada bangunruang.id telah memenuhi syarat pengujian dengan dilihat dari jalannya fungsional setiap proses yang ada, dengan menggambil sample data pengujian yaitu terhadap keamanan data pengguna dalam memasuki dashboard account atau login.

Proses login yang berjalan dengan baik atas dasar berfungsinya verifikasi data username dan password terhadap basis data server sehingga proses login bisa berjalan hanya dengan data yang benar.

Implementasi

Penerapan / Perhitungan Data Implementasi

Proses implementasi pada sub bab ini berkaitan pengambilan data lapangan, dengan bentuk nilai pemanfaatan atas penggunaan fungsional sistem di lingkungan masyarakat. Data penilaian implementasi sistem berdasarkan uji coba prototype aplikasi bangunruang.id dengan menggunakan metode sampling data kuesioner penilaian metode likert.

Kuesioner melibatkan 50 responden dengan 15 variabel pernyataan yang telah ditentukan dan mencakup komponenen yang dibutuhkan dalam aspek penilaian, terlihat pada tabel 4.21 dibawah ini:

Tabel 4.21 Data variabel pertanyaan kuesioner implemntasi

Variable pernayataan data penilaian implementasi sistem ini sebagai acuan hasil akhir atas penilaian sistem. Adapun hasil penilaian responden menggunakan variable-variabel pertanyaan dapat dilihat pada tabel 4.22 sebagai berikut:

Tabel 4.22 Data penilaian responden

1. Perhitungan Akumulatif Penilaian Likert

Menentukan nilai akumulatif data keseluruhan dengan rentang ketentuan nilai Likert dengan rumus:

Gambar 4.59 Rumus penilaian akumulatif likert

Tabel 4.23 Data akumulatif penilaian responden terhadap likert

Hasil Jumlah Nilai Akumulatif Likert, untuk mengetahui data prioritas skor total akhir dibagi rata-rata dari data jumlah pernyataan sehingga hasilnya 2816 / 15 = ( 187,73 )

2. Interpretasi Skor Perhitunagn

Untuk mendapatkan hasil interpretasi, harus diketahui skor tertinggi (X) dan angka terendah (Y) untuk item penilaian dengan rumus sebagai berikut:

Tabel 4.24 Penilaian interpretasi skor likert

3. Penyelesaian (Rumus Interval & Final)

Untuk mengetahui respon pengembangan penelitian, yang dibutuhkan Interval (Jarak) dan Interpretation Persen agar mengetahui penilaian dengan metode interval skor persen (I).

Gambar 4.60 Rumus interval skor

Maka dapat di tentukan interval skor pada kuesioner yang di lakukan untuk penelitian ini adalah: 100 / 5 = 20, hasil ini merupakan interval jarak dari nilai terendah 0 % hingga 100 %, dengan rincian presentase terlihat pada tabel 4.25.

Tabel 4.25 Interval skor presentase

Dengan perhitungan nilai akhir dapat dihitung dengan rumus:

Dengan penggunaan rumus tersebut dapat dinyatakan:
= Total Skor / Y x 100
= 187,73/ 250 x 100
= 75.09 %, dengan kategori interval SETUJU

Berdasarkan bentuk perhitungan data lapangan dalam implementasi pemanfaatan sistem banguruang.id, hasil yang ada kemudian dapat ditentukan grafik penerimaan masyarakat atas pembaharuan sistem yang ada terhadap bentuk pelayanan permintaan jasa konstruksi dan interior, data di perolehan dari pra-penelitian dan pasca implementasi. Grafik dapat dilihat pada gambar 4.62 dibawah ini:

Gambar 4.68 Grafik Perbandingan sistem pelayanan jasa konstruksi (dengan penilaian presentase akhir metode likert)

Adanya data grafik pada gambar 4.68 dengan hasil pendataan perbandingan sistem yang selama ini berjalan dimasyarakat dan setelah adanya uji implementasi prototype aplikasi bangunruang.id, dapat dinyatakan adanya peningkatan aspek kepuasan pengguna terhadap pelayanan permintaan jasa konstruksi bangunan dan interior.

Schedule

Aktifitas penelitian yang meliputi kegiatan persiapan, pelaksanaan, dan penyusunan laporan penelitian. Hal ini memeberikan rincian kegiatan dan jadwal pelaksanaan kegiatan tersebut, untuk mememenuhi prosedur proses pengimplementasian tujuan akhir.

Tabel 4. Jadwal kegiatan Penelitian

Estimasi Biaya

Dalam penelitian ini dapat berjalan dengan baik dan lancar karena diperlukannya adanya penyesuaian perencanaan dan tujuan akhir implementasi, maka dari itu perencanaan pembiayaan kegiatan diperlukan untuk menunjang aktifitas yang ada dengan perhitungan dan detail estimasi diperkirakan sebagai berikut:

Tabel 4. Perencanaan Biaya Penelitian

BAB V

PENUTUP

Kesimpulan

Kesimpulan Terhadap Rumusan Masalah

Berdasarkan analisa lapangan, dan pelaksanaan implementasi penelitian, pada pengembangan sistem pelayanan permintaan jasa konstruksi di PT. KES Indonesia, maka terdapat beberapa kesimpulan terhadap rumusan masalah sebagai berikut:

Proses pelayanan permintaan jasa pada PT. KES Indonesia masih bersifat waiting project request, hanya fokus pada beberapa perusahaan yang sudah menjalin kerjasama oleh PT. KES Indonesia, dan belum dapat menjangkau ke lingkungan masyarakat dalam memaksimalkan potensi perusahaan dalam memperoleh pelayanan permintaan kontruksi.
Kendala yang dialami dalam sistem berjalan adalah :
a. Belum maksimalnya pemanfaatan potensi suber daya manusia, maupun sumber daya teknis perusahaan dalam mendukung perolehan pendapatan perusahaan.
b. Belum adanya keterbukaan penerimaan permintaan jasa dalam segala bentuk pelayanan konstruksi bangunan.
c. Belum adanya pembaharuan atau inovasi baru dalam menjalankan proses pemasaran jasa untuk dapat memperoleh pendapatan perusahaan yang lebih baik.
PT. KES Indonesia berinovasi membuat pengembangan usaha, lewat pembangunan sistem platform socioproject yang berbasis e-commerce dalam bidang pelayanan jasa kontruksi dengan brand platform bangunruang.id, inovasi ini dijalankan selain untuk menambah pemasukan pendapatan perusahaan, melalui pemakaian platform oleh pengguna, juga untuk membantu masyarakat dalam pemanfaatan jasa konstuksi bangunan melalui media teknologi. Pembuatan aplikasi transaksi dilakukan dengan mengetahui uji data lapangan tentang kebutuhan masyarakat terkait konstruksi dan kebutuhan akan komunikasi transaksi yang dibutuhkan.
Dalam aplikasi sistem bangunruang.id terdapat fungsional yang dapat membantu proses pelayanan jasa diantaranya :
a. Pengguna jasa dapat mencari data penyedia jasa yang diinginkan, pencarian ini bisa dilakukan melalui data kebutuhan lokasi, maupun kualitas pelayanan jasa yang diinginkan sesuai kompetensi yang dibutuhkan oleh pengguna, dengan melalui tahap pencarian tersebut pengguna dapat menentukan pesanan projek ataupun booking jasa.
b. Proses pemesanan projek, nantinya pengguna jasa akan mendapatkan bentuk konfirmasi penerimaan jasa dari penyedia jasa yang dituju, pelayanan lain pengguna jasa mendapatkan laporan kinerja proyek pada akhir pelaksanaan pengerjaan projek.
Implementasian aplikasi ini selain dapat membantu interaksi antara penyedia jasa dengan pengguna jasa konstruksi dimasyarakat, dapat meningkatan angka pendapatan, dikarenakan masyarakat yang membutuhkan pelayanan jasa konstruksi juga dapat lebih cepat menentukan jasa pelayanan yang ada disekelilingnya, dan pihak penyedia jasa yang memiliki kompetensi bisa lebih mempromosikan kompetensi kinerjanya sebagai nilai jual terhadap konsumen untuk menggunakan jasa nya tererhadap PT. KE Indonesia dengan mengadakan penyedian platform.

Kesimpulan Terhadap Tujuan dan Manfaat

Berdasarkan bentuk uraian sebelumnya, maka pada hasil penelitian ini dapat disimpulkan terhadap tujuan dan manfaat yang di inginkan, yaitu terlaksananya tujuan dalam penelitian ini, menciptakan solusi inovasi pembaharuan terhadap permasalahan yang ada dan dirasa dalam manajemen PT. KES Indonesia, terkait pelayanan permintaan jasa kostruksi. Dengan membangun platform aplikasi bangunruang.id. dapat menimbulakan manfaat yang didapat oleh manajemen PT. KES Indonesia selaku penyedia aplikasi yaitu, memperoleh pendapatan dalam transaksi yang dilakukan di aplikasi oleh pengguna, untuk pengguna aplikasi dapat membuka peluang mencari penyedia jasa yang sesuai dengan kebutuhan, dan dapat mempromosikan keahlian dalam memberikan jasa layanan konstruksi oleh penyedia jasa layanan.

Saran

Pada pembangunan platform aplikasi bangunruang.id, dalam pelayanan permintaan transaksi jasa konstruksi, penulis dapat menyampaikan saran yang dapat diperhatikan sebagai bahan pertimbangan dalam tindak lanjut nantinya yaitu sebagai berikut:

Dengan adanya platform sistem bangunruang.id ini dapat menjadi media inovasi kinerja manajemen sebagai peningkatan maksimalisasi potensi kerja yang ada dan salah satu media sistem pemasukan pendapatan bagi PT. KES Indonesia.
Disarankan agar PT. KES Indonesia dapat lebih memprioritaskan terhadap promosi pemanfaatan sistem agar mendapatkan dan mengetahui respon lebih luas terhadap pemakaian sistem, selain itu menjalin kerjasama terhadap institusi atau perusahaan lain yang bersinggungan dengan platform aplikasi, untuk lebih memberikan layanan yang maksimal bagi pengguna aplikasi.
Peningkatan keamanan pelayanan terhadap pengguna nantinya, terkait dengan penjaminan keamanan transaksi yang lebih baik, sehingga membuat kenyamanan pengguna jasa lebih tinggi.

Kesan

Kesan dalam menjalankan penelitian dan perancangan sistem, pada PT. KES Indonesia dan lingkunagn masyarakat, diantaranya:

Sulitnya dalam memperoleh data nyata dalam prosedur sistem pelayanan permintaan jasa yang ada, karena dalam manajemen PT. KES Indonesia yang tidak terdokumentasi dengan baik,
Terkendalanya dalam pelaksanaan interview narasumber, karena terkendala dengan komunikasi bahasa dan waktu, sehingga hasil perolehan data yang diinginkan kurang maksimal.
Adanya dukungan yag baik dari manajemen perusahaan, terutama General Manager yang membantu dalam memperjelas inovasi pengembangan sistem yang ingin dicapai PT. KES Indonesia.

DAFTAR PUSTAKA

↑ H, Nazrudin Safaat. 2012. “Sistem Infromasi Manajemen Pendidikan”. Jakarta: PT. Smart Grafika.
↑ Asropudin. 2013. Kamus Teknologi Informasi Komunikasi. Bandung: CV. Titian Ilmu.
↑ Hartono, Bambang. (2013), “Sistem Informasi Manajemen Berbasis Komputer”. Jakarta. PT. Rineka Cipta.
↑ ^4,0 ^4,1 ^4,2 Taufiq, Rohmat. (2013). “Sistem Informasi Manajemen”. Yogyakarta: Graha Ilmu.
↑ Sutarman. 2012. “Buku Pengantar Teknologi Informasi”. Jakarta : Bumi Aksara.
↑ ^6,0 ^6,1 ^6,2 Darmawan, Deni. 2013. “Sistem Informasi Manajemen”. Bandung: PT Remaja Rosdakarya Offset.
↑ Uzzaman. Anis. 2015. “Panduan Membangun Starup Ala Sillicon Valey”. Yogyakarta: Bentang Pustaka.
↑ ^8,0 ^8,1 ^8,2 Indrajani. 2017. “Database Design (Theory, Practice, and Case Study)”. Jakarta: PT. Elex Media Komputindo.
↑ Nidhra, S. Jagruthi Dondeti. 2012. “Black Box and White Box Testing Techniques – A Literature Review”. Jurnal International Journal of Embedded System and Application (IJESA). Vol.2, No.2.
↑ Sutanto, Aris. 2017. “Alat Penghitungan Jumlah Lembar Kertas Berbasis Internet Of Things Menggunakan Sensor Infrared Pada PT. Indah Kiat”. SKRIPSI. Tangerang: Perguruan Tinggi Raharja.
↑ Archarya, Shivani. Pandya, Vidhi. 2013. “Bridge between Black Box and White Box – Gray ” Box Testing Technique”. Internasional Journal of Electronics and Computer Science Engineering ISSN- 2277-1956 Vol.2, Issue 1, p.175.
↑ Sugandi,Yogi Suprayogi. 2011. “Administrasi Publik (Konsep dan Perkembangan Ilmu di Indonesia)”. Bandung: Graha Ilmu.
↑ Sinambela
↑ Sedarmayanti,36. Sedarmayanti. 2013. “Manajemen Sumber Daya Manusia, Reformasi Birokrasi Manajemen Pegawai Negeri Sipil”. Bandung: Rafika Aditama.
↑ ^15,0 ^15,1 Lupiyoadi,Rahmat. 2013. “Manajemen Pemasaran Jasa”. Jakarta: Salemba Empat.
↑ ,Kotler Philip, Kevin L. Keller. 2012. “Marketing Management 14th Edition”. New Jersey: Prentice Hall.
↑ Mursyidi 2010. “Akuntansi Dasar”. Bogor: Ghalia Indonesia.
↑ Azhar Susanto 2013,Akuntansi Dasar”. Bogor: Ghalia Indonesia.
↑ Priyono Zainuddin dan Zainuddin. I. 2012. “Teori Ekonomi”. Sidoarjo: Zifatama.
↑ Jony Wong 2010,Internet Marketing for Beginners”. Jakarta: Elex Media Komputindo.
↑ ^21,0 ^21,1 ^21,2 E. Turban, David K,Dkk 2012,Electronic Commerce (A Managerial and Social Network Perspective)”. 7th Edition. United State: Pearson.
↑ Sarwiji 2008, Semantik Pengantar Kajian Makna”. Yogyakarta: Media Perkasa.
↑ Francis D. K. Ching, Corky Binggeli 2012,Interior Design Illustratored”. New York: John Wiley & Sons.
↑ Greenberg Paul. 2010. “Customer Relationship Management at the Speed of Light : Sosial CRM Strategies, Tool, and Techniques for Engaging Your Customers”. 4th Edition. New York: McGraw-Hill.
↑ Normasari 2013,Pengaruh Kualitas Pelayanan Terhadap Kepuasa Pelanggan, Citra Perusahaan Dan Loyaitas Pelanggan (Survei Pada Tamu Pelanggan Yang Menginap Di Hotel Pelangi Malang)”. Jurnal Administrasi Bisnis (JAB). Universitas Brawijaya. Malang. Vol.6, No.2.
↑ Nugroho 2015,Pengaruh Atribut Produk Terhadap Kepuasan Peanggan Dan Loyalitas Pelanggan (Survei pada Couter Perdana di Gresik)”. Jurnal Administrasi Bisnis (JAB). Universitas Brawijaya. Malang. Vol.20, No.1.
↑ ^27,0 ^27,1 Wukil Ragil 2010, “Pedoman Sosialisasi Prosedur Operasi Standar”. Jakarta: Mitra Wacana Media.
↑ ^28,0 ^28,1 ^28,2 Sugiyono 2010, Membuat Scoring Menggunakan Skala Likert”. Bandung: Alfabeta.
↑ Shelly & Rosenblatt 2010,Systems Analysis and Design”. 9th Edition. United States: Course Technology.
↑ ^30,0 ^30,1 ^30,2 Satzinger, et al 2010,Systems Analysis and Design in a Changing World”. Boston: Course Technology.
↑ A.S Rosa dan M. Shalahudin 2014,Rekayasa Peragkat Lunak”. Edisi 2. Bangung: Informatika.
↑ ^32,0 ^32,1 Connoly dan Begg 2010,Database System: A practical Approach to Design, Implementation, and Management. Fifth Edition. Addison Wesley.
↑ ^33,0 ^33,1 ^33,2 Bunafit Nugroho 2013, Dasar Pemograman Web PHP – MySQL dengan Dreamweaver”. Yogyakarta: Gava Media.
↑ Kustiyahningsih 2011, Pemrograman Basis Data. Berbasis Web Menggunakan PHP & MySQL”. Yogyakarta: Graha Ilmu.
↑ Madcom 2013, Kupas Tuntas Adobe Dreamweaver CS6 Dengan Pemrograman PHP & MYSQL”. Yogyakarta: Andi Publisher.
↑ ^36,0 ^36,1 Elizabeth Carto 2012, HTML, XHTML, and CSS: Visual Quick Guide (6th Edition)”. New York: Peach Press.
↑ Sopian Hadianto 2014, Membangun Responsive Website dengan Twitter Bootstrap 2.0+PHP dan MySQL”. Diakses 10 Oktober 2017. Dari https://www.slideshare.net/sopianhadianto1/membangun-responsive-website-dengan-twitter-bootstrap-20-php-dan-mysql-by-sopian-hadianto.
↑ Wahyu Widyanto 2014, Buku Panduan Bootstrap”. Jakarta: Margotek.
↑ Guritno, dkk 2011, Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi”. Yogyakarta: Andi Offset.
↑ Saputra 2015, Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung”. Bandung: LAPAN.
↑ Ahmad Fathoni. 2013. “Analisa Perancangan Aplikasi Web Pada Jasa Pembuatan Racang Bangun Rumah Pada Fathoni Home Designer Berbasis Online”. Jurnal Skripsi. Lampung: STMIK Pringsewu Lampung.
↑ Achil Yoga A.F. Arifin P. W. Anjik S. 2013. “Rancang Bangun Aplikasi Rencana Anggaran Biaya Dalam Pembangunan Rumah”. Jurnal Skripsi. Surabaya: STIKOM Surabaya.
↑ Satria Fadil P. Khakim Ghozali. 2009. “Rancang Bangun Sistem Informasi Kontraktor Studi Kasus PT. Cikal Kumala”. Seminar Tugas Akhir. Surabaya: Institut Teknologi Sepuluh November.
↑ Aprisa. Siti M. 2015. “Rancang Bangun Sistem Informasi Monitoring Perkembangan Proyek Berbasis Web (Studi Kasus: PT. Inti Pratama Semesta)”. Jurnal Rekayasa dan Manajemen Sistem Informasi. Vol.1. No.1 pp.49-54.
↑ Candra H. 2015. “Sistem Informasi Penjualan dan Pembelian Di Toko Besi dan Bangunan Putra Jaya, Ciparay, Kabupaten Bandung”. Jurnal Skripsi. Bandung: Universitas Komputer Indonesia.

Contributors

Nanda Dian Prasetyo

[nazrudin-1] H, Nazrudin Safaat. 2012. “Sistem Infromasi Manajemen Pendidikan”. Jakarta: PT. Smart Grafika.

[Asropudin-2] Asropudin. 2013. Kamus Teknologi Informasi Komunikasi. Bandung: CV. Titian Ilmu.

[hartono-3] Hartono, Bambang. (2013), “Sistem Informasi Manajemen Berbasis Komputer”. Jakarta. PT. Rineka Cipta.

[taufiq-4] 4,0 ^4,1 ^4,2 Taufiq, Rohmat. (2013). “Sistem Informasi Manajemen”. Yogyakarta: Graha Ilmu.

[Sutarman-5] Sutarman. 2012. “Buku Pengantar Teknologi Informasi”. Jakarta : Bumi Aksara.

[darmawan-6] 6,0 ^6,1 ^6,2 Darmawan, Deni. 2013. “Sistem Informasi Manajemen”. Bandung: PT Remaja Rosdakarya Offset.

[uzzaman-7] Uzzaman. Anis. 2015. “Panduan Membangun Starup Ala Sillicon Valey”. Yogyakarta: Bentang Pustaka.

[indrajani-8] 8,0 ^8,1 ^8,2 Indrajani. 2017. “Database Design (Theory, Practice, and Case Study)”. Jakarta: PT. Elex Media Komputindo.

[nidhra-9] Nidhra, S. Jagruthi Dondeti. 2012. “Black Box and White Box Testing Techniques – A Literature Review”. Jurnal International Journal of Embedded System and Application (IJESA). Vol.2, No.2.

[sutanto-10] Sutanto, Aris. 2017. “Alat Penghitungan Jumlah Lembar Kertas Berbasis Internet Of Things Menggunakan Sensor Infrared Pada PT. Indah Kiat”. SKRIPSI. Tangerang: Perguruan Tinggi Raharja.

[shivani-11] Archarya, Shivani. Pandya, Vidhi. 2013. “Bridge between Black Box and White Box – Gray ” Box Testing Technique”. Internasional Journal of Electronics and Computer Science Engineering ISSN- 2277-1956 Vol.2, Issue 1, p.175.

[Sugandi-12] Sugandi,Yogi Suprayogi. 2011. “Administrasi Publik (Konsep dan Perkembangan Ilmu di Indonesia)”. Bandung: Graha Ilmu.

[Sinambela-13] Sinambela

[Sedarmayanti-14] Sedarmayanti,36. Sedarmayanti. 2013. “Manajemen Sumber Daya Manusia, Reformasi Birokrasi Manajemen Pegawai Negeri Sipil”. Bandung: Rafika Aditama.

[Lupiyoadi-15] 15,0 ^15,1 Lupiyoadi,Rahmat. 2013. “Manajemen Pemasaran Jasa”. Jakarta: Salemba Empat.

[Kotler_.26_Keller-16] ,Kotler Philip, Kevin L. Keller. 2012. “Marketing Management 14th Edition”. New Jersey: Prentice Hall.

[Mursyidi-17] Mursyidi 2010. “Akuntansi Dasar”. Bogor: Ghalia Indonesia.

[Azhar_Susanto-18] Azhar Susanto 2013,Akuntansi Dasar”. Bogor: Ghalia Indonesia.

[Priyono_Zainuddin-19] Priyono Zainuddin dan Zainuddin. I. 2012. “Teori Ekonomi”. Sidoarjo: Zifatama.

[Jony_Wong-20] Jony Wong 2010,Internet Marketing for Beginners”. Jakarta: Elex Media Komputindo.

[E._Turban.2C_David_K.2CDkk-21] 21,0 ^21,1 ^21,2 E. Turban, David K,Dkk 2012,Electronic Commerce (A Managerial and Social Network Perspective)”. 7th Edition. United State: Pearson.

[Sarwiji-22] Sarwiji 2008, Semantik Pengantar Kajian Makna”. Yogyakarta: Media Perkasa.

[Francis_D._K._Ching.2C_Corky_Binggeli-23] Francis D. K. Ching, Corky Binggeli 2012,Interior Design Illustratored”. New York: John Wiley & Sons.

[Greenberg-24] Greenberg Paul. 2010. “Customer Relationship Management at the Speed of Light : Sosial CRM Strategies, Tool, and Techniques for Engaging Your Customers”. 4th Edition. New York: McGraw-Hill.

[Normasari-25] Normasari 2013,Pengaruh Kualitas Pelayanan Terhadap Kepuasa Pelanggan, Citra Perusahaan Dan Loyaitas Pelanggan (Survei Pada Tamu Pelanggan Yang Menginap Di Hotel Pelangi Malang)”. Jurnal Administrasi Bisnis (JAB). Universitas Brawijaya. Malang. Vol.6, No.2.

[Nugroho-26] Nugroho 2015,Pengaruh Atribut Produk Terhadap Kepuasan Peanggan Dan Loyalitas Pelanggan (Survei pada Couter Perdana di Gresik)”. Jurnal Administrasi Bisnis (JAB). Universitas Brawijaya. Malang. Vol.20, No.1.

[Wukil_Ragil-27] 27,0 ^27,1 Wukil Ragil 2010, “Pedoman Sosialisasi Prosedur Operasi Standar”. Jakarta: Mitra Wacana Media.

[Sugiyono-28] 28,0 ^28,1 ^28,2 Sugiyono 2010, Membuat Scoring Menggunakan Skala Likert”. Bandung: Alfabeta.

[Shelly_.26_Rosenblatt-29] Shelly & Rosenblatt 2010,Systems Analysis and Design”. 9th Edition. United States: Course Technology.

[Satzinger.2C_et_al-30] 30,0 ^30,1 ^30,2 Satzinger, et al 2010,Systems Analysis and Design in a Changing World”. Boston: Course Technology.

[A.S_Rosa_dan_M._Shalahudin-31] A.S Rosa dan M. Shalahudin 2014,Rekayasa Peragkat Lunak”. Edisi 2. Bangung: Informatika.

[Connoly_dan_Begg-32] 32,0 ^32,1 Connoly dan Begg 2010,Database System: A practical Approach to Design, Implementation, and Management. Fifth Edition. Addison Wesley.

[Bunafit_Nugroho-33] 33,0 ^33,1 ^33,2 Bunafit Nugroho 2013, Dasar Pemograman Web PHP – MySQL dengan Dreamweaver”. Yogyakarta: Gava Media.

[Kustiyahningsih-34] Kustiyahningsih 2011, Pemrograman Basis Data. Berbasis Web Menggunakan PHP & MySQL”. Yogyakarta: Graha Ilmu.

[Madcom-35] Madcom 2013, Kupas Tuntas Adobe Dreamweaver CS6 Dengan Pemrograman PHP & MYSQL”. Yogyakarta: Andi Publisher.

[Elizabeth_Carto-36] 36,0 ^36,1 Elizabeth Carto 2012, HTML, XHTML, and CSS: Visual Quick Guide (6th Edition)”. New York: Peach Press.

[Sopian_Hadianto-37] Sopian Hadianto 2014, Membangun Responsive Website dengan Twitter Bootstrap 2.0+PHP dan MySQL”. Diakses 10 Oktober 2017. Dari https://www.slideshare.net/sopianhadianto1/membangun-responsive-website-dengan-twitter-bootstrap-20-php-dan-mysql-by-sopian-hadianto.

[Wahyu_Widyanto-38] Wahyu Widyanto 2014, Buku Panduan Bootstrap”. Jakarta: Margotek.

[Guritno.2C_dkk-39] Guritno, dkk 2011, Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi”. Yogyakarta: Andi Offset.

[Saputra-40] Saputra 2015, Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung”. Bandung: LAPAN.

[Ahmad_Fathoni-41] Ahmad Fathoni. 2013. “Analisa Perancangan Aplikasi Web Pada Jasa Pembuatan Racang Bangun Rumah Pada Fathoni Home Designer Berbasis Online”. Jurnal Skripsi. Lampung: STMIK Pringsewu Lampung.

[Achil_Yoga_A.F._Arifin_P._W._Anjik_S.-42] Achil Yoga A.F. Arifin P. W. Anjik S. 2013. “Rancang Bangun Aplikasi Rencana Anggaran Biaya Dalam Pembangunan Rumah”. Jurnal Skripsi. Surabaya: STIKOM Surabaya.

[Satria_Fadil_P._Khakim_Ghozali.-43] Satria Fadil P. Khakim Ghozali. 2009. “Rancang Bangun Sistem Informasi Kontraktor Studi Kasus PT. Cikal Kumala”. Seminar Tugas Akhir. Surabaya: Institut Teknologi Sepuluh November.

[Aprisa._Siti_M.-44] Aprisa. Siti M. 2015. “Rancang Bangun Sistem Informasi Monitoring Perkembangan Proyek Berbasis Web (Studi Kasus: PT. Inti Pratama Semesta)”. Jurnal Rekayasa dan Manajemen Sistem Informasi. Vol.1. No.1 pp.49-54.

[Candra_H.-45] Candra H. 2015. “Sistem Informasi Penjualan dan Pembelian Di Toko Besi dan Bangunan Putra Jaya, Ciparay, Kabupaten Bandung”. Jurnal Skripsi. Bandung: Universitas Komputer Indonesia.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

[42]

[43]

[44]

[45]

SI1311475947

Daftar isi

BAB I

Latar Belakang

Rumusan Masalah

Ruang Lingkup

Hipotesis

Tujuan Dan Manfaat Penelitian

Tujuan Penelitian

Manfaat Penelitian

Metode Penelitian

Metode Pengumpulan Data

Metode Analisa

Metode Perancangan

Metode Prototype

Metode Pengujian

Sistematika Penulisan

BAB II

Teori Umum

Definisi Aplikasi

Konsep Dasar Sistem

Definisi Sistem

Klasisfikasi Sistem

Definisi Sistem Informasi

Konsep Dasar Perancangan

Definisi Perancangan Sistem

Tujuan Perancangan Sistem

Konsep Dasar Prototyping

Definisi Prototyping

Tujuan Utama Prototyping

Jenis – Jenis Prototyping

Konsep Dasar Pengujian (Testing)

Definisi Testing (Pengujian)

Black Box Testing

Teori Khusus

Konsep Dasar Pelayanan Publik

Definisi Pelayanan Publik

Pengukur Kualitas Pelayanan Publik

Konsep Dasar Jasa

Definisi Jasa

Kualitas Jasa

Transaksi

Permintaan

Konsep Dasar E-Commerce

Definisi E-Commerce

Kelebihan E-Commerce

Kekurangan E-Commerce

Konstruksi (Contruction)

Definisi Interior

Definisi Pelanggan

Kepuasan Pelanggan

Konsep Dasar Analisa PIECES

Definisi Analisa PIECES (Performance Information, Economy, Contol, Eficieny and Service)

Konsep Dasar Kuesioner

Jenis-Jenis Kuesioner

Penyusunan Kuesioner Likert Scale

Konsep Dasar UML (Unified Modeling Language)

Definisi UML (Unified Modeling Language)

Activity Diagram

Use Case Diagram

Sequance Diagram

Class Diagram

Database Management System (DBMS)

Konsep Dasar XAMPP

MySQL

Konsep Dasar PHP (Hypertext Preprocessor)

CSS ( Cascading Style Sheet )

Bootstrap

Konsep dasar Requirement Elisitasi

Requirement

Elisitasi

Literature Review

BAB III

Gambaran Umum Perusahaan

Sejarah Singkat Perusahaan

Visi dan Misi Perusahaan

Struktur Organisasi Perusahaan

Tugas dan Tanggung Jawab

Tata Laksana Sistem Yang Berjalan

Prosedur Sistem Yang Berjalan