SI1312474539

Dari widuri
Revisi per 13 Maret 2017 04.29 oleh Siti mutmainah (bicara | kontrib)

(beda) ← Revisi sebelumnya | Revisi terkini (beda) | Revisi selanjutnya → (beda)

Lompat ke: navigasi, cari


PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM

PENILAIAN OBJEKTIF SIDANG DI

PERGURUAN TINGGI


SKRIPSI


Logo stmik raharja.jpg


Disusun Oleh :

NIM
: 1312474539
NAMA


JURUSAN SISTEM INFORMASI

KONSENTRASI BUSINESS INTELLIGENCE

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

STMIK RAHARJA

TANGERANG

2016/2017

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PENGESAHAN SKRIPSI

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM

PENILAIAN OBJEKTIF SIDANG DI

PERGURUAN TINGGI

Disusun Oleh :

NIM
: 1312474539
Nama
Jenjang Studi
: Strata Satu
Jurusan
: Sistem Informasi
Konsentrasi
: Business Intelligence

 

 

Disahkan Oleh :

Tangerang, Maret 2017

Ketua
       
Kepala Jurusan
STMIK RAHARJA
       
Jurusan Sistem Informasi
           
           
           
           
(Ir. Untung Rahardja, M.T.I)
       
(Nur Azizah, M.Akt., M.Kom)
NIP : 99001
       
NIP : 078010

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PERSETUJUAN PEMBIMBING

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM

PENILAIAN OBJEKTIF SIDANG DI

PERGURUAN TINGGI

Dibuat Oleh :

NIM
: 1312474539
Nama

 

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Informasi

Konsentrasi Business Intelligence

Disetujui Oleh :

Tangerang, Maret 2017

Pembimbing I
   
Pembimbing II
       
       
       
       
(Khanna Tiara, S.Kom., M.T.I)
   
(Indri Handayani, S.Kom., M.T.I)
NID : 14013
   
NID : 14018

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM

PENILAIAN OBJEKTIF SIDANG DI

PERGURUAN TINGGI

Dibuat Oleh :

NIM
: 1312474539
Nama

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan Sistem Informasi

Konsentrasi Business Intelligence

Tahun Akademik 2016/2017

Disetujui Penguji :

Tangerang, Maret 2017

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

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR KEASLIAN SKRIPSI

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM

PENILAIAN OBJEKTIF SIDANG DI

PERGURUAN TINGGI

Disusun Oleh :

NIM
: 1312474539
Nama
Jenjang Studi
: Strata Satu
Jurusan
: Sistem Informasi
Konsentrasi
: Business Intelligence

 

 

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 di atas tidak benar.

Tangerang, Maret 2017

 
 
 
 
 
NIM : 1312474539

 

)*Tandatangan dibubuhi materai 6.000;

ABSTRACT

Systems development is a way to provide the latest innovations in College where the system should be made based on what is needed the Private Raharja. PESSTA + comes with the newest features in order to complete the Objective Assessment points in the trial, where there is one of these points, certificate validation in which the student must collect the Charter certificate/seminars/workshops/training IT 6 from 3Raharja Campus from students, 1 certificate of International Seminar. With grounded Renstra Management College Raharja 2015-2016 on points to five in grains of the 4th PESSTA development plans there are to improve the assessment process Objective (PO) Trial surrounding the Logging of national and international Certificates. With the presence of PESSTA + this Student could easily submit certificate wherever and whenever they want without waiting for the trial to take place, and the certificate would be well-documented in PESSTA +. So, students no longer need to carry a certificate files when the trial takes place, and testers do not need to manually check the certificate carried by the students. The design method using HIPO, Flowcharts, UML (Unified Modelling Language) and the SWOT. Testing method using blackbox. And for PESSTA + using Yii2 Framework. Stages of implementations is disseminating the system PESSTA + Student supervision and Lecturer on Ta/Thesis. This research is expected to enhance the convenience of the student in the submit PO Council brand on College Raharja.


Keywords : PESSTA +, Objective Assessment, certificate validation


ABSTRAK

Pengembangan sistem adalah suatu cara untuk memberikan inovasi terbaru pada Perguruan Tinggi dimana sistem yang dibuat harus berdasarkan apa yang dibutuhkan para Pribadi Raharja. PESSTA+ hadir dengan fitur-fitur terbarunya guna melengkapi poin pada Penilaian Objektif Sidang, dimana salah satunya terdapat poin Validasi Sertifikat, dimana mahasiswa harus mengumpulkan piagam/sertifikat seminar/workshop/training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, 1 Sertifikat Seminar Internasional. Dengan didasari Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada poin ke lima di Butir ke-4 terdapat Rencana Pengembangan PESSTA untuk menyempurnakan proses Penilaian Objektif (PO) Sidang seputar Pendataan Sertifikat Nasional dan Internasional. Dengan hadirnya PESSTA+ ini Mahasiswa dengan mudahnya bisa submit sertifikat dimanapun dan kapanpun mereka inginkan tanpa menunggu saat sidang berlangsung, dan sertifikat akan terdokumentasi dengan baik di dalam PESSTA+. Jadi, Mahasiswa tidak perlu lagi membawa berkas-berkas sertifikat saat sidang berlangsung, dan penguji tidak perlu mengecek secara manual sertifikat yang dibawa oleh Mahasiswa. Metode perancangan menggunakan HIPO, Flowchart ,UML (Unified Modelling Language) dan SWOT. metode pengujian menggunakan Black Box. Dan untuk program PESSTA+ menggunakan Yii2 Framework. Tahap implementasi yang dilakukan adalah mensosialisasikan sistem PESSTA+ pada Dosen Pembimbingan dan Mahasiswa Ta/Skripsi. Penelitian ini diharapkan mampu meningkatkan kemudahan mahasiswa dalam submit PO Sidang merek pada Perguruan Tinggi Raharja.


Kata Kunci: PESSTA+, Validasi Sertifikat, Penilaian Objektif

KATA PENGANTAR

Puji syukur alhamdulillah, penulis panjatkan kehadirat Allah SWT yang telah memberikan seribu jalan, sejuta langkah serta melimpahkan segala rahmat dan karunia-Nya, sehingga penulis dapat menyelesaikan Skripsi yang berjudul "PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK SEBAGAI MEDIA VALIDASI SERTIFIKAT UNTUK PENILAIAN OBJEKTIF SIDANG DI PERGURUAN TINGGI".

Tujuan penulisan Laporan Skripsi ini adalah sebagai syarat dalam menyelesaikan program Strata Satu (S1) Jurusan Sistem Informasi pada Perguruan Tinggi Raharja. Sebagai bahan penulisan, penulis mengambil data dengan menggunakan beberapa metode seperti penelitian (observasi), wawancara dan beberapa sumber literature yang mendukung penulisan 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 selaku Presiden Direktur Perguruan Tinggi Raharja dan juga sebagai Dosen Pembimbing yang telah berkenan memberikan bimbingan dan pengarahan kepada penulis.
  2. Bapak Drs. Po. Abas Sunarya, M.Si selaku Direktur Perguruan Tinggi Raharja.
  3. Ibu Nur Azizah,M.Akt.,M.Kom. selaku Kepala Jurusan Sistem Informasi.
  4. Bapak Sugeng Santoso, M.Kom. selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
  5. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
  6. Kepada kedua Orang Tua yang tiada hentinya selalu memberikan suport, doa baik moril maupun materi.
  7. Ibu Indri Handayani,S.Kom.,M.T.I. selaku Dosen Pembimbing Pertama yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.
  8. Ibu Khanna Tiara,S.Kom.,M.T.I. selaku Dosen Pembimbing Kedua yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.
  9. Bapak Padeli,M.Kom. selaku Stakeholder selama menjalani Skripsi ini dengan Jabatan Pembantu Direktur I di Perguruan Tinggi Raharja.
  10. Rekan-rekan seperjuangan yaitu All Skripseepp (Ayu Suciani, Dwi Ayu Yuniarti, Fella Megita Putri, Meisa Erawati, Meylda, Maulana Sani, Sarah Riwanda, Sintia Novita Sari, Siti Nurhayati, Siti Shelatul Aulia, Olis Rosmawati)
  11. Seluruh Anggota dan Staff REC yang memberikan dukungan, arahan, dan masukan yang berarti dalam menyelesaikan Skripsi ini.
  12. Rekan-rekan Konsentrasi Business Intelengence yang selalu saling suport satu sama lain (Ayu Suciani, Dinny Kurnia Hermawan, Fella Megita Putri, Heni Triyani, Meisa Erawati, Novita Heriyani, Olis Rosmawati, Riska Laina Ulfa, Siti Nurhayati, Siti Shelatul Aulia, dan Tasya Novelia).

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, Maret 2017
Siti Mutmainah
NIM. 1312474539

Daftar isi

DAFTAR TABEL


Tabel 3.1. Jurusan atau Program Studi pada STMIK Raharja
Tabel 3.2. Jurusan atau Program Studi pada AMIK Raharja
Tabel 3.3 Jurusan/Prodi Pada AMIK Raharja Informatika
Tabel 3.4. Visi Perguruan Tinggi Raharja
Tabel 3.5. Misi Perguruan Tinggi Raharja
Tabel 3.6. Tujuan Perguruan Tinggi Raharja
Tabel 3.7. Presiden Direktur
Tabel 3.8. Direktur
Tabel 3.9. Pembantu (Bidang Akademik)
Tabel 3.10. Pembantu Direktur II (Administrasi)
Tabel 3.11. Pembantu Direktur III (Bidang Kemahasiswaan)
Tabel 3.12 Asisten Direktur Akademik
Tabel 3.13. Kepala Jurusan
Tabel 3.14 Asisten Direktur Finansial
Tabel 3.15. Layanan Keuangan Mahasiswa (LKM)
Tabel 3.16. Asisten Direktur Operasional (ADO)
Tabel 3.19. Analisa SWOT
Tabel 3.20. Matriks SWOT
Tabel 3.21. Elisitasi Tahap I
Tabel 3.22. Elitasi Tahap II
Tabel 3.23. Elisitasi III
Tabel 3.24. Final Draft Elisitasi
Tabel 4.1. Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan
Tabel 4.2. Analisis SWOT Sistem Yang Diusulkan
Tabel 4.3. Matriks SWOT
Tabel 4.4. Time Schedule 
Tabel 4.5. Estimasi Biaya

DAFTAR GAMBAR

Gambar 1.1. Perguruan Tinggi Raharja
Gambar 1.2. Alur Penilaian Sertifikat Yang Berjalan
Gambar 2.1. Logo Yii Framework
Gambar 2.2. Ten Pillar IT iLearning (TPi)
Gambar 2.3. Logo PESSTA+
Gambar 3.1. Green Campus
Gambar 3.2. Pribadi Raharja
Gambar 3.3. Flowchart Sistem Yang berjalan
Gambar 3.4. Use Case Diagram Yang Berjalan
Gambar 3.5. Activity Diagram Yang Berjalan
Gambar 3.6. Sequence Diagram Yang Berjalan
Gambar 4.1. Use Case Diagram Yang Diusulkan
Gambar 4.2. Activity Diagram Yang Diusulkan
Gambar 4.3. Sequence Diagram Yang Diusulkan
Gambar 4.5. Flowchart Sistem Yang Diusulkan
Gambar 4.6. Tampilan Layar Halaman Kelola Sertifikat
Gambar 4.7. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.8. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.9. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.10. Tampilan Layar Halaman My Sertifikat
Gambar 4.11. Tampilan Layar Halaman Validasi Sertifikat
Gambar. 4.12. Tampilan Tiga Field Sertifikat 
Gambar : 4.13. form submit 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Gambar : 4.14. Form Submit 3 sertifikat dari mahasiswa
Gambar. 4.15. Form Submit 1 Serifikat Seminar Internasional 
Gambar. 4.16. FAQ Sertifikat
Gambar. 4.17. Tampilan Link Hasil Scan Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Gambar. 4.18. Tampilan Link Hasil Scan Sertifikat 3 dari Mahasiswa
Gambar 4.19. Tampilan Link Hasil Scan Sertifikat 1 Sertifikat Seminar Internasioanal. 
Gambar. 4.20. Tampilan Gambar Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.
Gambar. 4.21. Tampilan Gambar Sertifikat Seminar 3 dari Mahasiswa.
Gambar. 4.22. Tampilan Gambar 1 Sertifikat SeminarInternasional
Gambar. 4.23. Tampilan 220 Mahasiswa TA/Skripsi pada Data Sidang.
Gambar. 4.24. Tampilan Judul Form submit piagam/sertifikat seminar/workshop/training IT 6 dari kampus Raharja
Gambar 4.25. TampilanJudul Form submit 3 sertifikat dari mahasiswa 
Gambar 4.26. Tampilan Judul Form submit 1 sertifikat internasional
Gambar 4.27. Tampilan Manage Sertifikat
Gambar 4.28. 3 Artikel turorial di PESSTA+
Gambar 4.29. Sosialisasi kepada 220 Mahasiswa TA/Skripsi.
Gambar 4.30. Tampilan Manage Sertifikat 150 submit.
Gambar 4.31. Tampilan pertanyaan PESSTA+ pada iduhelp.
Gambar 4.32. Tampilan Mailchimp ke 220 mahasiswa

DAFTAR SIMBOL

DAFTAR SIMBOL HIPO

DAFTAR SIMBOL UML

BAB I

PENDAHULUAN

Latar Belakang

Penilaian objektif artinya yang menilai dan yang dinilai akan mengerti dan memahami bahwa penilaian objektif mempunyai tujuan yang jelas antara lain mengetahui kemampuan, keterampilan, kompetensi, prestasi dll. Keduanya memiliki kesamaan dan kesatuan dalam pemikiran bahwa objektivitas penilaian itu senantiasa berlandaskan pada aturan yang baku (standar) bukan keluar dari aturan pribadi (pendidik) dan aturan itu akan selalu mengikuti keteraturan berkelanjutan, penilaian dikatakan objektif jika senantiasa memiliki kejelasan tujuan yang ingin dicapai, penilaian objektif akan selalu mengacu pada aturan dan keteraturan, penilaian objektif harus berpangkal pada adanya keinginan untuk menciptakan/meningkatkan prestasi dan penilaian objektif tentunya harus dapat menciptakan keselarasan, keserasian, dan keseimbangan (harmonisasi) (Endang: 2014)[1].

Informasi adalah salah satu kunci yang sangat penting pada masa kini, untuk mendapatkan informasi tidaklah sulit, kapanpun dan dimanapun bisa kita dapatkan dengan internet yang bisa diakses dan dimanfaatkan untuk berbagai keperluan. Perkembangan internet telah pula mendukung penggunaan komputer dalam bidang pendidikan. Berbagai macam teknologi internet bisa digunakan, salah satunya adalah web yang mampu menyediakan informasi dalam bentuk teks, gambar, maupun suara. Dan adanya web tersebut dapat mendukung dalam

peningkatan mutu pelayanan suatu organisasi maupun instansi sehingga dapat meningkatkan perkembangan organisasi maupun instansi tersebut. Globalisasi teknologi komunikasi yang semakin terpadu membuat dunia menjadi seolah tanpa batas (borderless), terutama dengan semakin maraknya pemanfaatan internet (interconnection networking). Salah satu aktivitas dunia maya yang paling berkembang dalam kaitan dengan penggunaan internet adalah transaksi bisnis secara elektronik.

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. Dengan demikian Perguruan Tinggi Raharja secara terus menerus melakukan peningkatan dan pengembangan, baik berupa fasilitas sistem pendukung maupun sistem pembelajaran kampus.


Gambar 1.1. Perguruan Tinggi RaharjaSumber : http://raharja.ac.id

Pada Perguruan Tinggi bukan hanya mahasiswa D3, mahasiswa jenjang Strata 1 pun diharuskan untuk mengikuti Training, Seminar Nasional, Seminar Internasional, maupun Workshop. Karena dengan mengikuti kegiatan tersebut semua mahasiswa akan mendapatkan banyak informasi lebih mengenai Bidang IT maupun bidang lainnya. Training, Seminar Nasional, Seminar Internasional, maupun Workshop sangat mudah diikuti di Perguruan Tinggi manapun dan bukan hanya ilmu yang didapat dengan mengikuti itu semua mahasiswa akan mendapatkan sertifikat yang termasuk dalam Penilaian Objektif Sidang.

Menurut Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada Rencana Kegiatan Divisi REC Tahun Akademik 2015-2016 pada poin ke-Empat memerlukan sebuah sistem yang berupaya mengoptimalkan Rencana Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional.

Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional.

Pada alur yang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi poin sertifikat pada penilaian objektif sidang, mahasiswa membawa berkas sertifikat saat sidang berlangsung dan penguji harus mengecek berkas sertifikat satu persatu, kemudian jika sertifikat telah dinyatakan keabsahannya oleh penguji maka sidang dimulai.

Rumusan Masalah

Peneliti pada umumnya telah memiliki sebuah data yang relevan untuk menunjang pada pemecahan masalah, di Perguruan Tinggi Raharja sistem yang sedang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi poin sertifikat pada penilaian objektif sidang, mahasiswa harus membawa berkas Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari kampus Raharja, 3 dari Mahasiswa dan 1 Seminar Internasional. Hal tersebut masih dirasa kurang maksimal karena pemeriksaan berkas sertifikat para peserta sidang yang masih manual dan memerlukan cukup banyak waktu.

Berikut adalah alur pelaksanaan sidang yang berjalan saat ini di Perguruan Tinggi Raharja.


Gambar 1.2. Alur Penilaian Validasi Sertifikat

Pada Gambar 1.2. menjelaskan sistem yang sedang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi point sertifikat pada penilaian objektif sidang mahasiswa membawa berkas sertifikat, dan penguji harus mengecek berkas sertifikat satu persatu, penguji input nilai point sertifikat untuk dimasukkan ke dalam sistem PESSTA (Penilaian Sidang Skripsi Dan Tugas Akhir). Hal tersebut masih dirasa kurang maksimal karena pengecekan berkas sertifikat yang masih manual dan dirasa kurang efektif dan efisien. Dari beberapa penjelasan yang sudah diuraikan secara jelas di atas maka dapat ditarik 3 rumusan masalah sebagai berikut

  1. Bagaimana proses penilaian berkas sertifikat pada pelaksanaan sidang saat ini di Perguruan Tinggi Raharja?
  2. Bagaimana cara agar Perguruan Tinggi Raharja memiliki wadah untuk menyimpan hasil validasi sertifikat bagi seluruh mahasiswa ?
  3. Bagaimana sistem dapat menghasilkan sebuah informasi hasil validasi sertifikat pada PESSTA+?

Berdasarkan permasalahan-permasalahan sudah dibahas melalui latar belakang dan juga perumusan masalah, maka dari itu penulis mengambil judul “Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Dalam Penilaian Objektif Sidang Di Perguruan Tinggi” untuk jadi penelitian Skripsi

Ruang Lingkup Penelitian

Dengan hadirnya permasalahan tersebut, maka dari itu untuk mempermudah penulisan laporan skripsi dan juga menjadikannya lebih terstruktur serta berjalan dengan baik, maka dibutuhkan 5 batasan masalah. Batasan-batasan masalah yang ada di dalam laporan ini meliputi :

  1. Penelitian ini berfokus pada Perguruan Tinggi Raharja.
  2. Penelitian ini berfokus pada mahasiswa TA/Skripsi pada Perguruan Tinggi Raharja.
  3. Diimplementasikan hanya untuk para pengguna Rinfo (Pribadi Raharja)
  4. Login pada sistem PESSTA+ tidak menggunakan username dan password tetapi sudah (SSO) single sign on dengan menggunakan Rinfo (Email Pribadi Raharja).
  5. Penelitian ini berfokus pada Validasi Sertifikat PESSTA+.

Tujuan Dan Manfaat Penelitian

Tujuan Penelitian

Tujuan dari penelitian merupakan suatu hal yang sangat penting karena tujuan akan membuat suatu penelitian menjadi lebih terarah dan sesuai dengan rencana awal. Dalam melakukan penyusunan skripsi dan penelitian, peneliti mempunyai sejumlah tujuan, dalam rumusan masalah yang telah dijabarkan sebelumnya dan sudah didapatkan dari hasil penelitian yang dilakukan. Dan berdasarkan perumusan masalah yang sudah diuraikan maka adanya tujuan dari penelitian ini yaitu:

  1. Mengembangkan proses penilaian objektif pengecekan hasil validasi sertifikat pada pelaksanaan sidang komprehensif di Perguruan Tinggi Raharja.
  2. Membuat sebuah wadah untuk menyimpan hasil validasi sertifikat pada PESSTA+ pada Perguruan Tinggi Raharja.
  3. Menampilkan sebuah informasi hasil validasi sertifikat pada PESSTA+ dalam bentuk tampilan Data Mahasiswa TA/Skripsi tahun 2016/2017.

Manfaat Penelitian

Manfaat penelitian yaitu masalah dari tercapainya tujuan dan akan terjawabnya rumusan masalah secara akurat. Manfaat yang terdapat pada penelitian ini terdiri dari :

  1. Mempermudah sistem penilaian Sertifikat pada pelaksanaan sidang komprehensif sehingga waktu sidang berjalan lebih optimal.
  2. Dengan adanya sistem PESSTA+ maka diharapkan agar seluruh sertifikat mahasiswa di Perguruan Tinggi Raharja tervalidasi dengan baik.
  3. Dengan adanya tampilan Data Mahasiswa TA/Skripsi tahun 2016/2017 pada Validasi Sertifikat maka akan terlihat informasi secara keseluruhan pada PESSTA+.

Metode Penelitian

Metode penelitian yang digunakan oleh penulis dalam penyusunan Laporan Skripsi adalah dengan menggunakan metode sebagai berikut:

Metode Pengumpulan Data

Untuk mendapatkan data yang dibutuhkan untuk penyusunan Skripsi ini, maka digunakan beberapa metode pengumpulan data sebagai berikut, yaitu:

Metode Observasi (Pengamatan)

Observasi (pengamatan) adalah metode pengumpulan data melalui pengamatan langsung atau peninjauan secara cermat dan langsung di lapangan atau lokasi penelitian. Dalam hal ini, peneliti dengan berpedoman kepada desain penelitiannya perlu mengunjungi sebuah instansi akademik tepatnya pada Raharja Enrichment Center (REC) Perguruan Tinggi Raharja sebagai lokasi penelitian untuk mengamati berbagai hal atau kondisi yang ada di lapangan dan meminta data yang diperlukan sebagai bahan untuk menulis laporan penelitian. Kemudian dari pengamatan lapangan yang dilakukan selama 4 (empat) bulan tersebut dijadikanlah pedoman untuk dilakukan pengamatan terhadap sistem yang akan dikembangkan. Beberapa data yang diambil seperti akses domain raharja.me, akses FTP, akses email official Rinfo PESSTA+, berkas Renstra, dan landasan hukum dalam Surat Keputusan Direktur Perguruan Tinggi Raharja. Dengan cara ini peneliti diharapkan dapat mengetahui dan memahami sistem yang akan peneliti analisa.

Metode Wawancara

Metode wawancara adalah salah satu metode yang digunakan untuk mengumpulkan data-data pendukung dengan cara berkomunikasi langsung dengan pihak terkait di dalam Perguruan Tinggi Raharja mengenai sistem yang akan dirancang. Dalam penelitian kali ini penulis melakukan wawancara kepada Bapak Padeli,M.Kom selaku Dosen Perguruan Tinggi Raharja yang menjadi stakeholder penulis di dalam penelitian ini.

Metode Studi Pustaka

Studi Pustaka adalah segala upaya yang dilakukan oleh peneliti untuk memperoleh dan menghimpun segala informasi tertulis yang relevan dengan masalah yang diteliti. Informasi dapat diperoleh dari buku-buku, laporan penelitian, karangan ilmiah, buku tahunan dan sumber- sumber lain. Serta melakukan pencarian pada Internet. Dalam hal ini seorang peneliti berkewajiban mempelajari teori-teori yang mendasar masalah dan bidang penelitiannya. Selain itu, peneliti juga perlu memanfaatkan hasil penelitian dan pemikiran yang relevan dengan masalah penelitiannya untuk menghindari terjadinya pengulangan penelitian serupa atau duplikasi yang tidak diinginkan. Dengan melakukan kajian bahan-bahan pustaka yang ada, peneliti dapat memperoleh informasi secara sistematis, kemudian menuangkannya dalam bentuk rangkuman yang utuh. Melalui metode studi pustaka ini penulis mencari teori-teori yang berkaitan dengan ruang lingkup penelitian dan mempelajari referensi yang ada di dalam Jurnal Nasional/Internasional dan laporan tugas akhir atau skripsi dari kampus lain.

Metode Analisis Sistem

Analisis data merupakan salah satu langkah penting dalam rangka memperoleh temuan-temuan hasil penelitian. Hal ini disebabkan, data akan menuntun kita ke arah temuan ilmiah, bila dianalisis dengan teknik-teknik yang tepat. Melanjutkan proses dari pengumpulan data, dimana data yang didapatkan dari beberapa metode pengumpulan data dikumpulkan dan dianalisia dengan Metode SWOT yang kemudian dijadikan sebagai sebuah strategi yang akan dibuktikan implementasi pencapaiannya. Untuk mencapai sebuah strategi, perlu didasari atas adanya sebuah pengelompokan yang ditinjau dari beberapa hal. Pengelompokan tersebut terekam ke dalam sebuah elisitasi kebutuhan dari tahap satu hingga final draft elisitasi yang diambil untuk mendapatkan sebuah strategi. Terdapat dua tinjauan dalam penyusunan elisitasi, yaitu tinjauan dari segi fungsional sistem dan non fungsional sistem.

Metode Perancangan

Penelitian tidak hanya mengenai analisa, tetapi sebuah sistem yang baik adalah sistem yang juga memiliki desain antarmuka (interface) yang baik. Di dalam penelitian ini, digunakan satu metode yang mendukung proses perancangan yaitu metode HIPO (Hirarchy Plus Input Proses Output). Dan juga menggunakan UML (Unified Modelling Language) sebagai modelling tools untuk menggambarkan rancangan sistem yang ada saat ini,diantaranya yang digunakan Usecase Diagram, Class Diagram, Sequence Diagram, Activity Diagram, State Diagram,spesifikasi basis data.

Metode Pengujian

Metode pengujian ini digunakan untuk menganalisis suatu identitas sistem untuk mendeteksi, mengevaluasi kondisi dan fitur- fitur yang diinginkan dan mengetahui kualitas dari suatu sistem yang dilakukan untuk mengeliminasi suatu kesalahan yang terjadi saat sistem diterapkan. Dalam skripsi ini metode pengujian yang digunakan yaitu Blackbox Testing. Blackbox Testing adalah metode uji coba yang memfokuskan pada keperluan software. Karena itu uji coba blackbox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat- syarat fungsional suatu program. Metode pengujian blackbox berusaha untuk menemukan kesalahan dalam beberapa kategori, di antaranya fungsi-fungsi yang salah atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses database eksternal, kesalahan performa, kesalahan inisialisasi, dan terminasi.

Sistematis Penulisan

Untuk memahami lebih jelas laporan ini, maka materi-materi yang tertera pada Laporan Skripsi ini dikelompokkan menjadi beberapa sub bab dengan sistematika penyampaian sebagai berikut :

BAB I PENDAHULUAN

Bab ini membahas mengenai informasi umum dari akar permasalahan yang ada, diantara nya latar belakang, rumusan masalah, ruang lingkup penelitian, tujuan dan manfaat penelitian, metode penelitian, lokasi penelitian, dan sistematika penelitian.

BAB II LANDASAN TEORI

Bab ini membahas mengenai konsep dasar sistem, konsep dasar sistem informasi, definisi online, definisi Business Intelligence, definisi artikel ilmiah, definisi PESSTA, konsep dasar analisa SWOT, definisi SSO (single sign on), definisi Yii Framework, konsep dasar website, definisi Rinfo, serta literature lain yang berkaitan dengan penelitian skripsi ini.

BAB III ANALISA SISTEM BERJALAN

Bab ini membahas mengenai analisa gambaran serta sejarah singkat Perguruan Tinggi Raharja, tujuan Perguruan Tinggi Raharja, arti nama raharja, arti green campus, arti pribadi raharja, struktur organisasi, jurusan/prodi Perguruan Tinggi Raharja, permasalahan yang dihadapi serta alternatif pemecahan masalah.

BAB IV METODOLOGI PENELITIAN

Bab ini membahas mengenai mind mapping project, analisa sistem berjalan dengan menggunakan metode analisa SWOT dan analisa berdasarkan sistem berjalan, strategi, prosedur sistem usulan dengan menggunakan rancangan program HIPO (Hirarchy Plus Input Process Output) dan rancangan prototype, testing dengan menggunakanblackbox, evaluasi, konfigurasi sistem usulan, serta yang terakhir ada estimasi biaya.

BAB V PENUTUP

Bab ini membahas mengenai kesimpulan dan saran dari hasil analisa yang pada bab-bab sebelumnya.

DAFTAR PUSTAKA


LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Definisi Pengembangan

Menurut (Iskandar Wiryokusumo, 2011)[2] “Pada hakikatnya pengembangan adalah upaya pendidikan baik formal maupun non formal yang dilaksanakan secara sadar, berencana, terarah, teratur dan bertanggung jawab dalam rangka memperkenalkan, menumbuhkan, membimbing, mengembangkan suatu dasar kepribadian yang seimbang, utuh, selaras, pengetahuan, keterampilan sesuai dengan bakat, keinginan serta kemampuan-kemampuan, sebagai bekal atas prakarsa sendiri untuk menambah, meningkatkan, mengembangkan diri ke arah tercapainya martabat, mutu dan kemampuan manusiawi yang optimal serta pribadi mandiri”.

Menurut Tessmer dan Richey (Alim Sumarno, 2012)[3] “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”.

Dari pendapat para ahli di atas dapat ditarik kesimpulan bahwa pengembangan merupakan suatu usaha yang dilakukan secara sadar, terencana, terarah untuk membuat atau memperbaiki, sehingga menjadi produk yang semakin bermanfaat untuk meningkatkan kualitas sebagai upaya untuk menciptakan mutu yang lebih baik.

Konsep Dasar Sistem

Definisi Sistem

Dikutip dari buku Bambang Hartono (2013 : 10). Menurut Elias M. Awad (1979)[4] dalam bukunya yang berjudul System and Design menyatakan bahwa sistem adalah “an organized functioning relationship among units or components” (hubungan fungsional yang terorganisasi/teratur, yang berlangsung di antara bagian-bagian atau elemen-elemen).

Menurut Tata Sutabri (Sutabri, 2012:22)[5]. , sistem merupakan suatu bentuk integrasi a satu komponen dengan komponen lain karena sistem memiliki sasaran yang berbeda untuk setiapkasus yang terjadi dalam sistem tersebut. Sistem Abstrak (Abstract System) dan Sistem Fisik (Physical System)

Dari berbagai definisi yang dikemukakan di atas dapat disimpulkan bahwa sistem adalah golongan dari komponen dan elemen yang disatukan untuk menggapai tujuan tertentu.

Karakteristik Sistem

Menurut Hutahaen (2015: 3-5)[6] bahwa supaya sistem itu dikatakan sistem yang baik memiliki karakteristik yaitu :

  1. Komponen
    Suatu sistem terdiri dari sejumlah komponen-komponen yang saling berinteraksi yang artinya saling bekerja sama membentuk satu kesatuan. Komponen sistem terdiri dari komponen yang berupa subsistem atau bagian-bagian dari sistem.
  2. Batasan Sistem (Boundary)
    Batasan sistem merupakan daerah yang membatasi antara suatu sistem dengan sistem yang lain atau dengan lingkungan luarnya. Batasan sistem ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batasan suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut.
  3. Lingkungan Luar Sistem (Environment)
    Lingkungan luar sistem (Environment) adalah diluar batas sistem yang mempengaruhi operasi sistem. Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari sistem.
  4. Penghubung Sistem (Interface)
    Penghubung sistem merupakan media penghubung antara satu subsistem dengan subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari subsistem ke subsistem lain.
  5. Masukan Sistem (Input)
    Masukan adalah energi yang dimasukan ke dalam sistem, yang dapat berupa perawatan (maintenance input), dan masukkan sinyal (signal input).
  6. Keluaran Sistem (Output)
    Keluaran sistem adalah hasil dari energy yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan.
  7. Pengolah Sistem
    Suatu sistem menjadi bagian pengolah yang akan merubah masukan menjadi keluaran. Sistem produksi akan mengolah bahan baku menjadi bahan jadi, sistem akuntansi akan mengolah data menjadi laporan-laporan keuangan.
  8. Sasaran Sistem
    Suatu sistem pasti mempunyai tujuan (goal) atau sasaran (objective). Sasaran dari sistem sangat menentukan input yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem.

Klasifikasi Sistem

Menurut Hutahaen (2015: 6-7)[6] Sistem dapat diklasifikasikan dalam beberapa sudut pandang :

  1. Klasifikasi Sistem sebagai :
    1. Sistem Abstrak (Abstract System)
      Sistem abstrak adalah sistem yang berupa pemikiran-pemikiran atau yang tidak tampak secara fisik.
    2. Sistem Fisik (Physical System)
      Sistem fisik adalah sistem yang ada secara fisik.
  2. Sistem diklasifikasikan sebagai :
    1. Sistem Alamiah (Natural System)
      Sistem alamiah adalah sistem yang terjadi melalui proses alam, tidak di buat oleh manusia. Misalnya sistem perputaran bumi.
    2. Sistem Buatan Manusia (Human Made System)
      Sistem buatan manusia adalah sistem yang dibuat oleh manusia yang melibatkan interaksi antara manusia dengan mesin (human machine system).
  3. Sistem diklasifikasikan sebagai :
    1. Sistem Tertentu (Deterministic System)
      Sistem tertentu adalah sistem yang beroperasi dengan tingkah laku yang sudah dapat diprediksi, sebagai keluaran sistem yang dapat diramalkan.
    2. Sistem Tak Tentu (Probabilistic System)
      Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilistic.
  4. Sistem diklasifikasikan sebagai :
    1. Sistem Tertutup (Close System)
      Sistem tertutup adalah sistem yang tidak terpengaruh dan tidak berhubungan dengan lingkungan luar, sistem bekerja otomatis tanpa ada turut campur lingkungan luar. Secara teoritis sistem tertutup ini ada, kenyataannya tidak ada sistem yang benar-benar tertutup, yang ada hanya relatively closed system.
    2. Sistem Terbuka (Open System)
      Sistem terbuka adalah sistem yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima input dan ouput dari lingkungan luar atau subsistem lainnya. Karena sistem terbuka terpengaruh lingkungan luar maka harus mempunyai pengendali yang baik.

Definisi Media

Menurut Kamus Besar Bahasa Indonesia (KBBI), media adalah alat; alat (sarana) komunikasi seperti koran, majalah, radio, televisi, film, poster, dan spanduk; yang terletak di antara dua pihak (orang, golongan, dan sebagainya): wayang bisa dipakai sebagai -- pendidikan; perantara; penghubung; -- cetak sarana media massa yang dicetak dan diterbitkan secara berkala seperti surat kabar, majalah; sebagai contoh :

  1. Elektronik, sarana media massa yang mempergunakan alat-alat elektronik modern, misalnya radio, televisi, dan film;
  2. Film, sarana media massa yang disiarkan dengan menggunakan peralatan film (film, proyektor, layar); alat penghubung yang berupa film;
  3. Massa, sarana dan saluran resmi sebagai alat komunikasi untuk menyebarkan berita dan pesan kepada masyarakat luas;
  4. Pendidikan, alat dan bahan yang digunakan dalam proses pengajaran atau pembelajaran;
  5. Periklanan, sarana komunikasi massa yang menyediakan beberapa bentuk periklanan, misalnya surat kabar, televisi, dan radio

Kemudian berdasarkan pengertian dari Kamus Besar Bahasa Indonesia (KBBI) yang telah disebutkan diatas dapat disimpulkan bahwa media adalah sebuah sarana yang digunakan untuk melakukan sesuatu, dapat juga dikatakan sebagai wadah atau perangkat yang menampung dimana dalam penelitian ini.

Konsep Dasar Validasi

Definisi Validasi

Istilah Validasi pertama kali dicetuskan oleh Dr. Bernard T. Loftus, Direktur Food and Drug Administration (FDA) Amerika Serikat pada akhir tahun 1970-an, sebagai bagian penting dari upaya untuk meningkatkan mutu produk industri farmasi. Hal ini dilatar belakangi adanya berbagai masalah mutu yang timbul pada saat itu yang mana masalah-masalah tersebut tidak terdeteksi dari pengujian rutin yang dilaksanakan oleh industri farmasi yang bersangkutan. Selanjutnya, validasi juga diadopsi oleh negara-negara yang tergabung dalam the Pharmaceutical Inspection Coperation/Scheme (PIC/S), Uni Eropa (EU) dan World Health Organization (WHO). Bahkan, validasi merupakan aspek kritis (substantial aspect) dalam penilaian kualitas industri farmasi yang bersangkutan.

Terdapat banyak definisi dan pengertian tentang validasi. US FDA (Badan pengawasan Obat dan Makanan, Amerika Serikat) dalam The FDA’s 1987 Guideline mendefinisikan validasi sebagai:”Establishing documented evidence, which provides a high degree of assurance that a spesific process will consistently produce a product meeting its predetermined spesifications and quality characteristics.” Sedangkan WHO mendefinisikan sebagai:”A documented act of providing that any procedure, process, equipment, material, activity or system, actually leads to the expected result.” (Samuel, 2011). Badan POM RI (Anonim, 2006) memberikan definisi validasi sebagai: ”Tindakan pembuktian dengan cara yang sesuai bahwa tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi maupun pengawasan mutu akan senantiasa mencapai hasil yang diinginkan.” (CPOB: 2006).

Dari beberapa pengertian diatas dapat diambil kesimpulan Validasi adalah tindakan pembuktian yang dilakukan sesuai dengan prosedur bahwa suatu data/dokumen benar-benar sesuai dengan data/dokumen asli yang sah. Validasi diartikan sebagai suatu tindakan pembuktian dengan cara yang sesuai bahwa tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi dan pengawasan akan senantiasa mencapai hasil yang diinginkan.

Dari definisi-definisi tersebut diatas membawa pengertian, bahwa :

  1. Validasi adalah suatu tindakan pembuktian, artinya validasi merupakan suatu pekerjaan “dokumentasi”.
  2. Tata cara atau metode pembuktian tersebut harus dengan “cara yang sesuai”, artinya proses pembuktian tersebut ada tata cara atau metodenya, sesuai dengan prosedur yang tercantum dalam CPOB.
  3. “Obyek” pembuktian adalah tiap-tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi dan pengawsan mutu (ruang lingkup).
  4. Sasaran/target dari pelaksanaan validasi ini adalah bahwa seluruh obyek pengujian tersebut akan senantiasa mencapai hasil yang diinginkan secara terus menerus (konsisten).

Langkah-Langkah Pelaksanaan Validasi

Begitu luasnya cakupan validasi, terkadang membingungkan kalangan praktisi di industri farmasi untuk melaksanakan validasi. FDA dalam “Guideline on General Principles of Process Validation”, memberikan panduan langkah-langkah dalam pelaksanaan validasi, yang tertuang dalam “validation life cycle” berikut ini, yaitu:

  1. Membentuk Validation Comitee (Komite Validasi) yang bertanggung jawab terhadap pelaksanaan validasi di industri farmasi yang bersangkutan.
  2. Menyusun Validation Master Plan (Rencana Induk Validasi), yaitu dokumen yang menguraikan (secara garis besar) pedoman pelaksanaan validasi di industri farmasi yang bersangkutan.
  3. Membuat Dokumen validasi, yaitu protap (prosedur tetap), protokol serta laporan validasi.
  4. Pelaksanaan validasi.
  5. Melaksanakan Peninjauan Periodik, change control dan validasi ulang (revalidation).

Definisi Penilaian Objektif

Penilaian Objektif adalah penilaian yang diyakini keabsahan nya. Penelitian Objektif meliputi poin-poin penting yang harus dikerjakan mahasiswa secara invidual untuk penilaian sidang nanti. Untuk menyelesaikan Penilaian Objektif tersebut mahasiswa dapat di bimbing oleh masing-masing dosen pembimbing.

Definisi Sidang

Menurut Kamus Besar Bahasa Indonesia (KBBI), sidang adalah pertemuan untuk membicarakan sesuatu ; rapat –itu dihadiri oleh semua anggota; segenap anggota dewan dan sebagainya (hakim, pengarang, pengurus) orang banyak; publik; para (untuk menyatakan banyak); sekalian: -- jemaah; pembaca (pendengar). Persidangan adalah perihal bersidang: - kemarin dianggap selesai; pertemuan untuk membicarakan sesuatu.

Kemudian berdasarkan pengertian dari Kamus Besar Bahasa Indonesia (KBBI) yang telah disebutkan diatas dapat disimpulkan bahwa sidang adalah sebuah media diskusi yang melibatkan lebih dari 2 (dua) orang dengan materi pembahasan yang telah disepakati bersama, dan merupakan pertemuan formal untuk menghasilkan suatu putusan dengan menggunakan aturan-aturan yang jelas.

Konsep Dasar Informasi

Definisi Sistem Informasi

Menurut Atyanto Mahatmyo (2014: 6)[7], “Sistem Informasi adalah serangkaian prosedur formal dimana data dikumpulkan, diproses menjadi informasi dan didistribusikan ke pengguna”.

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

Menurut Sutarman (2012: 13)[9], Sistem Informasi adalah sistem dapat didefinisikan dengan mengumpulkan, memproses, menyimpan, menganalisis, menyebarkan, informasi untuk tujuan tertentu. Seperti sistem lainnya, sebuah sistem informasi terdiri atas input (data, instruksi) dan output (laporan, kalkulasi).

Dari ketiga definisi yang dikemukakan oleh para ahli di atas dapat disimpulkan bahwa sistem informasi adalah suatu data yang dihimpun, dikategorikan, dan diproses sampai menjadi satu kesatuan informasi yang saling berkesinambungan satu sama lain dan saling mendukung sampai menjadi sebuah informasi yang bermanfaat bagi si penerimanya.

Definisi Business Intelligence

Dikutip dari jurnal Muhammad Arifin yang berjudul Business Intelligence Untuk Prediksi Customer Churn Telekomunikasi (2014 : 2),[10] Menyatakan bahwa Business Intelligence merupakan salah satu bentuk implementasi teknologi informasi yang digunakan untuk membantu kegiatan seperti mengumpulkan data, menyediakan akses, serta menganalisa data dan informasi mengenai kinerja perusahaan. Dengan kegiatan BI tersebut maka sebuah organisasi atau perusahaan akan dengan mudah dalam mengambil keputusan secara cepat dan tepat. Singkatnya BI dapat diartikan sebagai pengetahuan yang didapatkan dari hasil analisis data yang diperoleh dari kegiatan (usaha) suatu organisasi. BI biasanya dikaitkan dengan upaya untuk memaksimalkan kinerja suatu organisasi.

Business Intelligence dapat membantu suatu organisasi mendapatkan pengetahuan yang jelas mengenai faktor-faktor yang mempengaruhi kinerja organisasi sehingga dapat membantu organisasi dalam pengambilan keputusan serta sekaligus meningkatkan keunggulan (competitive advantage). BI juga dapat membantu suatu organisasi dalam menganalisis perubahan tren yang terjadi sehingga akan membantu organisasi menentukan strategi yang diperlukan dalam mengantisipasi perubahan tren tersebut. Upaya memaksimalkan kinerja organisasi merupakan hal yang prioritas saat ini. Organisasi yang secara jelas mampu mengidentifikasi, menjelaskan, dan mengimplementasikan strategi nya akan mampu berkembang dan berkompetisi lebih baik.

Berdasarkan definisi di atas dapat disimpulkan bahwa Business Intelligence adalah kumpulan teknik dan alat untuk mentransformasi dari data mentah menjadi sebuah informasi yang bermakna dan bermanfaat untuk tujuan analisis bisnis. Teknologi BI dapat mengatasi data yang tak berbentuk dalam kuantitas yang sangat besar untuk mengembangkan, mengidentifikasi, membantu dan selain itu membuat kemungkinan strategi bisnis yang baru. Tujuan dari BI adalah untuk mempermudah interpretasi dari jumlah data yang besar tersebut. Mengidentifikasi kesempatan yang baru dan mengimplementasikan sebuah strategi yang efektif bersumber pengetahuan dapat menyediakan bisnis suatu keuntungan pasar yang kompetitif dan stabilitas dalam jangka panjang.

Teori Khusus

Definisi Yii Framework

Yii adalah framework[11] (kerangka kerja) PHP berbasis-komponen, berkinerja tinggi untuk pengembangan aplikasi web berskala-besar. Yii adalah free software dengan lisensi BSD licence, aplikasi web framework open-source yang ditulis dengan PHP5. Yii menyediakan reusability maksimum dalam pemrograman Web dan mampu meningkatkan kecepatan pengembangan secara signifikan. Nama Yii (dieja sebagai /i:/) singkatan dari "Yes It Is!".

Gambar 2.1. Logo Yii Framework

Sumber: http://www.yiiframework.com/

Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Web. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain. Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.

Keuntungan menggunakan Yii Framework :

  1. Efektifitas dan Efisiensi Pemrograman.

  2. Memudahkan Stukturisasi dan Standarisasi Pemrograman

  3. Memudahkan Koordinasi dan Pemeliharaan Untuk Pemrograman Terdistribusi


Selain implementasi MVC, Yii juga memperkenalkan front-controller (controller-depan), yang disebut Application, yang mengenkapsulasi konteks eksekusi untuk memproses sebuah request. Application mengumpulkan beberapa informasi mengenai request pengguna dan kemudian mengirimnya ke controller yang sesuai untuk penanganan selanjutnya. Diagram berikut memperlihatkan struktur statis sebuah aplikasi Yii :

  1. Fitur Yii Framework
  2. Menurut pengembang dan komunitas Yii Framework dari situs web resminya, berikut ini adalah fitur yang terdapat pada Yii :(Yii, 2014),
  3. Menggunakan pola MVC.Yii mengadopsi pola standar pengembangan aplikasi yang memisahkan tampilan (view), logika program (controller), dan modelnya (model).
  4. Data Access Objects (DAO), Query Builder, Active Record, dan DB Migration. Yii memungkinkan pengembang menggunakan berbagai model database dengan objek yang dapat mengurangi kompleksitas menulis pernyataan SQL berulang serta memudahkan interaksi antar database.
  5. Form input dan validasi. Yii menyediakan form input dan validasi yang memudahkan pengembang untuk bekerja dengan form dan melakukan validasi input dari form.
  6. AJAX Widget. Yii menyediakan AJAX widget yang terintegrasi dengan jQuery, berupa kontrol yang memiliki fungsi seperti auto complete, treeview, data grid dan lain-lain.
  7. Authentication dan authorization. Dukungan autentikasi dan autorisasi internal sehingga memudahkan pengembangan aplikasi dengan fitur autentikasi dan autorisasi.
  8. Skin dan theme. Yii mengimplementasikan skin dan theme yang memudahkan pengembangan aplikasi dalam merancang tampilan aplikasi.
  9. Internationalization (I18N) dan localization (L10N). Yii mendukung pengembangan aplikasi dalam multi bahasa dan lokasi seperti penggunaan waktu dan tanggal dan terjemahan antarmuka.
  10. Web Services. Yii mendukung manajemen penanganan layanan web services.
  11. Skema layer cache. Yii mendukung layer cache untuk cache data, cache halaman, dan keseluruhan aplikasi sehingga dapat meningkatan performa dengan beragam pilihan media cache. Penggunaan media cache seperti database, APC, mem-cache, dan sebagainya diatur tanpa melakukan perubahan besar pada kode.
  12. Penanganan error dan logging, sehingga memudahkan pengembangan dalam melakukan debuging aplikasi dalam masa pengembangan aplikasi.
  13. Keamanan. Yii dilengkapi dengan langkah-langkah keamanan untuk membantu mencegah aplikasi Web dari serangan seperti SQL injection, cross-site scripting(XSS), cross-site request forgery (CSRF), dan cookie tampering.
  14. Pengujian unit dan fungsional. Yii menyediakan dukungan untuk menulis dan menjalankan pengujian unit serta pengujian fungsional, menggunakan PHP Unit dan Selenium.
  15. Penghasil kode otomatis. Yii menyediakan penggunaan beragam perintah otomatis seperti meng-generate struktur dasar aplikasi, model,dan CRUD.
  16. Librari ekstension. Yii menyediakan dukungan ekstensi dan komponen tambahan sehingga beragam fitur tambahan dapat ditambahkan.

Konsep Dasar Website

Definisi Website

Menurut Arief (2011: 7)[12], “Web adalah salah satu aplikasi yang berisikan dokumen-dokumen multimedia (teks, gambar, suara, animasi, video) di dalamnya yang menggunakan protokol HTTP (hypertext transfer protocol) dan untuk mengakses nya menggunakan perangkat lunak yang disebut browser”.

Menurut Murad (2013: 49)[13], “Web adalah sistem dengan informasi yang disajikan dalam bentuk teks, gambar, suara, dan lainnya yang tersimpan dalam sebuah server web internet yang disajikan dalam bentuk hypertext”.

Menurut Murad (2013: 49)[13], Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan website adalah sebuah tempat di internet, yang menyajikan informasi dengan berbagai macam format data seperti text, image, bahkan video dan dapat diakses menggunakan berbagai aplikasi client sehingga memungkinkan penyajian informasi yang lebih menarik dan dinamis dengan pengelolaan yang terorganisasi.

Jenis-Jenis Website

Menurut Arief (2011: 8)[12], ditinjau dari aspek content atau isi, web dapat dibagi menjadi 2 jenis,yaitu: web statis and web dinamis. Selain dari sisi content atau isi, web statis and web dinamis dapat dilihat dari aspek teknologi yang digunakan untuk membuat jenis web tersebut. Adapun jenis-jenis web:

  1. Web statis adalah web yang isinya atau content tidak berubah-ubah. Maksudnya adalah isi dari dokumen web tersebut tidak dapat diubah secara cepat dan mudah. Ini karena teknologi yang digunakan untuk membuat dokumen web ini tidak memungkinkan dilakukan perubahan isi atau data. Teknologi yang digunakan untuk web statis adalah jenis client side scripting seperti HTML, Cascading Style Sheet (CSS). Perubahan isi atau data halaman web statis hanya dapat dilakukan dengan cara mengubah langsung isinya pada file mentah web tersebut.
  2. Web dinamis adalah jenis web yang content atau isinya dapat berubah-ubah setiap saat. Web yang banyak menampilkan animasi flash belum tentu termasuk web dinamis karena dinamis atau berubah-ubah isinya tidak sama dengan animasi. Untuk melakukan perubahan data, user cukup mengubahnya langsung secara online di internet melalui halaman control panel atau administrasi yang biasanya telah disediakan untuk user administrator sepanjang user tersebut memiliki hak akses yang sesuai.

Definisi Ten Pillar iLearning

Definisi Ten Pillar IT iLearning (TPi)

Dikutip dari Situs IT Roadmap[14], 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 Tridharma Perguruan Tinggi antara dosen dengan mahasiswa yang diwadahi oleh Raharja Enrichment Centre .

Gambar 2.2. Ten Pillar IT iLearning (TPi)

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

Jenis-jenis Ten Pillar IT iLearning (TPi)

  1. iRme (iLearning Raharja Multimedia e-Portfolio)
  2. Rinfo (Email Raharja.info)
  3. iDu (iLearning Education)
  4. iRan (iLearning Raharja Ask & News)
  5. iDuHelp!
  6. Widuri (Wiki iDu Raharja iLearning)
  7. Rooster (Role Online System Ticketing Raharja)
  8. iMe (iLearning Media)
  9. Magics (Multimedia Audio Gallery iLearning Community and Services)
  10. iSur (iLearning Survey)

Konsep Dasar Single Sign On

Definisi Single Sign On

Single Sign On (SSO) adalah suatu mekanisme dimana masing-masing user hanya memiliki satu akun yang berfungsi sebagai identitas user satu-satunya. Satu akun ini dapat digunakan untuk meminta izin dari sistem supaya user dapat mengakses berbagai aplikasi dengan username dan password yang sama dalam sesi tertentu. Single Sign Onmengurangi jumlah human error yang merupakan alasan kegagalan utama dari sebuah sistem.

Kategori SSO

  1. SSO untuk autentikasi (eg: OpenId, fbconnect, twitter signin) Intinya SSO server hanya memberikan service apakah user A sudah terautentikasi atau belum, SSO servertidak melakukan proses otorisasi atas user yang sedang aktif tersebut. Proses otorisasi sendiri dilakukan di setiap aplikasi. Sekarang kita lihat contoh yang sudah ada. OpenId dan fbconnect. OpenId adalah contoh yang sangat jelas mendeskripsikan SSO autentikasi ini. Pada saat kita akan memberikan komentar pada sebuah blog dan kita bisa menggunakan OpenId. Dimana OpenId hanya memberi tahu wordpress bahwa user ini sudah terautentikasi. dan wordpress sendiri bisa memiliki data user contohnya seperti nama dan alamat email. Sama halnya pada saat kita menggunakan fbconnect untuk hal yang sama. Apabila kita sudah terautentikasi di facebook, facebook tidak akan mengatur otorisasi user di aplikasi client, jadi hanya sebatas proses autentikasi.
  2. SSO untuk otorisasi (eg: OAuth, fbconnect, twitter signin) berbeda halnya dengan autentikasi, tugas SSO server untuk SSO-otorisasi sedikit lebih berat, karena sesudah memastikan user telah terautentikasi, tugas SSO server belum selesai sampai disitu. Karena SSO server masih mempunyai tugas yaitu harus menghandle otorisasi untuk user tersebut. Seperti pada kasus twitter API yang menggunakan OAuth. Proses autentikasi user dan otorisasi untuk update status/timeline dilakukan oleh OAuth. Sejauh ini aplikasi jadi untuk SSO yang free adalah CAS & Josso. Keduanya hanya untuk authentication dan keduanya sama-sama jalan di atas JSP. Kenapa aplikasi SSO, sejauh ini seperti yang kita ketahui semuanya dibangun di atas JSP, belum pernah ditemukan yang dibangun di atas PHP.

Konsep Dasar Sertifikat

Definisi Sertifikat

Sertifikat adalah secarik surat sebagai tanda pengakuan bahwa pseseorang menguasai kompetensi tertentu, telah mengikuti suatu event, atau tanda kepemilikan suatu barang. Sertifikat juga dapat dilengkapi dengan security printing untuk menjamin keaslian serrtifikat yang dikeluarkan suatu lembaga.

E Sertifikat adalah pengganti sertifikat yang tujuannya adalah untuk memangkas biaya pada pelaksanaan seminar maupun lomba. Cara ini diakui efektif dan tidak mengurangi sedikitpun nilai dari sertifikat itu sendiri. E Sertifikat ini bisa anda print sendiri dalam artian anda diberi sertifikat dalam bentuk softcopy. E Sertifikat ini sah karena sudah di atur dalam Undang-Undang No. 11 Tahun 2008 tentang Informasi dan Transaksi Elektronik (“UU ITE”).

Konsep Dasar Future IT Raharja (FIR)

Definisi FIR

FIR adalah kepanjangan dari Future IT Raharja, yang berisi kumpulan dari project-project IT masa depan yang dimiliki oleh Perguruan Tinggi Raharja yang bermanfaat untuk menunjang kegiatan perkuliahan serta pembelajaran para Pribadi Raharja. Tak hanya itu FIR juga menopang jalannya kegiatan TPi (Ten Pilar IT iLearning). Project FIR juga terus di lakukan pengembangan demi penyempurnaan untuk setiap project nya agar bisa bergabung menjadi salah satu dari anggota TPi.

Jenis-jenis FIR

Adapun jenis-jenis FIR, diantaranya:

Adapun jenis-jenis FIR, diantaranya:

  1. SIS+
  2. RhjFox
  3. Magics Channel
  4. PEN+
  5. Airzone
  6. GO+ (Green Orchestra Plus)
  7. Virtual Account
  8. ZPreneur
  9. ZFord
  10. iLP (iLearning Plus)
  11. DID (Dream Innovation Day)
  12. PESSTA+
  13. HKI (Hak Kekayaan Intelektual)

Konsep Dasar PESSTA+

Definisi PESSTA+

PESSTA+ (Penilaian Sidang Skripsi dan Tugas Akhir Plus) merupakan sebuah perkembangan dari sistem PESSTA. PESSTA+ adalah sebuah sistem validasi jurnal dan hibah yang dilakukan oleh mahasiswa secara online dan mandiri. Guna membuktikan bahwa mahasiswa atau Pribadi Raharja telah membuat artikel ilmiah yang lolos atau telah terbit di jurnal yang diakui oleh SK No 821 Tentang Ketentuan Jurnal Ilmiah Untuk Penilaian Objektif yang Diakui di Perguruan Tinggi Raharja maka perlu dilakukan validasi jurnal di PESSTA+.

Keistimewaan PESSTA+

PESSTA+ menjadi sangat istimewa karena hal-hal yang terdapat pada sistem PESSTA+ membuat pelaksanaan sidang menjadi lebih efektif karena nilai validasi sertifikat sudah tidak perlu dicek manual oleh penguji melainkan penguji hanya perlu mengakses sistem PESSTA+ dan mencari nama peserta sidang tersebut apakah sudah layak atau belum. Peserta sidang bisa submit sendiri validasi sertifikatnya kapanpun dan dimanapun mereka inginkan.

Logo PESSTA+

Logo adalah sebuah gambar atau sekedar sketsa yang memiliki arti tertentu, dan juga mewakili arti dari perusahaan, organisasi, daerah, lembaga, negara, produk, dan hal lainnya yang membutuhkan sesuatu yang singkat dan juga mudah diingat sebagai pengganti dari nama sebenarnya.

Logo harus mempunyai kerangka dasar dan filosofi berupa konsep dengan tujuan membentuk sifat yang berdiri sendiri atau mandiri. Logo pada umumnya dikenal oleh penglihatan atau visual, seperti ciri khas berbentuk warna dan rupa logo tersebut.

Gambar 2.3. Logo PESSTA+

Sumber : http://pesstaplus.raharja.ac.id/

PESSTA+ terdiri dari 4 warna yaitu hijau, biru, coklat, dan emas.

  1. Filosofi warna Hijau merupakan warna pertumbuhan, berhubungan dengan kehidupan yang baru dan pembaharuan. Membantu dalam hal pengambilan keputusan, membantu dalam melihat semua sisi dengan jelas. Warna hijau juga melambangkan kampus Raharja.
  2. Filosofi warna emas memiliki arti kesan aktif, kemakmuran dan dinamis. Seperti PESSTA+ yang sangat dinamis.
  3. Filosofi warna biru menghadirkan kesan kekuatan teknologi, air, udara, kebersihan.
  4. Warna hitam memiliki arti warna misteri karena sangat susah untuk didefinisikan secara pasti, yaitu mempunyai dua makna yang tidak selaras dan bertentangan. Dalam satu sisi, hitam menjadi warna yang solid, tegas, dan kuat, yang menggambarkan tentang kekuatan dan kecanggihan sistem PESSTA+ tersebut.

Tujuan PESSTA+

  1. Mempersingkat waktu pelaksanaan yang kurang optimal karena pengecekan validasi sertifikat secara manual
  2. Mengembangkan sistem PESSTA+ lebih baik lagi dengan adanya sistem validasi sertifikat dan dengan adanya data mahasiswa TA/Skripsi beserta tampilan poin sertifikat.
  3. Mahasiswa bisa submit validasi sertifikat secara mandiri dan online kapanpun dan dimanapun mahasiswa inginkan tanpa menunggu saat sidang berlangsung.

Konsep Dasar SWOT

Definisi SWOT

Menurut Rangkuti (2011: 199)[15], penelitian memastikan bahwa kinerja perusahaan bisa ditentukan oleh kombinasi faktor internal dan eksternal. Kedua faktor tersebut perlu dipertimbangkan dalam analisis SWOT. SWOT adalah singkatan dari lingkungan internal strengths dan weakness dan juga lingkungan eksternal opportunities dan threats yang berada di dunia bisnis. Analisa SWOT membandingkan antara faktor eksternal peluang (opportunities) dan ancaman (threats) dengan faktor internal kekuatan (strengths) dan kelemahan (weakness). Analisa ini terbagi atas empat komponen dasar yaitu :

  1. Kuadran 1
    Merupakan situasi yang sangat menguntungkan. Organisasi perusahaan tersebut mempunyai peluang dan kekuatan sehingga bisa memanfaatkan peluang yang ada. Strategi yang perlu ditetapkan dalam situasi ini adalah mendukung kebijakan pertumbuhan yang agresif (Growth Oriented Strategy).
  2. Kuadran 2
    Walaupun menghadapi berbagai ancaman, perusahaan/organisasi masih mempunyai kekuatan dari segi internal. Strategi yang perlu diterapkan adalah menggunakan kekuatan untuk memanfaatkan peluang jangka panjang dengan cara strategi diversifikasi (produk atau pasar).
  3. Kuadran 3
    Perusahaan menghadapi peluang pasar yang sangat besar, tetapi di lain pihak menghadapi beberapa kendala atau kelemahan internal. Kondisi bisnis pada kuadran 3 ini serupa dengan question mark pada BCG matriks. Fokus dari strategi perusahaan ini adalah meminimalkan masalah-masalah internal perusahaan sehingga bisa merebut peluang pasar yang lebih baik. Misalnya, Apple menggunakan strategi penelitian kembali teknologi yang digunakan dengan cara menawarkan produk-produk baru dalam industri microcomputer.
  4. Kuadran 4
    Ini merupakan kondisi yang sangat tidak menguntungkan, perusahaan tersebut menghadapi berbagai ancaman dan kelemahan internal.

Menurut Kadir (2014: 416)[16] Analisa SWOT mengandung 4 (empat) bagian :1) strengths (S) atau kekuatan, 2) weaknesses (W) atau kelemahan, 3) opportunities (O) atau peluang, 4) threats (T) atau ancaman.

  1. Kekuatan menyatakan karakteristik yang memberi keuntungan untuk organisasi.
  2. Kelemahan menyatakan karakteristik yang harus diperbaiki supaya memberikan keuntungan bagi organisasi.
  3. Peluang menyatakan karakteristik yang apabila dimanfaatkan bisa memberikan.
  4. Ancaman menyatakan karakteristik yang memberikan masalah bagi organisasi sehingga perlu dilakukan penanganan untuk mengatasinya.

Tujuan Analisa SWOT

Menurut Rangkuti (2011: 197)[15], tujuan analisa SWOT yaitu membandingkan antara faktor eksternal peluang dan ancaman dengan faktor internal kekuatan dan kelemahan sehingga dari analisis tersebut dapat diambil suatu keputusan strategis suatu organisasi.

Konsep Dasar UML (Unified Modeling Language)

Definisi UML

Menurut Widodo, (2011:6)[17], “UML adalah bahasa pemodelan standar yang memiliki sintak dan semantik”.

Menurut Nugroho (2010:6)[18], ”UML (Unified Modeling Language) adalah bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma (berorientasi objek).” Pemodelan (modeling) sesungguhnya digunakan untuk penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa sehingga lebih mudah

Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan UML adalah bahasa pemodelan yang digunakan sebagai penyederhana permasalahan yang komplek.

Jenis - Jenis UML

Menurut Widodo (2011:10)[17], Berikut ini adalah definisi mengenai 3 diagram UML :

  1. Use Case Diagram : Bersifat statis. Diagram ini memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas).
  2. Sequence Diagram : Bersifat dinamis. Diagram urutan adalah diagram interaksi yang menekankan pada pengiriman pesan dalam waktu tertentu.
  3. Activity Diagram : Bersifat dinamis. Diagram aktivitas adalah tipe khusus dari diagram status yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem.

Konsep Dasar Elisitasi

Definisi Elisitasi

Menurut Guritno (2011: 302)[19], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.

Jenis - Jenis Elisitasi

Menurut Suryo Guritno (2010:302)[19], “Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap”, yaitu sebagai berikut:

  1. Elisitasi Tahap I
    Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.
  2. Elisitasi Tahap II
    Merupakan hasil pengklasifikasian dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi untuk dieksekusi.
    (M) pada MDI itu artinya Mandatory. Maksudnya requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
    (D) pada MDI itu artinya Desirable. Maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembentukan sistem, akan membuat sistem tersebut lebih perfect.
    (I) pada MDI itu artinya Inessential. Maksudnya bahwa requirement tersebut bukanlah bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.
  3. Elisitasi Tahap III
    Merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang option-nya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE.
    (T) artinya Technical, maksudnya bagaimana tata cara / tehnik pembuatan requirement tersebut dalam sistem yang diusulkan.
    (O) artinya Operasional, maksudnya bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan.
    (E) artinya Ekonomi, maksudnya berapakah biaya yang diperlukan guna membangun requirement tersebut di dalam sistem.
    Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu sebagai berikut:
    High (H) : Sulit untuk dikerjakan, karena tehnik pembuatan dan pemakaiannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
    (M) : Mampu untuk dikerjakan.
    Low (L) : Mudah untuk dikerjakan.
  4. Final Draft Elicitation
    Menurut Suryo Guritno (2010:304))[19], “Final draft merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan".

Konsep Dasar HIPO

Definisi HIPO

Menurut Praptiningsih (2012:03)[20], “HIPO (Hirarchy Plus Input Process Output) yaitu alat bantu yang digunakan untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam program ini berisi input yang diproses dan menghasilkan output”.

Menurut Amsyah (2008:284)[21], , bagan HIPO (Hirarchy Plus Input Process Output) aslinya dibuat oleh IBM sebagai alat untuk mendokumentasikan program. Bagan HIPO secara jelas memperagakan apa yang dikerjakan suatu program, data apa yang digunakan, dan keluaran yang dihasilkannya. Bagan HIPO lebih mudah dibaca dibanding dengan bagan arus, sangat rinci, fleksibel, mudah dimodifikasi, dan dikelola. Dalam membuat bagan HIPO, terdapat tiga jenis diagram, yaitu: daftar isi visual (the visual table of contents/VTOC), diagram peninjauan, dan rincian diagram.

Berdasarkan beberapa pendapat yang dikemukakan di atas dapat ditarik kesimpulan HIPO merupakan metodologi yang dikembangkan dan didukung oleh IBM yang sebenarnya merupakan alat dokumentasi program dan sekarang banyak digunakan sebagai alat design dan teknik dokumentasi dalam siklus pengembangan sistem. Berbasis pada fungsi, yaitu tiap-tiap modul didalam sistem digambarkan oleh fungsi utamanya.

Konsep Dasar Black Box Testing

Definisi Black Box Testing

Menurut pandangan beberapa ahli Black Box Testing dapat diartikan, antara lain sebagai berikut:

Menurut Soetam Rizky (2011:264)[22]

, berpendapat bahwa “Black box testing adalah tipe testing yang memperlakukan perangkat lunak yang tidak diketahui kinerja internalnya. Sehingga para tester memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang tidak penting dilihat isinya, tapi cukup dikenai proses testing di bagian luar”. </p>

Menurut Agustiar Budiman (2012:4)[23], 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 beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa metode pengujian Black box digunakan untuk menguji sistem dari segi user yang di titik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada.

Berbeda dengan white box testing, black box testing tidak membutuhkan pengetahuan mengenai, alur internal (internal path), struktur atau implementasi dari software under test (SUT). Karena itu uji coba black box memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.

Uji coba black box bukan merupakan alternatif dari uji coba white box, tetapi merupakan pendekatan yang melengkapi untuk menemukan kesalahan lainnya, selain menggunakan metode white box testing. Black Box Testing dapat dilakukan pada setiap level pembangunan sistem. Mulai dari unit, integration, system, dan acceptance.

Uji coba black box berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya:

  1. Fungsi-fungsi yang salah atau hilang
  2. Kesalahan interface
  3. Kesalahan dalam struktur data atau akses database eksternal
  4. Kesalahan performa
  5. kesalahan inisialisasi dan terminasi

Tidak seperti metode white box yang dilaksanakan diawal proses, uji coba black box diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba black box dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Uji coba didesain untuk dapat menjawab pertanyaan pertanyaan berikut:

  1. Bagaimana validitas fungsionalnya diuji?
  2. Jenis input seperti apa yang akan menghasilkan kasus uji yang baik?
  3. Apakah sistem secara khusus sensitif terhadap nilai input tertentu?
  4. Bagaimana batasan-batasan kelas data diisolasi?
  5. Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?
  6. Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?

Sehingga dalam uji coba Black Box harus melewati beberapa proses sebagai berikut:

  1. Menganalisis kebutuhan dan spesifikasi dari perangkat lunak.
  2. Pemilihan jenis input yang memungkinkan menghasilkan output benar serta jenis input yang memungkinkan output salah pada perangkat lunak yang sedang diuji.
  3. Menentukan output untuk suatu jenis input.
  4. Pengujian dilakukan dengan input-input yang telah benar-benar diseleksi.
  5. Melakukan pengujian.
  6. Pembandingan output yang dihasilkan dengan output yang diharapkan.
  7. Menentukan fungsionalitas yang seharusnya ada pada perangkat lunak yang sedang diuji.

Metode Pengujian Dalam Black Box

Ada beberapa macam metode pengujian Black Box, berikut diantaranya:

  1. Equivalence Partioning
    Equivalence Partioning merupakan metode uji coba Black Box yang membagi domain input dari program menjadi beberapa kelas data dari kasus uji coba yang dihasilkan. Kasus uji penanganan single yang ideal menemukan sejumlah kesalahan (misalnya: kesalahan pemrosesan dari seluruh data karakter) yang merupakan syarat lain dari suatu kasus yang dieksekusi sebelum kesalahan umum diamati.
  2. Boundary Value Analysis
    Sejumlah besar kesalahan cenderung terjadi dalam batasan domain input dari pada nilai tengah. Untuk alasan ini boundary value analysis (BVA) dibuat sebagai teknik uji coba. BVA mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BVA merupakan desain teknik kasus uji yang melengkapi Equivalence partitioning. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output.
  3. Cause-Effect Graphing Techniques
    Cause-Effect Graphing merupakan desain teknik kasus uji coba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut:
    1. Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing.
    2. Pembuatan grafik Causes-Effect graph.
    3. Grafik dikonversikan ke dalam tabel keputusan.
    4. Aturan tabel keputusan dikonversikan kedalam kasus uji
  4. Comparison Testing
    Dalam beberapa situasi (seperti: aircraft avionic, nuclear Power plant control) dimana keandalan suatu software amat kritis, beberapa aplikasi sering menggunakan software dan hardware ganda (redundant). Ketika software redundant dibuat, tim pengembangan software lainnya membangun versi independent dari aplikasi dengan menggunakan spesifikasi yang sama. Setiap versi dapat diuji dengan data uji yang sama untuk memastikan seluruhnya menyediakan output yang sama. Kemudian seluruh versi dieksekusi secara parallel dengan perbandingan hasil real-time untuk memastikan konsistensi. Dianjurkan bahwa versi independent suatu software untuk aplikasi yang amat kritis harus dibuat, walaupun nantinya hanya satu versi saja yang akan digunakan dalam sistem. Versi independent ini merupakan basis dari teknik Black Box Testing yang disebut Comparison Testing atau back-to-back Testing.
  5. Sample and Robustness Testing
    1. Sample Testing
      Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen, seperti Mengintegrasikan nilai pada kasus uji. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu.
    2. Robustness Testing
      Pengujian ketahanan (Robustness Testing) adalah metodologi jaminan mutu difokuskan pada pengujian ketahanan perangkat lunak. Pengujian ketahanan juga digunakan untuk menggambarkan proses verifikasi kekokohan (yaitu kebenaran) kasus uji dalam proses pengujian.
  6. Behavior Testing dan Performance Testing
    1. Behavior Testing
      Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack.
    2. Performance Testing
      Digunakan untuk mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan. Misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll. Selain itu juga digunakan untuk mencari tahu beban kerja atau kondisi konfigurasi program. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain. Dapat digunakan untuk menguji batasan lingkungan program.
  7. Requirement Testing
    1. Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.
    2. Requirement Testing melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program.
    3. Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix.
  8. Endurance Testing
    Endurance Testing melibatkan kasus uji yang diulang-ulang dengan jumlah tertentu dengan tujuan untuk mengevaluasi program apakah sesuai dengan spesifikasi kebutuhan.
    Contoh: Untuk menguji keakuratan operasi matematika (floating point, rounding off, dll), untuk menguji manajemen sumber daya sistem (resources) (pembebasan sumber daya yang tidak benar, dll), input/outputs (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.

LITERATURE REVIEW

Literature review adalah bahan yang tertulis berupa buku, jurnal yang membahas tentang topik yang hendak diteliti. Banyak penelitian yang sebelumnya dilakukan mengenai Validasi Sertifikat PESSTA+. Dalam sistem Validasi Sertifikat PESSTA+ ini perlu dilakukan studi pustaka sebagai salah satu dari penerapan metode penelitian yang akan dilakukan.Berikut ini adalah 6 penelitian yang telah dilakukan dan memiliki kolerasi yang searah dengan penelitian yang akan dibahas dalam Jurnal ini diantaranya :

  1. Penelitian yang dilakukan oleh Aminudin (2014)[24], yang berjudul “Implementasi Single Sign On (SSO) Untuk Mendukung Interaktivitas Aplikasi E-CommerceMenggunakan Protocol Oauth”. Penelitian ini mengulas tentang teknologi Single Sign On yang merupakan teknologi yang diminati, terutama di jaringan yang sangat besar dan heterogen (dalam sistem operasi saat ini dan aplikasi yang digunakan oleh komputer berasal dari banyak vendor diminta untuk mengisi informasi itu sendiri ke setiap platform yang berbeda untuk diakses oleh pengguna). Dengan menggunakan SSO, pengguna hanya cukup berusaha untuk otentikasi hanya sekali untuk mendapatkan izin, akses ke semua layanan yang terdapat dalam jaringan.
  2. Penelitian yang dilakukan oleh Ikha Widyawati (2013)[25], yang berjudul “Analisis Faktor-Faktor Yang Mempengaruhi Minat Pemanfaatan Sistem Informasi Dan Penggunaan Sistem Informasi (Studi Empiris Pada BMT Di Karisidenan Pati)”. Penelitian ini untuk menguji faktor-faktor yang mempengaruhi minat pemanfaatan sistem informasi dan pengaruhnya terhadap penggunaan sistem informasi dengan menguji model yang diajukan oleh Handayani (2007). Data diperoleh dari persepsi individu pemakai sistem informasi pada BMT di Karisidenan Pati. Hasil penelitian ini menunjukkan bahwa ekspektasi kinerja, ekspektasi usaha, faktor sosial berpengaruh positif signifikan terhadap minat pemanfaatan sistem informasi. Kondisi yang memfasilitasi dan minat pemanfaatan SI berpengaruh positif terhadap penggunaan SI.
  3. Penelitian yang dilakukan oleh Lian Duan dan Li Da Xu dari Universitas Iowa, USA (2012) [26], yang berjudul"Business Intelligence for Enterprise Systems: A Survey". Penelitian ini membahas tentang ini pengenalan singkat kepada BI dengan penekanan pada algoritma dasar dan kemajuan saat ini. Selain itu , untuk menunjukkan tantangan dan peluang untuk lancar terhubung informatika industri untuk sistem perusahaan untuk penelitian BI.
  4. Penelitian yang dilakukan oleh Ahmad Budi Setiawan (2014)[27], yang berjudul “Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik” Bisnis dan transaksi elektronik telah menjadi trend saat ini oleh karena kemudahan dalam transaksi. Isu trust (kepercayaan) pada transaksi elektronik dalam lingkup nasional, regional dan global telah meningkat seiring dengan adanya permasalahan dalam hal keamanan informasi dalam transaksi elektronik. Pemerintah Indonesia telah memberikan jaminan hukum kepada masyarakat dalam bertransaksi elektronik. Hal ini tertuang dalam Undang-Undang No. 11 Tahun 2008 Tentang Informasi dan Transaksi Elektronik (UU ITE) dan juga dikeluarkannya peraturan Pemerintah No. 82 Tahun 2012 Tentang Penyelenggaraan Sistem Transaksi Elektronik (PP PSTE). Dalam regulasi tersebut diamanatkan kepada setiap Penyelenggara Sistem Transaksi Elektronik harus memiliki Sertifikat Elektronik dan Sertifikat Keandalan. Berdasarkan hal tersebut, diperlukan regulasi teknis dalam implementasi regulasi tersebut. Secara umum, telah ada Standard yang dikeluarkan oleh berbagai Organisasi Internasional dan Nasional. Dengan demikian, dibutuhkan strategi implementasi standardisasi sertifikat elektronik dan keandalan untuk mendorong tumbuh kembangnya Ekosistem Penyelenggara Sistem Transasksi Elektronik yang terpercaya dan handal serta memudahkan Pemerintah dalam meregulasi standard tersebut.
  5. Indahni, Frisilia and Kunang, Yesi Novaria and Muzakir, Ari (2015)[28], penelitian ini berjudul “Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature” Single sign on merupakan teknologi yang mengizinkan pengguna untuk melakukan otentikasi pada beberapa aplikasi web hanya menggunakan satu username dan satu password. Pengguna cukup melakukan login sekali agar bisa mengakses beberapa aplikasi web yang terintegrasi. Single sign on menyediakan fasilitas Security Assertion Markup Language (SAML) sebagai portal penghubung antara pengguna dan aplikasi web. Dengan menggunakan beberapa aplikasi web yaitu moodle dan wordpress. SSO SAML menggunakan digital signature sebagai sistem keamanan antar server dengan menggunakan sertifikat SP, sertifikat Idp dan sertifikat CAS. Digital signature memiliki fungsi sebagai penanda pada data yang memastikan bahwa data tersebut adalah data yang sebenarnya (tidak ada yang berubah) dengan menggunakan algoritma RSA.
  6. Hustinawati, Albert Kurnia Himawan and Latifah. Penelitian ini berjudul : Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.[29] Framework is a framework that allows developers to build an application . There are two types of frameworks , one of which is a web application framework. In this framework there is one type of framework that is widely used by web developers , which is a PHP framework that until now has been growing more than fifteen types to follow the progress of existing technology . With the development of web technology , in addition to facilitate can also cause problems both for the beginners in the world of PHP programming or PHP programmers to choose a framework which is more convenient and effective to use. Therefore , in this study will be a comparison between the two types , namely PHP framework CakePHP framework CodeIgniter framework that is implemented with the creation of websites to display data from a database , so that the two kinds of PHP frameworks can be known benefits and drawbacks to the analysis based on six factors namely in terms of performance , architecture , features - features that are available , the application of Ajax , ORM implementation , and capacity of each library - each framework.
  7. Penelitian yang dilakukan oleh Gabriel Tamura Norha M. Villegas dan Hausi A. Muller pada tahun 2011 [30], penelitian ini berjudul “Towards Practical Runtime Verification And Validation Of Self-Adaptive Software Systems”. Software validation and verification (V&V) ensures that software products satisfy user requirements and meet their expected quality attributes throughout their lifecycle. While high levels of adaptation and autonomy provide new ways for software systems to operate in highly dynamic environments, developing certifiable V&V methods for guaranteeing the achievement of self-adaptive software goals is one of the major challenges facing the entire research field. In this chapter we (i) analyze fundamental challenges and concerns for the development of V&V methods and techniques that provide certifiable trust in self-adaptive and self-managing systems; and (ii) present a proposal for including V&V operations explicitly in feedback loops for ensuring the achievement of software self-adaptation goals. Both of these contributions provide valuable starting points for V&V researchers to help advance this field.
  8. Penelitian yang dilakukan oleh Christopher J. Roy dan William L. Oberkampf pada tahun 2011 [31] penelitian ini berjudul “A Comprehensive Framework For Verification, Validation, and Uncertainty Quantification in Scientific Computing”. Approaches for propagating both types of uncertainties through the model to the system response quantities of interest are briefly discussed. Numerical approximation errors (due to discretization, iteration, and computer round off) are estimated using verification techniques, and the conversioon of these errors into epistemic uncertainties is discussed. Model form uncertainty is quantified using (a) model validation procedures, i.e., statistical comparisons of model predictions to available experimental data, and (b) extrapolation of this uncertainty structure to points in the application domain where experimental data do not exist. Finally, methods for conveying the total predictive uncertainty to decision makers are presented. The different steps in the predictive uncertainty framework are illustrated using a simple example in computational fluid dynamics applied to a hypersonic wind tunnel.
  9. Penelitian yang dilakukan oleh Manisha Bhardwaj, Sarbjeet Singh dan Makhan Singh pada tahun 2011[32] penelitian ini berjudul “Implementation Of Single Sign-On And Delegation Mechanisms In Alchemi.Net Based Grid Computing Framework”. Penelitian ini dilatarbelakangi setelah menganalisa rinci kinerja Alchemi, telah mengidentifikasi bahwa Alchemi Berbasis. NET Grid Computing Framework tidak mendukung mekanisme seperti single sign-on, sehingga diinginkan untuk menambahkan mekanisme ini untuk meningkatkan kegunaan dan penerapannya. Single sign-on (SSO) adalah fitur yang diinginkan dari komputasi grid, meskipun terdapat beberapa cara untuk menerapkan single sign-on dan delegasi, namun dalam penelitian ini telah diimplementasi pada Alchemi.Net berdasarkan kerangka kerja komputasi grid melalui X.509 sertifikat proxy. Kemudian saat ini telah diterapkan single sign-on dan delegasi mekanisme untuk Alchemi.Netbased dengan memanfaatkan X.509 sertifikat proxy. Dalam implementasi ini komunikasi telah dibentuk antara dua host. Kemudian host yang bertindak sebagai klien telah dikonfirmasi oleh tuan rumah yang bertindak sebagai server. Setelah di autentifikasi, klien diizinkan untuk mengakses berbagai aplikasi yang disediakan oleh Alchemi.Netbased framework komputasi grid dengan single sign-on dan hak delegasi penuh.
  10. Penelitian yang dilakukan oleh Ashirwad J. Chowriappa pada tahun 2013 [33],penelitian ini berjudul “Development and Validation of a composite scoring system for robot-assisted surgical training-the Robotic skills Assessment Score”. Penelitian ini dilatar belakangi oleh sebuah sistem penilaian standar tidak ada dalam penilaian maya berbasis realitas metrik untuk menggambarkan keterampilan bedah aman dan penting dalam operasi dibantu oleh robot. Penelitian ini bertujuan untuk mengembangkan mencetak penilaian bersama dengan validasi konstruk. Robotic Keterampilan Penilaian terutama berfokus pada keselamatan di bidang operasi, kesalahan kritis, ekonomi, bimanual ketangkasan, dan waktu. Berikut, RSA-Score yang dievaluasi lebih lanjut untuk validasi konstruk dan kelayakan. uji korelasi Spearman dilakukan antara tugas menggunakan RSA-Skor menunjukkan tidak ada korelasi silang. Hasil penelitian diusulkan RSA-Score ini dievaluasi ahli bedah non-robot (n ¼ 15) dan ahli bedah ahli-robot (n ¼ 12). Kelompok ahli menunjukkan secara signifikan lebih baik kinerja pada semua empat tugas dibandingkan dengan kelompok pemula. Validasi RSAScore yang dalam penelitian ini dilakukan pada Simulator Bedah Robotic. Kesimpulan: RSA-Score adalah sistem penilaian yang valid yang dapat dimasukkan dalam maya berbasis realitas simulator bedah untuk mencapai standar penilaian fundamental tenda bedah selama operasi dibantu oleh robot.

Dari ke-10 (Sepuluh ) literature riview yang terdapat diatas telah banyak yang membahas penelitian sebelumnya mengenai Validasi Sertifikat, maka disimpulkan bahwa belum ada peneliti yang membahas Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Pada Penilaian Objektif Sidang Di Perguruan Tinggi.

BAB III

ANALISA SISTEM YANG BERJALAN

Gambaran Umum Perusahaan

Banyaknya perguruan tinggi yang ada di Kota Tangerang khususnya di bidang IT (Information Technology) nyata nya masih belum dapat memenuhi kebutuhan masyarakat dalam mendapatkan sebuah data secara terkomputerisasi pada setiap bidang.

Dalam dunia perkantoran, baik instansi pemerintah maupun swasta sangat dekat dengan dunia komputer, alat-alat canggih, serta teknologi lainnya sangatlah berkembang dengan pesat sehingga setiap saat selalu berubah-ubah. Maka dari itu, Perguruan Tinggi Raharja yang mempunyai misi tersendiri, turut ikut serta dalam membantu program pemerintah untuk mencerdaskan bangsa Indonesia dan juga meningkatkan sumber daya manusia untuk menghadapi blue ocean.

Para pendiri Perguruan Tinggi Raharja berambisi membantu pemerintah dan masyarakat Kota Tangerang dengan hadirnya Perguruan Tinggi Raharja yang didirikan oleh Yayasan Nirwana Nusantara (YRI). Perguruan Tinggi Raharja tercatat sudah berdiri sejak tahun 2001 dan merupakan perguruan tinggi dalam bidang pendidikan komputer terbaik.

Sejarah Singkat Perguruan Tinggi Raharja

Awal mula berdirinya Perguruan Tinggi Raharja hanyalah sebuah lembaga kursus komputer yang diberi nama LPPK (Lembaga Pendidikan dan Penelitian Komputer) Raharja. Pada saat itu, LPPK berada di Jalan Gatot Subroto KM.2 Harmoni Mas Cimone, Tangerang. Lika-liku perjalanan Perguruan Tinggi Raharja bisa dilihat pada tabel 3.1 berikut ini:

Tabel 3.1 Sejarah Perguruan Tinggi Raharja

Namun tidak hanya sampai disini saja, dalam rangka meningkatkan mutu serta kualitas lulusan RAHARJA yang telah disesuaikan dengan Rencana Induk Pengembangan (RIP) Raharja, dalam waktu tidak lebih dari 5 tahun sudah berdiri Universitas RAHARJA.


  1. Jurusan/Program Studi Perguruan Tinggi Raharja

  2. Tabel 3.2. Jurusan/Prodi Pada STMIK Raharja

    Tabel 3.2. Merupakan tabel jurusan/prodi yang terdapat pada STMIK Raharja yang terdiri dari 3 (tiga) jurusan, yaitu Sistem Informasi, Teknik Informasi, dan Sistem Komputer.

  3. Jurusan/Prodi AMIK Raharja Informatika

  4. Tabel 3.3. Jurusan/Prodi Pada AMIK Raharja Informatika

    Tabel 3.3. Merupakan table jurusan/prodi yang terdapat pada AMIK Raharja Informatika yang terdiri dari 3 (tiga) jurusan, yaitu Manajemen Informatika, Teknik Informasi, dan Komputer Akuntansi.

Visi dan Misi Perguruan Tinggi Raharja

1.Visi Perguruan Tinggi Raharja

Tabel berikut ini merupakan Visi Perguruan Tinggi Raharja:


Tabel 3.4. Visi Perguruan Tinggi Raharja


2. Misi Perguruan Tinggi Raharja

Demi mencapai Visi yang telah di gariskan, Perguruan Tinggi Raharja senantiasa berupaya untuk melaksanakan misinya sebagaimana tabel dibawah ini:


Tabel 3.5. Misi Perguruan Tinggi Raharja

Visi dan misi yang sudah dijelaskan di atas harus dimengerti dan juga dipahami dengan kesadaran komitmen pada mutu yang menjadi tujuan dalam manajemen dan pada sistem pendidikan di Perguruan Tinggi Raharja. Kualitas bisa disebut dengan sebuah dimensi yang merupakan bagian dari apa yang disebut “Total Qualitas Manajemen”. Konsep berfikir kualitas terdiri dari: performance (kinerja), feature (fasilitas), durability (daya tahan), reliability (kehandalan), conformity (kesesuaian), esthetic (keindahan), dan easy to be repaired (kemudahan perbaikan). Pada ketujuh elemen tersebut, merupakan perhatian utama bagi manajemen dan sistem pendidikan Perguruan Tinggi Raharja yang tertulis dalam ISO9001 : 2008 (Sistem Manajemen Mutu Raharja)

3.Tujuan Perguruan Tinggi Raharja

Demi melaksanakan apa yang menjadi motto sebuah instansi, maka dari itu Perguruan Tinggi Raharja mempunyai tujuan yang sudah dirangkum tabel 3.6. di bawah ini:

Tabel 3.6 Tujuan Perguruan Tinggi Raharja

Arti Nama Raharja

Arti nama Raharja terinspirasi 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 nya adalah niat dan keinginan pendiri demi membantu pemerintah ikut andil dalam membangun masyarakat yang sejahtera melalui ilmu teknologi informasi dan komputer. Get The Better Future By Computer Science (meraih sukses yang gemilang dengan ilmu komputer) adalah motto dari Perguruan Tinggi Raharja.

1. Arti Green Campus

(Sumber : Identitas Raharja, raharja.ac.id

Sesuai dengan namanya, Green Campus berarti Kampus Hijau. Sehingga arti dari Kampus Hijau itu sendiri terbagi menjadi 2 yaitu Green atau biasa disebut dengan Green Leaves yang bisa diartikan ‘masih hijau’. Dalam arti luas nya menjadi generasi muda Indonesia adalah bibit unggul yang masih hijau dan Green Campus memberi potensi untuk melahirkan generasi pribadi yang matang dan juga berguna bagi bangsa dan negara. Sedangkan Green dalam konteks Green Power memiliki arti financial. Sebagai instansi pendidikan, Green Campus dapat memberi kekuatan untuk menunjang seluruh aktifitas perkuliahan untuk mewujudkan pribadi raharja yang mandiri secara financial (financially independent).

2. Arti Pribadi Raharja

Gambar 3.2. Pribadi Raharja

(Sumber : Identitas Raharja, raharja.ac.id)


Pribadi Raharja adalah cerminan almamater Perguruan Tinggi Raharja yang wajib mempunyai 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.

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

3. Struktur Organisasi


Dalam organisasi, instansi, maupun perusahaan patut memiliki sebuah struktur organisasi yang digunakan demi memudahkan pengkoordinasian dan penyatuan usaha untuk menunjukkan kerangka hubungan di antara fungsi, bagian maupun tugas dan wewenang serta tanggung jawab anggota organisasi. Disamping itu pula untuk menunjukkan rantai (garis) perintah dan penggandaan fungsi yang dibutuhkan dalam sebuah organisasi. Hal tersebut sama halnya dengan Perguruan Tinggi Raharja yang mempunyai struktur organisasi divisi akademik sebagai berikut:

Gambar 3.3. Stuktur Organisasi Perguruan Tinggi Raharja

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

Tugas dan Tanggung Jawab

Berikut merupakan tabel wewenang serta tanggung jawab bagian yang ada pada Perguruan Tinggi Raharja:

  1. Presiden Direktur

  2. Tabel 3.7. Presiden Direktur
  3. Direktur

  4. Tabel 3.8. Direktur
  5. Pembantu (Bidang Akademik)

  6. Tabel 3.9. Pembantu (Bidang Akademik)
  7. Pembantu Direktur II (Administrasi)

  8. Tabel 3.10. Pembantu Direktur II (Administrasi)
  9. Pembantu Direktur III (Bidang Kemahasiswaan)

  10. Tabel 3.11. Pembantu Direktur III (Bidang Kemahasiswaan)
  11. Asisten Direktur Akademik

  12. Tabel 3.12. Asisten Direktur Akademik
  13. Kepala Jurusan

  14. Tabel 3.13. Kepala Jurusan
  15. Asisten Direktur Finansial

  16. Tabel 3.14. Asisten Direktur Finansial
  17. Layanan Keuangan Mahasiswa (LKM)

  18. Tabel 3.15. Layanan Keuangan Mahasiswa (LKM)
  19. Asisten Direktur Operasional (ADO)

  20. Tabel 3.16. Asisten Direktur Operasional (ADO)
  21. Registrasi Perkuliahan Ujian (RPU)

  22. Bagian dari Registrasi Perkuliahan Ujian (RPU) terdiri dari:

    1. Layanan Registrasi Mahasiswa (LRM)

    2. Tabel 3.17. Layanan Registrasi Mahasiswa (LRM)
    3. Perkuliahan dan Ujian (PU)

    4. Tabel 3.18. Perkuliahan dan Ujian (PU)

Tata Laksana Sistem Yang Berjalan

Dalam bab ini penulis akan mengemukakan tentang prosedur sistem yang berjalan.

Prosedur Sistem Yang Berjalan

Dalam menganalisa sistem yang berjalan saat ini, penulis melakukan penelitian menggunakan analisa deskriptif sebagai penggambaran sistem berjalan tersebut. Pada penilaian validasi sertifikat di Perguruan Tinggi Raharja saat ini masih dilakukan secara manual. Saat sidang berlangsung mahasiswa harus membawa berkas-berkas sertifikat dan diberikan pada Dewan Penguji untuk dicek keabsahannya. Pengecekan validasi sertifikat membutuhkan ketelitian dan juga waktu yang cukup lama. Hingga saat ini masih belum adanya kemudahan dalam melakukan validasi sertifikat pada saat pelaksanaan sidang berlangsung. Sehingga mahasiswa tidak mengetahui apakah sertifikat yang mereka kumpulkan sesuai dengan PO Sidang atau tidak.

Dengan adanya permasalahan tersebut, maka hal ini menyebabkan kurang efektifnya pemberian nilai validasi sertifikat pada saat pelaksanaan sidang. Dengan hal seperti ini juga tentunya menyulitkan Dewan Penguji dalam memberi nilai validasi sertifikat belum lagi Dewan Penguji masih harus input nilai validasi sertifikat tersebut ke dalam sistem PESSTA (pessta.ilearning.me).

Karena pada kenyataannya, pada saat sidang berlangsung ke-10 sertifikat yang dibawa mahasiswa yang harus di cek keabsahannya itu, memerlukan sebuah wadah atau sebuah sistem yang menampung hasil scan ke-10 sertifikat untuk di cek secara otomatis di Perguruan Tinggi Raharja dan juga yang bisa langsung diberikan nilai secara otomatis apabila hasil validasi sertifikat itu sesuai dengan prosedur yang ada, dan secara otomatis menolak hasil validasi sertifikat yang tidak sesuai syarat dan ketentuan tanpa perlu pengecekan pada saat sidang berlangsung.

Permasalahan Yang Dihadapi

Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah pada saat awal pelaksanaan sidang berlangsung, Penguji harus mengecek berkas-berkas sertifikat yaitu sebanyak 10 sertifikat yang menghabiskan waktu kurang lebih 10 menit lamanya untuk proses pengecekan keabsahan. Sehingga membuat tidak efektif dan tidak efisien.

Prosedur sistem yang berjalan saat ini dalam proses penilaian validasi sertifikat yang ada di Perguruan Tinggi Raharja masih menggunakan jaringan lokal yaitu hanya dapat dilakukan pada saat pelaksanaan sidang berlangsung sehingga penilaian poin sertifikat dirasa masih kurang efisien.

  1. Tidak adanya sebuah informasi hasil validasi sertifikat dalam bentuk Data Sidang TA/Skripsi 2016/2017, sehingga Penguji tidak mengetahui secara otomatis penilaian objektif sidang sertifikat .
  2. Tidak adanya wadah untuk memberikan hasil validasi sertifikat penelitian TA/Skripsi yang valid di Perguruan Tinggi Raharja.

Rancangan Prosedur Sistem Yang Berjalan

Untuk menganalisa sistem berjalan, penelitian ini menggunakan Flowchart dan Unified Modelling Language (UML) untuk menggambarkan rancangan prosedur dan proses yang berjalan saat ini yaitu sebagai berikut :

Flowchart Sistem Yang Berjalan

Gambar 3.3. Flowchart Sistem Yang berjalan

Dapat dijelaskan gambar 3.3. flowchart sistem yang diusulkan, yaitu terdiri dari:

  1. 2 (dua) simbol terminal, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada menu search validasi.
  2. 1 (satu) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya, yaitu: "Input Poin Sertifikat”.
  3. 2 (dua) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah “Pengecekan Berkas-Berkas Sertifikat ” dan "Poin Sertifikat Terpenuhi".
  4. 1 (satu) simbol decision, sebagai simbol untuk menunjukkan sebuah langkah pengambilan suatu keputusan untuk mengecek validasi sertifikat yang dinyatakan valid.

Use Case Diagram Yang Berjalan

Gambar 3.4. Use Case Diagram Yang Berjalan

Dapat dijelaskan gambar 3.4. Use Case diagram yang diusulkan, yaitu terdiri dari 2 actor, yaitu : Mahasiswa dan Penguji. Dan juga mempunyai 4 behavior atau kebiasaan diantaranya yaitu :

  1. Mahasiswa membawa berkas-berkas sertifikat saat sidang
  2. Penguji mengecek berkas-berkas sertifikat
  3. Penguji menginput nilai sertifikat
  4. Poin sertifikat terpenuhi

Activity Diagram Yang Berjalan

Gambar 3.5. Activity Diagram Yang Berjalan

Dapat dijelaskan Gambar 3.5. diatas Activity diagram yang berjalan, yaitu sebagai berikut :

  1. 1 (satu) initial node sebagai objek yang di awali.
  2. 4 (empat) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : membawa berkas-berkas sertifikat, mengecek berkas-berkas sertifikat, penginput nilai sertifikat, dan poin sertifikat terpenuhi.
  3. 1 (satu) initial final node yang merupakan aktifitas akhir kegiatan.

Sequence Diagram Yang Berjalan

Gambar 3.6. Sequence Diagram Yang Berjalan

Gambar 3.6. Sequence Diagram yang berjalan diatas menggambarkan sequence diagram yang berjalan, yaitu sebagai berikut :

  1. 2 (dua) actor yang melakukan kegiatan, yaitu mahasiswa dan penguji.
  2. 2 (dua) Lifeline yaitu sistem Sertifikat dan PESSTA.
  3. Message yang menggambarkan pengiriman pesan, yaitu :
    1. Mahasiswa membawa berkas-berkas sertifikat pada saat sidang.
    2. Penguji menerima berkas-berkas sertifikat.
    3. Penguji mengecek berkas-berkas sertifikat.
    4. Input nilai PO sertifikat.
    5. Poin sertifikat terpenuhi.

Analisa Sistem Yang Berjalan

Metode Analisa SWOT

Penelitian ini menggunakan metode analisa SWOT untuk mengevaluasi kekuatan (Strengths), kelemahan (Weakness), Peluang (Opportunities), dan ancaman (Threats) pada sistem yang mampu menyampaikan informasi yang diinginkan pada Perguruan Tinggi Raharja yang dapat dilihat pada Tabel 4.1. dibawah ini:

Tabel 3.19. 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 4.2. dibawah ini:

Tabel 3.20. Matriks SWOT

Analisa Masukan, Analisa Proses, Analisa Keluaran

  1. Analisa Masukan
    Analisa masukan merupakan penguraian masalah yang dilakukan terhadap semua data/informasi yang berfungsi sebagai data input sehingga menghasilkan proses.
    Nama Masukan  : Validasi Sertifikat
    Fungsi  : Sebagai pembuktian bahwa peserta sidang sudah mempunyai sertifikat yang terdokumentasi dengan baik.
    Sumber  : Dewan Penguji
    Media  : Sertifikat
    Distribusi  : Peserta sidang kepada dewan penguji
    Frekuensi  : Setiap pelaksanaan sidang berlangsung
    Keterangan  : Dewan penguji mengecek validasi sertifikat peserta sidang.
  2. Analisa Proses
    Analisa proses merupakan penguraian yang dilakukan pada proses sebagai suatu hasil respect balik karena adanya data input di dalam proses inilah semua data/informasi yang masuk akan di olah dengan menggunakan pengolahan sistem yang ada.
    Nama Masukan  : Pengolahan nilai
    Masukan  : Nilai validasi sertifikat
    Keluaran  : Nilai berupa poin 10
    Ringkasan Proses  : Proses ini akan menghasilkan nilai validasi sertifikat berupa poin mutu yang akan disampaikan kepada peserta sidang.
  3. Analisa Keluaran
    Analisa keluaran merupakan penguraian masalah yang dilakukan pada hasil dari keseluruhan proses yang terjadi dari mulai penginputan data sampai terjadi proses pengolahan data melalui sistem pengolahan data yang ada.
    Nama Keluaran  : Nilai validasi sertifikat
    di sistem PESSTA
    Fungsi  : Menampilkan nilai
    Media  : Sistem PESSTA (Penilaian Sidang Skripsi Dan Tugas Akhir)
    Keterangan  : Poin validasi sertifikat peserta sidang sudah di input ke dalam sistem PESSTA.

Permasalahan Yang Dihadapi dan Altetrnatif Pemecahan Masalah

Permasalahan Yang Dihadapi

Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah pada saat awal pelaksanaan sidang berlangsung, Penguji harus mengecek berkas-berkas sertifikat, menghabiskan waktu kurang lebih 10 menit untuk proses pengecekan.

Prosedur sistem yang berjalan saat ini dalam proses penilaian validasi sertifikat yang ada di Perguruan Tinggi Raharja masih menggunakan jaringan lokal yaitu hanya dapat dilakukan pada saat pelaksanaan sidang berlangsung sehingga penilaian poin sertifikat dirasa masih kurang efektif dan efisien. Tidak adanya wadah untuk memberikan hasil penilaian sertifikat yang valid di Perguruan Tinggi Raharja. sehingga Penguji tidak mengetahui secara otomatis penilaian objektif sidang sertifikat.

Alternatif Pemecahan Masalah

Setelah dilakukan nya observasi dari berbagai permasalahan yang sedang dihadapi saat ini, maka dicarikan alternatif pemecahan masalah yang mendukung dan bisa menjadi referensi bagi Perguruan Tinggi Raharja. Terdapat 3 alternatif pemecahan masalah, diantaranya:

  1. Dengan dibuatnya sistem validasi sertifikat di PESSTA+ diharapkan mahasiswa bisa submit sertifikat secara mandiri dan online kapanpun dan dimanapun mereka ingingkan tanpa perlu menunggu pelaksanaan sidang berlangsung dan juga memudahkan dewan penguji dalam melihat validasi sertifikat tanpa perlu mengecek berkas-berkas sertifikat.
  2. Dengan hadirnya validasi sertifikat di PESSTA+, seluruh sertifikat Mahasiswa di Perguruan Tinggi Raharja akan terdokumentasi dan tervalidasi dengan baik di PESSTA+.
  3. Dan dengan dibuatnya Data Mahasiswa TA/Skripsi validasi sertifikat dapat menghasilkan data yang valid dan mempermudah Penguji, peserta sidang, maupun Mahasiswa dalam mengecek laporan pada validasi sertifikat di PESSTA+.

User Requirement

Elisitasi Tahap I

Menurut Guritno (2011 : 302)[19], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.

Menurut Saputra (2012 : 51)[34], “Elisitasi merupakan rancangan yang di buat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi“ Elisitasi tahap 1 merupakan daftar yang diperoleh dari hasil pengumpulan data, sebuah rancangan sistem yang diusulkan oleh manajemen terkait dengan wawancara mengenai kekurangan dari sistem yang sedang berjalan dan kebutuhan sistem yang belum terpenuhi.

Wawancara pada elisitasi ini dilakukan bersama stakeholder dengan menghasilkan 55 (lima puluh lima) kebutuhan functional dan 5 (lima) kebutuhan non functional

Tabel 3.21. Elisitasi Tahap I

ANALISA KEBUTUHAN

FUNGSIONAL

SAYA INGIN SISTEM SAYA DAPAT :

No.

Keterangan

1

Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori

2

Sistem dapat melakukan submit jurnal

3

Sistem dapat melakukan submit hibah

4

Sistem dapat melakukan submit sertifikat

5

Sistem dapat melakukan submit widuri

6

Pada Form Pertama Submit Sertifikat Terdapat 6 Field

7

Pada Form Kedua Submit Sertifikat Terdapat 3 Field

8

Pada Form Ketiga Submit Sertifikat Terdapat 1 Field.

9

Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat

10

Sistem dapat login menggunakan Facebook

11

Sistem dapat login menggunakan Twitter

12

Sistem dapat login menggunakan Linkedin

13

Sistem dapat menampilkan Validasi Sertifikat

14

Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang

15

Sistem dapat menampilkan My Sertifikat

16

Pada submit sertifikat sistem dapat menampilkan NIM, Nama Lengkap dan Email Rinfo secara otomatis

17

Pada submit sertifikat sistem dapat menampilkan Link hasil Scan Sertifikat

18

Sistem dapat  menampilkan Gambar Sertifikat

19

Sistem dapat menampilkan judul sertifikat disetiap form

20

Sistem dapat menampilkan jumlah visitor yang online

21

Pada sistem terdapat Manage Sertifikat  terdapat 3 status Confrim

22

Sistem dapat menampilkan  validasi Layak dan Tidak Layak

23

Sistem dapat menampilkan Button Print

24

Pada homepage PESSTA+ terdapat logo PESSTA+

25

Sistem dapat menampilkan sitemap

26

Sistem memiliki Fasilitas Live Chat

27

Sistem dapat menampilkan FAQ tentang Validasi Sertifikat

28

Sistem dapat menampilkan slide show banner

29

Sistem memiliki Fasilitas change username

30

Sistem dapat menampilkan kalender pada PESSTA+

31

Sistem terdapat Fasilitas Google Translate

32

Sistem dapat menampilkan photo Admin

33

Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)

34

Sistem dapat menampilkan judul disetiap formnya yang terdiri dari 3 form

35

Sistem dapat melakukan Update Biodata User

36

Sistem dapat login melalui path

37

Sistem dapat melakukan pilihan bahasa (Indonesia dan English)

38

Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah Log Out

39

Sistem dapat menampilkan seluruh daftar Pribadi Raharja

40

Sistem dapat menampilkan informasi deadline secara rutin

41

Sistem dapat menampilkan viewboard validasi sertifikat yang valid

42

Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid

43

Sistem dapat menampilkan menu navigation

44

Sistem dapat mengirimkan notifikasi validasi sertifikat berupa email

45

Sistem dapat menampilkan waktu saat ini

46

Sistem terdapat fanspage PESSTA+

47

Sistem terdapat tampilan waktu hari

48

Sistem terdapat tampilan waktu tanggal

49

Sistem terdapat tampilan waktu tahun

50

Sistem memiliki kolom searching

51

Sistem dapat terhubung dengan Ten pillar iLearning no 5 iDuHelp!

52

Sistem dapat terhubung dengan Future IT Raharja no 5 yaitu forum RhjFox

53

Sistem dapat terhubung dengan Ten pillar iLearning no 7 Viewboard Rooster.

54

Sistem menampilkan unix visitors counter

55

Sistem memiliki roadmap Tpi

NON FUNGSIONAL

SAYA INGIN SISTEM SAYA DAPAT :

No.

Keterangan

1

Membuat  3 Artikel Tutorial Validasi Sertifikat di iRAN

2

Melakukan Sosialisasi PESSTA+  kepada 50  mahasiswa TA/Skripsi

3

Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit

4

Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment 

5

Mengirim Mailchimp kepada 220 Pribadi Raharja

Penyusun,

 

(Siti Mutmainah)

NIM : 1312474539

Stakeholder

 

(Padeli, M.Kom.)

NIP : 03002

Elisitasi Tahap II

Menurut Saputra (2012:51)[34], Elisitasi tahap II merupakan hasil pengklasifikasian dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi.

Berikut ini adalah penjelasan mengenai metode MDI yang dipakai dalam elisitasi tahap II:

  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.

Berikut ini adalah tabel 3.22. yang berisikan elisitasi tahap II berdasarkan klasifikasi metode MDI. Pada elisitasi tahap II ini berisikan 60 (enam puluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.

ANALISA KEBUTUHAN

FUNGSIONAL

SAYA INGIN SISTEM SAYA DAPAT :

No.

Keterangan

M

D

I

1

Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori

 

 

2

Sistem dapat menampilkan kalender

 

 

3

Pada Form Pertama Submit Sertifikat Terdapat 6 Field

 

 

4

Pada Form Kedua Submit Sertifikat Terdapat 3 Field

 

 

5

Pada Form Ketiga Submit Sertifikat Terdapat 1 Field

 

 

6

Sistem dapat menampilkan traffic aktivitas submit validasi sertifikat

 

 

7

Sistem dapat menampilkan informasi biodata Pribadi Raharja

 

 

8

Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat

 

 

9

Sistem dapat menampilkan log terakhir mahasiswa melakukan login

 

 

10

Sistem dapat login menggunakan Facebook

 

 

11

Sistem dapat login menggunakan Twitter

 

 

12

Sistem dapat login menggunakan Linkedin

 

 

13

Sistem dapat menampilkan Validasi Sertifikat

 

 

14

Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori

 

 

15

Sistem dapat menampilkan My Sertifikat

 

 

16

Pada submit sertifikat sistem dapat menampilkan NIM, Nama Lengkap dan Email Rinfo secara otomatis

 

 

17

Pada submit sertifikat sistem dapat menampilkan Link hasil Scan Sertifikat

 

 

18

Sistem dapat menampilkan Gambar Sertifikat

 

 

19

Sistem dapat menampilkan judul sertifikat disetiap form

 

 

20

Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang

 

 

21

Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim

 

 

22

Sistem dapat menampilkan validasi Layak dan Tidak Layak

 

 

23

Sistem dapat menampilkan Button Print

 

 

24

Pada homepage PESSTA+ terdapat logo PESSTA+

 

 

25

Sistem dapat menampilkan sitemap

 

 

26

Sistem memiliki Fasilitas Live Chat

 

 

27

Sistem dapat menampilkan FAQ tentang Validasi Sertifikat

 

 

28

Sistem dapat menampilkan slide show banner

 

 

29

Sistem memiliki Fasilitas change username

 

 

30

Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid

 

 

31

Sistem terdapat Fasilitas Google Translate

 

 

32

Sistem dapat menampilkan photo Admin

 

 

33

Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)

 

 

34

Sistem di lengkapi dengan track music

 

 

35

Sistem dapat melakukan Update Biodata User

 

 

36

Sistem dapat login melalui path

 

 

37

Sistem dapat melakukan pilihan bahasa (Indonesia dan English)

 

 

38

Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah Log Out

 

 

39

Sistem dapat menampilkan seluruh daftar Pribadi Raharja

 

 

40

Sistem dapat menampilkan informasi deadline secara rutin

 

 

41

Sistem dapat melakukan submit jurnal

 

 

42

Sistem dapat melakukan submit hibah

 

 

43

Sistem dapat melakukan submit sertifikat

 

 

44

Sistem dapat melakukan submit widuri

 

 

45

Sistem dapat menampilkan waktu saat ini

 

 

46

Sistem terdapat fanspage PESSTA+

 

 

47

Sistem terdapat tampilan waktu hari

 

 

48

Sistem terdapat tampilan waktu tanggal

 

 

49

Sistem terdapat tampilan waktu tahun

 

 

50

Sistem memiliki kolom searching

 

 

51

Sistem dapat terhubung dengan Ten pillar iLearning no 5 iDuHelp!

 

 

52

Sistem dapat terhubung dengan Future IT Raharja no 5 yaitu forum RhjFox

 

 

53

Sistem dapat terhubung dengan Ten pillar iLearning no 7 Viewboard Rooster.

 

 

54

Sistem menampilkan unix visitors counter

 

 

55

Sistem memiliki roadmap Tpi

 

 

56

Sistem dapat terhubung ke website acid

 

 

57

Sistem memiliki halaman kritik dan saran

 

 

58

Sistem memiliki fasilitas zoom in dan zoom out

 

 

59

Sistem memiliki informasi live video dari Magics Channel

 

 

60

Sistem memiliki fitur informasi cuaca dengan tampilan gambar animasi

 

 

FUNGSIONAL

SAYA INGIN SISTEM SAYA DAPAT :

No.

Keterangan

M

D

I

1

Membuat 3  Artikel Tutorial Validasi Sertifikat di iRAN

 

 

2

Melakukan Sosialisasi PESSTA+  kepada 50  mahasiswa TA/Skripsi

 

 

3

Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit

 

 

4

Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment 

 

 

5

Menyebarkan Mailchimp ke 220 Pribadi Raharja

 

 

Penyusun,

 

(Siti Mutmainah)

NIM : 1312474539

Stakeholder

 

(Padeli,M.Kom)

NIP : 03002

Keterangan:

M (Mandatory) : Penting

D (Desirable) : Tidak Terlalu Penting

I (Inessential) : Tidak Mutlak Ada

Elisitasi Tahap III

Menurut Saputra (2012:51)[34], Elisitasi tahap III merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang optionnya "I" pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali dengan metode TOE. Dan tahap selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE seperti keterangan berikut:

  1. T (Technical), artinya adalah bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan.
  2. O (Operational), artinya adalah bagaimana tata cara penggunaan requirement tersebut dalam sistem yang diusulkan.
  3. E (Economic), artinya adalah berapa biaya yang diperlukan untuk membangun requirement tersebut dalam sistem yang diusulkan.

Metode TOE tersebut dibagi kembali menjadi 3 (tiga) option, diantaranya:

  1. H (High), artinya sulit untuk dikerjakan, teknik dan pemakaiannya pun sulit serta biayanya mahal. Sehingga requirement tersebut harus di eliminasi.
  2. M (Middle), artinya mampu untuk dikerjakan.
  3. L (Low), artinya mudah untuk dikerjakan.

Berikut ini adalah tabel 3.23. yang berisikan elisitasi tahap III berdasarkan klasifikasi metode TOE. Pada elisitasi tahap III ini menghasilkan 25 (dua puluh lima) kebutuhan functional dan 5 (lima) kebutuhan non functional.

Tabel 3.23. Elisitasi Tahap III

Functional

No

Analisa Kebutuhan

T

O

E

Saya ingin sistem ini :

L

M

H

L

M

H

L

M

H

1

Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori

 

 

 

 

 

 

2

Sistem dapat menampilkan kalender

 

 

 

 

 

 

3

Sistem dapat menampilkan viewboard validasi sertifikat yang valid

 

 

 

 

 

 

4

Sistem dapat menampilkan menu Navigation

 

 

 

 

 

 

5

Sistem dapat mengirimkan notifikasi validasi sertifikat berupa email

 

 

 

 

 

 

6

Sistem dapat menampilkan traffic aktivitas submit validasi sertifikat

 

 

 

 

 

 

7

Sistem dapat menampilkan informasi biodata Pribadi Raharja

 

 

 

 

 

 

8

Pada Form Pertama Submit Sertifikat Terdapat 6 Field

 

 

 

 

 

 

9

Sistem dapat menampilkan log terakhir mahasiswa melakukan login

 

 

 

 

 

 

10

Sistem dapat login menggunakan Facebook

 

 

 

 

 

 

11

Sistem dapat login menggunakan Twitter

 

 

 

 

 

 

12

Sistem dapat login menggunakan Linkedin

 

 

 

 

 

 

13

Sistem dapat menampilkan Validasi Sertifikat

 

 

 

 

 

 

14

Pada Form Ketiga Submit Sertifikat Terdapat 1 Field

 

 

 

 

 

 

15

Sistem dapat menampilkan My Sertifikat

 

 

 

 

 

 

16

Pada Form Kedua Submit Sertifikat Terdapat 3 Field

 

 

 

 

 

 

17

Pada submit sertifikat sistem dapat menampilkan 10 Link hasil Scan Sertifikat

 

 

 

 

 

 

18

Sistem dapat menampilkan 10 Gambar Sertifikat

 

 

 

 

 

 

19

Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat

 

 

 

 

 

 

20

Sistem dapat menampilkan jumlah visitor yang online

 

 

 

 

 

 

21

Sistem dapat menampilkan poin penilaian

 

 

 

 

 

 

22

Sistem dapat menampilkan validasi Layak dan Tidak Layak

 

 

 

 

 

 

23

Pada sistem terdapat Manage Sertifikat  terdiri dari 3 status Confrim

 

 

 

 

 

 

24

Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang

 

 

 

 

 

 

25

Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid

 

 

 

 

 

 

Non Functional

No

Analisa Kebutuhan

T

O

E

Saya ingin sistem ini :

L

M

H

L

M

H

L

M

H

1

Membuat 3  Artikel Tutorial Validasi Sertifikat di iRAN

 

 

 

 

 

 

2

Melakukan Sosialisasi PESSTA+  kepada 50  mahasiswa TA/Skripsi

 

 

 

 

 

 

3

Memiliki Target Submit Validasi Sertifikat sebanyak 100

 

 

 

 

 

 

4

Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment 

 

 

 

 

 

 

5

Mengirim Mailchimp ke 220 Pribadi Raharja

 

 

 

 

 

 

Penyusun,

 

(Siti Mutmainah)

NIM : 1312474539

Stakeholder

 

(Padeli, M.Kom)

NIP: 03002

Keterangan:

T (Technical) - H (High)

O (Operational) - M ((Middle()

E (Economic) - L ((Low()

Final Draft Elisitasi

Menurut Saputra (2012 : 51)[34], Final draft elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar untuk Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Dalam Penilaian Objektif Sidang Di Perguruan Tinggi. Berikut ini merupakan tabel 3.24 yang berisikan final draft elisitasi yang berisikan 10 (sepuluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.

Tabel 3.24. Final Draft Elisitasi

Functional

No

Analisa Kebutuhan

Saya ingin sistem ini :

1

Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori

2

Pada Form Pertama Submit Sertifikat Terdapat 6 Field.

3

Pada Form Kedua Submit Sertifikat Terdapat 3 Field.

4

Pada Form Ketiga Submit Sertifikat Terdapat 1 Field.

5

Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat

6

Pada Form Submit Sertifikat Sistem dapat menampilkan ke 10 Link hasil Scan Sertifikat

7

Sistem dapat menampilkan 10 Gambar Sertifikat

8

Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang

9

Sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form

10

Pada sistem terdapat Manage Sertifikat  terdiri dari 3 status Confrim

Non Funcional

No

Analisa Kebutuhan

Saya ingin sistem ini :

11

Membuat  3  Artikel Tutorial Validasi Sertifikat di iRAN

12

Melakukan Sosialisasi PESSTA+  kepada 50  mahasiswa TA/Skripsi

13

Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit

14

Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment 

15

Mengirim Mailchimp ke 220 Pribadi Raharja

Penyusun,

 

 

 

(Siti Mutmainah)

NIM : 1312474539

Mengetahui,

Pembimbing I

Pembimbing II

 

 

 

(Indri Handayani, S.Kom, M.T.I)

NID : 14018

 

 

 

(Khanna Tiara, S.Kom, M.T.I)

NID : 14013

Menyetujui,

Stakeholder

Kepala Jurusan

 

 

 

(Padeli, M.Kom)

NIP : 03002

 

 

 

(Nur Azizah, M. Akt, M. Kom.)

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 di Perguruan Tinggi Raharja yaitu sistem PESSTA, maka tahap selanjutnya adalah membahas mengenai sistem usulan. Adapun sistem yang akan di usulkan pada penilaian validasi sertifikat ini akan mengubah proses berjalannya pelaksanaan sidang. Dimana mahasiswa tetap akan di cek validasi sertifikatnya oleh dewan penguji hanya dengan mengakses sistem PESSTA+ dan nilai PO sertifikat mahasiswa tersebut sudah langsung ada di sistem PESSTA.

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 Unified Modelling Language (UML), HIPO (Hirarchy Plus Input Process Output) dan rancangan prototype untuk menggambarkan rancangan prosedur dan proses yang akan diusulkan

Use Case Diagram Yang Diusulkan

Gambar 4.1. Use Case Diagram Yang Diusulkan

Dapat dijelaskan gambar 4.1. Use Case diagram yang diusulkan, yaitu terdiri dari 2 actor, yaitu : Mahasiswa dan Admin. Dan juga mempunyai 8 behavior atau kebiasaan diantaranya yaitu :

  1. Login SSO
  2. Submit
  3. Form Submit Sertifikat
  4. Submit
  5. Menerima Email Notifikasi “akan diproses”
  6. Mengecek Data Validasi Sertifikat
  7. Mengirim Email Notifikasi “Valid atau Tidak Valid”
  8. Cek Validasi

Activity Diagram Yang Diusulkan

Gambar 4.2. Activity Diagram Yang Diusulkan

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

  1. 1 (satu) initial node sebagai objek yang di awali.
  2. 8 (delapan) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : login SSO, submit sertifikat, isi form ke-10 link scan sertifikat, submit, menerima email notifikasi “akan diproses”, mengecek data validasi sertifikat, mengirim email notifikasi “valid atau tidak valid”, cek validasi.
  3. 1 (satu) initial final node yang merupakan aktifitas akhir kegiatan.

Sequence Diagram Yang Diusulkan

Gambar 4.3. Sequence Diagram Yang Diusulkan

Gambar 4.3. Sequence Diagram yang diusulkan diatas menggambarkan sequence diagram yang berjalan, yaitu sebagai berikut :

  1. 2 (dua) actor yang melakukan kegiatan, yaitu mahasiswa dan admin.
  2. 3 (dua) lifeline yang menggambarkan suatu sistem, yaitu submit sertifikat, isi form sertifiat, dan cek validasi
  3. 1 (dua) boundary line menggambarkan database sistem, yaitu login SSO.
  4. 8 (delapan) Message yang menggambarkan pengiriman pesan, yaitu :
    1. Mahasiswa melakukan Login menggunakan Rinfo
    2. Mahasiswa klik submit sertifikat pada sistem PESSTA+
    3. Mahasiswa melakukan pengisian form submit sertifikat
    4. Submit
    5. Menerima hasil Submit Sertifikat
    6. Mengecek data Validasi Sertifikat
    7. Mengirim Email Notifikasi berisi "valid/tidak valid”
    8. Mahasiswa melakukan cek validasi

Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan

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

Tabel 4.1. Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan

Analisa Sistem Yang Diusulkan

Metode Analisa SWOT

Berikut akan dijelaskan analisis SWOT di mana pada analisis ini mengidentifikasi kekuatan (strenght) dan kelemahan (weakness) yang merupakan faktor lingkungan internal serta faktor lingkungan eksternal yaitu kesempatan (opportunities) dan ancaman (threat).

Berikut ini tabel analisis SWOT pada sistem Validasi Widuri yang diusulkan :

Tabel 4.2. Analisis 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 4.5. dibawah ini:

Tabel 4.3. Matriks SWOT

Flowchart Sistem Yang Diusulkan

Gambar 4.4. Flowchart Sistem Yang Diusulkan

Dapat dijelaskan gambar 4.4. flowchart sistem yang diusulkan, yaitu terdiri dari:

  1. 2 (dua) simbol terminal, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada menu search validasi.
  2. 3 (tiga) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya, yaitu: "Username atau Password Salah” kemudian “Submit Jurnal, Hibah, Serifikat dan Widuri”, dan terdapat isi form Submit Sertifikat yaitu : Input link hasil scan sertifikat yang sebelumnya di upload di Google+.
  3. 3 (tiga) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah Halaman Depan PESSTA+, Login, dan proses dari Submit Sertifikat.
  4. 2 (dua) simbol decision, sebagai simbol untuk menunjukkan sebuah langkah pengambilan suatu keputusan untuk mengecek login, dan menu submit sertifikat.

Rancangan Program

Dalam membuat sistem Validasi Sertifikat di PESSTA+ maka dibutuhkan rancangan program yang akan menjelaskan penggunaan dari sistem tersebut. Rancangan program yang digunakan pada sistem yang akan diusulkan yaitu menggunakan HIPO (Hirarchy Plus Input Process Output). HIPO merupakan teknik pendokumentasian program yang dapat digunakan sebagai alat bantu untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam diagram program ini berisi input yang akan diproses dan akan menghasilkan output. Spesifikasi program akan menjelaskan mengenai cara penggunaan aplikasi program yang diusulkan, seperti yang tertera pada gambar 4.6. dan gambar 4.7. berikut ini:


Gambar 4.6. HIPO Pada PESSTA+

Berikut ini merupakan spesifikasi program PESSTA+, yaitu:

  1. Menu Login
    Fungsi Program  : Untuk masuk ke dalam sistem PESSTA+.
    Hak Akses  : Seluruh Pribadi Raharja.
    Proses Program  :
    ▪ Masuk ke http://pesstaplus.raharja.ac.id/.
    ▪ Arahkan kursor ke menu login.
    ▪ Jika berhasil akan menampilkan halaman utama.
  2. Menu Utama
    Nama Program  : Menu Utama.
    Fungsi  : Untuk menampilkan tampilan utama yang ada pada program.
    Proses  : Pada Menu Utama terdapat 6 (enam) menu pilihan yaitu;
    1. Jurnal
      Nama Program : Jurnal
      Fungsi : Untuk melakukan submit jurnal, mengecek status jurnal di My Jurnal dan mengecek validasi jurnal.
      Proses : Pada menu utama arahkan kursor pada Jurnal.
    2. Hibah
      Nama Program  : Hibah
      Fungsi  : Untuk melakukan submit hibah, mengecek status hibah di My hibah dan mengecek validasi hibah.
      Proses : Pada menu utama, arahkan kursor pada Hibah.
    3. Sertifikat
      Nama Program : Sertifikat
      Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My sertifikat dan mengecek validasi sertifikat.
      Proses : Pada menu utama, arahkan kursor pada Sertifikat.
    4. Sertifikat
      Nama Program : Sertifikat
      Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My sertifikat dan mengecek validasi sertifikat.
      Proses : Pada menu utama, arahkan kursor pada Sertifikat.
    5. Data Sidang PESSTA+
      Nama Program : Data Sidang PESSTA+
      Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+
      Proses : Pada menu utama, arahkan kursor pada Data Sidang PESSTA+
    6. Logout PESSTA+
      Nama Program : Logout PESSTA+.
      Fungsi : Untuk keluar dari dalam sistem PESSTA+.
      Proses : Pada menu utama, arahkan kursor pada Logout PESSTA+.


Gambar 4.7. HIPO Pada Validasi Sertifikat di PESSTA+

Berikut ini merupakan spesifikasi program Validasi Sertifikat di PESSTA+, yaitu:

  1. Menu Login
    Fungsi Program  : Untuk masuk ke dalam sistem PESSTA+.
    Hak Akses  : Seluruh Pribadi Raharja.
    Proses Program  :
    ▪ Masuk ke http://pesstaplus.raharja.ac.id/.
    ▪ Arahkan kursor ke menu login.
    ▪ Jika berhasil akan menampilkan halaman utama.
  2. Menu Utama
    Nama Program  : Menu Utama.
    Fungsi  : Untuk menampilkan tampilan utama yang ada pada program.
    Proses  : Pada Menu Utama terdapat 6 (enam) menu pilihan yaitu;
    1. Sertifikat Nama Program : Sertifikat
      Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My Sertifikat dan mengecek validasi sertifikat.
      Proses : Pada menu utama arahkan kursor pada Sertifikat.
    2. Submit
      Nama Program  : Submit
      Fungsi  : Untuk mengisi form submit sertifikat, dengan mengisi Form Link hasil Scan Sertifikat.
      Proses : Pada menu utama, arahkan kursor pada Submit .
    3. My Sertifikat
      Nama Program : My Sertifikat
      Fungsi : Untuk mengecek status Sertifikat dan terdapat fitur date submit dan status konfirm
      Proses : Pada menu utama, arahkan kursor pada My Sertifikat.
    4. Validasi
      Nama Program : Validasi
      Fungsi : Untuk menampilkan hasil validasi Sertifikat di PESSTA+.
      Proses : Pada menu utama, arahkan kursor pada Validasi.
    5. Viewboard PESSTA+
      Nama Program : Data Sidang PESSTA+
      Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+
      Proses : Pada menu utama, arahkan kursor pada Data Sidang TA/Skripsi PESSTA+
    6. Logout PESSTA+
      Nama Program : Logout PESSTA+.
      Fungsi : Untuk keluar dari dalam sistem PESSTA+.
      Proses : Pada menu utama, arahkan kursor pada Logout PESSTA+.

Tampilan Layar

Tahapan ini akan menggambarkan tentang tampilan sistem PESSTA+ dari tampilan awal PESSTA+ , Submit Sertifikat, My Sertifikat, hingga tahap Validasi Sertifikat. Berikut ini merupakan tampilan layar sistem PESSTA+ Validasi Sertifikat, yaitu diantaranya:

  1. Tampilan Layar Halaman Utama
  2. Gambar 4.5. Tampilan Layar Halaman Utama

    Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman awal setiap user (mahasiswa TA/Skripsi) masuk ke dalam halaman http://pesstaplus.raharja.ac.id/

  3. Tampilan Layar Halaman Kelola Sertifikat
  4. Gambar 4.6. Tampilan Layar Halaman Kelola Sertifikat

    Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman Kelola Sertifikat PESSTA+ dirancang agar admin dapat mengecek dan memverifikasi status validasi sertifikat.

  5. Tampilan Layar halaman Submit Sertifikat
  6. Gambar 4.7. Tampilan Layar Halaman Submit Sertifikat

    Gambar 4.8. Tampilan Layar Halaman Submit Sertifikat

    Gambar 4.9. Tampilan Layar Halaman Submit Sertifikat

    Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman submit Sertifikat PESSTA+ dirancang agar setiap user (mahasiswa TA/Skripsi) dapat melakukan submit Sertifikat.

  7. Tampilan Layar Halaman My Sertifikat (status sertifikat)

    Gambar 4.10. Tampilan Layar Halaman My Sertifikat

    Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman My Sertifikat PESSTA+ dirancang agar mahasiswa dapat mengecek status validasi sertifikatnya.

  8. Tampilan Layar Halaman Validasi Sertifikat.
  9. Gambar 4.11. Tampilan Layar Halaman Validasi Sertifikat

    Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman validasi sertifikat PESSTA+ dirancang agar setiap user (mahasiswa TA/Skripsi) dapat melihat status dan poin validasi sertifikatnya.

Strategi

Strategi adalah cara untuk mencapai sebuah tujuan tertentu yang bersifat kuantitatif untuk menentukan berapa banyak pencapaian yang akan di raih dalam menyelesaikan sebuah permasalahan atau memecahkan permasalahan tersebut.

Setelah melakukan identifikasi kebutuhan dan solusi sistem informasi yang telah dianalisis menggunakan Analisis SWOT, maka didapatkan gambaran rencana strategi-strategi PESSTA+. Pembahasan strategi ini merupakan penjabaran yang dilakukan secara keseluruhan dengan menerapkan pembahasan secara satu per satu dengan detail dari final draft elisitasi yang didapatkan yaitu 15 strategi untuk jadikan sebagai pembuktian atas pencapaian yang ditelah dilakukan dan dapat dibuktikan kuantitasnya, yaitu sebagai berikut :

  1. Strategi 1: Sistem dapat menampilkan 3 Field terdiri dari Submit Sertifikat, My Sertifikat, dan Validasi Sertifikat.
    1. Strategi nomor 1 yang terdapat pada final draft elisitasi nomor 1 bagian functional adalah Sistem PESSTA+ dapat menampilkan 3 Field dibagian sertifikat terdiri dari Submit Sertifikat, My Sertifikat, dan Validasi Sertifikat
    2. Pembuktian tercapainya strategi nomor 1 pada final draft elisitasi bagian functional adalah kini sistem PESSTA+ dibagian Sertifikat terdapat 3 field untuk mempermudah mahasiswa submit dan mengetahui hasil validasi sertifikat.

    3. Gambar. 4.12. Tampilan Tiga Field Sertifikat.

      Sumber : http://raharja.me/pessta/web/site/login

  2. Strategi 2 : Pada Form Pertama Submit Sertifikat Terdapat 6 Field
    1. Strategi nomor 2 yang terdapat pada final draft elisitasi nomor 2 menampilkan 6 Field pada Form Submit Sertifikat.
    2. Pembuktian tercapainya strategi nomor 2 pada final draft elisitasi bagian functional adalah Sistem dapat menampilkan 6 Field pada form submit sertifikat dibagian pertama terdiri dari Sertifikat terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.

    Gambar : 4.13. form submit 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja

    Sumber : http://raharja.me/pessta/web/site/login

  3. Strategi 3 : Pada Form Kedua Submit Sertifikat Terdapat 3 Field.
    1. Strategi nomor 3 yang terdapat pada final draft elisitasi nomor 3 bagian functional adalah sistem dapat menampilkan 3 Field pada Form Kedua Submit Sertifikat.
    2. Pembuktian tercapainya strategi nomor 3 pada final draft elisitasi bagian functional adalah sistem dapat menampilkan 3 Field pada form submit sertifikat kedua.
    3. Gambar : 4.14. Form Submit 3 sertifikat dari mahasiswa

      Sumber : http://raharja.me/pessta/web/site/login

  4. Strategi 4 : Pada Form Ketiga Submit Sertifikat Terdapat 1 Field.
    1. Strategi nomor 4 yang terdapat pada final draft elisitasi nomor 4 bagian functional adalah Sistem dapat menampilkan 1 Field pada Form Ketiga Submit Sertifikat.
    2. Pembuktian tercapainya strategi nomor 4 pada final draft elisitasi bagian functional adalah sistem dapat menampilkan 1 Field pada form submit sertifikat ketiga yang terdiir dari 1 sertifikat seminar internasional..

    3. Gambar. 4.15. Form Submit 1 Serifikat Seminar Internasional

      Sumber : http://raharja.me/pessta/web/site/login

  5. Strategi 5 : Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat.
    1. Strategi nomor 5 yang terdapat pada final draft elisitasi nomor 5 bagian functional adalah Sistem 5 FAQ tentang Validasi Sertifikat.
    2. Pembuktian tercapainya strategi nomor 5 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan 5 FAQ tentang Validasi Sertifikat yang terdiri dari Bagaimana Cara
      1. Submit Validasi Sertifikat di PESSTA+ (Video)?
      2. Bagaimana Cara Submit Validasi Sertifikat di PESSTA+?
      3. Bagaimana Cara Cek My Sertifikat di PESSTA+?
      4. Bagaimana Cek Validasi Sertifikat di PESSTA+?
      5. Berapa Poin Sertifikat pada PO Sidang ?


    Gambar. 4.16. Tampilan FAQ Sertifikat.

    Sumber : http://raharja.me/pessta/web/site/login

  6. Strategi 6 : Pada Form Submit Sertifikat Sistem dapat menampilkan ke 10 Link hasil Scan Sertifikat
    1. Strategi nomor 6 yang terdapat pada final draft elisitasi nomor 6 bagian functional adalah Sistem PESSTA+ dapat menampilkan ke 10 Link hasil Scan Sertifikat.
    2. Pembuktian tercapainya strategi nomor 6 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan ke 10 Link hasil scan sertifikat yang terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja, 3 sertifikat dari mahasiswa, dan 1 sertifikat seminar internasional.
    3. Gambar 4.17. Tampilan Link Hasil Scan Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar 4.18. Tampilan Link Hasil Scan Sertifikat 3 dari Mahasiswa.

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar 4.19. Tampilan Link Hasil Scan Sertifikat 1 Sertifikat Seminar Internasioanal.

      Sumber : http://raharja.me/pessta/web/site/login

  7. Strategi 7 : Pada akhir Submit Sertifikat Sistem dapat menampilkan ke 10 Gambar Sertifikat.
    1. Strategi nomor 7 yang terdapat pada final draft elisitasi nomor 7 bagian functional adalah Pada akhir Submit Sertifikat Sistem dapat menampilkan ke 10 Gambar Sertifikat.
    2. Pembuktian tercapainya strategi nomor 7 pada final draft elisitasi bagian functional adalah Pada akhir Submit Sertifikat di PESSTA+ Sistem dapat menampilkan ke 10 Gambar Sertifikat yang terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja, 3 Sertifikat Mahasiswa, dan 1 Sertifikat Internasional.
    3. Gambar. 4.20. Tampilan Gambar Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar. 4.21. Tampilan Gambar Sertifikat Seminar 3 dari Mahasiswa.

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar. 4.22. Tampilan Gambar 1 Sertifikat SeminarInternasional.

      Sumber : http://raharja.me/pessta/web/site/login

  8. Strategi 8 : Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang
    1. Strategi nomor 8 yang terdapat pada final draft elisitasi nomor 8 bagian functional adalah Sistem PESSTA+ dapat menampilkan 184 Nama ,NIM, dan Email Rinfo Mahasiswa
    2. Pembuktian tercapainya strategi nomor 8 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan Nama, NIM, dan Email Rinfo 184 Mahasiswa TA/Skripsi pada Data Sidang.
    3. Gambar. 4.23. Tampilan 184 Mahasiswa TA/Skripsi pada Data Sidang.

      Sumber : http://raharja.me/pessta/web/site/login

  9. Strategi 9 : Sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form.
    1. Strategi nomor 9 yang terdapat pada final draft elisitasi nomor 9 bagian functional adalah Pada submit sertifikat sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form .
    2. Pembuktian tercapainya strategi nomor 8 pada final draft elisitasi bagian functional adalah Siste PESSTA+ dapat menampilkan 3 judul sertifikat di setiap formnya yang terdiri dari 3 form submit sertifikat.
    3. Gambar. 4.24. Tampilan Judul Form submit piagam/sertifikat seminar/workshop/training IT 6 dari kampus Raharja

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar 4.25. TampilanJudul Form submit 3 sertifikat dari mahasiswa

      Sumber : http://raharja.me/pessta/web/site/login

      Gambar 4.26. Tampilan Judul Form submit 1 sertifikat internasional

      Sumber : http://raharja.me/pessta/web/site/login

  10. Strategi 10 : Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim.
    1. Strategi nomor 10 yang terdapat pada final draft elisitasi nomor 9 bagian functional adalah Sistem dapat menampilkan Manage Sertifikat yang terdiri dari 3 status confrim.
    2. Pembuktian tercapainya strategi nomor 10 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan Manage Sertifikat terdapat 3 status confrim terdiri dari Reject, Approved, dan Process
    3. Gambar 4.27. Tampilan Manage Sertifikat

      Sumber : http://raharja.me/pessta/web/site/login

  11. Strategi 11 : Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
    1. Strategi nomor 11 yang terdapat pada final draft elisitasi nomor 11 bagian functional adalah Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
    2. Pembuktian tercapainya strategi nomor 11 pada final draft elisitasi bagian functional adalah Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
    3. Gambar 4.28. 3 Artikel turorial di PESSTA+

      Sumber : http://raharja.me/pessta/web/site/login

  12. Strategi 12 : Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi.
    1. Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi tahun 2016/2017.
    2. Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah telah melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa dan telah tercapai 150 mahasiswa TA/Skripsi yang telah disosialisasikan di Perguruan Tinggi Raharja.
    3. Gambar 4.29. Sosialisasi kepada 50 Mahasiswa TA/Skripsi.

  13. Strategi 13 : Memiliki Target Submit Validasi Sertifikat sebanyak 150 submit.
    1. Strategi nomor 13 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit.
    2. Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit pada PESSTA+ dan telah tercapai 207 mahasiswa yang telah submit Validasi Sertiikat di PESSTA+.
    3. Gambar 4.30. Tampilan Manage Sertifikat 100 submit.

      Sumber : http://raharja.me/pessta/web/site/login

  14. Strategi 14 : Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.
    1. Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.
    2. Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Terdapat 13 Video pada playlist magics channel dengan total 250 view,like,coment. Dan telah tercapai 500 view.like dan coment pada 10 video PESSTA+ pada magics channel.

    Gambar 4.31. Terdapat Video PESSTA+ didalam Magics Channel.

  15. Strategi 15 : Mengirim Mailchimp ke 220 Pribadi Raharja
    1. Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Mengirim Mailchimp ke 220 Pribadi Raharja
    2. Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Mengirim Mailchimp ke 220 Pribadi Raharja
    3. Gambar 4.32. Tampilan Mailchimp ke 220 mahasiswa

Testing

Metode Implementasi

Implementasi program pada sistem validasi sertifikat PESSTA+ dilakukan dengan menggunakan metode Black Box Testing. Metode Black Box Testing adalah pengujian program dengan mengutamakan pengujian terhadap kebutuhan fungsi suatu program. Tujuan dari metode Black Box Testing ini adalah untuk menemukan kesalahan fungsi pada program. Pengujian dengan metode Black Box Testing dilakukan dengan memberikan input pada program. Input tersebut kemudian di proses sesuai dengan kebutuhan fungsional nya untuk melihat apakah program aplikasi dapat menghasilkan output yang sesuai dengan yang diinginkan dan sesuai pula dengan fungsi dasar dari program tersebut. Apabila dari input yang diberikan, proses dapat menghasilkan output yang sesuai dengan kebutuhan fungsional nya, maka program yang dibuat sudah benar, tetapi apabila output yang dihasilkan tidak sesuai dengan kebutuhan fungsional nya, maka masih terdapat kesalahan pada program tersebut, dan selanjutnya dilakukan penelusuran perbaikan untuk memperbaiki kesalahan yang terjadi.

Blackbox Testing

  1. Login SSO (Single Sign On)
  2. Pengujian ini bertujuan untuk menguji keabsahan Pribadi Raharja dalam melakukan proses login. Pengujian login dilakukan dengan skenario sebagai berikut:

    Tabel 4.3. Blackbox Testing Login SSO (Single Sign On)

  3. Menu Submit Sertifikat
  4. Pengujian ini bertujuan untuk menguji keabsahan menu submit sertifikat. Dimana setiap Pribadi Raharja yang ingin melakukan submit sertifikat bisa langsung memasukan hasil link scan sertifikat pada field yang tersedia. Pengujian menu submit sertifikat dilakukan dengan skenario sebagai berikut:

    Tabel 4.4. Blackbox Testing Menu Submit Sertifikat

  5. Penanganan Validasi Sertifikat
  6. Pengujian ini bertujuan untuk menguji keabsahan validasi sertifikat yang sudah di submit oleh Pribadi Raharja. Pengujian penanganan validasi sertifikat dilakukan dengan skenario sebagai berikut:

    Tabel 4.5. Blackbox Testing Penanganan Validasi Sertifikat

  7. Log out
  8. Pengujian ini bertujuan untuk menguji keabsahan menu log out. Dimana ketika Pribadi Raharja mengklik log out otomatis akan kembali ke halaman awal dengan keadaan tidak login. Pengujian logout dilakukan dengan skenario sebagai berikut:

Tabel 4.6. Blackbox Testing Newsletter

Evaluasi

Setelah dilakukan pengujian berdasarkan tahapan testing melalui blackbox dengan memberikan beberapa input pada beberapa menu dan submenu. Maka jika input data tidak lengkap sistem akan menampilkan pesan serta menyampaikan pesan yang sangat membantu admin jika terjadi kesalahan. Kemudian akan di proses sesuai kebutuhan fungsional sehingga dapat menghasilkan output yang sesuai dengan yang diinginkan oleh Pribadi Raharja tersebut.

Konfigurasi Sistem Yang Diusulkan

Spesifikasi Hardware

Perangkat keras yang dibutuhkan oleh sistem yaitu berupa unit personal komputer, tablet, smartphone, serta iPad. Selain itu, perangkat keras yang diusulkan ini dibuat berdasarkan kebutuhan sistem yang akan digunakan oleh brainware dalam mengakses sistem di masa yang akan datang. Berikut ini konfigurasi sistem perangkat keras yang dibutuhkan:

  1. Processor  : Minimal 2.6 GHz
  2. Monitor  : Minimal VGA
  3. RAM  : Minimal 1 GB
  4. Modem USB  : Minimal Kecepatan 14.4 Mbps
  5. Hardisk  : Minimal 320 GB HDD

Spesifikasi Software

Perangkat lunak yaitu penunjang dari peralatan komputer yang akan digunakan dalam menghubungkan instruksi-instruksi yang diinginkan oleh brainware saat mengakses sistem agar dapat menghasilkan informasi yang diharapkan. Berikut ini konfigurasi sistem perangkat lunak yang dibutuhkan:

  1. Operasi sistem yang digunakan bisa berupa Windows, Linux, MacOS, iOS, dan Android.
  2. Browser Google Chrome, Safari, Opera Mini, UC Browser dan Mozila Firefox
  3. Wifi

Hak Akses (Brainware)

Dalam sistem yang diusulkan yaitu pada validasi sertifikat PESSTA+ ini harus memiliki user untuk menjalankan sistem tersebut. Maka dari penjelasan tersebut, user yang dapat mengakses validasi sertifikat PESSTA+ ini terdiri dari:

  1. Publik
  2. Admin
  3. Pribadi Raharja

Implementasi

Time Schedule

Pada tahap ini dibutuhkan rencana implementasi yang berguna dalam pelaksanaan langkah-langkah kegiatan penerapannya. Langkah-langkah yang dilakukan dalam usaha mewujudkan sistem yang direncanakan ini dalam bentuk time table yaitu sebagai berikut:

Tabel 4.4. Time Schedule

Estimasi Biaya

Dalam penelitian ini tentu dibutuhkan biaya kebutuhan administrasi. Biaya tersebut terangkum dalam tabel berikut:

Tabel 4.5. Estimasi Biaya

BAB V

PENUTUP

Kesimpulan

Dari analisa yang sudah dijelaskan pada BAB I dalam rumusan masalah terhadap sistem yang ada saat ini di ruang lingkup Perguruan Tinggi Raharja, maka dapat ditarik kesimpulan bahwa :

  1. Sistem PESSTA+ hadir sebagai sebuah sistem yang bisa menjadi wadah untuk mendokumentasikan sertifikat-sertifikat yang dimiliki mahasiswa dengan baik di Perguruan Tinggi Raharja.
  2. Dengan menerapkan sistem PESSTA+ ini tentunya menjadi pembaharuan yang sangat efektif, karena dalam pelaksanaan sidang komprehensif tidak membutuhkan cara manual yang dilakukan penguji dalam pemberian poin sertifikat untuk penilaian objektif. Sehingga penguji bisa lebih fokus pada presentasi dan tanya jawab dengan peserta sidang.
  3. Adapun kelebihan sistem PESSTA+ diantaranya adalah mahasiswa bisa submit sertifikat secara mandiri dan online dimanapun dan kapanpun mereka inginkan, melalui sistem PESSTA+ apabila sertifikat sudah lolos dan sudah melewati verifikasi keabsahan lalu nanti akan di proses oleh Adm Dosen dan Admin PESSTA. Lalu pelaksanaan sidang pun berjalan sangat efektif karena poin sertifikat sudah terpenuhi.

Saran

Untuk memajukan sistem tersebut diperoleh beberapa saran yang kemungkinan besar bisa dijadikan sebagai referensi demi memajukan sistem tersebut, diantaranya:

  1. Diharapkan untuk PESSTA+ kedepannya bisa dipercantik lagi untuk tampilan submit Validasi Jurnal,Hibah,Sertifikat, dan Widuri.
  2. Untuk kedepannya lebih fokus lagi untuk mengimplementasikan poin-poin PO Sidang yang terdapat pada sistem PESSTA+.
  3. Dan diharapkan khusus untuk daftar sertifikat agar selalu diupdate sesuai dengan list PO Sidang.

DAFTAR PUSTAKA

  1. Suryana, Endang. Penilaian Objektif (PO). Diakses pada tanggal 12 November 2016. Tersedia di http://ends.ilearning.me/penilaian-objektif-po/ penilaian-objektif-po/
  2. Wiryokusumo, Iskandar. (2011). Dasar-dasar Pengembangan Kurikulum. Jakarta: Bumi Aksara.
  3. Alim.Yadanur, dkk. 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.
  4. Hartono, Bambang. 2013. Sistem Informasi Manajemen Berbasis Komputer. Jakarta: Rineka Cipta.
  5. Sutabri, Tata. 2012. Konsep Dasar Informasi. Yogyakarta: Andi Offset.
  6. 6,0 6,1 Hutahaean, J. (2015). Konsep Sistem Informasi. Deepublish.
  7. Mahatmyo, Atyanto. (2014). Sistem Informasi Akuntansi Suatu Pengantar. Yogyakarta : Deepublish.
  8. Taufiq. 2013. Analisis Sistem adalah pembelajaran sebuah sistem dan komponen-komponennya sebagai prasyarat sistem desain sistem, spesifikasi sebuah sistem yang baru dan diperbaiki. Yogyakarta: Graha Ilmu.
  9. Sutarman. 2012. Buku Pengantar Teknologi Informasi. Jakarta: Bumi Aksara.
  10. Arifin, Muhammad. (2014). BUSINESS INTELLIGENCE UNTUK PREDIKSI CUSTOMER CHURN TELEKOMUNIKASI  : ISBN: 978-602-1180-04-4.
  11. 37. Website Yii Framework. 2014. Fitur Yii Framework. Diakses pada tanggal 21 Oktober 2016. Tersedia di http://www.yiiframework.com/features/
  12. 12,0 12,1 Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.
  13. 13,0 13,1 Murad. Dina Fitria, Kusniawati. Nia, Asyanto. Agus. 2013. Aplikasi Intelligence Website Untuk Penunjang Laporan PAUD Pada Himpaudi Kota Tangerang. Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 7, No. 1, September 2013.
  14. IT Roadmap. 2013. Ten Pillar IT. Diakses pada tanggal 20 November 2016. Tersedia di http://roadmap.ilearning.me/10-pillar-it-ilearning/
  15. 15,0 15,1 Rangkuti, Freddy. (2009). Strategi Promosi yang Kreatif dan Analisis Kasus Integrated Marketing Communication. Jakarta : PT. GramediaPustakaUtama
  16. Kadir, Abdul. 2014. Pengenalan Sistem Informasi. Edisi Revisi. Yogyakarta: Andi.
  17. 17,0 17,1 Widodo, Prabowo Pudjo . 2011. "Menggunakan UML". Informatika. Bandung
  18. Nugroho, Bunafit. 2009. Latihan Memuat Aplikasi Web PHP dan MySQL dengan Dreamweaver MX [6,7,2004] dan 8. Yogyakarta : Grava Media.
  19. 19,0 19,1 19,2 19,3 Guritno, Suryo., Sudaryono dan Untung Rahardja. 2011. Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi. Yogyakarta: CV Andi Offset.
  20. Praptiningsih, Yulia Eka. 2012. Aplikasi Penyewaan Ruangan PT. Simaeru Indonesia Raya Dengan Visual Basic 6.0. Depok: Universitas Gunadarma, UG Jurnal Vol. 6 No. 01, 2012.
  21. Amsyah, Zulkifli. 2008. Manajemen Sistem Informasi. Jakarta: Gramedia Pustaka Utama.
  22. Soetam, Rizky. 2011. Konsep Dasar Perangkat Lunak. Jakarta: PT. Prestasi Pustaka Raya.
  23. Budiman, Agustiar. 2012. Pengujian Perangkat Lunak denganMetode Black Box Pada Proses Pra Registrasi UserVia Website. Makalah, halaman: 4.
  24. Aminudin. Implementasi Single Sign On (SSO) Untuk Mendukung Interaktivitas Aplikasi E-Commerce Menggunakan Protocol Oauth. Universitas Muhammadiyah Malang. Vol. 10, No. 1, 2014
  25. Widyawati, Ikha. 2013. Analisis Faktor-Faktor Yang Mempengaruhi Minat Pemanfaatan Sistem Informasi Dan Penggunaan Sistem Informasi (Studi Empiris Pada BMT Di Karisidenan Pati). Universitas Muria Kudus.
  26. Duan. Lian, Xu. Li Da. 2012. Business Intelligence for Enterprise Systems: A Survey. Universitas Iowa, USA
  27. Budi. Setiawan, Ahmad. 2014. Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik
  28. Indahni. 2015. Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature
  29. Hustinawati, Albert Kurnia Himawan and Latifah. Article: Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.
  30. Tamura, G., Villegas, N. M., Müller, H. A., Sousa, J. P., Becker, B., Karsai, G., ... & Wong, K. (2013). Towards practical runtime verification and validation of self-adaptive software systems. In Software Engineering for Self-Adaptive Systems II (pp. 108-132). Springer Berlin Heidelberg.
  31. Roy, Christopher J., and William L. Oberkampf. "A comprehensive framework for verification, validation, and uncertainty quantification in scientific computing." Computer Methods in Applied Mechanics and Engineering 200.25 (2011): 2131-2144.
  32. Bhardwaj, M., Singh, S., & Singh, M. (2011). IMPLEMENTATION OF SINGLE SIGN-ON AND DELEGATION MECHANISMS IN ALCHEMI .NET BASED GRID COMPUTING FRAMEWORK. International Journal of Information Technology and Knowledge Management, 4(1), 289-292.
  33. Chowriappa, A. J., Shi, Y., Raza, S. J., Ahmed, K., Stegemann, A., Wilding, G., ... & Kesavadas, T. (2013). Development and validation of a composite scoring system for robot-assisted surgical training—the Robotic Skills Assessment Score. journal of surgical research, 185(2), 561-569.
  34. 34,0 34,1 34,2 34,3 Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.


DAFTAR LAMPIRAN

Lampiran A:

Pada “Lampiran A” ini berisi tentang berkas-berkas yang diperlukan sebagai persyaratan Skripsi, diantaranya yaitu:

A.1. Validasi Skripsi
A.2. Surat Penugasan Kerja
A.3. Daftar mata kuliah yang belum diambil atau gagal
A.4. Formulir Permohonan Usulan Penelitian Skripsi
A.5. Surat Pengantar Observasi Skripsi
A.6. Kartu Studi Tetap Final (KSTF)
A.7. Kartu Bimbingan Skripsi
A.8. Formulir Permohonan Penggantian Judul Skripsi
A.9. Daftar Nilai
A.10. Kwitansi Skripsi, Raharja Career, dan Sidang Skripsi
A.11. Formulir Seminar Proposal Skripsi
A.12. Formulir Final Presentasi Skripsi
A.13. Formulir Pertemuan Stakeholder Skripsi
A.14. Sertifikat Prospek
A.15. Sertifikat Toefl
A.16. Sertifikat Seminar Nasional
A.17. Sertifikat Seminar Internasional
A.18. Sertifikat Raharja Career
A.19. Katalog Produk
A.20. Ijazah SMA
A.21. CV (Curiculum Vitae)


Lampiran B:

Pada “Lampiran B” ini berisi tentang berkas-berkas yang berhubungan dengan penelitian yang dilakukan sebagai persyaratan Skripsi, diantaranya yaitu:

B.1. Bukti Hasil Wawancara dengan Stakeholder
B.2. Surat Implementasi Stakeholder