RANCANG BANGUN APLIKASI ANALISIS
KEBUTUHAN PENGEMBANGAN DOSEN BERBASIS
KOMPETENSI PADA STIKOM SURABAYA
TUGAS AKHIR
Program Studi S1 Sistem Informasi
Oleh:
DEWANGGA PRAMANANDA S. 12410100033
FAKULTAS TEKNOLOGI DAN INFORMATIKA
1
PENDAHULUAN
1.1 Latar Belakang
Pada era teknologi ini, tentunya peran sistem informasi dan internet banyak digunakan untuk menunjang kebutuhan-kebutuhan perusahaan agar dapat bersaing. Tetapi sistem informasi itu sendiri tentunya butuh bantuan fasilitas dan sumber daya manusia yang baik agar dapat berjalan dengan lancar. Karyawan merupakan salah satunya dari sumber daya manusia yang ada nantinya harus memiliki kemampuan yang sesuai dengan bidangnya. Agar karyawan tersebut dapat memiliki kemampuan yang sesuai dengan kebutuhan dalam bidangnya, maka dibutuhkan pelatihan yang dapat menunjang kemampuan seorang karyawan tersebut untuk menunjang kinerjanya dalam pekerjaannya. Pelatihan adalah jantung dari upaya berkelanjutan untuk meningkatkan kompetensi karyawan dan kinerja organisasi (Mondy, 2008:210).
Stikom Surabaya merupakan suatu lembaga pendidikan tinggi atau Institut yang konsen pada bidang komputer atau teknologi informasi. Stikom Surabaya saat ini memiliki jumlah dosen lebih dari 60 dosen yang mengajar pada 2 fakultas yang ada serta 10 program studi dari masing-masing fakultas yang ada. Dosen yang ada pada Stikom Surabaya bisa mengajar lebih dari 1 mata kuliah dan bisa mengajar lebih dari 1 program studi sesuai dengan kompetensi yang dimiliki dari masing-masing dosen itu sendiri.
Dosen yang melakukan kegiatan mengajar, berdasarkan dari kurikulum yang sudah ditetapkan oleh pemerintah dan pihak kampus. Dosen yang mengajar tidak hanya dosen yang tetep berada di Stikom Surabaya melainkan ada juga dosen yang tidak tetap atau dosen luar. Selama ini dosen yang mengajar harus memiliki kompetensi yang sudah ditetapkan oleh pihak Akademik Stikom Surabaya. Kompetensi tersebut merupakan dasar-dasar yang nanti dapat digunakan oleh dosen sebagai bahan untuk mengajar.
Kompetensi dosen mengacu pada Standar Nasional Pendidikan Tinggi yang telah diatur dalam Peraturan Menteri Pendidikan dan Kebudayaan (Permendikbud) pada pasal 25-29 menerangkan bahwa kompetensi pendidik dinyatakan sertifikat pendidik dan atau sertifikat profesi. Standar untuk kompetensi dosen dapat diukur dengan aspek-aspek yang tercantum dalam Peraturan Menteri Pendidikan Nasional yaitu penilaian persepsional dari atasan, sejawat, mahasiswa dan diri sendiri tentang kepemilikan kompetensi pedagogik, profesional, sosial dan kepribadian.
Program pengembangan profesionalisme dosen adalah salah satu cara untuk mengembangkan kompetensi dari dosen yang disebutkan pada UU No.14 tahun 2005 yaitu dosen adalah pendidik professional. Pada UU No.14 tahun 2005 pasal 69 menyatakan pembinaan dan pengembangan profesi dosen meliputi kompetensi pedagogik, kompetensi kepribadian, kompetensi sosial, dan kompetensi professional. Untuk mengembangkan beberapa kompetensi tersebut perlu dilakukan pelatihan yang menunjang aspek-aspek dari setiap kompetensi tersebut.
Untuk mendukung pengembangan profesionalisme di kalangan dosen Program Studi S1 Sistem Informasi, maka penelitian ini mengusulkan sebuah sistem untuk mengukur kompetensi dosen dan menganalisis kebutuhan pelatihan untuk mengembangankan kompetensi dosen. Sistem ini membantu dalam mengumpulkan hasil kuisioner (angket) pengukuran kompetensi dosen dan melakukan analisis kebutuhan pelatihan menggunakan analisis kesenjangan (gap analysis). Analisis kesenjangan dilakukan dengan cara membandingkan hasil
1.2 Perumusan Masalah
Berdasarkan uraian latar belakang masalah di atas, maka dapat dirumuskan permasalahan yaitu bagaimana membangun aplikasi yang dapat membantu menentukan kebutuhan pengembangan dosen berbasis kompetensi yang tepat untuk seluruh dosen pada masing-masing prodi di Stikom Surabaya.
1.3 Batasan Masalah
Agar ruang lingkup dan pembahasan fokus, permasalahan dalam penelitian ini dibatasi sebagai berikut:
1. Analisis kebutuhan pengembangan yang direncanakan hanya untuk dosen tetap di Stikom Surabaya.
2. Tidak membahas mengenai penjadwalan dan evaluasi pengembangan. 3. Hasil penilaian pada aplikasi menghasilkan kebutuhan pengembangan
untuk pengembangan dosen Prodi Sistem Informasi.
4. Standar dan elemen kompetensi ditentukan oleh Kepala Prodi Sistem Informasi.
5. Data yang digunakan untuk penelitian ini adalah dari Prodi Sistem Informasi.
6. Diasumsikan seluruh mahasiswa pada masing-masing prodi dapat mengisi kuisioner untuk dosen pada prodi yang sama.
1.4 Tujuan
Berdasarkan uraian latar belakang masalah dan rumusan masalah, maka tujuan dari penelitian ini adalah menghasilkan aplikasi analisis kebutuhan pengembangan dosen berbasis kompetensi untuk seluruh dosen pada masing-masing prodi di Stikom Surabaya.
1.5 Manfaat
Manfaat yang diharapkan dengan adanya aplikasi analisis kebutuhan penataran berbasis kompetensi ini adalah sebagai berikut:
1. Kepala Prodi dapat mengetahui kebutuhan pengembangan yang diperlukan oleh seluruh dosen dengan tepat.
2. Dosen akan mendapatkan pengetahuan dan keterampilan yang tepat dalam melaksanakan tugasnya dalam mengajar maupun hal yang berhubungan dengan pekerjaannya sebagai dosen.
3. Pengajaran kepada mahasiswa menjadi lebih efektif. 4. Tingkat kelulusan mahasiswa menjadi meningkat.
1.6 Sistematika Penulisan
Untuk memberikan gambaran menyeluruh terhadap maslaah yang dibahas, maka sistematika penulisan dibagi kedalam beberapa bab yaitu :
BAB I : PENDAHULUAN
Pada bab ini menjelaskan tentang latar belakang masalah yang ada, perumusan masalah, batasan masalah, tujuan, manfaat, serta sistematika penulisan laporan tugas akhir ini.
Pada bab ini berisi tentang teori-teori yang dianggap mendukung dan digunakan dalam proses analisis maupun sampai proses perancangan dan pembuatan aplikasi yang digunakan untuk penyelesaian masalah pada perusahaan.
BAB III : ANALISIS DAN PERANCANGAN SISTEM
Pada bab ini diuraikan mengenai perancangan sistem yang terdiri atas penjelasan dari analisa permasalahan, perancangan sistem, data flow diagram, entity relationship diagram, struktur basis data serta desain input dan output.
BAB IV : IMPLEMENTASI DAN EVALUASI
Pada bab ini berisi tentang uraian implementasi dari perancangan yang telah dilakukan dan menjelaskan tentang evaluasi dari system yang dibuat.
BAB V : PENUTUP
Pada bab ini dijelaskan tentang penutup yang berisi kesimpulan setelah aplikasi selesai dibuat dan saran untuk proses pengembangan berikutnya.
7
LANDASAN TEORI
1.1 Aplikasi
Menurut Jogiyanto (2003), aplikasi adalah perangkat lunak yang digunakan untuk melayani berbagai macam kebutuhan. Teknologi canggih dari sebuah perangkat keras akan berfungsi bila diberi instruksi-instruksi tertentu. Instruksi-instruksi yang diberikan disebut dengan perangkat lunak (software).
1.2 Pelatihan
Pelatihan adalah proses dimana individu mendapatkan kapabilitas untuk mencapai tujuan organisasi (Mathis & Jackson, 2006). Sebelum melaksanakan pelatihan, organisasi perlu memahami orientasi dalam pelatihan. Orientasi pelatihan adalah usaha membantu para pegawai agar dapat beradaptasi dengan situasi atau lingkungan bisnis tertentu dalam suatu organisasi. Jadi, dapat disimpulkan bahwa pelatihan yang dikhususkan pada orientasi adalah suatu kegiatan yang dilakukan organisasi untuk mengetahui tingkat keterampilan dan kecakapan pegawainya agar setiap pegawai mampu menunjukkan prestasi kerjanya. Terdapat tiga jenis pelatihan yang telah ditetapkan. yaitu:
1. Pengetahuan (Knowledge), jenis pelatihan ini berfokus pada penanaman dan perincian informasi kognitif untuk peserta pelatihan.
3. Sikap (Attitude), jenis pelatihan ini dilakukan untuk menciptakan kesadaran pegawai terhadap pentingnya pelatihan.
Dalam melaksanakan pelatihan, organisasi perlu memperhatikan langkah-langkah pelatihan. Menurut Dessler (2006), pelatihan terdiri atas lima langkah, yaitu:
1. Analisis kebutuhan pelatihan, yaitu proses yang dilakukan untuk mengetahui keterampilan dan kebutuhan peserta pelatihan. Hasil analisis kebutuhan pelatihan digunakan untuk mengembangkan pengetahuan dan prestasi.
2. Perencanaan instruksi pelatihan, yaitu proses untuk memutuskan, menyusun, dan menghasilkan isi program pelatihan.
3. Validasi pelatihan, yaitu proses penyajian konsep pelatihan kepada beberapa orang yang mewakili.
4. Penerapan pelatihan, yaitu proses pelaksanaan pelatihan kepada peserta pelatihan.
5. Evaluasi pelatihan, yaitu proses penilaian yang dilakukan pihak manajemen terhadap keberhasilan atau kegagalan program pelatihan.
1.3 Analisis Kebutuhan Pelatihan (Training Need Analysis)
Hariandja (2007) mengatakan bahwa analisis kebutuhan pelatihan dan pengembangan sangat penting, rumit, dan sulit. Hal ini karena apabila pelatihan tidak sesuai dengan kebutuhan, maka tidak ada peningkatan kemampuan dalam organisasi dan juga akan terjadi pemborosan biaya. Perusahaan harus menganalisis kompetensi yang ada saat ini dengan kebutuhan kompetensi perusahaan berdasarkan perubahan situasi perusahaan. Menurut Panggabean (2004), tujuan dari analisis kebutuhan pelatihan adalah sebagai berikut:
1. Mengidentifikasi keterampilan pegawai untuk meningkatkan kinerja dan produktivitas perusahaan.
2. Menganalisis karakteristik calon peserta pelatihan untuk menyelaraskan program pelatihan dengan tingkat pendidikan, pengalaman, sikap, dan keterampilan setiap pegawai.
3. Mengembangkan pengetahuan secara objektif. Perusahaan meyakini bahwa pelatihan dapat meningkatkan kinerja perusahaan.
1.4 Dimensi Kebutuhan pada Analisis Kebutuhan Pelatihan
Menurut Bintoro dan Daryanto (2014), terdapat tiga dimensi yang perlu diperhatikan dalam melakukan analisis kebutuhan pelatihan. Dimensi kebutuhan tersebut meliputi:
1. Kebutuhan organisasi secara makro.
2. Kebutuhan unit kerja melalui tingkatan manajemen operasional hingga manajerial.
Kebutuhan tingkat unit kerja terdiri atas dua hal, yaitu pertama, mengidentifikasi kebutuhan kompetensi tiap pegawai dalam menjalankan tugasnya sesuai dengan fungsi organisasi. Kedua, mengukur tingkat penguasan pegawai terhadap keterampilan, pengetahuan, dan sikap yang dimiliki sesuai dengan pelaksanaan tugasnya.
3. Kebutuhan per individu.
Kebutuhan ini mengacu pada hasil analisis kebutuhan pelatihan tingkat individu. Kebutuhan tingkat individu dilakukan dengan mengidentifikasi kebutuhan individu sesuai jabatannya.
1.5 Kompetensi
Menurut Simanjuntak (2005), kompetensi adalah kemampuan dan keterampilan pegawai dalam melaksanakan pekerjaannya. Kompetensi tiap individu dapat dipengaruhi oleh kemampuan dan keterampilan kerja serta motivasi dan etos kerja. Menurut Spencer dan Spencer (Setyowati, 2010), kompetensi terbagi atas dua kategori, yaitu threshold competencies dan differentiating competencies. Threshold competencies adalah karakteristik utama
ramah, solusi yang diberikan tepat, dan disiplin sehingga dapat dibedakan tingkat kinerjanya, maka hal tersebut berada dalam kategori differentiating competencies.
Berdasarkan konsep-konsep dasar kompetensi yang diungkapkan Spencer dan Spencer, terdapat beberapa pedoman untuk mengembangkan sistem kompetensi, yaitu:
1. Identifikasi pekerjaan atau postsi-postsi kerja untuk pembuatan model kompetensi.
2. Melakukan analisis proses kerja pada suatu posisi pekerjaan tertentu.
3. Melakukan survei mengenai kompetensi yang dibutuhkan.
4. Membuat daftar jenis-jenis kompetensi berdasarkan kompetensi yang dibutuhkan.
5. Uraikan makna setiap jems kompetensi yang telah dituliskan untuk menyamakan persepsi pada suatu jenis kompetensi.
6. Menentukan skala tingkat penguasaan kompetensi yang ingin dibuat. Sebagai contoh skala 1 (sangat rendah), skala 2 (rendah), 3 (sedang), 4 (baik), dan 5 ( sangat baik) atau dengan menggunakan skala basic, intermediate, dan advanced.
Menurut Manopo (2011), terdapat dua pendekatan kompetensi yang dapat diimplementasikan pada organisasi. Pendekatan tersebut adalah sebagai berikut:
2. Sekumpulan perilaku yang diamati secara spesifik bagi pegawai dalam melaksanakan tugasnya.
1.6 Kompetensi Guru dan Dosen
Menurut Peraturan Menteri Pendidikan Nasional pada pasal 3 yang menyatakan bahwa Sertifikasi dosen dilaksanakan melalui uji kompetensi untuk memperoleh sertifikat pendidik. Uji kompentesi sebagaimana dimaksud adalah dilakukan dalam bentuk penilaian portofolio. Penilaian portofolio sebagaimana dimaksud adalah dilakukan untuk menentukan pengakuan atas kemampuan profesional dosen, dalam bentuk penilaian terhadap kumpulan dokumen yang mendiskripsikan (Permendiknas No.47 Tahun 2009):
a. kualifikasi akademik dan unjuk kerja Tri Dharma Perguruan Tinggi
b. penilaian persepsional dari atasan, sejawat, mahasiswa dan diri sendiri tentang kepemilikan kompetensi pedagogik, profesional, sosial dan kepribadian. c. pernyataan diri tentang kontribusi dosen yang bersangkutan dalam
pelaksanaan dan pengembangan perguruan tinggi.
1.7 Standar Dosen dan Pendidikan
teknik dan instrumen penilaian Hasil akhir penilaian merupakan integrasi antara berbagai teknik dan instrumen penilaian yang digunakan. Pada pasal 25-29 menyatakan (Permendikbud No. 49 Tahun 2014):
a. Dosen wajib memiliki kualifikasi akademik dan kompetensi pendidik, sehat jasmani dan rohani, serta memiliki kemampuan untuk menyelenggarakan pendidikan dalam rangka pemenuhan capaian pembelajaran lulusan.
b. Kompetensi pendidik dinyatakan dengan sertifikat pendidik, dan/atau sertifikat profesi.
1.8 Pendidikan dan Pelatihan Berbasis Kompetensi
Menurut Setyowati (2010), pendidikan dan pelatihan berbasis
kompetensi (PPBK) merupakan salah satu pendekatan dalam pengembangan
sumber daya manusia (SDM) yang berfokus pada hasil akhir (outcome). PPBK dilaksanakan untuk mengembangkan kemampuan dan keterampilan seseorang
secara khusus untuk mencapai target kinerja (performance target) yang telah
ditetapkan. Tujuan dilaksanakannya PPBK, yaitu:
a. Menghasilkan kompetensi untuk mencapai standar suatu pekerjaan atau jabatan.
b. Menelusuri kompetensi yang telah dicapai. Hasil dari PPBK dihubungkan dengan empat kebutuhan, diantaranya adalah:
a. Standar kompetensi.
b. Program pendidikan dan pelatihan. c. Kebutuhan multi-skilling.
1.9 Undang-Undang Tentang Guru dan Dosen
Dalam undang-undang nomer 14 tahun 2005 menjelaskan bahwa Dosen adalah pendidik profesional dan ilmuwan dengan tugas utama mentransformasikan, mengembangkan, dan menyebarluaskan ilmu pengetahuan, teknologi, dan seni melalui pendidikan, penelitian, dan pengabdian kepada masyarakat. Pada pasal 69 yaitu bagian kelima pembinaan dan pengembangan ada beberapa poin yaitu (Undang-Undang No.14 Tahun 2005):
a. Pembinaan dan pengembangan dosen meliputi pembinaan dan pengembangan profesi dan karier.
b. Pembinaan dan pengembangan profesi dosen sebagaimana dimaksud pada poin a meliputi kompetensi pedagogik, kompetensi kepribadian, kompetensi sosial, dan kompetensi profesional.
c. Pembinaan dan pengembangan profesi dosen dilakukanmelalui jabatan fungsional sebagaimana dimaksud pada ayat poin a.
d. Pembinaan dan pengembangan karier dosen sebagaimana dimaksud pada poin a meliputi penugasan, kenaikan pangkat, dan promosi.
1.10 Pengembangan dan Peningkatan Kualitas Dosen
bertujuan untuk berkembangnya potensi peserta didik agar menjadi manusia yang beriman dan bertaqwa kepada Tuhan Yang Maha Esa, berakhlak mulia, sehat, berilmu, cakap, kreatif, mandiri, dan menjadi warga negara yang demokratis serta bertanggung jawab (Undang-undang no. 20 tahun 2003).
1.11 Kompetensi Pedagogik
Pengertian Kompetensi pedagogik dalam Standar Nasional Pendidikan seperti yang dikutip oleh Mukhlis (2009: 75) adalah kemampuan mengelola pembelajaran peserta didik yang meliputi pemahaman terhadap peserta didik, perancangan dan pelaksanaan pembelajaran, evaluasi hasil belajar, dan pengembangan peserta didik untuk mengaktualisasikan berbagai potensi yang dimilikinya. Kompetensi pedagogik ini termasuk dalam pengembangan kemampuan dalam pengajaran.
Berikut ini merupakan pernyataan untuk kompetensi pedagogik adalah (perbanas,2010):
a. Kesungguhan dalam mempersiapkan perkuliahan
b. Keteraturan dan ketertiban penyelenggaraan perkuliahan c. Kemampuan mengelola kelas
d. Kedisiplinan dan kepatuhan terhadap aturan akademik e. Penguasaan media dan teknologi pembelajaran
f. Kemampuan melaksanakan penilaian prestasi belajar mahasiswa g. Objektivitas dalam penilaian terhadap mahasiswa
h. Kemampuan membimbing mahasiswa
1.12 Kompetensi Profesional
Standar Nasional Pendidikan, penjelasan pasal 28 ayat 3 butir C dikemukakan bahwa yang dimaksud dengan kompetensi profesional adalah kemampuan penguasaan materi pembelajaran secara luas dan mendalam yang memungkinkan membimbing peserta didik memenuhi standar kompetensi yang ditetapkan dalam Standar Nasional Pendidikan (Standar Nasional Pendidikan tahun 2013). Sedangkan PP Nomer 74 tahun 2008 menjabarkan bahwa kompetensi profesional guru atau dosen merupakan kemampuan guru atau dosen dalam menguasai pengetahuan bidang ilmu pengetahuan, teknologi, atau seni dan budaya yang diampu (Peraturan Presiden no. 74 tahun 2008).
Berikut ini merupakan pernyataan untuk kompetensi profesional adalah (perbanas,2010):
1. Penguasaan bidang keahlian yang menjadi tugas pokoknya
2. Kemampuan menjelaskan keterkaitan bidang/topik yang diajarkan dengan bidang/topik lain
3. Kemampuan menjelaskan keterkaitan bidang keahlian yang diajarkan dengan konteks kehidupan
4. Penguasaan isu-isu mutakhir dalam bidang yang diajarkan
5. Kesediaan melakukan refleksi dan diskusi (sharing) permasalahan pembelajaran yang dihadapi dengan kolega
6. Pelibatan mahasiswa dalam penelitian/kajian dan atau pengembangan/rekayasa/desain yang dilakukan dosen
8. Keterlibatan dalam kegiatan ilmiah organisasi profesi
1.13 Kompetensi Sosial
Kompetensi sosial adalah kemampuan guru atau dosen sebagai bagian dari masyarakat untuk berkomunikasi dan bergaul secara efektif dengan peserta didik, sesama pendidik, tenaga kependidikan, orang tua/wali peserta didik, dan masyarakat sekitar. hal tersebut sudah dijelaskan dalam Standar Nasional Pendidikan pada penjelasan pasal 28 ayat 3, butir d. hal tersebut diuraikan lebih lanjut dalam RPP tentang guru atau dosen, bahwa kompetensi sosial merupakan kemampuan guru atau dosen sebagai bagian dari masyarakat, yang sekurang-kurangnya memiliki kompetensi untuk (Standar Nasional Pendidikan tahun 2013): a. Berkomunikasi baik secara lisan, tulisan, dan isyarat.
b. Menggunakan teknologi komunikasi dan informasi secara fungsional.
c. Bergaul secara efektif dengan peserta didik, sesama pendidik, tenaga kependidikan, orang tua/wali peserta didik.
d. Bergaul secara santun dengan masyarakat sekitar.
Berikut ini merupakan pernyataan untuk kompetensi sosial adalah (perbanas,2010):
1. Kemampuan menyampaikan pendapat
2. Kemampuan menerima kritik, saran, dan pendapat orang lain 3. Mudah bergaul di kalangan sejawat, karyawan, dan mahasiswa 4. Mudah bergaul di kalangan masyarakat
1.14 Kompetensi Kepribadian
Menurut Mulyasa dalam bukunya Standar Kompetensi dan Sertifikasi Guru (2007:117) Kompetensi Kepribadian adalah kemampuan yang melekat dalam diri pendidik secara mantap, stabil, dewasa, arif, dan berwibawa menjadi teladan bagi anak didik, dan berakhlak mulia. Menurut Stori, djamar dalam bukunya Profesi Keguruan (2011: 2.5) Kompetensi kepribadian adalah kompetensi yang berkaitan dengan perilaku pribadi guru itu sendiri yang kelak harus memiliki nilai-nilai luhur sehingga terpancar dalam perilaku sehari-hari.
Berikut ini merupakan pernyataan untuk kompetensi kepribadian adalah (perbanas,2010):
1. Kewibawaan sebagai pribadi dosen 2. Kearifan dalam mengambil keputusan
3. Menjadi contoh dalam bersikap dan berperilaku 4. Satunya kata dan tindakan
5. Kemampuan mengendalikan diri dalam berbagai situasi dan kondisi 6. Adil dalam memperlakukan sejawat, karyawan, dan mahasiswa
1.15 Penilaian Berbasis Kompetensi
mencapai suatu level kompetensi, individu harus bersikap dan berperilaku sesuai dengan indikator perilaku setiap level kompetensi.
Penentuan level kompetensi dilakukan dengan mengukur persentase tingkat kemampuan dari tiap indikator perilaku. Tingkat kemampuan setiap indikator perilaku dibagi atas empat kategori, yaitu tidak mampu, mampu menyelesaikan beberapa langkah dengan benar, mampu menyelesaikan sebagian besar pengujian, dan mampu memenuhi seluruh kebutuhan kompetensi. Apabila jumlah persentase yang dimiliki individu S=20% (tidak mampu), S=40% (mampu menyelesaikan beberapa langkah dengan benar), S=60% dan S=79% (mampu menyelesaikan sebagian besar pengujian), maka jumlah tersebut dikatakan belum mencapai level kompetensi dan perlu diadakan sebuah pelatihan. Namun, apabila jumlah persentase ~ 80%, maka individu tersebut mampu mencapai suatu level kompetensi.
1.16 Skala Pengukuran Likert
Menurut Riduwan (2007), Skala Likert digunakan untuk mengukur sikap, pendapat dan persepsi seseorang atau kelompok tentang kejadian atau kegajala sosial. Dalam penelitian gejala sosisal ini tekah ditetapkan secara spesifik oleh peneliti, yang selanjutnya disebut sebagai variabel penelitian.
dijawab oleh responden. Setiap jawaban dihubungkan dengan bentuk pernyataan atau dukungan sikap yang diungkapkan dengan kata-kata berikut ini:
Pernyataan Positif
o Sangat Setuju (SS) = 5 o Setuju (S) = 4 o Netral (N) = 3 o Tidak Setuju (TS) = 2 o Sangat Tidak Setuju (STS) = 1 Perhitungan Skor
o Skor Total = Jumlah Skor Jumlah Responden
1.17 Analisis Kesenjangan (Gap Analysis)
Gap analysis merupakan salah satu alat yang digunakan untuk
mengevaluasi kinerja atau kompetensi pada sebuah perusahaan, khususnya dalam upaya penyediaan pelayanan pendidikan yang baik. Hasil analisis tersebut dapat menjadi sebuah input yang berguna bagi perencanaan dan penentuan prioritas untuk sebuah pengembangan di masa yang akan datang. Selain itu, gap analysis atau analisis kesenjangan juga merupakan salah satu langkah penting
Di bidang bisnis dan manajemen, gap analysis diartikan sebagai suatu metode pengukuran bisnis yang memudahkan perusahaan untuk membandingkan kinerja actual dengan kinerja potensialnya. Dengan demikian, perusahaan dapat mengetahui sektor, bidang, atau kinerja yang sebaiknya diperbaiki, ditingkatkan maupun dikembangkan. Gap analysis bermanfaat untuk mengetahui kondisi terkini dan tindakan apa yang akan dilakukan dimasa yang akan datang.
Gap analysis sering digunakan di bidang manajemen dan menjadi salah
satu alat yang digunakan untuk mengukur kualitas pelayanan (quality of services). Bahkan, pendekatan ini paling sering digunakan di Amerika Serikat untuk memonitor kualitas pelayanan. Model yang dikembangkan oleh Parasuraman, Zeithaml dan Berry (1985) ini memiliki lima gap (kesenjangan), yaitu:
1. Kesenjangan antara persepsi manajemen atas ekspektasi konsumen dan ekspektasimkonsumen akan pelayanan yang seharusnya diberikan oleh perusahaan.
2. Kesenjangan antara persepsi manajemen atas ekspektasi konsumen dan penjabaran persepsi tersebut menjadi spesifikasi kualitas pelayanan atau standar pelayanan.
3. Kesenjangan antara standar pelayanan tersebut dan pelayanan yang diberikan. 4. Kesenjangan antara pelayanan yang diberikan dengan informasi eksternal
yang diberikan kepada konsumen atau pelayanan yang dijanjikan kepada konsumen.
1.18 Perhitungan Analisis Kesenjangan
Terdapat beberapa bentuk analisis kesenjangan yang dapat digunakan untuk mengukur tingkat kompetensi dosen dalam melakukan pengajaran didalam kelas. Bentuk gap analysis tersebut berbeda-beda, tergantung dari penerapan dan fungsinya. Dalam bidang pendidikan juga dapat mengadopsi model kesenjangan yang dikembangkan oleh Parasuraman, Zeithaml dan Berry (1985) dengan melakukan penyesuaian. Dalam konteks untuk menentukan kompetensi dosen serta pengembangan yang tepat, pihak kampus yang bertindak sebagai perusahaan, sementara mahasiswa, dosen dan kepala prodi (kaprodi) adalah pengguna. Dengan demikian, model kesenjangan Parasuraman, Zeithaml, dan Berry (1985) dimodifikasi menjadi:
1. Kesenjangan antara persepsi kepala prodi atas ekspektasi dosen akan kompetensi dosen yang diberikan oleh dosen tersebut ketika melakukan pengajaran.
2. Kesenjangan antara persepsi dosen atas ekspektasi dosen itu sendiri akan kompetensi yang telah diberikannya ketika melakukan pengajaran.
3. Kesenjangan antara persepsi mahasiswa atas ekspektasi dosen akan kompetensi dosen yang diberikan oleh dosen tersebut ketika melakukan pengajaran.
dijelaskan di atas adalah kompetensi pedagogik, kompetensi profesional, kompetensi sosial dan kompetensi kepribadian.Untuk memudahkan pengukuran secara kuantitatif, maka setiap dimensi yang dinilai diberi skala atau skor sampai dengan 5. Analisis Data dengan menggunakan statistik deskriptif. Perhitungan rata-rata skor untuk setiap pasangan faktor yang sedang dikalkulasi kesenjangannya. Perhitungan rata-rata skor dilakukan dengan menggunakan formula berikut.
G = kualiatas yang ada – kualitas yang diharapkan Ketentuan Analisis Kesenjangan
Apabila G > 0, maka kualitas kompetensi yang diharapkan lebih tinggi dari
pada kualitas kompetensi yang ada. Dengan demikian, perlu diadakan pengembangan kompetensi dosen guna untuk meningkatkan kinerja dan kualitas pengajaran dosen.
Apabila G < 0, maka kualitas kompetensi yang diharapkan lebih rendah dari
pada kualitas kompetensi yang ada. Dengan demikian, Dosen dianggap telah mempunyai kompetensi yang baik.
Apabila G = 0, maka kualitas yang diharapkan sama dengan kualitas
kompetensi yang ada. Dengan demikian, Dosen dianggap telah memiliki kompetensi yang baik namun tetap perlu ditingkatkan.
1.19 Tahapan Software Development Life Cycle (SDLC)
tahapan - tahapan yaitu communication, planning, modeling, construction, dan deployment.
Model ini berjalan secara sistematis dari tahap communication, planning, modeling, construction, dan deployment. Pressman menjelaskan tahapan-tahapan model Waterfall sebagai berikut (Pressman, 2015):
a. Comunication
Dalam model waterfall langkah pertama diawali dengan komunikasi dengan pihak konsumen/pengguna. Komunikasi ini adalah langkah penting karena menyangkut pengumpulan informasi tentang kebutuhan konsumen/pengguna.
b. Planning
Setelah proses communication ini, kemudian menetapkan rencana untuk pengerjaan software yang meliputi tugas-tugas teknis yang akan dilakukan, resiko yang mungkin terjadi, sumber yang dibutuhkan, hasil yang akan dibuat, dan jadwal pengerjaan.
c. Modeling
Pada proses modeling ini menerjemahkan syarat kebutuhan ke sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat coding. Proses ini berfokus pada rancangan struktur data, arsitektur software, representasi interface, dan detail (algoritma) prosedural.
d. Construction
oleh user. Tahapan inilah yang merupakan tahapan secara nyata dalam mengerjakan suatu software, artinya penggunaan komputer akan dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan dilakukan testing terhadap sistem yang telah dibuat. Tujuan testing adalah menemukan kesalahan-kesalahan terhadap sistem tersebut untuk kemudian bisa diperbaiki.
e. Deployment
Tahapan ini bisa dikatakan final dalam pembuatan sebuah software atau sistem. Setelah melakukan analisis, desain dan pengkodean maka sistem yang sudah jadi akan digunakan user. Kemudian software yang telah dibuat harus dilakukan pemeliharaan secara berkala.
1.20 Kebutuhan Perangkat Lunak (Software Requirement)
Kebutuhan perangkat lunak diartikan sebagai properti yang ditampilkan dalam memecahkan beberapa masalah di dunia nyata (IEEE Computer Society, 2004). Kebutuhan ini menghasilkan desain perangkat lunak yang menjadi dasar untuk mengetahui tempat, aktor, dan kebutuhan layanan dalam sebuah sistem. Kebutuhan perangkat lunak ditentukan melalui empat tahapan, yaitu tahapan elisitasi kebutuhan, analisis kebutuhan masing-masing pengguna sistem, dan spesifikasi kebutuhan dari masing-masing pengguna sistem.
Tahap analisis adalah tahapan yang digunakan untuk mendefinisikan kegiatan perangkat lunak dalam memenuhi kebutuhan pengguna. Analisis kebutuhan pengguna terdiri atas tiga proses. Proses-proses tersebut adalah: pertama, mendeteksi dan menyelesaikan permasalahan sesuai dengan kebutuhan perusahaan; kedua, menentukan batasan perangkat lunak; dan ketiga, menguraikan spesifikasi kebutuhan perangkat lunak.
Tahap spesifikasi kebutuhan adalah tahapan yang digunakan dalam pembuatan dokumen tentang perangkat lunak yang dibangun. Dalam dokumen tersebut membahas spesifikasi kebutuhan perangkat lunak yang dapat ditinjau secara sistematis, dievaluasi, dan disetujui.
1.21 Konstruksi Perangkat Lunak (Software Constructions)
Menurut IEEE Computer Society (2004), tahap ini adalah tahap melakukan konversi hasil desain perangkat lunak ke dalam sistem yang dibuat melalui pengkodean. Proses pengkodean yang dilakukan meliputi pembuatan basis data, pengkodean, perbaikan perangkat lunak, serta melakukan pengujian. Dalam tahap ini, terdapat beberapa langkah-langkah yang digunakan sebagai acuan. Langkah-langkah tersebut adalah sebagai berikut:
1. Software Construction Fundamentals
Pada langkah ini dilakukan pendefinisian tentang prinsip-prinsip yang digunakan dalam proses implementasi perangkat lunak. Prinsip-prinsip tersebut terdiri atas minimalisasi kompleksitas, mengantisipasi perubahan, dan menyesuaikan dengan standar yang digunakan.
Pada langkah ini dilakukan pendefinisian mengenai penggunaan model implementasi, perencanaan implementasi, dan pengukuran pencapaian implementasi.
3. Practical Considerations
Langkah ini membahas tentang desain implementasi, bahasa pemrograman, kualitas implementasi, proses pengujian, dan integritas perangkat lunak.
Dalam proses implementasi saat ini, digunakan beberapa aplikasi pendukung. Aplikasi pendukung yang digunakan antara lain:
a. Sublime Text
Sublime Text adalah aplikasi teks editor berbasis Phyton API yang
dirancang untuk mengolah potongan-potongan kode, plugin, dan markup. Sublime text mendukung berbagai macam bahasa pemrograman mulai dari C, PHP, hingga
Javascript. Keunggulan dalam menggunakan sublime text adalah dapat
menggunakan fitur blok multiplace, kursor, dan pengolahan split sehingga pengolahan kode menjadi lebih cepat dan mudah. Selain itu, sublime text dapat mencegah masuknya plugin yang dapat merusak fungsi editor. Sublime text versi terbaru memperkenalkan fitur symbol indexing yang dapat membaca semua file dalam satu project saat melakukan pencarian.
b. MySQL
produk turunan yang bersifat komersial. MySQL sebenarnya merupakan turunan salah satu konsep utama dalam basis data yang telah ada sebelumnya; SQL (Structured Query Language). SQL adalah sebuah konsep pengoperasian basisdata, terutama untuk pemilihan atau seleksi dan pemasukan data, yang memungkinkan pengoperasian data dikerjakan dengan mudah secara otomatis.
1.22 Pengujian Perangkat Lunak (Software Testing)
Uji coba perangkat lunak meliputi verifikasi yang dinamis dari tingkah laku sebuah perangkat lunak yang diwakili oleh beberapa contoh kasus uji coba (IEEE Computer Society, 2004). Kasus uji coba tersebut dilakukan dengan memberikan masukan kepada perangkat lunak agar muncul tingkah laku/reaksi yang diharapkan begitu pula sebaliknya. Dalam uji coba perangkat lunak, hal pertama yang harus diperhatikan adalah dasar-dasar pengujian perangkat lunak yang berisi terminologi pengujian, kunci masalah dari pengujian, dan hubungan pengujian dengan aktifitas lainnya pada perangkat lunak.
Selanjutnya, yang perlu diperhatikan adalah tingkatan pengujian. Tingkatan pengujian menjelaskan tentang target pengujian dan tujuan pengujian. Selain target dan tujuan pengujian, juga perlu diperhatikan teknik dari pengujian yang dilakukan. Teknik pengujian meliputi uji coba berdasarkan intuisi dan pengalaman dari seorang tester, diikuti oleh teknik berdasarkan spesifikasi, kode, kesalahan, penggunaan, dan teknik dasar yang relatif berhubungan dari perangkat lunak yang diuji.
uji coba selesai dilakukan. Kemudian, juga perlu diperhatikan proses dari pelaksanaan pengujian yang berisi tentang pertimbangan praktis dan aktifitas uji coba.
1.23 Black Box Testing
Black box testing atau yang biasa disebut sebagai functional testing
merupakan teknik pengujian yang dilakukan tanpa adanya suatu pengetahuan tentang detail struktur sistem atau komponen yang akan diuji (Romeo, 2003). Black box testing berfokus pada kebutuhan fungsional sistem berdasarkan
spesifikasi kebutuhan sistem yang telah ditentukan.
30
METODE PENELITIAN
Pada bab ini akan dibahas tentang identifikasi permasalahan, analisis permasalahan, solusi permasalahan dan perancangan sistem dalam Rancang Bangun Aplikasi Analisis Kebutuhan Pengembangan Dosen Berbasis Kompetensi pada Stikom Surabaya. Berikut adalah kerangka penelitian yang akan dilakukan pada penelitian ini dapat dilihat pada gambar 3.1.
1.1 Analisis
Terdapat beberapa langkah dalam melakukan analisis permasalahan untuk dijadikan sebuah penelitian. Proses tersebut dimulai dari langkah dalam pengumpulan informasi hingga menjadikan sebuah hasil penelitian. Langkah pengumpulan informasi tersebut diantaranya adalah :
1. Proses identifikasi permasalahan
2. User requirement
3. Software requirement
4. Data requirement
5. Nonfunctional requirement
1.2 Identifikasi Permasalahan
Gambar 1.1 Kerangka Penelitian
Surabaya untuk mendapatkan informasi yang dibutuhkan. Permasalahan bisa diindentifikasi juga dengan adanya temuan-temuan, seperti proses pada bagian tertentu sangat lambat atau bahkan proses pada bagian tertentu sering mengalami kesalahan pada sistem.
Hal-hal tersebut di atas yang kemudian dapat diangkat menjadi bahan penelitian penulis. Untuk dapat mengetahui lebih jelas permasalahan seperti di atas dapat dilakukan dengan menggunakan beberapa langkah sebagai berikut :
a. Wawancara
Proses wawancara dikoordinasikan oleh pihak Prodi, kemudian pewawancara dipertemukan dengan narasumber utama yang akan menggunakan aplikasi, yaitu bagian Kaprodi dan Admin Prodi. Proses ini juga membutuhkan narasumber lainnya, seperti narasumber dari dosen untuk mengetahui elemen-elemen kompetensi yang diketahui dan dikuasai. Fungsinya untuk membandingkan elemen-elemen kompetensi standarnya dosen juga telah mengetahuinya. Hasil dari wawancara tersebut dicatat dan dijadikan dokumentasi untuk acuan pembuatan aplikasi. Sehingga, bila terjadi perbedaan permintaan dapat segera diketahui dan didiskusikan terlebih dahulu sebelum proses selanjutnya dapat dimulai.
b. Analisis Dokumen
Proses ini digunakan untuk mengamati dan menganalisis dokumen-dokumen yang berhubungan dengan kebutuhan pengembangan dosen. Dokumen yang perlu diamati dan dianalisis adalah dokumen elemen-elemen kompetensi.
wawancara, tahapan selanjutnya adalah melakukan analisis permasalahan. Analisis permasalahan digunakan untuk mendefinisikan suatu permasalahan dan memberikan sebuah solusi untuk menyelesaikan masalah tersebut. dari hasil pengumpulan data yang dilakukan, diketahui beberapa dokumen mengenai peran (role), tanggung jawab (responsibility), aturan (rule), kebijakan (policy), serta stakeholder atau pengguna yang terlibat pada sistem yang sudah ada saat ini, yaitu Kaprodi, Administrasi Prodi, Dosen, dan Mahasiswa. Secara garis besar proses bisnis dimulai dari analisis kebutuhan oleh Administrasi Prodi, lalu dilanjutkan penyusunan kompetensi oleh Kaprodi, dan pengisian kuisioner tentang kompetensi dosen oleh Kaprodi, Dosen yg dinilai, dan Mahasiswa, kemudian Administrasi Prodi melakukan perhitungan dan akan menghasilkan kebutuhan untuk pengembangan dosen.
Sebelum menggambarkan proses yang ada saat ini menggunakan flowchart, perlu diketahui terlebih dahulu peran (role), tanggung jawab
(responsibility), aturan (rule), dan kebijakan (policy) yang ada pada perusahaan. Lebih lengkapnya dapat dilihat pada Tabel 3.1.
Tabel 1.1 Peran, Tanggung Jawab, Aturan, dan Kebijakan
Stakeholder Peran Rule Policy
Stakeholder Peran Rule Policy
Kaprodi dapat melihat dan mencetak seluruh laporan yang ada serta dari hasil seluruh proses yang telah dilakukan. untuk diri sendiri, untuk nantinya juga akan dinilai bagaimana dosen dapat
Dosen dapat melihat dan mencetak laporan dari hasil analisis kebutuhan pengembangan untuk diri sendiri.
Stakeholder Peran Rule Policy
1.2.1 Analisis Kebutuhan Pengguna (User Requirements)
Setelah melakukan proses wawancara dan analisis dokumen pada bagian prodi dan dosen, dibutuhkan sebuah sistem yang dapat menentukan pengembangan yang tepat untuk dosen pada masing-masing prodi yang sesuai dengan kompetensi yang telah dimiliki saat ini. Maka, didapat beberapa user requirement yang dibutuhkan yaitu sebagai berikut:
A. Persiapan Perangkat Analisis
Persiapan Perangkat Analisis dapat digunakan user untuk mempersiapkan kebutuhan yang akan digunakan ketika analisis kebutuhan pengembangan dilakukan. Berikut adalah penjelasan mengenai user requirement Persiapan Perangkat Analisis Kebutuhan Pengembangan:
Tabel 1.2 User Requirement Persiapan Perangkat Analisis
Deskripsi Fungsi ini digunakan oleh Kaprodi untuk mengisi data antara lain kuisioner, nilai standar dan waktu pengisian kuisioner. Kaprodi menyiapkan sejumlah data tersebut yang nantinya akan digunakan untuk melakukan analsis kebutuhan pengembangan.
Aktor Kaprodi.
Input 1. Data Semester
2. Kuisioner yang pernah dibuat.
5. Bobot nilai akhir.
Proses 1. Memilih periode semester.
2. Membuat kuisioner, pernyataan dan nilainya. 3. Mengirim pesan pemberitahuan.
4. Tanggal pengisian kuisioner. Output 1. Data persiapan perangkat.
Peraturan 1. Penetapan nilai standar kompetensi ditetapkan oleh kaprodi.
2. Data dosen, semester dan mahasiswa didapat dari data sistem informasi akademik Stikom Surabaya.
3. Dosen yang dinilai hanya dosen dengan status aktif mengajar pada semester yang ditetapkan dan dosen dengan status dosen tetap.
4. Kaprodi tidak termasuk untuk dinilai.
5. Waktu pengisian kuisioner ditentukan mengikuti semester yang ada dan tidak diperbolehkan melebihi ataupun kurang dari jangka waktu semester yang ada.
B. Pengisian Kuisioner
Pengisian kuisioner dapat digunakan pengguna untuk mengisi kuisioner yang sudah diberikan. Proses ini merupakan salah satu proses utama yang dilakukan untuk mengisi kuisioner yang ada serta nantinya isian kuisioner tersebut akan dilakukan penilaian. Berikut adalah penjelasan mengenai user requirement pengisian kuisioner:
Tabel 1.3 User requirement Pengisian Kuisioner
Deskripsi Fungsi ini digunakan oleh Kaprodi, dosen, dan mahasiswa untuk mengisi jawaban dari kuisioner yang telah disediakan. Fungsi ini nantinya akan digunakan untuk pengguna dalam mengisi kuisioner.
Aktor Kaprodi, dosen, dan mahasiswa Input 1. Data Kuisioner
Proses 1. Menjawab kuisioner
Peraturan 1. Dosen yang dimaksudkan adalah dosen mengisi kuisioner untuk diri dosen masing-masing.
2. Pengguna dapat menjawab kuisioner sampai dengan batas waktu yang telah ditentukan.
C. Hasil Perhitungan Nilai Kuisioner
Hasil perhitungan nilai kuisioner digunakan untuk melakukan perhitungan nilai yang didapat dari hasil pengisian kuisioner yang telah. Proses ini merupakan proses yang diperlukan untuk menghasilkan keluaran berupa nilai dari hasil seluruh isian kuisioner yang ada. Nilai ini nantinya akan menjadi masukan untuk proses analisis kebutuhan pengembangan dosen guna dibandingkan dengan nilai standar yang ada. Berikut adalah penjelasan mengenai user requirement Perhitungan hasil kuisioner:
Deskripsi Fungsi ini digunakan oleh administrasi untuk melakukan penilaian pada data hasil dari pengisian kuisioner yang telah dilakukan. Fungsi ini nantinya akan digunakan untuk menghitung nilai dari seluruh hasil isian kuisioner untuk nantinya digunakan pada analisis.
Aktor Administrasi.
Input 1. Data jawaban kuisioner 2. Nilai bobot
Proses 1. Menghitung nilai kuisioner Output 1. Data nilai kuisioner
Peraturan 1. Perhitungan nilai diambil berdasarkan jumlah dari masing-masing bobot yang telah ditentukan pada persiapan perangkat.
D. Analisis Kebutuhan Pengembangan
oleh kaprodi. Proses ini merupakan salah satu proses utama yang diperlukan untuk menghasilkan keluaran yang diinginkan yaitu kebutuhan pengembangan yang seperti apa yang dibutuhkan oleh dosen. Proses ini akan memberikan pandangan jenis-jenis pengembangan apa saja yang dibutuhkan. Berikut adalah penjelasan mengenai user requirement Analisis kebutuhan pengembangan:
Tabel 1.4 User requirement Analisis Kebutuhan Pengembangan
Deskripsi Fungsi ini digunakan oleh kaprodi untuk melakukan analisis dari data nilai kuisioner yang telah dihitung. Fungsi ini nantinya akan digunakan untuk melakukan analisis kesenjangan dari hasil penilaian kuisioner dan nilai standar.
Aktor Kaprodi.
Input 1. Data nilai kuisioner 2. Data nilai standar
Proses 1. Menghitung kesenjangan nilai kuisioner dan nilai standar 2. Menganalisis tingkat kepentingan kebutuhan
pengembangan dari hasil perhitungan.
Output 1. Laporan kebutuhan pengembangan masing-masing dosen 2. Daftar dosen yang harus dilakukan pengembangan
Peraturan 1. Rumus yang digunakan untuk menghitung kesenjangan adalah nilai kuisioner dikurang dengan nilai standar. 2. Rumus untuk menganalisis kesenjangan yaitu:
G>0 = Tidak perlu dipengembangan G=0 = Tetap perlu dikembangkan G<0 = Perlu pengembangan
1.2.2 Analisis Kebutuhan Perangkat Lunak (Software Requirements)
A. Persiapan Perangkat Analisis
Pada software requirement persiapan perangkat analisis, sistem akan menyimpan data-data mengenai persiapan perangkat analisis. Persiapan perangkat analisis dimaksudkan untuk menyiapkan kebutuhan yang nantinya akan digunakan untuk dilakukan analisis kebutuhan pengembangan. persiapan perangkat analisis ini digunakan oleh kaprodi untuk memasukkan data persiapan apa saja yang nantinya akan digunakan untuk melakukan analisis kebutuhan pengembangan.
Tabel 1.5 Software requirement Persiapan Perangkat Analisis
Deskripsi Fungsi ini digunakan oleh kaprodi untuk menginputkan data yang digunakan dalam melakukan analisis kebutuhan pengembangan. Fungsi ini akan digunakan untuk kaprodi dalam melakukan persiapan yang terkait dengan analisis kebutuhan pengembangan yang akan dilakukan.
Pemicu -
Alur Aktor Sistem
Permintaan Analisis Kebutuhan Pengembangan Aktor membuka halaman
Persiapan Perangkat Analisis.
Aplikasi menampilkan form permintaan analisis kebutuhan pengembangan.
Aktor mengisi isian form Persiapan Perangkat Analisis.
Aktor mengklik tombol simpan
Aplikasi membaca dan mengambil data yang diinputkan ke dalam form.
Aplikasi menyimpan data tersebut ke dalam database.
Ketika aktor ingin mencetak persiapan perangkat analisis
Aktor memilih persiapan yang ingin dicetak.
Aplikasi menampilkan data perangkat.
Aktor mengklik tombol cetak
Aplikasi menampilkan data perangkat dalam bentuk dokumen yang siap untuk dicetak.
Akhir Aplikasi menyimpan dan mencetak persiapan perangkat analisis kebutuhan.
Non
Fungsional
1. Kondisi tertentu aktor tidak dapat mengisi untuk semester yang sama.
B. Pengisian Kuisioner
Pada software requirement pengisian kuisioner, sistem akan menyimpan data-data kuisioner yang telah diisi. Pengisian kuisioner ini akan digunakan oleh pengguna untuk memasukkan data jawaban dari masing-masing kuisioner.
Tabel 1.6 Software requirement Pengisian Kuisioner
Deskripsi Fungsi ini digunakan oleh Kaprodi, dosen, dan mahasiswa untuk menginputkan isian jawaban dari pernyataan pada kuisioner yang telah disajikan. Fungsi ini nantinya akan digunakan untuk pengguna dalam mengisi kuisioner.
Pemicu -
Alur Aktor Sistem
Pengisian Kuisioner Aktor membuka halaman
Pengisian Kuisioner.
Aplikasi menampilkan seluruh data kuisioner kompetensi yang ada. Data tersebut akan ditampilkan dengan pembagian 10 data setiap halamannya. Dan data akan mulai ditampilkan dari data yang terbaru.
Aplikasi menampilkan form kuisioner.
Aktor memilih kuisioner yang akan diisi.
Aplikasi menampilkan form kuisioner yang dipilih.
Aktor mengisi isian kuisioner
Aktor mengklik tombol simpan
Aplikasi membaca dan mengambil data yang diinputkan ke dalam form.
Aplikasi menyimpan data tersebut ke dalam database.
Ketika aktor ingin mencetak hasil isian kuisionernya
Aktor memilih kuisioner yang telah terisi dan yang akan cetak
Aplikasi mengambil data dari database sesuai dengan data yang diinputkan user
Aplikasi menampilkan data kuisioner dalam bentuk form. Aktor mengklik tombol
cetak
Aplikasi
Akhir Aplikasi menyimpan data isian kuisioner dari masing-masing user untuk masing-masing kuisioner.
Non
Fungsional
2. Kondisi tertentu aktor hanya dapat mengisi kuisioner yang tersedia saja.
3. Kodisi tertentu jawaban dari kuisioner yang telah disimpan tidak dapat dilakukan pengubahan.
4. Kondisi aktor dapat mencetak langsung kuisioner yang telah terisi atau dapat mengekspornya menjadi bentuk dokumen pdf.
C. Hasil Perhitungan Nilai Kuisioner
Pada software requirement hasil perhitungan nilai kuisioner, sistem akan menampilkan data-data mengenai hasil perhitungan nilai kuisioner. Perhitungan tersebut didapatkan dari hasil seluruh isian kuisioner.
Tabel 1.7 Software requirement Penyusunan Laporan Kebutuhan Kompetensi Deskripsi Fungsi ini digunakan oleh kaprodi untuk melihat data hasil
Pemicu -
Aplikasi menampilkan seluruh data kebutuhan pengembangan yang ada. Data tersebut akan ditampilkan dengan pembagian 10 data setiap halamannya. Dan data
Aplikasi menampilkan form laporan.
Aktor mengklik tombol generate.
Aplikasi menampilkan laporan dari rekap seluruh kebutuhan pengembangan.
Aktor mengklik tombol cetak
Aplikasi mencetak laporan yang telah di generate
Akhir Aplikasi menampilkan kebutuhan pengembangan, dan mencetak laporan rekap dari seluruh kebutuhan pengembangan.
Non
Fungsional
D. Analisis Kebutuhan Pengembangan
Pada software requirement analisis kebutuhan pengembangan, sistem akan menyimpan data-data mengenai analisis kebutuhan pengembangan disini. hal tersebut nantinya yang akan diisi lalu akan diberi penilaian guna untuk mengetahui kebutuhan pengembangannya.
Tabel 1.8 Software requirement analisis kebutuhan pengembangan
Deskripsi Fungsi ini digunakan oleh admin prodi. Admin prodi akan menyusun data hasil dari kuisioner yang telah dihitung. Fungsi ini nantinya akan digunakan untuk merekap data dari hasil penilaian kuisioner.
Alur Aktor Sistem
Aplikasi menampilkan seluruh data kebutuhan pengembangan yang ada. Data tersebut akan ditampilkan dengan pembagian 10 data setiap halamannya. Dan data
Aplikasi menampilkan form laporan.
Aktor mengklik tombol generate.
Aplikasi menampilkan laporan dari rekap seluruh kebutuhan pengembangan.
Aktor mengklik tombol cetak
Aplikasi mencetak laporan yang telah di generate
Akhir Aplikasi menampilkan kebutuhan pengembangan, dan mencetak laporan rekap dari seluruh kebutuhan pengembangan.
Non
Fungsional
1.3 Analisis Kebutuhan Data (Data Requirements)
Dari tabel software requirements diatas, maka diperlukan beberapa data yang dibutuhkan dan dapat mendukung kinerja software requirements tersebut, data tersebut antaralain adalah.
a. Data Kompetensi
Data Kompetensi ini dimiliki oleh pihak prodi. Sehingga, penulis diperbolehkan untuk melihat data dan mencatatat beberapa diantaranya untuk dijadikan sampel penelitian kasus yang ditangani.
Data ini sudah dimiliki oleh pihak prodi. Data ini nantinya akan berhubungan dengan data kompetensi sehingga penulis diberikan ijin untuk dapat mengetahui elemen kompetensi tersebut dengan persyaratan tidak boleh disebar luaskan .kepada pihak lain.
c. Data Dosen, Mahasiswa dan Semester
Data ini sudah dimiliki oleh pihak Stikom Surabaya. Data ini dapat dilihat oleh penulis untuk dapat mengetahui seluruh data mengenai dosen, mahasiswa dan semester yang ada pada sistem informasi akademik Stikom Surabaya.
1.4 Analisis Kebutuhan Nonfungsional (Nonfunctional Requirements) Kebutuhan nonfungsional adalah salah satu kebutuhan yang harus diperhatikan dalam pembuatan aplikasi evaluasi ini selain kebutuhan-kebutuhan lainnya, kebutuhan nonfungsional diantaranya adalah:
a. Keamanan (Security)
1.5 Perancangan Aplikasi 1.5.1 Desain Proses
Dari hasil Software requirement di atas, maka akan dapat dilihat beberapa fungsi yang menjadi bagian utama aplikasi. Dari hal tersebut maka akan dapat digambarkan System Flow, Context dan Data Flow Diagram untuk dapat lebih jelas melihat alur dari sistem tersebut.
A. System Flow
System flow merupakan sebuah gambaran alur suatu proses yang terjadi
dengan sistem. System flow dibuat berdasarkan kejadian yang akan dialami oleh sistem secara runtun atau teratur dari mulai hingga berakhirnya suatu proses di dalam sistem.
a. System flow Master Kompetensi
System flow ini menggambarkan tentang alur suatu proses
dimasukkannya data master kompetensi ke dalam sebuah database pada sistem. Dimulai dari cukup memasukkan nama kompetensi saja, karena untuk id kompetensi sudah dihasilkan oleh sistem. Aktor (kaprodi) melakukan mengklik tombol simpan dan data akan tersimpan kedalam sistem. Selain dari itu, aktor dapat melakukan pengubahan, ataupun melakukan proses penghapusan data master kompetensi dari sistem. Untuk alur prosesnya dapat dilihat pada gambar 3.2 System flow master kompetensi.
b. System flow Master Elemen Kompetensi
c. System flow Persiapan Perangkat Analisis
System flow ini menggambarkan tentang alur suatu proses
dimasukkannya data persiapan perangkat analisis ke dalam sebuah sistem. Dimulai dari memasukkan persiapan perangkat untuk semester berapa, tanggal pengisian kuisioner, bobot perhitungan, pernyataan pada kuisioner serta nilai standarnya.. Aktor (kaprodi) melakukan mengklik tombol simpan dan data akan tersimpan kedalam sistem. Untuk alur prosesnya dapat dilihat pada gambar 3.4 System flow pembuatan soal kuisioner.
d. System flow Pengisian Kuisioner
System flow ini menggambarkan tentang alur suatu proses
e. System flow Hasil Perhitungan Nilai Kuisioner
System flow ini menggambarkan tentang alur suatu proses melihat hasil perhitungan nilai kuisioner dari sebuah sistem. Dimulai dari memilih semester yang ingin dilihat lalu aktor (kaprodi) mengklik tombol proses dan aplikasi akan menampilkan data hasil perhitungan nilai kuisioner berdasarkan bobot yang telah ditentukan. Selain dari itu, aktor dapat mencetak hasil perhitungan nilai kuisioner. Untuk alur prosesnya dapat dilihat pada gambar 3.8 System flow hasil perhitungan nilai kuisioner.
f. System flow Analisis Kebutuhan Pengembangan
g. System flow Laporan Rekapitulasi Analisis
System flow ini menggambarkan tentang alur suatu proses laporan rekapitulasi analisis pada sistem. Dimulai dari cukup memasukkan nama prodi saja, karena untuk id prodi sudah dihasilkan oleh sistem. Aktor (admin) melakukan mengklik tombol simpan dan data akan tersimpan kedalam sistem. Selain dari itu, aktor dapat melakukan pengubahan, ataupun melakukan proses penghapusan data master prodi dari sistem. Untuk alur prosesnya dapat dilihat pada gambar 3.10 System flow laporan rekapitulasi analisis.
i. System flow Laporan Data Master
System flow ini menggambarkan tentang alur suatu proses laporan data master pada sistem. Dimulai dari cukup memasukkan nama prodi saja, karena untuk id prodi sudah dihasilkan oleh sistem. Aktor (admin) melakukan mengklik tombol simpan dan data akan tersimpan kedalam sistem. Selain dari itu, aktor dapat melakukan pengubahan, ataupun melakukan proses penghapusan data master prodi dari sistem. Untuk alur prosesnya dapat dilihat pada gambar 3.12 System flow laporan data master.
j. System flow Laporan Kebutuhan Pengembangan Tiap Dosen
Gambar 1.14 Konteks Diagram
Mahasiswa pada prosesnya nanti dapat melakukan pengisian kuisioner untuk dosen yang telah disediakan, nantinya mahasiswa cukup memilih kuisioner yang ada dan mengisi jawaban dari pernyataan yang diberikan dalam kuisioner. Sedangkan untuk admin prodi mempunyai proses untuk memasukkan data-data master yang diperlukan. Admin prodi membuat laporan untuk kaprodi dan untuk dosen yang berisi dosen tersebut harus mendapatkan pengembangan yang sesuai dengan penilaian yang telah dilakukan.
C. Diagram IPO
Gambar 1.15 Diagram IPO
D. Diagram Berjenjang
Gambar 1.16 Diagram Berjenjang
E. DFD Level 0 Rancang Bangun Aplikasi Analisis Kebutuhan Pengembangan Dosen
requirement diatas akan dijadikan sebagai proses utama dari aplikasi analisis kebutuhan pengembangan dosen. Pada gambar di bawah akan ditunjukkan bagaimana ketiga proses utama tersebut dapat melakukan interaksi dengan ketiga entitas yang ada serta hubungan dan alur yang terjadi.
Pada proses DFD Level 0 Rancang Bangun Aplikasi Analisis Kebutuhan Pengembangan Dosen digambarkan secara lebih detil bagaimana relasi antara masing-masing pada tiap proses ataupun dengan seluruh entitas, serta bagaimana data mengalir dari satu entitas, proses atau basis data.
Pada gambar di atas ditunjukkan proses pertama adalah pada bagian permintaan analisis kebutuhan. Pada proses itu pengguna yaitu kaprodi memasukkan beberapa inputan. Diantaranya nama kompetensi yang diminta dan periode permintaan kebutuhan pengembangan. Kemudian pengguna akan mendapatkan masukan dari sistem berupa dokumen permintaan yang dapat dicetak dalam bentuk PDF. Sistem dari proses permintaan analisis kebutuhan ini akan mengambil data dari aplikasi untuk dimasukkan kedalam basis data. Data tersebut diantara lain adalah data nama kompetensi, data periode dan data status dari permintaan. Sistem akan menyimpan inputan beberapa data tersebut kedalam database.
Proses ketiga adalah pada bagian pembobotan kuisioner. Pada proses tersebut pengguna yaitu admin prodi akan memasukkan beberapa inputan yaitu memilih kuisioner dosen siapa yang akan dilakukan pembobotan. Kemudian pengguna cukup menekan tombol hitung maka aplikasi akan melakukan proses perhitungan dengan sendirinya. Kemudian nanti pengguna akan diberikan inputan dari aplikasi yaitu hasil pembobotan dari kuisioner yang telah dilakukan perhitungan. Sistem dari proses pembobotan kuisioner ini akan mengambil data dari aplikasi untuk dimasukkan kedalam basis data untuk dilakukan perhitungan. Data tersebut diantara lain adalah data nama dosen dan data kuisioner yang telah diisi. Sistem akan menyimpan inputan beberapa data tersebut kedalam database serta nilai bobot yang telah dihitung.
F. DFD Level 1 Pengisian Kuisioner
Proses berikut ini menggambarkan tentang proses pengisan kuisioner. Pada gambar di bawah akan menjelaskan bagaimana proses dari DFD Level 1 pengisian kuisioner secara lebih detil dari proses diagram konteks sebelumnya. Proses ini adalah salah satu dari empat proses utama sistem.
Gambar 1.18 DFD Level 1 Pengisian Kuisioner
G. DFD Level 1 Hasil Perhitungan Nilai Kuisioner
Proses berikut ini menggambarkan tentang proses hasil perhitungan nilai kuisioner. Pada gambar di bawah akan menjelaskan bagaimana proses dari DFD Level 1 hasil perhitungan nilai kuisioner secara lebih detil dari proses diagram konteks sebelumnya. Proses ini adalah salah satu dari empat proses utama sistem.
Gambar 1.19 DFD Level 1 hasil perhitungan nilai kuisioner
H. DFD Level 1 Penilaian Kebutuhan Pengembangan
Proses berikut ini menggambarkan tentang proses Penilaian Kebutuhan Pengembangan. Pada gambar di bawah akan menjelaskan bagaimana proses dari DFD Level 1 penilaian kebutuhan pengembangan secara lebih detil dari proses diagram konteks sebelumnya. Proses ini adalah salah satu dari empat proses utama sistem.
Gambar 1.20 DFD Level 1 Penilaian Kebutuhan Pengembangan
pengembangan akan disimpan pada laporan kebutuhan pengembangan yang hasilnya dimasukkan dalam basis data laporan kebutuhan pengembangan.
1.5.2 Desain Basis Data
Setelah melalui proses desain proses yang dimulai dengan menentukan User Requirement dan Software Requirement untuk aplikasinya. Setelah itu menggambarkan System Flow dari sistem yang akan dibuat nantinya. Dari gambaran System Flow kemudian menjadi acuan untuk membuat Diagram Konteks dan DFD Level 0 & DFD Level 1 sebagai alur sistem secara keseluruhan. Langkah selanjutnya adalah merancang skema dari basis data yang akan digunakan pada aplikasi. Mendesain basis data dengan melakukan pembuatan Conceptual Data Model (CDM). CDM digunakan untuk menggambarkan alur
data dari masing-masing hubungan antar entitas dengan entitas yang lain. Dari CDM maka akan dihasilkan model data fisikal atau yang lebih dikenal dengan Physical Data Model (PDM). PDM adalah hasil normalisasi dari CDM dan model
data yang akan digunakan dalam aplikasi.
A. Conceptual Data Model (CDM)
Conceptual Data Model (CDM) adalah model dasar yang dibuat
B. Physical Data Model (PDM)
Gambar 1.22 Physical Data Model
C. Struktur Tabel
Struktur tabel disini akan dijelaskan mengenai tabel-tabel yang akan digunakan dalam aplikasi. Dimulai dari nama kolom pada tabel, tipe data, constraint dan juga keterangan kegunaan dari kolom-kolom tersebut. Berikut
a. Tabel Dosen
Nama tabel : Tabel Dosen
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai dosen.
Tabel 1.9 Tabel Dosen
Nama Kolom Tipe Data Constraint Keterangan Idprodi Varchar (6) FK(1) Id prodi untuk
masing-masing prodi
Kode Varchar (15) PK Kode dosen atau biasa disebut dengan Nomer Induk Dosen (NIK) Id_jabatan Int FK(2) Id jabatan untuk
masing-masing jabatan Nama_dosen Varchar (60) - Nama dari
masing-masing dosen
Tgl_lahir Date - Tanggal lahir dari
masing-masing dosen Status_kawin Varchar (20) - Status kawin dari
masing-masing dosen
Agama Varchar (15) - Agama dari
masing-masing dosen
golongan Varchar (35) - Golongan dari masing-masing dosen
Alamat Varchar (55) - Alamat dari masing-masing dosen
Telp Varchar (15) - Telpon dari
masing-masing dosen
Fax Varchar (15) - Fax dari masing-masing
b. Tabel Mahasiswa
Nama tabel : Tabel Mahasiswa
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai mahasiswa.
Tabel 1.10 Tabel Mahasiswa
Nama Kolom Tipe Data Constraint Keterangan Kode_mhs Varchar (15) PK Kode mahasiswa atau
nomer induk mahasiswa (NIM) dari masing-masing mahasiswa Nama_mahasiswa Varchar (30) - Nama dari masing-masing mahasiswa Status Varchar (5) - Status aktif dari
masing-masing mahasiswa
Tgl_lahir Date - Tanggal lahir dari
masing-masing mahasiswa
c. Tabel Semester
Nama tabel : Tabel Semester
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai semester.
Tabel 1.11 Tabel Semester
Nama Kolom Tipe Data Constraint Keterangan Idsemester Varchar(5) PK Id semester untuk tiap
semester.
Tgl1 Date - Tanggal awal untuk
setiap semester.
Tgl2 Date - Tanggal akhir untuk
setiap semester.
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai kategori kompetensi.
Tabel 1.12 Tabel Kategori Kompetensi
Nama Kolom Tipe Data Constraint Keterangan Id_kategori Varchar(5) PK Id kategori kompetensi
untuk tiap kompetensi. Nama_kategori Varchar(50) - Nama kategori
kompetensi untuk setiap kompetensi.
e. Tabel Prodi
Nama tabel : Tabel Prodi.
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai prodi.
Tabel 1.13 Tabel Prodi
Nama Kolom Tipe Data Constraint Keterangan Idprodi Varchar(6) PK Id prodi untuk tiap prodi
yang ada.
Namaprodi Varchar(45) - Nama prodi untuk setiap prodi yang ada.
f. Tabel Elemen Kompetensi
Nama tabel : Tabel Elemen Kompetensi
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai semester.
Tabel 1.14 Tabel Elemen Kompetensi
Nama Kolom Tipe Data Constraint Keterangan Id_kategori Varchar(5) PK,FK Id kategori kompetensi
untuk tiap kompetensi.
Id_elemen Int PK Id elemen kompetensi
untuk tiap elemen. Nama_elemen Varchar(50) - Nama elemen
dimiliki masing-masing elemen
g. Tabel Jabatan
Nama tabel : Tabel Jabatan
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai jabatan.
Tabel 1.15 Tabel Jabatan
Nama Kolom Tipe Data Constraint Keterangan Id_jabatan Int PK Id jabatan untuk tiap
jabatan.
Jabatan Varchar(45) - Nama jabatan untuk masing-masing jabatan. instansi Varchar(45) - Nama instansi untuk
masing-masing jabatan
Tahun1 Float - Tahun awal jabatan
Tahun2 Float - Tahun akhir jabatan
h. Tabel Pendidikan
Nama tabel : Tabel Pendidikan
Keterangan : Tabel ini berfungsi untuk menyimpan data-data master mengenai pendidikan dosen.
Tabel 1.16 Tabel Pendidikan
Nama Kolom Tipe Data Constraint Keterangan Kode_pendidikan Varchar(15) PK Kode pendidikan untuk
tiap pendidikan dosen. Jenjang Varchar(45) - Jenjang pendidikan
untuk setiap pendidikan. Jurusan Varchar(45) - Jurusan pendidikan
