SI1311475996

Dari widuri
Lompat ke: navigasi, cari

PENGEMBANGAN SISTEM INFORMASI VIEWBOARD

ROOSTER BERBASIS BOOTSTRAP SEBAGAI

PENUNJANG PELAYANAN IDUHELP!

PADA PERGURUAN TINGGI

SKRIPSI


Logo stmik raharja.jpg


Disusun Oleh :

NIM
: 1311475996
NAMA


JURUSAN SISTEM INFORMASI

KONSENTRASI SISTEM INFORMASI MANAJEMEN

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

STMIK RAHARJA

TANGERANG

2016/2017

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PENGESAHAN SKRIPSI


PENGEMBANGAN SISTEM INFORMASI VIEWBOARD

ROOSTER BERBASIS BOOTSTRAP SEBAGAI

PENUNJANG PELAYANAN IDUHELP!

PADA PERGURUAN TINGGI

Disusun Oleh :

NIM
: 1311475996
Nama
: RETNO WIDURI
Jenjang Studi
: Strata I
Jurusan
: SISTEM INFORMASI
Konsentrasi
: SISTEM INFORMASI MANAJEMEN

 

 

Disahkan Oleh :

Tangerang,24 Juli 2017

Ketua
       
Kepala Jurusan
STMIK RAHARJA
       
Jurusan SISTEM INFORMASI
           
           
           
           
(Ir. Untung Rahardja., M.T.I., MM)
       
(Nur Azizah, M.Akt., M.Kom)
NIP : 078010
       
NIP : 078010

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PERSETUJUAN PEMBIMBING


PENGEMBANGAN SISTEM INFORMASI VIEWBOARD

ROOSTER BERBASIS BOOTSTRAP SEBAGAI

PENUNJANG PELAYANAN IDUHELP!

PADA PERGURUAN TINGGI

Dibuat Oleh :

NIM
: 1311475996
Nama
: RETNO WIDURI

 

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan SISTEM INFORMASI

Konsentrasi SISTEM INFORMASI MANAJEMEN

Disetujui Oleh :

Tangerang,24 Juli 2017

Pembimbing I
   
Pembimbing II
       
       
       
       
(Indri Handayani, S.Kom., M.T.I)
   
(Ary Budi Warsito, M.Kom)
NID : 14018
   
NID : 10013

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI


PENGEMBANGAN SISTEM INFORMASI VIEWBOARD

ROOSTER BERBASIS BOOTSTRAP SEBAGAI

PENUNJANG PELAYANAN IDUHELP!

PADA PERGURUAN TINGGI

Dibuat Oleh :

NIM
: 1311475996
Nama
: RETNO WIDURI

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan SISTEM INFORMASI

Konsentrasi SISTEM INFORMASI MANAJEMEN

Tahun Akademik 2016/2017

Disetujui Penguji :

Tangerang,24 Juli 2017

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

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR KEASLIAN SKRIPSI


PENGEMBANGAN SISTEM INFORMASI VIEWBOARD

ROOSTER BERBASIS BOOTSTRAP SEBAGAI

PENUNJANG PELAYANAN IDUHELP!

PADA PERGURUAN TINGGI

Disusun Oleh :

NIM
: 1311475996
Nama
: RETNO WIDURI
Jenjang Studi
: Strata I
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,24 Juli 2017

 
 
 
 
 
(RETNO WIDURI)
NIM : 1311475996

 

)*Tandatangan dibubuhi materai 6.000;

ABSTRACT

Perguruan Tinggi Raharja is an educational institution focused on IT (Information and Technology). Role Online System Ticketing Raharja (ROOSTER) is an information service system currently applied to Perguruan Tinggi Raharja that an important role in providing services by using a ticket that will be given to related parties, in order to provide accurate information to support the iDuHelp! service system. In the development on the Viewboard ROOSTER system so far is already quite good but still have some constraints on the Viewboard ROOSTER system itself, one of which occurs the constraints of the data displayed in the Viewboard ROOSTER not in accordance with the existing data in the system ROOSTER this causes the director can't see the performance of ROOSTER's staff and customer are difficult in checking ROOSTER Ticket's status. Therefore the purpose of this research is to develop the Viewboard ROOSTER system. Method of system analysis is data obtained in the form of input data and output process in this study using SWOT analysis and obtained a description of 15 strategies proven implementation of achievement. The results of the test analysis and implementation of the results obtained is that ROOSTER Viewboard can be an informative Viewboard that can provide information accurately and reliably.

ROOSTER, Viewboard, Information.

ABSTRAK

Perguruan Tinggi Raharja merupakan sebuah lembaga pendidikan yang berfokus pada bidang IT (Information and Technology). Role Online System Ticketing Raharja (ROOSTER) merupakan sistem pelayanan informasi yang saat ini diterapkan pada Perguruan Tinggi Raharja yang berperan penting dalam memberikan pelayanan dengan menggunakan sebuah tiket yang akan diberikan kepada pihak yang terkait, agar dapat memberikan informasi yang akurat guna mendukung sistem pelayanan iDuHelp!. Didalam pengembangan pada Viewboard sistem ROOSTER sejauh ini memang sudah cukup baik namun tetap saja masih memiliki beberapa kendala pada Viewboard sistem ROOSTER itu sendiri, salah satunya terjadi kendala yaitu data yang ditampilkan dalam Viewboard ROOSTER tidak sesuai dengan data yang ada dalam sistem ROOSTER hal ini menyebabkan pimpinan tidak bisa melihat performa staff ROOSTER dan customer sulit untuk cek status tiket ROOSTER. Oleh karena itu tujuan penelitian ini adalah melakukan pengembangan pada Viewboard sistem ROOSTER. Metode analisa sistem yaitu data yang diperoleh berupa data masukan proses dan keluaran pada penelitian ini menggunakan analisis SWOT dan didapatkan gambaran 15 strategi yang dibuktikan implementasi pencapaiannya. Hasil penelitian dari uji analisis dan implementasi diperoleh hasil yaitu agar Viewboard ROOSTER dapat menjadi Viewboard yang informatif yang dapat memberikan informasi secara akurat dan terpercaya.

ROOSTER, Viewboard, Information.

KATA PENGANTAR


Puji Syukur penulis sampaikan kehadirat Allah SWT yang telah memberikan Rahmat serta hidayahnya, sehingga penulis dapat menyelesaikan dengan baik penulisan Laporan Skripsi dengan judul "PENGEMBANGAN SISTEM INFORMASI VIEWBOARDROOSTER BERBASIS BOOTSTRAP SEBAGAI PENUNJANG PELAYANAN IDUHELP! PADA PERGURUAN TINGGI".

Penulisan laporan Skripsi ini disusun sebagai salah satu syarat guna melengkapi kurikulum perkuliahan dan mengikuti Skripsi. Sebagai bahan penulisan, Penulis memperoleh informasi berdasarkan hasil observasi dan studi pustaka dari berbagai sumber yang mendukung penulisan laporan ini.

Hati kecil ini pun menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak penyusunan laporan Skripsi ini tidak akan berjalan sesuai dengan yang diharapkan. Oleh karena itu pada kesempatan yang singkat ini, izinkanlah penulis menyampaikan selaksa pujian dan terimakasih kepada :

  1. Bapak Ir. Untung Rahardja, M.T.I., MM. selaku Ketua STMIK Raharja.

  2. Bapak Dr. Po. Abas Sunarya, M.Si. selaku Direktur Perguruan Tinggi 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. Ibu Indri Handayani, S.Kom., M.T.I selaku Pembimbing I yang telah memberikan pengarahan serta saran yang telah diberikan kepada penulis, sehingga dapat menjalani Skripsi ini dengan penuh ilmu dan semangat.

  6. Bapak Ary Budi Warsito, M.Kom selaku Pembimbing II yang telah memberikan bimbingan dan masukan kepada penulis sehingga Skripsi ini dapat diselesaikan dengan baik.

  7. Bapak Muhamad Yusup, M.Kom, selaku stakeholder yang telah banyak berkontribusi dalam penyelesaian Skripsi penulis serta memberikan masukan terhadap sistem yang telah dibuat.

  8. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.

  9. Kedua Orang Tua yang telah memberikan semangat dan juga dukungan, baik moril, materil dan doanya kepada Penulis sehingga dapat terselesaikannya laporan ini dengan baik.

  10. Rekan-rekan TIMUR 3 (GEN, SWAN, HEAR’s, BINAR)

  11. Sahabat-sahabat seperjuangan (Yuli, Peni, Dewi, Indri, Ratna) yang selalu memberikan support kepada penulis dalam menyusun Laporan Skripsi ini.

  12. Seluruh operator iDuHelp!, staff ROOSTER dan anggota REC yang telah memberikan dukungan, arahan dan masukan yang sangat berarti dalam menyusun Laporan Skripsi ini.

Penulis menyadari bahwa dalam penulisan Laporan Skripsi ini masih jauh dari sempurna. Oleh karena itu kritik dan saran yang membangun, penulis harapkan sebagai pemicu untuk dapat berkarya lebih baik lagi. Semoga Laporan Skripsi ini bermanfaat bagi pihak yang membutuhkan.

Tangerang,24 Juli 2017
RETNO WIDURI
NIM. 1311475996

Daftar isi

DAFTAR GAMBAR

Gambar 1.1. Logo ROOSTER

Gambar 1.2. Flowchart Sistem Yang Berjalan

Gambar 2.1 Logo Bootstrap

Gambar 2.2 Logo Ten Pillar iLearning (TPi)

Gambar 2.3 Logo ROOSTER

Gambar 2.4 Mind Mapping ROOSTER

Gambar 2.5 Logo iDuHelp

Gambar 3.1 Logo Perguruan Tinggi Raharja

Gambar 3.2 Struktur Organisasi Divisi Akademik Perguruan Tinggi Raharja

Gambar 3.2 Flowchart Sistem Yang Berjalan

Gambar 3.4 Use Case Viewboard ROOSTER Yang Berjalan

Gambar 3.5 Use case Customer Yang Berjalan

Gambar 3.6 Activity Diagram Viewboard ROOSTER Yang Berjalan

Gambar 3.7 Sequence Diagram Viewboard ROOSTER Yang Berjalan

Gambar 4.1 Use Case Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.2 Activity Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.3 Sequence Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.4 Flowchart Prosedur Submit Hibah

Gambar 4.5 Pembuktian Strategi 1

Gambar 4.6 Pembuktian Strategi 2

Gambar 4.7 Pembuktian Strategi 3

Gambar 4.8 Pembuktian Strategi 4

Gambar 4.9 Pembuktian Strategi 5

Gambar 4.10 Pembuktian Strategi 6

Gambar 4.11 Pembuktian Strategi 7

Gambar 4.12 Pembuktian Strategi 8

Gambar 4.13 Pembuktian Strategi 9

Gambar 4.14 Pembuktian Strategi 10

Gambar 4.15 Pembuktian Strategi 11

Gambar 4.16 Pembuktian Strategi 12

Gambar 4.17 Pembuktian Strategi 13

Gambar 4.18 Pembuktian Strategi 14

Gambar 4.19 Pembuktian Strategi 15

Gambar 4.20 Tampilan Halaman Utama

Gambar 4.21 Tampilan Halaman Performa PIC

Gambar 4.22 Tampilan Halaman Status Tiket ROOSTER

Gambar 4.23 Tampilan Halaman Daftar Staff ROOSTER

Gambar 4.24 Tampilan Halaman Mind Mapping ROOSTER

Gambar 4.25 Tampilan Halaman Testimoni

Gambar 4.26 Tampilan Halaman FAQ


DAFTAR TABEL

Tabel 3.1 Sejarah Perguruan Tinggi Raharja

Tabel 3.2 Jurusan/Prodi Pada STMIK Raharja Informatika

Tabel 3.3 Jurusan/Prodi Pada AMIK Raharja Informatika

Tabel 3.4 Analisa SWOT Sistem Berjalan

Tabel 3.5 Matriks Analisa SWOT yang Berjalan

Tabel 3.6 Elisitasi Tahap I

Tabel 3.7 Elisitasi Tahap II

Tabel 3.8 Elisitasi Tahap III

Tabel 3.9 Final Draft Elisitasi

Tabel 4.0 Perbedaan Prosedur

Tabel 4.1 Analisa SWOT Yang Diusulkan

Tabel 4.2 Matrix SWOT Yang Diusulkan

Tabel 4.3 Testing

Tabel 4.4 Pengujian akses New Ticket

Tabel 4.5 Pengujian akses Total Ticket

Tabel 4.6 Pengujian akses Staff ROOSTER

Tabel 4.7 Pengujian akses Ticket Overdue

Tabel 4.8 Pengujian akses Testimoni

Tabel 4.9 Pengujian akses Mind Mapping ROOSTER

Tabel 4.10 Pengujian akses FAQ

Tabel 4.11 Pengujian akses Performa PIC

Tabel 4.12 Pengujian akses Performa Operator

Tabel 4.13 Pengujian akses search ticket

Tabel 4.14 Time Schedule

Tabel 4.15 Estimasi Biaya


DAFTAR SIMBOL

Gambar 1. Daftar Simbol Use Case Diagram

 

Gambar 2. Daftar Simbol Activity Diagram

 

Gambar 3. Daftar Simbol Sequence Diagram

 

Gambar 4. Daftar Simbol ERD (Entity Relation Diagram)

 


BAB I

PENDAHULUAN

Latar Belakang

ROOSTER (Role Online System Ticketing Raharja) yang ada pada Perguruan Tinggi Raharja dituntut untuk memberikan pelayanan yang berkualitas yaitu pelayanan yang dapat memenuhi kebutuhan pengguna ROOSTER itu sendiri dan diharapkan dapat memenuhi kepuasan penggunanya dengan penyediaan berbagai sumber informasi. ROOSTER telah membawa perubahan yang cukup signifikan untuk perkembangan sistem pelayanan informasi.

Gambar 1.1 Logo ROOSTER

(Sumber: http://rooster.ilearning.me)

Menurut Sunarya, dkk. (2015:88)[1], ROOSTER adalah sistem pelayanan informasi dengan menggunakan ”ticketing online” yang sistemnya disediakan sebagai wadah lanjutan untuk menampung pertanyaan yang didapat para operator iDuHelp!. Jika ada pertanyaan dari mahasiswa yang tidak dapat dilayani oleh operator iDuHelp! maka operator iDuHelp! harus membuat tiket ROOSTER yang dapat ditujukan kepada pihak yang berkaitan. Staff ROOSTER adalah admin dari masing-masing bidang akademik dan mahasiswa Perguruan Tinggi Raharja yang sedang melaksanakan TriDharma Perguruan Tinggi yang bertugas melayani tiket. Selain itu, staff ROOSTER juga dapat membuat tiket, serta memberikan ”assigned staff” kepada pihak yang terkait jika staff ROOSTER tersebut tidak dapat melayani tiket yang diberikan.

Namun, pada sistem yang berjalan terdapat beberapa kekurangan seperti informasi yang ada pada Viewboard ROOSTER tidak akurat dengan data yang ada pada sistem sehingga menyulitkan admin ROOSTER dalam melakukan rekapan data karena saat ini rekapan tiket ROOSTER masih bersifat manual menggunakan Rinfo spread sheets. Karena informasi yang ditampilkan tidak akurat maka Viewboard ROOSTER tidak dapat memberikan informasi Performa staff ROOSTER dan operator iDuhelp! sehingga informasi yang ditampilkan oleh viewboard ROOSTER kurang informatif dan juga menyulitkan customer dalam melalukan pencarian nomor tiket. Bootstrap adalah sebuat alat bantu (framework) HTML dan CSS untuk membuat sebuah tampilan halaman website yang elegan dan mendukung segala macam device sesuai dengan kebutuhan. Sedangkan viewboard atau yang biasa dikenal dengan dashboard adalah sebuah informasi berupa laporan grafik atau record yang di gabungkan menjadi sebuah tampilan informasi yang relevan sehingga pelayanan dapat berjalan dengan baik dan menciptakan kepuasan kepada customer dalam informasi yang didapatkan. Menurut Tiara, dkk, (2016:66), Viewboard adalah suatu aplikasi custom yang dibuat oleh Mitra Teknologi, yang berfungsi untuk mengetahui informasi penting dan juga informasi yang dibutuhkan. Viewbaord ROOSTER adalah suatu sistem informasi yang fungsinya untuk membantu customer iDuHelp! untuk melakukan pengecekan status tiketnya ataupun mengetahui info terbaru mengenai tiket ROOSTER, Maka dilakukan sebuah pengembangan Viewboard ROOSTER yang dapat membantu admin ROOSTER dalam melakukan rekap data tiket ROOSTER, mengetahui informasi mengenai performa Operator iDuHelp! dan Staff ROOSTER, dan mempermudah customer dalam melakukan pengecekan status tiket ROOSTER.

Berdasarkan latar belakang yang dilandasi untuk melakukan penelitian dan didokumentasikan dalam sebuah laporan Skripsi dengan judul “Pengembangan Sistem Informasi Viewboard ROOSTER Berbasis Bootstrap Sebagai Penunjang Pelayanan iDuHelp! Pada Perguruan Tinggi”.

Rumusan Masalah

Pada dasarnya rumusan masalah merupakan suatu penjabaran dari identifikasi masalah dan pembatasan masalah. Dengan kata lain, rumusan masalah ini merupakan pertanyaan yang lengkap dan rinci mengenai ruang lingkup masalah yang akan diteliti didasarkan atas identifikasi masalah dan pembatasan masalah.

Gambar 1.2 Alur Sistem Yang Berjalan Pada Viewbaord ROOSTER

Beberapa point yang terdapat dalam rumusan masalah menjelaskan bahwa Viewboard ROOSTER yang berjalan saat ini belum efektif karena informasi yang ditampilkan kurang informatif dan tidak akurat dengan data yang ada pada sistem ROOSTER. Berdasarkan latar belakang di atas maka masalah yang akan dikaji dalam penulisan Skripsi ialah sebagai berikut:

  1. Apakah kinerja Viewboard ROOSTER dalam memberikan informasi kepada customer sudah efektif dan efisien?

  2. Apakah Viewboard ROOSTER dapat menampilkan informasi mengenai performa Staff ROOSTER?

  3. Apakah Viewboard ROOSTER dapat menampilkan informasi rekapan laporan tiket ROOSTER secara otomatis?

Ruang Lingkup Penelitian

Untuk mempermudah dalam penulisan laporan Skripsi ini, setiap penelitian yang dilakukan perlu di berikan batasan karena pemahaman dalam setiap hal pasti berbeda-beda agar tidak terjadi kesalahan pemahaman dalam laporan Skripsi ini.

Adapun ruang lingkup yang akan dibahas dalam penulisan laporan Skripsi ini yaitu seputar 10 (sepuluh) Pillar IT iLearning, Staff ROOSTER dan penelitian sebuah Viewboard ROOSTER di Perguruan Tinggi Raharja. Permasalahan yang akan dibahas mengenai laporan Skripsi ini yaitu sistem dapat menampilkan rekapan data tiket, sistem dapat menampilkan performa staff ROOSTER, dan sistem dapat menampilkan fitur search ticket ROOSTER, dan untuk lebih lengkapnya akan di bahas pada final elisitasi.

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

Tujuan penelitian merupakan yang merupakan rumusan kalimat yang menunjukan hasil, sesuatu yang diperoleh setelah penelitian selesai, sesuatu yang akan dicapai dalam sebuah penelitian yang dilakukan.

Berdasarkan rumusan masalah yang diuraikan di atas, maka tujuan dari penulisan adalah sebagai berikut :

  1. Sistem dapat memberikan informasi mengenai tiket ROOSTER kepada customer untuk melakukan pengecekan status tiket yang di berikan oleh operator iDuHelp!.

  2. Sistem dapat menampilkan informasi mengenai performa staff ROOSTER dalam tampilan tabel maupun grafik (charts).

  3. Sistem dapat menampilkan informasi mengenai laporan rekapan tiket ROOSTER secara otomatis dalam jangka waktu tertentu.

Manfaat Penelitian

Dengan melakukan penelitian untuk laporan Skripsi ini, penulis berharap agar hasil penelitian dapat memberikan manfaat sebagai berikut :

  1. Dengan adanya penelitian ini, sistem dapat memberikan informasi mengenai tiket ROOSTER sehingga dapat mempermudah customer dalam melakukan pengecekan status tiket dengan nomor tiket yang diberikan oleh operator iDuHelp! kepada customer dalam 2x24 jam.

  2. Dengan adanya penelitian ini, sistem dapat menampilkan informasi mengenai performa staff ROOSTER yang ditampilkan dalam bentuk tabel maupun grafik (charts) sehingga mempermudah admin ROOSTER dalam melakukan audit tiket ROOSTER.

  3. Dengan adanya penelitian ini, sistem dapat menampilkan informasi mengenai laporan rekapan tiket ROOSTER secara otomatis untuk mempermudah admin ROOSTER dalam melakukan perekapan dan pemantauan guna mengetahui seberapa banyak tiket ROOSTER yang masuk dalam sistem ROOSTER.

Metode Penelitian

Metode merupakan suatu cara yang dapat digunakan untuk mencapai tujuan, sedangkan penelitian merupakan sarana untuk mencari kebenaran. Pada dasarnya penelitian ini adalah upaya mengumpulkan data yang akan dianalisis.

Metode Pengumpulan Data

  1. Observasi (Pengamatan Langsung)

    Melakukan pengamatan secara langsung ke tempat yang dijadikan objek penelitian. Dan metode pengamatan atau metode observasi pada sistem ini dilakukan pada REC (Raharja Enrichment Center) Perguruan Tinggi Raharja dengan cara mengumpulkan data, informasi, dan mempelajari catatan serta dokumen yang ada. Adapun hasil yang didapat dari observasi yang dilakukan selama 6 (enam) bulan ini adalah untuk mengetahui sistem kerja yang berjalan, menganalisa segala kekurangan yang ada pada viewboard ROOSTER serta mengumpulkan informasi dan data yang diperlukan untuk melakukan pengamatan terhadap viewboard ROOSTER. Sehingga peneliti dapat melaporkan kegiatan langsung pada apa yang pernah dilihat dan dipelajari sehingga dapat dituangkan dalam penulisan laporan ini.

  2. Metode Wawancara

    Mengumpulkan data dengan mewawancarai langsung dengan Bapak Muhamad Yusup, M.Kom yang berperan sebagai stakeholder dan orang yang terkait langsung dengan pengguna viewboard ROOSTER seperti PIC dan operator iDuHelp! mengenai sistem informasi yang berjalan untuk mengetahui kekurangan dan kelebihan dari sistem tersebut.

  3. Literature Review (Studi Pustaka)

    Mengumpulkan bahan yang berhubungan dengan masalah yang diteliti untuk memperoleh data sekunder dengan membaca, mempelajari, dan mendalami literatur-literatur yang berhubungan dengan masalah yang diteliti. Peneliti mengumpulkan data melalui buku-buku literatur yang berkaitan dengan sistem pelayanan informasi yang digunakan untuk bahan referensi dalam penelitian yang dilaksanakan.

Metode Analisi Sistem

Analisa sistem pada data yang diperoleh berupa data masukan proses dan keluaran menggunakan analisis SWOT dengan didasarkan pada logika yang dapat memaksimalkan kekuatan (strengths), kelemahan (weaknesses), peluang (opportunities), dan ancaman (threats) terhadap Viewboard ROOSTER dan pendekatan Elisitasi (Elicitation Requirements) dalam rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh peneliti untuk di eksekusi.

Metode Perancangan Sistem

Metode perancangan yang akan digunakan untuk menjabarkan BAB IV, peneliti membuat sebuah rancangan sistem dengan tools yang digunakan yaitu Unified Modelling Language (UML) dan flowchart yang dibuat menggunakan software Microsotf Visual Paradigm.

Metode Pengujian System

Metode pengujian adalah cara atau teknik untuk menguji perangkat lunak (software), mempunyai mekanisme untuk menentukan data uji yang dapat menguji perangkat lunak secara lengkap dan mempunyai kemungkinan tinggi untuk menemukan kesalahan. Dalam penelitian ini peneliti menerapkan Black Box Testing untuk mengetahui apakah perangkat lunak dapat berfungsi sebagaimana yang telah diharapkan.

Sistematika Penulisan

BAB I PENDAHULUAN

Pada bab ini berisi tentang masalah yang akan dibahas diantaranya latar belakang, rumusan masalah, tujuan penelitian, manfaat penelitian, ruang lingkup, metode penelitian, serta uraian sistematika penulisan laporan yang akan disusun.

BAB II LANDASAN TEORI

Pada bab ini akan dijelaskan mengenai landasan teori dari hal-hal yang dibahas dalam penelitian. Bab ini juga menjelaskan konsep dasar sistem, konsep dasar informasi, konsep dasar sistem informasi, definisi 10 (Sepuluh) Pillar iLearning, dan tentang Viewboard ROOSTER (Role Online System Ticketing Raharja), literature review dan definisi lainnya yang dikutip dari berbagai sumber referensi maupun dari hasil penelitian lain yang dapat dijadikan sebagai acuan untuk bahan masukan penelitian ini.

BAB III ANALISA SISTEM YANG BERJALAN

Dalam bab ini akan dijelaskan tentang gambaran umum perusahaan yang terdiri dari sejarah singkat, struktur organisasi, tata laksana sistem yang berjalan, analisa sistem yang berjalan, permasalahan yang dihadapi, alternatif pemecah masalah, metode analisa berdasarkan prosedur sistem yang berjalan terdiri atas analisa masukan, analisa proses, dan analisa keluaran, analisa SWOT yang berjalan, user requirement yang terdiri dari 4 (empat) tahap elisitasi yaitu elisitasi tahap I, elisitasi tahap II, elisitasi tahap III, serta final draft elisitasi yang diusulkan.

BAB IV METODOLOGI PENELITIAN

Dalam bab ini peneliti menguraikan Dalam bab ini penulis menguraikan sistem yang akan diusulkan seperti usulan prosedur yang baru, Analisa sistem yang diusulkan yang terdiri dari Analisa SWOT. UML sebagai dasar pemikiran dan konsep pembuatan laporan., konfigurasi sistem, testing, evaluasi, schedule implementasi, dan estimasi biaya.

BAB V PENUTUP

Dalam bab ini berisi tentang penjelasan mengenai kesimpulan dari penelitian yang akan dilakukan beserta saran-saran agar informasi yang di sampaikan dapat memaksimalkan pemberian pelayanan informasi.

DAFTAR PUSTAKA

LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Pengembangan Sistem

Definisi Pengembangan Sistem

Menurut Alim dan Sasongko (2012)[2] pengembangan memusatkan perhatiannya tidak hanya pada analisis kebutuhan, tetapi juga isu-isu luas tentang analisis awal-akhir, seperti analisi kontekstual. Pengembangan bertujuan untuk menghasilkan produk berdasarkan temuan-temuan uji lapangan.

Sedangkan Menurut Irfandi (2015 : 64)[3], Pengembangan adalah suatu proses yang digunakan untuk mengembangkan dan memvalidasi produk-produk yang digunakan dalam proses pembelajaran, pengembanagan akan mengacu pada pembuatan suatu produk baru yang digunakan untuk memecahkan suatu masalah yang ditemukan dengan cara yang berbeda dari sebelumnya.

Berdasarkan dari kedua definisi di atas dapat ditarik kesimpulan bahwa pengembangan merupakan suatu proses yang bertujuan untuk menghasilkan suatu inovasi baru yang berbeda dari sebelumnya.

Tujuan Pengembangan Sistem

Adapun tujuan yang hendak dicapai dari tahap pengembangan sistem mempunyai maksud atau tujuan utama, yaitu sebagai berikut:

  1. Untuk memenuhi kebutuhan pemakaian sistem (user)

  2. Untuk memberikan gambaran yang jelas dan menghasilkan pengembangan yang dapat memberikan kemudahan kepada pemograman komputer dan ahli-ahli teknik lainnya yang terlibat dalam pengguna sistem.

Definisi Sistem

Menurut Shelly dan Rosenblatt (2012:7)[4] Sistem adalah serangkaian komponen yang saling berhubungan yang menghasilkan hasil tertentu.

Sedangkan menurut Sidharta dan Wati (2015:97)[5], Sistem merupakan kumpulan elemen- elemen yang saling terkait dan bekerja sama untuk memproses masukan (input) yang ditujukan kepada system tersebut dan mengolah masukan tersebut sampai menghasilkan (output) yang diinginkan.

Dari kesimpulan diatas dapat disimpulkan bahwa sistem merupakan suatu komponen-komponen yang berhubungan satu sama lain yang bertujuan untuk mencapai tujuan bersama.


Definisi Informasi

Menurut Tantra (2012:2)[6], Informasi dapat dipahami sebagai pemrosesan input yang terorganisir, memiliki arti, dan berguna bagi orang yang menerimanya. Data berbeda dengan informasi. Data dapat didefinisikan sebagai fakta-fakta yang masih mentah atau acak yang menjadi input untuk proses yang menghasilkan informasi.

Sedangkan menurut Hutahaean (2014:9)[7], Informasi adalah data yang telah diolah menjadi suatu bentuk yang pening bagi si penerima dan mempunyai nilai yang nyata atau yang dapat dirasakan dalam keputusan-keputusan yang sekarang atau keputusan-keputusan yang akan datang.

Berdasarkan dari definisi di atas dapat disimpulkan bahwa informasi merupakan nformasi merupakan hasil pengolahan dari sebuah model, formasi, organisasi, ataupun suatu perubahan bentuk dari data yang memiliki nilai tertentu, dan bisa digunakan untuk menambah pengetahuan bagi yang menerimanya.


Definisi Data

Menurut Rusdiana dan Irfan (2014:68)[8], mengemukakan bahwa data adalah fakta yang dapat digunakan sebagai inputdalam menghasilkan informasi. Data dapat berupa bahan untuk diskusi, pengambilan keputusan, perhitungan, atau pengukuran. Saat ini data tidak hanya dalam bentuk kumpulan huruf-huruf dalam bentuk kata atau kalimat, tetapi juga dapat dalam bentuk suara, gamabar diam dan bergerak, baik dalam bentuk dua maupun tiga dimensi.

Sedangkan Menurut Hutahaean (2014:8)[7], Data adalah bahan mentah bagi informasi, dirumuskan sebagai kelompok lambang-lambang tidak acak menunjukan jumlah-jumlah, tindakan-tindakan, hal-hal sebagainya.

Berdasarkan dari kedua definisi diatas dapat disimpulkan bahwa data merupakan data mentah yang dapat memberi gambaran sebuah respresentasi fakta yang tersusun secara terstruktur.

Konsep Dasar Sistem Informasi Manajemen

Definisi Sistem Informasi

Menurut Laudon, dkk. (2012:16)[9], Sistem informasi adalah komponen-komponen yang saling berkaitan yang bekerja bersama-sama untuk mengumpulkan, mengolah, menyimpan, dan menampilkan informasi untuk mendukung pengambilan keputusan, koordinasi, pengaturan, analisa, dan visualisasi pada sebuah organisasi.

Sedangkan menurut Hutahaean (2014:13)[7], Sistem informasi adalah suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan pengelolaan transaksi harian, mendukung operasi, bersifat manajerial, dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang dibutuhkan.

Berdasarkan dari kedua definisi diatas dapat disimpulkan bahwa sistem informasi merupakan komponen-komponen yang saling berkaitan erat dalam mendukung suatu oranisasi yang bersifat manajerial.

Definisi Manajemen

Menurut Anshori (2017:26)[10], Manajemen adalah pengendalian dan pemamfaatan semua faktordan sumber daya yang suatu perencanaan diperlukan untuk mencapai atau menyelesaikan suatu prapta atau tujuan kerja yang tertentu.

Sedangkan menurut Kamus Besar Bahasa Indonesia (KBBI)[11], Manajemen merupakan penggunaan sumber daya secara efektif untuk mencapai sasaran; 2 pimpinan yang bertanggung jawab atas jalannya perusahaan dan organisasi.

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa manajemen adalah sebuah proses yang dilakukan untuk mencapai sebuah tujuan suatu organisasi dengan cara bekerja sama.

Definisi Sistem Manajemen Informasi

Menurut Sidh (2013:24)[12], Sistem Informasi Manajemen adalah suatu jenis sistem informasi yang mengambil informasi internal dari sistem pengolahan yang sedang beroperasi dan merangkumnya dalam bentuk laporan manajemen yang lebih bermakna dan berguna untuk digunakan dalam menjalankan tugas-tugas manajemen dan pengambilan keputusan manajerial.

Sedangkan menurut Mulyani (2017: 10)[13], Management Information System adalah sebuah sistem yang sudah terkomputerrisasi yang melakukan pengolahan data agar bisa digunakan oleh orang yang membutuhkannya.

Berdasarkan dari dua definisi diatas dapat disimpulkan bahwa Sistem Informasi Manajemen merupakan suatu jenis sistem informasi untuk melakukan pengolahan data dalam bentuk laporan manajemen yang dapat digunakan oleh pihak tertentu.

Definisi Kualitas

Menurut Tjiptono (2012:51)[14], Kata kualitas mengandung banyak definisi dan makna karena orang yang berbeda akan mengartikannya secara berlainan, seperti kesesuaian dengan persyaratan atau tuntutan, kecocokan untuk pemakaian perbaikan berkelanjutan, bebas dari kerusakan atau cacat, pemenuhan kebutuhan pelanggan, melakukan segala sesuatu yang membahagiakan. Dalam perspektif TQM (Total Quality Management) kualitas dipandang secara luas, yaitu tidak hanya aspek hasil yang ditekankan, tetapi juga meliputi proses, lingkungan dan manusia. Kualitas merupakan suatu kondisi dinamis yang berhubungan dengan produk, jasa, manusia, proses, dan lingkungan yang memenuhi atau melebihi harapan. Sebaliknya, definisi kualitas yang bervariasi dari yang kontroversional hingga kepada yang lebih strategic. Terdapat lima perspektif mengenai kualitas, salah satunya yaitu bahwa kualitas dilihat tergantung pada orang yang menilainya, sehingga produk yang paling memuaskan preferensi seseorang merupakan produk yang berkualitas paling tinggi

Definisi pelayanan

Menurut Sumantri (2014:143)[15], Pelayanan adalah setiap tindakan atau kegiatan yang dapat ditawarkan oleh suatu pihak kepada pihak lain, yang pada dasarnya tidak berwujud dan tidak mengakibatkan kepemilikan apapun, di mana pelayanan merupakan perilaku produsen dalam rangka memenuhi kebutuhan dan keinginan konsumen demi tercapainya kepuasan pada konsumen itu sendiri.

Sedangkan menurut Kamus Besar Bahasa Indonesia (KBBI)[16], Pelayanan merupakan perihal atau cara melayani atau usaha melayani kebutuhan orang lain dengan memperoleh imbalan uang atau jasa.

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa pelayanan merupakan perilaku produsen untuk memenuhi kebutuhan dan keinginan konsumin demi tercapainya terbentuknya kepuasan konsumen.

Teori Khusus

Definisi Website

Menurut Hidayat (2015:1)[17], Website adalah tempat yang baik bagi orang-orang untuk mengekspresikan pendapat mereka pada berbagai topik salah satunya adalah memanfaatkan situs jejaring sosial misalnya facebook, twitter, bahkan pemberi opini secara profesional, seperti reviewer berita politik dan film, pemilik blog dimana publik dapat mengomentari dan merespon apa yang mereka pikirkan. Kemampuan untuk merangkak dari website serta mengekstrak pendapat dari baris-baris teks dapat menjadi sangat berguna bidang ini adalah area studi yang banyak dikaji karena kemungkinan nilai komersialnya.

Menurut Hadi dan Purnama (2013:3)[18], Website adalah lokasi di internet yang menyajikan kumpulan informasi sehubungan dengan profil pemilik situs. Website adalah suatu halaman yang memuat situs-situs web page yang berada di internet yang berfungsi sebagai media penyampaian informasi, komunikasi, atau transaksi.

Berdasarkan kedua definisi diatas dapat ditarik kesimpulan bahwa website merupakan sekumpulan halaman yang bisa diakses oleh suatu protokol yang menampilkan berbagai informasi di salam situs tersebut.

Definisi HTML

Menurut Muslim dan Pramesti (2014:194)[19], HTML adalah sebuah bahasa untuk menampilkan halaman sebuah website. HTML merupakan singkatan dari Hyper Text Markup Language. HTML bukan termasuk dalam bahasa pemrograman, tetapi HTML adalah “markup language“, “markup language” ini merupakan sekumpulan “tag“. “Tag” inilah yang digunakan untuk menampilkan halaman website dalam tampilan tertentu.

Sedangkan menurut Solihin (2016:10)[20], HTML merupakan singkatan dari Hyper Text Markup Language. HTML dikembangkan pertama kali oleh Tim Berners-Lee bersamaan dengan protokol HTTP (Hypertext Transfer Protocol) pada tahun 1989. Tujuan utama pengembangan HTML adalah untuk meghubungkan suatu halaman web dengan halaman web lainnya. Tentunya pada awal pengembangannya.

Berdasarkan dari kedua definisi di atas dapat disimpulkan bahwa HTML merupakan bahasa pemrograman yang digunakan untuk membuat sebuah halaman web yang dapat diakses melalui internet.

Definisi Internet

Menurut Puspitasari (2015:187)[21], Internet adalah salah satu bentuk media komunikasi dan informasi interaktif. Wujud internet adalah jaringan komputer yang terhubung di seluruh dunia. Internet digunakan untuk mengirim informasi antar komputer di seluruh dunia.Internet diartikan sebagai “The global public Transmission Control Protocol/Internet Protocol (TCP/IP) internetwork”.

Menurut Kamus Besar Bahasa Indonesia (KBBI)[22], Internet adalah jaringan komunikasi elektronik yang menghubungkan jaringan komputer dan fasilitas komputer yang terorganisasi di seluruh dunia melalui telepon atau satelit.

Berdasarkan beberapa pendapat diatas, dapat dinyatakan bahwa internet merupakan suatu jaringan yang bersifat global serta dapat menguhubungkan milyaran jaringan komputer dengan menggunakan komunikasi seperti satelit atau telepon.

Definisi Domain

Menurut Prasetyo (2015:22)[23], Domain adalah alamat unik di dunia internet yang digunakan untuk mengidentifikasi sebuah website, atau dengan kata lain domain adalah alamat yang digunakan untuk mencari dan menemukan sebuah website pada dunia internet.

Definisi lain menurut Prasetyo (2015:22)[23], Domain pada umumnya dikenal identik dengan nama url atau website, sebagai contoh domain blog bisnis penulis: http://onlinebisnis.web.id dan lain-lain.

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa domain merupakan nama url atau website yang unik guna untuk mencari alamat sebuah website.

Definisi Database

Menurut Prasetyo (2012: 181)[23], Database adalah sebuah struktur yang umumnya dikategorikan dalam 2 (dua) hal, sebuah database flat dan sebuah database relasional. Database relasional lebih disukai karena lebih masuk akal dibandingkan database flat.

Definisi lain menurut Prasetio (2015:22)[24] Database adalah tempat media penyimpanan data kita dalam membuat sebuah program yang berisikan tabel, field dan record, yang diselimuti namanya DBMS (Database Management System)

Berdasarkan dari kedua definisi diatas dapat ditarik kesimpulan bahwa database merupakan suatu kumpulan data yang terkait secara teknis dan dapat membuat sebuagh program yang berisikan tabel, field dan record.

Definisi PHP

Menurut Munawaroh, dkk. (2014:3)[25], PHP merupakan bahasa standar yang digunakan dalam dunia website. PHP adalah bahasa yang hanya dapat berjalan pada server yang hasilnya dapat ditampilkan pada klien. Interpreter PHP dalam mengeksekusi kode PHP pada sisi server disebut server side.

Sedangkan menurut Eko dan Yusi (2012:76)[26], PHP (Hypertext Preprocessor) merupakan bahasa scripting yang tergabung menjadi satu dengan HTML dan dijalankan pada server side atau semua perintah yang diberikan akan secara penuh dijalankan pada server, sedangkan yang dikirimkan ke klien (browser) hanya berupa hasil tampilan output berupa script html.

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa PHP merupakan bahasa pemrograman yang digunakan secara luas yang didesain untuk pengembangan web.

Definisi MySQL

Menurut Prasetyo (2015:22)[23], MySQL merupakan sistem database yang banyak digunakan untuk pengembangan aplikasi web. Alasannya mungkin karena grafis, pengelolaan datanya sederhana, memiliki tingkat keamanan yang bagus, mudah diperoleh, dan lain-lain.

Sedangkan definisi lain menurut Pasetyo (2015:22)[23], MySQL merupakan software yang tergolong database server dan bersifat Open Source menyatakan bahwa software ini dilengkapi dengan source code (kode yang dipakai untuk membuat MySQL), selain itu tentu saja bentuk executable-nya atau kode yang dapat dijalankan secara langsung dalam sistem operasi, dan bisa diperoleh dengan cara mengunduh di internet secara gratis.

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa MySQL bersifat multiplatform yang dapat dijalankan pada berbagai sistem operasi dan dapat digunakan sebagai standar penggunaan database di dunia untuk pengolahan data.

Konsep Dasar Perangkat Lunak Pendukung

Definisi WinSCP

Menurut Wikipedia (2017)[27], WinSCP (Windows Secure Copy) is a free and open-source SFTP, FTP, WebDAV and SCP client for Microsoft Windows. Its main function is secure file transfer between a local and a remote computer. Beyond this, WinSCP offers basic file manager and file synchronization functionality. For secure transfers, it uses Secure Shell (SSH) and supports the SCP protocol in addition to SFT.

Berdasarkan definisi diatas dapat disimpulkan bahwa fungsi utamanya untuk mengamankan pemindahan file antara komputer local dan komputer server. WinSCP memberikan basic file manager dan kegunaan untuk singkronisasi file. Untuk pengamanan saat dilakukan pemindahan menggunakan SSH, dan mendukung protokol SCP sebagai tambahan SFT.

Definisi Sublime Text

Menurut Wikipedia (2017)[28], Sublime Text is a proprietary cross-platform source code editor with a Python application programming interface (API). It natively supports many programming languages and markup languages, and functions can be added by users with plugins, typically community-built and maintained under free-software licenses.

Berdasarkan definisi diatas dapat disimpulkan bahwa Sublime Text adalah cross-platform kode editor dengan pemrograman aplikasi Python (API). Sublime Text mendukung banyak bahasa pemrograman dan bahasa markup, dan juga berbagai fungsi dapat ditambahkan oleh pengguna menggunakan plugin, biasanya dibuat dan dikelola di bawah lisensi perangkat lunak secara gratis.

Definisi XAMPP

Menurut Santoso (2016:333)[29], Xampp merupakan alat bantu yang menyediakan paket perangkat lunak ke dalam satu buah paket. Dengan menginstall XAMPP maka tidak perlu lagi melakukan instalasi dan konfigurasi web server Apache, PHP dan MySQL secara manual. XAMPP akan menginstalasi dan mengkonfigurasikan nya secara otomatis atau auto konfigurasi. XAMPP merupakan paket PHP yang berbasis open source yang dikembangkan oleh sebuah komunitas Open Source.

Menurut Hutabarat, dkk. (2017)[30], Xampp adalah perangkat lunak bebas yang mendukung banyak sistem operasi. Xampp merupakan kompilasi dari beberapa program. Fungsinya adalah sebagai server yang berdiri sendiri (localhost) yang terdiri atas program Apache HTTP Server, MySQL database dan penerjemah bahasa yang ditulis dengan bahasa pemrograman PHP dan Perl. Nama Xampp merupakan singkatan dari X (empat sistem operasi apapun), Apache, MySQL, PHP dan Perl.

Berdasarkan dari kedua definisi diatas dapat disimpulkan bahwa . Xampp merupakan web server yang mudah digunakan yang dapat melayani tampilan halaman web yang dinamis.

Definisi Dashboard

Menurut Henderi, dkk. (2015:85)[31], Dashboard adalah suatu model antar muka sistem informasi yang di analogikan seperti dashboard sebuah mobil yang mudah di pelajari. Dashboard merupakan sebuah desain yang baik untuk penyajian dan visualisasi data yang dapat memberikan kejelasan mengenai informasi penting kepada pengguna. Dashboard yang baik akan dapat membantu dalam mengidentifikasi tren, pola dan anomali pada data sehingga pada akhirnya dapat membantu dalam pengambilan keputusan yang efektif.

Sedangkan menurut Rohayati (2014:2)[32], dashboard adalah sebuah tampilan visual dari informasi terpenting yang dibutuhkan untuk mencapai satu atau lebih tujuan.

Berdasarkan kedua definisi diatas dapat ditarik kesimpulan bahwa dashboard merupakan tampilan visual untuk penyajian data yang dapat menampilkan informasi penting untuk mencapai suatu tujuan.

Definisi Viewboard

Menurut Tiara, dkk, (2016:66)[33], Viewboard adalah suatu aplikasi custom yang dibuat oleh Mitra Teknologi, yang berfungsi untuk mengetahui informasi penting dan juga informasi yang dibutuhkan.

Sedangkan menurut Rahardja, dkk, (2016:252)[34] Viewboard merupakan sistem aplikasi yang menampilkan informasi dalam bentuk panel yang sangat penting bagi pemimpin instintusi pendidikan dalam mengendalikan dan membawa organisasinya mencapai sasaran, tujuan, visi dan misi yang telah ditetapkan.

Berdasarkan beberapa definisi yang dikemukakan di atas dapat disimpulkan bahwa viewboard merupakan sistem aplikasi yang menampilkan informasi untuk mengetahui informasi yang dibutuhkan.

Definisi Leaderboard

Menurut Wikipedia[35], Leaderboard is the first game in the series, was released in 1986 and included four different water-based courses. It was well received, being rated as 97% overall by Zzap 64 magazine and being prized with their "Gold Award". It was also highly rated by other magazines, withYour Sinclair rating it 9 out of 10, Sinclair User giving it five stars, and Crash rating it 80%. Leaderboard Tournament, released the same year, was a series of expansion disks each containing four new courses.

Berdasarkan definisi yang dikemukakan di atas dapat disimpulkan bahwa Leaderboard adalah sebuah papan nilai atau papan rank yang biasanya terdapat pada suatu permainan untuk mengetahui tingkat pencapaian serta perbandingan dengan orang lain.

Definisi Boostrap

Menurut Alatas (2013: 2)[36], Bootstap merupakan framework ataupun tools untuk memudahkan aplikasi web ataupun situs web responsive secara cepat, mudah dan gratis.

Bootsrap sendiri terdiri dari CSS dan HTML untuk menghasilkan grid, layout, typography, table, form, navigation dan lain-lain. Di dalam bootsrap juga sudah terdapat jquery plugin untuk menghasilkan komponen UI yang cantik seperti transitions, modal, dropdown, scrollspy, tooltip, tab, popover, alert, button, carousel dan lain-lain.

Gambar 2.1. Logo Bootstrap

( Sumber: http://getbootstrap.com)

Dengan bantuan bootstrap kita dapat membuat responsive website dengan mudah dan dapat berjalan sempurna pada browser-browser populer seperti chrome, firefox, safari, dan opera serta internet explorer. Bootsrap sendiri diciptakan oleh dua orang programmer twitter, yaitu Mark Otto dan Jacob Thorton pada tahun 2011.

Definisi CSS

Menurut Hadi, dkk. (2017:143)[37], CSS yang memiliki kepanjangan Cascade Style Sheet ini digunakan desainer web untuk mengatur style elemen yang ada dalam halaman web mereka, mulai dari memformat text, sampai pada memformat layout, CSS merupakan aturan untuk mengendalikan beberapa komponen dalam sebuah web sehingga akan lebih terstruktur dan seragam.

Menurut Hasan dan Sentinuwo (2017:3)[38], CSS merupakan sebuah bahasa berbasis teks yang digunakan untuk memformat tampilan dari halaman web yang dibuat pada HTML. CSS juga dapat mengendalikan ukuran gambar, warna teks, warna tabel, ukuran border, warna border, warna hyperlink, warna mouse over, spasi antar paragraf, spasi antar

Berdasarkan kedua definisi diatas dapat disimpulkan jika HTML digunakan untuk membuat struktur Web maka CSS digunakan untukmempercantik tampilan web.

Konsep Dasar Tpi (Ten Pilar iLearning)

Definisi Tpi (Ten Pilar iLearning)

Gambar 2.3. Tpi (Ten Pilar iLearning)

(Sumber : http://roadmap.ilearning.me/10-pillar-it-ilearning/)

Tpi Untuk memudahkan pengelolaan dan meningkatkan kepuasan pelayanan kepada sivitas akademika Perguruan Tinggi Raharja terutama dalam mendukung perkuliahan menggunakan metode iLearning maka perlu adanya 10 Pillar IT iLearning Perguruan Tinggi Raharja. Output yang diperoleh adalah merupakan hasil dari penelitian Tridarma Perguruan Tinggi antara dosen dengan mahasiswa yang diwadahi oleh Raharja Enrichment Centre.

Jenis-jenis Tpi(Ten Pilar iLearning)

Perguruan Tinggi Raharja memiliki sistem arsitektur yang terdiri dari 10 (sepuluh) pilar IT iLearning, yaitu:

  1. iRme (iLearning Raharja Multimedia e-Portfolio)

    Media penyimpanan untuk CV Pribadi Raharja dalam bentuk online (e-Portfolio). Pribadi Raharja dapat membangun CV mereka dengan lebih praktis karena dapat dilakukan dimanapun dan kapanpun.

  2. Rinfo (Email Raharja.info)

    Layanan komunikasi email yang disediakan oleh Perguruan Tinggi Raharja untuk Pribadi Raharja. Merupakan alat komunikasi utama dan paling vital untuk Pribadi Raharja. Setiap user diberikan kapasitas sebesar 30GB. Selain itu tersedia banyak aplikasi canggih seperti RinfoHangout. Semua kegiatan yang dilakukan akan mustahil tanpa adanya Rinfo ini. Selain itu, bia juga dikatakan bahwa Rinfo terintegrasi dengan semua pillar-pillar yang ada.

  3. iDu (iLearning Education)

    Sistem pembelajaran yang baru dikembangkan oleh Perguruan Tinggi Raharja secara online untuk memudahkan civitas kampus dan mahasiswa untuk menjalankan perkuliahan. iDu bukan website local, tetapi iDu dapat diakses dimanapun dan kapanpun.

  4. iRAN (iLearning Raharja Ask and News)

    Suatu media yang khusus dirancang untuk memberikan pelayanan informasi mengenai kejadian, pengetahuan, peristiwa umum atau khusus di dalam Perguruan Tinggi Raharja. News biasanya berkaitan dengan pekerjaan seorang wartawan. Wartawan merupakan orang yang bekerja untuk memburu dan meliput yang kemudian dituliskan kembali dalam bentuk berita (news). Raharja News merupakan bagian dari kumpulan aplikasi iRaharja.

  5. iDuHelp! (iLearning Education Help)

    Pelayanan yang disediakan oleh Perguruan Tinggi Raharja untuk melayani kebutuhan dan memberikan kepuasan kepada Pribadi Raharja yang membantu dalam menjawab pertanyaan atau memberikan informasi dan menangani keluhan yang berhubungan dengan TPi atau kegiatan dikampus yang sesuai dengan ruang lingkup yang sudah ditetapkan.

  6. Widuri (Wiki iDu Raharja iLearning)

    Media kolaborasi dan sharing yang disediakan oleh Perguruan Tinggi Raharja yang dapat digunakan oleh Pribadi Raharja. Widuri dapat digunakan untuk membuat sebuah laporan penelitian, CV dan keperluan lainnya yang nantinya bisa menjadi sarana kolaborasi.

  7. ROOSTER (Role Online System Ticketing Raharja)

    Sistem pelayanan informasi yang menggunakan tiket online yang akan diberikan kepada pihak yang terkait agar dapat memberikan informasi secara cepat, tepat dan akurat.ROOSTER telah digunakan pada Perguruan Tinggi Raharja yang bertujuan untuk menunjang sistem pelayanan chat online dan offline dalam sistem pelayanan iDuHelp! yang saat ini sedang berjalan pada Perguruan Tinggi Raharja.

  8. Magics (Multimedia Audio Gallery iLearning Community and Services)

    Media penyimpanan gambar, podcast dan video untuk menunjang kegiatan belajar mengajar. Setiap Pribadi Raharja berhak mendapatkan account magics yang bisa mereka pergunakan sebagai tempat penyimpanan.

  9. iMe (iLearning Media)

    Official portal information sharing yang dirancang untuk Pribadi Raharja dan setiap Pribadi Raharja akan mendapatkan subdomain sebagai media dokumentasi segala bentuk aktifitas tridarma.

  10. iSur (iLearning Survey)

    Sistem survey berbasis web yang digunakan untuk Pribadi Raharja melakukan survey kegiatan penelitian dan kegiatan akademik lainnya secara online.

Definisi FIR (Future IT Raharja)

Future IT Raharja atau singkatan dari FIR merupakan kumpulan dari project-project IT yang dimiliki oleh Perguruan Tinggi Raharja yang bermanfaat untuk menunjang kegiatan perkuliahan serta pembelajaran para Pribadi Raharja. Project FIR terus dikembangkan demi penyempurnaan untuk setiap projectnya[39].

FIR terdiri dari SIS+, SIS+ Konsultasi, Airzone, iTunes U, RHJFox, Magics Channel, iPanda, iTracking, Goint+, RiDU, Gamet, iFacility, Web Alumni, Linkedin, Zpreneur, Web Exist Club, Zorilia, Zford, PEN+, PESSTA+, PenA, DID, dan TMJ.

Konsep Dasar ROOSTER

Definisi ROOSTER

Menurut Sunarya, dkk. (2015:88)[1], ROOSTER adalah sistem pelayanan informasi dengan menggunakan ”ticketing online” yang sistemnya disediakan sebagai wadah lanjutan untuk menampung pertanyaan yang didapat para operator iDuHelp!. Jika ada pertanyaan dari mahasiswa yang tidak dapat ditangani oleh operator iDuHelp! maka operator iDuHelp! harus membuat tiket di ROOSTER yang dapat ditujukan kepada pihak yang berkaitan. Pihak yang berkaitan di sini yaitu admin dari masing masing bidang akademik.

Gambar 2.3. Logo ROOSTER

( Sumber: rooster.ilearning.me )

Sedangkan menurut Rahardja, dkk. (2016:26)[40] ROOSTER (Role Online System Ticketing Raharja) yang merupakan bagian dari sistem pelayanan pada iDuHelp!yaitu penyampaian suatu informasi kepada pihak yang terkait melalui sebuah tiket yang disampaikan olehoperatoriDuHelp!agar mendapatkan sebuah jawaban yang akurat dan terpercaya yang akan disampaikan kembali kepada customer.

Kinerja ROOSTER dalam menunjang sistem pelayanan iDuHelp! pada Perguruan Tinggi Raharja juga diharapkan dapat memberikan informasi yang terpercaya, sehingga mahasiswa tidak lagi meragukan informasi yang didapatkan dari sistem pelayanan iDuHelp! dan diharapkan mahasiswa tidak lagi mengalami kesulitan dalam memperoleh informasi mengenai :

  1. 10 Pilar IT Learning : iMe, Rinfo, Widuri, iSur, iDu, iRan, Rooster, iDuHelp!, Magics Channel, iRme

  2. 10 Pilar IT Learning REC : Hibah, Jurnal, Traning

  3. FIR : Sis+, RhjFox, Magics Channel, Airzone, iTunesU, iPanda, GO+, int+, Rinfo For Education, Zpreneur, ZFord, SiS+ Konsultasi, Zorilia, Gamification For Education (Gamet). iLearning.co (iCo), DID (Dream Innovation Daya, Jurnal CCIT, Hibah, HKI (Hak Kekayaan Intelektual)

Definisi Staff ROOSTER

Dikutip dari site iMe ROOSTER[41], Staff yang terdapat di dalam sistem ROOSTER adalah staff yang bertugas menangani tiket. Selain itu, staff ROOSTER juga dapat membuat tiket, serta memberikan ”assigned staff” kepada pihak yang terkait jika staff ROOSTER tersebut tidak dapat menangani tiket yang diberikan. Dalam hal ini staff ROOSTER yang bertugas adalah mahasiswa Perguruan Tinggi Raharja yang sedang melaksanakan TriDharma Perguruan Tinggi, dan beberapa pihak REC yang berkaitan dengan ruang lingkup yang ada.

Definisi Mindmapping ROOSTER

Dikutip dari site iMe ROOSTER[41], ROOSTER (Role Online System Ticketing Raharja) merupakan sebuah sistem pelayanan online dengan menggunakan tiket yang ditujukan kepada pihak terkait (pihak yang bersangkutan). Didalam sistem ROOSTER ini terdapat pemetaan yang dapat membantu Staff ROOSTER dalam membuat sebuah tiket. Hal ini bertujuan agar staff ROOSTER mengirim sebuah tiket tepat sasaran, artinya tidak bingung lagi dalam menentukan Assigned to pada halaman New ticket, sehingga dengan adanya pemetaan (Mapping) ROOSTER tiket yang ditujukan sesuai berdasarkan struktural yang ada.

Gambar 2.4. Mind Mapping ROOSTER

( Sumber: http://rooster.ilearning.me )

Konsep Dasar iDuHelp!

Definisi iDuHelp!

Dikutip dari site iMe iDuHelp![42]. iDuHelp! Adalah Sebuah Sistem penerapan campus service system pelayanan secara in site dan off site dalam mendukung kegiatan iLearning Education (iDu) pada perguruan tinggi diharapkan nantinya bagi para Pribadi Raharja tidak kesulitan dalam mengakses informasi mengenai hal-hal yang berhubungan dengan Kampus. Dan diharapkan dengan adanya sistem ini bisa mengetahui perihal fasilitas dan news apa saja yang dimiliki kampus tanpa harus datang langsung ke kampus.

Gambar 2.5. Logo iDuHelp!

(Sumber: http://iduhelp.ilearning.me)

iDuHelp! juga merupakan salah satu bagian dari 10 Pillar IT iLearning ( TPi ), yang akan sangat membantu kita dalam pembelajaran di iLearning. Apa itu iDuHelp! Pengertian iDuHelp itu sendiri adalah Sistem penerapan campus service system dengan bentuk layanan secara in site dan off site dalam mendukung kegiatan iLearning Education (iDU). Di dalam iDuHelp terdapat dua pilihan untuk bertanya, yaitu:


  1. Online, disini kita dapat bertanya tentang ilearning dan akan mendapat jawaban langsung dari operator iDuHelp. Di dalam iDuhelp Online memiliki keterbatasan waktu, karena waktu yang digunakan untuk bertanya itu pada hari senin s/d jumat dari jam 08:00 – 21:00.

  2. Offline, lain halnya dengan iDuHelp Online didalam iDuHelp! Offline kita bisa meninggalkan pesan dan jawaban atas pertanyaan kita akan dikirimkan ke email yang diisi pada form iDuHelp Offline.

Definisi Operator iDuhelp!

Operator iDuHelp! adalah Pribadi Raharja yang sedang menjalankan sebuah pengabdian Tridharma di Perguruan Tinggi Raharja Tugas Dari Operator iDuHelp! adalah melayani dan memberikan suatu informasi yang dibutuhkan oleh Pribadi Raharja atau Costumer iDuHelp! yang sesuai dengan ruang lingkup iDuHelp! yaitu 10 Pilar IT iLearning, dan bertugas sesuai dengan jadwal yang ditentukan.

Definisi Customer iDuhelp!

Customer iDuHelp! adalah Pribadi Raharja yang sedang bertanya tentang seputar kampus melalui sistem iDuHelp! baik iDuHelp! Online ataupun iDuHelp! Offline sesuai dengan keluhan yang mereka alami dan sesuai dengan ruang lingkup iDuHelp! seperti Ten Pilar IT.


Definisi Elisitasi

Menurut Siahaan (2012:66)[43], Elisitasi kebutuhan adalah sekumpulan aktivitas yang ditunjukkan untuk menemukan kebutuhan suatu sistem melalui komunikasi dengan pelanggan, pengguna sistem, dan pihak lain yang memiliki kepentingan dalam pengembangan sistem.

Elisitasi didapat melalui proses wawancara dan dilakukan melalui tiga tahap yaitu:

  1. Elisitasi Tahap I

    Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.

  2. Elisitasi Tahap II

    Hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk di eksekusi.

    1. M pada MDI berarti Mandatory (penting). Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.

    2. D pada MDI berarti Desirable. Maksudnya, requirement tersebut tidak terlalu penting dan boleh dihilangkan. Namun, jika requirement tersebut digunakan dalam pembentukan sistem maka akan membuat sistem tersebut lebih sempurna.

    3. I pada MDI berarti Inessential. Maksudnya, requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.

  3. Elisitasi Tahap III

    Merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE, yaitu:

    1. T artinya Teknikal, bagaimana tata cara atau teknik pembuatan requirement dalam sistem diusulkan.

    2. O artinya Operasional, bagaimana tata cara penggunaan requirement dalam sistem akan dikembangkan.

    3. E artinya Ekonomi, berapakah biaya yang diperlukan guna membangun requirement di dalam sistem.

    Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:

    1. High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus di eliminasi.

    2. Middle (M): Mampu dikerjakan.

    3. Low (L): Mudah dikerjakan

  4. Final Draft Elisitasi

    Merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.

Definisi Flowchart

Menurut Diaz, dkk. (2016:2)[44], diagram alir (flowchart) adalah diagram (chart) yang menunjukan alir (flow) didalam sistem atau prosedur sistem secara logika. Bagan alir digunakan terutama untuk alat bantu komunikasi dan untuk dokumentasi.

Menurut Hadi, dkk. (2017:61)[45], "Flowchart adalah representasi grafik yang menggambarkan setiap langkah yang akan dilakukan dalam suatau proses, yang merupakan alat bantu yang digunakan untuk menerangkan logika program, berupa suatu bagan yang menjelaskan secara rinci langkah-langkah dari proses program."

Berdasarkan dari kedua definisi diatas dapat disimpulkan bahwa Pengujian dimaksudkan untuk mengetahui apakah fungsi-fungsi masukan, dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai dengan spesifikasi yang dibutuhkan.

Definisi Blackbox Testing

Menurut Rouf (2012:3)[46], Black Box adalah pengujian untuk mengetahui apakah semua fungsi perangkat lunak telah berjalan semestinya sesuai dengan kebutuhan fungsional yang telah didefinsikan.

Menurut Budiman (2012:4) [47], berpendapat bahwa “Pengujian black box merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak. Data uji dibangkitkan, dieksekusi pada perangkat lunak dan kemudian keluaran dari perangkat lunak diuji apakah telah sesuai dengan yang diharapkan.”

Berdasarkan kedua definisi diatas dapat disimpulkan bahwa blackbox testing merupakan pengujian yang dilakukan untuk mengamati hasil eksekusi melalui data uji dari perangkat lunak.

Konsep Dasar UML (Unified Modeling Language)

Definisi UML (Unified Modeling Language)

Menurut Mulyani (2017:42)[48], UML (Unifed Modeling Language) adalah sebuah teknik pengembangan sistem yang meggunakan bahasa grafis sebagai alat untuk pendokumentasian dan melakukan spesifikasi pada sistem.

Menurut Budihartanti dan Wairisal (2017)[49] UML (Unified Modeling Languange) adalah bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigram berorientasi objek. Pemodelan (modelling) sesungguhnya digunakan untuk penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa sehingga lebih mudah dipelajari dan dipahami. Bahasa pemodelan grafis telah ada diindustri perangkat lunak sejak lama. Pemicu utama di balik semuanya adalah bahwa bahasa pemograman berada pada tingkat abstraksi yang terlalu tinggi untuk memfasilitasi diskusi tentang desain. Dengan menggunakan notasi-notasi seperti UML, alur logika dari perangkat lunak yang akan dikembangkan bisa mudah untuk dipahami.

Jenis-jenis UML (Unified Modeling Language)

Menurut Mulyani (2017:244)[48], Diagram-diagram yang terdapat pada UML sangat banyak, berikut ini beberapa diagram yang sering digunakan dalam pengembangan sistem.

  1. Use Case Model

    Use Case Model merupakan kumpulan diagram dan text yang saling bekerja sama untuk mendokumentasikan bagaimana user (aktor) berinteraksi dengan sistem.

  2. Class Diagram

    Class Diagram adalah diagram yang digunakan untuk mempresentasikan kelas, komponen-komponen kelas dan hubungan antara masing-masing kelas.

  3. Object Diagram

    Object Diagram adalah diagram tyang digunakan untuk menggambarkan dan mempresentasikan objek dan hubungan antar objek tersebut.

  4. Activity Diagram

    Activity Diagram memiliki kemampuan untuk melakukan percabangan aktivitas.

  5. Sequence Diagram

    Sequence Diagram adalah diagram yang menggambarkan interaksi antar objek. Sequence Diagram secara khusus menjabarkan behavior sebuah skenario tunggal.

  6. Collaboration Diagram

    Collaboration Diagram hampir sama dengan sequence diagram, bahkan ada beberapa pendapat yang mengatakan bahwa collaboration diagram merupakan pengganti (substitusi) dari sequence diagram.

  7. Statechart Diagram

    Statechart Diagram adalah teknik umum yang digunakan untuk menggambarkan behavior sebuah sistem. Berbagai bentuk statechart telah ada sejak tahun 1960-an dan pemodelan berorientasi objek adalah yang paling awal mengadopsinya ntuk menampilkan behavior.

  8. Component Diagram

    Component Diagram adalah diagram yang menggambarkan dan merepresentasikan model fisik dari implementasi sistem (software) seperti misalnya model arsitektur hardware dan integrasi dan distribusi implementasi software pada arsitektur hardware yang sudah ditetapkan.

  9. Deployment diagram

    Deployment diagram adalah diagram yang mempresentasikan model fisik dari hardware serta integrasi dan distribusi software pada arsitektur hardware tersebut.

Konsep Dasar Literature Review

Definisi Literature Review

Menurut Djiwandono (2015:27)[50], Literature Review atau studi pustaka adalah pencarian sumber-sumber atau opini pakar tentang suatu hal yang berkaitan dengan tujuan penelitian.

Literature Review

  1. Penelitian yang dilakukan oleh Abas Sunarya, Untung Rahardja,, dan Ayu Wanda Lestari (2014)[51], Penelitian yang berjudul “Kepuasan Pelanggan ROOSTER Atas Kinerja Pelayanan ROOSTER Pada Perguruan Tinggi Raharja”. Penelitian ini menjelaskan pelayanan ROOSTER berpengaruh terhadap kepuasan pelanggan, sementara kepuasan pelanggan dan kepercayaan adalah faktor-faktor yang mempengaruhi niat pelanggan untuk kembali menggunakan ROOSTER. Temuan penelitian ini menunjukkan bahwa kepuasan pelanggan secara keseluruhan memiliki pengaruh yang kuat untuk kembali menggunakan ROOSTER. Maka dilakukannya penyebaran kuesioner online (iSur) kepada 20 responden yang pernah dibuatkan tiket di ROOSTER untuk mengetahui tingkat kepuasan customer terhadap kinerja pelayanan ROOSTER.

  2. Penilitian ini dilakukan oleh Untung Rahardja, Khanna Tiara, Ria Utami (2016)[40], Penelitian yang berjudul “OPTIMALISASI PENERAPAN ROOSTER BERBASIS OSTICKET UNTUK MENINGKATKAN MUTU PELAYANAN”. Penelitian ini membahas bagaimana menciptakan sebuah sistem pelayanan informasi yang mampu memberikan kenyamanan kepada pengguna dan tersampaikan dengan tepat waktu. Berdasarkan rumusan masalah yang telah di identifikasi maka hasil yang diharapkan adalah menciptakan sebuah sistem yang mampu memudahkan dan memberi kenyamanan kepada pengguna serta membantu customerdalam menerima informasi yang akurat dengan tepat waktu, dan meningkatkankualitas mutu pelayanan informasi pada Perguruan Tinggi Raharja.

  3. Penelitian ini dilakukan oleh Untung Rahardja, Khanna Tiara, Maya Ima Erviani (2016)[52], Penelitian yang berjudul “OPTIMALISASI VIEWBOARD RHJFOX BERBASIS BOOTSTRAP SEBAGAI SISTEM PENUNJANG KEPUTUSAN” Penelitian ini membahas dimana banyaknya data namun kurangnya informasi, bisa menyebabkan kerugian yang cukup besar bagi pihak manajerial karena data tersebut belum bisa dijadikan acuanuntuk mengambil sebuah keputusan. Informasi yang diberikan oleh sistem pun tidak begitu membantu. Karena pada dasarnya, PHPBB hanya sebuah platform diskusi yang memberikan fitur penuh diskusi, bukan statistik sehingga diciptakan sebuah viewboard yang dapat menginformasikan atau memetakan data yang ada di basis data RhjFox dengan baik dan mudah dimengerti. Juga menggunakan Bootstrap sebagai fondasi desainnya karena bersifat responsif, yang artinya dapat tampil dengan baik di berbagai browser ataupun platform akses.

  4. Penelitian ini dilakukan oleh Khanna Tiara, Tuti Nurhaeni, Ika Amalia (2016)[33], Penelitian yang berjudul “PERANCANGAN VIEWBOARD GO+ BERBASIS YII SEBAGAI MEDIA MONITORING PEMBAYARAN MAHASISWA”. Penelitian ini membahas pelayanan informasi pembayaran mahasiswa secara online atau GO+, dimana sistem ini memberikan informasi pembayaran berupa RBK, RBR, dan cara pembayaran dengan meenggunakan Virtual Account. Dengan adanya viewboard GO+ dapat memudahkan staff memonitoring data mahasiswa.

  5. Penelitian yang dilakukan oleh Untung Rahardja, Deddy Pratama dan Ely Susanti (2016)[34], Penelitian yang berjudul “IMPLEMENTASI VIEWBOARD DALAM MENDUKUNG PENYEBARAN INFORMASI DENGAN PENYAJIAN ARTIFICIAL INFORMATICS PADA PERGURUAN TINGGI” Penelitian ini membahas dalam Surat Keputusan Direktur Perguruan Tinggi Raharja tahun 2009 Nomor: 772/SK-IMPLEMENTASI/PT/XI/2009, berisikan tentang penggunaan email dalam penyebaran informasi sebagai jalur komunikasi resmi di lingkungan Perguruan Tinggi Raharja. Berdasarkan data pada yang ada saat ini, diinformasikan mengenai daftar pengguna email, dalam hal ini Rinfo, secara keseluruhan tanpa melihat status dari masing-masing mahasiswa tersebut. Hal ini tentu menunjukkan bahwa penyebaran informasi saat ini terbilang masih belum optimal dan tepat sasaran. Oleh karena itu, sebagai salah satu Perguruan Tinggi yang bergerak di bidang komputer harus selalu berinovasi untuk meningkatkan kualitas dari penyebaran informasi. Salah satu caranya ialah dengan mewujudkan sistem aplikasi monitoring Viewboard.

  6. Penelitian ini dilakukan oleh Kevin Sebastian, Vivian Sari, Liang Yu Loy, Feng Zhang, Zhuo Zhang, Mengling Feng[53]. Pada tahun 2012 dengan judul “Multi-Signal Visualization Of Physiology (MVP): A Novel Visualization Dashboard For Physiological Monitoring Of Traumatic Brain Injury Patients” menyatakan bahwa dengan menggunakan Dashboard Multi-signal Visualualization of Physiology (MVP). MVP menggunakan multi-signal polygram untuk menyusun berbagai sinyal fisiologis, dan juga menggunakan warna dan konsep "zona aman / bahaya" untuk membantu para klinisi untuk mencapai diagnosis yang cepat dan akurat. Selain itu, MVP mengizinkan dokter-perawat saraf untuk meninjau status fisiologis historis pasien TBI, yang dapat memandu dan mengoptimalkan diagnosis dan keputusan prognosis dokter.

  7. Penelitian yang dilakukan oleh Jerzy Korczak, Helena Dudycz, Mirosław Dyczkowski, Wroclaw University of Economics (2012)[54], “INTELLIGENT DASHBOARD FOR SME MANAGERS. ARCHITECTURE AND FUNCTIONS” InKoM dapat dianggap sebagai sistem pendukung keputusan lanjutan terpadu dengan fungsi intelijen bisnis. Hari intelijen bisnis tampaknya komersial buzz-kata yang sangat umum digunakan dalam publikasi dan praktek-praktek ekonomi. Salah satu dapat melihat bahwa ada berbagai definisi dan interpretasi dari istilah tersebut. Umumnya, kita dapat mengatakan bahwa BI didefinisikan sebagai set terintegrasi alat untuk mendukung transformasi data menjadi informasi untuk mendukung pengambilan keputusan. Dari sudut pandang teknis, arsitektur BI dapat mencakup: data warehouse, data mart, dasar analitis (query mesin alat pelaporan, On-Line Analytical Processing alat, alat visualisasi data), maju alat-alat analisis (seperti alat statistik, data pertambangan) dan aplikasi bisnis (alat yang memberikan analisis fungsi spesifik bisnis yang berhubungan dengan manufaktur, penjualan, hubungan pelanggan, keuangan pemantauan, dll) portal perusahaan.

  8. Penelitian yang dilakukan oleh Fawaz Halwani, Wei Chen Li, Diponkar Banerjee, Lysanne Lessard, Daniel Amyot, Wojtek Michalowski, and Randy Giffen (2016)[55], “A real-time dashboard for managing pathology processes”, Penelitian ini membahas mengenai perkembangan dashboard mendukung pengambilan keputusan bagi manajer dari Departemen Patologi dan Kedokteran Laboratorium (DPLM) terletak di Rumah Sakit Ottawa (TOH) di Ottawa, Kanada. Kami juga membahas bagaimana manajer klinis dan operasional DPLM yang digunakan ringkasan data dasbor dan visualisasi untuk meningkatkan kinerja fasilitas. DPLM merupakan tempat terkenal, histologi, dan laboratorium sitologi. Penyedia layanan utama untuk delapan rumah sakit Ottawa.

  9. Penelitian yang dilakukan oleh Lindsay Anne Fox, MD,a Kathleen E. Walsh, MD, MSc,b Elisabeth G Schainker, MD (2016)[56], “The Creation of a Pediatric Hospital Medicine Dashboard: Performance Assessment for Improvement” Penelitian ini membahas mengenai sebuah dashboard klinis. Dashboard klinis adalah representasi visual dari indikator kinerja real-time menampilkan status fungsi utama divisi ini secara sekilas. Metrik yang digunakan harus membahas fungsi yang paling penting untuk divisi dan stakeholder kunci dan digambarkan di seluruh waktu. Sebuah dashboard yang baik memungkinkan perbandingan, visualisasi trend dan distribusi sumber daya, dan identifikasi hubungan antara komponen proses. Ini memberikan kesempatan untuk meluruskan strategi dengan tujuan departemen dan rumah sakit dan menginformasikan keputusan.

  10. ]
  11. Penelitian yang dilakukan oleh Oana Velcu-Laitinen dan Ogan M. Yigitbasioglu (2012)[57], Penelitian yang berjudul “The Use of Dashboards in Performance Management: Evidence from Sales Managers”, Penelitian ini melaporkan hasil survei dengan manajer penjualan mengenai Penggunaan dashboard di perusahaan-perusahaan Finlandia. Menurut hasil, hanya sekitar seperempat dari responden menggunakan dashboard, yang jauh lebih rendah dari Diharapkan. manajer penjualan digunakan dashboard untuk empat tujuan yang berbeda (Pemantauan, pemecahan masalah, rasionalisasi, komunikasi dan konsistensi). Selain itu, ada korelasi yang tinggi antara penggunaan dashboard dan user produktivitas menunjukkan bahwa dashboard yang dianggap sebagai alat yang efektif dalam manajemen kinerja, tidak hanya untuk memantau milik sendiri (departemen) kinerja tetapi untuk tujuan lain seperti rasionalisasi keputusan dan komunikasi. Kualitas data di dashboard tidak menjadi perhatian tapi, seperti diharapkan, itu adalah pendorong penting untuk penggunaannya.

Dari 10 (sepuluh) literature review diatas khususnya membahas perkembangan ROOSTER dan Viewboard ROOSTER. Dan diharapkan peneliti dapat mengembangkan sebuah sistem yang lebih baik lagi dengan adanya referensi yang telah dijabarkan dalam literature review tersebut demi tercapainya sebuah sistem yang mampu memberikan pelayanan yang baik kepada customer.

BAB III

ANALISA SISTEM YANG BERJALAN

Gambaran Umum Perguruan Tinggi Raharja

Perguruan Tinggi Raharja adalah kampus modern, komprehensif, terbuka, multi budaya, dan humanis yang mencakup disiplin ilmu. Perguruan Tinggi saat ini secara simultan selalu berusaha menjadi salah satu Perguruan Tinggi riset. upaya-upaya pencapaian tertinggi dalam hal penemuan, pengembangan dan difusi pengetahuan secara regional dan global selalu dilakukan. Sementara itu, Perguruan Tinggi Raharja juga memperdalam komitmen dalam upayanya di bidang pengembangan akademik dan aktifitas penelitian melalui sejumlah disiplin ilmu yang ada dilingkupnya. Perguruan Tinggi Raharja berdiri pada tahun 1994. Perguruan Tinggi raharja secara kontinyu melanjutkan peran pentingnya di level nasional. Secara geografis, letak kampus Perguruan Tinggi Raharja yang berada di Tengah Kota sehingga kampus Perguruan Tinggi Raharja mudah diakses dari mana saja.

Sejarah Singkat Perguruan Tinggi Raharja

Pada tahun 1994 Yayasan Nirwana Nusantara mendirikan Lembaga Pendidikan dan Pelatihan Komputer (LPPK) Raharja yang diresmikan oleh Walikota Tangerang pada waktu itu Drs.H.Djakaria Machmud dan lembaga inilah yang mempelopori penggunaan operating sistem Windows dan aplikasinya di wilayah Tangerang dan sekitarnya.

Tahun 1999 Berkembang menjadi Akademi Manajemen Informatika dan Komputer (AMIK) Raharja Informatika dengan diresmikan melalui Surat Keputusan Menteri Pendidikan dan Kebudayaan Republik Indonesia No:56/D/O/1999, dengan menyelenggarakan Jurusan Manajemen Informatika (MI) jenjang D3.

Tahun 2000 AMIK Raharja Informatika menambah Jurusan Teknik Informatika (TI) dan Komputerisasi Akuntansi (KA) berdasarkan Surat Keputusan Koordinasi Perguruan Tinggi Swasta Wilayah IV Nomor:3024/004/KL/1999, AMIK Raharja Informatika secara resmi menyelenggarakan program Diploma I (D1) dengan gelar Ahli Pratama,Diploma II (D2) dengan gelar Ahli Muda, dan Diploma III (D3) dengan gelar Ahli Madya.

Tahun 2000 terwujudlah Sekolah Tinggi Manajemen dan Ilmu Komputer (STMIK) Raharja melalui Surat Keputusan Menteri Pendidikan Nasional Nomor: 74/D/O/2001, STMIK Raharja menjadi Perguruan Tinggi Komputer yang memiliki program studi terlengkap di Propinsi Banten.

Tahun 2002 AMIK Raharja Informatika mendapatkan status Akreditasi B untuk Jurusan Manajemen Informatika (MI) berdasarkan Surat Keputusan Badan Akreditasi Nasional-Perguruan Tinggi (BAN-PT) Nomor: 003/BAN-PT/AK-1/DPL/IV/2002.

Tahun 2006 dengan tekad yang bulat dan keyakinan untuk mempunyai harapan bahwa kini Program Studi yang ada pada Perguruan Tinggi Raharja mendapatkan predikat terakreditasi,yaitu Strata Satu Program Studi Sistem Informasi No.SK.002/BAN-PT/Ak-X/S1/V/2006 dengan nilai "314" mendapatkan peringkat "B" dan Teknik Informatika No.SK.001/BAN-PT/Ak-X/S1/V/2006 dengan nilai "335" mendapatkan peringkat "B".

Tahun 2007 Terakreditasinya Program Studi Sistem Komputer Strata Satu No.SK.019/BAN-PT/Ak-X/S1/VIII/2007 dengan nilai "352" mendapatkan peringkat "B",untuk Diploma Tiga Program Studi Manajemen Informatika No.SK.006/BAN-PT/AK-VII/Dpl-III/VII/2007 dengan nilai "320" mendapatkan peringkat "B". Teknik Informatika No.SK.017/BAN-PT/Ak-VII/Dpl-III/XII/2007 dengan nilai "358" mendapatkan peringkat "B".

Pada tahun 2008 Program Studi Diploma Tiga, yaitu Komputerisasi Akuntansi No.SK.019/BAN-PT/Ak-VII/Dpl-III/I/2008 dengan nilai "381" mendapatkan peringkat "A".Kini seluruh Program Studi yang ada pada AMIK Raharja Informatika dan STMIK Raharja statusnya telah terakreditasi.

Pada tahun 2009 Perguruan Tinggi Raharja berhasil dalam Verifikasi dan Tersertifikasi ISO 9001:2008 (Sistem Manajemen Mutu Raharja) dari Lloyd Register Quality Assurance (LRQA-UKAS). Untuk menambah wawasan dibidang IT serta memperkenalkan AMIK Raharja Informatika dan STMIK Raharja terhadap dunia luas, pada tahun 2009 diselenggarakan International Conference on Creative Communication and Innovative Technology 2009 (ICCIT) yang diikuti oleh para kandidat Doktor dibidang IT dari dalam dan luar negeri. Dan pada tahun ini pun Perguruan Tinggi Raharja mendapatkan penghargaan Juara II tingkat Provinsi Banten untuk Kategori Penghijauan dan Kebersihan.

Pada tahun 2011 Program Studi Teknik Informatika Jenjang Sarjana sesuai dengan SK BAN-PT 010/BAN-PT/Ak-XIV/S1/VII/2011 mendapatkan peringkat "B" dan pada tahun yang sama Program Studi Sistem Informasi jenjang Sarjana sesuai dengan SK BAN-PT 025/BAN-PT/Ak-XIV/S1/IX/2011 mendapatkan peringkat "B". Untuk meningkatkan mutu pembelajaran, Perguruan Tinggi Raharja membuat terobosan baru dengan membuka perkuliahan iLearning.

Pada tahun 2012 Program Studi Diploma Tiga Manajemen Informatika sesuai dengan SK BAN-PT No. SK.019/BAN-PT/Ak-XII/Dpl-III/III/2012 dengan nilai mendapatkan peringkat "A". Perguruan Tinggi Raharja terus berupaya menyiapkan sarana penunjang kebutuhan Infornasi dan pengembangan Teknologi Informasi guna mendukung layanan Civitas Perguruan Tinggi Raharja, atas dedikasi ini Perguruan Tinggi Raharja mendapatkan menghargaan TESCA 2012, peringkat 60 besar perguruan tinggi skala nasional.

Tahun 2013 upaya untuk menjaga mutu, dengan diperolehnya ISO 9001:2008 pada tahun 2009 dan renewal tahun 2013 dengan Approval Certificate No: JKT6007007. Pada Tahun ini Perguruan Tinggi Raharja memperoleh penghargaan TESCA 2013, peringkat 3 besar kategori Sekolah Tinggi skala nasional.

Pada tahun 2014 diselenggarakan MMSP 2014 di Perguruan Tinggi Raharja. MMSP 2014 merupakan workshop Internasional ke-16 Multimedia Signal Processing yang diselenggarakan oleh IEEE Signal Processing Society pada tanggal 22 – 24 September 2014.

Pada tahun 2014 Perguruan Tinggi Raharja membuka perkuliahan iLearning Plus dan kelas Executive dengan memberikan kesempatan kepada masyarakat yang ingin bergabung bersama Perguruan Tinggi Raharja karena keterbatasan waktu kuliah.

Pada tahun 2015 Akreditasi Institusi Perguruan Tinggi Raharja (AIPT) dengan Peringkat B, Oktober 2015. Kerja sama dengan Sun Moon University, Korea, yang dituangkan dalam Memorandum of Understanding untuk kerja sama dalam bidang pendidikan, Riset dan Pertukaran Budaya, Oktober 2015. Renewal Sertifikasi ISO 9001:2008 Ketika, Nopember 2015

Pada Tahun 2016 adanya pembentukan TUK (Tempat Uji Kompetensi) Raharja. Terlah ditanda-tangani MoU (Memorendung of Understanding) antara LSP INFORMATIKA (Lembaga Sertifikasi Profesi) dengan Perguruan Tinggi Raharja. Pada tanggal 5 Ferbruari tentang program pembentukan dan penyelenggaraan Tempat Uji Kompetensi (TUK) Perguruan Tinggi Raharja. Nomor : 003/MOU/LSP-INFORMATIKA-PT/II/2016

Pada Tahun 2016 ,Selain mulai menjalin hubungan kerjasama dengan luar negeri, Perguruan Tinggi Raharja juga menjalin hubungan kerjasama dalam negeri dengan beberapa universitas atau instansi pendidikan di antaranya yaitu : PRENEIXUS, STMIK ATMA LUHUR, LIFT (Lombok Institute Of Flight Technology), STT Ibnu Sina Batam serta menjalin kerjasama dengan Pemerintah Kabupaten Tangerang. Selain menjalin hubungan kerjasama dengan instansi pendidikan Perguruan Tinggi Raharja juga menjalin hubungan kerjasama dengan institusi pemerintahan ,antara lain dengan: DETIKDA Kota Tangerang, APTIKOM Pusat, APTISI Komisariat III Tangerang, dan INDOCEIS

Pada 26 Januari 2017, Perguruan Tinggi Raharja mengikuti acara Piksi Internasional Conference On Knowledge and Sciences ( PICKS ) 2017 yang meliputi kegiatan konferensi internasional, Penandatanganan kerjasama, dan workshop Penulisan Standar Jurnal Internasional yang di adakan oleh Seamolec AIC Indonesia dengan Politeknik Piksi Ganesha Bandung bertempat di Grand ASRILIA Hotel Bandung. Pada acara tersebut, Perguruan Tinggi Raharja berhasil menjalin kerjasama luar negeri di antaranya dengan 100 MoU (Memorandum of Understanding) yang telah di tanda tangani.

Jurusan/Program Studi Perguruan Tinggi Raharja

  1. Jurusan/Prodi STMIK Raharja

    Tabel 3.1. Jurusan/Prodi STMIK Raharja

    Tabel 3.1 Merupakan tabel jurusan/prodi STMIK Raharaja dengan jenjang S1 dan Perguruan Tinggi Raharja memiliki 3 jurusan yaitu, Sistem Informasi, Teknik Informatika, dan Sistem Komputer.

  2. Jurusan/Prodi AMIK Raharja

    Tabel 3.2. Jurusan/Prodi AMIK Raharja

    Tabel 3.2 merupakan tabel jurusan/prodi AMIK Raharja dengan jenjang Diploma 3 (D3) yang terdapat di Perguruan Tinggi Raharja, memiliki 3 jurusan yaitu, Manajemen Informatika, Komputer Akutansi, dan Teknik Informatika.

Visidan Misi Perguruan Tinggi Raharja

Visi Perguruan Tinggi Raharja

Pada Tahun 2020 Perguruan Tinggi Raharja siap menjadi pelopor di bidang keilmuan yang berbasis IT dan membuka peluang bagi lulusan yang berprestasi mendapatkan kesempatan mengembangkan keilmuannya pada tingkat lanjutan serta turut memfasilitasi memasuki dunia kerja pada perusahaan di tingkat ASEAN.

Misi Perguruan Tinggi Raharja

Manajemen Kampus siap mengawal dan memfasilitasi seluruh program kerja yang dilaksanakan oleh Direktur AMIK RAHARJA INFORMATIKA dan Ketua STMIK RAHARJA mulai dari peningkatan mutu akademik sampai dengan pengembangan program kerja sesuai dengan RENSTRA yang telah ditetapkan dalam Rapat Kerja Manajemen dengan Yayasan.

Tujuan Perguruan Tinggi Raharja

Adapun tujuan dari Perguran Tinggi Raharja adalah sebagai berikut :

  1. Pada tahun akdemik 2015-2016 Manajemen Kampus akan menerapkan 10 Prinsip Kerja yang dilandasi niat yang kuat untuk mengawal Kerja Terencana, Kerja Terukur, dan Kerja Terealisasi untuk dapat dipertanggungjawabkan.

  2. Pada tahun akademik 2015-2016 Manajemen Kampus akan mengawal dan memfasilitasi Pelaksanaan Tugas Tepat Waktu, Tercapai Target dan Tepat Sasaran sesuai dengan program kerja yang telah ditetapkan.

  3. Pada tahun akademik 2015-2016 Manajemen kampus akan mengawal dan menfasilitasi seluruh pengembangan fisik dan keilmuan yang dilakukan oleh AMIK RAHARJA INFORMATIKA dan STMIK RAHARJA sesuai program kerja yang telah ditetapkan.

  4. Pada tahun akademik 2015-2016 Manajemen Kampus akan melakukan pelatihan, pengembangan sumber daya pelaksana dalam rangka mempersiapkan tenaga pelaksana yang lebih profesional di masa yang akan datang.

  5. Pada tahun akademik 2015-2016 Manajemen Kampus akan menguatkan keanggotaan APTISI, APTIKOM dan Program Kerjasama Dalam dan Luar Negeri untuk mendapatkan peningkatan mutu akademik pada AMIK RAHARJA INFORMATIKA dan STMIK RAHARJA.

  6. Pada tahun Akademik 2015-2016 Manajemen Kampus akan memperluas jaringan kerjasama dengan masyarakat secara Nasional dalam rangka meningkatkan bobot TRIDARMA PERGURUAN TINGGI.

Arti Nama Perguruan Tinggi Raharja

Arti kata Raharja diinspirasikan dari motto kota dan kabupaten Tangerang, yaitu Bhakti Karya Adhi Kerta Raharja dan Setya Karya Kerta Raharja yang artinya adalah kesejahteraan dan dalam arti luas adalah keinginan dan niat pendiri untuk membantu pemerintah ikut serta dalam membangun masyarakat yang sejahtera melalui penguasaan teknologi informasi dan komputer. Get The Better Future By Computer Science (meraih sukses yang gemilang dengan ilmu komputer) merupakan motto dari Perguruan Tinggi Raharja.

Arti Green Campus

Sesuai dengan namanya, Green Campus berarti Kampus Hijau. Hingga makna dari Kampus Hijau itu sendiri terbagi menjadi Green atau biasa disebut dengan “Green Leaf” yang dapat diartikan ‘masih hijau’. Dalam arti luasnya menjadi generasi muda Indonesia adalah bibit unggul yang masih hijau dan Green Campus memberi potensi untuk melahirkan generasi pribadi yang matang serta berguna bagi bangsa dan Negara.

Gambar 3.1. Green Campus

Sedangkan Green dalam konteks Green Power memiliki arti financial. Sebagai instansi pendidikan, Green Campus dapat memberi power untuk menopang seluruh aktifitas perkuliahan demi menciptakan pribadi raharja yang dapat mandiri secara financial (financially independent).

Arti Pribadi Raharaja

Pribadi Raharja merupakan cerminan almamater Perguruan Tinggi Raharja yang wajib memiliki keyakinan bahwa perguruan tinggi benar-benar harus merupakan lembaga ilmiah dan kampus benar-benar harus merupakan masyarakat ilmiah. Perguruan tinggi sebagai almamater (ibu asuh) merupakan suatu kesatuan yang bulat dan mandiri.

Gambar 3.2. Pribadi Raharja

(Sumber : http://raharja.ac.id)

Pribadi Raharja mencakup empat unsur Civitas Akademika, yaitu Dosen, Staff/Karyawan Administratif, mahasiswa serta alumni. Dimana civitas tersebut harus manunggal melalui almamater, berbakti kepada almamater dan mengabdi kepada rakyat, bangsa dan negara melalui almamter dengan melaksanakan Tri Dharma Perguruan Tinggi.

Struktur Organisasi

Sebuah organisasi atau perusahaan harus mempunyai suatu struktur organisasi yang digunakan untuk memudahkan pengkoordinasian dan penyatuan usaha, untuk menunjukkan kerangka-kerangka hubungan diantara fungsi, bagian-bagian maupun tugas dan wewenang serta tanggung jawab. Perguruan Tinggi Raharja yang mempunyai struktur organisasi manajemen sebagai berikut :

Gambar 3.3. Struktur Organisasi Akademik Perguruan Tinggi Raharja

Serta untuk menunjukan rantai (garis) perintah dan perangkapan fungsi yang diperlukan dalam suatu organisasi.

Tugas dan Tanggung Jawab

Seperti halnya di dalam sebuah perusahaan, Perguruan Tinggi Raharja di dalam manajemen akademiknya terdapat bagian-bagian yang mempunyai tugas dan kewajiban dalam menyelesaikan semua pekerjaannya.

Berikut adalah wewenang serta tanggung jawab bagian-bagian yang ada pada Perguruan Tinggi Raharja, yaitu sebagai berikut :

1. Presiden Direktur

Wewenang :

  1. Menyelenggarakan program kerja yang berpedoman pada visi, misi, fungsi dan tujuan pendirian Perguruan Tinggi Raharja.
  2. Menyelenggarakan kegiatan dan pengembangan pendidikan, penelitian serta pengabdian pada masyarakat.
  3. Menyelenggarakan kegiatan pengembangan administrasi.
  4. Menyelenggarakan kegiatan-kegiatan yang menunjang terwujudnya Tri Darma Perguruan Tinggi.

Tanggung Jawab :

  1. Pemimpin penyelenggaraan pendidikan, penelitian, pengabdian kepada masyarakat, membina tenaga edukatif, mahasiswa, tenaga administrasi dan terhadap lingkungan.

2. Direktur

Wewenang:

  1. Merupakan wakil presiden direktur.
  2. membantu presiden direktur dalam berbagai kegiatan.

3.Pembantu (Bidang Akademik)

Wewenang :

  1. Menjalankan program kebijaksanaan akademik.
  2. Mengawasi dan membina serta mengembangkan program studi sesuai kebijaksanaan yang telah digariskan.
  3. Membina dan mengembangkan kegiatan penelitian dan pengabdian pada masyarakat.
  4. Mengadakan afiliasi.
  5. Membina dan mengembangkan kelembagaan.

Tanggung Jawab :

  1. Membantu ketua dalam memimpin pelaksanaan pendidikan, penelitian dan pengabdian pada masyarakat.


4.Pembantu Direktur II (Administrasi)

Wewenang :

  1. Melaksanakan dan mengelola seluruh kegiatan administrasi dan keuangan.
  2. Membina dan mengembangkan kepegawaian.
  3. Mengadakan sarana dan prasarana kepegawaian.

Tanggung Jawab :

  1. Membantu ketua dalam pelaksanaan kegiatan dibidang keuangan dan administrasi.

5. Pembantu Direktur III (Bidang Kemahasiswaan)

Wewenang :

  1. Membina kegiatan kemahasiswaan.
  2. Membina kehidupan mahasiswa dalam kampus sehingga dapat mengembangkan penalaran.
  3. Membina dan mengawasi kegiatan lembaga mahasiswa serta unit kegiatan khusus akademik.

Tanggung Jawab :

  1. Membantu ketua dalam pelaksanaan kegiatan dibidang kemahasiswaan serta pelayanan kesejahteraan mahasiswa.

6.Asisten Direktur Akademik

Wewenang :

  1. Mengusulkan kepada Direktur atas prosedur pelaksanaan proses belajar mengajar.
  2. Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
  3. Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
  4. Memberikan kebijakan pelaksanaan layanan pada bidangnya.
  5. Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
  6. Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
  7. Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian dosen.

Tanggung Jawab :

  1. Bertanggung jawab atas penyusunan JRS yang efektif dan efisien, pengimplementasian pelaksanaan proses belajar mengajar, kemajuan kualitas pelayanan akademik yang berkesinambungan, dan kelancaran proses belajar mengajar.

7. Kepala Jurusan

Wewenang:

  1. Mengusulkan kepada Assisten Direktur Akademik tentang perubahan mata kuliah dan materi kuliah yang dianggap telah kadaluarsa bahkan perubahan kurikulum jurusan.
  2. Mengusulkan kepada Asisten Direktur Akademik tentang kenaikan honor dosen binaannya.
  3. Mengusulkan kepada Asisten Direktur Akademik tentang pengadaan seminar, pelatihan, penambahan kelas perkuliahan pengangkatan dosen baru dan pemberhentian dosen.
  4. Memberikan kebijakan administratif Akademik seperti cuti kuliah, perpindahan jurusan, ujian susulan, dan pembukaan semester pendek.
  5. Mengusulkan kepada Asisten Direktur Akademik tentang pembukaan peminatan/konsentrasi baru dalam jurusannya.
  6. Memberikan sanksi Akademik kepada mahasiswa yang melanggar tata tertib Perguruan Tinggi Raharja.

Tanggung Jawab :

  1. Bertanggung jawab atas penyusunan dan pengimplementasian kurikulum, SAP dan bahan ajar, monitoring kehadiran dosen dalam perkuliahan, jam konsultasi dan tugas-tugas yang disampaikan ke dosen, terlaksananya penelitian, seminar, pembinaan prestasi akademik mahasiswa dan peningkatan jumlah mahasiswa dalam jurusannya.

8. Asisten Direktur Finansial

Wewenang:

  1. Mengusulkan kepada Direktur atas prosedur pembuatan budget pada setiap bagian dan pelaksanaan pemakaian dana.
  2. Mengusulkan kepada Direktur tentang kenaikan honor, pengangkatan dan pemberhentian staff binaannya.
  3. Memberikan kebijakan pelaksanaan layanan pada bidangnya dan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.

Tanggung Jawab :

  1. Bertanggung jawab atas penyusunan budgeting pada setiap bagian, dan tersedianya dana atas budget yang telah disetujui.
  2. Bertanggung jawab atas kemajuan kualitas pendanaan aktifitas yang berkesinambungan.
  3. Bertanggung jawab atas kelancaran proses belajar mengajar.

9. Layanan Keuangan Mahasiswa(LKM)

Wewenang:

  1. Mengusulkan prosedur layanan keuangan kepada Asisten Direktur Finansial
  2. Mengusulkan tentang unit baru yang dibutuhkan kepada Asisiten Direktur Finansial.

Tanggung Jawab:

  1. Bertanggung jawab atas kelancaran proses penerimaan keuangan mahasiswa
  2. Bertanggung jawab atas penagihan tunggakan mahasiswa.


10. Asisten Direktur Operasional(ADO)

Wewenang :

  1. Mengusulkan kepada Direktur atas prosedur pelaksanaan pelayanan proses belajar mengajar
  2. Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
  3. Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
  4. Memberikan kebijaksanaan pelaksanaan layanan pada bidangnya.
  5. Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
  6. Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.

Tanggung Jawab :

  1. Bertanggung jawab atas penyusunan kalender akademik tahunan.
  2. Bertanggung jawab atas pengimplementasian pelaksanaan dan kualitas pelayanan yang berkesinambungan pada bidangnya.
  3. Bertanggung jawab atas kelancaran proses belajar mengajar.

11. Registrasi Perkuliahan dan Ujian(RPU)

Bagian registrasi perkuliahan dan ujian terdiri dari dua bagian antara lain:

A. Layanan Registrasi Mahasiswa (LRM)

Wewenang :

  1. Berwenang memberikan kebijakan yang berhubungan dengan proses registrasi mahasiswa.
  2. Memberikan kebijakan pelaksanaan layanan pada bidangnya
  3. Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan
  4. Mengusulkan kepada ADO untuk pengangkatan dan pemberhentian staff binaannya.

Tanggung Jawab:

  1. Bertanggung jawab atas pelaksanaan registrasi POM mulai dari persiapan hingga pada penutupan setiap semesternya.
  2. Bertanggung jawab atas pelaksanaan registrasi batal tambah dan jumlah mahasiswa yang melakukan POM.
  3. Bertanggung jawab atas seluruh informasi mengenai registrasi mahasiswa.

B. Perkuliahan dan Ujian (PU)

Wewenang :

  1. Mengusulkan kepada ADO atas prosedur pelaksanaan pelayanan proses belajar mengajar serta kebijakan yang diambil.
  2. Mengusulkan kepada ADO tentang pengangkatan dan pemberhentian staff binaannya.
  3. Memberikan sanksi kepada staff binaannya yang dianggap telah melanggar tata tertib karyawan.
  4. Mengusulkan kepada kepala jurusan untuk kelas perkuliahan yang dapat dibuka.

Tanggung Jawab :

  1. Bertanggung jawab atas pelaksanaan dan pendokumentasian perkuliahan dan ujian.

Tata Laksana Sistem Yang Berjalan

Untuk menganalisa sistem berjalan, penelitian ini menggunakan UML (Unifed Modeling Language) untuk menggambarkan prosedur dan alur Viewboard ROOSTER yang berjalan saat ini.

Prosedur Sistem Yang Berjalan

Alur Pembuatan Tiket ROOSTER Yang Berjalan

Prosedur data masuk dimulai dari terdapat pertanyaan dari customer iDuHelp! online maupun offline yang bertanya seputar ruang lingkup iDuHelp! namun operator iDuHelp! mengalami kesulitan dalam menjawab pertanyaan yang diberikan oleh customer dan pertanyaan tersebut tidak dapat dijawab secara langsung melainkan harus ditangani oleh PIC terkait. Maka operator iDuHelp! diharuskan untuk membuat sebuah tiket ROOSTER sebagai data masukan (input) yang dibuat oleh operator iDuHelp! kepada PIC terkait sesuai denggan yang ada didalam Mind Mapping ROOSTER yang fungsinya untuk mendapatkan jawaban yang tepat, akurat dan terpercaya dalam waktu penanganan maksimal 2x24 jam (senin – jumat).

Prosedur Menjawab Tiket ROOSTER

Prosedur yang dilakukan oleh operator iDuHelp! merupakan bagian dari proses penanganan tiket ROOSTER dari data masukan yang ada yaitu adanya permintaan tiket ROOSTER yang dibuat oleh operator iDuHelp! yang ditujukan kepada pihak terkait (PIC) yang otomatis mendapatkan notifikasi email dari support dan jika tiket ROOSTER tersebut belum ditangani dalam 1x24 jam maka admin ROOSTER mempunyai tugas untuk reminder kepada staff ROOSTER (PIC) terkait secara berkala melalui milis operator iDuHelp! dengan subject yang telah ditentukan yaitu berupa nomor tiket ROOSTER, nama PIC, dan issue summary. Kemudian PIC terkait melakukan eksekusi perihal pertanyaan yang diajukan dalam issue summary agar dapat dijawab oleh PIC tersebut dan di submit pada form response post reply dan operator iDuHelp! otomatis mendapatkan notifikasi email dari support jika tiket tersebut sudah ditangani oleh PIC. Setelah operator iDuHelp! mendapatkan jawaban tiket ROOSTER, operator iDuHelp! diwajibkan untuk meneruskan jawaban tiket ROOSTER kepada customer dengan cara forward email jawaban tiket ROOSTER yang didapat dari support dengan template yang sudah di sediakan oleh admin ROOSTER maksimal dalam 1x24 jam (senin-jumat).

Prosedur Pembuatan Laporan Rekapan Tiket ROOSTER

Prosedur laporan rekapan tiket ROOSTER ini merupakan hasil keluaran (output) yang di lakukan oleh admin ROOSTER masih secara manual dikarenakan Viewboard ROOSTER sedang mengalami maintenance sehingga data tidak dapat merekap secara otomatis dan untuk merekap data tiket ROOSTER secara manual menggunakan rinfo sheets. Setelah data di rekap kedalam rinfo sheets dalam bentuk laporan rekapan untuk dijadikan bahan penilaian performa staff ROOSTER dan monitoring untuk mengetahui seberapa banyak tiket ROOSTER yang masuk dan untuk melakukan audit untuk operator iDuHelp! yang tidak meneruskan jawaban tiket ROOSTER dan di posting pada site RHJFox dan dikirim melalui milis operator iDuHelp!.

Rancangan Prosedur Sistem Yang Berjalan

Flowchart Viewboard ROOSTER Yang Berjalan

Gambar 3.3. Flowchart Viewboard ROOSTER Yang Berjalan

Dapat dijelaskan dari gambar 3.3. Flowchart Viewboard ROOSTER yang sedang berjalan pada Perguruan Tinggi Raharja saat ini yaitu:

  1. 2 (dua) simbol terminal, yang berperan sebagai "mulai" dan "selesai" pada aliran proses flowchart program untuk secara keseluruhan.

  2. 2 (dua) simbol data, yang menyatakan proses input dan output yaitu “operator membuat tiket ROOSTER” dan “operator mengkonformasi nomor tiket ROOSTER”

  3. 8 (delapan) simbol proses, akses iduhelp.ilearning.me, customer mengajukan pertanyaan, customer akses leaderboard.raharja.info, customer akses new ticket pada halaman utama, cek nomor tiket pada kolom search, operator reminder tiket ROOSTER, admin rekap data tiket ROOSTER, operator meneruskan jawaban tiket ROOSTER.

Usecase Diagram Viewboard ROOSTER Yang Berjalan

Gambar 3.4 Use Case Diagram Viewboard ROOSTER yang Berjalan

Berdasarkan Gambar 3.4. Use Case Diagram Viewboard ROOSTER yang berjalan terdapat:

  1. Use Case: Visit iduhelp.ilearning,me

    Actor: Customer dan Operator iDuHelp!

    Main success scenario: Customer mengunjungi site iMe iDuHelp! Operator iDuHelp! membuatkan tiket dengan include verifikasi email rinfo yang didapatkan dari rinfo iDuHelp!. Lalu setelah mendapatkan email verifikasi dari customer, maka customer dapat mengajukan pertanyaan.

  2. Use case: Membuat tiket ROOSTER

    Actor : Operator iDuHelp!

    Skenario : Operator iDuHelp! membuatkan tiket dengan include data tiket yang didapatkan dari chatting iDuHelp!, lalu setelah tiket dibuat maka operator iDuHelp! akan mendapatkan nomor tiket.

  3. Use case : Konfirmasi nomor tiket

    Actor : Operator iDuHelp! dan customer

    Skenario : Setelah operator iDuHelp! membuat tiket maka operator iDuHelp! akan mendapatkan nomor tiket lalu operator iDuHelp! melakukan konfirmasi kepada customer.

  4. Use case: Akses leaderboard.raharja.info

    Actor: Customer

    Skenario: Didalam halaman utama Viewboard terdapat menu new ticket, staff ROOSTER dan ticket overdue.

  5. Use case : Akses new ticket

    Actor: Customer

    Scenario: Setelah mengakses Viewboard ROOSTER selanjutnya customer mengakses menu new ticket yang terdapat pada halaman utama Viewboard ROOSTER.

  6. Usecase:cek nomor tiket ROOSTER

    Actor: customer

    Scenario: customer melakukan pengecekan status tiket ROOSTER dengan cara memasukan nomor tiket pada kolom search yang terdapat di menu new ticket.

  7. Usecase: reminder tiket ROOSTER

    Actor: Operator iDuHelp!

    Scenario: operator iDuHelp! melakukan reminder kepada Staff ROOSTER setelah tiket tersebut dibuat dengan include staff ROOSTER mengeksekusi tiket ROOSTER dan operator mendapatkan jawaban tiket ROOSTER.

  8. Usecase: rekap tiket di Rinfo spreadsheet

    Actor: Admin

    Scenario: admin melakukan rekap tiket ROOSTER secara manual menggunakan Rinfo spreadsheets dan melakukan audit dalam waktu 2 (dua) minggu sekali.

  9. Usecase: meneruskan jawaban tiket ROOSTER

    Actor: Operator iDuHelp! dan customer

    Scenario: : Operator iDuHelp! Meneruskan jawaban tiket ROOSTER yang di dapat dari staff ROOSTER melalui email Rinfo kepada customer dengan waktu penanganan maksimal dalam 1x24 jam.

Activity Diagram Viewboard ROOSTER Yang Berjalan

Activity Diagram ini untuk menggambarkan rangkaian aliran aktifitas baik proses bisnis maupun Use Case. Dapat juga digunakan untuk memodelkan action yang akan dilakukan saat sebuah operasi dieksekusi, dan memodelkan hasil dari action tersebut.

Gambar 3.6 Activity Diagram Viewboard ROOSTER yang Berjalan

Berdasarkan Gambar 3.6. Activity Diagram Viewboard ROOSTER yang Berjalan, terdapat :

  1. 1 Initial Node, sebagai objek yang diawali.

  2. 13 action state dari sistem yang mencerminkan eksekusi dari suatu aksi pada sistem yang berjalan ini.

  3. 1 Final State, sebagai objek yang diakhiri.

Sequence Diagram Viewboard ROOSTER Yang Berjalan

Dari keterangan di atas dapat digambarkan dengan sequence diagram mengenai informasi sistem yang berjalan saat ini, sehingga dengan diagram ini dapat menggambarkan pergerakan sebuah objek dan pesan yang terjadi di dalam sistem penyampaian informasi.

Gambar 3.7 Sequence Diagram Viewboard ROOSTER yang Berjalan

Berdasarkan Gambar 3.7. Sequence Diagram Viewboard ROOSTER yang berjalan dapat dilihat bahwa terdapat :

  1. 4 actor yang melakukan kegiatan, yaitu Customer, Operator iDuHelp!, staff ROOSTER, dan admin.

  2. 3 entity lifeline, yaitu iDuHelp!, Tiket ROOSTER dan Viewboard ROOSTER

  3. 1 boundary lifeline, yaitu Chat operator iDuHelp!

  4. 17 message spesifikasi dari komunikasi antar objek yang memuat informasi–informasi tentang aktifitas yang terjadi

Analisa Sistem Yang Berjalan

Metode Analisa Sistem

Analisa SWOT

Pada metode ini penulis mengidentifikasi berbagai faktor secara sistematis terhadap faktor-faktor kekuatan (strengths) dan kelemahan (weakness) internal dengan peluang (opportunities) dan ancaman (threats) lingkungan yang dihadapi perusahaan.

Tabel 3.3. Analisa SWOT

Berdasarkan identifikasi SWOT yang telah dilakukan, selanjutnya dilakukan analisa untuk mencari strategi dengan menggunakan matriks SWOT. Matriks SWOT ini dapat menggambarkan secara jelas bagaimana peluang yang tersedia menggunakan (strategi S-O) dan menggunakan kekuatan yang dimiliki untuk mengatasi suatu ancaman dengan menggunakan (strategi S-T) dan dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki untuk meraih peluang yang ada menggunakan strategi (W-O) serta mengatasi ancaman yang ada dengan menggunakan (strategi W-T). Matriks SWOT dapat dilihat pada Tabel 3.3. dibawah ini::

Tabel 3.4. Matrix SWOT

Permasalahan Yang Dihadapi

Seperti yang diketahui bahwa prosedur sistem ROOSTER yang berjalan saat ini masih belum optimal. Dikarenakan pada saat operator iDuHelp! membuat tiket ROOSTER dan operator mengkonfirmasi nomor tiket ROOSTER kepada customer, seharusnya customer bisa melakukan pengecekan langsung pada Viewboard ROOSTER namun customer mengalami kesulitan untuk mengecek status tiket ROOSTER sehingga customer tidak mengetahui kabar tiket ROOSTER nya sudah terjawab atau masih dalam tahap proses.

Seperti yang diketahui bahwa prosedur menjawab tiket ROOSTER yang berjalan saat ini yaitu pada proses penanganan tiket ROOSTER yang ditujukan kepada PIC terkait maka PIC tersebut diwajibkan untuk segera mengeksekusi tiket ROOSTER maksimal dalam 1x24 jam (senin – jumat) sebelum status tiket ROOSTER mencapai batas overdue. Dan jika PIC terkait sudah mengeksekusi tiket ROOSTER maka operator iDuHelp! di wajibkan untuk segera meneruskan jawaban tiket ROOSTER yang di dapat dari support kepada customer. Namun, mengenai performa staff ROOSTER saat ini belum bisa di ditampilkan karena belum tersedianya fitur performa staff ROOSTER dalam bentuk grafik (chart) maupun tabel pada Viewboard ROOSTER.

Seperti yang diketahui yang telah dijelaskan di pembahasan sebelumnya bahwa pada sistem pelayanan yang dimiliki pada Perguruan Tinggi Raharja yaitu Viewboard ROOSTER yang memiliki masalah dalam memberikan informasi kepada customer. Viewboard ROOSTER yang kita ketahui sebagai penunjang pelayanan iDuHelp! yang seharusnya bisa memberikan informasi kepada customer maupun operator iDuHelp!. Namun, data yang ditampilkan dalam Viewboard ROOSTER tidak akurat dengan data yang ada pada sistem sehingga menyulitkan admin dalam melakukan rekapan tiket ROOSTER.

Alterantif Pemecahan Masalah

Setelah diatas dijabarkan permasalahan yang sedang dihadapi, maka dibuatkan alternatif pemecahan masalah. Alternatif pemecahan masalahnya adalah diperlukannya suatu prosedur baru yang diterapkan dalam penanganan tiket ROOSTER yang memudahkan serta membuat nyaman admin ROOSTER, staff ROOSTER maupun customer dalam melakukan pemantauan maupun melakukan pengecekan tiket yaitu dengan malakukan pengembangan sistem membangun sebuah sistem yang lebih baik lagi untuk memberikan informasi mengenai performa staff ROOSTER dalam bentuk tabel maupun grafik (charts), rekapan tiket ROOSTER secara otomatis agar memudahkan admin ROOSTER dalam melakukan pemantauan untuk mengetahui berapa banyak tiket ROOSTER yang masuk dan dapat memudahkan customer dalam mengecek status tiket ROOSTER serta membuat sistem menjadi lebih informatif dengan user interface yang lebih menarik.

User Requirement

User Requirement ini memuat tabel elisitasi dari tahap 1, 2, 3, dan final draft. Membuat elisitasi ini dapat dibuktikan berdasarkan pada observasi dan wawancara dengan stakeholder.

Elisitasi Tahap I

Menurut Siahaan (2012:66)[43], Elisitasi Tahap I, Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait oleh pihak wawancara.

Tabel 3.5 Elisitasi Tahap I

ANALISA KEBUTUHAN
FUNGSIONAL
SAYA INGIN SISTEM DAPAT:
No. Keterangan
1. Sistem dapat menampilkan news
2. Sistem dapat menampilkan recents popular
3. Sistem dapat menampilkan informasi Top 10 PIC ditampilkan berdasarkan nama
4. Sistem dapat menampilkan last visitor
5. Sistem dapat menampilkan informasi Top 10 operator iDuHelp! ditampilkan berdasarkan nama
6. Sistem dapat menampilkan calender
7. Sistem dapat menampilkan Flag counter
8. Sistem dapat menampilkan informasi Top 10 pertanyaan terpopuler
9. Sistem dapat menampilkan weather
10. Sistem dapat menampilkan widget message
11. Sistem dapat menampilkan detail tiket ROOSTER
12. Sistem dapat menampilkan foto profil staff ROOSTER
13. Sistem dapat menampilkan menu total tiket secara keseluruhan di halaman utama
14. Sistem memiliki fitur feedcount
15. Sistem dapat menampilkan sub menu testimoni
16. Sistem dapat menampilkan grafik line
17. Sistem dapat menampilkan congratulation card Staff ROOSTER
18. Sistem dapat menampilkan performa staff ROOSTER dalam bentuk grafik
19. Sistem dapat menampilkan widget likes
20. Sistem dapat menampilkan sub menu mind mapping ROOSTER
21. Sistem dapat menampilkan peraturan ROOSTER
22. Sistem dapat menampilkan sub menu FAQ
23. Sistem memiliki fitur create ticket ROOSTER
24. Sistem memiliki fitur hapus tiket ROOSTER
25. Sistem dapat menampilkan fitur check ticket pada halaman utama
26. Sistem dapat menampilkan Roadmap TPi
27. Sistem dapat terhubung dengan iMe ROOSTER
28. Sistem dapat menampilkan fitur Single Sign On dengan Rinfo
29. Sistem dapat menampilkan fitur who’s online
30. Sistem memiliki fitur jump to top
31. Sistem memiliki fasilitas menu Site Map
32. Sistem memiliki fitur slideshow gambar
33. Sistem memiliki fasilitas zoom in dan zoom out
34. Sistem dapat terhubung dengan situs raharja.ac.id
35. Sistem memiliki fitur button like yang terhubung ke facebook Green campus Raharja
36. Sistem dapat menampilkan Headline News
37. Sistem memiliki fitur Google Maps Widget
38. Sistem memiliki fitur feedcount
39. Sistem memiliki fitur disable right click
40. Sistem dapat menampilkan menu pilihan bahasa
41. Sistem memiliki widget jam
42. Sistem dapat menampilkan Browser Statistics
43. Sistem dapat menampilkan Vertical Form
44. Sistem memiliki fitur suggestion pada menu search
45. Sistem memiliki logo ROOSTER
46. Sistem dapat menampilkan jobdesk PIC ROOSTER
47. Sistem dapat menampilkan text area
48. Sistem memiliki plugin alert
49. Sistem dapat menampilkan mutu tiket ROOSTER
50. Sistem dapat menginput nomor tiket ROOSTER
51. Sistem dapat menampilkan efek hover pada gambar
52. Sistem dapat menampilkan menu login
53. Sistem dapat menampilkan menu logout
54. Sistem dapat menampilkan why ROOSTER
55. Sistem dapat menampilkan progress bar
Non Functional
Saya ingin sistem dapat :
No. Keterangan :
1. Memiliki 50 views, likes, comments pada video project Viewboard ROOSTER
2. Menghasilkan 1000 Tiket ROOSTER
3. Menghasilkan 50 responden yang submit pada form testimoni
4. Menampilkan 4 main menu pada halaman utama
5. Memiliki jumlah visitor count sebanyak 100 visitor
Penyusun,




(Retno Widuri)
NIM : 1311475996
Stakeholder,




(Muhamad Yusup, M.Kom)
NIP : 07132

Elisitasi Tahap II

Elisitasi Tahap II, merupakan hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi. (Siahaan, 2012:66)[43]. Berikut penjelasan mengenai metode MDI:

  1. M pada metode MDI yaitu disebut Mandatory (penting). Artinya, requirement tersebut harus ada dan tidak boleh dihilangkan saat pembuatan sistem yang baru.

  2. D pada metode MDI yaitu disebut Desirable. Artinya, requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut ada untuk pembentukan sistem yang baru maka akan membuat sistem tersebut menjadi sempurna.

  3. I pada metode MDI yaitu disebut Inessential. Artinya, requirement tersebut bukanlah bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.

Tabel 3.6 Elisitasi Tahap II

Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
No. Keterangan M D I
1. Sistem dapat menampilkan news
2. Sistem dapat menampilkan recents popular
3. Sistem dapat menampilkan informasi Top 10 PIC ditampilkan berdasarkan nama
4. Sistem dapat menampilkan last visitor
5. Sistem dapat menampilkan informasi Top 10 operator iDuHelp! ditampilkan berdasarkan nama
6. Sistem dapat menampilkan calender
7. Sistem dapat menampilkan Flag counter
8. Sistem dapat menampilkan informasi Top 10 pertanyaan terpopuler
9. Sistem dapat menampilkan weather
10. Sistem dapat menampilkan widget message
11. Sistem dapat menampilkan detail tiket ROOSTER
12. Sistem dapat menampilkan foto profil staff ROOSTER
13. Sistem dapat menampilkan menu total tiket secara keseluruhan di halaman utama
14. Sistem memiliki fitur feedcount
15. Sistem dapat menampilkan sub menu testimoni
16. Sistem dapat menampilkan grafik line
17. Sistem dapat menampilkan congratulation card Staff ROOSTER
18. Sistem dapat menampilkan performa staff ROOSTER dalam bentuk grafik
19. Sistem dapat menampilkan widget likes
20. Sistem dapat menampilkan sub menu mind mapping ROOSTER
21. Sistem dapat menampilkan peraturan ROOSTER
22. Sistem dapat menampilkan sub menu FAQ
23. Sistem memiliki fitur create ticket ROOSTER
24. Sistem memiliki fitur hapus tiket ROOSTER
25. Sistem dapat menampilkan fitur check ticket pada halaman utama
26. Sistem dapat menampilkan Roadmap TPi
27. Sistem dapat terhubung dengan iMe ROOSTER
28. Sistem dapat menampilkan fitur Single Sign On dengan Rinfo
29. Sistem dapat menampilkan fitur who’s online
30. Sistem memiliki fitur jump to top
31. Sistem memiliki fasilitas menu Site Map
32. Sistem memiliki fitur slideshow gambar
33. Sistem memiliki fasilitas zoom in dan zoom out
34. Sistem dapat terhubung dengan situs raharja.ac.id
35. Sistem memiliki fitur button like yang terhubung ke facebook Green campus Raharja
36. Sistem dapat menampilkan Headline News
37. Sistem memiliki fitur Google Maps Widget
38. Sistem memiliki fitur feedcount
39. Sistem memiliki fitur disable right click
40. Sistem dapat menampilkan menu pilihan bahasa
41. Sistem memiliki widget jam
42. Sistem dapat menampilkan Browser Statistics
43. Sistem dapat menampilkan Vertical Form
44. Sistem memiliki fitur suggestion pada menu search
45. Sistem memiliki logo ROOSTER
46. Sistem dapat menampilkan jobdesk PIC ROOSTER
47. Sistem dapat menampilkan text area
48. Sistem memiliki plugin alert
49. Sistem dapat menampilkan mutu tiket ROOSTER
50. Sistem dapat menginput nomor tiket ROOSTER
51. Sistem dapat menampilkan efek hover pada gambar
52. Sistem dapat menampilkan menu login
53. Sistem dapat menampilkan menu logout
54. Sistem dapat menampilkan why ROOSTER
55. Sistem dapat menampilkan progress bar
Non Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
No. Keterangan M D I
No Saya ingin sistem dapat
1. Memiliki 50 views, likes, comments pada video project Viewboard ROOSTER
2. Menghasilkan 1000 Tiket ROOSTER
3. Menghasilkan 50 responden yang submit pada form testimoni
4. Menampilkan 4 main menu pada halaman utama
5. Memiliki jumlah visitor count sebanyak 100 visitor
Penyusun,




(Retno Widuri)
NIM : 1311475996
Stakeholder,




(Muhamad Yusup, M.Kom)
NIP : 07132

Elisitasi Tahap III

Menurut Siahaan (2012:66)[43], Elisitasi Tahap III, merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI.

Selanjutnya, semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE, yaitu:

  1. T artinya Teknikal, bagaimana tata cara atau teknik pembuatan requirement dalam sistem diusulkan.

  2. O artinya Operasional, bagaimana tata cara penggunaan requirement dalam sistem akan dikembangkan.

  3. E artinya Ekonomi, berapakah biaya yang diperlukan guna membangun requirement di dalam sistem.

Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:

  1. High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus di eliminasi.

  2. Middle (M): Mampu dikerjakan.

  3. Low (L): Mudah dikerjakan

Tabel 3.7 Elisitasi Tahap III

Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
Feasibility T O E
Risk L M H L M H L M H
No. Keterangan
1. Sistem dapat menampilkan news
2. Sistem dapat menampilkan recents popular
3. Sistem dapat menampilkan informasi Top 10 PIC ditampilkan berdasarkan nama
4. Sistem memiliki fitur Google Maps Widget
5. Sistem memiliki fitur button like yang terhubung ke facebook Green campus Raharja
6. Sistem dapat menampilkan informasi Top 10 operator iDuHelp! ditampilkan berdasarkan nama
7. Sistem dapat menampilkan calender
8. Sistem dapat menampilkan Flag counter
9. Sistem dapat menampilkan informasi Top 10 pertanyaan terpopuler
10. Sistem dapat menampilkan weather
11. Sistem memiliki fitur disable right click
12. Sistem dapat menampilkan detail tiket ROOSTER
13. Sistem dapat menampilkan foto profil staff ROOSTER
14. Sistem dapat menampilkan menu total tiket secara keseluruhan di halaman utama
15. Sistem memiliki fitur suggestion pada menu search
16. Sistem memiliki fitur feedcount
17. Sistem dapat menampilkan sub menu testimoni
18. Sistem dapat menampilkan grafik line
19. Sistem dapat menampilkan jobdesk PIC ROOSTER
20. Sistem dapat menampilkan congratulation card Staff ROOSTER
21. Sistem dapat menampilkan performa staff ROOSTER dalam bentuk grafik
22. Sistem memiliki plugin alert
23. Sistem dapat menampilkan sub menu mind mapping ROOSTER
24. Sistem dapat menampilkan peraturan ROOSTER
25. Sistem dapat menampilkan sub menu FAQ
26. Sistem memiliki fitur create ticket ROOSTER
27. Sistem dapat menampilkan menu login
28. Sistem dapat menampilkan fitur check ticket pada halaman utama
29. Sistem dapat menampilkan Roadmap TPi
30. Sistem dapat terhubung dengan iMe ROOSTER
Non Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
Feasibility T O E
Risk L M H L M H L M H
No. Keterangan
1. Memiliki 50 views, likes, comments pada video project Viewboard ROOSTER
2. Menghasilkan 1000 Tiket ROOSTER
3. Menghasilkan 50 responden yang submit pada form testimoni
4 Menampilkan 4 main menu pada halaman utama
5. Memiliki jumlah visitor count sebanyak 100 visitor
Penyusun,




(Retno Widuri)
NIM : 1311475996
Stakeholder,




(Muhamad Yusup, M.Kom)
NIP : 07132

Final Draft Elisitasi

Menurut Siahaan (2012:66)[43], Final Draft Elisitasi, merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.

Tabel 3.8 Final Draft Elisitasi

Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
No. Keterangan
1. Sistem dapat menampilkan informasi Top 10 PIC ditampilkan berdasarkan nama
2. Sistem dapat menampilkan informasi Top operator iDuHelp! ditampilkan berdasarkan nama
3. Sistem dapat menampilkan Top 10 pertanyaan terpopuler
4. Sistem dapat menampilkan detail tiket ROOSTER
5. Sistem dapat menampilkan menu total tiket secara keseluruhan di halaman utama
6. Sistem dapat menampilkan sub menu testimoni
7. Sistem dapat menampilkan performa Staff ROOSTER dalam bentuk grafik
8. Sistem dapat menampilkan sub menu mind mapping ROOSTER
9. Sistem dapat menampilkan sub menu FAQ
10. Sistem dapat menampilkan fitur check ticket pada halaman utama
Non Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
Feasibility
Risk
No. Keterangan
1. Memiliki 50 views, likes, comments pada video project Viewboard ROOSTER
2. Menghasilkan 1000 Tiket ROOSTER
3. Menghasilkan 50 responden yang submit pada form testimoni
4. Menampilkan 4 main menu pada halaman utama
5. Memiliki jumlah visitor count sebanyak 100 visitor
Penyusun,




(Retno Widuri)
NIM : 1311475996
Mengetahui
          Pembimbing I                                           Pembimbing II 


 (Indri Handayani, S.Kom., M.T.I )                           ( Ary Budi Warsito, M.Kom )
          NID: 14018                                              NID: 10013
Menyetujui
          Stakeholder                                           Kepala Jurusan 


   (Muhammad Yusup, M. Kom)                                ( Nur Azizah, M.Akt., M.Kom )
          NIP: 07132                                              NIP: 10002

BAB IV

METODOLOGI PENELITIAN

Rancangan Sistem Yang Diusulkan

Prosedur Sistem Yang Diusulkan

Berdasarkan analisis serta penelitian yang dilakukan di dalam sistem yang berjalan saat ini pada Perguruan Tinggi Raharja yaitu Viewboard pada sistem ROOSTER, maka tahap selanjutnya adalah membahas mengenai sistem usulan. Adapun beberapa usulan prosedur tersebut bertujuan untuk memperbaiki dan menyempurnakan Viewboard yang terdapat pada sistem ROOSTER untuk memberikan informasi yang di butuhkan oleh admin ROOSTER dan pimpinan guna melakukan monitoring staff ROOSTER, dan customer untuk melakukan pengecekan status tiket ROOSTER untuk mengetahui status tiket tersebut sudah ditangani atau belum dan Viewboard dapat memberikan informasi untuk dapat mengetahui kinerja atau performa staff ROOSTER yang akan digunakan sebagai penunjang keputusan yang dibutuhkan untuk pimpinan.

Berdasarkan kebutuhan-kebutuhan sistem tersebut, maka perlu adanya tindak lanjut untuk merancang sistem yang bertujuan sebagai penyempurnaan sistem yang lama. Dan dalam menganalisa usulan prosedur yang baru dalam penelitian ini menggunakan flowchart dan Unifed Modeling Language (UML) untuk menggambarkan rancangan prosedur yang akan diusulkan.

Usecase Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.1. Use Case Diagram Viewboard ROOSTER Yang Diusulkan

Dapat dijelaskan gambar 4.1. Use Case diagram Viewboard ROOSTER yang diusulkan, yaitu terdiri dari 4 actor, yaitu : customer, Admin, staff ROOSTER dan operator iDuHelp!. Dan juga mempunyai 11 behavior atau kebiasaan diantaranya yaitu :

  1. Akses iduhelp.ilearning.me

  2. Membuat tiket ROOSTER

  3. Konfirmasi nomor tiket

  4. Akses leaderboard.raharja.info

  5. Masukan nomor tiket ROOSTER pada kolom search

  6. Klik button search

  7. Reminder tiket ROOSTER

  8. Meneruskan jawaban tiket ROOSTER

  9. Akses history report di Viewboard ROOSTER

  10. Monitoring performa

  11. Audit

Activity Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.2. Activity Diagram Viewboard ROOSTER Yang Diusulkan

Dapat dijelaskan Gambar 4.2. diatas Activity diagram Viewboard ROOSTER yang diusulkan, yaitu sebagai berikut :

  1. 1 (satu) initial node sebagai objek yang di awali.

  2. 16 (Enam belas) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : akses iduhelp.ilearning.me, verifikasi Rinfo, ajukan pertanyaan, membuat tiket ROOSTER, konfirmasi nomor tiket, akses leaderboard.raharja.info, masukan nomor tiket ROOSTER pada kolom search, klik button search, reminder tiket ROOSTER, mengeksekusi tiket ROOSTER, mendapatkan jawaban, akses history report di Viewboard ROOSTER, monitoring performa, audit, meneruskan jawaban tiket, mendapatkan jawaban tiket ROOSTER.

  3. 1 (satu) initial final node yang merupakan aktivitas akhir kegiatan.

Sequence Diagram Viewboard ROOSTER Yang Diusulkan

Gambar 4.3. Squence Diagram Viewboard ROOSTER Yang Diusulkan

Dapat dijelaskan Gambar 4.3. diatas sequence diagram Viewboard ROOSTER yang diusulkan, yaitu sebagai berikut :

  1. 4 actor yang melakukan kegiatan, yaitu customer, operator iDuHelp!, staff ROOSTER dan admin ROOSTER.

  2. 4 entity lifeline, yaitu iDuHelp!, Chat operator iDuHelp!, sistem ROOSTER dan Viewboard ROOSTER

  3. 19 message spesifikasi dari komunikasi antar objek yang memuat informasi–informasi tentang aktifitas yang terjadi yaitu:

    1. Akses iduhelp.ilearning.me

    2. Verifikasi rinfo

    3. Ajukan pertanyaan

    4. Melayani customer

    5. Meminta data pendukung

    6. Membuat tiket ROOSTER

    7. Mendapatkan nomor tiket

    8. Konfirmasi nomor tiket kepada customer

    9. Akses leaderboard.raharja.info

    10. Masukan nomor tiket ROOSTER pada kolom search

    11. Klik button search

    12. Reminder tiket ROOSTER

    13. Reminder tiket ROOSTER

    14. Mengeksekusi tiket ROOSTER

    15. Mendapatkan jawaban tiket ROOSTER

    16. Meneruskan jawaban tiket ROOSTER

    17. Akses history report

    18. Monitoring performa

    19. Audit

Perbedaan Prosedur Antara Sistem Berjalan Dan Sistem Yang Diusulkan

Berikut ini adalah tabel perbedaan antara sistem berjalan dengan sistem yang diusulkan:

Tabel 4.1. Perbedaan Prosedur Antara Sistem Berjalan Dan Sistem Yang Diusulkan

Flowchart Sistem Viewboard ROOSTER Yang Diusulkan

Gambar 4.4. Flowchart Viewboard ROOSTER Yang Berjalan

Dapat dijelaskan dari gambar 4.4. Flowchart Viewboard ROOSTER yang diusulkan pada Perguruan Tinggi Raharja saat ini yaitu:

  1. 2 (dua) simbol terminal, yang berperan sebagai "mulai" dan "selesai" pada aliran proses flowchart program untuk secara keseluruhan admin ROOSTER.

  2. 2 (dua) simbol yang menyatakan proses input dan output yaitu “operator membuat tiket ROOSTER” dan “operator mengkonformasi nomor tiket ROOSTER”

  3. 8 (delapan) simbol proses, akses iduhelp.ilearning.me, customer mengajukan pertanyaan, customer akses leaderboard.raharja.info, customer cek nomor tiket pada kolom search, reminder tiket ROOSTER, mengeksekusi tiket ROOSTER, operator meneruskan jawaban tiket ROOSTER, mendapatkan jawaban tiket ROOSTER, akses history report di Viewboard ROOSTER, monitoring performa, Audit.

Metode Analisa SWOT Yang Diusulkan

Pada metode ini penulis mengidentifikasi berbagai faktor secara sistematis terhadap faktor-faktor kekuatan (strengths) dan kelemahan (weakness) internal dengan peluang (opportunities) dan ancaman (threats) lingkungan yang dihadapi perusahaan.

Tabel 4.2. Analisa SWOT Sistem Yang Diusulkan

Berdasarkan identifikasi SWOT yang telah dilakukan, selanjutnya dilakukan analisa untuk mencari strategi dengan menggunakan matriks SWOT. Matriks SWOT ini dapat menggambarkan secara jelas bagaimana peluang yang tersedia menggunakan (strategi S-O) dan menggunakan kekuatan yang dimiliki untuk mengatasi suatu ancaman dengan menggunakan (strategi S-T) dan dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki untuk meraih peluang yang ada menggunakan strategi (W-O) serta mengatasi ancaman yang ada dengan menggunakan (strategi W-T). Matriks SWOT dapat dilihat pada Tabel 3.3. dibawah ini::

Tabel 4.3. Matrix SWOT Sistem Yang Diusulkan

Konfigurasi Sistem

Spesifikasi Perangkat Keras (Hardware)

  1. Perangkat: PC

  2. Processor: Intel® Celeron® 1019Y @ 1.00 GHz

  3. Layar: 11.6” 1366 x 768, 16:9 aspect ratio

  4. Storage: 500 GB

  5. RAM: 2 GB

  6. Baterai: 3-cell Li-ion battery

Spesifikasi Perangkat Lunak (Software)

  1. Sistem Operasi Windows 8

  2. Microsoft Office 2010

  3. Bootstrap v3.3.7

  4. WinSCP

  5. Sublime Text

  6. Adminer

  7. XAMPP

Hak Akses (Brainware)

Hak akses dapat dilakukan oleh 3 user yaitu customer yang digunakan untuk melakukan pengecekan status tiket ROOSTER dan staff ROOSTER untuk melakukan pengolahan data dan admin ROOSTER untuk monitoring performa operator iDuHelp! dan staff ROOSTER.

Strategi

Sebagai salah satu upaya untuk proses pengembangan terhadap sistem, dibuatlah beberapa strategi yang dibuat untuk mencapai tujuan yang diinginkan. Pembuatan list strategi ini juga berguna bagi penulis sebagai sebuah batasan atas beberapa hal yang dapat dikerjakan. Pembahasan strategi ini dijadikan sebagai penjabaran dari apa yang sudah dilakukan dan butir-butir tersebut sudah tercantum di dalam final draft elisitasi. Pembuatan sub bab ini juga dijadikan sebagai gambaran mengenai pencapaian yang sudah dicapai di dalam final draft elisitasi. Dibawah ini merupakan beberapa bukti pencapaian yang sudah didapatkan dan sudah tercantum di dalam final draft elisitasi.

  1. Strategi 1: Sistem dapat menampilkan informasi Top 10 PIC disortir berdasarkan nama

    1. Strategi nomor 1 yang terdapat pada final draft elisitasi nomor 1 bagian fungsional pada halaman utama Viewboard ROOSTER terdapat Top 10 PIC yang melayani tiket ROOSTER terbanyak ditampilkan berdasarkan nama.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan

      Gambar 4.5. Pembuktian Strategi 1

  2. Strategi 2: Sistem dapat menampilkan informasi Top operator iDuHelp! Yang membuat tiket ROOSTER terbanyak disortir berdasarkan nama

    1. Strategi nomor 2 yang terdapat pada final draft elisitasi nomor 2 bagian fungsional pada halaman utama Viewboard ROOSTER terdapat Top 10 operator iDuHelp! ditampilkan berdasarkan nama.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.5. Pembuktian Strategi 2

  3. Strategi 3: Sistem dapat menampilkan Top 10 pertanyaan terpopuler

    1. Strategi nomor 3 yang terdapat pada final draft elisitasi nomor 3 bagian fungsional sistem dapat menampilkan Top 10 pertanyaan terpopuler yang sering ditanyakan oleh customer saat bertanya di iDuHelp!

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.7. Pembuktian Strategi 3

  4. Strategi 4: Sistem dapat menampilkan detail tiket ROOSTER

    1. Strategi nomor 4 yang terdapat pada final draft elisitasi nomor 4 bagian fungsional sistem dapat menampilkan detail tiket ROOSTER

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.8. Pembuktian Strategi 4

  5. Strategi 5: Sistem dapat menampilkan menu total tiket secara keseluruhan dalam halaman utama.

    1. Strategi nomor 5 yang terdapat pada final draft elisitasi nomor 5 bagian fungsional sistem dapat menampilkan menu total tiket secara keseluruhan dalam menu home untuk mengetahui seberapa banyak tiket yang masuk pada sistem ROOSTER.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.9. Pembuktian Strategi 5

  6. Strategi 6: Sistem dapat menampilkan testimoni pada menu dashboard

    1. Strategi nomor 6 yang terdapat pada final draft elisitasi nomor 6 bagian fungsional sistem dapat menampilkan testimoni dalam bentuk Rinfo form.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.10. Pembuktian Strategi 6

  7. Strategi 7: Sistem dapat menampilkan performa Staff ROOSTER dalam bentuk grafik

    1. Strategi nomor 7 yang terdapat pada final draft elisitasi nomor 7 bagian fungsional sistem dapat menampilkan performa Staff ROOSTER dalam bentuk grafik.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.11. Pembuktian Strategi 7

  8. Strategi 8: Sistem dapat menampilkan mind mapping ROOSTER pada menu dashboard

    1. Strategi nomor 8 yang terdapat pada final draft elisitasi nomor 8 bagian fungsional sistem dapat menampilkan mind mapping ROOSTER pada sub menu dashboard.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.12. Pembuktian Strategi 8

  9. Strategi 9: Sistem dapat menampilkan informasi FAQ pada menu dashboard

    1. Strategi nomor 9 yang terdapat pada final draft elisitasi nomor 9 bagian fungsional sistem dapat menampilkan FAQ pada menu dashboard.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.13. Pembuktian Strategi 9

  10. Strategi 10: Sistem dapat menampilkan fitur check ticket pada menu home

    1. Strategi nomor 10 yang terdapat pada final draft elisitasi nomor 10 bagian fungsional sistem dapat menampilkan fitur check ticket pada menu home.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.14. Pembuktian Strategi 10

  11. Strategi 11: memiliki 50 views, likes, comments pada video project Viewboard ROOSTER

    1. Strategi nomor 11 yang terdapat pada final draft elisitasi nomor 1 bagian non fungsional memiliki 50 views, likes, comments pada video tutorial Viewboard ROOSTER

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan

      Gambar 4.15. Pembuktian Strategi 11

  12. Strategi 12: Menghasilkan 1000 Tiket ROOSTER

    1. Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 2 bagian non fungsional dapat meghasilkan 1000 tiket ROOSTER.

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.15. Pembuktian Strategi 12

  13. Strategi 13: Menghasilkan 50 responden yang submit pada form testimoni

    1. Strategi nomor 13 yang terdapat pada final draft elisitasi nomor 3 bagian non fungsional Menghasilkan 50 testimoni yang submit pada form testimoni

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.17. Pembuktian Strategi 13

  14. Strategi 14: Menampilkan 4 main menu pada halaman utama

    1. Strategi nomor 14 yang terdapat pada final draft elisitasi nomor 4 bagian non fungsional menampilkan 4 main menu pada halaman utama

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.18. Pembuktian Strategi 14

  15. Strategi 15: Memiliki jumlah visitor count sebanyak 100 visitor

    1. Strategi nomor 14 yang terdapat pada final draft elisitasi nomor 5 bagian non fungsional Memiliki jumlah visitor count sebanyak 100 visitor

    2. Adapun pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

      Gambar 4.19. Pembuktian Strategi 15

Testing

Blackbox Testing

Pengujian yang dilakukan pada Viewboard ROOSTER ini menggunakan metode pengujian black box atau yang biasa disebut dengan pengujian fungsional. Pengujian black box berfokus pada persyaratang fungsionalitas perangkat lunak.

Berikut ini terdapat 10 pengujian pada Viewboard ROOSTER yang dilakukan dengan menggunakan black box testing meliputi:

Tabel 4.4. Testing

  1. New Ticket

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses New Ticket

    Tabel 4.5. Pengujian akses New Ticket

    Pada pengujian ini bertujuan untuk menguji apakah menu new ticket yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan informasi seputar data tiket yang masuk dan belum di tangani oleh PIC terkait.

  2. Total ticket

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses total ticket

    Tabel 4.6. Pengujian akses Total Ticket

    Pada pengujian ini bertujuan untuk menguji apakah menu total ticket yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan informasi seputar total tiket keseluruhan yang masuk pada sistem ROOSTER.

  3. Staff ROOSTER

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Staff ROOSTER

    Tabel 4.7. Pengujian akses staff ROOSTER

    Pada pengujian ini bertujuan untuk menguji apakah menu staff ROOSTER yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan daftar staff ROOSTER yang aktif.

  4. Ticket Over Due

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Ticket overdue

    Tabel 4.8. Pengujian akses Ticket Overdue

    Pada pengujian ini bertujuan untuk menguji apakah menu ticket overdue yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan informasi seputar tiket overdue yang ada pada sistem ROOSTER. Pada saat operator iDuHelp! membuat tiket ROOSTER maka tiket tersebut harus segera di eksekusi oleh PIC terkait, jika tiket ROOSTER tersebut belum ditangani dalam 1x24 jam maka tiket tersebut akan masuk ke dalam list ticket overdue.

  5. Testimoni Viewboard ROOSTER

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Testimoni

    Tabel 4.9. Pengujian akses Testimoni Viewboard ROOSTER

    Pada pengujian ini bertujuan untuk menguji apakah menu testimoni yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan dan hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan testimoni dalam bentuk Rinfo form.

  6. Akses Mind Mapping ROOSTER

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Mind mapping ROOSTER

    Tabel 4.10. Pengujian akses Mind Mapping ROOSTER

    Pada pengujian ini bertujuan untuk menguji apakah menu Mind mapping ROOSTER yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan informasi seputar pemetaan (mapping) ROOSTER untuk PIC Tpi, FiR, REC.

  7. Akses FAQ ROOSTER

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses FAQ ROOSTER

    Tabel 4.11. Pengujian akses FAQ ROOSTER

    Pada pengujian ini bertujuan untuk menguji apakah menu FAQ yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan informasi seputar FAQ.

  8. Akses Peforma PIC ROOSTER

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Performa PIC ROOSTER

    Tabel 4.12. Pengujian akses Performa Staff ROOSTER

    Pada pengujian ini bertujuan untuk menguji apakah menu performa Staffyang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan performa PIC perbulan dalam bentuk tabel dan grafik.

  9. Akses Peforma Operator iDuHelp!

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses Performa operator iDuHelp!

    Tabel 4.13. Pengujian akses Performa operator iDuHelp!

    Pada pengujian ini bertujuan untuk menguji apakah menu performa operator iDuHelp! yang ada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan performa operator iDuHelp! dalam bentuk tabel dan grafik.

  10. Akses Search Ticket

    Berikut ini adalah tabel pengujian black box berdasarkan saat mengakses search tiket

    Tabel 4.14. Pengujian akses Search Tiket

    Pada pengujian ini bertujuan untuk menguji apakah menu search tiket yang ada pada Viewboard ROOSTER dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah Viewboard ROOSTER dapat menampilkan fitur search tiket ROOSTER yang digunakan untuk customer melakukan pengecekan tiket secara online.

Evaluasi

Setelah dilakukan pengujian berdasarkan tahapan testing melalui black box terhadap Viewboard pada sistem ROOSTER yaitu mengenai pengujian Black Box pada tabel New ticket, pengujian Black Box pada tabel Total ticket, pengujian Black Box pada tabel Staff ROOSTER, pengujian Black Box pada tabel, pengujian Black Box pada tabel Ticket overdue, pengujian Black Box pada tabel Testimoni, pengujian Black Box pada tabel Mind Mapping ROOSTER, pengujian Black Box pada tabel FAQ, pengujian Black Box pada tabel Performa PIC, pengujian Black Box pada tabel Performa Operator, pengujian Black Box pada tabel Search ticket. Dari sepuluh hasil pengujian menyatakan bahwa semua Testing sistem Valid.

Implementasi

Tampilan Layar

Bagian ini merupakan hasil akhir tampilan user interface Viewboard ROOSTER yang diusulkan setelah dilakukan beberapa perubahan.

  1. Tampilan Halaman Utama Viewboard ROOSTER

    Gambar 4.20. Tampilan Halaman Utama Viewboard ROOSTER

    Gambar 4.20. merupakan tampilan halaman utama Viewboard ROOSTER yang bisa di akses semua user. Pada halaman ini terdapat menu navigation yaitu dashboard dan history report dalam bentuk dropdown. Kemudian pada bagian home terdapat menu new ticket, total ticket, staff ROOSTER dan overdue. Dan pada bagian home juga terdapat fitur search tiket yang digunakan untuk melakukan pengecekan tiket ROOSTER dan bagian home juga di lengkapi informasi seputar performa ROOSTER yaang ditampilkan dalam bentuk ringkasan dan tabel.

  2. Tampilan Halaman Performa Staff ROOSTER

    Gambar 4.21. Tampilan Halaman Performa Staff ROOSTER

    Gambar 4.21 merupakan halaman performa Staff ROOSTER setelah user mengakses menu performa Staff ROOSTER pada menu navigation. Halaman ini menampilkan informasi seputar performa Staff ROOSTER perbulan untuk mengetahui PIC siapa saja yang menangani tiket ROOSTER terbanyak dan terendah ditampilkan dalam bentuk tabel dan grafik.

  3. Tampilan Halaman New Ticket ROOSTER

    Gambar 4.22. Tampilan Halaman New Ticket ROOSTER

    Gambar 4.22. merupakan halaman status tiket ROOSTER setelah user mengakses menu status tiket pada menu navigation. Halaman ini menampilkan informasi seputar daftar tiket ROOSTER yang belum mendapat penanganan langsung oleh PIC terkait.

  4. Tampilan Halaman Daftar Staff ROOSTER

    Gambar 4.23. Tampilan Halaman Status Tiket ROOSTER

    Gambar 4.23. merupakan halaman status tiket ROOSTER setelah user mengakses menu daftar staff ROOSTER pada menu navigation. Halaman ini menampilkan daftar staff ROOSTER yang statusnya masih aktif dan juga bisa melihat kapan terakhir kali staff ROOSTER tersebut melakukan login pada sistem ROOSTER.

  5. Tampilan Halaman Mind mapping ROOSTER

    Gambar 4.24. Tampilan Halaman Mind mapping ROOSTE

    Gambar 4.24. merupakan halaman status tiket ROOSTER setelah user mengakses menu mind mapping ROOSTER pada menu navigation. Halaman ini menampilkan daftar PIC TPi, FIR, dan REC dalam bentuk pemetaan (mapping) untuk mengetahui siapa saja yang terlinat dalam ruang lingkup ROOSTER.

  6. Tampilan Halaman Testimoni

    Gambar 4.25. Tampilan Halaman Testimoni ROOSTER

    Gambar 4.25. merupakan halaman testimoni ROOSTER setelah user mengakses menu Testimoni pada menu navigation. Halaman ini menampilkan form testimoni untuk mengetahui kualitas sistem ROOSTER dan Viewboard ROOSTER.

  7. Tampilan Halaman FAQ

    Gambar 4.26. Tampilan Halaman FAQ

    Gambar 4.26 merupakan halaman FAQ ROOSTER setelah user mengakses menu FAQ pada menu navigation. Halaman ini menampilkan informasi seputar frequently asked questions. Jika user mengakses link yang terdapat pada FAQ maka akan langsung direct ke sistem iRAN.

Time Schedule

Tabel 4.15. Time Schedule

Estimasi Biaya

Tabel 4.16. Estimasi Biaya

BAB V

PENUTUP

Kesimpulan

Berdasarkan analisa yang telah dijelaskan pada BAB I mengenai Viewboard pada sistem ROOSTER yang ada pada Perguruan Tinggi Raharja saat ini, maka dapat diambil 3 buah kesimpulan sebagai berikut :

  1. Dengan diterapkannya fitur search pada halaman utama Viewboard ROOSTER, customer bisa melakukan pengecekan tiket ROOSTER secara langsung tanpa harus mengalami kesulitan mencari pada daftar tiket ROOSTER masuk pada sistem ROOSTER.

  2. Dengan mengembangkan grafik (charts) dan informasi seputar performa staff ROOSTER dapat menjadikan Viewboard yang informatif untuk mengetahui mutu dan kinerja staff ROOSTER dalam menangani tiket ROOSTER maupun membuat tiket ROOSTER.

  3. Sistem ticketing online yang saat ini diterapkan pada Perguruan Tinggi Raharja dalam melakukan pengolahan data masih menggunakan Rinfo sheet karena data yang ada pada Viewboard ROOSTER tidak akurat dengan data yang ada pada sistem ROOSTER. Maka dengan adanya Viewboard yang dapat merekap tiket ROOSTER secara otomatis yang ditampilkan berdasarkan nama dapat memberikan kemudahan dalam melakukan rekapan tiket ROOSTER perbulannya.

Saran

Untuk meningkatkan Viewboard ROOSTER pada Perguruan Tinggi Raharja berdasarkan penelitian yang dilakukan Penulis memberikan beberapa saran yang kiranya dapat dijadikan pertimbangan, adapun 3 saran yang Penulis berikan antara lain :

  1. Viewboard ROOSTER dapat memberikan informasi dari segala aktifitas disistem ROOSTER yang dimana akan terasa manfaatnya untuk staff ROOSTER dan customer.

  2. Perlu adanya update atau penambahan menu mengenai informasi yang ada di Viewboard ROOSTER.

  3. Dan diharapkan agar pengembang selanjutnya dapat menambahkan fitur reminder pada Viewboard ROOSTER sehingga admin dan operator iDuHelp! tidak perlu melakukan reminder secara manual melalui email Rinfo

DAFTAR PUSTAKA

  1. 1,0 1,1 Sunarya, A., Rahardja, U., & Wanda, A. 2015. Kepuasan Pelanggan Rooster Atas Kinerja Pelayanan Rooster Pada Perguruan Tinggi Raharja. Vol.9 No.1 ISSN : 1978 -8282
  2. Alim, Y., Suhartono, S., & Sasongko, P. S. 2012. Pengembangan Sistem Informasi Administrasi Pemeriksaan Pasien Di Instalasi Radiologi Rsud Kajen Dengan Unified Process.Semarang: Universitas Diponegoro. Vol. 2, No. 4, ISSN 2086-4930.
  3. Irfandi. 2015. Pengembangan Model Latihan Sepak Bola Dan Bola Voli (Studi Penelitian Pada Atlet Putra- Putri Dibanda Aceh). Yogyakarta: Deepublish
  4. Shelly, Gary B., and Harry J. Rosenblatt, 2012. Systems Analysis and Design Nineth Edition, United States of America: Course Technology. America
  5. Sidharta, I., & Wati, M. (2015). Perancangan Dan Implementasi Sistem Informasi Urunan Desa (URDES) Berdasarkan Pada Pajak Bumi Dan Bangunan. Jurnal Computech & Bisnis, 9(2), 95-107. Vol 9, No 2, ISSN 2442-4943.
  6. Tantra, Rudi 2012, Manajemen Proyek Sistem Informasi, Andi Offset, Yogyakarta
  7. 7,0 7,1 7,2 Jeperson Hutahaean, 2014. Konsep Sistem Informasi, Yogyakarta: Deepublish.
  8. Rusdiana H.A Dan Moch Irfan. 2014. Sistem Informasi Manajemen. Bandung: Pustaka Setia.
  9. Laudon., Kenneth C, Laudon., Jane P. 2012. Management Information Systems: Managing The Digital Firm, Twelfth Edition. Prentice Hall Inc., New Jersey.
  10. Anshori, A. H. 2017. Pentingnya Manajemen Berbasis Sekolah Atau Madrasah Dalam Kepemimpinan Sekolah Atau Madrasah Efektif. Volume 2. No. 01, ISSN 2442-8809.
  11. Kamus Besar Bahasa Indonesia (KBBI), Manajemen, Diakses pada tanggal 10 mei 2017, http://kbbi.web.id/manajemen
  12. Sidh, R. 2013. Peranan Brainware Dalam Sistem Informasi Manajemen. Jurnal Computech & Bisnis, Volume 7. No. 01, ISSN 2442-4943.
  13. Mulyani, S. (2017). Sistem Informasi Manajemen Rumah Sakit: Analisis dan Perancangan. ABDI SISTEMATIKA.
  14. Tjiptono, Fandy dan Gregorius Chandra. 2012. Pemasaran Strategik. Yogyakarta: ANDI.
  15. Sumantri, B. 2014. Pengaruh Kualitas Pelayanan Dan Produk Pembiayaan Terhadap Minat Dan Keputusan Menjadi Nasabah Di Bank Syariah. Jurnal Economia, Vol. 10, No. 2, E-ISSN: 2460-1152.
  16. Kamus Besar Bahasa Indonesia (KBBI), Pelayanan, Diakses pada tanggal 8 mei 2017, http://kbbi.web.id/pelayanan
  17. Hidayat, A. N. 2015. Analisis Sentimen Terhadap Wacana Politik Pada Media Masa Online Menggunakan Algoritma Support Vector Machine Dan Naive Bayes. Jurnal Elektronik Sistem Informasi dan Komputer, VOL.1 No.1.
  18. Hadi, M., & Purnama, B. E. 2016. Rancang Bangun Katalog Buku Online Pada Perpustakaan Umum Daerah Kabupaten Pacitan. IJNS-Indonesian Journal on Networking and Security,
  19. Muslim, M. A., & Pramesti, A. A. (2015). Penyajian Data Pelanggan pada Lima Area PT. Telekomunikasi Indonesia, Tbk. Kandatel Pekalongan Menggunakan Google Earth. Scientific Journal of Informatics, Vol. 1, No. 2 ISSN 2407-7658
  20. Achmad Solichin, 2016. “Pemrograman Web dengan PHP dan MySQL”, Penerbit Budi Luhur.
  21. Puspitasari, D. 2015. Rancang Bangun Sistem Informasi Koperasi Simpan Pinjam Karyawan Berbasis Web’. Jurnal Pilar Nusa Mandiri. No. 11 Vol. 2 ISSN 1978 – 1946.
  22. Kamus Besar Bahasa Indonesia (KBBI), Internet, Diakses pada tanggal 10 mei 2017, http://kbbi.web.id/internet.
  23. 23,0 23,1 23,2 23,3 23,4 Prasetyo, E., Kom, S., & Kom, M. 2015. Rancang Bangun Sistem Informasi Sekolah Tinggi Ilmu Ekonomi Rahmanyah Kabupaten Musi Banyuasin Berbasis Website. Jurnal Informanika, Volume 1 No. 2
  24. Prasetio, Adhi. 2012. Buku Pinter Pemrograman Web. Jakarta : Mediakita.
  25. Munawaroh, E., Fatimah, D. D. S., & Supriatna, A. D. 2014. Perancangan Aplikasi Rekam Medis Klinik Bersalin Baiturrahman Menggunakan Metode Object Oriented. Jurnal Algoritma, Vol 10, No 1. ISSN : 2302-7339
  26. Eko.A.S, Nurdin.B dan Yusi.A.B. 2012. Pembangunan Sistem Informasi Alumni Berbasis Web Pada Program Studi Teknik Informatika Universitas Diponegoro. Journal of Informatics and Technology Vol.01 No.01
  27. Wikipedia, WinSCP, Diakses pada tanggal 22 Maret 2017, https://en.wikipedia.org/wiki/WinSCP
  28. Wikipedia, Sublime Text, Diakses pada tanggal 21 Maret 2017, https://en.wikipedia.org/wiki/Sublime_Text
  29. Santoso, S. (2016). Perencanaan Dan Pembuatan Aplikasi Absensi Dosen Menggunakan Radio Frequency Identification (RFID) (Studi Kasus Politeknik Negeri Tanah Laut). Prosiding SENIATI, (Book-2). ISSN : 2085-4218
  30. Hutabarat, M. F., Setyaningsih, S., Si, M., Qur'ania, A., & Kom, M. (2017). Sistem Komputerisasi Data Suku Cadang Kendaraan Bermotor Roda Dua Berbasis Web. Jurnal Online Mahasiswa (JOM) Bidang Ilmu Komputer/Informatika,
  31. Henderi, H., Rahayu, S., & Prasetyo, B. M. 2015. Dashboard Information System Berbasis Key Performance Indicator. In Seminar Nasional Informatika (SEMNASIF) Vol 1, No 4. ISSN: 1979-2328
  32. Rohayati, M. (2014). Membangun Sistem Informasi Monitoring Data Inventory Di Vio Hotel Indonesia. Universitas Komputer Indonesia, 1.
  33. 33,0 33,1 Tiara, K., & Nurhaeni, T. 2016. Penerapan Viewboard GO+ Berbasis Yii Sebagai Media Monitoring Pembayaran Mahasiswa. Technomedia Journal, Vol.1 No.1, E-ISSN 2528-654465
  34. 34,0 34,1 Rahardja, U., Pratama, D., & Susanti, E. 2016. Implementasi Viewboard Dalam Mendukung Penyebaran Informasi Dengan Penyajian Artificial Informatics Pada Perguruan Tinggi. Vol.9 No.3 –Agustus 2016, ISSN : 1978 -8282
  35. Wikipedia, Leaderboard, Diakses pada tanggal 21 Maret 2017, https://en.wikipedia.org/wiki/Leader_Board
  36. Alatas, Husein. Responsive Web Design dengan PHP dan Bootstrap, Jakarta: Lokomedia, 2013.
  37. Hadi, F., Arlis, S., & Hariyanto, S. (2017). Perancangan Aplikasi Pencarian Labor Dan Lokal Untuk Kuliah Pengganti Di Universitas Putra Indonesia “Yptk” Padang. Jurnal Teknologi, 7(1). Vol 7, No 1 (2017) E- ISSN : 2541-1535 ISSN : 2301-4474
  38. Hasan, O., & Sentinuwo, S. (2017). Pemodelan dan Simulasi Penyebaran Penyakit Demam Berdarah Dengue (DBD) dengan Menggunakan Model Cellular Automata. Jurnal Teknik Informatika Universitas Sam Ratulangi, Vol 10, No. 1, ISSN : 2301-8364
  39. Roadmap.ilearning.me. FIR (Future IT Raharja). Diakses pada tanggal 12 juni 2017. Tersedia di http://roadmap.ilearning.me/fir/
  40. 40,0 40,1 Rahardja, U., Tiara, K., & Utami, R. 2016. Optimalisasi Penerapan ROOSTER Berbasis OsTicket Untuk Meningkatkan Mutu Pelayanan. Technomedia Journal, Vol.1 No.1, E-ISSN : 2528-6544.
  41. 41,0 41,1 iLearning, Rooster. iMe. 2013. Di akses pada tanggal 17 april 2017, http://rooster.ilearning.me/
  42. iLearning, iDuHelp!. iMe. 2013. Di akses pada tanggal 18 april 2017, http://iduhelp.ilearning.me/
  43. 43,0 43,1 43,2 43,3 43,4 Siahaan, Daniel. 2012. Analisa Kebutuhan dalam Rekayasa Perangkat Lunak. Yogyakarta: CV. Andi Offset.
  44. Diaz, D. C. P., Sulistiowati, S., & Lemantara, J. 2017. Rancang Bangun Aplikasi Penjualan Online pada CV. Mitra Techno Sains. Jurnal JSIKA, 5(12). Vol. 5, No. 12, 2016 ISSN 2338-137X
  45. Hadi, M. S., Karim, A. K. A., & Hidayat, Y. 2017. Sistem Informasi Konsultasi Kesehatan Online Dengan Mysql Di Balai Pengobatan Azzainiyah Nurul Jadid Paiton Probolinggo. Jurnal Teknik Informatika, 5(02)
  46. Rouf, A. (2012). Pengujian Perangkat Lunak Dengan Menggunakan Metode White Box Dan Black.
  47. Budiman, Agustiar. 2012. Pengujian Perangkat Lunak denganMetode Black Box Pada Proses Pra Registrasi UserVia Website. Makalah, halaman: 4.
  48. 48,0 48,1 Sri Mulyani. 2017. Analisis dan Perancangan Sistem Informasi Manajemen Keuangan Daerah: Notasi Pemodelan Unified Modeling Language (UML). Bandung: Abdi Sistematika.
  49. Budihartanti, C., & Wairisal, M. 2017. Perancangan Sistem Informasi Wisata Bersejarah Di Jabodetabek Berbasis Android. PROSISKO: Jurnal Pengembangan Riset dan Observasi Sistem Komputer, 1.
  50. Patrisius Istiarto Djiwandono, 2015. “Meneliti itu Tidak Sulit: Metodologi Penelitian Sosial dan Pendidikan Bahasa”, Yogyakarta: Deepublish.
  51. Sunarya, A., Rahardja, U., & Wanda, A, 2015, "KEPUASAN PELANGGAN ROOSTER ATAS KINERJA PELAYANAN ROOSTER PADA PERGURUAN TINGGI RAHARJA". Vol.9 No.1 – September 2015. ISSN : 1978 -8282
  52. Rahardja, U., Tiara, K., & Erviani, M. I. 2016. Optimalisasi Viewboard Rhjfox Berbasis Bootstrap Sebagai Sistem Penunjang Keputusan. Technomedia Journal, Vol.1 No.1, E-ISSN : 2528- 6544
  53. Sebastian, K., Sari, V., Loy, L. Y., Zhang, F., Zhang, Z., & Feng, M. 2012. Multi- Signal Visualization Of Physiology (MVP): A Novel Visualization Dashboard For Physiological Monitoring Of Traumatic Brain Injury Patients. In Engineering in Medicine and Biology Society (EMBC), 2012 Annual International Conference of the IEEE (pp. 2000-2003). IEEE.
  54. Korczak, J., Dudycz, H., & Dyczkowski, M. 2012. Intelligent dashboard for SME managers. Architecture and functions. In Computer Science and Information Systems (FedCSIS), 2012 Federated Conference on (pp. 1003- 1007). IEEE.
  55. Halwani, F., Li, W. C., Banerjee, D., Lessard, L., Amyot, D., Michalowski, W., & Giffen, R. 2016. A real-time dashboard for managing pathology processes. Journal of pathology informatics, 7.
  56. Fox, L. A., Walsh, K. E., & Schainker, E. G. 2016. The creation of a pediatric hospital medicine dashboard: Performance assessment for improvement. Hospital pediatrics
  57. Velcu-Laitinen, O., & Yigitbasioglu, O. M. 2012. The Use of Dashboards in Performance Management: Evidence from Sales Managers. International Journal of Digital Accounting Research, 12.

Contributors

Dian Kurniati, Retnowiduri