[revisi terperiksa]

Revisi terkini pada 5 Maret 2017 01.07

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI HIBAH UNTUK

PENILAIAN OBJEKTIF SIDANG

DI PERGURUAN TINGGI

SKRIPSI

Disusun Oleh :

NIM	: 1314476009
NAMA	: SINTIA NOVITA SARI

JURUSAN SISTEM INFORMASI

KONSENTRASI KOMPUTER AKUNTANSI

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 HIBAH UNTUK

PENILAIAN OBJEKTIF SIDANG

DI PERGURUAN TINGGI

Disusun Oleh :

NIM	: 1314476009
Nama	: Sintia Novita Sari
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Informasi
Konsentrasi	: Komputer Akuntansi

Disahkan Oleh :

Tangerang, Februari 2017

Ketua					Kepala Jurusan
STMIK RAHARJA					Jurusan Sistem Informasi




(Ir. Untung Rahardja, M.T.I)					(Nur Azizah, M.Akt.,M.Kom)
NIP : 99001					NIP : 10002

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN PEMBIMBING

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI HIBAH UNTUK

PPENILAIAN OBJEKTIF SIDANG

DI PERGURUAN TINGGI

Dibuat Oleh :

NIM	: 1314476009
Nama	: Sintia Novita Sari

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Informasi

Konsentrasi Komputer Akuntansi

Disetujui Oleh :

Tangerang, Februari 2017

Pembimbing I			Pembimbing II




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

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI

PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK

SEBAGAI MEDIA VALIDASI HIBAH UNTUK

PENILAIAN OBJEKTIF SIDANG

DI PERGURUAN TINGG

Dibuat Oleh :

NIM	: 1314476009
Nama	: Sintia Novita Sari

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan Sistem Informasi

Konsentrasi Komputer Akuntansi

Tahun Akademik 2016/2017

Disetujui Penguji :

Tangerang, Februari 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 HIBAH UNTUK

PENILAIAN OBJEKTIF SIDANG

DI PERGURUAN TINGGI

Disusun Oleh :

NIM	: 1314476009
Nama	: Sintia Novita Sari
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Informasi
Konsentrasi	: Komputer Akuntansi

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, Februari 2017

(Sintia Novita Sari)

NIM : 1314476009

)*Tandatangan dibubuhi materai 6.000;

ABSTRACT

Perguruan Tinggi Raharja has a system for objective assessment (PO) trial is PESSTA +. PESSTA + present to provide convenience especially to the board of examiners and the trial participants so that at the time of the hearing, the board of examiners no longer need to check the files objective assessment (PO). But in its application PESSTA + system applied only to validate the Journal alone. As for the validation of the grant is still in the testing phase, and found several problems, namely in the form submit grant there is only one (1) validation types of grants that grants state agencies, while Perguruan Tinggi Raharja receive two (2) types of grants for an objective assessment of the trial that grants state agencies and grants crowdfunding. Therefore, the objective of this research is to develop the validation of a grant for an objective assessment of the trial, especially in the form submit grant categorized into two (2) types form submit grant state agencies and crowdfunding in order as stated in point objective evaluation session. Systems analysis methods in this study using SWOT analysis and it was shown 15 that proven implementation strategies to achieve them. The results of the test result analysis and implementation of the system of PESSTA + especially on the validation grants can already be applied to all students in Perguruan Tinggi Raharja and submit the form of grants in accordance with an objective assessment of the trial.

Keywords : Objective Assessment, PESSTA +, Validation of the Grants.

ABSTRAK

Perguruan Tinggi Raharja memiliki sistem untuk penilaian objektif (PO) sidang yaitu PESSTA+. PESSTA+ hadir untuk memberikan kemudahan terutama untuk dewan penguji dan peserta sidang agar pada saat pelaksanaan sidang, dewan penguji tidak perlu lagi mengecek berkas penilaian objektif (PO). Namun pada penerapannya sistem PESSTA+ yang diterapkan hanya untuk validasi Jurnal saja. Sementara untuk validasi hibah masih dalam tahap uji coba, dan ditemukan beberapa permasalahan yaitu pada form submit hibah hanya terdapat 1 (satu) jenis validasi hibah yaitu hibah badan negara, sedangkan Perguruan Tinggi Raharja menerima 2 (dua) jenis hibah untuk penilaian objektif sidang yaitu hibah badan negara dan hibah crowdfunding. Oleh karena itu tujuan penelitian ini adalah melakukan pengembangan pada validasi hibah untuk penilaian objektif sidang, terutama pada bagian form submit hibah yang dikategorikan menjadi 2 (dua) jenis yaitu form submit hibah badan negara dan crowdfunding agar sesuai dengan yang tertera pada poin penilaian objektif sidang. Metode analisis sistem pada penelitian ini menggunakan analisis SWOT dan didapatkan gambaran 15 strategi yang dibuktikan implementasi pencapaiannya. Hasil penelitian dari uji analisis dan implementasi diperoleh hasil yaitu sistem PESSTA+ terutama pada validasi hibah sudah dapat diterapkan kepada seluruh mahasiswa di Perguruan Tinggi Raharja serta form submit hibah telah sesuai dengan penilaian objektif sidang.

Kata Kunci: PESSTA+, Validasi Hibah, Penilaian Objektif

KATA PENGANTAR

Puji dan syukur penulis panjatkan kehadirat Allah SWT yang telah memberikan rahmat serta hidayah-Nya, sehingga laporan Skripsi Penulis dapat berjalan dengan baik dan selesai sebagaimana mestinya. Adapun judul yang diambil yaitu “PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK SEBAGAI MEDIA VALIDASI HIBAH UNTUK PENILAIAN OBJEKTIF SIDANG DI PERGURUAN TINGGI”.

Tujuan dari pembuatan Skripsi ini adalah sebagai salah satu persyaratan dalam memperoleh gelar Sarjana Komputer (S.Kom) untuk jenjang S1 di Perguruan Tinggi Raharja, Cikokol Tangerang. Sebagai bahan penulisan, peneliti mengambil data berdasarkan hasil observasi, wawancara, survey serta studi pustaka 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 peneliti menyampaikan selaksa pujian dan terimakasih kepada :

Bapak Ir. Untung Rahardja, M.T.I selaku Presiden Direktur Perguruan Tinggi Raharja.
Bapak Dr. Po. Abas Sunarya, M.Si., selaku Direktur Perguruan Tinggi Raharja.
Bapak Sugeng Santoso, M.Kom. selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
Ibu Nur Azizah, M.Akt.,M.Kom. selaku Kepala Jurusan Sistem Informasi.
Ibu Indri Handayani, S.Kom., M.T.I selaku Pembimbing I yang telah memberikan pengarahan serta saran yang telah diberikan kepada penulis, sehingga dapat menjalani Skripsi ini dengan penuh ilmu dan semangat.
Ibu Khanna Tiara, S.Kom., M.T.I selaku Pembimbing II yang telah memberikan bimbingan dan masukan kepada penulis sehingga Skripsi ini dapat diselesaikan dengan baik.
Bapak Padeli, M.Kom, selaku stakeholder yang telah banyak berkontribusi dalam penyelesaian Skripsi penulis serta memberikan masukan terhadap sistem yang telah dibuat.
Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan.
Kedua Orang Tua yang telah banyak memberikan dukungan dan doa bagi keberhasilan penulis.
Rekan-rekan TIMUR 2 (OZBI, UVO, HOUR, I-GO, RUSIA)
Sahabat-sahabat seperjuangan (Ira, Eka, Meylda, Amel dan Ami) yang selalu memberikan support kepada penulis dalam menyusun Laporan Skripsi ini.

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

	Tangerang, Februari 2017
















	Sintia Novita Sari
	NIM. 1314476009

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. Analisa SWOT Sistem Berjalan

Tabel 3.4. Matriks Analisa SWOT yang Berjalan

Tabel 3.5. Elisitasi Tahap I

Tabel 3.6. Elisitasi Tahap II

Tabel 3.7. Elisitasi Tahap III

Tabel 3.8. Final Draft Elisitasi

Tabel 4.1. Perbedaan Prosedur

Tabel 4.2. Testing

Tabel 4.3. Pengujian Login Sistem PESSTA+ Skenario 1

Tabel 4.4. Pengujian Login Sistem PESSTA+ Skenario 2

Tabel 4.5. Pengujian Penyisipan File PDF Skenario 1

Tabel 4.6. Pengujian Penyisipan File PDF Skenario 2

Tabel 4.7. Tabel Pengujian Pengujian Menyisipkan Selain Link pada Form Submit Skenario 1

Tabel 4.8. Pengujian Menyisipkan Link pada Form Submit Skenario 2

Tabel 4.9. Time Schedule

Tabel 4.10. Estimasi Biaya

DAFTAR GAMBAR

Gambar 1.1. Renstra Manajemen Perguruan Tinggi Raharja

Gambar 1.2. Flowchart Sistem Yang Berjalan

Gambar 2.1. 10 Pillar IT Perguruan Tinggi Raharja

Gambar 2.2. Logo Rinfo

Gambar 2.3. Logo PESSTA+

Gambar 3.1. Green Campus

Gambar 3.2. Struktur Organisasi Perguruan Tinggi Raharja

Gambar 3.3. Use Case Proses Submit Hibah Badan Negara/Instansi Swasta

Gambar 3.4. Use case proses submit hibah crowdfunding

Gambar 3.5. Use Case Proses Kelola Hibah Admin Yang Berjalan

Gambar 3.6. Activity Diagram Proses Submit Hibah Badan Negara

Gambar 3.7. Activity Diagram Proses Submit Hibah Crowdfunding

Gambar 3.8. Activity Diagram Proses Kelola Hibah oleh Admin

Gambar 3.9. Sequence Diagram Proses Submit Hibah Badan Negara/Instansi Swasta Yang Berjalan

Gambar 3.10. Sequence Diagram Proses Submit Hibah Crowdfunding

Gambar 3.11. Sequence Diagram Proses Kelola Hibah oleh Admin

Gambar 4.1. Use Case Diagram Proses Submit Hibah

Gambar 4.2. Use Case Diagram Proses Kelola Hibah Oleh Admin

Gambar 4.3. Activity Diagram Proses Submit Hibah Badan Negara

Gambar 4.4. Activity Diagram Proses Kelola Hibah oleh Admin

Gambar 4.5. Sequence Diagram Proses Submit Hibah

Gambar 4.6. Sequence Diagram Proses Kelolah Hibah oleh Admin

Gambar 4.7. Flowchart Prosedur Submit Hibah

Gambar 4.8. Prosedur Kelola Hibah Oleh Admin

Gambar 4.9. Rancangan Program (HIPO)

Gambar 4.10. Tampilan Halaman Login

Gambar 4.11. Tampilan Halaman Utama

Gambar 4.12. Tampilan Halaman Form Submit Hibah Badan Negara

Gambar 4.13. Tampilan Halaman Form Submit Hibah Badan Negara

Gambar 4.14. Halaman Form Submit Hibah Crowdfunding

Gambar 4.15. Halaman My Hibah

Gambar 4.16. Halaman Validasi

Gambar 4.17. Halaman Kelola Hibah

Gambar 4.18. Halaman View Hibah

Gambar 4.19. Halaman Update Hibah

Gambar 4.20. Pembuktian Strategi 1

Gambar 4.21. Pembuktian Strategi 2

Gambar 4.22. Pembuktian Strategi 3

Gambar 4.23. Pembuktian Strategi 4

Gambar 4.24. Pembuktian Strategi 5'

Gambar 4.25. Pembuktian Strategi 6

Gambar 4.26. Pembuktian Strategi 7

Gambar 4.27. Pembuktian Strategi 8.

Gambar 4.28. Pembuktian Strategi 9

Gambar 4.29. Pembuktian Strategi 10

Gambar 4.30. Pembuktian Strategi 11

Gambar 4.31. Rancangan Prototype Tampilan Daftar Operators iDuHelp!

Gambar 4.32. Pembuktian Strategi 13

Gambar 4.33. Pembuktian Strategi 14

Gambar 4.34. Pembuktian Strategi 15

DAFTAR SIMBOL

DAFTAR SIMBOL HIPO

DAFTAR SIMBOL UML

BAB I

PENDAHULUAN

Latar Belakang

Dalam dunia pendidikan terutama di Perguruan Tinggi, penelitian ilmiah merupakan suatu keharusan, baik sebagai tugas akademik bagi mahasiswa ataupun yang berkaitan dengan pelaksanaan kompetensi dosen. Dengan penelitian ilmiah inilah akan lahir temuan-temuan baru yang menarik perhatian kalangan civitas akademik ataupun publik. Lebih jauhnya, hasil penelitian ilmiah sangat diharapkan dapat memberikan kontribusi yang signifikan khususnya bagi pengembangan bidang keilmuan yang diteliti dan lebih luas lagi untuk menyelesaikan masalah-masalah pendidikan juga masalah lain yang dihadapi oleh masyarakat dan bangsa.

Penelitian adalah suatu penyelidikan yang terorganisasi. Penelitian juga dapat diartikan sebagai pencarian pengetahuan dan pemberi artian yang terus-menerus terhadap sesuatu. Penelitian dengan menggunakan metode ilmiah (scientific method) disebut penelitian ilmiah. Dalam penelitian ilmiah ini, selalu ditemukan dua unsur penting, yaitu unsur observasi (pengamatan) dan unsur nalar (reasoning) (Zulfikar. 2015: 20).

Dalam melakukan penelitian pastinya membutuhkan dana yang tidak sedikit, untuk itu diperlukan dana Hibah yang akan menunjang pelaksanaan penelitian. Dalam hal ini Perguruan Tinggi Raharja menganjurkan mahasiswa yang sedang menjalankan Tugas Akhir atau Skripsi dapat menghasilkan dana Hibah untuk menunjang penelitian yang sedang dilakukan. Hibah penelitian merupakan pemberian berupa dana yang dilakukan seseorang untuk dialokasikan kepada pihak lain untuk dapat menyelenggarakan kewajiban penelitian seperti menyusun proposal dan melaksanakan penelitian. Menghasilkan Hibah merupakan salah satu poin dalam penilaian objektif sidang komprehensif di Perguruan Tinggi Raharja.

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). Dalam penilaian objektif sidang untuk validasi Hibah pada Perguruan Tinggi Raharja memiliki 2 (dua) jenis Hibah yang diterima yaitu Hibah Badan Negara dan Crowdfunding. Crowdfunding didefinisikan sebagai pendekatan keuangan kolektif yang memungkinkan individu-individu mengumpulkan sumber daya yang dimiliki untuk mendanai suatu proyek yang diminati (Barrette: 2011).

Perguruan Tinggi Raharja adalah sebuah lembaga pendidikan yang bergerak di bidang pendidikan Teknologi Informasi (TI) yang terus melakukan pembaruan dalam menciptakan wadah sistem informasi untuk kebutuhan sehari-hari. Dengan demikian Perguruan Tinggi Raharja secara terus menerus melakukan peningkatan dan pengembangan, baik berupa fasilitas sistem pendukung maupun sistem pembelajaran kampus.

Gambar 1.1. Renstra Manajemen Perguruan Tinggi Raharja

Sebagaimana yang tertera dalam Rencana Strategi untuk kegiatan Divisi REC (Raharja Enrichment Center) tahun akademik 2015-2016 pada poin 4 (empat) yang berbunyi “Rencana Pengembangan PESSTA untuk menyempurnakan proses Penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah, pendataan proposal/laporan hibah penelitian, sertifikat nasional dan internasional serta widuri”. Berdasarkan Rencana Strategi tersebut maka dilakukan pengembangan pada validasi Hibah untuk penilaian objektif. Dan selain itu sebagaimana yang tertera Surat Keputusan 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 ketentuan pada penilaian sidang skripsi terdapat pada pada poin ke- 5 (lima) yaitu “Hibah yang sudah diterima oleh Badan Negara atau Crowdfunding”, dan memiliki nilai 5.

Sistem validasi Hibah yang berjalan saat ini, pada form submit Hibah terdapat 1 (satu) kategori yaitu kategori Hibah Badan Negara, sementara itu merujuk dari Penilaian Objektif sidang yang telah dijelaskan di atas, terdapat 2 (dua) kategori Hibah yang diterima di Perguruan Tinggi Raharja yaitu Hibah Badan Negara dan Crowdfunding. Dan saat ini inventory Hibah tidak terinventaris dengan baik. Untuk itu dilakukan pengembangan pada validasi Hibah agar sesuai dengan kebutuhan yang tertera pada Penilaian Objektif Sidang.

Rumusan Masalah

Penelitian biasanya mempunyai sebuah data yang relevan untuk membantu pemecahan masalah yang sedang terjadi. Bersumber dari apa yang telah dijelaskan pada latar belakang permasalahan, telah diindetifikasi permasalahan pada sistem yang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi poin Hibah pada Penilaian Objektif, Perguruan Tinggi Raharja menerima 2 (dua) kategori Hibah yaitu Hibah Badan Negara dan Crowdfunding.

Gambar 1.2. Flowchart Sistem Yang Berjalan

Pada gambar 1.2 menjelaskan sistem yang berjalan saat ini, pada form yang tersedia hanya ada untuk form submit Hibah Badan Negara, sementara kebutuhan field Hibah Badan Negara dan Crowdfunding berbeda. Maka sistem yang berjalan saat ini belum dapat digunakan oleh seluruh mahasiswa di Perguruan Tinggi Raharja. Hal tersebut dirasa belum sesuai dengan kebutuhan yang terdapat pada Penilaian Objektif Sidang poin 5 yaitu “Hibah yang sudah diterima oleh Badan Negara atau Crowdfunding”. Dan jika sistem tidak berjalan dengan baik, maka inventaris Hibah tidak tersimpan dengan rapih dan baik.

Dan saat ini sudah jelas sekali bahwa Perguruan Tinggi Raharja memerlukan sebuah sistem yang berupaya mengoptimalkan pemberian nilai validasi hibah, sehingga tidak akan terjadi lagi waktu yang terbuang sia-sia pada saat pelaksanaan sidang berlangsung dan inventaris hibah dapat tersimpan dengan baik.

Dan berdasarkan latar belakang diatas maka dapat ditarik beberapa permasalahan sebagai berikut :

Bagaimana proses penilaian validasi Hibah pada pelaksanaan sidang saat ini di Perguruan Tinggi Raharja?
Bagaimana agar Perguruan Tinggi Raharja memiliki wadah untuk menyimpan inventaris Hibah seluruh mahasiswa?
Bagaimana mengembangkan sistem submit validasi Hibah yang sesuai dengan kebutuhan pada Penilaian Objektif Sidang?

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 Hibah Untuk Penilaian Objektif Sidang Di Perguruan Tinggi” untuk jadi penelitian Skripsi.

Ruang Lingkup

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

Penelitian ini berfokus di Perguruan Tinggi Raharja.
Penelitian ini berfokus pada seluruh mahasiswa aktif di Perguruan Tinggi Raharja.
Diimplementasikan hanya untuk para pengguna Rinfo (Email Pribadi Raharja).
Login pada sistem PESSTA+ sudah single sign on dengan menggunakan Rinfo (Email Pribadi Raharja).
Penelitian ini berfokus pada validasi hibah

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

Dalam melakukan penyusunan skripsi dan penelitian, peneliti mempunyai sejumlah tujuan. Tujuan dari penelitian juga bisa berbeda karena perbedaan masalah yang sedang di teliti. Memahami masalah dengan benar dan juga merumuskan dengan baik, besar kemungkinan pekerjaan merumuskan tujuan akan dapat dilalui dengan tepat. Sebaliknya apabila masalah yang akan diteliti masih samar-samar, maka akan sulit bagi calon peneliti untuk merumuskan tujuan penelitian yang akan diteliti. Tujuan penelitian sangat besar dampaknya pada komponen- komponen penelitian lainnya seperti teknik, metode, alat ataupun generalisasi yang didapatkan. Kecakapan peneliti dalam merumuskan tujuan penelitian akan berdampak pada keberhasilan penelitian yang dikerjakan, oleh karena itu tujuan penelitian adalah titik tolak dan tujuan yang akan dicapai melalui kegiatan penelitian. Tujuan dari penelitian merupakan suatu hal yang sangat penting karena tujuan akan membuat suatu penelitian menjadi lebih terarah dan sesuai dengan rencana awal. Adapun 3 tujuan tersebut adalah sebagai berikut:

Untuk mengetahui proses penilaian validasi hibah pada pelaksanaan sidang saat ini di Perguruan Tinggi Raharja.
Membuat sebuah wadah untuk menyimpan inventaris seluruh hibah mahasiswa di Perguruan Tinggi Raharja.
Mengembangkan sistem submit validasi Hibah yang sesuai dengan kebutuhan pada penilaian objektif sidang.

Manfaat Penelitian

Manfaat yang diambil dari suatu penelitian merupakan sebuah hasil dari terlaksananya suatu tujuan dan terjawabnya dari sebuah rumusan masalah yang secara akurat. Dalam manfaat penelitian ini diharapkan dapat memberikan suatu masukan yang sangat bermanfaat untuk informasi dan komunikasi yang belakangan ini banyak yang mendapatkan pelajaran dari beragam ilmu. Dan di dalam pemanfaatan praktis ini praktis penelitian ini diharapkan dapat merekondisikan kebutuhan - kebutuhan guna meningkatkan sistem PESSTA+ pada Perguruan Tinggi Raharja.

Adapun manfaat dari penelitian ini adalah :

Mempermudah sistem penilaian hibah pada pelaksanaan sidang komprehensif agar waktu sidang berjalan lebih efektif.
Dengan adanya sistem PESSTA+ maka diharapkan agar seluruh hibah mahasiswa di Perguruan Tinggi Raharja terdokumentasi dengan baik.
Sistem dapat memberikan kebutuhan yang sesuai dengan penilaian objektif sidang terutama pada validasi Hibah yang terdapat 2 (dua) jenis Hibah.

Metode Penelitian

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

Metode Pengumpulan Data

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

Metode Observasi (Pengamatan)
Peneliti sudah melakukan peninjauan secara langsung selama 4 minggu pada proses pemberian nilai validasi hibah dan data submit validasi hibah yang terdapat pada Perguruan Tinggi Raharja. Lalu dari peninjauan yang sudah dilakukan, peneliti dapat menghimpun data sebagai sumber informasi dalam hal membantu dalam proses pengamatan untuk pembentukan sistem tersebut.
Metode Wawancara (Interview Research)
Metode ini dilakukan dengan cara melakukan tanya jawab dengan pihak terkait pada Perguruan Tinggi Raharja secara langsung. Dan metode wawancara ini dilakukan bersama Bapak Padeli, M.Kom selaku Stakeholder.
Studi Pustaka
Metode ini berguna untuk memperoleh informasi dan juga data dari sejumlah sumber (literature), buku, dan beberapa jurnal untuk keperluan pengamatan serta perancangan yang terkait dalam laporan ini.

Metode Analisis Sistem

Setelah melalui metode pengumpulan data, metode analisis sistem merupakan salah satu bagian dari sebuah penelitian penting untuk dilakukan. Melanjutkan proses dari pengumpulan data, dimana data yang di dapatkan dari beberapa metode pengumpulan data dikumpulkan dan dijadikan sebagai sebuah strategi. Untuk mencapai sebuah strategi, perlu di dasari atas adanya sebuah pengelompokan yang ditinjau dari beberapa hal. Pengelompokan tersebut terekam 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.

Selain itu peneliti juga menggunakan metode analisa sistem yang digunakan yaitu berupa analisis SWOT. SWOT adalah sebuah metode prosedur analisis kondisi yang mengklarifikasi kondisi objek dalam empat kategori Strength (Kekuatan), Weakness (Kelemahan), Opportunity (Faktor Pendukung) dan Threat (Faktor Penghambat atau Ancaman). Sedangkan faktor analisa SWOT dibagi menjadi 2 faktor, yaitu faktor internal dan eksternal.

Metode Perancangan

Metode perancangan yang digunakan untuk menjabarkan BAB IV yaitu dengan menggunakan metode perancangan sistem ini peneliti menggambarkan dalam bentuk sebuah gambaran diagram HIPO (Hierarchy Input Process Output) dan juga menggunakan UML (Unified Modeling Language).

Metode Pengujian Sistem

Pengujian adalah proses eksekusi suatu program untuk menemukan kesalahan sebelum digunakan oleh pengguna akhir (end- user). Salah satu metode pengujian perangkat lunak yang digunakan adalah Black Box Testing. Black-Box Testing itu sendiri merupakan pengujian yang berfokus pada spesifikasi fungsional pada perangkat lunak, tester dapat mendefinisikan kumpulan kondisi input dan melakukan pengetesan pada spesifikasi fungsional program.

Sistematika Penulisan

Untuk kelancaran dalam membuat penyusunan laporan dan pembahasannya secara sistematis, maka penulisan laporan Skripsi ini terdiri dari beberapa sub bab dengan sistematika penulisan 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 berisikan teori yang berupa pengertian dan definisi yang diambil dari kutipan buku yang berkaitan dengan penyusunan laporan skripsi serta beberapa literature review yang berhubungan dengan penelitian.

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, analisa sistem berjalan dengan menggunakan metode analisa SWOT dan elisitasi.

BAB IV METODOLOGI PENELITIAN

Bab ini membahas mengenai rancangan sistem usulan, strategi, prosedur sistem usulan dengan menggunakan rancangan program HIPO (Hirarchy Plus Input Process Output) dan menggunakan UML (unified modeling language) , testing dengan menggunakan blackbox, 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

Daftar pustaka ini berisi studi pustaka yang digunakan sebagai referensi untuk menyusun laporan ini.

LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Definisi Pengembangan

Menurut Iskandar Wiryokusumo (2011)^[1]“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”.

Konsep Dasar Sistem

Definisi Sistem

Menurut Yulia Djahir dan Dewi Pratita (2015: 7)^[2] “Definisi sistem dikelompokkan menjadi dua bagian yang menekankan pada prosedurnya dan ada yang menekankan pada elemennya. Kedua kelompok ini adalah benar dan tidak bertentangan, yang berbeda adalah cara pendekatannya”.

Menurut J. Hutahaen (2015: 2)^[3] “Sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan berkumpul bersama-sama untuk melakukan kegiatan atau untuk melakukan sasaran tertentu”.

Menurut Sutarman (2012: 13)^[4], “Sistem adalah kumpulan elemen yang saling berhubungan dan berinteraksi dalam satu kesatuan untuk menjalankan suatu proses pencapaian suatu tujuan utama”.

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)^[3] bahwa supaya sistem itu dikatakan sistem yang baik memiliki karakteristik yaitu :

Komponen Sistem (Components)

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.

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.

Lingkungan Luar Sistem (Environtment)

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.

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

Masukan Sistem (Input)

Masukan adalah energi yang dimasukan ke dalam sistem, yang dapat berupa perawatan (maintenance input), dan masukkan sinyal (signal input).

Keluaran Sistem (Output)

Keluaran sistem adalah hasil dari energy yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan.

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.

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) Sistem dapat diklasifikasikan dalam beberapa sudut pandang :

Klasifikasi Sistem sebagai :

Sistem Abstrak (Abstract System)
Sistem abstrak adalah sistem yang berupa pemikiran-pemikiran atau yang tidak tampak secara fisik.
Sistem Fisik (Physical System)
Sistem fisik adalah sistem yang ada secara fisik.

Sistem diklasifikasikan sebagai :

Sistem Alamiah (Natural System)
Sistem alamiah adalah sistem yang terjadi melalui proses alam, tidak di buat oleh manusia. Misalnya sistem perputaran bumi.
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).

Sistem diklasifikasikan sebagai:

Sistem Tertentu (Deterministic System)
Sistem tertentu adalah sistem yang beroperasi dengan tingkah laku yang sudah dapat diprediksi, sebagai keluaran sistem yang dapat diramalkan.
Sistem Tak Tentu (Probabilistic System)
Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilistic.

Sistem diklasifikasikan sebagai:

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

Konsep Dasar Sistem Informasi

Definisi Sistem Informasi

Menurut Sutarman (2012 : 13)^[4], 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).

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

Menurut Taufiq (2013 : 17)^[6], “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”.

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.

Klasifikasi Sistem Informasi

Sistem informasi dapat dibentuk sesuai kebutuhan organisasi masing-masing. Oleh karena itu, untuk dapat menerapkan sistem yang efektif dan efisien diperlukan perencanaan, pelaksanaan, pengaturan, dan evaluasi sesuai keinginan masing -masing organisasi. Klasifikasi sistem informasi tersebut sebagai berikut :

Sistem informasi berdasarkan level organisasi.

Dikelompokkan menjadi level operasional, level fungsional dan level manajerial.

Sistem informasi berdasarkan aktifitas manajemen.

Dikelompokkan menjadi sistem informasi perbankan, sistem informasi akademik, sistem informasi kesehatan, sistem informasi asuransi dan sistem informasi perhotelan.

Sistem informasi berdasarkan fungsionalitas bisnis.

Dikelompokkan menjadi sistem informasi akuntansi, sistem informasi keuangan, sistem informasi manufaktur, sistem informasi pemasaran dan sistem informasi sumber daya manusia.

Definisi Media

Menurut Kamus Besar Bahasa Indonesia (KBBI)^[7], 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 :

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

Kemudian berdasarkan pengertian dari Kamus Besar Bahasa Indonesia (KBBI)^[8] 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 Validasi Hibah PESSTA+ dimaksudkan sebagai media bagi mahasiswa untuk dapat melakukan submit validasi Hibah untuk Penilaian Objektif Sidang TA/Skripsi.

Konsep Dasar Website

Definisi Website

Menurut Arief (2011 : 7)^[9], “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)^[10], 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”.

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)^[9],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:

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

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 :

Validasi adalah suatu tindakan pembuktian, artinya validasi merupakan suatu pekerjaan “dokumentasi”.
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.
“Obyek” pembuktian adalah tiap-tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi dan pengawsan mutu (ruang lingkup)..
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:

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

Definisi Penilaian Objektif

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). Dilihat dari sudut pandang sebagai seorang pendidik (guru, dosen) hal pertama jelas dalam melakukan penilaian harus ada satu tujuan (goal) yang akan dicapai artinya seorang pendidik harus memiliki sense of goal. Pendidik harus sudah tahu tujuan penilaian itu adalah mengukur kemampuan atau kompetensi peserta didik setelah dilaksanakannya proses pembelajaran. Hal kedua dalam melakukan penilaian, pendidik dituntut harus menyadari adanya sense of regulation (keteraturan), sebagai contoh adanya aturan memberikan dan membuat soal (dalam bentuk pilihan ganda dan atau essay misalnya) ada batasan waktu penyelesaian tugas dan lainnya yang harus ditepati. Proses penilaian yang objektif juga harus mampu membuat setiap peserta didik (murid, mahasiswa) untuk berprestasi dan menemukan potensi unik yang dimiliki oleh masing-masing peserta didik. Hal lain yang ketiga adalah seorang pendidik dituntut memiliki sense of achievement, sebagai contoh ketika peserta didiknya mengalami masalah dalam pembelajarannya, sebagai contoh ketika peserta didiknya mengalami masalah dalam pembelajarannya, maka seorang pendidik harus memiliki kemauan dan kemampuan melakukan Achievement Motivation Training (AMT) memberikan motivasi dan semangat kepada mereka. Dan yang terakhir pendidik harus memiliki sense of harmony yang akan menciptakan keselarasan, keserasian, dan keseimbangan. Ketika telah ada standar penilaian yang baku, maka peserta didik akan merasakan keadilan dari nilai yang didapatkannya, dengan sistem penilaian yang berlandaskan pada objektivitas akan sama-sama menguntungkan kedua belah pihak, bahwa pendidik bisa melihat kemampuan setiap peserta didiknya dan peserta didikpun merasakan kemampuan apa yang telah dikuasainya. Penilaian objektif artinya menilai dan yang dinilai akan mengerti dan memahami bahwa penilaian objektif mempunyai tujuan yang jelas antara lain mengetahui kemampuan, keterampilan, kompetensi, prestasi dll. Yang menilai dan yang dinilai 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.

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.

Teori khusus

Definisi Yii Framework

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

Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Website. 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.

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

Menurut pengembang dan komunitas Yii Framework dari situs website resminya, berikut ini adalah fitur yang terdapat pada Yii:(Yii, 2013)^[11]

1. Menggunakan pola MVC.Yii mengadopsi pola standar pengembangan aplikasi yang memisahkan tampilan (view), logika program (controller), dan modelnya (model).

2. Data Access Objects (DAO), Query Builder, Active Record, dan DB Migration Yii Memungkinkan pengembang menggunakaan berbagai model database dengan objek yang dapat mengurangi kompleksitas menulis pernyataan SQL berulang serta memudahkan interaksi antar database.

3. Form input dan validasi.Yii menyediakan form input dan validasi yang memudahkan pengembang untuk bekerja dengan form dan melakukan validasi input dari form.

4. AJAX Widget.Yii menyediakan AJAX widget yang terintegrasi dengan jQuery,berupa kontrol yang memiliki fungsi seperti auto complete, treeview, data grid dan lain-lain.

5. Authentication dan authorization. Dukungan autentikasi dan autorisasi internal sehingga memudahkan pengembangan aplikasi dengan fitur autentikasi dan autorisasi.

6. Skin dan theme.Yii mengimplementasikan skin dan theme yang memudahkan pengembangan aplikasi dalam merancang tampilan aplikasi.

7. Internationalization (I18N) dan localization (L10N).Yii mendukung pengembangan aplikasi dalam multi bahasa dan lokasi seperti penggunaan waktu dan tanggal dan terjemahan antarmuka.

8. Web Services. Yii mendukung manajemen penanganan layanan web services.

9. Skema layer cache. Yii mendukung layer cache untuk cache data, cache halaman, dankeseluruhan aplikasi sehingga dapat meningkatan performa dengan beragam pilihanmedia cache. Penggunaan media cache seperti database, APC, memcache, dan sebagainya diatur tanpa melakukan perubahan besar pada kode.

10. Penanganan error dan logging, sehingga memudahkan pengembangan dalam melakukan debuging aplikasi dalam masa pengembangan aplikasi.

11 Keamanan. Yii dilengkapi dengan langkah-langkah keamanan untuk membantu mencegah aplikasiWeb dari serangan seperti SQL injection,cross-site scripting (XSS), cross-site request forgery (CSRF), dan cookie tampering.

l2. Pengujian unit dan fungsional. Yii menyediakan dukungan untuk menulis dan menjalankan pengujian unit serta pengujian fungsional, menggunakan PHP Unit dan Selenium.

13. Penghasil kode otomatis. Yii menyediakan penggunaan beragam perintah otomatis seperti meng-generate struktur dasar aplikasi,model,dan CRUD.

14. Librari ekstension. Yii menyediakan dukungan ekstensi dan komponen tambahan sehingga beragam fitur tambahan dapat ditambahkan.

Definisi Hibah

Hibah adalah pemberian uang/barang atau jasa dari pemerintah daerah kepada pemerintah atau pemerintah daerah lainnya, perusahaan daerah, masyarakat dan organisasi kemasyarakatan, yang secara spesifik telah ditetapkan peruntukannya, bersifat tidak wajib dan tidak mengikat, serta tidak secara terus menerus yang bertujuan untuk menunjang penyelenggaraan urusan pemerintah daerah. Hibah dapat diberikan kepada:

Pemerintah
Hibah kepada pemerintah sebagaimana dimaksud dalam pasal 5 huruf a diberikan kepada satuan kerja dari kementerian/lembaga pemerintah non kementerian yang wilayah kerjanya berada dalam daerah yang bersangkutan.
Pemerintah Daerah Lainnya
Hibah kepada pemerintah daerah lainnya sebagaimana dimaksud dalam pasal 5 huruf b diberikan kepada daerah otonom baru hasil pemekaran daerah sebagaimana diamanatkan peraturan perundang-undangan.
Perusahaan Daerah
Hibah kepada perusahaan daerah sebagaimana dimaksud dalam Pasal 5 huruf c diberikan kepada badan usaha milik Daerah dalam rangka penerusan hibah yang diterima pemerintah daerah dari pemerintah sesuai dengan ketentuan peraturan perundang-undangan.
Masyarakat
Hibah kepada masyarakat sebagaimana dimaksud dalam pasal 5 huruf d diberikan kepada kelompok orang yang memiliki kegiatan tertentu dalam bidang perekonomian, pendidikan, kesehatan, keagamaan, kesenian, adat istiadat, dan keolahragaan non-profesional.

Memiliki kepengurusan yang jelas.
Berkedudukan dalam wilayah administrasi pemerintah daerah yang bersangkutan.

Organisasi Kemasyarakatan
Hibah kepada organisasi kemasyarakatan sebagaimana dimaksud dalam pasal 5 huruf e diberikan kepada organisasi kemasyarakatan yang dibentuk berdasarkan peraturan perundang-undangan. Hibah kepada organisasi kemasyarakatan diberikan dengan persyaratan paling sedikit:

Telah terdaftar pada pemerintah daerah setempat sekurang-kurangnya 3 tahun, kecuali ditentukan lain oleh peraturan perundang-undangan;
Berkedudukan dalam wilayah administrasi pemerintah daerah yang bersangkutan; dan
Memiliki sekretariat tetap.

Definisi Ten Pillar iLearning

Gambar 2.1. 10 Pillar IT Perguruan Tinggi Raharja

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

Dikutip dari iMe Roadmap^[12], untuk memudahkan pengelolaan dan meningkatkan kepuasan pelayanan kepada civitas 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 (REC) Raharja Enrichment Centre. Sistem Arsitektur pada Perguruan Tinggi Raharja terdiri dari 10 (sepuluh) pilar IT iLearning, meliputi: iRme, Rinfo, iDu, iRan, iDuHelp!, widuri, Rooster, iMe, Magics, iSur.

Definisi Rinfo

Gambar 2.2 Logo Rinfo

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

Menurut (Rahardja, 2014:104)^[13], Rinfo (Email Rahaja.Info) adalah layanan komunikasi email yang disediakan oleh Perguruan Tinggi Raharja untuk semua Pribadi Raharja, alat komunikasi utama dan paling vital untuk para Pribadi Raharja. Setiap user Rinfo diberikan kapasitas sampai dengan 30 GB. Selain itu juga banyak tersedia aplikasi canggih seperti RH (Rinfo Hangout). Semua kegiatan yang dilakukan akan mustahil tanpa adanya Rinfo ini. Selain itu, bisa juga dikatakan bahwa Rinfo terintegrasi dengan semua pillar-pillar yang ada pada TPi (Ten Pilar IT iLearning). Rinfo menggunakan platform google yang memiliki banyak fasilitas free yang bisa dimanfaatkan. Selain itu Rinfo bisa dijadikan potensi untuk dapat single sign on dengan sistem TPi.

Manfaat dari penggunaan akun Rinfo tersebut sebagai akun resmi kampus, bisa dilihat dari segi keamanan yaitu akan mencegah orang dari luar institut sembarangan mengakses 10 Pilar IT di Perguruan Tinggi Raharja. Dengan adanya Rinfo ini, maka terciptalah sebuah konsep baru bernama RiDu (Rinfo for Education), yaitu pembelajaran iLearning menggunakan email Rinfo sebagai media utamanya.

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. Future IT Raharja (FIR) terdiri dari 14 (empat belas), meliputi SiS+, RhjFox, Magics Channel, PEN+, Airzone, FGR (First Generation Resources), GO+ (Green Orchestra Plus), Virtual Account, ZPreneur, ZFord, iLearning Plus, DID (Dream Innovation Day), PESSTA+, 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 hibah penelitian yang telah diterima atau valid untuk penilaian objektif yang diakui di Perguruan Tinggi Raharja maka perlu dilakukan validasi hibah 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 hibah sudah tidak perlu dicek manual oleh penguji melainkan penguji hanya perlu mengakses sistem PESSTA+ secara online serta dapat login sso dengan email Rinfo dan mencari nama peserta sidang tersebut apakah sudah layak atau belum. Peserta sidang bisa submit sendiri validasi hibahnya kapanpun dan dimanapun tanpa perlu menunggu pelaksanaan sidang berlangsung

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.me/)

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

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
Filosofi warna emas memiliki arti kesan aktif, kemakmuran dan dinamis. Seperti PESSTA+ yang sangat dinamis
Filosofi warna biru menghadirkan kesan kekuatan teknologi, air, udara, kebersihan
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

Konsep Dasar Analisa SWOT

Definisi Analisa SWOT

Menurut Rangkuti (2011 : 199)^[14], 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 :

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

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

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.

Kuadran 4

Ini merupakan kondisi yang sangat tidak menguntungkan, perusahaan tersebut menghadapi berbagai ancaman dan kelemahan internal.

Menurut Kadir (2014 : 416)^[15] 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.

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

Tujuan Analisa SWOT

Menurut Rangkuti (2011 : 197)^[14], 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 Alim (2012:30)^[16], “Unified Modeling Language (UML) adalah bahasa standar yang digunakan untuk menulis blueprint perangkat lunak. UML dapat digunakan untuk memvisualisasi, menspesifikasikan, membangun dan mendokumentasikan artifak dari sistem perangkat lunak”.

Jenis-Jenis Diagram UML

Use Case

Menurut Murad (2013:57)^[17], “Diagram Use Case adalah diagram yang bersifat status yang memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini memiliki 2 fungsi, yaitu mendefinisikan fitur apa yang harus disediakan oleh sistem dan menyatakan sifat sistem dari sudut pandang user”.

Menurut Triandini (2012:18)^[18], langkah-langkah membuat diagram use case:

Mengidentifikasi aktor. Perhatikan bahwa aktor sebenarnya adalah peran yang dimainkan oleh pengguna. Alih-alih menyusun daftar aktor sebagai Bob, Maria, atau Tuan Hendricks, sebaiknya identifikasi peran spesifik yang dimainkan oleh orang-orang tersebut. Ingatlah orang yang sama mungkin memainkan berbagai peran karena ia menggunakan sistem. Sistem lain juga dapat menjadi aktor dari sistem.
Mengidentifikasi aktor. Perhatikan bahwa aktor sebenarnya adalah peran yang dimainkan oleh pengguna. Alih-alih menyusun daftar aktor sebagai Bob, Maria, atau Tuan Hendricks, sebaiknya identifikasi peran spesifik yang dimainkan oleh orang-orang tersebut. Ingatlah orang yang sama mungkin memainkan berbagai peran karena ia menggunakan sistem. Sistem lain juga dapat menjadi aktor dari sistem.

Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan bahwa use case diagram dibuat berdasarkan pengguna sistem serta fungsi-fungsi yang ditangani oleh sistem informasi pemesanan dan penjualan barang yang didapatkan pada tahap analisis sistem.

Activity Diagram

Menurut Murad (2013:53)^[17], “Activity diagram merupakan diagram yang bersifat dinamis. Activity diagram adalah tipe khusus dari diagram state yang memperlihatkan aliran dari suatu aktifitas ke aktifitas lainnya dalam suatu sistem dan berfungsi untuk menganalisa proses”.

Menurut Vidia (2013:20)^[19], “Activity diagram dibuat berdasarkan aliran dasar dan aliran alternatif pada skenario use case diagram. Pada activity diagram digambarkan interaksi antara aktor pada use case diagram dengan sistem”.

Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan bahwa activity diagram dibuat berdasarkan use case diagram yang telah dibuat, maka dapat digambarkan activity diagram yang menggambarkan alur kerja untuk setiap use case.

Sequence Diagram

Menurut Vidia (2013:21)^[19], ”Sequence diagram dibuat berdasarkan activity diagram dan class diagram. Sequence diagram menggambarkan aliran pesan yang terjadi antar kelas yang dideskripsikan pada class diagram dengan menggunakan operasi yang dimiliki kelas tersebut. Untuk aliran pesan, sequence diagram merujuk pada alur sistem activity diagram yang telah dibuat sebelumnya”.

Menurut Wijayanto (2013:35)^[20], ”Sequence diagram dibuat berdasarkan activity diagram dan class diagram yang telah dibuat, maka digambarkan sequence diagram yang menggambarkan aliran pesan yang terjadi antar kelas dengan menggunakan operasi yang dimiliki kelas tersebut”.

Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan sequence diagram merupakan diagram yang bersifat dinamis, sequence diagram (diagram urutan) adalah iterasiksi yang menekankan pada pengiriman pesan dalam suatu waktu tertentu.

Sequence Diagram

Menurut Vidia (2013:21)^[19], “Class diagram dibuat berdasarkan use case diagram dan activity diagram”.

Menurut Wijayanto (2013:35)^[20], ”Sequence diagram dibuat berdasarkan activity diagram dan class diagram yang telah dibuat, maka digambarkan sequence diagram yang menggambarkan aliran pesan yang terjadi antar kelas dengan menggunakan operasi yang dimiliki kelas tersebut”..

Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan sequence diagram merupakan diagram yang bersifat dinamis, sequence diagram (diagram urutan) adalah iterasiksi yang menekankan pada pengiriman pesan dalam suatu waktu tertentu.

Definisi Elisitasi

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

Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi (Saputra, 2012:51)^[22]. Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu:

Tahap I
Berisi seluruh rancangan sistem baru yang diusulkan oleh piihak manajemen terkait melalui proses wawancara.
Tahap II
Hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi. M pada MDI berarti mandatory (penting). Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru. D pada MDI berarti desirable, maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Namun, jika requirement tersebut digunakan dalam pembentukan sistem maka akan membuat sistem tersebut lebih sempurna. I pada MDI berarti inessential, maksudnya requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.
Tahap III
Merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui TOE, yaitu :
Elisitasi tahap III, merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya, semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE, yaitu:

Technical (T) : bagaimana tata cara atau teknik pembuatan requirement dalam sistem yang diusulkan.
Operational (O) : bagaimana tata cara penggunaan requirement dalam sistem akan dikembangkan.
Economic (E) : berapakah biaya yang diperlukan guna membangun requirement di dalam sistem.

Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:

High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus dieliminasi.
Middle (M) : Mampu Untuk dikerjakan.
Low (L) : Mudah Untuk dikerjakan.

Final draft elisitasi, merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.

Definisi Flowchart

Menurut Adelia dan Jimmy Setiawan (2011:116)^[23], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urut-urutan prosedur dari suatu program”. Flowchart menolong analyst dan programmer untuk memecahkan masalah kedalam segmen-segmen yang lebih kecil dan menolong dalam menganalisa alternatif-alternatif lain dalam pengoperasian. Flowchart biasanya mempermudah penyelesaian suatu masalah khususnya masalah yang perlu dipelajari dan dievaluasi lebih lanjut.

Definisi HIPO

“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” (Praptingsih, 2012:03)^[24].

Definisi Black Box Testing

Menurut Rizky (2011:265)^[25], "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."

Beberapa keuntungan yang diperolah dari jenis black box testing antara lain : (Rizky, 2011:264)^[25].

Anggota tim tester tidak harus dari seseorang yang memiliki kemampuan teknis di bidang pemrograman
Kesalahan dari perangkat lunak ataupun bug seringkali ditemukan oleh komponen tester yang berasal dari pengguna
Hasil dari Black box testing dapat memperjelas kontradiksi ataupun keracunan yang mungkin timbul dari eksekusi sebuah perangkat lunak.
Proses testing dapat dilakukan lebih cepat dibandingkan white box testing.

Literature Review

Banyak penelitian yang sebelumnya dilakukan mengenai sistem validasi. Dalam upaya penerapan sistem validasi hibah ini perlu dilakukan studi pustaka sebagai salah satu dari penerapan metode penelitian yang akan dilakukan sebagai salah satu dari penerapan metode penelitian yang akan dilakukan. Diantaranya yaitu :

Penelitian yang dilakukan oleh Meilla Dwi Nurmala dan Tri Hartiti Retnowati pada tahun 2013^[26] dengan judul “Pengembangan Instrumen Penilaian Skripsi Mahasiswa”. Penelitian ini membahas pengembangan instrumen penilaian yang sahih dan handal untuk mengukur kemampuan mahasiswa dalam membuat karya ilmiah. Melalui instrumen tersebut para dosen dapat melakukan penilaian secara objektif. Penelitian menggunakan pendekatan kuantitatif dan kualitatif. Penetapan konstruk instrumen penilaian dokumen (skripsi) dan performance dilakukan melalui pendapat para dosen, pakar pengukuran. Subjek penelitian ini adalah mahasiswa dari jurusan Bahasa Inggris, Ilmu Keolahragaan, dan Tarbiyah dan dosen dari UPI Kampus Serang, STKIP Situs Banten, dan IAIN Sultan Hasanuddin Serang.
Penelitian yang dilakukan oleh I Gede Wira Kusuma Jaya dan Ngurah Agus Sanjaya Erawan pada tahun 2015^[27] dengan judul “Perancangan dan Implementasi Sistem Informasi Proposal Tugas Akhir Berbasis Web”. Penelitian ini membahas tentang pembuatan sistem informasi proposal tugas akhir berbasis web untuk mendokumentasikan proposal tugas akhir yang merupakan syarat untuk menempuh ke tahap tugas akhir bagi mahasiswa. Maka perlu dibuat suatu sistem yang mampu menanggulangi hal tersebut. Proses pembentukan sistem akan dimulai dari tahap perancangan sistem dengan melibatkan DFD dan diagram ER. Dalam implementasi menggunakan bahasa pemrograman seperti PHP dan query dalam melakukan pengolahan basis data. Sistem ini membantu proses mulai dari pengajuan sampai ujian proposal tugas akhir. Sistem ini dapat diakses dimana saja dan kapan saja, sehingga memudahkan pengguna dan proses ujian proposal tugas akhir dapat berlangsung secara efektif dan efisien.
Penelitian yang dilakukan oleh Sudji Munaidi pada tahun 2011^[28] dengan judul “Analisis Validasi Soal Tes Hasil Belajar Pada Pelaksanaan Program Pembelajaran di Fakultas Teknik Universitas Negeri Yogyakarta”. Penelitian ini bertujuan untuk mengungkap proses validasi soal ujian akhir semester yang dilakukan oleh dosen FT-UNY dan menganalisis secara teoritis (kualitatif) kualitas soal ujian tersebut. Penelitian ini dilaksanakan menggunakan teknik survei dengan melibatkan populasi 192 orang dosen FT-UNY yang mengajar vidang studi pada semester gasal 2008/2009. Datta yang terkumpul dianalisis secara deskriptif kuantitatif.
Penelitian yang dilakukan oleh Diah Fitri Mawarni pada tahun 2015^[29] dengan judul “Sistem Informasi Validasi Proposal Penelitian Pada Program Studi Sistem Informasi Universitas Komputer Indonesia”. Penelitian ini membahas tentang sistem informasi untuk memvalidasi proposal penelitian yang dapat membantu untuk menentukan persentase kesamaan antara pengajuan proposal penelitian dengan tesis yang ada yang berada di dalam database. Metode yang digunakan oleh penulis dalam penelitian ini mendekati adalah metode berorientasi objek. Metode pengembangan sistem ini mengacu pada model pengembangan prototipe, yang terdiri dari tiga tahap pembangunan, yaitu: (1) tahap mendengarkan keluhan konsumen, (2) Merancang dan membuat sistem, (3) Pengujian dan verifikasi sistem . Sistem ini dirancang sebagai aplikasi berbasis web yang dibuat dengan menggunakan bahasa pemrograman PHP, menggunakan alat-alat yang termasuk UML, Sublime Text 3, MySQL, dan XAMPP.
Penelitian yang dilakukan oleh Selamet Hariadi pada tahun 2012^[30] yang berjudul “Rancang Bangun Aplikasi Sistem Sidang Skripsi Menggunakan Metode Object Oriented”. Penelitian ini mengulas tentang Object Oriented Programming (OOP) merupakan perangkat lunak yang dihasilkan dari pemodelan menggunakan UML yang memuat kajian dan penyusunan perangkat lunak yang juga merupakan kombinasi dari berbagai pola yang sudah ada sebelumnya. Kajian ini memuat persoalan pada sistem yang sudah ada, yaitu kurang bersatunya data yang terpaut sidang skripsi, pemberitahuan yang masih dilakukan dengan cara manual, dan databasing yang kurang terstruktur. Penyelesaian dari persoalan ini adalah dengan penerapan OOP sebagai metodologi dalam kajian, penyusunan dan pemrograman sistem sidang skripsi dimulai dari pembimbingan skripsi, pelaksanaan sidang, penilaian hasil sidang, sampai pada pemberitahuan. Maksud dari observasi ini adalah untuk menghasilkan implementasi OOP pada aplikasi sistem sidang skripsi yang diharapkan menjadi solusi dari keterbatasan-keterbatasan sistem yang ada. Simpulan dari penelitian ini adalah bahwa aplikasi sidang skripsi yang menggunakan metode OOP memiliki banyak keunggulan, diantaranya adalah sifat reusability program, maintenance yang tidak rumit, dan mudah untuk dikembangkan.
Penelitian yang dilakukan oleh Manisha Bhardwaj, Sarbjeet Singh dan Makhan Singh pada tahun 2011^[31] 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.
Penelitian yang dilakukan oleh Christopher J. Roy dan William L. Oberkampf pada tahun 2011^[32] penelitian ini berjudul “A Comprehensive Framework For Verification, Validation, and Uncertainty Quantification in Scientific Computing”. Pendekatan untuk menyebarkan kedua jenis ketidakpastian melalui model untuk jumlah respon sistem yang dibahas secara singkat. Kesalahan pendekatan numerik (karena diskritisasi, iterasi, dan melengkapi komputer) diperkirakan menggunakan teknik verifikasi, dan conversi, kesalahan ini menjadi ketidakpastian epistemic. Formulir Model ketidakpastian diukur menggunakan (a) prosedur validasi model, yaitu, perbandingan statistik dari prediksi model untuk data eksperimen yang tersedia, dan (b) ekstrapolasi struktur ketidakpastian ini untuk poin dalam domain aplikasi yang mana tidak ada data eksperimen. Akhirnya, metode untuk menyampaikan total ketidakpastian diprediksi untuk pengambilan keputusan. Langkah-langkah yang berbeda dalam rangka ketidakpastian prediksi diilustrasikan menggunakan contoh sederhana dalam dinamika fluida komputasi diterapkan terowongan angin hipersonik.
Penelitian yang dilakukan oleh Gabriel Tamura Norha M. Villegas dan Hausi A. Muller pada tahun 2011^[33] penelitian ini berjudul “Towards Practical Runtime Verification And Validation Of Self-Adaptive Software Systems”. Aplikasi validasi dan verifikasi (V & V) memastikan bahwa produk perangkat lunak memenuhi kebutuhan pengguna dan memenuhi atribut kualitas yang diharapkan seluruh siklus hidup. Sementara tingkat tinggi adaptasi dan otonomi memberikan cara baru untuk sistem perangkat lunak untuk beroperasi di lingkungan yang sangat dinamis, berkembang bermutu V & V metode untuk menjamin pencapaian tujuan software diri adaptif adalah salah satu tantangan utama yang dihadapi seluruh bidang penelitian. Dalam bab ini (i) menganalisis tantangan mendasar dan kekhawatiran untuk pengembangan metode V & V dan teknik yang memberikan kepercayaan bermutu dalam sistem self-adaptif dan self-managing; dan (ii) menyajikan proposal untuk termasuk operasi V & V secara eksplisit dalam umpan balik untuk memastikan pencapaian tujuan self-adaptasi software. Kedua kontribusi tersebut memberikan titik awal yang berharga untuk V & V peneliti untuk membantu kemajuan bidang ini.
Penelitian yang dilakukan oleh Ashirwad J. Chowriappa pada tahun 2013^[34] 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.
Penelitian ini dilakukan oleh Victor Naroditskiy pada tahun 2012^[35], penelitian ini berjudul “Verification in Referral-Based Crowdsourcing”. Penelitian ini membahas mengenai pada tugas-tugas pengumpulan informasi di mana informasi yang jarang dicari melalui "crowdsourcing berdasarkan rujukan-": permintaan informasi disebarkan secara rekursif melalui undangan antara anggota jaringan sosial. Sedangkan pekerjaan sebelumnya dianalisis insentif bagi proses rujukan dalam pengaturan dengan hanya laporan yang benar, sebuah contoh untuk memotivasi adalah DARPA Red Balloon Tantangan mana tingkat misreporting sangat tinggi. Dalam rangka untuk melakukan studi formal verifikasi, kami memperkenalkan model di mana agen dapat mengerahkan usaha mahal untuk melakukan verifikasi dan laporan palsu bisa dikenakan sanksi. Ini adalah model pertama dari verifikasi dan menyediakan berbagai arah untuk penelitian masa depan, yang kita tunjukkan. Hasil teoritis utama kami adalah skema kompensasi yang meminimalkan biaya mengambil jawaban yang benar.

BAB III

ANALISA SISTEM BERJALAN

Gambaran 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

Perguruan Tinggi Raharja bermula dari sebuah lembaga kursus komputer yang bernama LPPK (Lembaga Pendidikan dan Penelitian Komputer) Raharja yang terletak di Jl. Gatot Subroto km.2 Harmoni Mas Cimone Tangerang.LPPK Raharja diresmikan pada tanggal 3 Januari 1994 oleh bapak walikota Tangerang Drs. H. Zakaria Mahmud, Raharja telah terdaftar pada Depdiknas Kotamadya Tangerang dengan nomor 201/PLSM/02.4/L.93. Lembaga inilah yang mempelopori penggunaan operating system windows dan aplikasinya diwilayah Tangerang dan sekitarnya, hal tersebut mendapat respon positif dan jumlah peminatnya pun meningkat pesat seiring dengan kerjasama yang di lakukan oleh lembaga ini dengan sekolah Lanjutan Tingkat Atas yang ada di Tangerang.

Karena semakin pesatnya perkembangan dan pertumbuhan akan komputerisasi dan meningkatnya peminat masyarakat Tangerang maka pada tanggal 24 Maret 1999 LPPK Raharja berkembang menjadi Akademi Manajemen Informatika dan Komputer (AMIK) Raharja Informatika yang diresmikan melalui surat keputusan Mentri Pendidikan dan Kebudayaan Republik Indonesia Nomor: 56/D/O/1999 yang diserahkan langsung dari Bapak Prof. Dr. Udju D. Rusdi selaku Koordinator KOPERTIS wilayah IV Jawa Barat kepada ketua yayasan Nirwana Nusantara Ibu Kasarina Sudjono. Pada tanggal 2 Februari 2000 dengan menyelenggarakan jurusan Manajemen Informatika.

Pada tanggal 2 Februari 2000 AMIK Raharja Informatika menjadi satu-satunya perguruan tinggi yang menjalankan studi formal untuk program Diploma I (DI) dengan memberikan gelar Ahli Pratama dan Program Diploma II (DII) dengan memberikan gelar Ahli Muda dan Diploma III (DIII) dengan memberikan gelar Ahli Madya kepada lulusannya, sesuai dengan surat keputusan Koordinator Perguruan Tinggi Swasta wilayah IV Jawa Barat dengan Nomor 3024/004/KL/1999.

Kemudian pada tanggal 7 September 2000 sesuai dengan surat keputusan Direktur Jendral Pendidikan Tinggi Departemen Pendidikan Nasional Nomor 354/Dikti/Kep/2000 menambah 2 program yakni D3 Teknik Informatika dan D3 Komputer Akuntasi.

Kini AMIK Raharja Informatika mempunyai 3 (tiga) program studi Diploma III dengan jurusan Manajemen Informatika (MI), Teknik Informatika (TI), dan Komputer Akuntansi (KA) yang masing-masing jurusan memberikan gelar Ahli Madya (A.md), Ahli Muda (AM), Ahli Pratama (AP) kepada lulusannya.

Pada tanggal 20 Oktober 2000 dalam usahanya untuk meningkatkan mutu dan kualitas dari pada lulusan AMIK RAHARJA INFORMATIKA meningkatkan statusnya dengan membuka Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) RAHARJA. Dengan surat keputusan Nomor 42/01/YNN/PR/II/200. ketua Yayasan Nirwana Nusantara mengajukan permohonan pendirian STMIK RAHARJA kepada Mendiknas KOPERTIS Wilayah IV jawa barat dengan 3 (tiga) program studi SI Jurusan Sistem Informasi (SI), Teknik Informatika(TI), dan Sistem Komputer (SK), hal tersebut telah mendapat tanggapan dari Direktur Jendral Pendidikan Tinggi dengan surat keputusan Nomor 5706/D/T/2000. Tidak hanya sampai disini, dalam rangka meningkatkan mutu dan kualitas lulusan RAHARJA sesuai dengan Rencana Induk Pengembangan (RIP) Raharja, bahwa dalam kurun waktu tidak lebih dari 5 tahun sudah berdiri Universitas RAHARJA.

Pada saat ini, Perguruan Tinggi Raharja pun telah meningkatkan mutu dan kualitasnya melalui sertifikat Akreditasi, diantaranya yaitu sebagai berikut:

Pada 5 April 2002 AMIK Raharja Informatika mendapatkan status “B” untuk Jurusan Manajemen Informatika (MI) berdasarkan Surat Keputusan Badan Akreditasi Nasional-Perguruan Tinggi (BAN-PT) Nomor: 003/BAN-PT/AK-1/DPL/IV/2002
Pada tanggal 5 April 2006 dengan sertifikat Akreditasi Nomor 00117/Ak-1-DIII-03/DFXMEI/IV/2002 yang berisi Badan Akreditasi nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika Terakreditasi A.
Pada tanggal 4 Mei 2006 dengan Sertifikat Akreditasi Nomor 08479/Ak-X-SI-001/CAGTLF/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa studi Strata 1 Teknik Informatika di STMIK Raharja terakreditasi B.
Pada tanggal 11 Mei 2006 dengan Sertifikat Akreditasi Nomor 08523/Ak-X-S1-002/CAGSIM/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Strata 1 Sistem Informasi di STMIK Raharja terakreditasi B.
Pada tanggal 3 Agustus 2007 dengan Sertifikat Akreditasi Nomor 006/BAN-PT/AK-VIII/DPI-III/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika terakreditasi B.
Pada tanggal 25 Agustus 2007 dengan Sertifikat Akreditasi Nomor 019/BAN-PT/AK-X/SI/VIII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program Strata 1 Sistem Komputer di STMIK Raharja terakreditasi B.
Pada tanggal 29 Desember 2007 sesuai surat keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 017/BAN-PT/AK-VII/Dpl-III/XII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Teknik Informatika di AMIK Raharja Informatika dengan terakreditasi B.
Pada tanggal 18 Januari 2008 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 019/BAN-PT/AK-VII/Dpl-III/I/2008 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma Tiga Komputerisasi Akuntansi di AMIK Raharja Informatika terakreditasi A.
Pada tanggal 08 Juli 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 010/BAN-PT/Ak-XIV/S1/VII/2011, menyatakan bahwa Program Studi Sarjana Teknik Informatika, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B.
Pada tanggal 23 September 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 025/BAN-PT/Ak-XIV/S1/IX/2011, menyatakan bahwa Program Studi Sarjana Sistem Informasi, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B. Untuk meningkatkan mutu pembelajaran, Perguruan Tinggi Raharja membuat terobosan baru dengan membuka perkuliahan iLearning.
Pada tahun 2012 Program Studi Diploma Tiga Manajemen Informatika sesuai dengan SK BAN-PT No. SK.019/BAN-PT/Ak-XII/Dpl-III/III/2012 dengan nilai mendapatkan peringkat “A”. Perguruan Tinggi Raharja terus berupaya menyiapkan sarana penunjang kebutuhan Infornasi dan pengembangan Teknologi Informasi guna mendukung layanan Civitas Perguruan Tinggi Raharja, atas dedikasi ini Perguruan Tinggi Raharja mendapatkan menghargaan TESCA 2012, peringkat 60 besar perguruan tinggi skala nasional.
12. Pada tahun 2013 Upaya untuk menjaga mutu, dengan diperolehnya ISO 9001:2008 pada tahun 2009 dan renewal tahun 2013 dengan Approval Certificate No: JKT6007007. Pada Tahun ini Perguruan Tinggi Raharja memperoleh penghargaan TESCA 2013, peringkat 3 besar kategori Sekolah Tinggi skala nasional.
13. Pada tahun 2014 diselenggarakan MMSP 2014 di Perguruan Tinggi Raharja. MMSP 2014 merupakan workshop Internasional ke-16 Multimedia Signal Processing yang diselenggarakan oleh IEEE Signal Processing Society pada tanggal 22 – 24 September 2014. Pada tahun ini Perguruan Tinggi Raharja membuka perkuliahan iLearning Plus dan kelas karyawan dengan memberikan kesempatan kepada masyarakat yang ingin bergabung bersama Perguruan Tinggi Raharja karena keterbatasan waktu kuliah.

Jurusan atau Program Studi pada STMIK Raharja

Tabel 3.1.Merupakan tabel jurusan/prodi yang ada di STMIK Raharja yang terdiri dari 3 (tiga) jurusan, diantaranya Sistem Informasi, Teknik Informasi, dan Sistem Komputer.

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

2. Jurusan atau Program Studi pada AMIK Raharja Informatika

Tabel 3.2. Merupakan tabel jurusan/prodi yang ada pada AMIK Raharja Informatika yang terdiri dari 3 (tiga) jurusan, diantaranya Manajemen Informatika, Teknik Informasi, dan Komputer Akuntansi

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

Visi Misi dan Tujuan Perguruan Tinggi Raharja

1. Visi dan Misi

Visi Perguruan Tinggi Raharja adalah menjadi perguruan tinggi swasta yang secara berkesinambungan meningkatkan kualitas pendidikannya, memberikan pelayanan dalam menciptakan sumber daya manusia yang tangguh, memiliki daya saing tinggi dalam era kompetisi globalisasi, terutama dibidang teknologi informasidan komputer. Menjadikan pribadi raharja sebagai sumber daya manusia terampil dan ahli, mampu bersaing dalam dunia bisnis maupun non bisnis, menghasilkan tenaga intelektual dan professional, serta mampu berkembang dalam cakrawala yang lebih luas.

Untuk mencapai visi yang digariskan, Raharja senantiasa akan berupaya untuk melaksanakan misinya sebagai berikut

Menyelenggarakan program-program studi yang menunjang perkembangan dan penerapan teknologi informasi dalam berbagai bidang ilmu.
Menyediakan sarana dan lingkungan yang kondustif bagi pelaksanaan kegiatan belajar-mengajar yang efektif dan efisien, sehingga terbentuk lulusan-lulusan yang bermoral, terampil dan kreatif
Menjaga keterkaitan dan relevansi seluruh kegiatan akademis dengan kebutuhan pembangunan sosial-ekonomi dan industri Indonesia serta mengantisipasi semakin maraknya globalisasi kehidupan masyaraka
Melangsungkan kerjasama dengan berbagai pihak, baik dari dalam maupun luar negeri, sehingga ilmu dan teknologi yang diberikan selalu mutakhir serta dapat diterapkan secara berhasil guna dan tepat

Visi dan misi di atas, dipahami dan didekati dengan kesadaran komitmen pada kualitas yang menjadi target dalam manajemen dan sistem pendidikan di Perguruan Tinggi Raharja. Kualitas sebagai suatu dimensi yang merupakan bagian dari apa yang disebut “Total Qualitas Manajemen”. Konsep berpikir kualitas terdiri dari : performance (kinerja), feature (fasilitas), durability (daya tahan), reliability(kehandalan), conformity (kesesuaian), esthetic (keindahan), dan easy to be repaired (kemudahan perbaikan). Ketujuh elemen itu merupakan perhatian utama manajemen dan sistem pendidikan Perguruan Tinggi Raharja yang dituangkan dalam ISO9001 : 2008 (Sistem Manajemen Mutu Raharja)

2. Tujuan Perguruan Tinggi Raharja

Menghasilkan lulusan yang memiliki kemampuan akademik dan dapat menerapkan, mengembangkan serta memperluas informatika dan komputer secara profesional.
Menghasilkan lulusan yang mampu mengadakan penelitian dalam bidang informatika dan komputer, yang hasilnya dapat diimplementasikan untuk memenuhi kebutuhan masyarakat di lapangan.
Menghasilkan lulusan yang mampu mengabdikan pengetahuan dan keterampilannya dalam bidang informatika dan komputer secara profesional kepada masyarakat.

Arti Nama Raharja

“Raharja”. Kata ini diinspirasikan dari motto kota dan kabupaten Tangerang, yaitu “Bhakti Karya Adhi Kerta Raharja” dan “Setya Karya Kerta Raharja” yang berarti “kesejahteraan” yang dalam arti luasnya adalah keinginan dan niat para pendiri untuk membantu pemerintah ikut serta dalam membangun masyarakat yang sejahtera melalui penguasaan dibidang teknologi informasi dan komputer. Sedangkan Raharja sendiri memiliki motto “Get The Better Future By Computer Science” (meraih sukses yang gemilang dengan ilmu komputer)

Arti Green Campus

Gambar 3.1 Green Campus

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

Green Campus, yang berarti Kampus Hijau memiliki makna yang luas "Green" atau dengan sebutan "Green Leaves" sering diartikan dengan masih hijau generasi muda Indonesia adalah bibit-bibit unggul yang masih hijau dan green campus berpotensi melahirkan generasi pribadi yang matang dan berguna bagi bangsa dan Negara. Green dalam konteks Green Power berarti kekuatan financial. Green Campus sebagai kampus yang dapat memberikan power untuk menopang seluruh aktifitas perkuliahan bertujuan menciptakan pribadi raharja yang dapat mandiri secara financial (financially independent)

Arti Pribadi Raharja

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

Pribadi Raharja mencakup keempat unsur Civitas Akademika, yakni Dosen, Staff/Karyawan Administratif, mahasiswa serta alumni harus manunggal dengan almamater, berbakti kepadanya dan melalui almamater mengabdi kepada rakyat, bangsa dan negara dengan jalan melaksanakan Tri Dharma Perguruan Tinggi.

Struktur Organisasi Perguruan Tinggi Raharja

Sebuah organisasi atau perusahaan harus mempunyai suatu struktur organisasi yang digunakan untuk memudahkan pengkoordinasian dan penyatuan usaha, untuk menunjukkan kerangka-kerangka hubungan diantara fungsi, bagian-bagian maupun tugas dan wewenang serta tanggung jawab. Serta untuk menunjukan rantai (garis) perintah dan perangkapan fungsi yang diperlukan dalam suatu organisasi.

Sama halnya dengan Perguruan Tinggi Raharja yang mempunyai struktur organisasi manajemen sebagai berikut:

Gambar 3.2. Struktur Organisasi Akademik Perguruan Tinggi Raharja

Tugas dan Tanggung Jawab

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

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

1. Presiden Direktur

Wewenang :

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

Tanggung Jawab :

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

2. Direktur

Wewenang:

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

3.Pembantu (Bidang Akademik)

Wewenang :

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

Tanggung Jawab :

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

4.Pembantu Direktur II (Administrasi)

Wewenang :

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

Tanggung Jawab :

Membantu ketua dalam pelaksanaan kegiatan dibidang keuangan dan administrasi.

5. Pembantu Direktur III (Bidang Kemahasiswaan)

Wewenang :

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

Tanggung Jawab :

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

6.Asisten Direktur Akademik

Wewenang :

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

Tanggung Jawab :

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

7. Kepala Jurusan

Wewenang:

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

Tanggung Jawab :

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

8. Asisten Direktur Finansial

Wewenang:

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

Tanggung Jawab :

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

9. Layanan Keuangan Mahasiswa (LKM)

Wewenang:

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

Tanggung Jawab:

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

10. Asisten Direktur Operasional (ADO)

Wewenang :

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

Tanggung Jawab :

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

11. Registrasi Perkuliahan dan Ujian (RPU)

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

A. Layanan Registrasi Mahasiswa (LRM)

Wewenang :

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

Tanggung Jawab:

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

B. Perkuliahan dan Ujian (PU)

Wewenang :

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

Tanggung Jawab :

Bertanggung jawab atas pelaksanaan dan pendokumentasian perkuliahan dan ujian.

Tata Laksana Sistem Yang Berjalan

Prosedur Sistem Yang Berjalan

Dalam menganalisa sistem berjalan yang ada saat ini, penulis melakukan penelitian menggunakan analisa deskriptif sebagai penggambaran sistem berjalan tersebut.

Perguruan Tinggi Raharja memiliki Penilaian Objektif (PO) Sidang untuk mahasiswa yang sedang melaksanakan TA/Skripsi. Dalam Penilaian Objektif sidang terdapat 10 poin yang harus dipenuhi oleh mahasiswa jika ingin mendapatkan nilai penuh pada Penilaian Objektif sidang. Nilai pada Penilaian Objektif sidang akan dikalkulasikan dengan nilai lainnya untuk menunjang nilai akhir TA/Skripsi.

Sebelum sidang TA/Skripsi dimulai, Dewan Penguji terlebih dahulu mengecek PO sidang untuk peserta sidang, hal itu cukup memakan waktu pada saat sidang berlangsung. Untuk itu diciptakanlah sebuah sistem validasi untuk menunjang penilaian pada PO sidang TA/Skripsi terutama pada bagian Jurnal, Hibah, Sertifikat dan Widuri. PESSTA+ adalah sebuah sistem validasi yang memberikan kemudahan disetiap sisinya, mahasiswa bisa submit validasi mereka secara mandiri dan online kapanpun dan dimanapun. Hal ini untuk memudahkan Dewan Penguji dan peserta sidang karena Dewan Penguji tidak perlu mengecek berkas-berkas untuk PO sidang, dan waktu sidang TA/Skripsi akan berjalan dengan efektif.

Pada bagian validasi Hibah PESSTA+ terdapat 1 (satu) kategori Hibah yaitu Hibah Badan Negara atau Instansi Swasta, mahasiswa perlu mengisi form submit hibah dengan menginput judul penelitian, tempat instansi, file PDF Hibah serta bukti tanda terima Hibah. Setelah itu admin akan mengecek keabsahannya. Kemudian mahasiswa sudah bisa mendapatkan poin untuk Penilaian Objektif sidang sebelum pelaksanaan sidang berlangsung. Sedangkan untuk mahasiswa yang memiliki hibah crowdfunding maka penilaiannya masih manual dengan membawa bukti-bukti keabsahan dari hibah crowdfunding.

Rancangan Prosedur Sistem Yang Berjalan

Use case Diagram Yang Sedang Berjalan

1. Use Case Diagram Proses Submit Hibah Badan Negara/Instansi Swasta

Gambar 3.3 Use Case Proses Submit Hibah Badan Negara/Instansi Swasta

Berdasarkan gambar diatas menunjukkan use case diagram proses submit yang berjalan saat ini terdapat :

1 (satu) sistem proses submit hibah
2 (dua) actor yang melakukan kegiatan diantaranya : Mahasiswa dan Admin
5 (lima) use case yang dilakukan oleh actor-actor tersebut diantaranya : login, submit hibah, isi field, confirm submit hibah, menerima notifikasi submit hibah.

2. Use Case Diagram Proses Submit Hibah Crowdfunding

Gambar 3.4 Use case proses submit hibah crowdfunding

Berdasarkan gambar diatas menunjukkan use case diagram proses submit yang berjalan saat ini terdapat :

1 (satu) sistem proses submit hibah crowdfunding
2 (dua) actor yang melakukan kegiatan diantaranya : Mahasiswa dan Penguji 2
4 (empat) use case yang dilakukan oleh actor-actor tersebut diantaranya : membawa berkas hibah, mengecek keabsahan, input poin hibah, lock nilai hibah.

3. Use case Diagram Proses Kelola Hibah oleh Admin

Gambar 3.5 Use Case Proses Kelola Hibah Admin Yang Berjalan

Berdasarkan gambar diatas menunjukkan use case diagram proses kelola hibah yang berjalan saat ini terdapat :

1 (satu) sistem proses kelola hibah oleh admin
2 (dua) actor yang melakukan kegiatan diantaranya : Admin dan Mahasiswa
6 (enam) use case yang dilakukan oleh actor-actor tersebut diantaranya : menerima notifikasi submit hibah, login, kelola hibah, cek keabsahan hibah, membuat keputusan dan menerima notifikasi email.

Acivity Diagram Sistem Yang Berjalan

1. Activity Diagram Proses Submit Hibah Badan Negara/Instansi Swasta

Gambar 3.6 Activity Diagram Proses Submit Hibah Badan Negara

Berdasarkan gambar diatas menunujukkan activity diagram proses submit hibah badan negara yang berjalan saat ini terdapat :

1 (satu) initial node, obyek yang diawali.
2 (dua) vertical simlane, mencerminkan pihak yang terlibat meliputi mahasiswa dan admin.
6 (enam) action state dari sistem yang mencerminkan eksekusi dari suatu aksi.
1 (satu) final state, obyek yang diakhiri.

2. Activity Diagram Proses Submit Hibah Crowdfunding

Gambar 3.7 Activity Diagram Proses Submit Hibah Crowdfunding

Berdasarkan gambar diatas menunjukan activity diagram proses submit hibah crowdfunding yang berjalan saat ini terdapat :

1 (satu) initial node, obyek yang diawali.
2 (dua) vertical swimlane, mencerminkan pihak yang terlibat meliputi Mahasiswa dan Penguji 2.
4 (empat) action state dari sistem yang mencerminkan eksekusi dari suatu aksi.
1 (satu) final state, obyek yang diakhiri.

3. Activity Diagram Proses Kelola Hibah oleh Admin

Gambar 3.8 Activity Diagram Proses Kelola Hibah oleh Admin

Berdasarkan gambar diatas menunjukan activity diagram proses kelola hibah oleh admin yang berjalan saat ini terdapat :

1 (satu) initial node, obyek yang diawali.
2 (dua) vertical swimlane, mencerminkan pihak yang terlibat meliputi Admin dan Mahasiswa.
8 (delapan) action state dari sistem yang mencerminkan eksekusi dari suatu aksi.
1 (satu) decision node, yang mencerminkan sebagai pilihan eksekusi.
2 (dua) final state, obyek yang diakhiri.

Sequence Diagram Sistem Yang Berjalan

1. Sequence Diagram Proses Submit Hibah Badan Negara/Instansi Swasta

Gambar 3.9 Sequence Diagram Proses Submit Hibah Badan Negara/Instansi Swasta Yang Berjalan

Berdasarkan gambar diatas menunjukan sequence diagram proses submit hibah badan negara/ instansi swasta yang berjalan saat ini terdapat :

2 (dua) actor yang melakukan diantarnya : Mahasiswa dan Admin
5 (lima) massage spesifikasi dari komunitas antar objek yang memuat informasi-informasi tentang aktivitas yang terjadi.

2. Sequence Diagram Proses Submit Hibah Crowdfunding

Gambar 3.10 Proses Submit Hibah Crowdfunding Yang Berjalan

Berdasarkan gambar diatas menunjukkan sequence diagram proses submit hibah crowdfunding yang berjalan saat ini terdapat :

2 (dua) actor yang melakukan kegiatan diantaranya : Mahasiswa dan Penguji 2.
4 (empat) message spesifikasi dari komunikasi antar objek yang memuat informasi-informasi tentang aktivitas yang terjadi

3. Sequence Diagram Proses Kelola Hibah oleh Admin

Gambar 3.11 Sequence Diagram Proses Kelola Hibah oleh Admin

Berdasarkan gambar diatas menunjukan sequence diagram proses kelola hibah oleh admin yang berjalan saat ini terdapat

2 (dua) actor yang melakukan kegiatan diantaranya : Admin dan Mahasiswa
5 (lima) message spesifikasi dari komunikasi anta objek yang memuat informasi-informasi tentang aktivitas yang terjadi.

Analisa Sistem Berjalan

Metode Analisa SWOT

Pada metode ini diidentifikasikan berbagai faktor secara sistematis untuk merumuskan strategi instansi. Analisa ini didasarkan pada hubungan atau interaksi antara unsur-unsur internal, yaitu kekuatan (strength) dan kelemahan (Weakness), terhadap unsur-unsur eksternal yaitu peluang (opportunities) dan ancaman (treats).

Berikut ini tabel analisis SWOT pada sistem validasi hibah di Perguruan Tinggi Raharja :

Tabel 3.3 Tabel Analisa SWOT

Kemudian untuk mendapatkan strategi yang akan dilaksanakan mengatasi ancaman dan memanfaatkan peluang yang dimiliki sebaik mungkin dengan strategi S-O, strategi menggunakan kekuatan yang dimiliki yakni strategi S-T, analisis strategi mengurangi kelemahan internal supaya bisa meraih peluang yang ada yaitu strategi W-O serta mengatasi ancaman yang ada di eksternal, strategi W-T. Berikut adalah matriks analisis SWOT sistem validasi hibah di Perguruan Tinggi Raharja.

Tabel 3.4 Matriks Analisa SWOT yang Berjalan

Analisa Batasan Sistem

1. Analisa Masukan

Analisa masukan adalah analisa atau penguraian masalah yang dilakukan terhadap semua data atau informasi yang berfungsi sebagai data input sehingga menghasilkan proses dan kemudian akan ada hasil dari sebuah proses itu sendiri. Admin akan memproses validasis hibah yang masuk setelah submit validasi hibah.

Nama Masukan : Submit validasi hibah
Fungsi : Untuk menyerahkan proposal hibah dan bukti tanda terima yang selanjutnya akan diproses oleh Admin.
Sumber : Mahasiswa.
Media : PESSTA+
Frekuensi: Setiap ada mahasiswa yang mengirim hibah
Distribusi: Mahasiswa ke admin PESSTA+
Keterangan : Berisi proposal hibah dan gambar tanda terima yang akan dicek keabsahannya.

2. Analisa Proses

Analisa proses adalah analisa atau penguraian masalah yang dilakukan pada proses sebagai suatu hasil respect balik karena adanya data input di dalam proses inilah semua data atau informasi yang masuk akan diolah dengan menggunakan pengolahan sistem yang ada.

Nama modul : Mengecek keabsahan hibah
Masukan : Submit validasi hibah
Keluaran : Email pemberitahuan valid atau tidak valid.
Media : Email atau Google Apps
Distribusi : Adimin
Ringkasan proses : Pada proses ini terjadi proses pengecekan keabsahan proposal hibah dan gambar tanda terima dan selanjutnya akan diberikan pemberitahuan berupa email.

3. Analisa Keluaran

Analisa keluaran adalah analisa atau penguraian masalah yang dilakukan pada hasil dari keseluruhan proses yang terjadi, dari mulai penginputan data sampai terjadi proses pengolahan data melalui sistem pengeolahan data yang ada.

Nama keluaran : Validasi Hibah valid/tidak valid
Fungsi : Sebagai hasil dari suatu proses pengecekan validasi hibah
Sumber : Adimin.
Media : PESSTA+.
Frekuensi : Setiap ada mahasiswa yang mengirim hibah
Keterangan : Berisi validasi hibah, jika valid mendapatkan poin 5, jika tidak valid maka validasi hibahnya belum layak.

Permasalahan yang Dihadapi dan Alternatif Pemecahan Masalah

Permasalahan Yang Dihadapi

Pada sistem validasi Hibah di Perguruan Tinggi Raharja yang berjalan saat ini, masih kurang maksimal dalam pemanfaatannya, pada form submit validasi hibah belum sesuai dengan kebutuhan pada Penilaian Objektif Sidang poin 5 yaitu “Hibah yang sudah diterima Badan Negara atau Crowdfunding”, terdapat 2 jenis Hibah yang diterima untuk Penilaian Objektif sidang di Perguruan Tinggi Raharja yaitu Hibah Badan Negara dan Crowdfunding, namun pada sistem validasi Hibah yang berjalan saat ini hanya terdapat 1 (satu) jenis kategori Hibah yaitu Hibah Badan Negara.

Mengingat PESSTA+ merupakan sebuah sistem yang memberikan kemudahan disetiap sisinya baik untuk Dewan Penguji maupun peserta sidang dalam melakukan validasi Hibah dan bertujuan untuk mempermudah dan mensukseskan pelaksanaan sidang TA/Skripsi. Dengan terjadinya permasalahan yang sudah dijelaskan diatas, maka jika ada mahasiswa yang memiliki Hibah Crowdfunding maka tidak bisa submit pada form yang telah tersedia, karena kebutuhan field pada form submit hibah antara Hibah Badan Negara dan Crowdfunding sangat berbeda.

Kemudian jika sistem validasi Hibah PESSTA+ tidak berjalan dengan baik maka inventaris Hibah di Perguruan Tinggi Raharja tidak tersimpan dengan baik karena ada mahasiswa yang telah submit Hibah di PESSTA+ dan ada mahasiswa yang tidak dapat submit karena keterbatasan form submit. Tentu saja hal ini dapat mengurangi kinerja PESSTA+ dalam memberikan pelayanan validasi Hibah untuk Penilaian Objektif Sidang.

Alternatif Pemecahan Masalah

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

Dibutuhkan pengembangan pada sistem PESSTA+ validasi Hibah agar sesuai dengan kebutuhan pada penilaian objektif sidang dan diharapkan sistem validasi Hibah PESSTA+ dapat diterapkan kepada seluruh mahasiswa Perguruan Tinggi Raharja.
Dengan hadirnya sistem PESSTA+, inventaris seluruh Hibah milik mahasiswa di Perguruan Tinggi Raharja akan terdokumentasi dan tersimpan rapih di PESSTA+.
Dengan dikembangkannya sistem PESSTA+ diharapkan dapat memenuhi kebutuhan sesuai dengan Penilaian Objektif sidang pada poin 5 yaitu Perguruan Tinggi Raharja menerima 2 (dua) kategori Hibah yaitu, Hibah Badan Negara dan Hibah Crowdfunding, sehingga seluruh Pribadi Raharja dapat submit Hibah dengan 2 (dua) kategori Hibah tesebut.

User Requirement

Requirement adalah sifat-sifat sistem atau product yang akan dikembangkan sesuai dengan keinginan pemakai (Guritno, 2011: 301).

Elisitasi Tahap I

Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi (Saputra, 2012:51). Elisitasi Tahap I yaitu berisi seluruh rancangan sistem baru yang diusulkan oleh piihak manajemen terkait melalui proses wawancara.

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

Tabel 3.5. Elisitasi Tahap I

Functional
No	Analisa Kebutuhan
No	Saya ingin sistem dapat :
1.	Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi
2.	Sistem dapat menampilkan kalender
3.	Terdapat falisitas live chat
4.	Terdapat halaman kritik dan saran
5.	Sistem memiliki fasilitas menu site map
6.	Terdapat fasilitas akses forum RhjFox
7.	Sistem dapat menampilkan siapa saja yang sedang online
8.	Sistem memiliki roadmap Tpi
9.	Sistem dapat edit biodata
10.	Sistem dapat edit foto profile
11.	Sistem memiliki informasi live video dari Magics Channel
12.	Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding
13.	Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email
14.	PESSTA+ dapat SSO dengan Facebook
15.	PESSTA+ dapat SSO dengan Twitter
16.	PESSTA+ dapat SSO dengan LinkedIn
17.	PESSTA+ dapat SSO dengan Tumblr
18.	Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)
19.	Terdapat Bilingual (Bahasa Indonesia dan English)
20.	Terdapat fitur subsciber
21.	Terdapat shortcut SiS+
22.	Terdapat shortcut OJRS+
23.	Menampilkan QRCode
24.	Sistem dapat melakukan print halaman validasi
25.	Terdapat fasilitas akses halaman iDu
26.	Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field
27.	Sistem dapat menampilkan form submit hibah badan negara yang terdiri dari 7 field
28.	Terdapat fitur share ke sosial media
29.	Adanya fasilitas akses ke widuri
30.	Terdapat menu untuk menampilkan berita mengenai validasi hibah
31.	Terdapat Visi dan Misi PESSTA+
32.	Terdapat tampilan waktu tanggal
33.	Terdapat tampilan waktu jam
34.	Sistem memiliki fasilitas zoom in dan zoom out
35.	Sistem dapat menampilkan reward pada mahasiswa yang berhasil submit validasi hibah
36.	Sistem dapat menampilan Google Maps Location mahasiswa
37.	Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak
38.	Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa
39.	Memiliki kolom komentar
40.	Memiliki slider
41.	Terdapat shorcut Alexa rank
42.	Terdapat shortcut Zford
43.	Memiliki fitur search
44.	Menampilkan informasi mengenai Perguruan Tinggi Raharja
45.	Terdapat tampilan informasi cuaca dengan tampilan gambar animasi
46.	Terdapat menu my profile
47.	Sistem dapat menampilkan menu edit validasi
48.	Sistem dapat menampilkan audio music
49.	Sistem dapat menampilkan popup greeting setelah berhasil login
50.	Sistem dapat menampilkan nama user yang sedang login
51.	Sistem dapat menampilkan FAQ Validasi Hibah
52.	Sistem dapat menampilkan 50 user yang hibahnya tidak valid
53.	Sistem dapat menampilkan 50 user yang status hibahnya valid
54.	Memiliki fitur insert gambar
55.	Notifikasi aktivitas terkoneksi melalui email
56.	Menampilkan kontak pencarian google
57.	Sistem memiliki fasilitas change username
58.	Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah log out
59.	Sistem dapat menampilkan kalimat Selamat Datang pada tampilan setelah login
60.	Sistem dapat menampilkan foto admin
Non Functional
No	Saya ingin sistem dapat:
1.	Memiliki 5 artikel tutorial pada iRan
2.	Memiliki 5 video tutorial pada iRan
3.	Memiliki visitor count dengan target 1000 visitor
4.	Mengirim mailchimp kepada 200 mahasiswa bahwa bisa submit validasi hibah secara mandiri dan online di PESSTA+.
5.	Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing
Penyusun (Sintia Novita Sari) NIM. 1314476009
Stakeholder (Padeli,M.Kom) NIP : 03002

Elisitasi Tahap II

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 (Saputra, 2012: 51).

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

M pada metode MDI yaitu disebut Mandatory (penting). Artinya, requirement tersebut harus ada dan tidak boleh dihilangkan saat pembuatan sistem yang baru.
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.
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.20. 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.

Tabel 3.6. Elisitasi Tahap II

Functional
No	Analisa Kebutuhan	M	D	I
No	Saya ingin sistem dapat :	M	D	I
1.	Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi	√
2.	Sistem dapat menampilkan kalender			√
3.	Terdapat falisitas live chat			√
4.	Terdapat halaman kritik dan saran		√
5.	Sistem memiliki fasilitas menu site map		√
6.	Terdapat fasilitas akses forum RhjFox			√
7.	Sistem dapat menampilkan siapa saja yang sedang online		√
8.	Sistem memiliki roadmap Tpi			√
9.	Sistem dapat edit biodata		√
10.	Sistem dapat edit foto profile		√
11.	Sistem memiliki informasi live video dari Magics Channel			√
12.	Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding	√
13.	Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email	√
14.	PESSTA+ dapat SSO dengan Facebook			√
15.	PESSTA+ dapat SSO dengan Twitter			√
16.	PESSTA+ dapat SSO dengan LinkedIn			√
17.	PESSTA+ dapat SSO dengan Tumblr			√
18.	Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)		√
19.	Terdapat Bilingual (Bahasa Indonesia dan English)			√
20.	Terdapat fitur subsciber		√
21.	Terdapat shortcut SiS+			√
22.	Terdapat shortcut OJRS+			√
23.	Menampilkan QRCode			√
24.	Sistem dapat melakukan print halaman validasi		√
25.	Terdapat fasilitas akses halaman iDu			√
26.	Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field	√
27.	Sistem dapat menampilkan form submit hibah badan negara yang terdiri dari 7 field	√
28.	Terdapat fitur share ke sosial media			√
29.	Adanya fasilitas akses ke widuri			√
30.	Terdapat menu untuk menampilkan berita mengenai validasi hibah		√
31.	Terdapat Visi dan Misi PESSTA+		√
32.	Terdapat tampilan waktu tanggal			√
33.	Terdapat tampilan waktu jam			√
34.	Sistem memiliki fasilitas zoom in dan zoom out			√
35.	Sistem dapat menampilkan reward pada mahasiswa yang berhasil submit validasi hibah		√
36.	Sistem dapat menampilan Google Maps Location mahasiswa		√
37.	Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak	√
38.	Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa	√
39.	Memiliki kolom komentar			√
40.	Memiliki slider			√
41.	Terdapat shorcut Alexa rank			√
42.	Terdapat shortcut Zford			√
43.	Memiliki fitur search		√
44.	Menampilkan informasi mengenai Perguruan Tinggi Raharja			√
45.	Terdapat tampilan informasi cuaca dengan tampilan gambar animasi			√
46.	Terdapat menu my profile		√
47.	Sistem dapat menampilkan menu edit validasi		√
48.	Sistem dapat menampilkan audio music			√
49.	Sistem dapat menampilkan popup greeting setelah berhasil login		√
50.	Sistem dapat menampilkan nama user yang sedang login		√
51.	Sistem dapat menampilkan FAQ Validasi Hibah	√
52.	Sistem dapat menampilkan 50 user yang status hibahnya tidak valid			√
53.	Sistem dapat menampilkan 50 user yang status hibahnya valid	√
54.	Memiliki fitur insert gambar		√
55.	Notifikasi aktivitas terkoneksi melalui email			√
56.	Menampilkan kontak pencarian google			√
57.	Sistem memiliki fasilitas change username			√
58.	Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah log out		√
59.	Sistem dapat menampilkan kalimat Selamat Datang pada tampilan setelah login		√
60.	Sistem dapat menampilkan foto admin			√
Non Functional
No	Saya ingin sistem dapat:	M	D	I
1.	Memiliki 5 artikel tutorial pada iRan	✔
2.	Memiliki 5 video tutorial pada iRan	✔
3.	Memiliki visitor count dengan target 1000 visitor	✔
4.	Mengirim mailchimp kepada 200 mahasiswa bahwa bisa submit validasi hibah secara mandiri dan online di PESSTA+.	✔
5.	Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing.	✔
Penyusun (Sintia Novita Sari) NIM. 1314476009
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) 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:

T (Technical), artinya adalah bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan.
O (Operational), artinya adalah bagaimana tata cara penggunaan requirement tersebut dalam sistem yang diusulkan.
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:

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

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

Tabel 3.8. Elisitasi Tahap III

Functional
No	Analisa Kebutuhan	T			O			E
No	Saya ingin sistem dapat :	L	M	H	L	M	H	L	M	H
1	Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi		√		√				√
2	Terdapat halaman kritik dan saran			√		√			√
3	Sistem memiliki fasilitas menu site map		√				√	√
4	Sistem dapat menampilkan siapa saja yang sedang online			√		√			√
5	Sistem dapat edit biodata		√		√					√
6	Sistem dapat edit foto profile			√	√					√
7	Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding		√		√				√
8	Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email		√		√			√
9	Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)			√	√				√
10	Terdapat fitur subsciber			√		√			√
11	Sistem dapat melakukan print halaman validasi		√		√				√
12	Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field	√			√				√
13	Sistem dapat menampilkan form submit hibah Badan Negara yang terdiri dari 7 field	√			√				√
14	Terdapat menu untuk menampilkan berita mengenai validasi hibah			√	√				√
15	Terdapat Visi dan Misi PESSTA+			√	√				√
16	Sistem dapat menampilkan reward pada mahasiswa yang berhasil submit validasi hibah			√		√			√
17	Sistem dapat menampilan Google Maps Location mahasiswa			√		√			√
18	Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak		√		√			√
19	Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa		√		√			√
20	Memiliki fitur search			√		√				√
21	Terdapat menu my profile			√		√			√
22	Sistem dapat menampilkan menu edit validasi			√		√			√
23	Sistem dapat menampilkan popup greeting setelah berhasil login		√			√				√
24	Sistem dapat menampilkan nama user yang sedang login			√		√				√
25	Sistem dapat menampilkan FAQ Validasi Hibah		√		√			√
26	Sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah		√		√			√
27	Sistem dapat menampilkan foto admin		√		√			√
28	Memiliki fitur insert gambar			√		√			√
29	Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah log out		√		√					√
30	Sistem dapat menampilkan kalimat Selamat Datang pada tampilan setelah login		√		√					√
Non Functional
No	Analisa Kebutuhan	T			O			E
No	Saya ingin sistem dapat:	L	M	H	L	M	H	L	M	H
1	Memiliki 5 artikel tutorial pada iRan	✔			✔			✔
2	Memiliki 5 video tutorial pada iRan	✔			✔			✔
3	Memiliki visitor count dengan target 1000 visitor		✔		✔			✔
4	Mengirim mailchimp kepada 200 mahasiswa bahwa bisa submit validasi hibah secara mandiri dan online di PESSTA+.		✔		✔			✔
5	Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing	✔			✔			✔
Penyusun (Sintia Novita Sari) NIM. 1314476009
Stakeholder (Padeli,M.Kom) NIP : 03002

T (Technical) H (High)

O (Operational) M (Middle)

E (Economic) L (Low)

Final Draft Elisitasi

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

Tabel 3.7. Final Draft Elisitasi

Functional
No	Analisa Kebutuhan
No	Saya ingin sistem dapat :
1.	Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi
2.	Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding
3.	Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email
4.	Sistem dapat melakukan print halaman validasi
5.	Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field
6.	Sistem dapat menampilkan form submit hibah Badan Negara/swasta yang terdiri dari 7 field
7.	Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak
8.	Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa
9.	Sistem dapat menampilkan FAQ Validasi Hibah
10.	Sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah
Non Functional
No	Saya ingin sistem dapat:
1.	Memiliki 5 artikel tutorial pada iRan
2.	Memiliki 5 video tutorial pada iRan
3.	Memiliki visitor count dengan target 1000 visitor
4.	Mengirim mailchimp kepada 200 mahasiswa bahwa bisa submit validasi hibah secara mandiri dan online di PESSTA+.
5.	Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing
Penyusun ( Sintia Novita Sari ) NIM : 1314476009
Mengetahui
Pembimbing I Pembimbing II ( Indri Handayani, S.Kom., M.T.I ) ( Khanna Tiara, S.Kom., M.T.I ) NID: 14018 NID: 14013
Menyetujui
Stakeholder Kepala Jurusan ( Padeli, M.Kom ) ( Nur Azizah, M.Akt., M.Kom ) NIP: 03002 NIP: 078010

BAB IV

RANCANGAN SISTEM YANG DIUSULKAN

Rancangan Sistem Usulan

Prosedur Sistem Yang Diusulkan

Pada sistem yang diusulkan akan dijelaskan bagaimana proses submit hibah yang terdapat 2 (dua) kategori yaitu submit hibah Badan Negara atau instansi swasta dan crowdfunding. Adapun kegiatan-kegiatan yang dimaksud mulai dari submit validasi hibah sampai proses kelola hibah oleh admin yang akan dilakukan pada satu media yang sama yaitu PESSTA+.

1. Proses Submit Hibah
Proses submit validasi hibah yang akan dilakukan dengan sistem PESSTA+ adalah sebagai berikut:

Pada halaman setelah login, mahasiswa memulai proses submit validasi hibah dengan memilih menu Hibah. Terdapat 2 (dua) jenis Hibah yaitu hibah Badan Negara/instansi swasta dan Crowdfunding. Untuk itu mahasiswa memilih jenis hibah sesuai dengan apa yang telah dimiliki.
Mahasiswa mengisi field-field yang ada.
Mahasiswa melakukan konfirmasi submit validasi hibah
Mahasiswa akan mendapatkan email setelah melakukan submit validasi hibah yang berisi mengenai validasi hibah akan diproses maksimal 4x24 jam.
Proses submit validasi hibah selesai

2. Proses Kelola Hibah Oleh Admin
Proses kelolah hibah yang dilakukan oleh admin dengan menggunakan sistem PESSTA+ adalah sebagai berikut :

Admin menerima email notifikasi adanya submit validasi hibah yang masuk.
Admin login single sign on (SSO) dengan email Rinfo.
Kemudian masuk ke halaman kelola hibah yang berisi daftar submit validasi hibah yang masuk.
Setelah itu admin mengecek keabsahan proposal hibah dan tanda terima hibah sesuai dengan ketentuan yang berlaku, admin akan membuat keputusan valid/tidak valid.
Mahasiswa akan menerima email notifikasi validasi hibah dinyatakan valid atau tidak valid. Dan jika valid maka otomatis mahasiswa akan mendapatkan poin untuk penilaian objektif sidang.

Use Case Diagram Sistem Yang Diusulkan

1. Use Case Diagram Proses Submit Hibah :

Gambar 4.1 Use Case Diagram Proses Submit Hibah

Berdasarkan gambar diatas menunjukkan use case diagram proses submit yang berjalan saat ini terdapat :

1 (satu) sistem proses submit hibah
2 (dua) actor yang melakukan kegiatan diantaranya : Mahasiswa dan Admin
7 (tujuh) use case yang dilakukan oleh actor-actor tersebut diantaranya : login SSO, submit hibah, pilih hibah badan negara atau crowdfunding, isi field, confirm submit hibah, menerima email akan diproses 4x24 jam.

2. Use Case Diagram Proses Kelola Hibah Oleh Admin

Gambar 4.2 Use Case Diagram Proses Kelola Hibah Oleh Admin

Berdasarkan gambar diatas menunjukkan use case diagram proses kelola hibah yang berjalan saat ini terdapat :

1 (satu) sistem proses kelola hibah oleh admin
2 (dua) actor yang melakukan kegiatan diantaranya : Admin dan Mahasiswa
5 (lima) use case yang dilakukan oleh actor-actor tersebut diantaranya : login PESSTA+, mengecek keabsahan hibah dan tanda terima , membuat keputusan dan menerima email keputusan hibah valid/tidak valid, cek hasil validasi hibah di PESSTA+.

Activity Diagram Sistem Yang Diusulkan

1. Activity Diagram Proses Submit Hibah

Gambar 4.3 Activity Diagram Proses Submit Hibah Badan Negara

Berdasarkan gambar diatas menunujukkan activity diagram proses submit hibah yang berjalan saat ini terdapat :

1 (satu) initial node, obyek yang diawali.
2 (dua) vertical swimlane, mencerminkan pihak yang terlibat meliputi Mahasiswa dan Admin.
6 (enam) action state dari sistem yang mencerminkan eksekusi dari suatu aksi.
1 (satu) decision node, yang mencerminkan sebagai pilihan eksekusi.
1 (satu) final state, obyek yang diakhiri.

2. Activity Diagram Proses Kelola Hibah oleh Admin

Gambar 4.4 Activity Diagram Proses Kelola Hibah oleh Admin

Berdasarkan gambar diatas menunjukan activity diagram proses kelola hibah oleh admin yang berjalan saat ini terdapat :

1 (satu) initial node, obyek yang diawali.
2 (dua) vertical swimlane, mencerminkan pihak yang terlibat meliputi Admin dan Mahasiswa
7 (tujuh) action state dari sistem yang mencerminkan eksekusi dari suatu aksi.
1 (satu) decision node, yang mencerminkan sebagai pilihan eksekusi.
1 (satu) final state, obyek yang diakhiri.

Sequence Diagram Sistem Yang Diusulkan

1. Sequence Diagram Proses Submit Hibah

Gambar 4.5 Sequence Diagram Proses Submit Hibah

Berdasarkan gambar diatas menunjukan sequence diagram proses submit hibah yang berjalan saat ini terdapat :

2 (dua) actor yang melakukan diantaranya : Mahasiswa dan Admin
5 (lima) massage spesifikasi dari komunitas antar objek yang memuat informasi-informasi tentang aktivitas yang terjadi.
4 (empat) boundary lifeline yang menggambarkan sistem PESSTA+

2. Sequence Diagram Proses Kelola Hibah oleh Admin

Gambar 4.6 Sequence Diagram Proses Kelolah Hibah oleh Admin

Berdasarkan gambar diatas menunjukan sequence diagram proses kelola hibah oleh admin yang berjalan saat ini terdapat :

2 (dua) actor yang melakukan diantaranya : Mahasiswa dan Admin
4 (empat) massage spesifikasi dari komunitas antar objek yang memuat informasi-informasi tentang aktivitas yang terjadi.
2 (dua) boundary lifeline yang menggambarkan sistem PESSTA+.

Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan

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

Tabel 4.1 Perbedaan Prosedur

Flowchart Rancanan Prosedur Sistem Usulan

Prosedur Submit Hibah

Gambar 4.7 Flowchart Prosedur Submit Hibah

Gambar diatas merupakan flowchart prosedur submit hibah menggunakan sistem PESSTA+, pada gambar diatas proses dimulai dari mengunjungi sistem PESSTA+, kemudian login SSO menggunakan email Rinfo, kemudian masuk ke halaman utama, lalu mahasiswa masuk ke halaman submit hibah, terdapat 2 (dua) jenis submit katergori hibah yaitu hibah badan negara dan crowdfunding, mengisi setiap field yang tersedia dengan benar, kemudian klik button submit untuk mengkonfirmasi submit validasi hibah.

Prosedur Kelolah Hibah oleh Admin

Gambar 4.8 Prosedur Kelola Hibah Oleh Admin

Gambar diatas merupakan flowchart proses kelola hibah oleh admin dengan menggunakan sistem PESSTA+, pada bagian ini dimulai dengan Admin menerima email notifikasi ketika ada submit validasi hibah yang masuk, selanjutnya admin melakukan login ke sistem, kemudian Admin masuk ke halaman daftar kelola hibah, selanjutnya Admin akan melakukan pengecekan atas proposal hibah dan tanda terima hibah, jika validasi hibah telah sesuai dengan ketentuan maka admin akan menerima atau approved validasi hibah dan otomatis mahasiswa akan mendapatkan poin untuk penilaian objektif sidang, tapi jika validasi hibah tidak sesuai maka akan di tolak atau reject dan mahasiswa harus submit ulang validasi hibahnya.

Rancangan Program (HIPO)

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 (Praptiningsih, 03:2012).^[36]

Bagain HIPO (Hirarchy Plus Input Proses Output) aslinya dibuat oleh IBM (International Business Machines) 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 visualtable o contents /VTOC), diagram peninjauan, dan rincian diagram (Amsyah, 284:2008).

Dalam membuat sistem 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. Berikut ini :

HIPO System Forum RhjFox

Gambar 4.9 Rancangan Program (HIPO)

Berikut ini merupakan spesifikasi program, yaitu:

Menu Login

Fungsi Program : Untuk masuk ke dalam sistem PESSTA+.

Hak Akses : Seluruh Pribadi Raharja.

Proses Program :

Masuk ke http://pesstaplus.raharja.me/.
Arahkan kursor ke menu login.
Jika berhasil akan menampilkan halaman utama.

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;

Submit PESSTA+

Nama Program : Submit PESSTA+

Fungsi : Untuk melakukan submit validasi jurnal dan hibah

Proses : Pada menu utama arahkan kursor pada submit PESSTA+

My PESSTA+

Nama Program : My PESSTA+

Fungsi : Untuk menampilkan seluruh daftar jurnal dan hibah milik Pribadi Raharja tersebut.

Proses : Pada menu utama, arahkan kursor pada My PESSTA+

Cek Validasi

Nama Program : Cek validasi

Fungsi : Untuk menampilkan hasil validasi jurnal dan hibah Pribadi Raharja

Proses : Pada menu utama, arahkan kursor pada cek validasi

Kelola PESSTA+

Nama Program : Kelola PESSTA+

Fungsi : Untuk menampilkan seluruh jurnal yang di submit Pribadi Raharja tetapi hanya admin yang hanya ada kelola PESSTA+ nya.

Proses : Pada menu utama, arahkan kursor ke kelola PESSTA+.

Konfigurasi Sistem Yang Usulan

Spesifikasi Perangkat Keras (Hardware)

Perangkat keras yang dibutuhkan oleh sistem yaitu berupa unit personalv 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:

Processor : Intel Core i7
Monitor : 14”
RAM : 2 GB
Hardisk : Minimal 500 GB

Perangkat Lunak (Software) Yang Digunakan

Perangkat lunak merupakan penunjang dari peralatan komputer yang akan digunakan sebagai penghubung dalam instruksi yang diinginkan, agar komputer dapat menghasilkan informasi yang diharapkan, maka perangkat lunak yang diusulkan dalam rancangan sistem ini sebagai berikut :

Microsoft Windows 8
Google Chrome
Yii Framework
Sublime Text 3

Hak Akses (Brainware)

Untuk hak akses yang terdapat pada sistem PESSTA+ terdapat 3 (tiga) hak akses yaitu PIC, Admin dan Mahasiswa. Untuk PIC dapat mengakses seluruh sistem. Untuk Admin dapat mengakses seluruh menu yang terdapat pada sistem, dan juga terdapat menu tambahan yaitu menu kelola hibah untuk mengakses daftar mahasiswa yang telah melakukan submit hibah untuk diproses dan diperiksa keabsahannya. Untuk mahasiswa dapat mengakses seluruh menu yang terdapat pada sistem kecuali menu kelola hibah.:

Testing

Black Box Testing

Pengujian yang dilakukan terhadap sistem PESSTA+ ini memakai metode pengujian black box atau yang biasa disebut dengan pengujian fungsional. Pengujian black box berfokus pada persyaratan fungsionalitas perangkat lunak. Berikut ini merupakan beberapa pengujian yang dilakukan dengan kotak hitam (black box).

Berikut ini terdapat 3 (tiga) pengujian sistem yang dilakukan dengan menggunakan black box testing meliputi :

Table 4.2 Testing

2. Login Sistem PESSTA+
Berikut ini adalah tabel pengujian black box testing berdasarkan pengembangan sistem PESSTA+ pada Perguruan Tinggi. Login pada sistem PESSTA+ menggunakan email Rinfo dan pengujian ini dilakukan dengan skenario sebagai berikut :

Login tanpa menggunakan email Rinfo

Table 4.3 Pengujian Login Sistem PESSTA+ Skenario 1

Login menggunakan email Rinfo

Tabel 4.4 Pengujian Login Sistem PESSTA+ Skenario 2

2. Menyisipkan File PDF Hibah
Pengujian ini bertujuan untuk memastikan bahwa user hanya dapat menyisipkan file Hibah dalam format PDF, maka jika menyisipkan file selain format PDF, sistem menolak dan akan muncul pesan peringatan, kemudia berikut adalah pengujian yang dilakukan dengan skenario sebagai berikut :

a. Menyisipkan File Hibah Selain Format PDF

Tabel 4.5 Pengujian Penyisipan File PDF Skenario 1

b. Menyisipkan File Hibah dengan Format PDF

Tabel 4.6 Pengujian Penyisipan File PDF Skenario 2

3. Menyisipkan Link pada Form Submit
Pada pengujian ini bertujuan untuk menguji apakah form submit yang digunakan pada sistem PESSTA+ dapat beroperasi sebagaimana yang diharapkan, hasil akhir yang diinginkan adalah hanya link yang dapat disisipkan pada bagian bukti tanda terima hibah maupun dari link crowdfunding. Kemudian berikut adalah pengujian yang dilakukan untuk menguji form submit dengan skenario pengujian sebagai berikut :

a. Menyisipkan Selain Link pada Form Submit

Tabel 4.7 Pengujian Menyisipkan Selain Link pada Form Submit Skenario 1

b. Menyisipkan Link pada Form Submit

Tabel 4.8 Pengujian Menyisipkan Link pada Form Submit Skenario 2

Evaluasi

Setelah dilakukan pengujian dengan metode black box testing yang dilakukan dengan cara memberikan sejumlah input pada program seperti contoh pengujian pada login single sign on (sso) yang menggunakan email Rinfo. Jika login tidak menggunakan email Rinfo maka sistem akan menampilkan pesan, sehingga yang dapat masuk ke dalam sistem PESSTA+ khusus Pribadi Raharja yang mempunyai akun email Rinfo. Contoh lainnya adalah pengujian pada saat menyisipkan file PDF hibah dan menyisipkan link pada form submit yang sesuai dengan hasil yang diharapkan.

Implementasi

Tampilan Layar

1. Tampilan Halaman Login

Gambar 4.10 Tampilan Halaman Login

Gambar 4.10 Merupakan tampilan dari halaman login yang hanya dapat diakses oleh user yang memiliki akun email Rinfo. Pada halaman login juga terdapat button “Get Started for PESSTA+” yang berisi tutorial-tutorial mengenai validasi PESSTA+. Kemudian pada bagian footer terdapat link daftar 54 jurnal yang diakui di Perguruan Tinggi Raharja, serta terdapat shortcut iDuHelp! Dan juga iRAN. Serta untuk mengukur jumlah pengunjung atau visitor terdapat fitur unique visitor yang dapat menghitung jumlah pengunjung per IP Address.

2. Tampilan Halaman Utama

Gambar 4.11 Tampilan Halaman Utama

Gambar 4.11 merupakan tampilan halaman utama setelah user berhasil login sistem PESSTA+. Pada halaman utama langsung menuju validasi jurnal yang menampilkan data Pribadi Raharja itu sendiri serta status validasi Layak atau Tidak Layak. Kemudian disebelah kanan user dapat melihat status validasi keseluruhan yaitu status validasi jurnal, hibah, sertifikat dan widuri.

3. Tampilan Halaman Form Submit Hibah Badan Negara

Gambar 4.12 Tampilan Halaman Form Submit Hibah Badan Negara

Gambar 4.12 diatas merupakan tampilan dari form submit hibah badan negara yang dapat diakses melalui menu Hibah kemudan klik submit, pilih badan negara. Form submit hibah badan negara digunakan untuk melakukan proses submit berkas hibah serta bukti tanda terima hibah. Pada bagian nama serta alamat email tidak perlu diisi karena sudah terisi secara otomatis.

Setelah klik “submit” maka akan muncul tampilan seperti dibawah ini.

4. Halaman Proses Setelah Submit Hibah

Gambar 4.13 Halaman Proses Setelah Submit Hibah

Gambar 4.13 diatas merupakan halaman setelah melakukan submit Hibah

5. Tampilan Halaman Form Submit Hibah Crowdfunding

Gambar 4.14 Halaman Form Submit Hibah Crowdfunding

Gambar 4.14 diatas merupakan tampilan dari form submit hibah crowdfunding yang dapat diakses melalui menu Hibah kemudan klik submit, pilih crowdfunding. Form submit hibah badan negara digunakan untuk melakukan proses submit link crowdfunding dan bukti tanda terima hibah. Pada bagian nama serta alamat email tidak perlu diisi karena sudah terisi secara otomatis.

6. Halaman My Hibah

Gambar 4.15 Halaman My Hibah

Pada gambar 4.15 diatas merupakan halaman my hibah untuk melihat status hibah Pribadi Raharja tersebut, serta untuk melihat file pdf hibah serta bukti tanda terima yang telah disubmit.

7. Halaman Validasi

Gambar 4.16 Halaman Validasi

Pada gambar 4.16 diatas merupakan tampilan halaman validasi yang berisi foto serta data Pribadi Raharja, serta menampilkan poin hibah yang dimiliki dan juga status hibah Layak atau Tidak Layak.

8. Halaman Kelola Hibah

Gambar 4.17 Halaman Kelola Hibah

Pada gambar 4.17 diatas merupakan tampilan dari menu kelola hibah untuk admin, jadi hanya admin yang terdapat menu kelola hibah ini, halaman kelola hibah untuk melihat daftar submit validasi hibah yang masuk, serta untuk mengecek keabsahan validasi hibah, jika telah sesuai maka di approved jika tidak sesuai maka di reject.

9. Halaman View Hibah

Gambar 4.18 Halaman View Hibah

Pada gambar 4.18 diatas merupakan tampilan dari halaman view hibah untuk admin mengecek fle pdf hibah dan tanda terima hibah, kemudian untuk memberikan keputusan layak atau tidak layak klik button update.

10. Halaman Update Hibah

Gambar 4.19 Halaman Update Hibah

Pada gambar 4.19 diatas merupakan tampilan halaman update hibah untuk admin, terdapat 2 (dua) pilihan keputusan yaitu approved atau diterima dan reject atau ditolak. Jika ditolak, terdapat kolom untuk memberikan alasan penolakan validasi hibah.

Strategi

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

Strategi 1: Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi.

Pada sistem PESSTA+ terdapat 3 (tiga) sub menu validasi hibah yaitu submit, my hibah dan validasi agar dapat memudahkan mahasiswa dan user friendly. Pada menu submit berfungsi untuk mengecek status validasi hibah, dan untuk menu validasi hibah berfungsi untuk menampilkan hasil validasi hibah Layak atau Tidak Layak
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.20 Pembuktian Strategi 1

Streategi 2 : Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding.

Pada sistem bagian form submit hibah di PESSTA+ terdapat 2 jenis hibah yaitu hibah badan negara dan crowdfunding sesuai dengan jenis hibah yang diterima di Perguruan Tinggi Raharja yang tertera pada penilaian objektif (PO) sidang poin 5.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.21 Pembuktian Strategi 2

Strategi 3 : Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email.

Pada halaman form submit hibah banda negara maupun crowdfunding terdapat nipr, nama lengkap dan email yang sudah terisi secara otomatis, jadi user atau mahasiswa tidak perlu lagi input data diri.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.22 Pembuktian Strategi 3

Strategi 4 : Sistem dapat melakukan print halaman validasi

Pada halaman validasi di PESSTA+ terdapat button print yang memudahkan mahasiswa jika ingin print out validasi nya di PESSTA+
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.23 Pembuktian Strategi 4

Strategi 5 : Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field.

Pada halaman form submit hibah crowdfunding terdapat 6 field yang teridiri dari Nipr, nama lengkap, alamat email, judul penelitian, link crowdfunding dan gambar tanda terima.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.24 Pembuktian Strategi 5

Strategi 6 : Sistem dapat menampilkan form submit hibah badan negara yang terdiri dari 7 field.

Pada halaman form submit hibah badan negara terdapat 7 field yang teridiri dari Nipr, nama lengkap, alamat email, judul penelitian, tempat instansi, berkas hibah dan gambar tanda terima.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.25 Pembuktian Strategi 6

Strategi 7 : Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak.

Pada sistem PESSTA+ dapat menampilkan menu kelola hibah untuk admin mengecek keabsahan hibah yang telah disubmit oleh mahasiswa kemudian admin memberikan keputusan diterima atau ditolak. jika ditolak maka akan terdapat kolom komentar alasan penolakan validasi hibah.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.26 Pembuktian Strategi 7

Strategi 8 : Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa.

Pada sistem PESSTA+ dapat menampilkan menu pencarian validasi hibah mahasiswa dengan mencari nama atau email mahasiswa tersebut dan tanpa perlu login sistem PESSTA+ terlebih dahulu.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.27 Pembuktian Strategi 8

Strategi 9 : Sistem dapat menampilkan FAQ validasi hibah

Pada sistem PESSTA+ dapat menampilkan FAQ validasi hibah yang dapat memudahkan mahasiswa jika kurang mamahami cara menggunakan sistem PESSTA+. Untuk melihat FAQ validasi hibah, klik menu FAQ pada bagian kiri terlebih dahulu.Menurut Windrati (2012)^[37], "FAQ merupakan suatu program yang dikembangkan untuk mencapai efisiensi dari jawaban-jawaban yang diberikan pihak pengelola terhadap pertanyaan-pertanyaan yang sering muncul".
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.28 Pembuktian Strategi 9

Strategi 10 : sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah

Pada sistem PESSTA+ dapat menampilkan 50 user yang sudah melakukan submit validasi hibah yang sudah dinyatakan valid maupun belum valid. Dan sudah melebihi dari yang sudah ditargetkan.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.29 Pembuktian Strategi 10

Strategi 11 : Memiliki 5 artikel tutorial pada iRan

Sistem PESSTA+ memiliki artikel tutorial pada iRAN yang berfungsi untuk memberikan tutorial penggunaan sistem PESSTA+ dengan mengikuti langkah-langkah yang ada pada artikel tutorial tersebut.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.30 Pembuktian Strategi 11

Strategi 12 : Memiliki 5 tutorial pada iRan

Sistem PESSTA+ memiliki video tutorial pada Magics Channel yang berfungsi untuk memberikan tutorial penggunaan sistem PESSTA+ dengan mengikuti langkah-langkah yang ada pada video tutorial tersebut.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.31 Pembuktian Strategi 12

Strategi 13: Memiliki visitor count dengan target 1000 visitors

Pada sistem PESSTA+ terdapat visitor count yang berfungsi menghitung jumlah pengunjung dengan menghitung per IP Address. Menurut Indri Handayani (2016), "Penggunaan stat counter dalam hal ini terbukti dapat memberikan hasil yang lebih baik dibandingkan dengan visitor count sebelumnya, dimana pada stat counter data dan informasi yang dihasilkan jauh lebih informatif".
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.32 Pembuktian Strategi 13

Strategi 14 : Mengirim mailchimp kepada 200 mahasiswa bahwa bisa submit validasi hibah secara mandiri dan online di PESSTA+

Mengirim mailchimp sangat penting untuk memberitahukan mahasiswa di Perguruan Tinggi Raharja terutama mahasiswa yang sedang TA/Skripsi bahwa mahasiswa sekarang sudah bisa submit validasi hibah secara mandiri dan online di PESSTA+.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.33 Pembuktian Strategi 14

Strategi 15 :Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing.

Agar dalam mengimplementasikan sistem PESSTA+ berjalan dengan lancar, maka Tim PESSTA+ melakukan sosialisasi kepada Dosen Pembimbing dan juga anak bimbingannya dengan tujuan agar mereka mengetahui sistem PESSTA+ dan mengerti cara menggunakan sistem PESSTA+.
Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.

Gambar 4.34 Pembuktian Strategi 15

Time Schedule

Dalam melakukan penelitian ini tentunya banyak proses dan kegiatan yang dilakukan yang tentunya banyak memakan waktu dalam menyelesaikannya, dibawah ini merupakan jadwal dari kegiatan yang dilakukan selama penelitian ini :

Tabel 4.9 Time Schedule

Estimasi Biaya

Estimasi biaya digunakan sebagai penghitungan kebutuhan biaya yang diperlukan untuk menyelesaikan penelitian yang diusulkan. Dibawah ini adalah rincian biaya yang diperlukan peneliti untuk menyelesaikan penelitian yang berjudul “Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Hibah Untuk Penilaian Objektif Sidang Di Perguruan Tinggi”.

Tabel 4.10 Estimasi Biaya

BAB V

PENUTUP

Kesimpulan

Berikut ini adalah kesimpulan perhal rumusan masalah mengenai Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Hibah Untuk Penilaian Objektif Sidang Di Perguruan Tinggi sebagai berikut:

Jika sebelumnya penilaian validasi hibah di Perguruan Tinggi Raharja belum sepenuhnya menggunakan sistem PESSTA+ dan juga belum diterapkan di Perguruan Tinggi Raharja, dan saat ini dengan dikembangkannya sistem PESSTA+ terutama pada penelitian ini berfokus pada validasi hibah di PESSTA+, maka seluruh Pribadi Raharja dapat melakukan submit validasi hibah di PESSTA+ untuk penilaian objektif sidang baik itu hibah badan negara/instansi swasta atau hibah crowdfunding.
Sistem PESSTA+ hadir sebagai sebuah sistem yang dapat menjadi wadah untuk mendokumentasikan serta menyimpan inventaris hibah seluruh mahasiswa di Perguruan Tinggi Raharja dengan baik dan rapi.
Jika sebelumnya hanya ada 1 (satu) jenis submit yaitu hibah badan negara/instansi swasta, dan dengan dikembangkannya sistem PESSTA+ saat ini sudah terdapat 2 (dua) jenis submit hibah yaitu hibah badan negara/instansi swasta dan crowdfunding. Hal ini telah sesuai dengan Penilaian Objektif (PO) sidang poin nomor 5 (lima) yaitu “Hibah yang sudah diterima oleh Badan Negara atau Crowdfunding”, maka pada validasi hibah di PESSTA+ terdapat 2 (dua) jenis submit hibah yaitu hibah badan negara dan crowdfunding.

Saran

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

Dalam proses pengembangan yang dapat dilakukan pada sistem PESSTA+ untuk selanjutnya dapat disempurnakan lagi dengan adanya viewboard dari masing-masing validasi agar dapat menghasilkan laporan yang update dan akurat mengenai sistem PESSTA+.
Demi menaikkan mutu pelaksanaan sidang alangkah baiknya menggunakan sistem terkomputerisasi yang memiliki kemampuan menyimpan inventaris seluruh proposal hibah mahasiswa di Perguruan Tinggi Raharja agar dapat terdokumentasi dengan baik.
Mensosialisasikan sistem PESSTA+ kepada seluruh mahasiswa Perguruan Tinggi Raharja agar dapat mengetahui informasi mengenai submit validasi untuk penilaian objektif sidang di PESSTA+.

DAFTAR PUSTAKA

↑ Wiryokusumo, Iskandar. (2011). Dasar-dasar Pengembangan Kurikulum. Jakarta: Bumi Aksara.
↑ Djahir, Yulia dan Dewi Pratita, Bahan Ajar Sistem Informasi Manajemen, CV Budi Utama, Yogyakarta, 2015.
↑ ^3,0 ^3,1 Hutahaean, J. (2015). Konsep Sistem Informasi. Deepublish.
↑ ^4,0 ^4,1 Sutarman. 2012. Buku Pengantar Teknologi Informasi. Jakarta: Bumi Aksara.
↑ Mahatmyo, Atyanto. (2014). Sistem Informasi Akuntansi Suatu Pengantar. Yogyakarta : Deepublish.
↑ 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.
↑ Kamus Besar Bahasa Indonesia (KBBI), Media. Diakses pada tanggal 15 Desember 2016. Tersedia di http://kbbi.web.id/media
↑ Kamus Besar Bahasa Indonesia (KBBI), Sidang. Diakses pada tanggal 27 November 2016. Tersedia di http://kbbi.web.id/sidang
↑ ^9,0 ^9,1 Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.
↑ 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.
↑ Website Yii Framework. 2014. Fitur Yii Framework. Diakses pada tanggal 21 Oktober 2016. Tersedia di http://www.yiiframework.com/features/
↑ IT Roadmap. 2013. Ten Pillar IT. Diakses pada tanggal 20 November 2016. Tersedia di http://roadmap.ilearning.me/10-pillar-it-ilearning/
↑ Rahardja. Untung, Khanna Tiara, Ray Indra Taufik Wijaya 2014. Penerapan Rinfo Sebagai Media Pendukung Untuk Proses Pembelajaran Pada Perguruan Tinggi Raharja. Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 8, No. 1, September 2014.
↑ ^14,0 ^14,1 Rangkuti. Freddy. 2011. Teknik Menyusun Strategi Korporat Yang Efektif Plus Cara Mengelola Kinerja Dan Risiko. SWOT Balanced Scorecard. Jakarta: Gramedia Pustaka Utama.
↑ Kadir, Abdul. 2014. Pengenalan Sistem Informasi. Edisi Revisi. Yogyakarta: Andi.
↑ 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.
↑ ^17,0 ^17,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.
↑ Triandini. Evi dan Suardika. I Gede. 2012. Step by Step Desain Proyek Menggunakan UML. Yogyakarta: Andi.
↑ ^19,0 ^19,1 ^19,2 Vidia. Dhanada, dkk. 2013. Analisis Dan Perancangan Sistem Informasi Rawat Jalan Di Rumah Sakit Hewan Universitas Airlangga Surabaya Dengan Metode Berorientasi Objek. Surabaya: Universitas Airlangga.
↑ ^20,0 ^20,1 Wijayanto. Tegar, dkk. 2013. Analisis Dan Perancangan Sistem Informasi Pemesanan Dan Penjualan Barang Dengan Metode Berorientasi Objek Di U.D. Aneka Jaya Surabaya. Surabaya: Universitas Airlangga.
↑ Suryo Guritno. Sudaryono, dan Untung Rahardja. 2011. Teory and Application of IT Research: Metodelogi Penelitian Teknologi Informasi. Yogyakarta: CV ANDI OFFSET
↑ Saputra. Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN
↑ Adelia., Jimmy Setiawan. 2011. Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasis Website dan Desktop. Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September 2011:113-126.
↑ ” Amsyah. Zulkifli. 2008. Manajemen Sistem Informasi. Jakarta: Gramedia Pustaka Utama”
↑ ^25,0 ^25,1 Soetam, rizky. 2011. Konsep Dasar Perangkat Lunak. Jakarta: PT.Prestasi Pustaka Raya.
↑ Nurmala, M. D., & Retnowati, T. H. 2013. Pengembangan Instrumen Penilaian Skripsi Mahasiswa. JURNAL EVALUASI PENDIDIKAN, 1(1), 25-33.
↑ Triandini. Evi dan Suardika. I Gede. 2012. Step by Step Desain Proyek Menggunakan UML. Yogyakarta: Andi.
↑ Munadi, S. 2011. Analisis Validasi Soal Tes Hasil Belajar pada Pelaksanaan Program Pembelajaran di Fakultas Teknik Universitas Negeri Yogyakarta. 10.
↑ Fitri Mawarni, Diah. 2015. Sistem Informasi Validasi Proposal Penelitian Pada Program Studi Sistem Informasi Validasi proposal Penelitian Pada Program Studi Sistem Informasi Universitas Kompute Indonesia..
↑ Billah, S. A., & Hariadi, S. 2012. Rancang Bangun Aplikasi Sistem Sidang Skripsi Menggunakan Metode Object Oriented. MATICS.
↑ 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.
↑ Roy, C. J., & Oberkampf, W. L. (2011). A comprehensive framework for verification, validation, and uncertainty quantification in scientific computing. Computer Methods in Applied Mechanics and Engineering, 200(25), 2131-2144.
↑ 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.
↑ 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.
↑ Naroditskiy, V., Rahwan, I., Cebrian, M., & Jennings, N. R. (2012). Verification in referral-based crowdsourcing. PloS one, 7(10), e45924.
↑ 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.
↑ WINDRATI, N. K., NURHAYATI, R., & Suhartono, S. (2012). PENGEMBANGAN DAN IMPLEMENTASI MODEL FAQ FORUM KOMUNITAS UT ONLINE YANG DIKELOLA OLEH FISIP, FEKON, FMIPA DAN FKIP.

Contributors

Sintianovitasari, Siti Nurhayati

[Wiryokusumo.2C_Iskandar._.282011.29._Dasar-dasar_Pengembangan_Kurikulum._Jakarta:_Bumi_Aksara.-1] Wiryokusumo, Iskandar. (2011). Dasar-dasar Pengembangan Kurikulum. Jakarta: Bumi Aksara.

[Djahir2015-2] Djahir, Yulia dan Dewi Pratita, Bahan Ajar Sistem Informasi Manajemen, CV Budi Utama, Yogyakarta, 2015.

[Hutahaean2015-3] 3,0 ^3,1 Hutahaean, J. (2015). Konsep Sistem Informasi. Deepublish.

[Sutarman._2012._Buku_Pengantar_Teknologi_Informasi._Jakarta:_Bumi_Aksara.-4] 4,0 ^4,1 Sutarman. 2012. Buku Pengantar Teknologi Informasi. Jakarta: Bumi Aksara.

[atyanto2014-5] Mahatmyo, Atyanto. (2014). Sistem Informasi Akuntansi Suatu Pengantar. Yogyakarta : Deepublish.

[Taufiq._2013._Analisis_Sistem_adalah_pembelajaran_sebuah_sistem_dan_komponen-komponennya_sebagai_prasyarat_sistem_desain_sistem.2C_spesifikasi_sebuah_sistem_yang_baru_dan_diperbaiki._Yogyakarta:_Graha_Ilmu.-6] 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.

[KBBI-7] Kamus Besar Bahasa Indonesia (KBBI), Media. Diakses pada tanggal 15 Desember 2016. Tersedia di http://kbbi.web.id/media

[KBBI2016-8] Kamus Besar Bahasa Indonesia (KBBI), Sidang. Diakses pada tanggal 27 November 2016. Tersedia di http://kbbi.web.id/sidang

[Arief._M._Rudyanto._2011._Pemrograman_Web_Dinamis_Menggunakan_PHP_.26_MySQL._Yogyakarta:_Andi.-9] 9,0 ^9,1 Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.

[Murad._Dina_Fitria.2C_Kusniawati._Nia.2C_Asyanto._Agus._2013._Aplikasi_Intelligence_Website_Untuk_Penunjang_Laporan_PAUD_Pada_Himpaudi_Kota_Tangerang._Jurnal_CCIT._Tangerang:_Perguruan_Tinggi_Raharja._Vol._7.2C_No._1.2C_September_2013.-10] 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.

[YII2014-11] Website Yii Framework. 2014. Fitur Yii Framework. Diakses pada tanggal 21 Oktober 2016. Tersedia di http://www.yiiframework.com/features/

[IT2016-12] IT Roadmap. 2013. Ten Pillar IT. Diakses pada tanggal 20 November 2016. Tersedia di http://roadmap.ilearning.me/10-pillar-it-ilearning/

[rahardja2014-13] Rahardja. Untung, Khanna Tiara, Ray Indra Taufik Wijaya 2014. Penerapan Rinfo Sebagai Media Pendukung Untuk Proses Pembelajaran Pada Perguruan Tinggi Raharja. Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 8, No. 1, September 2014.

[Rangkuti._Freddy._2011._Teknik_Menyusun_Strategi_Korporat_Yang_Efektif_Plus_Cara_Mengelola_Kinerja_Dan_Risiko._SWOT_Balanced_Scorecard._Jakarta:_Gramedia_Pustaka_Utama.-14] 14,0 ^14,1 Rangkuti. Freddy. 2011. Teknik Menyusun Strategi Korporat Yang Efektif Plus Cara Mengelola Kinerja Dan Risiko. SWOT Balanced Scorecard. Jakarta: Gramedia Pustaka Utama.

[Kadir.2C_Abdul._2014._Pengenalan_Sistem_Informasi._Edisi_Revisi._Yogyakarta:_Andi.-15] Kadir, Abdul. 2014. Pengenalan Sistem Informasi. Edisi Revisi. Yogyakarta: Andi.

[Alim2012-16] 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.

[Murad2013-17] 17,0 ^17,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.

[Triandini-18] Triandini. Evi dan Suardika. I Gede. 2012. Step by Step Desain Proyek Menggunakan UML. Yogyakarta: Andi.

[Vidia-19] 19,0 ^19,1 ^19,2 Vidia. Dhanada, dkk. 2013. Analisis Dan Perancangan Sistem Informasi Rawat Jalan Di Rumah Sakit Hewan Universitas Airlangga Surabaya Dengan Metode Berorientasi Objek. Surabaya: Universitas Airlangga.

[Wijayanto-20] 20,0 ^20,1 Wijayanto. Tegar, dkk. 2013. Analisis Dan Perancangan Sistem Informasi Pemesanan Dan Penjualan Barang Dengan Metode Berorientasi Objek Di U.D. Aneka Jaya Surabaya. Surabaya: Universitas Airlangga.

[Guritno2011-21] Suryo Guritno. Sudaryono, dan Untung Rahardja. 2011. Teory and Application of IT Research: Metodelogi Penelitian Teknologi Informasi. Yogyakarta: CV ANDI OFFSET

[Saputra2012-22] Saputra. Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN

[Adelia2011-23] Adelia., Jimmy Setiawan. 2011. Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasis Website dan Desktop. Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September 2011:113-126.

[24] ” Amsyah. Zulkifli. 2008. Manajemen Sistem Informasi. Jakarta: Gramedia Pustaka Utama”

[rizky2011-25] 25,0 ^25,1 Soetam, rizky. 2011. Konsep Dasar Perangkat Lunak. Jakarta: PT.Prestasi Pustaka Raya.

[nurmala2013-26] Nurmala, M. D., & Retnowati, T. H. 2013. Pengembangan Instrumen Penilaian Skripsi Mahasiswa. JURNAL EVALUASI PENDIDIKAN, 1(1), 25-33.

[gede2012-27] Triandini. Evi dan Suardika. I Gede. 2012. Step by Step Desain Proyek Menggunakan UML. Yogyakarta: Andi.

[munadi2011-28] Munadi, S. 2011. Analisis Validasi Soal Tes Hasil Belajar pada Pelaksanaan Program Pembelajaran di Fakultas Teknik Universitas Negeri Yogyakarta. 10.

[diah-29] Fitri Mawarni, Diah. 2015. Sistem Informasi Validasi Proposal Penelitian Pada Program Studi Sistem Informasi Validasi proposal Penelitian Pada Program Studi Sistem Informasi Universitas Kompute Indonesia..

[Billah2101-30] Billah, S. A., & Hariadi, S. 2012. Rancang Bangun Aplikasi Sistem Sidang Skripsi Menggunakan Metode Object Oriented. MATICS.

[Bhardwaj2011-31] 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.

[roy-32] Roy, C. J., & Oberkampf, W. L. (2011). A comprehensive framework for verification, validation, and uncertainty quantification in scientific computing. Computer Methods in Applied Mechanics and Engineering, 200(25), 2131-2144.

[tamura-33] 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.

[Chowriappa2013-34] 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.

[Naroditskiy.2C_V..2C_Rahwan.2C_I..2C_Cebrian.2C_M..2C_.26_Jennings.2C_N._R._.282012.29._Verification_in_referral-based_crowdsourcing._PloS_one.2C_7.2810.29.2C_e45924.-35] Naroditskiy, V., Rahwan, I., Cebrian, M., & Jennings, N. R. (2012). Verification in referral-based crowdsourcing. PloS one, 7(10), e45924.

[Praptiningsih2012-36] 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.

[WINDRATI.2C_N._K..2C_NURHAYATI.2C_R..2C_.26_Suhartono.2C_S._.282012.29._PENGEMBANGAN_DAN_IMPLEMENTASI_MODEL_FAQ_FORUM_KOMUNITAS_UT_ONLINE_YANG_DIKELOLA_OLEH_FISIP.2C_FEKON.2C_FMIPA_DAN_FKIP.-37] WINDRATI, N. K., NURHAYATI, R., & Suhartono, S. (2012). PENGEMBANGAN DAN IMPLEMENTASI MODEL FAQ FORUM KOMUNITAS UT ONLINE YANG DIKELOLA OLEH FISIP, FEKON, FMIPA DAN FKIP.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

@@ Baris 1.003: / Baris 1.003: @@
 =====Keistimewaan PESSTA+ =====
-<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">PESSTA+  menjadi  sangat  istimewa  karena  hal-hal  yang  terdapat  pada sistem PESSTA+ membuat pelaksanaan sidang menjadi lebih efektif karena nilai validasi hibah 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 hibahnya kapanpun dan dimanapun tanpa perlu menunggu pelaksanaan sidang berlangsung</p></div>
+<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">PESSTA+  menjadi  sangat  istimewa  karena  hal-hal  yang  terdapat  pada sistem PESSTA+ membuat pelaksanaan sidang menjadi lebih efektif karena nilai validasi hibah sudah tidak perlu dicek manual oleh penguji melainkan penguji hanya perlu  mengakses  sistem  PESSTA+ secara online serta dapat login sso dengan email Rinfo dan  mencari  nama  peserta  sidang  tersebut apakah sudah layak atau belum. Peserta sidang bisa submit sendiri validasi hibahnya kapanpun dan dimanapun tanpa perlu menunggu pelaksanaan sidang berlangsung</p></div>
-<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Dengan hadirnya PESSTA+ maka ketentuan jurnal ilmiah yang diakui pada Perguruan Tinggi Raharja pun diterapkan kembali, karena sistem PESSTA+ hanya meloloskan jurnal yang diakui di Perguruan Tinggi Raharja.</p></div>
 ===== Logo PESSTA+=====
@@ Baris 1.783: / Baris 1.782: @@
 |-
 | 53.
-| Sistem dapat menampilkan 30 user yang status hibahnya valid
+| Sistem dapat menampilkan 50 user yang status hibahnya valid
 |-
 | 54.
@@ Baris 1.824: / Baris 1.823: @@
 |-
 | 5.
-| Sistem dapat responsive dengan 3 device yaitu laptop, tablet dan handphone
+| Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing
 |-
 ! colspan="2"|Penyusun<br><br><br><br><br>(Sintia Novita Sari)<br>NIM. 1314476009
@@ Baris 1.856: / Baris 1.856: @@
 | 1.
 | Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi
-| ✔
+| √
 |
 |
@@ Baris 1.864: / Baris 1.864: @@
 |
 |
-| ✔
+| √
 |-
 | 3.
@@ Baris 1.870: / Baris 1.870: @@
 |
 |
-| ✔
+| √
 |-
 | 4.
 | Terdapat halaman kritik dan saran
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.881: / Baris 1.881: @@
 | Sistem memiliki fasilitas menu site map
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.888: / Baris 1.888: @@
 |
 |
-| ✔
+| √
 |-
 | 7.
 | Sistem dapat menampilkan siapa saja yang sedang online
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.900: / Baris 1.900: @@
 |
 |
-| ✔
+| √
 |-
 | 9.
 | Sistem dapat edit biodata
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.911: / Baris 1.911: @@
 | Sistem dapat edit foto profile
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.918: / Baris 1.918: @@
 |
 |
-| ✔
+| √
 |-
 | 12.
 | Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding
-| ✔
+| √
 |
 |
@@ Baris 1.928: / Baris 1.928: @@
 | 13.
 | Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email
-| ✔
+| √
 |
 |
@@ Baris 1.936: / Baris 1.936: @@
 |
 |
-| ✔
+| √
 |-
 | 15.
@@ Baris 1.942: / Baris 1.942: @@
 |
 |
-| ✔
+| √
 |-
 | 16.
@@ Baris 1.948: / Baris 1.948: @@
 |
 |
-| ✔
+| √
 |-
 | 17.
@@ Baris 1.954: / Baris 1.954: @@
 |
 |
-| ✔
+| √
 |-
 | 18.
 | Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK)
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.966: / Baris 1.966: @@
 |
 |
-| ✔
+| √
 |-
 | 20.
 | Terdapat fitur subsciber
 |
-| ✔
+| √
 |
 |-
@@ Baris 1.978: / Baris 1.978: @@
 |
 |
-| ✔
+| √
 |-
 | 22.
@@ Baris 1.984: / Baris 1.984: @@
 |
 |
-| ✔
+| √
 |-
 | 23.
@@ Baris 1.990: / Baris 1.990: @@
 |
 |
-| ✔
+| √
 |-
 | 24.
 | Sistem dapat melakukan print halaman validasi
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.002: / Baris 2.002: @@
 |
 |
-| ✔
+| √
 |-
 | 26.
 | Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field
-| ✔
+| √
 |
 |
@@ Baris 2.012: / Baris 2.012: @@
 | 27.
 | Sistem dapat menampilkan form submit hibah badan negara yang terdiri dari 7 field
-| ✔
+| √
 |
 |
@@ Baris 2.020: / Baris 2.020: @@
 |
 |
-| ✔
+| √
 |-
 | 29.
@@ Baris 2.026: / Baris 2.026: @@
 |
 |
-| ✔
+| √
 |-
 | 30.
 | Terdapat menu untuk menampilkan berita mengenai validasi hibah
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.037: / Baris 2.037: @@
 | Terdapat Visi dan Misi PESSTA+
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.044: / Baris 2.044: @@
 |
 |
-| ✔
+| √
 |-
 | 33.
@@ Baris 2.050: / Baris 2.050: @@
 |
 |
-| ✔
+| √
 |-
 | 34.
@@ Baris 2.056: / Baris 2.056: @@
 |
 |
-| ✔
+| √
 |-
 | 35.
 | Sistem dapat menampilkan reward pada mahasiswa yang berhasil submit validasi hibah
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.067: / Baris 2.067: @@
 | Sistem dapat menampilan Google Maps Location mahasiswa
 |
-| ✔
+| √
 |
 |-
 | 37.
 | Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak
-| ✔
+| √
 |
 |
@@ Baris 2.078: / Baris 2.078: @@
 | 38.
 | Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa
-| ✔
+| √
 |
 |
@@ Baris 2.086: / Baris 2.086: @@
 |
 |
-| ✔
+| √
 |-
 | 40.
@@ Baris 2.092: / Baris 2.092: @@
 |
 |
-| ✔
+| √
 |-
 | 41.
@@ Baris 2.098: / Baris 2.098: @@
 |
 |
-| ✔
+| √
 |-
 | 42.
@@ Baris 2.104: / Baris 2.104: @@
 |
 |
-| ✔
+| √
 |-
 | 43.
 | Memiliki fitur search
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.116: / Baris 2.116: @@
 |
 |
-| ✔
+| √
 |-
 | 45.
@@ Baris 2.122: / Baris 2.122: @@
 |
 |
-| ✔
+| √
 |-
 | 46.
 | Terdapat menu my profile
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.133: / Baris 2.133: @@
 | Sistem dapat menampilkan menu edit validasi
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.140: / Baris 2.140: @@
 |
 |
-| ✔
+| √
 |-
 | 49.
 | Sistem dapat menampilkan popup greeting setelah berhasil login
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.151: / Baris 2.151: @@
 | Sistem dapat menampilkan nama user yang sedang login
 |
-| ✔
+| √
 |
 |-
 | 51.
 | Sistem dapat menampilkan FAQ Validasi Hibah
-| ✔
+| √
 |
 |
@@ Baris 2.164: / Baris 2.164: @@
 |
 |
-| ✔
+| √
 |-
 | 53.
-| Sistem dapat menampilkan 30 user yang status hibahnya valid
+| Sistem dapat menampilkan 50 user yang status hibahnya valid
-| ✔
+| √
 |
 |
@@ Baris 2.175: / Baris 2.175: @@
 | Memiliki fitur insert gambar
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.182: / Baris 2.182: @@
 |
 |
-| ✔
+| √
 |-
 | 56.
@@ Baris 2.188: / Baris 2.188: @@
 |
 |
-| ✔
+| √
 |-
 | 57.
@@ Baris 2.194: / Baris 2.194: @@
 |
 |
-| ✔
+| √
 |-
 | 58.
 | Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah log out
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.205: / Baris 2.205: @@
 | Sistem dapat menampilkan kalimat Selamat Datang pada tampilan setelah login
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.212: / Baris 2.212: @@
 |
 |
-| ✔
+| √
 |-
 ! colspan="5" style="background: Pink;"| Non Functional
@@ Baris 2.247: / Baris 2.247: @@
 |-
 | 5.
-| Sistem dapat responsive dengan 3 device yaitu laptop, tablet dan handphone.
+| Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing.
 | ✔
 |
@@ Baris 2.302: / Baris 2.302: @@
 | Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.315: / Baris 2.315: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.326: / Baris 2.326: @@
 | Sistem memiliki fasilitas menu site map
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
-| ✔
+| √
 |
 |
@@ Baris 2.339: / Baris 2.339: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.350: / Baris 2.350: @@
 | Sistem dapat edit biodata
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
 |
-| ✔
+| √
 |-
 | 6
@@ Baris 2.363: / Baris 2.363: @@
 |
 |
-| ✔
+| √
-| ✔
+| √
 |
 |
 |
 |
-| ✔
+| √
 |-
 | 7
 | Sistem dapat menampilkan 2 jenis kategori hibah yaitu hibah badan negara/instansi swasta dan crowdfunding
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.386: / Baris 2.386: @@
 | Sistem dapat menampilkan secara otomatis pada form submit untuk 3 field yaitu nipr, nama lengkap dan alamat email
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
@@ Baris 2.399: / Baris 2.399: @@
 |
 |
-| ✔
+| √
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.411: / Baris 2.411: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.422: / Baris 2.422: @@
 | Sistem dapat melakukan print halaman validasi
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
 | 12
 | Sistem dapat menampilkan form submit hibah crowdfunding yang terdiri dari 6 field
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
 | 13
 | Sistem dapat menampilkan form submit hibah Badan Negara yang terdiri dari 7 field
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.459: / Baris 2.459: @@
 |
 |
-| ✔
+| √
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.471: / Baris 2.471: @@
 |
 |
-| ✔
+| √
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.483: / Baris 2.483: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.495: / Baris 2.495: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.506: / Baris 2.506: @@
 | Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
@@ Baris 2.518: / Baris 2.518: @@
 | Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
@@ Baris 2.531: / Baris 2.531: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |-
 | 21
@@ Baris 2.543: / Baris 2.543: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.555: / Baris 2.555: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.566: / Baris 2.566: @@
 | Sistem dapat menampilkan popup greeting setelah berhasil login
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |-
 | 24
@@ Baris 2.579: / Baris 2.579: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
-| ✔
+| √
 |-
 | 25
 | Sistem dapat menampilkan FAQ Validasi Hibah
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
 |-
 | 26
-| Sistem dapat menampilkan 30 user yang sudah melakukan submit validasi hibah
+| Sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
@@ Baris 2.614: / Baris 2.614: @@
 | Sistem dapat menampilkan foto admin
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |
@@ Baris 2.627: / Baris 2.627: @@
 |
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
-| ✔
+| √
 |
 |-
@@ Baris 2.638: / Baris 2.638: @@
 | Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah log out
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
 |
-| ✔
+| √
 |-
 | 30
 | Sistem dapat menampilkan kalimat Selamat Datang pada tampilan setelah login
 |
-| ✔
+| √
 |
-| ✔
+| √
 |
 |
 |
 |
-| ✔
+| √
 |-
 ! colspan="11" style="background: Pink;"| Non Functional
@@ Baris 2.727: / Baris 2.727: @@
 |-
 | 5
-| Sistem dapat responsive dengan 3 device yaitu laptop, tablet dan handphone
+| Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing
 | ✔
 |
@@ Baris 2.789: / Baris 2.789: @@
 |-
 | 10.
-| Sistem dapat menampilkan 30 user yang sudah melakukan submit validasi hibah
+| Sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah
 |-
 ! colspan="2" style="background: Pink;"| Non Functional
@@ Baris 2.809: / Baris 2.809: @@
 |-
 | 5.
-| Sistem dapat responsive dengan 3 device yaitu laptop, tablet dan handphone
+| Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing
 |-
 | colspan="11" style="text-align: center;" | Penyusun <br><br><br><br>( Sintia Novita Sari )<br>NIM : 1314476009
@@ Baris 3.104: / Baris 3.104: @@
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 1: Sistem dapat menampilkan 3 sub menu validasi hibah yaitu submit, my hibah dan validasi.</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ terdapat 3 (tiga) sub menu validasi hibah yaitu submit, my hibah dan validasi agar dapat memudahkan mahasiswa dan user friendly.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ terdapat 3 (tiga) sub menu validasi hibah yaitu submit, my hibah dan validasi agar dapat memudahkan mahasiswa dan user friendly. Pada menu submit berfungsi untuk mengecek status validasi hibah, dan untuk menu validasi hibah berfungsi untuk menampilkan hasil validasi hibah Layak atau Tidak Layak</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
 <div align="center"><img src="https://lh3.googleusercontent.com/-koXU2Wi3iJw/WJVVmSWji6I/AAAAAAAAHXE/6ZL0saxAahQZryG-vWR30q-888fAK_pFgCK8B/s392/2017-02-03.png"/></div>
@@ Baris 3.144: / Baris 3.144: @@
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.25 Pembuktian Strategi 6'''</b></div></ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 7 : Sistem dapat menampilkan prosedur submit hibah, pada artikel tersebut memiliki total 50 visitors.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 7 : Sistem dapat menampilkan menu kelola hibah untuk admin memberikan keputusan validasi hibah diterima atau ditolak.</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan prosedur submit hibah dan pada artikel tersebut memiliki 50 visitors. Dan sudah mencapai target.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan menu kelola hibah untuk admin mengecek keabsahan hibah yang telah disubmit oleh mahasiswa kemudian admin memberikan keputusan diterima atau ditolak. jika ditolak maka akan terdapat kolom komentar alasan penolakan validasi hibah.</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-Hf7yR2Pnfpk/WJVYPOuWdQI/AAAAAAAAHXw/iHHKxoZKsgQMVjDYci8B_u8vpUh3yZUbACK8B/s403/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-TVvWJhYAvuU/WLLvOwywAiI/AAAAAAAAGR4/zTUV8livLw8hRAxfXu3T_u3aMmIhWYZ2QCL0B/h529/119.png " width="700" height="400"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.26 Pembuktian Strategi 7'''</b></div></ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 8 : Sistem dapat menampilkan video prosedur submit hibah pada video tersebut memiliki 100 view dan 20 like.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 8 : Sistem dapat menampilkan menu pencarian validasi hibah mahasiswa.</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan video prosedur submit hibah, pada video tersebut memiliki 100 views dan 20 likes.  Dan sudah mencapai target.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan menu pencarian validasi hibah mahasiswa dengan mencari nama atau email mahasiswa tersebut dan tanpa perlu login sistem PESSTA+ terlebih dahulu.</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-hLHRwE8poaQ/WJVYmqTJWyI/AAAAAAAAHX4/Ql9l5vUkGxIhbI_675K0QsWP1geKw-pQACK8B/s389/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-HtpwEgaSW10/WLLv2Jr2wzI/AAAAAAAAGSs/LJSEqRBMoWg41Mdo8buZuKmdTPEBCyLMQCL0B/h615/120.png" width="700" height="400"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.27 Pembuktian Strategi 8'''</b></div></ol>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 9 : Sistem dapat menampilkan FAQ validasi hibah</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat  menampilkan FAQ validasi hibah yang dapat memudahkan mahasiswa jika kurang mamahami cara menggunakan sistem PESSTA.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat  menampilkan FAQ validasi hibah yang dapat memudahkan mahasiswa jika kurang mamahami cara menggunakan sistem PESSTA+. Untuk melihat FAQ validasi hibah, klik menu FAQ pada bagian kiri terlebih dahulu.Menurut Windrati (2012)<ref name="WINDRATI, N. K., NURHAYATI, R., & Suhartono, S. (2012). PENGEMBANGAN DAN IMPLEMENTASI MODEL FAQ FORUM KOMUNITAS UT ONLINE YANG DIKELOLA OLEH FISIP, FEKON, FMIPA DAN FKIP.">WINDRATI, N. K., NURHAYATI, R., & Suhartono, S. (2012). PENGEMBANGAN DAN IMPLEMENTASI MODEL FAQ FORUM KOMUNITAS UT ONLINE YANG DIKELOLA OLEH FISIP, FEKON, FMIPA DAN FKIP.</ref>, "FAQ merupakan suatu program yang dikembangkan untuk mencapai efisiensi dari jawaban-jawaban yang diberikan pihak pengelola terhadap pertanyaan-pertanyaan yang sering muncul". </p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-fqDpzxUDGuI/WJVZJab3xvI/AAAAAAAAHYA/G0lUJZX0tjU10lAIrfonaExHRat4uhSMQCK8B/s405/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-P1gJsoujeCQ/WLLwqL3F8eI/AAAAAAAAGTg/XSqtL7Sv0cQv6XXGK7Y0JguHlPav2x-IwCL0B/h615/121.png" width="700" height="400"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.28 Pembuktian Strategi 9'''</b></div></ol>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 10 : sistem dapat menampilkan 50 user yang sudah melakukan submit validasi hibah</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan 50 user yang sudah melakukan submit validasi hibah yang sudah dinyatakan valid maupun belum valid.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ dapat menampilkan 50 user yang sudah melakukan submit validasi hibah yang sudah dinyatakan valid maupun belum valid. Dan sudah melebihi dari yang sudah ditargetkan.</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-q24NRuGyAhs/WJVZfjDM5bI/AAAAAAAAHYI/YWk6JWE7HQktbas6mj3qFPPC2scAxV1pwCK8B/s411/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-6fJUfGztw6s/WLLw3Der3fI/AAAAAAAAGTg/37PAgXmLWToZd7Kna4Exjng5uzxdAyodACL0B/h643/122.png" width="700" height="400"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.29 Pembuktian Strategi 10'''</b></div></ol>
@@ Baris 3.179: / Baris 3.179: @@
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.30 Pembuktian Strategi 11'''</b></div></ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 12 : Memiliki 5 tutorial pada Magics Channel</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 12 : Memiliki 5 tutorial pada iRan</p></li>
 <ol>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Sistem PESSTA+ memiliki video tutorial pada Magics Channel yang berfungsi untuk memberikan tutorial penggunaan sistem PESSTA+ dengan mengikuti langkah-langkah yang ada pada video tutorial tersebut.</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-R2JtbLctR5Y/WJVaM9gXcfI/AAAAAAAAHYY/8VBTPwtwfqEleK_Gw55XRVB-62gjQeiNgCK8B/s407/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-SLA8IssfsUk/WLLxBV6EB-I/AAAAAAAAGTg/x_PkQ21el4clxl17DGnR44leO-lEYCJywCL0B/h151/124.png"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.31 Pembuktian Strategi 12'''</b></div></ol>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 13: Memiliki visitor count dengan target 1000 visitors</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ terdapat visitor count yang berfungsi menghitung jumlah pengunjung dengan menghitung per IP Address.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pada sistem PESSTA+ terdapat visitor count yang berfungsi menghitung jumlah pengunjung dengan menghitung per IP Address. Menurut Indri Handayani (2016), "Penggunaan stat counter dalam hal ini terbukti dapat memberikan hasil yang lebih baik dibandingkan dengan visitor count sebelumnya, dimana pada stat counter data dan informasi yang dihasilkan jauh lebih informatif".</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-R2JtbLctR5Y/WJVaM9gXcfI/AAAAAAAAHYY/8VBTPwtwfqEleK_Gw55XRVB-62gjQeiNgCK8B/s407/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-Y2oj_cCDlVQ/WLLxJCN-NuI/AAAAAAAAGTg/D1kBJpoAwbk9Q4QQU2hHHGqKz0e0lIqMACL0B/h295/106.png"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.32 Pembuktian Strategi 13'''</b></div></ol>
@@ Baris 3.200: / Baris 3.200: @@
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.33 Pembuktian Strategi 14'''</b></div></ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 15 : Sistem dapat responsive dengan 2 device yaitu laptop dan handphone.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Strategi 15 :Mensosialisasikan Validasi Hibah ke 50 Dosen Pembimbing.</p></li>
 <ol>
-<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Sistem PESSTA+ dapat diakses melalui komputer atau laptop dan handphone sehingga jika user ingin mengakses PESSTA+ di device manapun dapat mengikuti tampilan dari device tersebut.</p></li>
+<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Agar dalam mengimplementasikan sistem PESSTA+ berjalan dengan lancar, maka Tim PESSTA+ melakukan sosialisasi kepada Dosen Pembimbing dan juga anak bimbingannya dengan tujuan agar mereka mengetahui sistem PESSTA+ dan mengerti cara menggunakan sistem PESSTA+.</p></li>
 <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"><p style="line-height: 2">Pembuktian berupa gambar dari hasil pencapaian strategi yang telah dijalankan.</p></li>
-<div align="center"><img src="https://lh3.googleusercontent.com/-W2UibipyE2c/WJVavdS_qkI/AAAAAAAAHYg/RpADilN4V7snMPSvUM59kP5UQZqj0NNUwCK8B/s382/2017-02-03.png"/></div>
+<div align="center"><img src="https://lh3.googleusercontent.com/-8q-SuHVVkpU/WLLxVsvMWgI/AAAAAAAAGTg/qYiD99428a4orf8bKROBXSZmGA9aTugjACL0B/h333/144.png"/></div>
 <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center"><b>'''Gambar 4.34 Pembuktian Strategi 15'''</b></div>
 </ol></ol>
@@ Baris 3.244: / Baris 3.244: @@
 {{pagebreak}}
+[[category : Skripsi 2016/2017]]
+[[category : Lock]]

SI1314476009: Perbedaan revisi

Revisi terkini pada 5 Maret 2017 01.07

Daftar isi

BAB I

Latar Belakang

Rumusan Masalah

Ruang Lingkup

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

Manfaat Penelitian

Metode Penelitian

Metode Pengumpulan Data

Metode Analisis Sistem

Metode Perancangan

Metode Pengujian Sistem

Sistematika Penulisan

BAB II

Teori Umum

Definisi Pengembangan

Konsep Dasar Sistem

Definisi Sistem

Karakteristik Sistem

Klasifikasi Sistem

Konsep Dasar Sistem Informasi

Definisi Sistem Informasi

Klasifikasi Sistem Informasi

Definisi Media

Konsep Dasar Website

Definisi Website

Jenis-Jenis Website

Konsep Dasar Validasi

Definisi Validasi

Langkah-Langkah Pelaksanaan Validasi

Definisi Penilaian Objektif

Definisi Sidang

Teori khusus

Definisi Yii Framework

Definisi Hibah

Definisi Ten Pillar iLearning

Definisi Rinfo

Definisi FIR

Konsep Dasar PESSTA+

Definisi PESSTA+

Keistimewaan PESSTA+

Logo PESSTA+

Konsep Dasar Analisa SWOT

Definisi Analisa SWOT

Tujuan Analisa SWOT

Konsep Dasar UML (Unified Modeling Language)

Definisi UML

Jenis-Jenis Diagram UML

Definisi Elisitasi

Definisi Flowchart

Definisi HIPO

Definisi Black Box Testing

Literature Review

BAB III

Gambaran Perusahaan

Sejarah Singkat Perguruan Tinggi Raharja

Jurusan atau Program Studi pada STMIK Raharja

Visi Misi dan Tujuan Perguruan Tinggi Raharja

Arti Nama Raharja

Arti Green Campus

Arti Pribadi Raharja

Struktur Organisasi Perguruan Tinggi Raharja

Tugas dan Tanggung Jawab

Tata Laksana Sistem Yang Berjalan

Prosedur Sistem Yang Berjalan

Rancangan Prosedur Sistem Yang Berjalan

Use case Diagram Yang Sedang Berjalan

1. Use Case Diagram Proses Submit Hibah Badan Negara/Instansi Swasta

2. Use Case Diagram Proses Submit Hibah Crowdfunding

3. Use case Diagram Proses Kelola Hibah oleh Admin

Acivity Diagram Sistem Yang Berjalan

Sequence Diagram Sistem Yang Berjalan

Analisa Sistem Berjalan

Metode Analisa SWOT

Analisa Batasan Sistem

Permasalahan yang Dihadapi dan Alternatif Pemecahan Masalah

Permasalahan Yang Dihadapi