SI1312474539: Perbedaan revisi
(25 revisi antara oleh pengguna yang sama tidak ditampilkan) | |||
Baris 422: | Baris 422: | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Ibu [[Indri Handayani]],S.Kom.,M.T.I. selaku Dosen Pembimbing Pertama yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.</li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Ibu [[Indri Handayani]],S.Kom.,M.T.I. selaku Dosen Pembimbing Pertama yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.</li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Ibu [[Khanna Tiara]],S.Kom.,M.T.I. selaku Dosen Pembimbing Kedua yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.</li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Ibu [[Khanna Tiara]],S.Kom.,M.T.I. selaku Dosen Pembimbing Kedua yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.</li> | ||
+ | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Bapak [[Padeli]],M.Kom. selaku Stakeholder selama menjalani Skripsi ini dengan Jabatan Pembantu Direktur I di Perguruan Tinggi Raharja.</li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Rekan-rekan seperjuangan yaitu All Skripseepp (Ayu Suciani, Dwi Ayu Yuniarti, Fella Megita Putri, Meisa Erawati, Meylda, Maulana Sani, Sarah Riwanda, Sintia Novita Sari, Siti Nurhayati, Siti Shelatul Aulia, Olis Rosmawati)</li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Rekan-rekan seperjuangan yaitu All Skripseepp (Ayu Suciani, Dwi Ayu Yuniarti, Fella Megita Putri, Meisa Erawati, Meylda, Maulana Sani, Sarah Riwanda, Sintia Novita Sari, Siti Nurhayati, Siti Shelatul Aulia, Olis Rosmawati)</li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Seluruh Anggota dan Staff REC yang memberikan dukungan, arahan, dan masukan yang berarti dalam menyelesaikan Skripsi ini.</li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Seluruh Anggota dan Staff REC yang memberikan dukungan, arahan, dan masukan yang berarti dalam menyelesaikan Skripsi ini.</li> | ||
Baris 498: | Baris 499: | ||
==Latar Belakang== | ==Latar Belakang== | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">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)<ref name= "Suryana">Suryana, Endang. Penilaian Objektif (PO). Diakses pada tanggal 12 November 2016. Tersedia di http://ends.ilearning.me/ penilaian-objektif-po/</ref>.</p></div> | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">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)<ref name= "Suryana">Suryana, Endang. Penilaian Objektif (PO). Diakses pada tanggal 12 November 2016. Tersedia di http://ends.ilearning.me/penilaian-objektif-po/ penilaian-objektif-po/</ref>.</p></div> |
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Informasi adalah salah satu kunci yang sangat penting pada masa kini, untuk mendapatkan informasi tidaklah sulit, kapanpun dan dimanapun bisa kita dapatkan dengan internet yang bisa diakses dan dimanfaatkan untuk berbagai keperluan. Perkembangan internet telah pula mendukung penggunaan komputer dalam bidang pendidikan. Berbagai macam teknologi internet bisa digunakan, salah satunya adalah web yang mampu menyediakan informasi dalam bentuk teks, gambar, maupun suara. Dan adanya web tersebut dapat mendukung dalam </p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Informasi adalah salah satu kunci yang sangat penting pada masa kini, untuk mendapatkan informasi tidaklah sulit, kapanpun dan dimanapun bisa kita dapatkan dengan internet yang bisa diakses dan dimanfaatkan untuk berbagai keperluan. Perkembangan internet telah pula mendukung penggunaan komputer dalam bidang pendidikan. Berbagai macam teknologi internet bisa digunakan, salah satunya adalah web yang mampu menyediakan informasi dalam bentuk teks, gambar, maupun suara. Dan adanya web tersebut dapat mendukung dalam </p></div> | ||
Baris 512: | Baris 513: | ||
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Pada Perguruan Tinggi bukan hanya mahasiswa D3, mahasiswa jenjang Strata 1 pun diharuskan untuk mengikuti Training, Seminar Nasional, Seminar Internasional, maupun Workshop. Karena dengan mengikuti kegiatan tersebut semua mahasiswa akan mendapatkan banyak informasi lebih mengenai Bidang IT maupun bidang lainnya. Training, Seminar Nasional, Seminar Internasional, maupun Workshop sangat mudah diikuti di Perguruan Tinggi manapun dan bukan hanya ilmu yang didapat dengan mengikuti itu semua mahasiswa akan mendapatkan sertifikat yang termasuk dalam Penilaian Objektif Sidang.</p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Pada Perguruan Tinggi bukan hanya mahasiswa D3, mahasiswa jenjang Strata 1 pun diharuskan untuk mengikuti Training, Seminar Nasional, Seminar Internasional, maupun Workshop. Karena dengan mengikuti kegiatan tersebut semua mahasiswa akan mendapatkan banyak informasi lebih mengenai Bidang IT maupun bidang lainnya. Training, Seminar Nasional, Seminar Internasional, maupun Workshop sangat mudah diikuti di Perguruan Tinggi manapun dan bukan hanya ilmu yang didapat dengan mengikuti itu semua mahasiswa akan mendapatkan sertifikat yang termasuk dalam Penilaian Objektif Sidang.</p></div> | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada Rencana Kegiatan Divisi REC Tahun Akademik 2015-2016 pada poin ke-Empat memerlukan sebuah sistem yang berupaya mengoptimalkan Rencana </p></div> | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada Rencana Kegiatan Divisi REC Tahun Akademik 2015-2016 pada poin ke-Empat memerlukan sebuah sistem yang berupaya mengoptimalkan Rencana Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional. </p></div> |
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional. </p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional. </p></div> | ||
Baris 582: | Baris 583: | ||
====Metode Wawancara==== | ====Metode Wawancara==== | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Metode wawancara adalah salah satu metode yang digunakan untuk mengumpulkan data-data pendukung dengan cara berkomunikasi langsung dengan pihak terkait di dalam Perguruan Tinggi Raharja mengenai sistem yang akan dirancang. Dalam penelitian kali ini penulis melakukan wawancara kepada | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Metode wawancara adalah salah satu metode yang digunakan untuk mengumpulkan data-data pendukung dengan cara berkomunikasi langsung dengan pihak terkait di dalam Perguruan Tinggi Raharja mengenai sistem yang akan dirancang. Dalam penelitian kali ini penulis melakukan wawancara kepada Bapak Padeli,M.Kom selaku Dosen Perguruan Tinggi Raharja yang menjadi stakeholder penulis di dalam penelitian ini.</p></div> |
====Metode Studi Pustaka==== | ====Metode Studi Pustaka==== | ||
Baris 735: | Baris 736: | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Menyusun Validation Master Plan (Rencana Induk Validasi), yaitu dokumen yang menguraikan (secara garis besar) pedoman pelaksanaan validasi di industri farmasi yang bersangkutan. </li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Menyusun Validation Master Plan (Rencana Induk Validasi), yaitu dokumen yang menguraikan (secara garis besar) pedoman pelaksanaan validasi di industri farmasi yang bersangkutan. </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Membuat Dokumen validasi, yaitu protap (prosedur tetap), protokol serta laporan validasi. </li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Membuat Dokumen validasi, yaitu protap (prosedur tetap), protokol serta laporan validasi. </li> | ||
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Pelaksanaan validasi. </li> |
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Melaksanakan Peninjauan Periodik, change control dan validasi ulang (revalidation). </li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Melaksanakan Peninjauan Periodik, change control dan validasi ulang (revalidation). </li> | ||
</ol> | </ol> | ||
+ | |||
===Definisi Penilaian Objektif=== | ===Definisi Penilaian Objektif=== | ||
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Penilaian Objektif adalah penilaian yang diyakini keabsahan nya. Penelitian Objektif meliputi poin-poin penting yang harus dikerjakan mahasiswa secara invidual untuk penilaian sidang nanti. Untuk menyelesaikan Penilaian Objektif tersebut mahasiswa dapat di bimbing oleh masing-masing dosen pembimbing. </p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Penilaian Objektif adalah penilaian yang diyakini keabsahan nya. Penelitian Objektif meliputi poin-poin penting yang harus dikerjakan mahasiswa secara invidual untuk penilaian sidang nanti. Untuk menyelesaikan Penilaian Objektif tersebut mahasiswa dapat di bimbing oleh masing-masing dosen pembimbing. </p></div> | ||
Baris 762: | Baris 764: | ||
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Web. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain. Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.</p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Web. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain. Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.</p></div> | ||
+ | |||
+ | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Keuntungan menggunakan Yii Framework : </p></div> | ||
+ | <ol> | ||
+ | <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"> | ||
+ | <p style="line-height: 2">Efektifitas dan Efisiensi Pemrograman.</p> | ||
+ | <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"> | ||
+ | <p style="line-height: 2">Memudahkan Stukturisasi dan Standarisasi Pemrograman</p></li> | ||
+ | <li style="font-size: 12pt;font-family: 'times new roman';text-align: justify"> | ||
+ | <p style="line-height: 2">Memudahkan Koordinasi dan Pemeliharaan Untuk Pemrograman Terdistribusi</p></li> | ||
+ | </ol> | ||
+ | |||
+ | |||
+ | |||
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">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 : </p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">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 : </p></div> | ||
<ol> | <ol> | ||
Baris 981: | Baris 996: | ||
</ol> | </ol> | ||
− | === | + | ===Metode Pengujian Dalam Black Box=== |
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Ada beberapa macam metode pengujian Black Box, berikut diantaranya: </p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Ada beberapa macam metode pengujian Black Box, berikut diantaranya: </p></div> | ||
<ol> | <ol> | ||
Baris 1.031: | Baris 1.046: | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Lian Duan dan Li Da Xu dari Universitas Iowa, USA (2012) <ref name= "Lian Duan dan Li Da Xu"> Duan. Lian, Xu. Li Da. 2012. Business Intelligence for Enterprise Systems: A Survey. Universitas Iowa, USA</ref>, yang berjudul"Business Intelligence for Enterprise Systems: A Survey". Penelitian ini membahas tentang ini pengenalan singkat kepada BI dengan penekanan pada algoritma dasar dan kemajuan saat ini. Selain itu , untuk menunjukkan tantangan dan peluang untuk lancar terhubung informatika industri untuk sistem perusahaan untuk penelitian BI. </li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Lian Duan dan Li Da Xu dari Universitas Iowa, USA (2012) <ref name= "Lian Duan dan Li Da Xu"> Duan. Lian, Xu. Li Da. 2012. Business Intelligence for Enterprise Systems: A Survey. Universitas Iowa, USA</ref>, yang berjudul"Business Intelligence for Enterprise Systems: A Survey". Penelitian ini membahas tentang ini pengenalan singkat kepada BI dengan penekanan pada algoritma dasar dan kemajuan saat ini. Selain itu , untuk menunjukkan tantangan dan peluang untuk lancar terhubung informatika industri untuk sistem perusahaan untuk penelitian BI. </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Ahmad Budi Setiawan (2014)<ref name= "Ahmad Budi Setiawan"> Budi. Setiawan, Ahmad. 2014. Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik</ref>, yang berjudul “Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik” Bisnis dan transaksi elektronik telah menjadi trend saat ini oleh karena kemudahan dalam transaksi. Isu trust (kepercayaan) pada transaksi elektronik dalam lingkup nasional, regional dan global telah meningkat seiring dengan adanya permasalahan dalam hal keamanan informasi dalam transaksi elektronik. Pemerintah Indonesia telah memberikan jaminan hukum kepada masyarakat dalam bertransaksi elektronik. Hal ini tertuang dalam Undang-Undang No. 11 Tahun 2008 Tentang Informasi dan Transaksi Elektronik (UU ITE) dan juga dikeluarkannya peraturan Pemerintah No. 82 Tahun 2012 Tentang Penyelenggaraan Sistem Transaksi Elektronik (PP PSTE). Dalam regulasi tersebut diamanatkan kepada setiap Penyelenggara Sistem Transaksi Elektronik harus memiliki Sertifikat Elektronik dan Sertifikat Keandalan. Berdasarkan hal tersebut, diperlukan regulasi teknis dalam implementasi regulasi tersebut. Secara umum, telah ada Standard yang dikeluarkan oleh berbagai Organisasi Internasional dan Nasional. Dengan demikian, dibutuhkan strategi implementasi standardisasi sertifikat elektronik dan keandalan untuk mendorong tumbuh kembangnya Ekosistem Penyelenggara Sistem Transasksi Elektronik yang terpercaya dan handal serta memudahkan Pemerintah dalam meregulasi standard tersebut. </li> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Ahmad Budi Setiawan (2014)<ref name= "Ahmad Budi Setiawan"> Budi. Setiawan, Ahmad. 2014. Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik</ref>, yang berjudul “Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik” Bisnis dan transaksi elektronik telah menjadi trend saat ini oleh karena kemudahan dalam transaksi. Isu trust (kepercayaan) pada transaksi elektronik dalam lingkup nasional, regional dan global telah meningkat seiring dengan adanya permasalahan dalam hal keamanan informasi dalam transaksi elektronik. Pemerintah Indonesia telah memberikan jaminan hukum kepada masyarakat dalam bertransaksi elektronik. Hal ini tertuang dalam Undang-Undang No. 11 Tahun 2008 Tentang Informasi dan Transaksi Elektronik (UU ITE) dan juga dikeluarkannya peraturan Pemerintah No. 82 Tahun 2012 Tentang Penyelenggaraan Sistem Transaksi Elektronik (PP PSTE). Dalam regulasi tersebut diamanatkan kepada setiap Penyelenggara Sistem Transaksi Elektronik harus memiliki Sertifikat Elektronik dan Sertifikat Keandalan. Berdasarkan hal tersebut, diperlukan regulasi teknis dalam implementasi regulasi tersebut. Secara umum, telah ada Standard yang dikeluarkan oleh berbagai Organisasi Internasional dan Nasional. Dengan demikian, dibutuhkan strategi implementasi standardisasi sertifikat elektronik dan keandalan untuk mendorong tumbuh kembangnya Ekosistem Penyelenggara Sistem Transasksi Elektronik yang terpercaya dan handal serta memudahkan Pemerintah dalam meregulasi standard tersebut. </li> | ||
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Indahni, Frisilia and Kunang, Yesi Novaria and Muzakir, Ari (2015) penelitian ini berjudul “Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature” Single sign on merupakan teknologi yang mengizinkan pengguna untuk melakukan otentikasi pada beberapa aplikasi web hanya menggunakan satu username dan satu password. Pengguna cukup melakukan login sekali agar bisa mengakses beberapa aplikasi web yang terintegrasi. Single sign on menyediakan fasilitas Security Assertion Markup Language (SAML) sebagai portal penghubung antara pengguna dan aplikasi web. Dengan menggunakan beberapa aplikasi web yaitu moodle dan wordpress. SSO SAML menggunakan digital signature sebagai sistem keamanan antar server dengan menggunakan sertifikat SP, sertifikat Idp dan sertifikat CAS. Digital signature memiliki fungsi sebagai penanda pada data yang memastikan bahwa data tersebut adalah data yang sebenarnya (tidak ada yang berubah) dengan menggunakan algoritma RSA. </li> | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Indahni, Frisilia and Kunang, Yesi Novaria and Muzakir, Ari (2015)<ref name= "Indahni, Frisilia and Kunang, Yesi Novaria and Muzakir, Ari "> Indahni. 2015. Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature</ref>, penelitian ini berjudul “Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature” Single sign on merupakan teknologi yang mengizinkan pengguna untuk melakukan otentikasi pada beberapa aplikasi web hanya menggunakan satu username dan satu password. Pengguna cukup melakukan login sekali agar bisa mengakses beberapa aplikasi web yang terintegrasi. Single sign on menyediakan fasilitas Security Assertion Markup Language (SAML) sebagai portal penghubung antara pengguna dan aplikasi web. Dengan menggunakan beberapa aplikasi web yaitu moodle dan wordpress. SSO SAML menggunakan digital signature sebagai sistem keamanan antar server dengan menggunakan sertifikat SP, sertifikat Idp dan sertifikat CAS. Digital signature memiliki fungsi sebagai penanda pada data yang memastikan bahwa data tersebut adalah data yang sebenarnya (tidak ada yang berubah) dengan menggunakan algoritma RSA. </li> |
− | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Hustinawati, Albert Kurnia Himawan and Latifah. Penelitian ini berjudul : Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014. Framework is a framework that allows developers to build an application . There are two types of frameworks , one of which is a web application framework. In this framework there is one type of framework that is widely used by web developers , which is a PHP framework that until now has been growing more than fifteen types to follow the progress of existing technology . With the development of web technology , in addition to facilitate can also cause problems both for the beginners in the world of PHP programming or PHP programmers to choose a framework which is more convenient and effective to use. Therefore , in this study will be a comparison between the two types , namely PHP framework CakePHP framework CodeIgniter framework that is implemented with the creation of websites to display data from a database , so that the two kinds of PHP frameworks can be known benefits and drawbacks to the analysis based on six factors namely in terms of performance , architecture , features - features that are available , the application of Ajax , ORM implementation , and capacity of each library - each framework. </li> | + | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Hustinawati, Albert Kurnia Himawan and Latifah. Penelitian ini berjudul : Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.<ref name= "Hustinawati"> Hustinawati, Albert Kurnia Himawan and Latifah. Article: Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.</ref> Framework is a framework that allows developers to build an application . There are two types of frameworks , one of which is a web application framework. In this framework there is one type of framework that is widely used by web developers , which is a PHP framework that until now has been growing more than fifteen types to follow the progress of existing technology . With the development of web technology , in addition to facilitate can also cause problems both for the beginners in the world of PHP programming or PHP programmers to choose a framework which is more convenient and effective to use. Therefore , in this study will be a comparison between the two types , namely PHP framework CakePHP framework CodeIgniter framework that is implemented with the creation of websites to display data from a database , so that the two kinds of PHP frameworks can be known benefits and drawbacks to the analysis based on six factors namely in terms of performance , architecture , features - features that are available , the application of Ajax , ORM implementation , and capacity of each library - each framework. </li> |
− | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Gabriel Tamura Norha M. Villegas dan Hausi A. Muller pada tahun 2011 penelitian ini berjudul “Towards Practical Runtime Verification And Validation Of Self-Adaptive Software Systems”. Software validation and verification (V&V) ensures that software products satisfy user requirements and meet their expected quality attributes throughout their lifecycle. While high levels of adaptation and autonomy provide new ways for software systems to operate in highly dynamic environments, developing certifiable V&V methods for guaranteeing the achievement of self-adaptive software goals is one of the major challenges facing the entire research field. In this chapter we (i) analyze fundamental challenges and concerns for the development of V&V methods and techniques that provide certifiable trust in self-adaptive and self-managing systems; and (ii) present a proposal for including V&V operations explicitly in feedback loops for ensuring the achievement of software self-adaptation goals. Both of these contributions provide valuable starting points for V&V researchers to help advance this field. </li> | + | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Gabriel Tamura Norha M. Villegas dan Hausi A. Muller pada tahun 2011 <ref name= "Gabriel Tamura Norha M. Villegas dan Hausi A. Muller "> 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.</ref>, penelitian ini berjudul “Towards Practical Runtime Verification And Validation Of Self-Adaptive Software Systems”. Software validation and verification (V&V) ensures that software products satisfy user requirements and meet their expected quality attributes throughout their lifecycle. While high levels of adaptation and autonomy provide new ways for software systems to operate in highly dynamic environments, developing certifiable V&V methods for guaranteeing the achievement of self-adaptive software goals is one of the major challenges facing the entire research field. In this chapter we (i) analyze fundamental challenges and concerns for the development of V&V methods and techniques that provide certifiable trust in self-adaptive and self-managing systems; and (ii) present a proposal for including V&V operations explicitly in feedback loops for ensuring the achievement of software self-adaptation goals. Both of these contributions provide valuable starting points for V&V researchers to help advance this field. </li> |
− | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Christopher J. Roy dan William L. Oberkampf pada tahun 2011 penelitian ini berjudul “A Comprehensive Framework For Verification, Validation, and Uncertainty Quantification in Scientific Computing”. Approaches for propagating both types of uncertainties through the model to the system response quantities of interest are briefly discussed. Numerical approximation errors (due to discretization, iteration, and computer round off) are estimated using verification techniques, and the conversioon of these errors into epistemic uncertainties is discussed. Model form uncertainty is quantified using (a) model validation procedures, i.e., statistical comparisons of model predictions to available experimental data, and (b) extrapolation of this uncertainty structure to points in the application domain where experimental data do not exist. Finally, methods for conveying the total predictive uncertainty to decision makers are presented. The different steps in the predictive uncertainty framework are illustrated using a simple example in computational fluid dynamics applied to a hypersonic wind tunnel. </li> | + | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Christopher J. Roy dan William L. Oberkampf pada tahun 2011 <ref name= "Christopher J. Roy dan William L. Oberkampf"> Roy, Christopher J., and William L. Oberkampf. "A comprehensive framework for verification, validation, and uncertainty quantification in scientific computing." Computer Methods in Applied Mechanics and Engineering 200.25 (2011): 2131-2144.</ref> penelitian ini berjudul “A Comprehensive Framework For Verification, Validation, and Uncertainty Quantification in Scientific Computing”. Approaches for propagating both types of uncertainties through the model to the system response quantities of interest are briefly discussed. Numerical approximation errors (due to discretization, iteration, and computer round off) are estimated using verification techniques, and the conversioon of these errors into epistemic uncertainties is discussed. Model form uncertainty is quantified using (a) model validation procedures, i.e., statistical comparisons of model predictions to available experimental data, and (b) extrapolation of this uncertainty structure to points in the application domain where experimental data do not exist. Finally, methods for conveying the total predictive uncertainty to decision makers are presented. The different steps in the predictive uncertainty framework are illustrated using a simple example in computational fluid dynamics applied to a hypersonic wind tunnel. </li> |
''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Manisha Bhardwaj, Sarbjeet Singh dan Makhan Singh pada tahun 2011<ref name= "Bhardwaj">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.</ref> 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. </li> | ''<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Manisha Bhardwaj, Sarbjeet Singh dan Makhan Singh pada tahun 2011<ref name= "Bhardwaj">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.</ref> 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. </li> | ||
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Ashirwad J. Chowriappa pada tahun 2013 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. </li> | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Penelitian yang dilakukan oleh Ashirwad J. Chowriappa pada tahun 2013 <ref name= "Ashirwad J. Chowriappa">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.</ref>,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. </li> |
</ol>'' | </ol>'' | ||
Baris 1.326: | Baris 1.341: | ||
</ref>, “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.</p></div> | </ref>, “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.</p></div> | ||
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Saputra (2012 : 51)<ref name= "Saputra">Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.</ref>, “Elisitasi merupakan rancangan yang di buat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi“ Elisitasi tahap 1 merupakan daftar yang diperoleh dari hasil pengumpulan data, sebuah rancangan sistem yang diusulkan oleh manajemen terkait dengan wawancara mengenai kekurangan dari sistem yang sedang berjalan dan kebutuhan sistem yang belum terpenuhi.</p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Saputra (2012 : 51)<ref name= "Saputra">Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.</ref>, “Elisitasi merupakan rancangan yang di buat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi“ Elisitasi tahap 1 merupakan daftar yang diperoleh dari hasil pengumpulan data, sebuah rancangan sistem yang diusulkan oleh manajemen terkait dengan wawancara mengenai kekurangan dari sistem yang sedang berjalan dan kebutuhan sistem yang belum terpenuhi.</p></div> | ||
+ | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Wawancara pada elisitasi ini dilakukan bersama stakeholder dengan menghasilkan 55 (lima puluh lima) kebutuhan functional dan 5 (lima) kebutuhan non functional</p></div> | ||
<div style="font-size: 12pt;font-family: 'times new roman'; text-align:center">Tabel 3.21. Elisitasi Tahap I</div> | <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center">Tabel 3.21. Elisitasi Tahap I</div> | ||
Baris 1.791: | Baris 1.807: | ||
<td width="600"> | <td width="600"> | ||
<p>Sistem memiliki roadmap Tpi</p> | <p>Sistem memiliki roadmap Tpi</p> | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
</td> | </td> | ||
</tr> | </tr> | ||
Baris 1.880: | Baris 1.856: | ||
</td> | </td> | ||
<td width="600"> | <td width="600"> | ||
− | <p>Terdapat | + | <p>Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment </p> |
</td> | </td> | ||
</tr> | </tr> | ||
Baris 1.921: | Baris 1.897: | ||
</ol> | </ol> | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Berikut ini adalah tabel 3.22. yang berisikan elisitasi tahap II berdasarkan klasifikasi metode MDI. Pada elisitasi tahap II ini berisikan | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Berikut ini adalah tabel 3.22. yang berisikan elisitasi tahap II berdasarkan klasifikasi metode MDI. Pada elisitasi tahap II ini berisikan 60 (enam puluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.</p></div> |
<div dir="ltr"> | <div dir="ltr"> | ||
Baris 3.060: | Baris 3.036: | ||
</td> | </td> | ||
<td width="517"> | <td width="517"> | ||
− | <p>Terdapat | + | <p>Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment </p> |
</td> | </td> | ||
<td width="31"> | <td width="31"> | ||
Baris 4.233: | Baris 4.209: | ||
</td> | </td> | ||
<td width="345"> | <td width="345"> | ||
− | <p>Terdapat | + | <p>Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment </p> |
</td> | </td> | ||
<td width="27"> | <td width="27"> | ||
Baris 4.328: | Baris 4.304: | ||
===Final Draft Elisitasi=== | ===Final Draft Elisitasi=== | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Saputra (2012 : 51)<ref name= "Saputra">Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.</ref>, Final draft elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar untuk Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Menurut Saputra (2012 : 51)<ref name= "Saputra">Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.</ref>, Final draft elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar untuk Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Dalam Penilaian Objektif Sidang Di Perguruan Tinggi. Berikut ini merupakan tabel 3.24 yang berisikan final draft elisitasi yang berisikan 10 (sepuluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.</p></div> |
<div style="font-size: 12pt;font-family: 'times new roman'; text-align:center">Tabel 3.24. Final Draft Elisitasi</div> | <div style="font-size: 12pt;font-family: 'times new roman'; text-align:center">Tabel 3.24. Final Draft Elisitasi</div> | ||
<div dir="ltr"> | <div dir="ltr"> | ||
Baris 4.477: | Baris 4.453: | ||
</td> | </td> | ||
<td width="538"> | <td width="538"> | ||
− | <p>Terdapat | + | <p>Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment </p> |
</td> | </td> | ||
</tr> | </tr> | ||
Baris 4.663: | Baris 4.639: | ||
Hak Akses : Seluruh Pribadi Raharja.<br> | Hak Akses : Seluruh Pribadi Raharja.<br> | ||
Proses Program :<br> | Proses Program :<br> | ||
− | ▪ Masuk ke http://pesstaplus.raharja. | + | ▪ Masuk ke http://pesstaplus.raharja.ac.id/.<br> |
▪ Arahkan kursor ke menu login.<br> | ▪ Arahkan kursor ke menu login.<br> | ||
▪ Jika berhasil akan menampilkan halaman utama.</li> | ▪ Jika berhasil akan menampilkan halaman utama.</li> | ||
Baris 4.707: | Baris 4.683: | ||
Hak Akses : Seluruh Pribadi Raharja.<br> | Hak Akses : Seluruh Pribadi Raharja.<br> | ||
Proses Program :<br> | Proses Program :<br> | ||
− | ▪ Masuk ke http://pesstaplus.raharja. | + | ▪ Masuk ke http://pesstaplus.raharja.ac.id/.<br> |
▪ Arahkan kursor ke menu login.<br> | ▪ Arahkan kursor ke menu login.<br> | ||
▪ Jika berhasil akan menampilkan halaman utama.</li> | ▪ Jika berhasil akan menampilkan halaman utama.</li> | ||
Baris 4.732: | Baris 4.708: | ||
Proses : Pada menu utama, arahkan kursor pada Validasi.</li> | Proses : Pada menu utama, arahkan kursor pada Validasi.</li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Viewboard PESSTA+<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Viewboard PESSTA+<br> | ||
− | Nama Program : | + | Nama Program : Data Sidang PESSTA+<br> |
Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+<br> | Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+<br> | ||
− | Proses : Pada menu utama, arahkan kursor pada | + | Proses : Pada menu utama, arahkan kursor pada Data Sidang TA/Skripsi PESSTA+</li> |
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Logout PESSTA+<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Logout PESSTA+<br> | ||
Nama Program : Logout PESSTA+.<br> | Nama Program : Logout PESSTA+.<br> | ||
Baris 4.912: | Baris 4.888: | ||
</ol> | </ol> | ||
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Strategi 14 : Terdapat | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Strategi 14 : Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.</li> |
<ol style="list-style:lower-alpha"> | <ol style="list-style:lower-alpha"> | ||
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Terdapat | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.</li> |
− | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Terdapat | + | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2"> Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Terdapat 13 Video pada playlist magics channel dengan total 250 view,like,coment. Dan telah tercapai 500 view.like dan coment pada 10 video PESSTA+ pada magics channel. </li> |
</ol> | </ol> | ||
Baris 5.075: | Baris 5.051: | ||
<p style="line-height: 2">Pada “Lampiran B” ini berisi tentang berkas-berkas yang berhubungan dengan penelitian yang dilakukan sebagai persyaratan Skripsi, diantaranya yaitu:</p></div> | <p style="line-height: 2">Pada “Lampiran B” ini berisi tentang berkas-berkas yang berhubungan dengan penelitian yang dilakukan sebagai persyaratan Skripsi, diantaranya yaitu:</p></div> | ||
− | <div style="font-size: 12pt;font-family: 'times new roman'; text-align: justify; text indent: 0.5in; line-height: 1"> B.1. Bukti '' | + | <div style="font-size: 12pt;font-family: 'times new roman'; text-align: justify; text indent: 0.5in; line-height: 1"> B.1. Bukti ''Hasil Wawancara dengan Stakeholder''</div> |
<div style="font-size: 12pt;font-family: 'times new roman'; text-align: justify; text indent: 0.5in; line-height: 1"> B.2. Surat Implementasi ''Stakeholder''</div> | <div style="font-size: 12pt;font-family: 'times new roman'; text-align: justify; text indent: 0.5in; line-height: 1"> B.2. Surat Implementasi ''Stakeholder''</div> |
Revisi terkini pada 13 Maret 2017 04.29
PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK
SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM
PENILAIAN OBJEKTIF SIDANG DI
Disusun Oleh :
NIM |
: 1312474539
|
NAMA |
JURUSAN SISTEM INFORMASI
KONSENTRASI BUSINESS INTELLIGENCE
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
TANGERANG
2016/2017
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PENGESAHAN SKRIPSI
PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK
SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM
PENILAIAN OBJEKTIF SIDANG DI
Disusun Oleh :
NIM |
: 1312474539
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Informasi
|
Konsentrasi |
: Business Intelligence
|
Disahkan Oleh :
Tangerang, Maret 2017
Ketua |
Kepala Jurusan
| ||||
STMIK RAHARJA |
Jurusan Sistem Informasi
| ||||
(Ir. Untung Rahardja, M.T.I) |
(Nur Azizah, M.Akt., M.Kom)
| ||||
NIP : 99001 |
NIP : 078010
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN PEMBIMBING
PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK
SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM
PENILAIAN OBJEKTIF SIDANG DI
Dibuat Oleh :
NIM |
: 1312474539
|
Nama |
Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif
Jurusan Sistem Informasi
Konsentrasi Business Intelligence
Disetujui Oleh :
Tangerang, Maret 2017
Pembimbing I |
Pembimbing II
| ||
(Khanna Tiara, S.Kom., M.T.I) |
(Indri Handayani, S.Kom., M.T.I)
| ||
NID : 14013 |
NID : 14018
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN DEWAN PENGUJI
PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK
SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM
PENILAIAN OBJEKTIF SIDANG DI
Dibuat Oleh :
NIM |
: 1312474539
|
Nama |
Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian
Komprehensif
Jurusan Sistem Informasi
Konsentrasi Business Intelligence
Tahun Akademik 2016/2017
Disetujui Penguji :
Tangerang, Maret 2017
Ketua Penguji |
Penguji I |
Penguji II
| ||
(_______________) |
(_______________) |
(_______________)
| ||
NID : |
NID : |
NID :
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR KEASLIAN SKRIPSI
PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK
SEBAGAI MEDIA VALIDASI SERTIFIKAT DALAM
PENILAIAN OBJEKTIF SIDANG DI
Disusun Oleh :
NIM |
: 1312474539
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Informasi
|
Konsentrasi |
: Business Intelligence
|
Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan, atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik di lingkungan Perguruan Tinggi Raharja maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.
Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab, serta bersedia menerima sanksi jika pernyataan di atas tidak benar.
Tangerang, Maret 2017
NIM : 1312474539
|
)*Tandatangan dibubuhi materai 6.000;
ABSTRACT
Systems development is a way to provide the latest innovations in College where the system should be made based on what is needed the Private Raharja. PESSTA + comes with the newest features in order to complete the Objective Assessment points in the trial, where there is one of these points, certificate validation in which the student must collect the Charter certificate/seminars/workshops/training IT 6 from 3Raharja Campus from students, 1 certificate of International Seminar. With grounded Renstra Management College Raharja 2015-2016 on points to five in grains of the 4th PESSTA development plans there are to improve the assessment process Objective (PO) Trial surrounding the Logging of national and international Certificates. With the presence of PESSTA + this Student could easily submit certificate wherever and whenever they want without waiting for the trial to take place, and the certificate would be well-documented in PESSTA +. So, students no longer need to carry a certificate files when the trial takes place, and testers do not need to manually check the certificate carried by the students. The design method using HIPO, Flowcharts, UML (Unified Modelling Language) and the SWOT. Testing method using blackbox. And for PESSTA + using Yii2 Framework. Stages of implementations is disseminating the system PESSTA + Student supervision and Lecturer on Ta/Thesis. This research is expected to enhance the convenience of the student in the submit PO Council brand on College Raharja.
Keywords : PESSTA +, Objective Assessment, certificate validation
ABSTRAK
Pengembangan sistem adalah suatu cara untuk memberikan inovasi terbaru pada Perguruan Tinggi dimana sistem yang dibuat harus berdasarkan apa yang dibutuhkan para Pribadi Raharja. PESSTA+ hadir dengan fitur-fitur terbarunya guna melengkapi poin pada Penilaian Objektif Sidang, dimana salah satunya terdapat poin Validasi Sertifikat, dimana mahasiswa harus mengumpulkan piagam/sertifikat seminar/workshop/training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, 1 Sertifikat Seminar Internasional. Dengan didasari Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada poin ke lima di Butir ke-4 terdapat Rencana Pengembangan PESSTA untuk menyempurnakan proses Penilaian Objektif (PO) Sidang seputar Pendataan Sertifikat Nasional dan Internasional. Dengan hadirnya PESSTA+ ini Mahasiswa dengan mudahnya bisa submit sertifikat dimanapun dan kapanpun mereka inginkan tanpa menunggu saat sidang berlangsung, dan sertifikat akan terdokumentasi dengan baik di dalam PESSTA+. Jadi, Mahasiswa tidak perlu lagi membawa berkas-berkas sertifikat saat sidang berlangsung, dan penguji tidak perlu mengecek secara manual sertifikat yang dibawa oleh Mahasiswa. Metode perancangan menggunakan HIPO, Flowchart ,UML (Unified Modelling Language) dan SWOT. metode pengujian menggunakan Black Box. Dan untuk program PESSTA+ menggunakan Yii2 Framework. Tahap implementasi yang dilakukan adalah mensosialisasikan sistem PESSTA+ pada Dosen Pembimbingan dan Mahasiswa Ta/Skripsi. Penelitian ini diharapkan mampu meningkatkan kemudahan mahasiswa dalam submit PO Sidang merek pada Perguruan Tinggi Raharja.
Kata Kunci: PESSTA+, Validasi Sertifikat, Penilaian Objektif
Puji syukur alhamdulillah, penulis panjatkan kehadirat Allah SWT yang telah memberikan seribu jalan, sejuta langkah serta melimpahkan segala rahmat dan karunia-Nya, sehingga penulis dapat menyelesaikan Skripsi yang berjudul "PENGEMBANGAN PESSTA+ BERBASIS YII FRAMEWORK SEBAGAI MEDIA VALIDASI SERTIFIKAT UNTUK PENILAIAN OBJEKTIF SIDANG DI PERGURUAN TINGGI".
Tujuan penulisan Laporan Skripsi ini adalah sebagai syarat dalam menyelesaikan program Strata Satu (S1) Jurusan Sistem Informasi pada Perguruan Tinggi Raharja. Sebagai bahan penulisan, penulis mengambil data dengan menggunakan beberapa metode seperti penelitian (observasi), wawancara dan beberapa sumber literature yang mendukung penulisan ini.
Hati kecil ini pun menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak penyusunan laporan Skripsi ini tidak akan berjalan sesuai dengan yang diharapkan. Oleh karena itu pada kesempatan yang singkat ini, izinkanlah penulis menyampaikan selaksa pujian dan terimakasih kepada :
- Bapak Ir. Untung Rahardja, M.T.I selaku Presiden Direktur Perguruan Tinggi Raharja dan juga sebagai Dosen Pembimbing yang telah berkenan memberikan bimbingan dan pengarahan kepada penulis.
- Bapak Drs. Po. Abas Sunarya, M.Si selaku Direktur Perguruan Tinggi Raharja.
- Ibu Nur Azizah,M.Akt.,M.Kom. selaku Kepala Jurusan Sistem Informasi.
- Bapak Sugeng Santoso, M.Kom. selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
- Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
- Kepada kedua Orang Tua yang tiada hentinya selalu memberikan suport, doa baik moril maupun materi.
- Ibu Indri Handayani,S.Kom.,M.T.I. selaku Dosen Pembimbing Pertama yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.
- Ibu Khanna Tiara,S.Kom.,M.T.I. selaku Dosen Pembimbing Kedua yang telah memberikan Bimbingan dan memberikan pengarahan kepada Penulis.
- Bapak Padeli,M.Kom. selaku Stakeholder selama menjalani Skripsi ini dengan Jabatan Pembantu Direktur I di Perguruan Tinggi Raharja.
- Rekan-rekan seperjuangan yaitu All Skripseepp (Ayu Suciani, Dwi Ayu Yuniarti, Fella Megita Putri, Meisa Erawati, Meylda, Maulana Sani, Sarah Riwanda, Sintia Novita Sari, Siti Nurhayati, Siti Shelatul Aulia, Olis Rosmawati)
- Seluruh Anggota dan Staff REC yang memberikan dukungan, arahan, dan masukan yang berarti dalam menyelesaikan Skripsi ini.
- Rekan-rekan Konsentrasi Business Intelengence yang selalu saling suport satu sama lain (Ayu Suciani, Dinny Kurnia Hermawan, Fella Megita Putri, Heni Triyani, Meisa Erawati, Novita Heriyani, Olis Rosmawati, Riska Laina Ulfa, Siti Nurhayati, Siti Shelatul Aulia, dan Tasya Novelia).
Penulis menyadari bahwa dalam penulisan Laporan Skripsi ini masih jauh dari sempurna. Oleh karena itu kritik dan saran yang membangun, penulis harapkan sebagai pemicu untuk dapat berkarya lebih baik lagi. Semoga Laporan Skripsi ini bermanfaat bagi pihak yang membutuhkan.
Tangerang, Maret 2017 | |
Siti Mutmainah | |
NIM. 1312474539 |
Daftar isi
- 1 BAB I
- 2 BAB II
- 2.1 Teori Umum
- 2.2 Teori Khusus
- 2.2.1 Definisi Yii Framework
- 2.2.2 Konsep Dasar Website
- 2.2.3 Definisi Ten Pillar iLearning
- 2.2.4 Konsep Dasar Single Sign On
- 2.2.5 Konsep Dasar Sertifikat
- 2.2.6 Konsep Dasar Future IT Raharja (FIR)
- 2.2.7 Konsep Dasar PESSTA+
- 2.2.8 Konsep Dasar SWOT
- 2.2.9 Konsep Dasar UML (Unified Modeling Language)
- 2.2.10 Konsep Dasar Elisitasi
- 2.2.11 Konsep Dasar HIPO
- 2.2.12 Konsep Dasar Black Box Testing
- 2.2.13 Metode Pengujian Dalam Black Box
- 2.3 LITERATURE REVIEW
- 3 BAB III
- 3.1 Gambaran Umum Perusahaan
- 3.2 Tata Laksana Sistem Yang Berjalan
- 3.3 Flowchart Sistem Yang Berjalan
- 3.4 Use Case Diagram Yang Berjalan
- 3.5 Activity Diagram Yang Berjalan
- 3.6 Sequence Diagram Yang Berjalan
- 3.7 Analisa Sistem Yang Berjalan
- 3.8 Analisa Masukan, Analisa Proses, Analisa Keluaran
- 3.9 Permasalahan Yang Dihadapi dan Altetrnatif Pemecahan Masalah
- 3.10 User Requirement
- 4 BAB IV
- 4.1 Rancangan Sistem Yang Diusulkan
- 4.2 Rancangan Program
- 4.3 Tampilan Layar
- 4.4 Strategi
- 4.5 Testing
- 4.6 Evaluasi
- 4.7 Konfigurasi Sistem Yang Diusulkan
- 4.8 Implementasi
- 4.9 Estimasi Biaya
- 5 BAB V
- 6 DAFTAR PUSTAKA
- 7 DAFTAR LAMPIRAN
DAFTAR TABEL
Tabel 3.1. Jurusan atau Program Studi pada STMIK Raharja
Tabel 3.2. Jurusan atau Program Studi pada AMIK Raharja
Tabel 3.3 Jurusan/Prodi Pada AMIK Raharja Informatika
Tabel 3.4. Visi Perguruan Tinggi Raharja
Tabel 3.5. Misi Perguruan Tinggi Raharja
Tabel 3.6. Tujuan Perguruan Tinggi Raharja
Tabel 3.7. Presiden Direktur
Tabel 3.8. Direktur
Tabel 3.9. Pembantu (Bidang Akademik)
Tabel 3.10. Pembantu Direktur II (Administrasi)
Tabel 3.11. Pembantu Direktur III (Bidang Kemahasiswaan)
Tabel 3.12 Asisten Direktur Akademik
Tabel 3.13. Kepala Jurusan
Tabel 3.14 Asisten Direktur Finansial
Tabel 3.15. Layanan Keuangan Mahasiswa (LKM)
Tabel 3.16. Asisten Direktur Operasional (ADO)
Tabel 3.19. Analisa SWOT
Tabel 3.20. Matriks SWOT
Tabel 3.21. Elisitasi Tahap I
Tabel 3.22. Elitasi Tahap II
Tabel 3.23. Elisitasi III
Tabel 3.24. Final Draft Elisitasi
Tabel 4.1. Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan
Tabel 4.2. Analisis SWOT Sistem Yang Diusulkan
Tabel 4.3. Matriks SWOT
Tabel 4.4. Time Schedule
Tabel 4.5. Estimasi Biaya
DAFTAR GAMBAR
Gambar 1.1. Perguruan Tinggi Raharja
Gambar 1.2. Alur Penilaian Sertifikat Yang Berjalan
Gambar 2.1. Logo Yii Framework
Gambar 2.2. Ten Pillar IT iLearning (TPi)
Gambar 2.3. Logo PESSTA+
Gambar 3.1. Green Campus
Gambar 3.2. Pribadi Raharja
Gambar 3.3. Flowchart Sistem Yang berjalan
Gambar 3.4. Use Case Diagram Yang Berjalan
Gambar 3.5. Activity Diagram Yang Berjalan
Gambar 3.6. Sequence Diagram Yang Berjalan
Gambar 4.1. Use Case Diagram Yang Diusulkan
Gambar 4.2. Activity Diagram Yang Diusulkan
Gambar 4.3. Sequence Diagram Yang Diusulkan
Gambar 4.5. Flowchart Sistem Yang Diusulkan
Gambar 4.6. Tampilan Layar Halaman Kelola Sertifikat
Gambar 4.7. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.8. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.9. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.10. Tampilan Layar Halaman My Sertifikat
Gambar 4.11. Tampilan Layar Halaman Validasi Sertifikat
Gambar. 4.12. Tampilan Tiga Field Sertifikat
Gambar : 4.13. form submit 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Gambar : 4.14. Form Submit 3 sertifikat dari mahasiswa
Gambar. 4.15. Form Submit 1 Serifikat Seminar Internasional
Gambar. 4.16. FAQ Sertifikat
Gambar. 4.17. Tampilan Link Hasil Scan Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Gambar. 4.18. Tampilan Link Hasil Scan Sertifikat 3 dari Mahasiswa
Gambar 4.19. Tampilan Link Hasil Scan Sertifikat 1 Sertifikat Seminar Internasioanal.
Gambar. 4.20. Tampilan Gambar Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.
Gambar. 4.21. Tampilan Gambar Sertifikat Seminar 3 dari Mahasiswa.
Gambar. 4.22. Tampilan Gambar 1 Sertifikat SeminarInternasional
Gambar. 4.23. Tampilan 220 Mahasiswa TA/Skripsi pada Data Sidang.
Gambar. 4.24. Tampilan Judul Form submit piagam/sertifikat seminar/workshop/training IT 6 dari kampus Raharja
Gambar 4.25. TampilanJudul Form submit 3 sertifikat dari mahasiswa
Gambar 4.26. Tampilan Judul Form submit 1 sertifikat internasional
Gambar 4.27. Tampilan Manage Sertifikat
Gambar 4.28. 3 Artikel turorial di PESSTA+
Gambar 4.29. Sosialisasi kepada 220 Mahasiswa TA/Skripsi.
Gambar 4.30. Tampilan Manage Sertifikat 150 submit.
Gambar 4.31. Tampilan pertanyaan PESSTA+ pada iduhelp.
Gambar 4.32. Tampilan Mailchimp ke 220 mahasiswa
DAFTAR SIMBOL
DAFTAR SIMBOL HIPO
DAFTAR SIMBOL UML
BAB I
Latar Belakang
Penilaian objektif artinya yang menilai dan yang dinilai akan mengerti dan memahami bahwa penilaian objektif mempunyai tujuan yang jelas antara lain mengetahui kemampuan, keterampilan, kompetensi, prestasi dll. Keduanya memiliki kesamaan dan kesatuan dalam pemikiran bahwa objektivitas penilaian itu senantiasa berlandaskan pada aturan yang baku (standar) bukan keluar dari aturan pribadi (pendidik) dan aturan itu akan selalu mengikuti keteraturan berkelanjutan, penilaian dikatakan objektif jika senantiasa memiliki kejelasan tujuan yang ingin dicapai, penilaian objektif akan selalu mengacu pada aturan dan keteraturan, penilaian objektif harus berpangkal pada adanya keinginan untuk menciptakan/meningkatkan prestasi dan penilaian objektif tentunya harus dapat menciptakan keselarasan, keserasian, dan keseimbangan (harmonisasi) (Endang: 2014)[1].
Informasi adalah salah satu kunci yang sangat penting pada masa kini, untuk mendapatkan informasi tidaklah sulit, kapanpun dan dimanapun bisa kita dapatkan dengan internet yang bisa diakses dan dimanfaatkan untuk berbagai keperluan. Perkembangan internet telah pula mendukung penggunaan komputer dalam bidang pendidikan. Berbagai macam teknologi internet bisa digunakan, salah satunya adalah web yang mampu menyediakan informasi dalam bentuk teks, gambar, maupun suara. Dan adanya web tersebut dapat mendukung dalam
peningkatan mutu pelayanan suatu organisasi maupun instansi sehingga dapat meningkatkan perkembangan organisasi maupun instansi tersebut. Globalisasi teknologi komunikasi yang semakin terpadu membuat dunia menjadi seolah tanpa batas (borderless), terutama dengan semakin maraknya pemanfaatan internet (interconnection networking). Salah satu aktivitas dunia maya yang paling berkembang dalam kaitan dengan penggunaan internet adalah transaksi bisnis secara elektronik.
Perguruan Tinggi Raharja adalah kampus modern, komprehensif, terbuka, multi budaya, dan humanis yang mencakup disiplin ilmu. Perguruan Tinggi saat ini secara simultan selalu berusaha menjadi salah satu Perguruan Tinggi riset. Upaya-upaya pencapaian tertinggi dalam hal penemuan, pengembangan dan difusi pengetahuan secara regional dan global selalu dilakukan. Dengan demikian Perguruan Tinggi Raharja secara terus menerus melakukan peningkatan dan pengembangan, baik berupa fasilitas sistem pendukung maupun sistem pembelajaran kampus.
Pada Perguruan Tinggi bukan hanya mahasiswa D3, mahasiswa jenjang Strata 1 pun diharuskan untuk mengikuti Training, Seminar Nasional, Seminar Internasional, maupun Workshop. Karena dengan mengikuti kegiatan tersebut semua mahasiswa akan mendapatkan banyak informasi lebih mengenai Bidang IT maupun bidang lainnya. Training, Seminar Nasional, Seminar Internasional, maupun Workshop sangat mudah diikuti di Perguruan Tinggi manapun dan bukan hanya ilmu yang didapat dengan mengikuti itu semua mahasiswa akan mendapatkan sertifikat yang termasuk dalam Penilaian Objektif Sidang.
Menurut Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016 pada Rencana Kegiatan Divisi REC Tahun Akademik 2015-2016 pada poin ke-Empat memerlukan sebuah sistem yang berupaya mengoptimalkan Rencana Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional.
Pengembangan PESSTA untuk menyempurnakan proses penilaian Objektif (PO) Sidang seputar pendataan jurnal ilmiah,pendataan proposal atau laporan hibah penelitian,sertifikat nasional serta internasional serta widuri. Dan sudah di tetapkan pada SK PTR No. 394/SK-PENILAIAN/PT/III/2016 Tentang Ketentuan Penilaian Sidang Komprehensif Dan Penilaian Mata Kuliah Di Perguruan Tinggi Raharja bahwa “Komposisi penilaian sidang Komprehensif terdiri dari Pembimbing 30%, Penilaian Objektif (PO) 20% dan Penguji 50%.” Jadi, Penilaian Objektif (PO) memiliki bobot penilaian sebesar 20% dari keseluruhan penilaian sidang komprehensif TA/Skripsi. Salah satu point pada penilaian objektif sidang yang terdapat pada point ke-9 yaitu terdapat Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari Kampus Raharja, 3 dari Mahasiswa, dan 1 Seminar Internasional.
Pada alur yang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi poin sertifikat pada penilaian objektif sidang, mahasiswa membawa berkas sertifikat saat sidang berlangsung dan penguji harus mengecek berkas sertifikat satu persatu, kemudian jika sertifikat telah dinyatakan keabsahannya oleh penguji maka sidang dimulai.
Rumusan Masalah
Peneliti pada umumnya telah memiliki sebuah data yang relevan untuk menunjang pada pemecahan masalah, di Perguruan Tinggi Raharja sistem yang sedang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi poin sertifikat pada penilaian objektif sidang, mahasiswa harus membawa berkas Piagam/Sertifikat Seminar/Workshop/Training IT 6 dari kampus Raharja, 3 dari Mahasiswa dan 1 Seminar Internasional. Hal tersebut masih dirasa kurang maksimal karena pemeriksaan berkas sertifikat para peserta sidang yang masih manual dan memerlukan cukup banyak waktu.
Berikut adalah alur pelaksanaan sidang yang berjalan saat ini di Perguruan Tinggi Raharja.
Pada Gambar 1.2. menjelaskan sistem yang sedang berjalan saat ini, untuk menyatakan bahwa peserta sidang sudah memenuhi point sertifikat pada penilaian objektif sidang mahasiswa membawa berkas sertifikat, dan penguji harus mengecek berkas sertifikat satu persatu, penguji input nilai point sertifikat untuk dimasukkan ke dalam sistem PESSTA (Penilaian Sidang Skripsi Dan Tugas Akhir). Hal tersebut masih dirasa kurang maksimal karena pengecekan berkas sertifikat yang masih manual dan dirasa kurang efektif dan efisien. Dari beberapa penjelasan yang sudah diuraikan secara jelas di atas maka dapat ditarik 3 rumusan masalah sebagai berikut
- Bagaimana proses penilaian berkas sertifikat pada pelaksanaan sidang saat ini di Perguruan Tinggi Raharja?
- Bagaimana cara agar Perguruan Tinggi Raharja memiliki wadah untuk menyimpan hasil validasi sertifikat bagi seluruh mahasiswa ?
- Bagaimana sistem dapat menghasilkan sebuah informasi hasil validasi sertifikat pada PESSTA+?
Berdasarkan permasalahan-permasalahan sudah dibahas melalui latar belakang dan juga perumusan masalah, maka dari itu penulis mengambil judul “Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Dalam Penilaian Objektif Sidang Di Perguruan Tinggi” untuk jadi penelitian Skripsi
Ruang Lingkup Penelitian
Dengan hadirnya permasalahan tersebut, maka dari itu untuk mempermudah penulisan laporan skripsi dan juga menjadikannya lebih terstruktur serta berjalan dengan baik, maka dibutuhkan 5 batasan masalah. Batasan-batasan masalah yang ada di dalam laporan ini meliputi :
- Penelitian ini berfokus pada Perguruan Tinggi Raharja.
- Penelitian ini berfokus pada mahasiswa TA/Skripsi pada Perguruan Tinggi Raharja.
- Diimplementasikan hanya untuk para pengguna Rinfo (Pribadi Raharja)
- Login pada sistem PESSTA+ tidak menggunakan username dan password tetapi sudah (SSO) single sign on dengan menggunakan Rinfo (Email Pribadi Raharja).
- Penelitian ini berfokus pada Validasi Sertifikat PESSTA+.
Tujuan Dan Manfaat Penelitian
Tujuan Penelitian
Tujuan dari penelitian merupakan suatu hal yang sangat penting karena tujuan akan membuat suatu penelitian menjadi lebih terarah dan sesuai dengan rencana awal. Dalam melakukan penyusunan skripsi dan penelitian, peneliti mempunyai sejumlah tujuan, dalam rumusan masalah yang telah dijabarkan sebelumnya dan sudah didapatkan dari hasil penelitian yang dilakukan. Dan berdasarkan perumusan masalah yang sudah diuraikan maka adanya tujuan dari penelitian ini yaitu:
- Mengembangkan proses penilaian objektif pengecekan hasil validasi sertifikat pada pelaksanaan sidang komprehensif di Perguruan Tinggi Raharja.
- Membuat sebuah wadah untuk menyimpan hasil validasi sertifikat pada PESSTA+ pada Perguruan Tinggi Raharja.
- Menampilkan sebuah informasi hasil validasi sertifikat pada PESSTA+ dalam bentuk tampilan Data Mahasiswa TA/Skripsi tahun 2016/2017.
Manfaat Penelitian
Manfaat penelitian yaitu masalah dari tercapainya tujuan dan akan terjawabnya rumusan masalah secara akurat. Manfaat yang terdapat pada penelitian ini terdiri dari :
- Mempermudah sistem penilaian Sertifikat pada pelaksanaan sidang komprehensif sehingga waktu sidang berjalan lebih optimal.
- Dengan adanya sistem PESSTA+ maka diharapkan agar seluruh sertifikat mahasiswa di Perguruan Tinggi Raharja tervalidasi dengan baik.
- Dengan adanya tampilan Data Mahasiswa TA/Skripsi tahun 2016/2017 pada Validasi Sertifikat maka akan terlihat informasi secara keseluruhan pada PESSTA+.
Metode Penelitian
Metode penelitian yang digunakan oleh penulis dalam penyusunan Laporan Skripsi adalah dengan menggunakan metode sebagai berikut:
Metode Pengumpulan Data
Untuk mendapatkan data yang dibutuhkan untuk penyusunan Skripsi ini, maka digunakan beberapa metode pengumpulan data sebagai berikut, yaitu:
Metode Observasi (Pengamatan)
Observasi (pengamatan) adalah metode pengumpulan data melalui pengamatan langsung atau peninjauan secara cermat dan langsung di lapangan atau lokasi penelitian. Dalam hal ini, peneliti dengan berpedoman kepada desain penelitiannya perlu mengunjungi sebuah instansi akademik tepatnya pada Raharja Enrichment Center (REC) Perguruan Tinggi Raharja sebagai lokasi penelitian untuk mengamati berbagai hal atau kondisi yang ada di lapangan dan meminta data yang diperlukan sebagai bahan untuk menulis laporan penelitian. Kemudian dari pengamatan lapangan yang dilakukan selama 4 (empat) bulan tersebut dijadikanlah pedoman untuk dilakukan pengamatan terhadap sistem yang akan dikembangkan. Beberapa data yang diambil seperti akses domain raharja.me, akses FTP, akses email official Rinfo PESSTA+, berkas Renstra, dan landasan hukum dalam Surat Keputusan Direktur Perguruan Tinggi Raharja. Dengan cara ini peneliti diharapkan dapat mengetahui dan memahami sistem yang akan peneliti analisa.
Metode Wawancara
Metode wawancara adalah salah satu metode yang digunakan untuk mengumpulkan data-data pendukung dengan cara berkomunikasi langsung dengan pihak terkait di dalam Perguruan Tinggi Raharja mengenai sistem yang akan dirancang. Dalam penelitian kali ini penulis melakukan wawancara kepada Bapak Padeli,M.Kom selaku Dosen Perguruan Tinggi Raharja yang menjadi stakeholder penulis di dalam penelitian ini.
Metode Studi Pustaka
Studi Pustaka adalah segala upaya yang dilakukan oleh peneliti untuk memperoleh dan menghimpun segala informasi tertulis yang relevan dengan masalah yang diteliti. Informasi dapat diperoleh dari buku-buku, laporan penelitian, karangan ilmiah, buku tahunan dan sumber- sumber lain. Serta melakukan pencarian pada Internet. Dalam hal ini seorang peneliti berkewajiban mempelajari teori-teori yang mendasar masalah dan bidang penelitiannya. Selain itu, peneliti juga perlu memanfaatkan hasil penelitian dan pemikiran yang relevan dengan masalah penelitiannya untuk menghindari terjadinya pengulangan penelitian serupa atau duplikasi yang tidak diinginkan. Dengan melakukan kajian bahan-bahan pustaka yang ada, peneliti dapat memperoleh informasi secara sistematis, kemudian menuangkannya dalam bentuk rangkuman yang utuh. Melalui metode studi pustaka ini penulis mencari teori-teori yang berkaitan dengan ruang lingkup penelitian dan mempelajari referensi yang ada di dalam Jurnal Nasional/Internasional dan laporan tugas akhir atau skripsi dari kampus lain.
Metode Analisis Sistem
Analisis data merupakan salah satu langkah penting dalam rangka memperoleh temuan-temuan hasil penelitian. Hal ini disebabkan, data akan menuntun kita ke arah temuan ilmiah, bila dianalisis dengan teknik-teknik yang tepat. Melanjutkan proses dari pengumpulan data, dimana data yang didapatkan dari beberapa metode pengumpulan data dikumpulkan dan dianalisia dengan Metode SWOT yang kemudian dijadikan sebagai sebuah strategi yang akan dibuktikan implementasi pencapaiannya. Untuk mencapai sebuah strategi, perlu didasari atas adanya sebuah pengelompokan yang ditinjau dari beberapa hal. Pengelompokan tersebut terekam ke dalam sebuah elisitasi kebutuhan dari tahap satu hingga final draft elisitasi yang diambil untuk mendapatkan sebuah strategi. Terdapat dua tinjauan dalam penyusunan elisitasi, yaitu tinjauan dari segi fungsional sistem dan non fungsional sistem.
Metode Perancangan
Penelitian tidak hanya mengenai analisa, tetapi sebuah sistem yang baik adalah sistem yang juga memiliki desain antarmuka (interface) yang baik. Di dalam penelitian ini, digunakan satu metode yang mendukung proses perancangan yaitu metode HIPO (Hirarchy Plus Input Proses Output). Dan juga menggunakan UML (Unified Modelling Language) sebagai modelling tools untuk menggambarkan rancangan sistem yang ada saat ini,diantaranya yang digunakan Usecase Diagram, Class Diagram, Sequence Diagram, Activity Diagram, State Diagram,spesifikasi basis data.
Metode Pengujian
Metode pengujian ini digunakan untuk menganalisis suatu identitas sistem untuk mendeteksi, mengevaluasi kondisi dan fitur- fitur yang diinginkan dan mengetahui kualitas dari suatu sistem yang dilakukan untuk mengeliminasi suatu kesalahan yang terjadi saat sistem diterapkan. Dalam skripsi ini metode pengujian yang digunakan yaitu Blackbox Testing. Blackbox Testing adalah metode uji coba yang memfokuskan pada keperluan software. Karena itu uji coba blackbox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat- syarat fungsional suatu program. Metode pengujian blackbox berusaha untuk menemukan kesalahan dalam beberapa kategori, di antaranya fungsi-fungsi yang salah atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses database eksternal, kesalahan performa, kesalahan inisialisasi, dan terminasi.
Sistematis Penulisan
Untuk memahami lebih jelas laporan ini, maka materi-materi yang tertera pada Laporan Skripsi ini dikelompokkan menjadi beberapa sub bab dengan sistematika penyampaian sebagai berikut :
Bab 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 ini membahas mengenai konsep dasar sistem, konsep dasar sistem informasi, definisi online, definisi Business Intelligence, definisi artikel ilmiah, definisi PESSTA, konsep dasar analisa SWOT, definisi SSO (single sign on), definisi Yii Framework, konsep dasar website, definisi Rinfo, serta literature lain yang berkaitan dengan penelitian skripsi ini.
BAB III ANALISA SISTEM BERJALAN
Bab ini membahas mengenai analisa gambaran serta sejarah singkat Perguruan Tinggi Raharja, tujuan Perguruan Tinggi Raharja, arti nama raharja, arti green campus, arti pribadi raharja, struktur organisasi, jurusan/prodi Perguruan Tinggi Raharja, permasalahan yang dihadapi serta alternatif pemecahan masalah.
Bab ini membahas mengenai mind mapping project, analisa sistem berjalan dengan menggunakan metode analisa SWOT dan analisa berdasarkan sistem berjalan, strategi, prosedur sistem usulan dengan menggunakan rancangan program HIPO (Hirarchy Plus Input Process Output) dan rancangan prototype, testing dengan menggunakanblackbox, evaluasi, konfigurasi sistem usulan, serta yang terakhir ada estimasi biaya.
Bab ini membahas mengenai kesimpulan dan saran dari hasil analisa yang pada bab-bab sebelumnya.
BAB II
Teori Umum
Definisi Pengembangan
Menurut (Iskandar Wiryokusumo, 2011)[2] “Pada hakikatnya pengembangan adalah upaya pendidikan baik formal maupun non formal yang dilaksanakan secara sadar, berencana, terarah, teratur dan bertanggung jawab dalam rangka memperkenalkan, menumbuhkan, membimbing, mengembangkan suatu dasar kepribadian yang seimbang, utuh, selaras, pengetahuan, keterampilan sesuai dengan bakat, keinginan serta kemampuan-kemampuan, sebagai bekal atas prakarsa sendiri untuk menambah, meningkatkan, mengembangkan diri ke arah tercapainya martabat, mutu dan kemampuan manusiawi yang optimal serta pribadi mandiri”.
Menurut Tessmer dan Richey (Alim Sumarno, 2012)[3] “pengembangan memusatkan perhatiannya tidak hanya pada analisis kebutuhan, tetapi juga isu-isu luas tentang analisis awal-akhir, seperti analisi kontekstual. Pengembangan bertujuan untuk menghasilkan produk berdasarkan temuan-temuan uji lapangan”.
Dari pendapat para ahli di atas dapat ditarik kesimpulan bahwa pengembangan merupakan suatu usaha yang dilakukan secara sadar, terencana, terarah untuk membuat atau memperbaiki, sehingga menjadi produk yang semakin bermanfaat untuk meningkatkan kualitas sebagai upaya untuk menciptakan mutu yang lebih baik.
Konsep Dasar Sistem
Definisi Sistem
Dikutip dari buku Bambang Hartono (2013 : 10). Menurut Elias M. Awad (1979)[4] dalam bukunya yang berjudul System and Design menyatakan bahwa sistem adalah “an organized functioning relationship among units or components” (hubungan fungsional yang terorganisasi/teratur, yang berlangsung di antara bagian-bagian atau elemen-elemen).
Menurut Tata Sutabri (Sutabri, 2012:22)[5]. , sistem merupakan suatu bentuk integrasi a satu komponen dengan komponen lain karena sistem memiliki sasaran yang berbeda untuk setiapkasus yang terjadi dalam sistem tersebut. Sistem Abstrak (Abstract System) dan Sistem Fisik (Physical System)
Dari berbagai definisi yang dikemukakan di atas dapat disimpulkan bahwa sistem adalah golongan dari komponen dan elemen yang disatukan untuk menggapai tujuan tertentu.
Karakteristik Sistem
Menurut Hutahaen (2015: 3-5)[6] bahwa supaya sistem itu dikatakan sistem yang baik memiliki karakteristik yaitu :
- Komponen
Suatu sistem terdiri dari sejumlah komponen-komponen yang saling berinteraksi yang artinya saling bekerja sama membentuk satu kesatuan. Komponen sistem terdiri dari komponen yang berupa subsistem atau bagian-bagian dari sistem. - 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 (Environment)
Lingkungan luar sistem (Environment) adalah diluar batas sistem yang mempengaruhi operasi sistem. Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari sistem. - 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)[6] 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.
Definisi Media
Menurut Kamus Besar Bahasa Indonesia (KBBI), media adalah alat; alat (sarana) komunikasi seperti koran, majalah, radio, televisi, film, poster, dan spanduk; yang terletak di antara dua pihak (orang, golongan, dan sebagainya): wayang bisa dipakai sebagai -- pendidikan; perantara; penghubung; -- cetak sarana media massa yang dicetak dan diterbitkan secara berkala seperti surat kabar, majalah; sebagai contoh :
- 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;
- 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) yang telah disebutkan diatas dapat disimpulkan bahwa media adalah sebuah sarana yang digunakan untuk melakukan sesuatu, dapat juga dikatakan sebagai wadah atau perangkat yang menampung dimana dalam penelitian ini.
Konsep Dasar Validasi
Definisi Validasi
Istilah Validasi pertama kali dicetuskan oleh Dr. Bernard T. Loftus, Direktur Food and Drug Administration (FDA) Amerika Serikat pada akhir tahun 1970-an, sebagai bagian penting dari upaya untuk meningkatkan mutu produk industri farmasi. Hal ini dilatar belakangi adanya berbagai masalah mutu yang timbul pada saat itu yang mana masalah-masalah tersebut tidak terdeteksi dari pengujian rutin yang dilaksanakan oleh industri farmasi yang bersangkutan. Selanjutnya, validasi juga diadopsi oleh negara-negara yang tergabung dalam the Pharmaceutical Inspection Coperation/Scheme (PIC/S), Uni Eropa (EU) dan World Health Organization (WHO). Bahkan, validasi merupakan aspek kritis (substantial aspect) dalam penilaian kualitas industri farmasi yang bersangkutan.
Terdapat banyak definisi dan pengertian tentang validasi. US FDA (Badan pengawasan Obat dan Makanan, Amerika Serikat) dalam The FDA’s 1987 Guideline mendefinisikan validasi sebagai:”Establishing documented evidence, which provides a high degree of assurance that a spesific process will consistently produce a product meeting its predetermined spesifications and quality characteristics.” Sedangkan WHO mendefinisikan sebagai:”A documented act of providing that any procedure, process, equipment, material, activity or system, actually leads to the expected result.” (Samuel, 2011). Badan POM RI (Anonim, 2006) memberikan definisi validasi sebagai: ”Tindakan pembuktian dengan cara yang sesuai bahwa tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi maupun pengawasan mutu akan senantiasa mencapai hasil yang diinginkan.” (CPOB: 2006).
Dari beberapa pengertian diatas dapat diambil kesimpulan Validasi adalah tindakan pembuktian yang dilakukan sesuai dengan prosedur bahwa suatu data/dokumen benar-benar sesuai dengan data/dokumen asli yang sah. Validasi diartikan sebagai suatu tindakan pembuktian dengan cara yang sesuai bahwa tiap bahan, proses, prosedur, kegiatan, sistem, perlengkapan atau mekanisme yang digunakan dalam produksi dan pengawasan akan senantiasa mencapai hasil yang diinginkan.
Dari definisi-definisi tersebut diatas membawa pengertian, bahwa :
- 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.
- Pelaksanaan validasi.
- Melaksanakan Peninjauan Periodik, change control dan validasi ulang (revalidation).
Definisi Penilaian Objektif
Penilaian Objektif adalah penilaian yang diyakini keabsahan nya. Penelitian Objektif meliputi poin-poin penting yang harus dikerjakan mahasiswa secara invidual untuk penilaian sidang nanti. Untuk menyelesaikan Penilaian Objektif tersebut mahasiswa dapat di bimbing oleh masing-masing dosen pembimbing.
Definisi Sidang
Menurut Kamus Besar Bahasa Indonesia (KBBI), sidang adalah pertemuan untuk membicarakan sesuatu ; rapat –itu dihadiri oleh semua anggota; segenap anggota dewan dan sebagainya (hakim, pengarang, pengurus) orang banyak; publik; para (untuk menyatakan banyak); sekalian: -- jemaah; pembaca (pendengar). Persidangan adalah perihal bersidang: - kemarin dianggap selesai; pertemuan untuk membicarakan sesuatu.
Kemudian berdasarkan pengertian dari Kamus Besar Bahasa Indonesia (KBBI) yang telah disebutkan diatas dapat disimpulkan bahwa sidang adalah sebuah media diskusi yang melibatkan lebih dari 2 (dua) orang dengan materi pembahasan yang telah disepakati bersama, dan merupakan pertemuan formal untuk menghasilkan suatu putusan dengan menggunakan aturan-aturan yang jelas.
Konsep Dasar Informasi
Definisi Sistem Informasi
Menurut Atyanto Mahatmyo (2014: 6)[7], “Sistem Informasi adalah serangkaian prosedur formal dimana data dikumpulkan, diproses menjadi informasi dan didistribusikan ke pengguna”.
Menurut Taufiq (2013: 17)[8], “Sistem Informasi adalah kumpulan dari sub-sub sistem yang saling terintegrasi dan berkolaborasi untuk menyelesaikan masalah tertentu dengan cara mengolah data dengan alat yang namanya komputer sehingga memiliki nilai tambah dan bermanfaat bagi pengguna”.
Menurut Sutarman (2012: 13)[9], Sistem Informasi adalah sistem dapat didefinisikan dengan mengumpulkan, memproses, menyimpan, menganalisis, menyebarkan, informasi untuk tujuan tertentu. Seperti sistem lainnya, sebuah sistem informasi terdiri atas input (data, instruksi) dan output (laporan, kalkulasi).
Dari ketiga definisi yang dikemukakan oleh para ahli di atas dapat disimpulkan bahwa sistem informasi adalah suatu data yang dihimpun, dikategorikan, dan diproses sampai menjadi satu kesatuan informasi yang saling berkesinambungan satu sama lain dan saling mendukung sampai menjadi sebuah informasi yang bermanfaat bagi si penerimanya.
Definisi Business Intelligence
Dikutip dari jurnal Muhammad Arifin yang berjudul Business Intelligence Untuk Prediksi Customer Churn Telekomunikasi (2014 : 2),[10] Menyatakan bahwa Business Intelligence merupakan salah satu bentuk implementasi teknologi informasi yang digunakan untuk membantu kegiatan seperti mengumpulkan data, menyediakan akses, serta menganalisa data dan informasi mengenai kinerja perusahaan. Dengan kegiatan BI tersebut maka sebuah organisasi atau perusahaan akan dengan mudah dalam mengambil keputusan secara cepat dan tepat. Singkatnya BI dapat diartikan sebagai pengetahuan yang didapatkan dari hasil analisis data yang diperoleh dari kegiatan (usaha) suatu organisasi. BI biasanya dikaitkan dengan upaya untuk memaksimalkan kinerja suatu organisasi.
Business Intelligence dapat membantu suatu organisasi mendapatkan pengetahuan yang jelas mengenai faktor-faktor yang mempengaruhi kinerja organisasi sehingga dapat membantu organisasi dalam pengambilan keputusan serta sekaligus meningkatkan keunggulan (competitive advantage). BI juga dapat membantu suatu organisasi dalam menganalisis perubahan tren yang terjadi sehingga akan membantu organisasi menentukan strategi yang diperlukan dalam mengantisipasi perubahan tren tersebut. Upaya memaksimalkan kinerja organisasi merupakan hal yang prioritas saat ini. Organisasi yang secara jelas mampu mengidentifikasi, menjelaskan, dan mengimplementasikan strategi nya akan mampu berkembang dan berkompetisi lebih baik.
Berdasarkan definisi di atas dapat disimpulkan bahwa Business Intelligence adalah kumpulan teknik dan alat untuk mentransformasi dari data mentah menjadi sebuah informasi yang bermakna dan bermanfaat untuk tujuan analisis bisnis. Teknologi BI dapat mengatasi data yang tak berbentuk dalam kuantitas yang sangat besar untuk mengembangkan, mengidentifikasi, membantu dan selain itu membuat kemungkinan strategi bisnis yang baru. Tujuan dari BI adalah untuk mempermudah interpretasi dari jumlah data yang besar tersebut. Mengidentifikasi kesempatan yang baru dan mengimplementasikan sebuah strategi yang efektif bersumber pengetahuan dapat menyediakan bisnis suatu keuntungan pasar yang kompetitif dan stabilitas dalam jangka panjang.
Teori Khusus
Definisi Yii Framework
Yii adalah framework[11] (kerangka kerja) PHP berbasis-komponen, berkinerja tinggi untuk pengembangan aplikasi web berskala-besar. Yii adalah free software dengan lisensi BSD licence, aplikasi web framework open-source yang ditulis dengan PHP5. Yii menyediakan reusability maksimum dalam pemrograman Web dan mampu meningkatkan kecepatan pengembangan secara signifikan. Nama Yii (dieja sebagai /i:/) singkatan dari "Yes It Is!".
Gambar 2.1. Logo Yii Framework
Sumber: http://www.yiiframework.com/
Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Web. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain. Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.
Keuntungan menggunakan Yii Framework :
-
Efektifitas dan Efisiensi Pemrograman.
-
Memudahkan Stukturisasi dan Standarisasi Pemrograman
-
Memudahkan Koordinasi dan Pemeliharaan Untuk Pemrograman Terdistribusi
Selain implementasi MVC, Yii juga memperkenalkan front-controller (controller-depan), yang disebut Application, yang mengenkapsulasi konteks eksekusi untuk memproses sebuah request. Application mengumpulkan beberapa informasi mengenai request pengguna dan kemudian mengirimnya ke controller yang sesuai untuk penanganan selanjutnya. Diagram berikut memperlihatkan struktur statis sebuah aplikasi Yii :
- Fitur Yii Framework
- Menurut pengembang dan komunitas Yii Framework dari situs web resminya, berikut ini adalah fitur yang terdapat pada Yii :(Yii, 2014),
- Menggunakan pola MVC.Yii mengadopsi pola standar pengembangan aplikasi yang memisahkan tampilan (view), logika program (controller), dan modelnya (model).
- Data Access Objects (DAO), Query Builder, Active Record, dan DB Migration. Yii memungkinkan pengembang menggunakan berbagai model database dengan objek yang dapat mengurangi kompleksitas menulis pernyataan SQL berulang serta memudahkan interaksi antar database.
- Form input dan validasi. Yii menyediakan form input dan validasi yang memudahkan pengembang untuk bekerja dengan form dan melakukan validasi input dari form.
- AJAX Widget. Yii menyediakan AJAX widget yang terintegrasi dengan jQuery, berupa kontrol yang memiliki fungsi seperti auto complete, treeview, data grid dan lain-lain.
- Authentication dan authorization. Dukungan autentikasi dan autorisasi internal sehingga memudahkan pengembangan aplikasi dengan fitur autentikasi dan autorisasi.
- Skin dan theme. Yii mengimplementasikan skin dan theme yang memudahkan pengembangan aplikasi dalam merancang tampilan aplikasi.
- Internationalization (I18N) dan localization (L10N). Yii mendukung pengembangan aplikasi dalam multi bahasa dan lokasi seperti penggunaan waktu dan tanggal dan terjemahan antarmuka.
- Web Services. Yii mendukung manajemen penanganan layanan web services.
- Skema layer cache. Yii mendukung layer cache untuk cache data, cache halaman, dan keseluruhan aplikasi sehingga dapat meningkatan performa dengan beragam pilihan media cache. Penggunaan media cache seperti database, APC, mem-cache, dan sebagainya diatur tanpa melakukan perubahan besar pada kode.
- Penanganan error dan logging, sehingga memudahkan pengembangan dalam melakukan debuging aplikasi dalam masa pengembangan aplikasi.
- Keamanan. Yii dilengkapi dengan langkah-langkah keamanan untuk membantu mencegah aplikasi Web dari serangan seperti SQL injection, cross-site scripting(XSS), cross-site request forgery (CSRF), dan cookie tampering.
- Pengujian unit dan fungsional. Yii menyediakan dukungan untuk menulis dan menjalankan pengujian unit serta pengujian fungsional, menggunakan PHP Unit dan Selenium.
- Penghasil kode otomatis. Yii menyediakan penggunaan beragam perintah otomatis seperti meng-generate struktur dasar aplikasi, model,dan CRUD.
- Librari ekstension. Yii menyediakan dukungan ekstensi dan komponen tambahan sehingga beragam fitur tambahan dapat ditambahkan.
Konsep Dasar Website
Definisi Website
Menurut Arief (2011: 7)[12], “Web adalah salah satu aplikasi yang berisikan dokumen-dokumen multimedia (teks, gambar, suara, animasi, video) di dalamnya yang menggunakan protokol HTTP (hypertext transfer protocol) dan untuk mengakses nya menggunakan perangkat lunak yang disebut browser”.
Menurut Murad (2013: 49)[13], “Web adalah sistem dengan informasi yang disajikan dalam bentuk teks, gambar, suara, dan lainnya yang tersimpan dalam sebuah server web internet yang disajikan dalam bentuk hypertext”.
Menurut Murad (2013: 49)[13], Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan website adalah sebuah tempat di internet, yang menyajikan informasi dengan berbagai macam format data seperti text, image, bahkan video dan dapat diakses menggunakan berbagai aplikasi client sehingga memungkinkan penyajian informasi yang lebih menarik dan dinamis dengan pengelolaan yang terorganisasi.
Jenis-Jenis Website
Menurut Arief (2011: 8)[12], ditinjau dari aspek content atau isi, web dapat dibagi menjadi 2 jenis,yaitu: web statis and web dinamis. Selain dari sisi content atau isi, web statis and web dinamis dapat dilihat dari aspek teknologi yang digunakan untuk membuat jenis web tersebut. Adapun jenis-jenis web:
- 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.
Definisi Ten Pillar iLearning
Definisi Ten Pillar IT iLearning (TPi)
Dikutip dari Situs IT Roadmap[14], untuk memudahkan pengelolaan dan meningkatkan kepuasan pelayanan kepada sivitas akademika Perguruan Tinggi Raharja terutama dalam mendukung perkuliahan menggunakan metode iLearning maka perlu adanya 10 Pillar IT iLearning Perguruan Tinggi Raharja. Output yang diperoleh adalah merupakan hasil dari penelitian Tridharma Perguruan Tinggi antara dosen dengan mahasiswa yang diwadahi oleh Raharja Enrichment Centre .
Gambar 2.2. Ten Pillar IT iLearning (TPi)
(Sumber: http://roadmap.ilearning.me/)
Jenis-jenis Ten Pillar IT iLearning (TPi)
- iRme (iLearning Raharja Multimedia e-Portfolio)
- Rinfo (Email Raharja.info)
- iDu (iLearning Education)
- iRan (iLearning Raharja Ask & News)
- iDuHelp!
- Widuri (Wiki iDu Raharja iLearning)
- Rooster (Role Online System Ticketing Raharja)
- iMe (iLearning Media)
- Magics (Multimedia Audio Gallery iLearning Community and Services)
- iSur (iLearning Survey)
Konsep Dasar Single Sign On
Definisi Single Sign On
Single Sign On (SSO) adalah suatu mekanisme dimana masing-masing user hanya memiliki satu akun yang berfungsi sebagai identitas user satu-satunya. Satu akun ini dapat digunakan untuk meminta izin dari sistem supaya user dapat mengakses berbagai aplikasi dengan username dan password yang sama dalam sesi tertentu. Single Sign Onmengurangi jumlah human error yang merupakan alasan kegagalan utama dari sebuah sistem.
Kategori SSO
- SSO untuk autentikasi (eg: OpenId, fbconnect, twitter signin) Intinya SSO server hanya memberikan service apakah user A sudah terautentikasi atau belum, SSO servertidak melakukan proses otorisasi atas user yang sedang aktif tersebut. Proses otorisasi sendiri dilakukan di setiap aplikasi. Sekarang kita lihat contoh yang sudah ada. OpenId dan fbconnect. OpenId adalah contoh yang sangat jelas mendeskripsikan SSO autentikasi ini. Pada saat kita akan memberikan komentar pada sebuah blog dan kita bisa menggunakan OpenId. Dimana OpenId hanya memberi tahu wordpress bahwa user ini sudah terautentikasi. dan wordpress sendiri bisa memiliki data user contohnya seperti nama dan alamat email. Sama halnya pada saat kita menggunakan fbconnect untuk hal yang sama. Apabila kita sudah terautentikasi di facebook, facebook tidak akan mengatur otorisasi user di aplikasi client, jadi hanya sebatas proses autentikasi.
- SSO untuk otorisasi (eg: OAuth, fbconnect, twitter signin) berbeda halnya dengan autentikasi, tugas SSO server untuk SSO-otorisasi sedikit lebih berat, karena sesudah memastikan user telah terautentikasi, tugas SSO server belum selesai sampai disitu. Karena SSO server masih mempunyai tugas yaitu harus menghandle otorisasi untuk user tersebut. Seperti pada kasus twitter API yang menggunakan OAuth. Proses autentikasi user dan otorisasi untuk update status/timeline dilakukan oleh OAuth. Sejauh ini aplikasi jadi untuk SSO yang free adalah CAS & Josso. Keduanya hanya untuk authentication dan keduanya sama-sama jalan di atas JSP. Kenapa aplikasi SSO, sejauh ini seperti yang kita ketahui semuanya dibangun di atas JSP, belum pernah ditemukan yang dibangun di atas PHP.
Konsep Dasar Sertifikat
Definisi Sertifikat
Sertifikat adalah secarik surat sebagai tanda pengakuan bahwa pseseorang menguasai kompetensi tertentu, telah mengikuti suatu event, atau tanda kepemilikan suatu barang. Sertifikat juga dapat dilengkapi dengan security printing untuk menjamin keaslian serrtifikat yang dikeluarkan suatu lembaga.
E Sertifikat adalah pengganti sertifikat yang tujuannya adalah untuk memangkas biaya pada pelaksanaan seminar maupun lomba. Cara ini diakui efektif dan tidak mengurangi sedikitpun nilai dari sertifikat itu sendiri. E Sertifikat ini bisa anda print sendiri dalam artian anda diberi sertifikat dalam bentuk softcopy. E Sertifikat ini sah karena sudah di atur dalam Undang-Undang No. 11 Tahun 2008 tentang Informasi dan Transaksi Elektronik (“UU ITE”).
Konsep Dasar Future IT Raharja (FIR)
Definisi FIR
FIR adalah kepanjangan dari Future IT Raharja, yang berisi kumpulan dari project-project IT masa depan yang dimiliki oleh Perguruan Tinggi Raharja yang bermanfaat untuk menunjang kegiatan perkuliahan serta pembelajaran para Pribadi Raharja. Tak hanya itu FIR juga menopang jalannya kegiatan TPi (Ten Pilar IT iLearning). Project FIR juga terus di lakukan pengembangan demi penyempurnaan untuk setiap project nya agar bisa bergabung menjadi salah satu dari anggota TPi.
Jenis-jenis FIR
Adapun jenis-jenis FIR, diantaranya:
Adapun jenis-jenis FIR, diantaranya:
- SIS+
- RhjFox
- Magics Channel
- PEN+
- Airzone
- GO+ (Green Orchestra Plus)
- Virtual Account
- ZPreneur
- ZFord
- iLP (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 artikel ilmiah yang lolos atau telah terbit di jurnal yang diakui oleh SK No 821 Tentang Ketentuan Jurnal Ilmiah Untuk Penilaian Objektif yang Diakui di Perguruan Tinggi Raharja maka perlu dilakukan validasi jurnal di PESSTA+.
Keistimewaan PESSTA+
PESSTA+ menjadi sangat istimewa karena hal-hal yang terdapat pada sistem PESSTA+ membuat pelaksanaan sidang menjadi lebih efektif karena nilai validasi sertifikat sudah tidak perlu dicek manual oleh penguji melainkan penguji hanya perlu mengakses sistem PESSTA+ dan mencari nama peserta sidang tersebut apakah sudah layak atau belum. Peserta sidang bisa submit sendiri validasi sertifikatnya kapanpun dan dimanapun mereka inginkan.
Logo PESSTA+
Logo adalah sebuah gambar atau sekedar sketsa yang memiliki arti tertentu, dan juga mewakili arti dari perusahaan, organisasi, daerah, lembaga, negara, produk, dan hal lainnya yang membutuhkan sesuatu yang singkat dan juga mudah diingat sebagai pengganti dari nama sebenarnya.
Logo harus mempunyai kerangka dasar dan filosofi berupa konsep dengan tujuan membentuk sifat yang berdiri sendiri atau mandiri. Logo pada umumnya dikenal oleh penglihatan atau visual, seperti ciri khas berbentuk warna dan rupa logo tersebut.
Gambar 2.3. Logo PESSTA+
Sumber : http://pesstaplus.raharja.ac.id/
PESSTA+ terdiri dari 4 warna yaitu hijau, biru, coklat, dan emas.
- 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.
Tujuan PESSTA+
- Mempersingkat waktu pelaksanaan yang kurang optimal karena pengecekan validasi sertifikat secara manual
- Mengembangkan sistem PESSTA+ lebih baik lagi dengan adanya sistem validasi sertifikat dan dengan adanya data mahasiswa TA/Skripsi beserta tampilan poin sertifikat.
- Mahasiswa bisa submit validasi sertifikat secara mandiri dan online kapanpun dan dimanapun mahasiswa inginkan tanpa menunggu saat sidang berlangsung.
Konsep Dasar SWOT
Definisi SWOT
Menurut Rangkuti (2011: 199)[15], penelitian memastikan bahwa kinerja perusahaan bisa ditentukan oleh kombinasi faktor internal dan eksternal. Kedua faktor tersebut perlu dipertimbangkan dalam analisis SWOT. SWOT adalah singkatan dari lingkungan internal strengths dan weakness dan juga lingkungan eksternal opportunities dan threats yang berada di dunia bisnis. Analisa SWOT membandingkan antara faktor eksternal peluang (opportunities) dan ancaman (threats) dengan faktor internal kekuatan (strengths) dan kelemahan (weakness). Analisa ini terbagi atas empat komponen dasar yaitu :
- 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)[16] Analisa SWOT mengandung 4 (empat) bagian :1) strengths (S) atau kekuatan, 2) weaknesses (W) atau kelemahan, 3) opportunities (O) atau peluang, 4) threats (T) atau ancaman.
- 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)[15], tujuan analisa SWOT yaitu membandingkan antara faktor eksternal peluang dan ancaman dengan faktor internal kekuatan dan kelemahan sehingga dari analisis tersebut dapat diambil suatu keputusan strategis suatu organisasi.
Konsep Dasar UML (Unified Modeling Language)
Definisi UML
Menurut Widodo, (2011:6)[17], “UML adalah bahasa pemodelan standar yang memiliki sintak dan semantik”.
Menurut Nugroho (2010:6)[18], ”UML (Unified Modeling Language) adalah bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma (berorientasi objek).” Pemodelan (modeling) sesungguhnya digunakan untuk penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa sehingga lebih mudah
Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan UML adalah bahasa pemodelan yang digunakan sebagai penyederhana permasalahan yang komplek.
Jenis - Jenis UML
Menurut Widodo (2011:10)[17], Berikut ini adalah definisi mengenai 3 diagram UML :
- Use Case Diagram : Bersifat statis. Diagram ini memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas).
- Sequence Diagram : Bersifat dinamis. Diagram urutan adalah diagram interaksi yang menekankan pada pengiriman pesan dalam waktu tertentu.
- Activity Diagram : Bersifat dinamis. Diagram aktivitas adalah tipe khusus dari diagram status yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem.
Konsep Dasar Elisitasi
Definisi Elisitasi
Menurut Guritno (2011: 302)[19], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.
Jenis - Jenis Elisitasi
Menurut Suryo Guritno (2010:302)[19], “Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap”, yaitu sebagai berikut:
- Elisitasi Tahap I
Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara. - Elisitasi Tahap II
Merupakan hasil pengklasifikasian dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi untuk dieksekusi.
(M) pada MDI itu artinya Mandatory. Maksudnya requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
(D) pada MDI itu artinya Desirable. Maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembentukan sistem, akan membuat sistem tersebut lebih perfect.
(I) pada MDI itu artinya Inessential. Maksudnya bahwa requirement tersebut bukanlah bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem. - Elisitasi Tahap III
Merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang option-nya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE.
(T) artinya Technical, maksudnya bagaimana tata cara / tehnik pembuatan requirement tersebut dalam sistem yang diusulkan.
(O) artinya Operasional, maksudnya bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan.
(E) artinya Ekonomi, maksudnya berapakah biaya yang diperlukan guna membangun requirement tersebut di dalam sistem.
Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu sebagai berikut:
High (H) : Sulit untuk dikerjakan, karena tehnik pembuatan dan pemakaiannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
(M) : Mampu untuk dikerjakan.
Low (L) : Mudah untuk dikerjakan. - Final Draft Elicitation
Menurut Suryo Guritno (2010:304))[19], “Final draft merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan".
Konsep Dasar HIPO
Definisi HIPO
Menurut Praptiningsih (2012:03)[20], “HIPO (Hirarchy Plus Input Process Output) yaitu alat bantu yang digunakan untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam program ini berisi input yang diproses dan menghasilkan output”.
Menurut Amsyah (2008:284)[21], , bagan HIPO (Hirarchy Plus Input Process Output) aslinya dibuat oleh IBM sebagai alat untuk mendokumentasikan program. Bagan HIPO secara jelas memperagakan apa yang dikerjakan suatu program, data apa yang digunakan, dan keluaran yang dihasilkannya. Bagan HIPO lebih mudah dibaca dibanding dengan bagan arus, sangat rinci, fleksibel, mudah dimodifikasi, dan dikelola. Dalam membuat bagan HIPO, terdapat tiga jenis diagram, yaitu: daftar isi visual (the visual table of contents/VTOC), diagram peninjauan, dan rincian diagram.
Berdasarkan beberapa pendapat yang dikemukakan di atas dapat ditarik kesimpulan HIPO merupakan metodologi yang dikembangkan dan didukung oleh IBM yang sebenarnya merupakan alat dokumentasi program dan sekarang banyak digunakan sebagai alat design dan teknik dokumentasi dalam siklus pengembangan sistem. Berbasis pada fungsi, yaitu tiap-tiap modul didalam sistem digambarkan oleh fungsi utamanya.
Konsep Dasar Black Box Testing
Definisi Black Box Testing
Menurut pandangan beberapa ahli Black Box Testing dapat diartikan, antara lain sebagai berikut:
Menurut Soetam Rizky (2011:264)[22]
Menurut Agustiar Budiman (2012:4)[23], berpendapat bahwa “Pengujian black box merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak. Data uji dibangkitkan, dieksekusi pada perangkat lunak dan kemudian keluaran dari perangkat lunak diuji apakah telah sesuai dengan yang diharapkan.”
Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa metode pengujian Black box digunakan untuk menguji sistem dari segi user yang di titik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada.
Berbeda dengan white box testing, black box testing tidak membutuhkan pengetahuan mengenai, alur internal (internal path), struktur atau implementasi dari software under test (SUT). Karena itu uji coba black box memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.
Uji coba black box bukan merupakan alternatif dari uji coba white box, tetapi merupakan pendekatan yang melengkapi untuk menemukan kesalahan lainnya, selain menggunakan metode white box testing. Black Box Testing dapat dilakukan pada setiap level pembangunan sistem. Mulai dari unit, integration, system, dan acceptance.
Uji coba black box berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya:
- Fungsi-fungsi yang salah atau hilang
- Kesalahan interface
- Kesalahan dalam struktur data atau akses database eksternal
- Kesalahan performa
- kesalahan inisialisasi dan terminasi
Tidak seperti metode white box yang dilaksanakan diawal proses, uji coba black box diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba black box dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Uji coba didesain untuk dapat menjawab pertanyaan pertanyaan berikut:
- Bagaimana validitas fungsionalnya diuji?
- Jenis input seperti apa yang akan menghasilkan kasus uji yang baik?
- Apakah sistem secara khusus sensitif terhadap nilai input tertentu?
- Bagaimana batasan-batasan kelas data diisolasi?
- Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?
- Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?
Sehingga dalam uji coba Black Box harus melewati beberapa proses sebagai berikut:
- Menganalisis kebutuhan dan spesifikasi dari perangkat lunak.
- Pemilihan jenis input yang memungkinkan menghasilkan output benar serta jenis input yang memungkinkan output salah pada perangkat lunak yang sedang diuji.
- Menentukan output untuk suatu jenis input.
- Pengujian dilakukan dengan input-input yang telah benar-benar diseleksi.
- Melakukan pengujian.
- Pembandingan output yang dihasilkan dengan output yang diharapkan.
- Menentukan fungsionalitas yang seharusnya ada pada perangkat lunak yang sedang diuji.
Metode Pengujian Dalam Black Box
Ada beberapa macam metode pengujian Black Box, berikut diantaranya:
- Equivalence Partioning
Equivalence Partioning merupakan metode uji coba Black Box yang membagi domain input dari program menjadi beberapa kelas data dari kasus uji coba yang dihasilkan. Kasus uji penanganan single yang ideal menemukan sejumlah kesalahan (misalnya: kesalahan pemrosesan dari seluruh data karakter) yang merupakan syarat lain dari suatu kasus yang dieksekusi sebelum kesalahan umum diamati. - Boundary Value Analysis
Sejumlah besar kesalahan cenderung terjadi dalam batasan domain input dari pada nilai tengah. Untuk alasan ini boundary value analysis (BVA) dibuat sebagai teknik uji coba. BVA mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BVA merupakan desain teknik kasus uji yang melengkapi Equivalence partitioning. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output. - Cause-Effect Graphing Techniques
Cause-Effect Graphing merupakan desain teknik kasus uji coba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut: - Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing.
- Pembuatan grafik Causes-Effect graph.
- Grafik dikonversikan ke dalam tabel keputusan.
- Aturan tabel keputusan dikonversikan kedalam kasus uji
- Comparison Testing
Dalam beberapa situasi (seperti: aircraft avionic, nuclear Power plant control) dimana keandalan suatu software amat kritis, beberapa aplikasi sering menggunakan software dan hardware ganda (redundant). Ketika software redundant dibuat, tim pengembangan software lainnya membangun versi independent dari aplikasi dengan menggunakan spesifikasi yang sama. Setiap versi dapat diuji dengan data uji yang sama untuk memastikan seluruhnya menyediakan output yang sama. Kemudian seluruh versi dieksekusi secara parallel dengan perbandingan hasil real-time untuk memastikan konsistensi. Dianjurkan bahwa versi independent suatu software untuk aplikasi yang amat kritis harus dibuat, walaupun nantinya hanya satu versi saja yang akan digunakan dalam sistem. Versi independent ini merupakan basis dari teknik Black Box Testing yang disebut Comparison Testing atau back-to-back Testing. - Sample and Robustness Testing
- Sample Testing
Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen, seperti Mengintegrasikan nilai pada kasus uji. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu. - Robustness Testing
Pengujian ketahanan (Robustness Testing) adalah metodologi jaminan mutu difokuskan pada pengujian ketahanan perangkat lunak. Pengujian ketahanan juga digunakan untuk menggambarkan proses verifikasi kekokohan (yaitu kebenaran) kasus uji dalam proses pengujian. - Behavior Testing dan Performance Testing
- Behavior Testing
Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack. - Performance Testing
Digunakan untuk mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan. Misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll. Selain itu juga digunakan untuk mencari tahu beban kerja atau kondisi konfigurasi program. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain. Dapat digunakan untuk menguji batasan lingkungan program. - Requirement Testing
- Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.
- Requirement Testing melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program.
- Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix.
- Endurance Testing
Endurance Testing melibatkan kasus uji yang diulang-ulang dengan jumlah tertentu dengan tujuan untuk mengevaluasi program apakah sesuai dengan spesifikasi kebutuhan.
Contoh: Untuk menguji keakuratan operasi matematika (floating point, rounding off, dll), untuk menguji manajemen sumber daya sistem (resources) (pembebasan sumber daya yang tidak benar, dll), input/outputs (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.
LITERATURE REVIEW
Literature review adalah bahan yang tertulis berupa buku, jurnal yang membahas tentang topik yang hendak diteliti. Banyak penelitian yang sebelumnya dilakukan mengenai Validasi Sertifikat PESSTA+. Dalam sistem Validasi Sertifikat PESSTA+ ini perlu dilakukan studi pustaka sebagai salah satu dari penerapan metode penelitian yang akan dilakukan.Berikut ini adalah 6 penelitian yang telah dilakukan dan memiliki kolerasi yang searah dengan penelitian yang akan dibahas dalam Jurnal ini diantaranya :
- Penelitian yang dilakukan oleh Aminudin (2014)[24], yang berjudul “Implementasi Single Sign On (SSO) Untuk Mendukung Interaktivitas Aplikasi E-CommerceMenggunakan Protocol Oauth”. Penelitian ini mengulas tentang teknologi Single Sign On yang merupakan teknologi yang diminati, terutama di jaringan yang sangat besar dan heterogen (dalam sistem operasi saat ini dan aplikasi yang digunakan oleh komputer berasal dari banyak vendor diminta untuk mengisi informasi itu sendiri ke setiap platform yang berbeda untuk diakses oleh pengguna). Dengan menggunakan SSO, pengguna hanya cukup berusaha untuk otentikasi hanya sekali untuk mendapatkan izin, akses ke semua layanan yang terdapat dalam jaringan.
- Penelitian yang dilakukan oleh Ikha Widyawati (2013)[25], yang berjudul “Analisis Faktor-Faktor Yang Mempengaruhi Minat Pemanfaatan Sistem Informasi Dan Penggunaan Sistem Informasi (Studi Empiris Pada BMT Di Karisidenan Pati)”. Penelitian ini untuk menguji faktor-faktor yang mempengaruhi minat pemanfaatan sistem informasi dan pengaruhnya terhadap penggunaan sistem informasi dengan menguji model yang diajukan oleh Handayani (2007). Data diperoleh dari persepsi individu pemakai sistem informasi pada BMT di Karisidenan Pati. Hasil penelitian ini menunjukkan bahwa ekspektasi kinerja, ekspektasi usaha, faktor sosial berpengaruh positif signifikan terhadap minat pemanfaatan sistem informasi. Kondisi yang memfasilitasi dan minat pemanfaatan SI berpengaruh positif terhadap penggunaan SI.
- Penelitian yang dilakukan oleh Lian Duan dan Li Da Xu dari Universitas Iowa, USA (2012) [26], yang berjudul"Business Intelligence for Enterprise Systems: A Survey". Penelitian ini membahas tentang ini pengenalan singkat kepada BI dengan penekanan pada algoritma dasar dan kemajuan saat ini. Selain itu , untuk menunjukkan tantangan dan peluang untuk lancar terhubung informatika industri untuk sistem perusahaan untuk penelitian BI.
- Penelitian yang dilakukan oleh Ahmad Budi Setiawan (2014)[27], yang berjudul “Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik” Bisnis dan transaksi elektronik telah menjadi trend saat ini oleh karena kemudahan dalam transaksi. Isu trust (kepercayaan) pada transaksi elektronik dalam lingkup nasional, regional dan global telah meningkat seiring dengan adanya permasalahan dalam hal keamanan informasi dalam transaksi elektronik. Pemerintah Indonesia telah memberikan jaminan hukum kepada masyarakat dalam bertransaksi elektronik. Hal ini tertuang dalam Undang-Undang No. 11 Tahun 2008 Tentang Informasi dan Transaksi Elektronik (UU ITE) dan juga dikeluarkannya peraturan Pemerintah No. 82 Tahun 2012 Tentang Penyelenggaraan Sistem Transaksi Elektronik (PP PSTE). Dalam regulasi tersebut diamanatkan kepada setiap Penyelenggara Sistem Transaksi Elektronik harus memiliki Sertifikat Elektronik dan Sertifikat Keandalan. Berdasarkan hal tersebut, diperlukan regulasi teknis dalam implementasi regulasi tersebut. Secara umum, telah ada Standard yang dikeluarkan oleh berbagai Organisasi Internasional dan Nasional. Dengan demikian, dibutuhkan strategi implementasi standardisasi sertifikat elektronik dan keandalan untuk mendorong tumbuh kembangnya Ekosistem Penyelenggara Sistem Transasksi Elektronik yang terpercaya dan handal serta memudahkan Pemerintah dalam meregulasi standard tersebut.
- Indahni, Frisilia and Kunang, Yesi Novaria and Muzakir, Ari (2015)[28], penelitian ini berjudul “Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature” Single sign on merupakan teknologi yang mengizinkan pengguna untuk melakukan otentikasi pada beberapa aplikasi web hanya menggunakan satu username dan satu password. Pengguna cukup melakukan login sekali agar bisa mengakses beberapa aplikasi web yang terintegrasi. Single sign on menyediakan fasilitas Security Assertion Markup Language (SAML) sebagai portal penghubung antara pengguna dan aplikasi web. Dengan menggunakan beberapa aplikasi web yaitu moodle dan wordpress. SSO SAML menggunakan digital signature sebagai sistem keamanan antar server dengan menggunakan sertifikat SP, sertifikat Idp dan sertifikat CAS. Digital signature memiliki fungsi sebagai penanda pada data yang memastikan bahwa data tersebut adalah data yang sebenarnya (tidak ada yang berubah) dengan menggunakan algoritma RSA.
- Hustinawati, Albert Kurnia Himawan and Latifah. Penelitian ini berjudul : Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.[29] Framework is a framework that allows developers to build an application . There are two types of frameworks , one of which is a web application framework. In this framework there is one type of framework that is widely used by web developers , which is a PHP framework that until now has been growing more than fifteen types to follow the progress of existing technology . With the development of web technology , in addition to facilitate can also cause problems both for the beginners in the world of PHP programming or PHP programmers to choose a framework which is more convenient and effective to use. Therefore , in this study will be a comparison between the two types , namely PHP framework CakePHP framework CodeIgniter framework that is implemented with the creation of websites to display data from a database , so that the two kinds of PHP frameworks can be known benefits and drawbacks to the analysis based on six factors namely in terms of performance , architecture , features - features that are available , the application of Ajax , ORM implementation , and capacity of each library - each framework.
- Penelitian yang dilakukan oleh Gabriel Tamura Norha M. Villegas dan Hausi A. Muller pada tahun 2011 [30], penelitian ini berjudul “Towards Practical Runtime Verification And Validation Of Self-Adaptive Software Systems”. Software validation and verification (V&V) ensures that software products satisfy user requirements and meet their expected quality attributes throughout their lifecycle. While high levels of adaptation and autonomy provide new ways for software systems to operate in highly dynamic environments, developing certifiable V&V methods for guaranteeing the achievement of self-adaptive software goals is one of the major challenges facing the entire research field. In this chapter we (i) analyze fundamental challenges and concerns for the development of V&V methods and techniques that provide certifiable trust in self-adaptive and self-managing systems; and (ii) present a proposal for including V&V operations explicitly in feedback loops for ensuring the achievement of software self-adaptation goals. Both of these contributions provide valuable starting points for V&V researchers to help advance this field.
- Penelitian yang dilakukan oleh Christopher J. Roy dan William L. Oberkampf pada tahun 2011 [31] penelitian ini berjudul “A Comprehensive Framework For Verification, Validation, and Uncertainty Quantification in Scientific Computing”. Approaches for propagating both types of uncertainties through the model to the system response quantities of interest are briefly discussed. Numerical approximation errors (due to discretization, iteration, and computer round off) are estimated using verification techniques, and the conversioon of these errors into epistemic uncertainties is discussed. Model form uncertainty is quantified using (a) model validation procedures, i.e., statistical comparisons of model predictions to available experimental data, and (b) extrapolation of this uncertainty structure to points in the application domain where experimental data do not exist. Finally, methods for conveying the total predictive uncertainty to decision makers are presented. The different steps in the predictive uncertainty framework are illustrated using a simple example in computational fluid dynamics applied to a hypersonic wind tunnel.
- Penelitian yang dilakukan oleh Manisha Bhardwaj, Sarbjeet Singh dan Makhan Singh pada tahun 2011[32] penelitian ini berjudul “Implementation Of Single Sign-On And Delegation Mechanisms In Alchemi.Net Based Grid Computing Framework”. Penelitian ini dilatarbelakangi setelah menganalisa rinci kinerja Alchemi, telah mengidentifikasi bahwa Alchemi Berbasis. NET Grid Computing Framework tidak mendukung mekanisme seperti single sign-on, sehingga diinginkan untuk menambahkan mekanisme ini untuk meningkatkan kegunaan dan penerapannya. Single sign-on (SSO) adalah fitur yang diinginkan dari komputasi grid, meskipun terdapat beberapa cara untuk menerapkan single sign-on dan delegasi, namun dalam penelitian ini telah diimplementasi pada Alchemi.Net berdasarkan kerangka kerja komputasi grid melalui X.509 sertifikat proxy. Kemudian saat ini telah diterapkan single sign-on dan delegasi mekanisme untuk Alchemi.Netbased dengan memanfaatkan X.509 sertifikat proxy. Dalam implementasi ini komunikasi telah dibentuk antara dua host. Kemudian host yang bertindak sebagai klien telah dikonfirmasi oleh tuan rumah yang bertindak sebagai server. Setelah di autentifikasi, klien diizinkan untuk mengakses berbagai aplikasi yang disediakan oleh Alchemi.Netbased framework komputasi grid dengan single sign-on dan hak delegasi penuh.
- Penelitian yang dilakukan oleh Ashirwad J. Chowriappa pada tahun 2013 [33],penelitian ini berjudul “Development and Validation of a composite scoring system for robot-assisted surgical training-the Robotic skills Assessment Score”. Penelitian ini dilatar belakangi oleh sebuah sistem penilaian standar tidak ada dalam penilaian maya berbasis realitas metrik untuk menggambarkan keterampilan bedah aman dan penting dalam operasi dibantu oleh robot. Penelitian ini bertujuan untuk mengembangkan mencetak penilaian bersama dengan validasi konstruk. Robotic Keterampilan Penilaian terutama berfokus pada keselamatan di bidang operasi, kesalahan kritis, ekonomi, bimanual ketangkasan, dan waktu. Berikut, RSA-Score yang dievaluasi lebih lanjut untuk validasi konstruk dan kelayakan. uji korelasi Spearman dilakukan antara tugas menggunakan RSA-Skor menunjukkan tidak ada korelasi silang. Hasil penelitian diusulkan RSA-Score ini dievaluasi ahli bedah non-robot (n ¼ 15) dan ahli bedah ahli-robot (n ¼ 12). Kelompok ahli menunjukkan secara signifikan lebih baik kinerja pada semua empat tugas dibandingkan dengan kelompok pemula. Validasi RSAScore yang dalam penelitian ini dilakukan pada Simulator Bedah Robotic. Kesimpulan: RSA-Score adalah sistem penilaian yang valid yang dapat dimasukkan dalam maya berbasis realitas simulator bedah untuk mencapai standar penilaian fundamental tenda bedah selama operasi dibantu oleh robot.
Dari ke-10 (Sepuluh ) literature riview yang terdapat diatas telah banyak yang membahas penelitian sebelumnya mengenai Validasi Sertifikat, maka disimpulkan bahwa belum ada peneliti yang membahas Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Pada Penilaian Objektif Sidang Di Perguruan Tinggi.
BAB III
Gambaran Umum Perusahaan
Banyaknya perguruan tinggi yang ada di Kota Tangerang khususnya di bidang IT (Information Technology) nyata nya masih belum dapat memenuhi kebutuhan masyarakat dalam mendapatkan sebuah data secara terkomputerisasi pada setiap bidang.
Dalam dunia perkantoran, baik instansi pemerintah maupun swasta sangat dekat dengan dunia komputer, alat-alat canggih, serta teknologi lainnya sangatlah berkembang dengan pesat sehingga setiap saat selalu berubah-ubah. Maka dari itu, Perguruan Tinggi Raharja yang mempunyai misi tersendiri, turut ikut serta dalam membantu program pemerintah untuk mencerdaskan bangsa Indonesia dan juga meningkatkan sumber daya manusia untuk menghadapi blue ocean.
Para pendiri Perguruan Tinggi Raharja berambisi membantu pemerintah dan masyarakat Kota Tangerang dengan hadirnya Perguruan Tinggi Raharja yang didirikan oleh Yayasan Nirwana Nusantara (YRI). Perguruan Tinggi Raharja tercatat sudah berdiri sejak tahun 2001 dan merupakan perguruan tinggi dalam bidang pendidikan komputer terbaik.
Sejarah Singkat Perguruan Tinggi Raharja
Awal mula berdirinya Perguruan Tinggi Raharja hanyalah sebuah lembaga kursus komputer yang diberi nama LPPK (Lembaga Pendidikan dan Penelitian Komputer) Raharja. Pada saat itu, LPPK berada di Jalan Gatot Subroto KM.2 Harmoni Mas Cimone, Tangerang. Lika-liku perjalanan Perguruan Tinggi Raharja bisa dilihat pada tabel 3.1 berikut ini:
Namun tidak hanya sampai disini saja, dalam rangka meningkatkan mutu serta kualitas lulusan RAHARJA yang telah disesuaikan dengan Rencana Induk Pengembangan (RIP) Raharja, dalam waktu tidak lebih dari 5 tahun sudah berdiri Universitas RAHARJA.
Jurusan/Program Studi Perguruan Tinggi Raharja
Jurusan/Prodi AMIK Raharja Informatika
Tabel 3.2. Merupakan tabel jurusan/prodi yang terdapat pada STMIK Raharja yang terdiri dari 3 (tiga) jurusan, yaitu Sistem Informasi, Teknik Informasi, dan Sistem Komputer.
Tabel 3.3. Merupakan table jurusan/prodi yang terdapat pada AMIK Raharja Informatika yang terdiri dari 3 (tiga) jurusan, yaitu Manajemen Informatika, Teknik Informasi, dan Komputer Akuntansi.
Visi dan Misi Perguruan Tinggi Raharja
1.Visi Perguruan Tinggi Raharja
Tabel berikut ini merupakan Visi Perguruan Tinggi Raharja:
2. Misi Perguruan Tinggi Raharja
Demi mencapai Visi yang telah di gariskan, Perguruan Tinggi Raharja senantiasa berupaya untuk melaksanakan misinya sebagaimana tabel dibawah ini:
Visi dan misi yang sudah dijelaskan di atas harus dimengerti dan juga dipahami dengan kesadaran komitmen pada mutu yang menjadi tujuan dalam manajemen dan pada sistem pendidikan di Perguruan Tinggi Raharja. Kualitas bisa disebut dengan sebuah dimensi yang merupakan bagian dari apa yang disebut “Total Qualitas Manajemen”. Konsep berfikir kualitas terdiri dari: performance (kinerja), feature (fasilitas), durability (daya tahan), reliability (kehandalan), conformity (kesesuaian), esthetic (keindahan), dan easy to be repaired (kemudahan perbaikan). Pada ketujuh elemen tersebut, merupakan perhatian utama bagi manajemen dan sistem pendidikan Perguruan Tinggi Raharja yang tertulis dalam ISO9001 : 2008 (Sistem Manajemen Mutu Raharja)
3.Tujuan Perguruan Tinggi Raharja
Demi melaksanakan apa yang menjadi motto sebuah instansi, maka dari itu Perguruan Tinggi Raharja mempunyai tujuan yang sudah dirangkum tabel 3.6. di bawah ini:
Arti Nama Raharja
Arti nama Raharja terinspirasi dari motto kota dan kabupaten Tangerang, yaitu Bhakti Karya Adhi Kerta Raharja dan Setya Karya Kerta Raharja yang artinya adalah kesejahteraan dan dalam arti luas nya adalah niat dan keinginan pendiri demi membantu pemerintah ikut andil dalam membangun masyarakat yang sejahtera melalui ilmu teknologi informasi dan komputer. Get The Better Future By Computer Science (meraih sukses yang gemilang dengan ilmu komputer) adalah motto dari Perguruan Tinggi Raharja.
1. Arti Green Campus
(Sumber : Identitas Raharja, raharja.ac.id
Sesuai dengan namanya, Green Campus berarti Kampus Hijau. Sehingga arti dari Kampus Hijau itu sendiri terbagi menjadi 2 yaitu Green atau biasa disebut dengan Green Leaves yang bisa diartikan ‘masih hijau’. Dalam arti luas nya menjadi generasi muda Indonesia adalah bibit unggul yang masih hijau dan Green Campus memberi potensi untuk melahirkan generasi pribadi yang matang dan juga berguna bagi bangsa dan negara. Sedangkan Green dalam konteks Green Power memiliki arti financial. Sebagai instansi pendidikan, Green Campus dapat memberi kekuatan untuk menunjang seluruh aktifitas perkuliahan untuk mewujudkan pribadi raharja yang mandiri secara financial (financially independent).
2. Arti Pribadi Raharja
(Sumber : Identitas Raharja, raharja.ac.id)
Pribadi Raharja adalah cerminan almamater Perguruan Tinggi Raharja yang wajib mempunyai keyakinan bahwa perguruan tinggi benar-benar harus merupakan lembaga ilmiah dan kampus benar-benar harus merupakan masyarakat ilmiah. Perguruan tinggi sebagai almamater (ibu asuh) merupakan suatu kesatuan yang bulat dan mandiri.
Pribadi Raharja meliputi empat unsur Civitas Akademika, yaitu Dosen, Staff/Karyawan Administratif, mahasiswa dan juga alumni. Dimana civitas tersebut mesti berbakti kepada almamater dan mengabdi kepada rakyat, bangsa dan negara melalui almamater dengan melaksanakan Tri Dharma Perguruan Tinggi.
3. Struktur Organisasi
Dalam organisasi, instansi, maupun perusahaan patut memiliki sebuah struktur organisasi yang digunakan demi memudahkan pengkoordinasian dan penyatuan usaha untuk menunjukkan kerangka hubungan di antara fungsi, bagian maupun tugas dan wewenang serta tanggung jawab anggota organisasi. Disamping itu pula untuk menunjukkan rantai (garis) perintah dan penggandaan fungsi yang dibutuhkan dalam sebuah organisasi. Hal tersebut sama halnya dengan Perguruan Tinggi Raharja yang mempunyai struktur organisasi divisi akademik sebagai berikut:
(Sumber: http://www.raharja.ac.id/)
Tugas dan Tanggung Jawab
Berikut merupakan tabel wewenang serta tanggung jawab bagian yang ada pada Perguruan Tinggi Raharja:
Presiden Direktur
Direktur
Pembantu (Bidang Akademik)
Pembantu Direktur II (Administrasi)
Pembantu Direktur III (Bidang Kemahasiswaan)
Asisten Direktur Akademik
Kepala Jurusan
Asisten Direktur Finansial
Layanan Keuangan Mahasiswa (LKM)
Asisten Direktur Operasional (ADO)
Registrasi Perkuliahan Ujian (RPU)
Layanan Registrasi Mahasiswa (LRM)
Perkuliahan dan Ujian (PU)
Bagian dari Registrasi Perkuliahan Ujian (RPU) terdiri dari:
Tata Laksana Sistem Yang Berjalan
Dalam bab ini penulis akan mengemukakan tentang prosedur sistem yang berjalan.
Prosedur Sistem Yang Berjalan
Dalam menganalisa sistem yang berjalan saat ini, penulis melakukan penelitian menggunakan analisa deskriptif sebagai penggambaran sistem berjalan tersebut. Pada penilaian validasi sertifikat di Perguruan Tinggi Raharja saat ini masih dilakukan secara manual. Saat sidang berlangsung mahasiswa harus membawa berkas-berkas sertifikat dan diberikan pada Dewan Penguji untuk dicek keabsahannya. Pengecekan validasi sertifikat membutuhkan ketelitian dan juga waktu yang cukup lama. Hingga saat ini masih belum adanya kemudahan dalam melakukan validasi sertifikat pada saat pelaksanaan sidang berlangsung. Sehingga mahasiswa tidak mengetahui apakah sertifikat yang mereka kumpulkan sesuai dengan PO Sidang atau tidak.
Dengan adanya permasalahan tersebut, maka hal ini menyebabkan kurang efektifnya pemberian nilai validasi sertifikat pada saat pelaksanaan sidang. Dengan hal seperti ini juga tentunya menyulitkan Dewan Penguji dalam memberi nilai validasi sertifikat belum lagi Dewan Penguji masih harus input nilai validasi sertifikat tersebut ke dalam sistem PESSTA (pessta.ilearning.me).
Karena pada kenyataannya, pada saat sidang berlangsung ke-10 sertifikat yang dibawa mahasiswa yang harus di cek keabsahannya itu, memerlukan sebuah wadah atau sebuah sistem yang menampung hasil scan ke-10 sertifikat untuk di cek secara otomatis di Perguruan Tinggi Raharja dan juga yang bisa langsung diberikan nilai secara otomatis apabila hasil validasi sertifikat itu sesuai dengan prosedur yang ada, dan secara otomatis menolak hasil validasi sertifikat yang tidak sesuai syarat dan ketentuan tanpa perlu pengecekan pada saat sidang berlangsung.
Permasalahan Yang Dihadapi
Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah pada saat awal pelaksanaan sidang berlangsung, Penguji harus mengecek berkas-berkas sertifikat yaitu sebanyak 10 sertifikat yang menghabiskan waktu kurang lebih 10 menit lamanya untuk proses pengecekan keabsahan. Sehingga membuat tidak efektif dan tidak efisien.
Prosedur sistem yang berjalan saat ini dalam proses penilaian validasi sertifikat yang ada di Perguruan Tinggi Raharja masih menggunakan jaringan lokal yaitu hanya dapat dilakukan pada saat pelaksanaan sidang berlangsung sehingga penilaian poin sertifikat dirasa masih kurang efisien.
- Tidak adanya sebuah informasi hasil validasi sertifikat dalam bentuk Data Sidang TA/Skripsi 2016/2017, sehingga Penguji tidak mengetahui secara otomatis penilaian objektif sidang sertifikat .
- Tidak adanya wadah untuk memberikan hasil validasi sertifikat penelitian TA/Skripsi yang valid di Perguruan Tinggi Raharja.
Rancangan Prosedur Sistem Yang Berjalan
Untuk menganalisa sistem berjalan, penelitian ini menggunakan Flowchart dan Unified Modelling Language (UML) untuk menggambarkan rancangan prosedur dan proses yang berjalan saat ini yaitu sebagai berikut :
Flowchart Sistem Yang Berjalan
Gambar 3.3. Flowchart Sistem Yang berjalan
Dapat dijelaskan gambar 3.3. flowchart sistem yang diusulkan, yaitu terdiri dari:
- 2 (dua) simbol terminal, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada menu search validasi.
- 1 (satu) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya, yaitu: "Input Poin Sertifikat”.
- 2 (dua) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah “Pengecekan Berkas-Berkas Sertifikat ” dan "Poin Sertifikat Terpenuhi".
- 1 (satu) simbol decision, sebagai simbol untuk menunjukkan sebuah langkah pengambilan suatu keputusan untuk mengecek validasi sertifikat yang dinyatakan valid.
Use Case Diagram Yang Berjalan
Gambar 3.4. Use Case Diagram Yang Berjalan
Dapat dijelaskan gambar 3.4. Use Case diagram yang diusulkan, yaitu terdiri dari 2 actor, yaitu : Mahasiswa dan Penguji. Dan juga mempunyai 4 behavior atau kebiasaan diantaranya yaitu :
- Mahasiswa membawa berkas-berkas sertifikat saat sidang
- Penguji mengecek berkas-berkas sertifikat
- Penguji menginput nilai sertifikat
- Poin sertifikat terpenuhi
Activity Diagram Yang Berjalan
Gambar 3.5. Activity Diagram Yang Berjalan
Dapat dijelaskan Gambar 3.5. diatas Activity diagram yang berjalan, yaitu sebagai berikut :
- 1 (satu) initial node sebagai objek yang di awali.
- 4 (empat) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : membawa berkas-berkas sertifikat, mengecek berkas-berkas sertifikat, penginput nilai sertifikat, dan poin sertifikat terpenuhi.
- 1 (satu) initial final node yang merupakan aktifitas akhir kegiatan.
Sequence Diagram Yang Berjalan
Gambar 3.6. Sequence Diagram Yang Berjalan
Gambar 3.6. Sequence Diagram yang berjalan diatas menggambarkan sequence diagram yang berjalan, yaitu sebagai berikut :
- 2 (dua) actor yang melakukan kegiatan, yaitu mahasiswa dan penguji.
- 2 (dua) Lifeline yaitu sistem Sertifikat dan PESSTA.
- Message yang menggambarkan pengiriman pesan, yaitu :
- Mahasiswa membawa berkas-berkas sertifikat pada saat sidang.
- Penguji menerima berkas-berkas sertifikat.
- Penguji mengecek berkas-berkas sertifikat.
- Input nilai PO sertifikat.
- Poin sertifikat terpenuhi.
Analisa Sistem Yang Berjalan
Metode Analisa SWOT
Penelitian ini menggunakan metode analisa SWOT untuk mengevaluasi kekuatan (Strengths), kelemahan (Weakness), Peluang (Opportunities), dan ancaman (Threats) pada sistem yang mampu menyampaikan informasi yang diinginkan pada Perguruan Tinggi Raharja yang dapat dilihat pada Tabel 4.1. dibawah ini:
Tabel 3.19. Analisa SWOT
Berdasarkan identifikasi SWOT yang telah dilakukan, selanjutnya dilakukan analisa untuk mencari strategi dengan menggunakan matriks SWOT. Matriks SWOT ini dapat menggambarkan secara jelas bagaimana peluang yang tersedia menggunakan (strategi S-O) dan menggunakan kekuatan yang dimiliki untuk mengatasi suatu ancaman dengan menggunakan (strategi S-T) dan dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki untuk meraih peluang yang ada menggunakan strategi (W-O) serta mengatasi ancaman yang ada dengan menggunakan (strategi W-T). Matriks SWOT dapat dilihat pada Tabel 4.2. dibawah ini:
Tabel 3.20. Matriks SWOT
Analisa Masukan, Analisa Proses, Analisa Keluaran
- Analisa Masukan
Analisa masukan merupakan penguraian masalah yang dilakukan terhadap semua data/informasi yang berfungsi sebagai data input sehingga menghasilkan proses.
Nama Masukan : Validasi Sertifikat
Fungsi : Sebagai pembuktian bahwa peserta sidang sudah mempunyai sertifikat yang terdokumentasi dengan baik.
Sumber : Dewan Penguji
Media : Sertifikat
Distribusi : Peserta sidang kepada dewan penguji
Frekuensi : Setiap pelaksanaan sidang berlangsung
Keterangan : Dewan penguji mengecek validasi sertifikat peserta sidang. - Analisa Proses
Analisa proses merupakan penguraian yang dilakukan pada proses sebagai suatu hasil respect balik karena adanya data input di dalam proses inilah semua data/informasi yang masuk akan di olah dengan menggunakan pengolahan sistem yang ada.
Nama Masukan : Pengolahan nilai
Masukan : Nilai validasi sertifikat
Keluaran : Nilai berupa poin 10
Ringkasan Proses : Proses ini akan menghasilkan nilai validasi sertifikat berupa poin mutu yang akan disampaikan kepada peserta sidang. - Analisa Keluaran
Analisa keluaran merupakan penguraian masalah yang dilakukan pada hasil dari keseluruhan proses yang terjadi dari mulai penginputan data sampai terjadi proses pengolahan data melalui sistem pengolahan data yang ada.
Nama Keluaran : Nilai validasi sertifikat
di sistem PESSTA
Fungsi : Menampilkan nilai
Media : Sistem PESSTA (Penilaian Sidang Skripsi Dan Tugas Akhir)
Keterangan : Poin validasi sertifikat peserta sidang sudah di input ke dalam sistem PESSTA.
Permasalahan Yang Dihadapi dan Altetrnatif Pemecahan Masalah
Permasalahan Yang Dihadapi
Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah pada saat awal pelaksanaan sidang berlangsung, Penguji harus mengecek berkas-berkas sertifikat, menghabiskan waktu kurang lebih 10 menit untuk proses pengecekan.
Prosedur sistem yang berjalan saat ini dalam proses penilaian validasi sertifikat yang ada di Perguruan Tinggi Raharja masih menggunakan jaringan lokal yaitu hanya dapat dilakukan pada saat pelaksanaan sidang berlangsung sehingga penilaian poin sertifikat dirasa masih kurang efektif dan efisien. Tidak adanya wadah untuk memberikan hasil penilaian sertifikat yang valid di Perguruan Tinggi Raharja. sehingga Penguji tidak mengetahui secara otomatis penilaian objektif sidang sertifikat.
Alternatif Pemecahan Masalah
Setelah dilakukan nya observasi dari berbagai permasalahan yang sedang dihadapi saat ini, maka dicarikan alternatif pemecahan masalah yang mendukung dan bisa menjadi referensi bagi Perguruan Tinggi Raharja. Terdapat 3 alternatif pemecahan masalah, diantaranya:
- Dengan dibuatnya sistem validasi sertifikat di PESSTA+ diharapkan mahasiswa bisa submit sertifikat secara mandiri dan online kapanpun dan dimanapun mereka ingingkan tanpa perlu menunggu pelaksanaan sidang berlangsung dan juga memudahkan dewan penguji dalam melihat validasi sertifikat tanpa perlu mengecek berkas-berkas sertifikat.
- Dengan hadirnya validasi sertifikat di PESSTA+, seluruh sertifikat Mahasiswa di Perguruan Tinggi Raharja akan terdokumentasi dan tervalidasi dengan baik di PESSTA+.
- Dan dengan dibuatnya Data Mahasiswa TA/Skripsi validasi sertifikat dapat menghasilkan data yang valid dan mempermudah Penguji, peserta sidang, maupun Mahasiswa dalam mengecek laporan pada validasi sertifikat di PESSTA+.
User Requirement
Elisitasi Tahap I
Menurut Guritno (2011 : 302)[19], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.
Menurut Saputra (2012 : 51)[34], “Elisitasi merupakan rancangan yang di buat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi“ Elisitasi tahap 1 merupakan daftar yang diperoleh dari hasil pengumpulan data, sebuah rancangan sistem yang diusulkan oleh manajemen terkait dengan wawancara mengenai kekurangan dari sistem yang sedang berjalan dan kebutuhan sistem yang belum terpenuhi.
Wawancara pada elisitasi ini dilakukan bersama stakeholder dengan menghasilkan 55 (lima puluh lima) kebutuhan functional dan 5 (lima) kebutuhan non functional
ANALISA KEBUTUHAN |
|
FUNGSIONAL |
|
SAYA INGIN SISTEM SAYA DAPAT : |
|
No. |
Keterangan |
1 |
Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori |
2 |
Sistem dapat melakukan submit jurnal |
3 |
Sistem dapat melakukan submit hibah |
4 |
Sistem dapat melakukan submit sertifikat |
5 |
Sistem dapat melakukan submit widuri |
6 |
Pada Form Pertama Submit Sertifikat Terdapat 6 Field |
7 |
Pada Form Kedua Submit Sertifikat Terdapat 3 Field |
8 |
Pada Form Ketiga Submit Sertifikat Terdapat 1 Field. |
9 |
Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat |
10 |
Sistem dapat login menggunakan Facebook |
11 |
Sistem dapat login menggunakan Twitter |
12 |
Sistem dapat login menggunakan Linkedin |
13 |
Sistem dapat menampilkan Validasi Sertifikat |
14 |
Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang |
15 |
Sistem dapat menampilkan My Sertifikat |
16 |
Pada submit sertifikat sistem dapat menampilkan NIM, Nama Lengkap dan Email Rinfo secara otomatis |
17 |
Pada submit sertifikat sistem dapat menampilkan Link hasil Scan Sertifikat |
18 |
Sistem dapat menampilkan Gambar Sertifikat |
19 |
Sistem dapat menampilkan judul sertifikat disetiap form |
20 |
Sistem dapat menampilkan jumlah visitor yang online |
21 |
Pada sistem terdapat Manage Sertifikat terdapat 3 status Confrim |
22 |
Sistem dapat menampilkan validasi Layak dan Tidak Layak |
23 |
Sistem dapat menampilkan Button Print |
24 |
Pada homepage PESSTA+ terdapat logo PESSTA+ |
25 |
Sistem dapat menampilkan sitemap |
26 |
Sistem memiliki Fasilitas Live Chat |
27 |
Sistem dapat menampilkan FAQ tentang Validasi Sertifikat |
28 |
Sistem dapat menampilkan slide show banner |
29 |
Sistem memiliki Fasilitas change username |
30 |
Sistem dapat menampilkan kalender pada PESSTA+ |
31 |
Sistem terdapat Fasilitas Google Translate |
32 |
Sistem dapat menampilkan photo Admin |
33 |
Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK) |
34 |
Sistem dapat menampilkan judul disetiap formnya yang terdiri dari 3 form |
35 |
Sistem dapat melakukan Update Biodata User |
36 |
Sistem dapat login melalui path |
37 |
Sistem dapat melakukan pilihan bahasa (Indonesia dan English) |
38 |
Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah Log Out |
39 |
Sistem dapat menampilkan seluruh daftar Pribadi Raharja |
40 |
Sistem dapat menampilkan informasi deadline secara rutin |
41 |
Sistem dapat menampilkan viewboard validasi sertifikat yang valid |
42 |
Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid |
43 |
Sistem dapat menampilkan menu navigation |
44 |
Sistem dapat mengirimkan notifikasi validasi sertifikat berupa email |
45 |
Sistem dapat menampilkan waktu saat ini |
46 |
Sistem terdapat fanspage PESSTA+ |
47 |
Sistem terdapat tampilan waktu hari |
48 |
Sistem terdapat tampilan waktu tanggal |
49 |
Sistem terdapat tampilan waktu tahun |
50 |
Sistem memiliki kolom searching |
51 |
Sistem dapat terhubung dengan Ten pillar iLearning no 5 iDuHelp! |
52 |
Sistem dapat terhubung dengan Future IT Raharja no 5 yaitu forum RhjFox |
53 |
Sistem dapat terhubung dengan Ten pillar iLearning no 7 Viewboard Rooster. |
54 |
Sistem menampilkan unix visitors counter |
55 |
Sistem memiliki roadmap Tpi |
NON FUNGSIONAL |
|
SAYA INGIN SISTEM SAYA DAPAT : |
|
No. |
Keterangan |
1 |
Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN |
2 |
Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi |
3 |
Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit |
4 |
Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment |
5 |
Mengirim Mailchimp kepada 220 Pribadi Raharja |
Penyusun,
(Siti Mutmainah) NIM : 1312474539 |
|
Stakeholder
(Padeli, M.Kom.) NIP : 03002 |
Elisitasi Tahap II
Menurut Saputra (2012:51)[34], Elisitasi tahap II merupakan hasil pengklasifikasian dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi.
Berikut ini adalah penjelasan mengenai metode MDI yang dipakai dalam elisitasi tahap II:
- 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.22. yang berisikan elisitasi tahap II berdasarkan klasifikasi metode MDI. Pada elisitasi tahap II ini berisikan 60 (enam puluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.
ANALISA KEBUTUHAN |
||||
FUNGSIONAL |
||||
SAYA INGIN SISTEM SAYA DAPAT : |
||||
No. |
Keterangan |
M |
D |
I |
1 |
Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori |
√ |
|
|
2 |
Sistem dapat menampilkan kalender |
|
|
√ |
3 |
Pada Form Pertama Submit Sertifikat Terdapat 6 Field |
√ |
|
|
4 |
Pada Form Kedua Submit Sertifikat Terdapat 3 Field |
√ |
|
|
5 |
Pada Form Ketiga Submit Sertifikat Terdapat 1 Field |
√ |
|
|
6 |
Sistem dapat menampilkan traffic aktivitas submit validasi sertifikat |
|
√ |
|
7 |
Sistem dapat menampilkan informasi biodata Pribadi Raharja |
|
|
√ |
8 |
Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat |
√ |
|
|
9 |
Sistem dapat menampilkan log terakhir mahasiswa melakukan login |
|
√ |
|
10 |
Sistem dapat login menggunakan Facebook |
|
|
√ |
11 |
Sistem dapat login menggunakan Twitter |
|
|
√ |
12 |
Sistem dapat login menggunakan Linkedin |
|
|
√ |
13 |
Sistem dapat menampilkan Validasi Sertifikat |
√ |
|
|
14 |
Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori |
√ |
|
|
15 |
Sistem dapat menampilkan My Sertifikat |
√ |
|
|
16 |
Pada submit sertifikat sistem dapat menampilkan NIM, Nama Lengkap dan Email Rinfo secara otomatis |
√ |
|
|
17 |
Pada submit sertifikat sistem dapat menampilkan Link hasil Scan Sertifikat |
√ |
|
|
18 |
Sistem dapat menampilkan Gambar Sertifikat |
√ |
|
|
19 |
Sistem dapat menampilkan judul sertifikat disetiap form |
√ |
|
|
20 |
Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang |
√ |
|
|
21 |
Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim |
√ |
|
|
22 |
Sistem dapat menampilkan validasi Layak dan Tidak Layak |
√ |
|
|
23 |
Sistem dapat menampilkan Button Print |
√ |
|
|
24 |
Pada homepage PESSTA+ terdapat logo PESSTA+ |
|
√ |
|
25 |
Sistem dapat menampilkan sitemap |
|
|
√ |
26 |
Sistem memiliki Fasilitas Live Chat |
|
|
√ |
27 |
Sistem dapat menampilkan FAQ tentang Validasi Sertifikat |
√ |
|
|
28 |
Sistem dapat menampilkan slide show banner |
|
√ |
|
29 |
Sistem memiliki Fasilitas change username |
|
|
√ |
30 |
Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid |
√ |
|
|
31 |
Sistem terdapat Fasilitas Google Translate |
|
|
√ |
32 |
Sistem dapat menampilkan photo Admin |
|
|
√ |
33 |
Sistem dapat menampilkan Indeks Prestasi Kumulatif (IPK) |
|
|
√ |
34 |
Sistem di lengkapi dengan track music |
|
|
√ |
35 |
Sistem dapat melakukan Update Biodata User |
|
|
√ |
36 |
Sistem dapat login melalui path |
|
√ |
|
37 |
Sistem dapat melakukan pilihan bahasa (Indonesia dan English) |
|
|
√ |
38 |
Sistem dapat menampilkan kalimat Terima Kasih pada tampilan setelah Log Out |
|
√ |
|
39 |
Sistem dapat menampilkan seluruh daftar Pribadi Raharja |
|
√ |
|
40 |
Sistem dapat menampilkan informasi deadline secara rutin |
|
√ |
|
41 |
Sistem dapat melakukan submit jurnal |
√ |
|
|
42 |
Sistem dapat melakukan submit hibah |
√ |
|
|
43 |
Sistem dapat melakukan submit sertifikat |
√ |
|
|
44 |
Sistem dapat melakukan submit widuri |
√ |
|
|
45 |
Sistem dapat menampilkan waktu saat ini |
|
√ |
|
46 |
Sistem terdapat fanspage PESSTA+ |
|
√ |
|
47 |
Sistem terdapat tampilan waktu hari |
|
|
√ |
48 |
Sistem terdapat tampilan waktu tanggal |
|
|
√ |
49 |
Sistem terdapat tampilan waktu tahun |
|
|
√ |
50 |
Sistem memiliki kolom searching |
|
√ |
|
51 |
Sistem dapat terhubung dengan Ten pillar iLearning no 5 iDuHelp! |
|
√ |
|
52 |
Sistem dapat terhubung dengan Future IT Raharja no 5 yaitu forum RhjFox |
|
√ |
|
53 |
Sistem dapat terhubung dengan Ten pillar iLearning no 7 Viewboard Rooster. |
|
√ |
|
54 |
Sistem menampilkan unix visitors counter |
|
√ |
|
55 |
Sistem memiliki roadmap Tpi |
|
√ |
|
56 |
Sistem dapat terhubung ke website acid |
|
√ |
|
57 |
Sistem memiliki halaman kritik dan saran |
|
|
√ |
58 |
Sistem memiliki fasilitas zoom in dan zoom out |
|
√ |
|
59 |
Sistem memiliki informasi live video dari Magics Channel |
|
|
√ |
60 |
Sistem memiliki fitur informasi cuaca dengan tampilan gambar animasi |
|
|
√ |
FUNGSIONAL |
||||
SAYA INGIN SISTEM SAYA DAPAT : |
||||
No. |
Keterangan |
M |
D |
I |
1 |
Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN |
√ |
|
|
2 |
Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi |
√ |
|
|
3 |
Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit |
√ |
|
|
4 |
Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment |
√ |
|
|
5 |
Menyebarkan Mailchimp ke 220 Pribadi Raharja |
√ |
|
|
Penyusun,
(Siti Mutmainah) NIM : 1312474539 |
||||
Stakeholder
(Padeli,M.Kom) NIP : 03002 |
Keterangan:
M (Mandatory) : Penting
D (Desirable) : Tidak Terlalu Penting
I (Inessential) : Tidak Mutlak Ada
Elisitasi Tahap III
Menurut Saputra (2012:51)[34], Elisitasi tahap III merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang optionnya "I" pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali dengan metode TOE. Dan tahap selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE seperti keterangan berikut:
- 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.23. yang berisikan elisitasi tahap III berdasarkan klasifikasi metode TOE. Pada elisitasi tahap III ini menghasilkan 25 (dua puluh lima) kebutuhan functional dan 5 (lima) kebutuhan non functional.
Functional |
||||||||||
No |
Analisa Kebutuhan |
T |
O |
E |
||||||
Saya ingin sistem ini : |
L |
M |
H |
L |
M |
H |
L |
M |
H |
|
1 |
Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori |
√ |
|
|
√ |
|
|
√ |
|
|
2 |
Sistem dapat menampilkan kalender |
|
|
√ |
|
|
√ |
|
|
√ |
3 |
Sistem dapat menampilkan viewboard validasi sertifikat yang valid |
√ |
|
|
√ |
|
|
√ |
|
|
4 |
Sistem dapat menampilkan menu Navigation |
√ |
|
|
√ |
|
|
√ |
|
|
5 |
Sistem dapat mengirimkan notifikasi validasi sertifikat berupa email |
√ |
|
|
√ |
|
|
√ |
|
|
6 |
Sistem dapat menampilkan traffic aktivitas submit validasi sertifikat |
|
|
√ |
|
|
√ |
|
|
√ |
7 |
Sistem dapat menampilkan informasi biodata Pribadi Raharja |
|
|
√ |
|
|
√ |
|
|
√ |
8 |
Pada Form Pertama Submit Sertifikat Terdapat 6 Field |
√ |
|
|
√ |
|
|
√ |
|
|
9 |
Sistem dapat menampilkan log terakhir mahasiswa melakukan login |
|
|
√ |
|
|
√ |
|
|
√ |
10 |
Sistem dapat login menggunakan Facebook |
|
|
√ |
|
|
√ |
|
|
√ |
11 |
Sistem dapat login menggunakan Twitter |
|
|
√ |
|
|
√ |
|
|
√ |
12 |
Sistem dapat login menggunakan Linkedin |
|
|
√ |
|
|
√ |
|
|
√ |
13 |
Sistem dapat menampilkan Validasi Sertifikat |
√ |
|
|
√ |
|
|
√ |
|
|
14 |
Pada Form Ketiga Submit Sertifikat Terdapat 1 Field |
√ |
|
|
√ |
|
|
√ |
|
|
15 |
Sistem dapat menampilkan My Sertifikat |
√ |
|
|
√ |
|
|
√ |
|
|
16 |
Pada Form Kedua Submit Sertifikat Terdapat 3 Field |
√ |
|
|
√ |
|
|
√ |
|
|
17 |
Pada submit sertifikat sistem dapat menampilkan 10 Link hasil Scan Sertifikat |
√ |
|
|
√ |
|
|
√ |
|
|
18 |
Sistem dapat menampilkan 10 Gambar Sertifikat |
√ |
|
|
√ |
|
|
√ |
|
|
19 |
Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat |
√ |
|
|
√ |
|
|
√ |
|
|
20 |
Sistem dapat menampilkan jumlah visitor yang online |
|
|
√ |
|
|
√ |
|
|
√ |
21 |
Sistem dapat menampilkan poin penilaian |
√ |
|
|
√ |
|
|
√ |
|
|
22 |
Sistem dapat menampilkan validasi Layak dan Tidak Layak |
√ |
|
|
√ |
|
|
√ |
|
|
23 |
Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim |
√ |
|
|
√ |
|
|
√ |
|
|
24 |
Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang |
√ |
|
|
√ |
|
|
√ |
|
|
25 |
Sistem dapat menampilkan viewboard validasi sertifikat yang tidak valid |
√ |
|
|
√ |
|
|
√ |
|
|
Non Functional |
||||||||||
No |
Analisa Kebutuhan |
T |
O |
E |
||||||
Saya ingin sistem ini : |
L |
M |
H |
L |
M |
H |
L |
M |
H |
|
1 |
Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN |
√ |
|
|
√ |
|
|
√ |
|
|
2 |
Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi |
√ |
|
|
√ |
|
|
√ |
|
|
3 |
Memiliki Target Submit Validasi Sertifikat sebanyak 100 |
√ |
|
|
√ |
|
|
√ |
|
|
4 |
Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment |
√ |
|
|
√ |
|
|
√ |
|
|
5 |
Mengirim Mailchimp ke 220 Pribadi Raharja |
√ |
|
|
√ |
|
|
√ |
|
|
Penyusun,
(Siti Mutmainah) NIM : 1312474539 |
||||||||||
Stakeholder
(Padeli, M.Kom) NIP: 03002 |
Keterangan:
T (Technical) - H (High)
O (Operational) - M ((Middle()
E (Economic) - L ((Low()
Final Draft Elisitasi
Menurut Saputra (2012 : 51)[34], Final draft elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar untuk Pengembangan PESSTA+ Berbasis Yii Framework Sebagai Media Validasi Sertifikat Dalam Penilaian Objektif Sidang Di Perguruan Tinggi. Berikut ini merupakan tabel 3.24 yang berisikan final draft elisitasi yang berisikan 10 (sepuluh) kebutuhan functional dan 5 (lima) kebutuhan non functional.
Functional |
|||||||
No |
Analisa Kebutuhan |
||||||
Saya ingin sistem ini : |
|||||||
1 |
Sistem dapat menampilkan Form Submit Sertifikat yang dibagi menjadi 3 kategori |
||||||
2 |
Pada Form Pertama Submit Sertifikat Terdapat 6 Field. |
||||||
3 |
Pada Form Kedua Submit Sertifikat Terdapat 3 Field. |
||||||
4 |
Pada Form Ketiga Submit Sertifikat Terdapat 1 Field. |
||||||
5 |
Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat |
||||||
6 |
Pada Form Submit Sertifikat Sistem dapat menampilkan ke 10 Link hasil Scan Sertifikat |
||||||
7 |
Sistem dapat menampilkan 10 Gambar Sertifikat |
||||||
8 |
Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang |
||||||
9 |
Sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form |
||||||
10 |
Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim |
||||||
Non Funcional |
|||||||
No |
Analisa Kebutuhan |
||||||
Saya ingin sistem ini : |
|||||||
11 |
Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN |
||||||
12 |
Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi |
||||||
13 |
Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit |
||||||
14 |
Terdapat 13 Video pada playlist magics channel dengan total 250 view,like, coment |
||||||
15 |
Mengirim Mailchimp ke 220 Pribadi Raharja |
||||||
Penyusun,
(Siti Mutmainah) NIM : 1312474539 |
|||||||
Mengetahui,
|
|||||||
Menyetujui,
|
BAB IV
Rancangan Sistem Yang Diusulkan
Prosedur Sistem Yang Diusulkan
Berdasarkan analisis serta penelitian yang dilakukan di dalam sistem yang berjalan saat ini di Perguruan Tinggi Raharja yaitu sistem PESSTA, maka tahap selanjutnya adalah membahas mengenai sistem usulan. Adapun sistem yang akan di usulkan pada penilaian validasi sertifikat ini akan mengubah proses berjalannya pelaksanaan sidang. Dimana mahasiswa tetap akan di cek validasi sertifikatnya oleh dewan penguji hanya dengan mengakses sistem PESSTA+ dan nilai PO sertifikat mahasiswa tersebut sudah langsung ada di sistem PESSTA.
Berdasarkan kebutuhan-kebutuhan sistem tersebut maka perlu adanya tindak lanjut untuk merancang sistem yang bertujuan sebagai penyempurnaan sistem yang lama. Dan dalam menganalisa usulan prosedur yang baru dalam penelitian ini menggunakan Flowchart dan Unified Modelling Language (UML), HIPO (Hirarchy Plus Input Process Output) dan rancangan prototype untuk menggambarkan rancangan prosedur dan proses yang akan diusulkan
Use Case Diagram Yang Diusulkan
Gambar 4.1. Use Case Diagram Yang Diusulkan
Dapat dijelaskan gambar 4.1. Use Case diagram yang diusulkan, yaitu terdiri dari 2 actor, yaitu : Mahasiswa dan Admin. Dan juga mempunyai 8 behavior atau kebiasaan diantaranya yaitu :
- Login SSO
- Submit
- Form Submit Sertifikat
- Submit
- Menerima Email Notifikasi “akan diproses”
- Mengecek Data Validasi Sertifikat
- Mengirim Email Notifikasi “Valid atau Tidak Valid”
- Cek Validasi
Activity Diagram Yang Diusulkan
Gambar 4.2. Activity Diagram Yang Diusulkan
Dapat dijelaskan Gambar 4.2. diatas Activity diagram yang diusulkan, yaitu sebagai berikut :
- 1 (satu) initial node sebagai objek yang di awali.
- 8 (delapan) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : login SSO, submit sertifikat, isi form ke-10 link scan sertifikat, submit, menerima email notifikasi “akan diproses”, mengecek data validasi sertifikat, mengirim email notifikasi “valid atau tidak valid”, cek validasi.
- 1 (satu) initial final node yang merupakan aktifitas akhir kegiatan.
Sequence Diagram Yang Diusulkan
Gambar 4.3. Sequence Diagram Yang Diusulkan
Gambar 4.3. Sequence Diagram yang diusulkan diatas menggambarkan sequence diagram yang berjalan, yaitu sebagai berikut :
- 2 (dua) actor yang melakukan kegiatan, yaitu mahasiswa dan admin.
- 3 (dua) lifeline yang menggambarkan suatu sistem, yaitu submit sertifikat, isi form sertifiat, dan cek validasi
- 1 (dua) boundary line menggambarkan database sistem, yaitu login SSO.
- 8 (delapan) Message yang menggambarkan pengiriman pesan, yaitu :
- Mahasiswa melakukan Login menggunakan Rinfo
- Mahasiswa klik submit sertifikat pada sistem PESSTA+
- Mahasiswa melakukan pengisian form submit sertifikat
- Submit
- Menerima hasil Submit Sertifikat
- Mengecek data Validasi Sertifikat
- Mengirim Email Notifikasi berisi "valid/tidak valid”
- Mahasiswa melakukan cek validasi
Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan
Berikut ini adalah tabel perbedaan prosedur antara sistem yang berjalan dengan sistem yang diusulkan :
Tabel 4.1. Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan
Analisa Sistem Yang Diusulkan
Metode Analisa SWOT
Berikut akan dijelaskan analisis SWOT di mana pada analisis ini mengidentifikasi kekuatan (strenght) dan kelemahan (weakness) yang merupakan faktor lingkungan internal serta faktor lingkungan eksternal yaitu kesempatan (opportunities) dan ancaman (threat).
Berikut ini tabel analisis SWOT pada sistem Validasi Widuri yang diusulkan :
Tabel 4.2. Analisis SWOT Sistem Yang Diusulkan
Berdasarkan identifikasi SWOT yang telah dilakukan, selanjutnya dilakukan analisa untuk mencari strategi dengan menggunakan matriks SWOT. Matriks SWOT ini dapat menggambarkan secara jelas bagaimana peluang yang tersedia menggunakan (strategi S-O) dan menggunakan kekuatan yang dimiliki untuk mengatasi suatu ancaman dengan menggunakan (strategi S-T) dan dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki untuk meraih peluang yang ada menggunakan strategi (W-O) serta mengatasi ancaman yang ada dengan menggunakan (strategi W-T). Matriks SWOT dapat dilihat pada Tabel 4.5. dibawah ini:
Tabel 4.3. Matriks SWOT
Flowchart Sistem Yang Diusulkan
Gambar 4.4. Flowchart Sistem Yang Diusulkan
Dapat dijelaskan gambar 4.4. flowchart sistem yang diusulkan, yaitu terdiri dari:
- 2 (dua) simbol terminal, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada menu search validasi.
- 3 (tiga) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya, yaitu: "Username atau Password Salah” kemudian “Submit Jurnal, Hibah, Serifikat dan Widuri”, dan terdapat isi form Submit Sertifikat yaitu : Input link hasil scan sertifikat yang sebelumnya di upload di Google+.
- 3 (tiga) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah Halaman Depan PESSTA+, Login, dan proses dari Submit Sertifikat.
- 2 (dua) simbol decision, sebagai simbol untuk menunjukkan sebuah langkah pengambilan suatu keputusan untuk mengecek login, dan menu submit sertifikat.
Rancangan Program
Dalam membuat sistem Validasi Sertifikat di PESSTA+ maka dibutuhkan rancangan program yang akan menjelaskan penggunaan dari sistem tersebut. Rancangan program yang digunakan pada sistem yang akan diusulkan yaitu menggunakan HIPO (Hirarchy Plus Input Process Output). HIPO merupakan teknik pendokumentasian program yang dapat digunakan sebagai alat bantu untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam diagram program ini berisi input yang akan diproses dan akan menghasilkan output. Spesifikasi program akan menjelaskan mengenai cara penggunaan aplikasi program yang diusulkan, seperti yang tertera pada gambar 4.6. dan gambar 4.7. berikut ini:
Gambar 4.6. HIPO Pada PESSTA+
Berikut ini merupakan spesifikasi program PESSTA+, yaitu:
- Menu Login
Fungsi Program : Untuk masuk ke dalam sistem PESSTA+.
Hak Akses : Seluruh Pribadi Raharja.
Proses Program :
▪ Masuk ke http://pesstaplus.raharja.ac.id/.
▪ Arahkan kursor ke menu login.
▪ Jika berhasil akan menampilkan halaman utama. - 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; - Jurnal
Nama Program : Jurnal
Fungsi : Untuk melakukan submit jurnal, mengecek status jurnal di My Jurnal dan mengecek validasi jurnal.
Proses : Pada menu utama arahkan kursor pada Jurnal. - Hibah
Nama Program : Hibah
Fungsi : Untuk melakukan submit hibah, mengecek status hibah di My hibah dan mengecek validasi hibah.
Proses : Pada menu utama, arahkan kursor pada Hibah. - Sertifikat
Nama Program : Sertifikat
Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My sertifikat dan mengecek validasi sertifikat.
Proses : Pada menu utama, arahkan kursor pada Sertifikat. - Sertifikat
Nama Program : Sertifikat
Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My sertifikat dan mengecek validasi sertifikat.
Proses : Pada menu utama, arahkan kursor pada Sertifikat. - Data Sidang PESSTA+
Nama Program : Data Sidang PESSTA+
Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+
Proses : Pada menu utama, arahkan kursor pada Data Sidang PESSTA+ - Logout PESSTA+
Nama Program : Logout PESSTA+.
Fungsi : Untuk keluar dari dalam sistem PESSTA+.
Proses : Pada menu utama, arahkan kursor pada Logout PESSTA+.
Gambar 4.7. HIPO Pada Validasi Sertifikat di PESSTA+
Berikut ini merupakan spesifikasi program Validasi Sertifikat di PESSTA+, yaitu:
- Menu Login
Fungsi Program : Untuk masuk ke dalam sistem PESSTA+.
Hak Akses : Seluruh Pribadi Raharja.
Proses Program :
▪ Masuk ke http://pesstaplus.raharja.ac.id/.
▪ Arahkan kursor ke menu login.
▪ Jika berhasil akan menampilkan halaman utama. - 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; - Sertifikat
Nama Program : Sertifikat
Fungsi : Untuk melakukan submit sertifikat, mengecek status sertifikat di My Sertifikat dan mengecek validasi sertifikat.
Proses : Pada menu utama arahkan kursor pada Sertifikat. - Submit
Nama Program : Submit
Fungsi : Untuk mengisi form submit sertifikat, dengan mengisi Form Link hasil Scan Sertifikat.
Proses : Pada menu utama, arahkan kursor pada Submit . - My Sertifikat
Nama Program : My Sertifikat
Fungsi : Untuk mengecek status Sertifikat dan terdapat fitur date submit dan status konfirm
Proses : Pada menu utama, arahkan kursor pada My Sertifikat. - Validasi
Nama Program : Validasi
Fungsi : Untuk menampilkan hasil validasi Sertifikat di PESSTA+.
Proses : Pada menu utama, arahkan kursor pada Validasi. - Viewboard PESSTA+
Nama Program : Data Sidang PESSTA+
Fungsi : Untuk menampilkan seluruh rank jurnal, hibah, sertifikat dan widuri di PESSTA+
Proses : Pada menu utama, arahkan kursor pada Data Sidang TA/Skripsi PESSTA+ - Logout PESSTA+
Nama Program : Logout PESSTA+.
Fungsi : Untuk keluar dari dalam sistem PESSTA+.
Proses : Pada menu utama, arahkan kursor pada Logout PESSTA+.
Tampilan Layar
Tahapan ini akan menggambarkan tentang tampilan sistem PESSTA+ dari tampilan awal PESSTA+ , Submit Sertifikat, My Sertifikat, hingga tahap Validasi Sertifikat. Berikut ini merupakan tampilan layar sistem PESSTA+ Validasi Sertifikat, yaitu diantaranya:
- Tampilan Layar Halaman Utama
- Tampilan Layar Halaman Kelola Sertifikat
- Tampilan Layar halaman Submit Sertifikat
- Tampilan Layar Halaman My Sertifikat (status sertifikat)
Gambar 4.10. Tampilan Layar Halaman My Sertifikat
Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman My Sertifikat PESSTA+ dirancang agar mahasiswa dapat mengecek status validasi sertifikatnya.
- Tampilan Layar Halaman Validasi Sertifikat.
Gambar 4.5. Tampilan Layar Halaman Utama
Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman awal setiap user (mahasiswa TA/Skripsi) masuk ke dalam halaman http://pesstaplus.raharja.ac.id/
Gambar 4.6. Tampilan Layar Halaman Kelola Sertifikat
Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman Kelola Sertifikat PESSTA+ dirancang agar admin dapat mengecek dan memverifikasi status validasi sertifikat.
Gambar 4.7. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.8. Tampilan Layar Halaman Submit Sertifikat
Gambar 4.9. Tampilan Layar Halaman Submit Sertifikat
Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman submit Sertifikat PESSTA+ dirancang agar setiap user (mahasiswa TA/Skripsi) dapat melakukan submit Sertifikat.
Gambar 4.11. Tampilan Layar Halaman Validasi Sertifikat
Dari gambar diatas dapat dijelaskan bahwa Tampilan Layar halaman validasi sertifikat PESSTA+ dirancang agar setiap user (mahasiswa TA/Skripsi) dapat melihat status dan poin validasi sertifikatnya.
Strategi
Strategi adalah cara untuk mencapai sebuah tujuan tertentu yang bersifat kuantitatif untuk menentukan berapa banyak pencapaian yang akan di raih dalam menyelesaikan sebuah permasalahan atau memecahkan permasalahan tersebut.
Setelah melakukan identifikasi kebutuhan dan solusi sistem informasi yang telah dianalisis menggunakan Analisis SWOT, maka didapatkan gambaran rencana strategi-strategi PESSTA+. Pembahasan strategi ini merupakan penjabaran yang dilakukan secara keseluruhan dengan menerapkan pembahasan secara satu per satu dengan detail dari final draft elisitasi yang didapatkan yaitu 15 strategi untuk jadikan sebagai pembuktian atas pencapaian yang ditelah dilakukan dan dapat dibuktikan kuantitasnya, yaitu sebagai berikut :
- Strategi 1: Sistem dapat menampilkan 3 Field terdiri dari Submit Sertifikat, My Sertifikat, dan Validasi Sertifikat.
- Strategi nomor 1 yang terdapat pada final draft elisitasi nomor 1 bagian functional adalah Sistem PESSTA+ dapat menampilkan 3 Field dibagian sertifikat terdiri dari Submit Sertifikat, My Sertifikat, dan Validasi Sertifikat
- Pembuktian tercapainya strategi nomor 1 pada final draft elisitasi bagian functional adalah kini sistem PESSTA+ dibagian Sertifikat terdapat 3 field untuk mempermudah mahasiswa submit dan mengetahui hasil validasi sertifikat.
- Strategi 2 : Pada Form Pertama Submit Sertifikat Terdapat 6 Field
- Strategi nomor 2 yang terdapat pada final draft elisitasi nomor 2 menampilkan 6 Field pada Form Submit Sertifikat.
- Pembuktian tercapainya strategi nomor 2 pada final draft elisitasi bagian functional adalah Sistem dapat menampilkan 6 Field pada form submit sertifikat dibagian pertama terdiri dari Sertifikat terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.
- Strategi 3 : Pada Form Kedua Submit Sertifikat Terdapat 3 Field.
- Strategi nomor 3 yang terdapat pada final draft elisitasi nomor 3 bagian functional adalah sistem dapat menampilkan 3 Field pada Form Kedua Submit Sertifikat.
- Pembuktian tercapainya strategi nomor 3 pada final draft elisitasi bagian functional adalah sistem dapat menampilkan 3 Field pada form submit sertifikat kedua.
- Strategi 4 : Pada Form Ketiga Submit Sertifikat Terdapat 1 Field.
- Strategi nomor 4 yang terdapat pada final draft elisitasi nomor 4 bagian functional adalah Sistem dapat menampilkan 1 Field pada Form Ketiga Submit Sertifikat.
- Pembuktian tercapainya strategi nomor 4 pada final draft elisitasi bagian functional adalah sistem dapat menampilkan 1 Field pada form submit sertifikat ketiga yang terdiir dari 1 sertifikat seminar internasional..
- Strategi 5 : Pada sistem terdapat 5 FAQ tentang Validasi Sertifikat.
- Strategi nomor 5 yang terdapat pada final draft elisitasi nomor 5 bagian functional adalah Sistem 5 FAQ tentang Validasi Sertifikat.
- Pembuktian tercapainya strategi nomor 5 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan 5 FAQ tentang Validasi Sertifikat yang terdiri dari Bagaimana Cara
- Submit Validasi Sertifikat di PESSTA+ (Video)?
- Bagaimana Cara Submit Validasi Sertifikat di PESSTA+?
- Bagaimana Cara Cek My Sertifikat di PESSTA+?
- Bagaimana Cek Validasi Sertifikat di PESSTA+?
- Berapa Poin Sertifikat pada PO Sidang ?
- Strategi 6 : Pada Form Submit Sertifikat Sistem dapat menampilkan ke 10 Link hasil Scan Sertifikat
- Strategi nomor 6 yang terdapat pada final draft elisitasi nomor 6 bagian functional adalah Sistem PESSTA+ dapat menampilkan ke 10 Link hasil Scan Sertifikat.
- Pembuktian tercapainya strategi nomor 6 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan ke 10 Link hasil scan sertifikat yang terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja, 3 sertifikat dari mahasiswa, dan 1 sertifikat seminar internasional.
- Strategi 7 : Pada akhir Submit Sertifikat Sistem dapat menampilkan ke 10 Gambar Sertifikat.
- Strategi nomor 7 yang terdapat pada final draft elisitasi nomor 7 bagian functional adalah Pada akhir Submit Sertifikat Sistem dapat menampilkan ke 10 Gambar Sertifikat.
- Pembuktian tercapainya strategi nomor 7 pada final draft elisitasi bagian functional adalah Pada akhir Submit Sertifikat di PESSTA+ Sistem dapat menampilkan ke 10 Gambar Sertifikat yang terdiri dari 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja, 3 Sertifikat Mahasiswa, dan 1 Sertifikat Internasional.
- Strategi 8 : Sistem dapat menampilkan 184 Mahasiswa TA/Skripsi pada Data Sidang
- Strategi nomor 8 yang terdapat pada final draft elisitasi nomor 8 bagian functional adalah Sistem PESSTA+ dapat menampilkan 184 Nama ,NIM, dan Email Rinfo Mahasiswa
- Pembuktian tercapainya strategi nomor 8 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan Nama, NIM, dan Email Rinfo 184 Mahasiswa TA/Skripsi pada Data Sidang.
Gambar. 4.23. Tampilan 184 Mahasiswa TA/Skripsi pada Data Sidang.
- Strategi 9 : Sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form.
- Strategi nomor 9 yang terdapat pada final draft elisitasi nomor 9 bagian functional adalah Pada submit sertifikat sistem dapat menampilkan judul sertifikat di setiap form yang terdiri dari 3 form .
- Pembuktian tercapainya strategi nomor 8 pada final draft elisitasi bagian functional adalah Siste PESSTA+ dapat menampilkan 3 judul sertifikat di setiap formnya yang terdiri dari 3 form submit sertifikat.
- Strategi 10 : Pada sistem terdapat Manage Sertifikat terdiri dari 3 status Confrim.
- Strategi nomor 10 yang terdapat pada final draft elisitasi nomor 9 bagian functional adalah Sistem dapat menampilkan Manage Sertifikat yang terdiri dari 3 status confrim.
- Pembuktian tercapainya strategi nomor 10 pada final draft elisitasi bagian functional adalah Sistem PESSTA+ dapat menampilkan Manage Sertifikat terdapat 3 status confrim terdiri dari Reject, Approved, dan Process
- Strategi 11 : Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
- Strategi nomor 11 yang terdapat pada final draft elisitasi nomor 11 bagian functional adalah Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
- Pembuktian tercapainya strategi nomor 11 pada final draft elisitasi bagian functional adalah Membuat 3 Artikel Tutorial Validasi Sertifikat di iRAN
- Strategi 12 : Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi.
- Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa TA/Skripsi tahun 2016/2017.
- Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah telah melakukan Sosialisasi PESSTA+ kepada 50 mahasiswa dan telah tercapai 150 mahasiswa TA/Skripsi yang telah disosialisasikan di Perguruan Tinggi Raharja.
- Strategi 13 : Memiliki Target Submit Validasi Sertifikat sebanyak 150 submit.
- Strategi nomor 13 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit.
- Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Memiliki Target Submit Validasi Sertifikat sebanyak 100 submit pada PESSTA+ dan telah tercapai 207 mahasiswa yang telah submit Validasi Sertiikat di PESSTA+.
- Strategi 14 : Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.
- Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Terdapat 13 Video PESSTA+ pada playlist magics channel dengan total 250 view,like, coment.
- Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Terdapat 13 Video pada playlist magics channel dengan total 250 view,like,coment. Dan telah tercapai 500 view.like dan coment pada 10 video PESSTA+ pada magics channel.
- Strategi 15 : Mengirim Mailchimp ke 220 Pribadi Raharja
- Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian functional adalah Mengirim Mailchimp ke 220 Pribadi Raharja
- Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian functional adalah Mengirim Mailchimp ke 220 Pribadi Raharja
Gambar. 4.12. Tampilan Tiga Field Sertifikat.
Gambar : 4.13. form submit 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Sumber : http://raharja.me/pessta/web/site/login
Gambar : 4.14. Form Submit 3 sertifikat dari mahasiswa
Gambar. 4.15. Form Submit 1 Serifikat Seminar Internasional
Gambar. 4.16. Tampilan FAQ Sertifikat.
Sumber : http://raharja.me/pessta/web/site/login
Gambar 4.17. Tampilan Link Hasil Scan Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja
Sumber : http://raharja.me/pessta/web/site/login
Gambar 4.18. Tampilan Link Hasil Scan Sertifikat 3 dari Mahasiswa.
Sumber : http://raharja.me/pessta/web/site/login
Gambar 4.19. Tampilan Link Hasil Scan Sertifikat 1 Sertifikat Seminar Internasioanal.
Gambar. 4.20. Tampilan Gambar Sertifikat 6 piagam/sertifikat seminar/workshop/Training IT dari Kampus Raharja.
Sumber : http://raharja.me/pessta/web/site/login
Gambar. 4.21. Tampilan Gambar Sertifikat Seminar 3 dari Mahasiswa.
Sumber : http://raharja.me/pessta/web/site/login
Gambar. 4.22. Tampilan Gambar 1 Sertifikat SeminarInternasional.
Gambar. 4.24. Tampilan Judul Form submit piagam/sertifikat seminar/workshop/training IT 6 dari kampus Raharja
Sumber : http://raharja.me/pessta/web/site/login
Gambar 4.25. TampilanJudul Form submit 3 sertifikat dari mahasiswa
Sumber : http://raharja.me/pessta/web/site/login
Gambar 4.26. Tampilan Judul Form submit 1 sertifikat internasional
Gambar 4.27. Tampilan Manage Sertifikat
Gambar 4.28. 3 Artikel turorial di PESSTA+
Gambar 4.29. Sosialisasi kepada 50 Mahasiswa TA/Skripsi.
Gambar 4.30. Tampilan Manage Sertifikat 100 submit.
Gambar 4.31. Terdapat Video PESSTA+ didalam Magics Channel.
Gambar 4.32. Tampilan Mailchimp ke 220 mahasiswa
Testing
Metode Implementasi
Implementasi program pada sistem validasi sertifikat PESSTA+ dilakukan dengan menggunakan metode Black Box Testing. Metode Black Box Testing adalah pengujian program dengan mengutamakan pengujian terhadap kebutuhan fungsi suatu program. Tujuan dari metode Black Box Testing ini adalah untuk menemukan kesalahan fungsi pada program. Pengujian dengan metode Black Box Testing dilakukan dengan memberikan input pada program. Input tersebut kemudian di proses sesuai dengan kebutuhan fungsional nya untuk melihat apakah program aplikasi dapat menghasilkan output yang sesuai dengan yang diinginkan dan sesuai pula dengan fungsi dasar dari program tersebut. Apabila dari input yang diberikan, proses dapat menghasilkan output yang sesuai dengan kebutuhan fungsional nya, maka program yang dibuat sudah benar, tetapi apabila output yang dihasilkan tidak sesuai dengan kebutuhan fungsional nya, maka masih terdapat kesalahan pada program tersebut, dan selanjutnya dilakukan penelusuran perbaikan untuk memperbaiki kesalahan yang terjadi.
Blackbox Testing
- Login SSO (Single Sign On)
- Menu Submit Sertifikat
- Penanganan Validasi Sertifikat
- Log out
Pengujian ini bertujuan untuk menguji keabsahan Pribadi Raharja dalam melakukan proses login. Pengujian login dilakukan dengan skenario sebagai berikut:
Tabel 4.3. Blackbox Testing Login SSO (Single Sign On)
Pengujian ini bertujuan untuk menguji keabsahan menu submit sertifikat. Dimana setiap Pribadi Raharja yang ingin melakukan submit sertifikat bisa langsung memasukan hasil link scan sertifikat pada field yang tersedia. Pengujian menu submit sertifikat dilakukan dengan skenario sebagai berikut:
Tabel 4.4. Blackbox Testing Menu Submit Sertifikat
Pengujian ini bertujuan untuk menguji keabsahan validasi sertifikat yang sudah di submit oleh Pribadi Raharja. Pengujian penanganan validasi sertifikat dilakukan dengan skenario sebagai berikut:
Tabel 4.5. Blackbox Testing Penanganan Validasi Sertifikat
Pengujian ini bertujuan untuk menguji keabsahan menu log out. Dimana ketika Pribadi Raharja mengklik log out otomatis akan kembali ke halaman awal dengan keadaan tidak login. Pengujian logout dilakukan dengan skenario sebagai berikut:
Tabel 4.6. Blackbox Testing Newsletter
Evaluasi
Setelah dilakukan pengujian berdasarkan tahapan testing melalui blackbox dengan memberikan beberapa input pada beberapa menu dan submenu. Maka jika input data tidak lengkap sistem akan menampilkan pesan serta menyampaikan pesan yang sangat membantu admin jika terjadi kesalahan. Kemudian akan di proses sesuai kebutuhan fungsional sehingga dapat menghasilkan output yang sesuai dengan yang diinginkan oleh Pribadi Raharja tersebut.
Konfigurasi Sistem Yang Diusulkan
Spesifikasi Hardware
Perangkat keras yang dibutuhkan oleh sistem yaitu berupa unit personal komputer, tablet, smartphone, serta iPad. Selain itu, perangkat keras yang diusulkan ini dibuat berdasarkan kebutuhan sistem yang akan digunakan oleh brainware dalam mengakses sistem di masa yang akan datang. Berikut ini konfigurasi sistem perangkat keras yang dibutuhkan:
- Processor : Minimal 2.6 GHz
- Monitor : Minimal VGA
- RAM : Minimal 1 GB
- Modem USB : Minimal Kecepatan 14.4 Mbps
- Hardisk : Minimal 320 GB HDD
Spesifikasi Software
Perangkat lunak yaitu penunjang dari peralatan komputer yang akan digunakan dalam menghubungkan instruksi-instruksi yang diinginkan oleh brainware saat mengakses sistem agar dapat menghasilkan informasi yang diharapkan. Berikut ini konfigurasi sistem perangkat lunak yang dibutuhkan:
- Operasi sistem yang digunakan bisa berupa Windows, Linux, MacOS, iOS, dan Android.
- Browser Google Chrome, Safari, Opera Mini, UC Browser dan Mozila Firefox
- Wifi
Hak Akses (Brainware)
Dalam sistem yang diusulkan yaitu pada validasi sertifikat PESSTA+ ini harus memiliki user untuk menjalankan sistem tersebut. Maka dari penjelasan tersebut, user yang dapat mengakses validasi sertifikat PESSTA+ ini terdiri dari:
- Publik
- Admin
- Pribadi Raharja
Implementasi
Time Schedule
Pada tahap ini dibutuhkan rencana implementasi yang berguna dalam pelaksanaan langkah-langkah kegiatan penerapannya. Langkah-langkah yang dilakukan dalam usaha mewujudkan sistem yang direncanakan ini dalam bentuk time table yaitu sebagai berikut:
Tabel 4.4. Time Schedule
Estimasi Biaya
Dalam penelitian ini tentu dibutuhkan biaya kebutuhan administrasi. Biaya tersebut terangkum dalam tabel berikut:
Tabel 4.5. Estimasi Biaya
BAB V
Kesimpulan
Dari analisa yang sudah dijelaskan pada BAB I dalam rumusan masalah terhadap sistem yang ada saat ini di ruang lingkup Perguruan Tinggi Raharja, maka dapat ditarik kesimpulan bahwa :
- Sistem PESSTA+ hadir sebagai sebuah sistem yang bisa menjadi wadah untuk mendokumentasikan sertifikat-sertifikat yang dimiliki mahasiswa dengan baik di Perguruan Tinggi Raharja.
- Dengan menerapkan sistem PESSTA+ ini tentunya menjadi pembaharuan yang sangat efektif, karena dalam pelaksanaan sidang komprehensif tidak membutuhkan cara manual yang dilakukan penguji dalam pemberian poin sertifikat untuk penilaian objektif. Sehingga penguji bisa lebih fokus pada presentasi dan tanya jawab dengan peserta sidang.
- Adapun kelebihan sistem PESSTA+ diantaranya adalah mahasiswa bisa submit sertifikat secara mandiri dan online dimanapun dan kapanpun mereka inginkan, melalui sistem PESSTA+ apabila sertifikat sudah lolos dan sudah melewati verifikasi keabsahan lalu nanti akan di proses oleh Adm Dosen dan Admin PESSTA. Lalu pelaksanaan sidang pun berjalan sangat efektif karena poin sertifikat sudah terpenuhi.
Saran
Untuk memajukan sistem tersebut diperoleh beberapa saran yang kemungkinan besar bisa dijadikan sebagai referensi demi memajukan sistem tersebut, diantaranya:
- Diharapkan untuk PESSTA+ kedepannya bisa dipercantik lagi untuk tampilan submit Validasi Jurnal,Hibah,Sertifikat, dan Widuri.
- Untuk kedepannya lebih fokus lagi untuk mengimplementasikan poin-poin PO Sidang yang terdapat pada sistem PESSTA+.
- Dan diharapkan khusus untuk daftar sertifikat agar selalu diupdate sesuai dengan list PO Sidang.
DAFTAR PUSTAKA
- ↑ Suryana, Endang. Penilaian Objektif (PO). Diakses pada tanggal 12 November 2016. Tersedia di http://ends.ilearning.me/penilaian-objektif-po/ penilaian-objektif-po/
- ↑ Wiryokusumo, Iskandar. (2011). Dasar-dasar Pengembangan Kurikulum. Jakarta: Bumi Aksara.
- ↑ 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.
- ↑ Hartono, Bambang. 2013. Sistem Informasi Manajemen Berbasis Komputer. Jakarta: Rineka Cipta.
- ↑ Sutabri, Tata. 2012. Konsep Dasar Informasi. Yogyakarta: Andi Offset.
- ↑ 6,0 6,1 Hutahaean, J. (2015). Konsep Sistem Informasi. Deepublish.
- ↑ 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.
- ↑ Sutarman. 2012. Buku Pengantar Teknologi Informasi. Jakarta: Bumi Aksara.
- ↑ Arifin, Muhammad. (2014). BUSINESS INTELLIGENCE UNTUK PREDIKSI CUSTOMER CHURN TELEKOMUNIKASI : ISBN: 978-602-1180-04-4.
- ↑ 37. Website Yii Framework. 2014. Fitur Yii Framework. Diakses pada tanggal 21 Oktober 2016. Tersedia di http://www.yiiframework.com/features/
- ↑ 12,0 12,1 Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.
- ↑ 13,0 13,1 Murad. Dina Fitria, Kusniawati. Nia, Asyanto. Agus. 2013. Aplikasi Intelligence Website Untuk Penunjang Laporan PAUD Pada Himpaudi Kota Tangerang. Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 7, No. 1, September 2013.
- ↑ IT Roadmap. 2013. Ten Pillar IT. Diakses pada tanggal 20 November 2016. Tersedia di http://roadmap.ilearning.me/10-pillar-it-ilearning/
- ↑ 15,0 15,1 Rangkuti, Freddy. (2009). Strategi Promosi yang Kreatif dan Analisis Kasus Integrated Marketing Communication. Jakarta : PT. GramediaPustakaUtama
- ↑ Kadir, Abdul. 2014. Pengenalan Sistem Informasi. Edisi Revisi. Yogyakarta: Andi.
- ↑ 17,0 17,1 Widodo, Prabowo Pudjo . 2011. "Menggunakan UML". Informatika. Bandung
- ↑ Nugroho, Bunafit. 2009. Latihan Memuat Aplikasi Web PHP dan MySQL dengan Dreamweaver MX [6,7,2004] dan 8. Yogyakarta : Grava Media.
- ↑ 19,0 19,1 19,2 19,3 Guritno, Suryo., Sudaryono dan Untung Rahardja. 2011. Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi. Yogyakarta: CV Andi Offset.
- ↑ 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.
- ↑ Amsyah, Zulkifli. 2008. Manajemen Sistem Informasi. Jakarta: Gramedia Pustaka Utama.
- ↑ Soetam, Rizky. 2011. Konsep Dasar Perangkat Lunak. Jakarta: PT. Prestasi Pustaka Raya.
- ↑ Budiman, Agustiar. 2012. Pengujian Perangkat Lunak denganMetode Black Box Pada Proses Pra Registrasi UserVia Website. Makalah, halaman: 4.
- ↑ Aminudin. Implementasi Single Sign On (SSO) Untuk Mendukung Interaktivitas Aplikasi E-Commerce Menggunakan Protocol Oauth. Universitas Muhammadiyah Malang. Vol. 10, No. 1, 2014
- ↑ Widyawati, Ikha. 2013. Analisis Faktor-Faktor Yang Mempengaruhi Minat Pemanfaatan Sistem Informasi Dan Penggunaan Sistem Informasi (Studi Empiris Pada BMT Di Karisidenan Pati). Universitas Muria Kudus.
- ↑ Duan. Lian, Xu. Li Da. 2012. Business Intelligence for Enterprise Systems: A Survey. Universitas Iowa, USA
- ↑ Budi. Setiawan, Ahmad. 2014. Studi Standardisasi Sertifikat Elektronik dan Keandalan dalam Penyelenggaraan Sistem Transaksi Elektronik
- ↑ Indahni. 2015. Sistem Keamanan SSO pada Jalur Komunikasi Berbasis SAML Menggunakan Digital Signature
- ↑ Hustinawati, Albert Kurnia Himawan and Latifah. Article: Performance Analysis Framework Codeigniter and CakePHP in Website Creation. International Journal of Computer Applications 94(20):6-11, May 2014.
- ↑ 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.
- ↑ Roy, Christopher J., and William L. Oberkampf. "A comprehensive framework for verification, validation, and uncertainty quantification in scientific computing." Computer Methods in Applied Mechanics and Engineering 200.25 (2011): 2131-2144.
- ↑ 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.
- ↑ Chowriappa, A. J., Shi, Y., Raza, S. J., Ahmed, K., Stegemann, A., Wilding, G., ... & Kesavadas, T. (2013). Development and validation of a composite scoring system for robot-assisted surgical training—the Robotic Skills Assessment Score. journal of surgical research, 185(2), 561-569.
- ↑ 34,0 34,1 34,2 34,3 Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.
DAFTAR LAMPIRAN
Lampiran A:
Pada “Lampiran A” ini berisi tentang berkas-berkas yang diperlukan sebagai persyaratan Skripsi, diantaranya yaitu:
Lampiran B:
Pada “Lampiran B” ini berisi tentang berkas-berkas yang berhubungan dengan penelitian yang dilakukan sebagai persyaratan Skripsi, diantaranya yaitu: