Pengguna:Dwi Pujiastuti

Dari widuri
Lompat ke: navigasi, cari

 


PERANCANGAN SISTEM REKRUTMEN DAN

SELEKSI CALON KARYAWAN PADA

PT GANDUM MAS KENCANA


SKRIPSI


Logo stmik raharja.jpg


Disusun Oleh :


NIM
: 1511490138
NAMA



JURUSAN SISTEM INFORMASI

KONSENTRASI SISTEM INFORMASI MANAJEMEN

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

TANGERANG

2018/2019

 



SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PENGESAHAN SKRIPSI


PERANCANGAN SISTEM REKRUTMEN DAN

SELEKSI CALON KARYAWAN PADA

PT GANDUM MAS KENCANA

 

Disusun Oleh :

NIM
: 1511490138
Nama
Jenjang Studi
: Strata Satu
Jurusan
Konsentrasi

 

 

Disahkan Oleh :

Tangerang, Januari 2019

Ketua
        
Kepala Jurusan
STMIK RAHARJA
        
Jurusan Sistem Informasi
           
           
           
           
       
NIP : 000594
       
NIP : 060003



SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA


LEMBAR PERSETUJUAN PEMBIMBING


PERANCANGAN SISTEM REKRUTMEN DAN

SELEKSI CALON KARYAWAN PADA

PT GANDUM MAS KENCANA

 

Dibuat Oleh :

NIM
: 1511490138
Nama

 

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Tahun Akademik 2018-2019

 

Disetujui Oleh :

Tangerang, 22 Januari 2019

Pembimbing I
    
Pembimbing II
       
       
       
( Sri Rahayu, ST.,M.M.Si.)
    
(Janu Ilham Saputro, S. Kom., M.M.)
NID : 08182
    
NID : 16001





SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA


LEMBAR PERSETUJUAN DEWAN PENGUJI


PERANCANGAN SISTEM REKRUTMEN DAN

SELEKSI CALON KARYAWAN PADA

PT GANDUM MAS KENCANA

 

Dibuat Oleh :

NIM
: 1511490138
Nama

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan Sistem Informasi

Konsentrasi Sistem Informasi Manajemen

Tahun Akademik 2018/2019

Disetujui Penguji :

Tangerang, Januari 2019

Ketua Penguji
  
Penguji I
  
Penguji II
         
         
         
         
(_______________)
  
(_______________)
  
(_______________)
NID :
 
NID :
 
NID :





SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA


LEMBAR KEASLIAN SKRIPSI


PERANCANGAN SISTEM REKRUTMEN DAN

SELEKSI CALON KARYAWAN PADA

PT GANDUM MAS KENCANA

Disusun Oleh :

NIM
: 1511490138
Nama
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, 22 Januari 2019
 
 
 
Dwi Pujiastuti
NIM. 1511490138


 

)*Tandatangan dibubuhi materai 6.000;



ABSTRAKSI

Belum Ada

Kata Kunci : Perancangan, Rekrutmen, Seleksi, Karyawan, PIECES.



ABSTRACT

Belum Ada

Keywords: PIECES.



KATA PENGANTAR

Belum Di Ubah 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:

  1. Tuhan Yang Maha Esa, Allah SWT.
  2. Bapak Ir.Untung Rahardja, M.T.I.,MM. selaku Ketua STMIK Raharja.
  3. Bapak Sugeng Santoso, M.Kom selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
  4. Ibu Nur Azizah, M.Akt.,M.Kom., selaku Kepala Jurusan Sistem Informasi STMIK Raharja
  5. Bapak Oleh Soleh, Skom.,M.M.S.I., selaku Dosen Pembimbing 1 yang memberikan bimbingan masukan konseptual sistem, kritik, dalam penyusuan skripsi.
  6. Bapak Henderi, M.Kom, selaku Dosen Pembimbing 2 yang memberikan bimbingan, masukan dalam sistematika perencanan penelitian, saran serta kritik dalam penyusuan skripsi.
  7. Mr. Lee Ki Won selaku Presiden Direktur PT. Kes Indonesia.
  8. Mr. Kwon Tae Hee sebagai stackholder yang telah memberikan arahan pelaksanaan kegiatan penelitian dalam analisa lapangan dan implementasi.
  9. Kedua Orang Tua, Kakak dan Saudara tercinta yang selama ini telah memberi semangat motivasi dan doa hingga saat ini kepada penulis.
  10. Teman-teman Qalaqoh (Al-Fatih) Muhamad Rifai, Ahmad Rifai, Deni Widodo, Juli M Kirom, Mas Janu yg terus memberi dukungan doa terhadap diri penulis.
  11. Teman-teman dalam Tim (Raharja Accelerator Club) yang telah memberikan motivasi kretif penelitian terhadap perencanaan penelitian.
  12. 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, 22 Januari 2019
Penulis
Dwi Pujiastuti
NIM. 1511490138



DAFTAR TABEL

  1. Tabel 2.1 Kategori Pemberian Skor Alternatif Jawaban
  2. Tabel 2.2 Literature Review
  3. Tabel 3.1 Analisa Performance sistem berjalan
  4. Tabel 3.2 Analisa Information sistem berjalan
  5. Tabel 3.3 Analisa Economy sistem berjalan
  6. Tabel 3.4 Analisa Contol sistem berjalan
  7. Tabel 3.5 Analisa Efficiensy sistem berjalan
  8. Tabel 3.6 Analisa Service sistem berjalan
  9. Tabel 3.7 Data variable pertanyaan pra-penelitian
  10. Tabel 3.8 Data Penilaian Responden
  11. Tabel 3.9 Data akumulatif penilaian responden terhadap likert
  12. Tabel 3.10 Penilaian Interpretasi skor likert
  13. Tabel 3.11 Interval skor presentase
  14. Tabel 3.12 Elisitasi Tahap I
  15. Tabel 3.13 Elisitasi Tahap II
  16. Tabel 3.14 Elisitasi Tahap III
  17. Tabel 3.15 Final Tahap Final Elisitasi
  18. Tabel 4.1 Perbedaan Sistem Berjalan dengan Sistem Usulan
  19. Tabel 4.2 Admin
  20. Tabel 4.3 Detail Kategori Layanan
  21. Tabel 4.4 Kategori Layanan
  22. Tabel 4.5 Kelompok Layanan
  23. Tabel 4.6 Pemakai Jasa
  24. Tabel 4.7 Penyedia detail kategori layanan
  25. Tabel 4.8 Penyedia Jasa
  26. Tabel 4.9 Pesanan
  27. Tabel 4.10 Project
  28. Tabel 4.11 Project foto
  29. Tabel 4.12 Daftar pengujian sistem
  30. Tabel 4.13 Daftar pengujian user interface web
  31. Tabel 4.14 Pengujian login bangunruang.id
  32. Tabel 4.15 Pengujian registrasi pengguna jasa
  33. Tabel 4.16 Pengujian registrasi penyedia jasa
  34. Tabel 4.17 Pengujian cari jasa
  35. Tabel 4.18 Detail informasi penyedia jasa dan proses booking
  36. Tabel 4.19 Transaksi informasi booking jasa
  37. Tabel 4.20 Transaksi laporan project akhir
  38. Tabel 4.21 Data variable pertanyaan kuesioner implementasi
  39. Tabel 4.22 Data penilaian responden
  40. Tabel 4.23 Data akumulatif penelitian responden terhadaf likert
  41. Tabel 4.24 Penilaian interpretasi skor likert
  42. Tabel 4.25 Interval skor presentase
  43. Tabel 4.26 Jadwal kegiatan penelitian
  44. Tabel 4.27 Perencanaan biaya penelitian

Daftar isi


DAFTAR GAMBAR

  1. Gambar 3.1 Struktur Organisasi Manajemen Perusahaan PT. KES Indonesia
  2. Gambar 3.2 Usecase diagram sistem yang berjalan
  3. Gambar 3.3 Sequence diagram Big Meeteng Point (BMP1)
  4. Gambar 3.4 Sequence diagram Big Meeteng Point (BMP2)
  5. Gambar 3.5 Sequence diagram survey lapangan
  6. Gambar 3.6 Sequence diagram desain rancangan layout project
  7. Gambar 3.7 Sequence diagram approval project
  8. Gambar 3.8 Activity diagram big meeting point (BMP1)
  9. Gambar 3.9 Activity diagram big meeting point (BMP2)
  10. Gambar 3.10 Activity diagram survey lapangan
  11. Gambar 3.11 Activity diagram desain rancangan layout project
  12. Gambar 3.12 Activity diagram approval project
  13. Gambar 3.13 Rumus penilaian akumulatif likert
  14. Gambar 3.14 Rumus interpretasi skor likert
  15. Gambar 3.15 Rumus interval skor
  16. Gambar 3.16 Rumus index data likert
  17. Gambar 4.1 Useca diagram pokok sistem yang diusulkan
  18. Gambar 4.2 Useca diagram detail sistem yang diusulkan
  19. Gambar 4.3 Usecase diagram detail sistem kelola pemesanan
  20. Gambar 4.4 Usecase diagram detail sistem kelola reporting project
  21. Gambar 4.5 Activity diagram registrasi pengguna jasa
  22. Gambar 4.6 Activity diagram registrasi penyedia jasa
  23. Gambar 4.7 Activity diagram aktifitas pemesanan jasa
  24. Gambar 4.8 Activity diagram aktifitas report project
  25. Gambar 4.9 Activity diagram kelola layanan (penyedia web)
  26. Gambar 4.10 Activity diagram kelola layanan (penyedia jasa)
  27. Gambar 4.11 Activity diagram kelola layanan (pengguna jasa)
  28. Gambar 4.12 Sequence diagram pengelolaan registrasi
  29. Gambar 4.13 Sequence diagram pengelolaan pemesanan
  30. Gambar 4.14 Sequence diagram pengelolaan report project
  31. Gambar 4.15 Sequence diagram pengelolaan pelayanan informasi
  32. Gambar 4.16 Class diagram sistem bangunnruang.id
  33. Gambar 4.17 Tampilan prototype home/index web base
  34. Gambar 4.18 Prototype view about profile web base
  35. Gambar 4.19 Tampilan prototype value web base
  36. Gambar 4.20 Tampilan prototype teknikal web base
  37. Gambar 4.21 Tampilan prototype service web base
  38. Gambar 4.22 Tampilan prototype activity web base
  39. Gambar 4.23 Tampilan prototype contact web base
  40. Gambar 4.24 Tampilan prototype menu login
  41. Gambar 4.25 Tampilan prototype registrasi pengguna jasa
  42. Gambar 4.26 Tampilan prototype registasi penyedia jasa
  43. Gambar 4.27 Rancangan prototypr beranda (dashboard-pengguna jasa)
  44. Gambar 4.28 Rancangan prototype cari jasa
  45. Gambar 4.29 Rancangan prototype cari jasa (preview vendor)
  46. Gambar 4.30 Rancangan prototype cari jasa (preview detail)
  47. Gambar 4.31 Rancangan prototype cari jasa (preview booking)
  48. Gambar 4.32 Rancangan prototype menu transaksi booking jasa
  49. Gambar 4.33 Rancangan prototype menu transaksi booking jasa (vendor)
  50. Gambar 4.34 Rancangan prototype menu transaksi booking jasa (validasi)
  51. Gambar 4.35 Rancangan prototype portofolio project (penyedia jasa)
  52. Gambar 4.36 Rancangan prototype list data setelah input (vendor)
  53. Gambar 4.37 Rancangan protype laporan akhir project (penyedia jasa)
  54. Gambar 4.38 Rancangan prototype laporan project (konfirmasi – vendor)
  55. Gambar 4.39 Rancangan prototype konfirmasi akhir laporan (pengguna jasa)
  56. Gambar 4.40 Rancangan prototype konfirmasi akhir laporan (vendor)
  57. Gambar 4.41 Tampilan halaman home/index web base
  58. Gambar 4.42 Tampilan view about profile web base
  59. Gambar 4.43 Tampilan halaman value web base
  60. Gambar 4.44 Tampilan halaman teknikal web base
  61. Gambar 4.45 Tampilan halaman service web base
  62. Gambar 4.46 Tampilan halaman activity web base
  63. Gambar 4.47 Tampilan halaman contact web base
  64. Gambar 4.48 Tampilan halaman menu login
  65. Gambar 4.49 Tampilan registrasi pengguna jasa
  66. Gambar 4.50 Tampilan registrasi penyedia jasa
  67. Gambar 4.51 Tampilan beranda (pengguna jasa)
  68. Gambar 4.52 Tampilan cari jasa (pengguna jasa)
  69. Gambar 4.53 Tampilan cari jasa (preview vendor)
  70. Gambar 4.54 Tampilan cari jasa (preview detail)
  71. Gambar 4.55 Tampilan cari jasa (preview booking)
  72. Gambar 4.56 Tampilan menu transaksi booking jasa
  73. Gambar 4.57 Tampilan konfirmasi booking (penyedia jasa)
  74. Gambar 4.58 Tampilan menu transaksi booking jasa (validasi)
  75. Gambar 4.59 Tampilan menu input portofolio project
  76. Gambar 4.60 Tampilan list data project portofolio setelah di input (vendor)
  77. Gambar 4.61 Tampilan menu input laporan akhir project
  78. Gambar 4.62 Tampilan list konfirmasi laporan akhir (penyedia jasa)
  79. Gambar 4.63 Tampilan hasil konfirmasi laporan akhir (penggun jasa)
  80. Gambar 4.64 Tampilan hasil validasi laporan akhir (penyedia jasa)
  81. Gambar 4.65 Rumus penilaian akumulatif likert
  82. Gambar 4.66 Rumus penilaian interval skor
  83. Gambar 4.67 Rumus index data likert
  84. Gambar 4.68 Grafik perbandingan pemanfaatan sistem pelayanan jasa

DAFTAR SIMBOL

  1. Daftar Simbol Use Case


  2. Daftar Simbol Sequance Diagram


  3. Daftar Simbol Activity Diagram



BAB I

PENDAHULUAN

Latar Belakang

Seiring dengan perkembangan teknologi informasi pada saat ini yang semakin canggih, memiliki peranan penting dalam mengakses informasi yang tersedia secara cepat, akurat, efektif dan efisien. Perkembangan teknologi yang menjangkau di bidang pendidikan, pemerintahan, ekonomi dan tidak terkecuali pada organisasi bisnis dalam kebutuhan sumber daya manusia.

Sumber daya manusia merupakan salah satu aset penting yang dimiliki perusahaan untuk menompang perkembangan serta kemajuan perusahaan. Memiliki aset sumber daya manusia yang berkualitas, maka seorang staf HRD (Human Resource Development) harus lebih selektif memilih para calon karyawan. Sehingga pendayagunaan komputer secara optimal dalam pengolahan data akan menjadi alternatif yang tepat dalam mendapatkan informasi yang efektif dan efisien.

PT Gandum Mas Kencana adalah perusahaan swasta nasional yang didirikan pada tahun 1983 dengan diawali berdirinya PT Seelindo Sejahtera. PT Gandum Mas Kencana merupakan perusahaan yang bergerak dalam bidang industri makanan yaitu industri pembuatan bahan baku kue dan roti. Proses rekrutmen dan seleksi karyawan yang di terapkan pada PT Gandum Mas Kencana masih menggunakan sistem semi komputerisasi. Sistem semi komputerisasi yang dimaksud yaitu dalam mengolah data rekrutmen dan seleksi calon karyawan sudah menggunakan komputer, tetapi belum ada system yang mampu mengolah data secara terintegrasi. Dalam mengolah data masih memanfaatakn microsoft excel dan microsoft word sehingga memerlukan waktu yang relatif lebih lama, alur yang lebih panjang , biaya yang dikeluarkan lebih besar karena harus print out, dan menimbulkan tumpukan berkas yang banyak. Staff HRD menarik keputusan dari berkas yang mendeskripsikan pelamar. Dalam proses penyimpanan berkas tersebut, terkadang ada beberapa berkas yang hilang maupun rusak, dan juga membutuhkan banyak lokasi penyimpanan.

Persoalan yang diperoleh dalam penerapan metode manual dapat diminimalisir dengan melakukan modifikasi dokumen kertas menjadi dokumen digital. Modifikasi dokumen akan mampu memangkas biaya dan membawa efisiensi ke organisasi SDM. Informasi calon karyawan yang diterima dan disimpan secara elektronik dapat meminimalisir kekeliruan data, memungkinkan akses bersamaan oleh beberapa orang, dan mampu mengontrol kerangkapan data.

Berdasarkan uraian di atas maka, penulis ingin melakukan analisis rumusan sistem yang berjudul “PERANCANGAN SISTEM REKRUTMEN DAN SELEKSI CALON KARYAWAN PADA PT GANDUM MAS KENCANA” yang diharapkan kedepannya dapat memberikan evaluasi desain aktifitas sistem integrasi jalur rekrutmen dan seleksi yang sedang berjalan pada PT Gandum Mas Kencana.

Rumusan Masalah

Berdasarkan masalah yang direkognisiskan dari latar belakang, maka penulis mengambil beberapa rumusan masalah yang mampu mendukung dalam mencapai sasaran kegiatan analisis dalam penelitian yang ingin dilakukan. Maka dari itu dapat dirumuskan masalah dari analisis sistem kegiatan sebagai berikut :

  1. Bagaimanakah teknik atau cara yang digunakan dalam hal proses penyeleksian dan juga perekrutan calon karyawan yang berjalan saat ini pada PT Gandum Mas Kencana  ?

  2. Bagaimana kendala-kendala yang terdapat dalam seleksi dan rekrutmen calon karyawan yang saat ini digunakan pada PT Gandum Mas Kencana  ?

  3. Bagaimana merancang sistem informasi seleksi dan rekrutmen karyawan yang sesuai dengan kebutuhan penggunaan pada PT Gandum Mas Kencana  ?

Ruang Lingkup Masalah

Berdasarkan masalah yang identifikasi dari latar belakang dan identifikasi masalah di atas, agar penulisan ini terarah pada permasalahan dan sesuai dengan tujuan penulisan, maka ditetapkan batasan masalah antara lain :

  1. Analisis dalam penelitian sistem yang sedang berjalan ini hanya membahas masalah yang berhubungan dengan sistem seleksi dan rekrutmen calon karyawan pada PT Gandum Mas Kencana.

  2. Menentukan pola/skema jalur seleksi dan rekrutmen yang sedang berjalan pada PT Gandum Mas Kencana.

  3. Memberikan solusi perancangan sistem seleksi dan rekrutmen calon karyawan berbasis web.

    Tujuan Dan Manfaat Penelitian

    Tujuan Penelitian

    Adanya tujuan penelitan untuk menentukan arah dari suatu penelitian serta menyebutkan uraian secara spesifik tujuan yang akan dicapai dari penelitian yang dilakukan.

    Dalam penulisan laporan ini penulis membagi tujuan dalam (3) tiga kriteria yaitu:

    1. Tujuan Individual

      Dalam bagian ini bertujuan untuk menganalisis kebutuhan proses seleksi dan perekrutan karyawan pada PT Gandum Mas Kencana dan menentukan solusi proses seleksi dan perekrutan karyawan pada PT Gandum Mas Kencana.

    2. Tujuan Operasional

      Dalam bagian ini bertujuan untuk menganalisis penelitian dalam meningkatkan dan mengembangan proses seleksi dan perekrutan karyawan pada PT Gandum Mas Kencana.

    3. Tujuan Fungsional

      Diharapkan dalam analisis penelitian ini dapat memiliki peran dalam pemberian solusi pengembangan dalam sistem yang sedang berjalan untuk mempermudah proses seleksi dan perekrutan karyawan pada PT Gandum Mas Kencana.

    Manfaat Penelitian

    Manfaat penelitian merupakan hasil dari tercapainya tujuan. Setiap hasil penelitian pada prinsipnya harus berguna sebagai penunjuk proses kerja yang diintegrasikan dari solusi yang diperoleh saat dilakukannya analisis dari sistem yang diterapkan. Manfaat tersebut bermanfaat bagi perkembangan ilmu pengetahuan, manfaat bagi obyek yang diteliti maupun manfaat bagi peneliti sendiri. Adapun manfaat dari dilakukannya penelitian proses perekrutan dan seleksi calon karyawan pada PT Gandum Mas Kencana yaitu:

    1. Proses pencarian, pengolahan, penyampaian data seleksi dan perekrutan calon karyawan akan menjadi lebih cepat, akurat, mudah dan efisien.

    2. Mengurang dampak ketidak akurasian data yang diperoleh staf HRD dalam menjalankan pekerjaan.

    Metode Penelitian

    Metode Pengumpulan Data

    1. Metode Observasi
      Merupakan cara yang dilakukan untuk mencari dan mengumpulkan data sebagai sumber kajian dengan melakukan tinjauan langsung terhadap objek yang diteliti di PT Gandum Mas Kencana dalam pembuatan dan penyusunan laporan.

    2. Metode Wawancara
      Dalam metode ini, melakukan tanya jawab secara langsung kepada responden yang bernama Endang Purwandari bagian staf HRD (Human Resource Development) selaku stakeholder di PT Gandum Mas Kencana.

    3. Studi Pustaka
      Pengumpulan data dengan mencari dan memahami sumber-sumber kajian yang berhubungan dengan obyek penelitian. Agar dapat menyimpulkan dalam pemeriksaan dan meninjau kembali suatu penelitian yang telah dilakukan sebelumnya, untuk mendapatkan konsep yang dapat digunakan sebagai landasan teori dan kerangka pemikiran dalam penelitian dan untuk mencari metode yang sesuai.

    Metode Analisa

    1. Metode Analisa Sistem

      Pada tahap ini penulis menentukan metodoligi analisa yang digunakan dalam penelitian adalah analisa PIECES (Peformance, Information, Economy, Control, Eficiency, Services). Analisa yang digunakan saat ini sangat penting dalam mengembangkan informasi yang didapat.

    Sistematika Penulisan

    Sistematika dalam penulisan ini diuraikan dalam beberapa 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 berhubungan dengan permasalahan dan dapat membantu dalam proses penelitian untuk menentukan konsep yang akan dituangkan dalam pembuatan laporan penelitian.

    BAB III ANALISA SISTEM YANG BERJALAN

    Pada bab ini menjelaskan tentang analisa gambaran umum perusahaan yang terdiri dari profil perusahaan, analisa masukan, analisa proses, analisa keluaran, konfigurasi sistem dan diagram UML pada sistem yang berjalan. Ditambah dengan elisitasi tahap I, elisitasi tahap II, elisitasi tahap III sampai dengan final draf.

    BAB IV HASIL PENELITIAN

    BBab ini menjelaskan deskripsi sesudahnya final elisitasi yang diusulkan, rancangan sistem usulan, rancangan class diagram, flowchart sistem, rancangan program, rancangan prototipe, konfigurasi sistem usulan, testing, evaluasi, implementasi serta estimasi biaya yang dijabarkan secara rinci.

    BAB V PENUTUP

    Pada bab ini berisi tentang kesimpulan dan saran yang dapat diberikan penulis dari hasil pengamatan dan penelitian yang telah dilakukan pada SKRIPSI.
    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:

    1. 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.

    2. 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.

    3. 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.

    4. 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.

    5. 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:

    1. Untuk memenuhi kebutuhan pemakai sistem dalam proses kegiatan yang dijalankan.

    2. 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:

    1. Untuk mengidentifikasi fitur sistem yang sedang berjalan.

    2. Untuk memberikan perbaikan atau penambahan fitur baru

    3. Untuk klarifikasi kebutuhan user.

    4. 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:

    1. Requirements prototyping
      Untuk menentukan kebutuhan dari aplikasi basis data yang diinginkan dan ketika kebutuhan tersebut terpenuhi, maka prototype akan dibuang.

    2. 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:

    1. Handal (reliability), merupakan kemampuan untuk memberi secara tepat dan benar, jenis pelayanan yang telah di janjikan kepada konsumen atau pelanggan.

    2. Pertanggung-jawaban (responsiveness) adalah kesadaran atau keinginan membantu konsumen dan memberikan pelayanan yang tepat dan terbaik bagi konsumennya.

    3. Jaminan (assurance) merupakan pengetahuan atau wawasan, sikap yang baik, kepercayaan diri dari pemberi layanan, respect terhadap konsumen.

    4. Empati (emphaty) merupakan keinginan penyedia layanan untuk melakukan pendekatan, memberi perlindungan, berusaha mengetahui keinginan setiap kebutuhan yang diperlukan konsumen.

    5. 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:

    1. Kelebihan e-commerce bagi peruahaan/institusi.
      a. Ketersedian pasar nasional dan internasional.
      b. Penurunan biaya pemprosesan, distribusi dan penarikan informasi.

    2. Kelebihan e-commerce bagi pelanggan, Akses ke sejumlah besar produk dan jasa dapat dilaksanakan dalam 24 jam sehari.

    3. 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:

    1. 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

    2. 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

    3. Economic (Ekonomi)
      Tahap ini berfungsi untuk menilai apakah prosedur yang berjalan masih dapat ditingkatkan manfaatnya atau diturunkan biaya penyelenggaraan pemanfaatannya

    4. 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.

    5. Efficiency (Efisiensi)
      Menentukan apakah prosedur sistem saat ini masih dapat dikembangkan, untuk peningkatan efisiensi operasi dan harus lebih baik dari pada sistem manual.

    6. 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:

    1. Kuesioner Terbuka, yaitu memberikan kesempatan kepada responden untuk menjawab pertanyaan dengan menjawabarkan kalimatnya.

    2. 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:

    1. Fasilitas mendefinisikan basis data, menggunakan Data Definition Language (DDL). DDL mengizinkan pengguna untuk menspesifikasikan struktur mengenai data yang bisa

    2. 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.

    3. 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.

    </div>

    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:

    1. Apache, merupakan folder utama dari apache web server.

    2. 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.

    3. Manual, berisikan subfolder yang didalamnya terdapat beberapa subfolder manual program dan database

    4. 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.

    5. 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:

    1. 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.

    2. 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:

    1. Functional Requiremenst
      Klasifikasi ini menjelaskan bentuk interaki antara sistem dan lingkungan yang terpisah dari bentuk implementasi.

    2. Nonfunctional Requirements
      Bentuk ini merupakan aspek-aspek pengguna yang dapat dilihat mengenai sistem yang tidak secra langsung berhubungan dengan functional behavior.

    3. 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:

    1. 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.

    2. 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.

    3. 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.

    4. 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

    1. 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.

    2. 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. 1 Orang CEO (Chief Executive officer) atau Presiden Direktur.

    2. 1 Orang General Manager.

    3. 4 Orang Manager Departement.

    4. 5 Team Support Manager Departement.

    5. 6 Ka.Div Produksi.

    6. 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:

    1. 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.

    2. 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.

    3. 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:

    1. 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.

    2. 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.

    3. 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.

    4. 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.

    5. 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:

    1. 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.

    2. 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.

    3. 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.

    4. 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.

    5. 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:

    1. Prosedur BMP 1 (Big Meeting Point)

      2. 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.

    2. Prosedur BMP 2 (Big Meeting Point)

      3. 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.

    3. Prosedur Survey Lapangan

      4. 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.

    4. Prosedur Desain Rancangan Layout Project

      5. 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.

    5. Approval Project

      6. 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:

    1. Prosedur BMP 1 (Big Meeting Point)

      2. 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.

    2. Prosedur BMP 2 (Big Meeting Point)

      3. 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.

    3. Prosedur survey lapangan

      4. 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.

    4. Prosedur Desain Rancangan Layout Project

      5. 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.

    5. Approval Project

      6. 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:

    1. Performance (Kinerja)

      2. 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.

    2. Information(Informasi)

      3. 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.

    3. Economy (Ekonomi)

      4. 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.

    4. Efficiensy (Efisiensi)

      5. 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.

    5. Service (Pelayanan)

      6. 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:

    1. Belum membuka pelayanan jasa secara umum di lingkungan konsumen/ masyarakat

    2. Masih berfokus pada menyediakan pelayanan kepada beberapa perusahaan elektronik ternama.

    3. Belum maksimalnya penggunaan strategi marketing untuk memperoleh project lebih banyak.

    4. Tidak adanya media informasi penghubung dari perusahaan kepada customer begitu pun sebaliknya.

    5. 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:

    1. 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.

    2. Memeberikan fasilitas fitur-fitur transaksi pelayanan yang lebih efektif dan terdokumentasi dengan baik.

    3. 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

    1. 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.

    2. 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.

    3. 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.

    1. Use Case Diagram Kelola Pemesanan

      2. 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.

    2. 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.

    1. 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:

    1. Software Sistem Operasi yang dapat dipergunakan dalam implentasi sistem ini diantaranya Windows, Linux, MacOs, Android.

    2. 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:

    1. 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.

    2. 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

    3. 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.

      4. 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:

    1. 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.

    2. 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.

    3. 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.

    4. 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.

    5. 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:

    1. 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.

    2. 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.

    3. 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:

    1. Sulitnya dalam memperoleh data nyata dalam prosedur sistem pelayanan permintaan jasa yang ada, karena dalam manajemen PT. KES Indonesia yang tidak terdokumentasi dengan baik,

    2. Terkendalanya dalam pelaksanaan interview narasumber, karena terkendala dengan komunikasi bahasa dan waktu, sehingga hasil perolehan data yang diinginkan kurang maksimal.

    3. 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

    1. ↑ H, Nazrudin Safaat. 2012. “Sistem Infromasi Manajemen Pendidikan”. Jakarta: PT. Smart Grafika.
    2. ↑ Asropudin. 2013. Kamus Teknologi Informasi Komunikasi. Bandung: CV. Titian Ilmu.
    3. ↑ Hartono, Bambang. (2013), “Sistem Informasi Manajemen Berbasis Komputer”. Jakarta. PT. Rineka Cipta.
    4. ↑ 4,0 4,1 4,2 Taufiq, Rohmat. (2013). “Sistem Informasi Manajemen”. Yogyakarta: Graha Ilmu.
    5. ↑ Sutarman. 2012. “Buku Pengantar Teknologi Informasi”. Jakarta : Bumi Aksara.
    6. ↑ 6,0 6,1 6,2 Darmawan, Deni. 2013. “Sistem Informasi Manajemen”. Bandung: PT Remaja Rosdakarya Offset.
    7. ↑ Uzzaman. Anis. 2015. “Panduan Membangun Starup Ala Sillicon Valey”. Yogyakarta: Bentang Pustaka.
    8. ↑ 8,0 8,1 8,2 Indrajani. 2017. “Database Design (Theory, Practice, and Case Study)”. Jakarta: PT. Elex Media Komputindo.
    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.
    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.
    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.
    12. ↑ Sugandi,Yogi Suprayogi. 2011. “Administrasi Publik (Konsep dan Perkembangan Ilmu di Indonesia)”. Bandung: Graha Ilmu.
    13. ↑ Sinambela
    14. ↑ Sedarmayanti,36. Sedarmayanti. 2013. “Manajemen Sumber Daya Manusia, Reformasi Birokrasi Manajemen Pegawai Negeri Sipil”. Bandung: Rafika Aditama.
    15. ↑ 15,0 15,1 Lupiyoadi,Rahmat. 2013. “Manajemen Pemasaran Jasa”. Jakarta: Salemba Empat.
    16. ↑ ,Kotler Philip, Kevin L. Keller. 2012. “Marketing Management 14th Edition”. New Jersey: Prentice Hall.
    17. ↑ Mursyidi 2010. “Akuntansi Dasar”. Bogor: Ghalia Indonesia.
    18. ↑ Azhar Susanto 2013,Akuntansi Dasar”. Bogor: Ghalia Indonesia.
    19. ↑ Priyono Zainuddin dan Zainuddin. I. 2012. “Teori Ekonomi”. Sidoarjo: Zifatama.
    20. ↑ Jony Wong 2010,Internet Marketing for Beginners”. Jakarta: Elex Media Komputindo.
    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.
    22. ↑ Sarwiji 2008, Semantik Pengantar Kajian Makna”. Yogyakarta: Media Perkasa.
    23. ↑ Francis D. K. Ching, Corky Binggeli 2012,Interior Design Illustratored”. New York: John Wiley & Sons.
    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.
    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.
    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.
    27. ↑ 27,0 27,1 Wukil Ragil 2010, “Pedoman Sosialisasi Prosedur Operasi Standar”. Jakarta: Mitra Wacana Media.
    28. ↑ 28,0 28,1 28,2 Sugiyono 2010, Membuat Scoring Menggunakan Skala Likert”. Bandung: Alfabeta.
    29. ↑ Shelly & Rosenblatt 2010,Systems Analysis and Design”. 9th Edition. United States: Course Technology.
    30. ↑ 30,0 30,1 30,2 Satzinger, et al 2010,Systems Analysis and Design in a Changing World”. Boston: Course Technology.
    31. ↑ A.S Rosa dan M. Shalahudin 2014,Rekayasa Peragkat Lunak”. Edisi 2. Bangung: Informatika.
    32. ↑ 32,0 32,1 Connoly dan Begg 2010,Database System: A practical Approach to Design, Implementation, and Management. Fifth Edition. Addison Wesley.
    33. ↑ 33,0 33,1 33,2 Bunafit Nugroho 2013, Dasar Pemograman Web PHP – MySQL dengan Dreamweaver”. Yogyakarta: Gava Media.
    34. ↑ Kustiyahningsih 2011, Pemrograman Basis Data. Berbasis Web Menggunakan PHP & MySQL”. Yogyakarta: Graha Ilmu.
    35. ↑ Madcom 2013, Kupas Tuntas Adobe Dreamweaver CS6 Dengan Pemrograman PHP & MYSQL”. Yogyakarta: Andi Publisher.
    36. ↑ 36,0 36,1 Elizabeth Carto 2012, HTML, XHTML, and CSS: Visual Quick Guide (6th Edition)”. New York: Peach Press.
    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.
    38. ↑ Wahyu Widyanto 2014, Buku Panduan Bootstrap”. Jakarta: Margotek.
    39. ↑ Guritno, dkk 2011, Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi”. Yogyakarta: Andi Offset.
    40. ↑ Saputra 2015, Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung”. Bandung: LAPAN.
    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.
    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.
    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.
    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.
    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.
Diperoleh dari "https://widuri.raharja.info/index.php?title=Pengguna:Dwi_Pujiastuti&oldid=328666"