SI1312475680: Perbedaan revisi
[revisi tidak terperiksa] | [revisi tidak terperiksa] |
(→Rancangan Prosedur Sistem Yang Berjalan) |
(→Permasalahan Yang Dihadapi) |
||
Baris 1.863: | Baris 1.863: | ||
==Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah== | ==Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah== | ||
===Permasalahan Yang Dihadapi=== | ===Permasalahan Yang Dihadapi=== | ||
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah jika kepala keuangan ingin mengetahui laporan mengenai inputan yang telah dikerjakan oleh kasir, kepala keuangan harus datang kekampus dan terhubung dengan jaringan lokal. Hal ini menyebabkan pekerjaan menjadi kurang maksimal dan tidak | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah jika kepala keuangan ingin mengetahui laporan mengenai inputan yang telah dikerjakan oleh kasir, kepala keuangan harus datang kekampus dan terhubung dengan jaringan lokal. Hal ini menyebabkan pekerjaan menjadi kurang maksimal dan tidak optimal karena kepala keuangan harus datang kekampus untuk dapat mengetahui hasil laporan tersebut.</p></div> |
− | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Laporan merupakan salah satu | + | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Laporan merupakan salah satu hal yang cukup penting bagi kepala keuangan, saat ini untuk mendapatkan sebuah data laporan kepala keuangan harus melewati tahapan yang cukup lama dan panjang untuk dapat menghasilkan atau mencetak sebuah laporan.</p></div> |
<div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Dalam laporan keuangan diperlukannya sebuah informasi yang penting dan menarik. Pada sistem sebelumnya belum terdapat sistem yang dapat memberikan informasi mengenai hasil rekapan dan menghasilkan perhitungan jumlah keseluruhan secara akurat.</p></div> | <div style="font-size: 12pt;font-family: 'times new roman';text-align: justify;text-indent: 0.5in"><p style="line-height: 2">Dalam laporan keuangan diperlukannya sebuah informasi yang penting dan menarik. Pada sistem sebelumnya belum terdapat sistem yang dapat memberikan informasi mengenai hasil rekapan dan menghasilkan perhitungan jumlah keseluruhan secara akurat.</p></div> |
Revisi per 26 Februari 2017 13.37
PENGEMBANGAN SISTEM GO+ BERBASIS YII2 FRAMEWORK
SEBAGAI MEDIA INFORMASI UNTUK
KEPALA DIVISI KEUANGAN
PADA PERGURUAN TINGGI
Disusun Oleh :
NIM |
: 1312475680
|
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 SISTEM GO+ BERBASIS YII2 FRAMEWORK
SEBAGAI MEDIA INFORMASI UNTUK
KEPALA DIVISI KEUANGAN
PADA PERGURUAN TINGGI
Disusun Oleh :
NIM |
: 1312475680
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Informasi
|
Konsentrasi |
: Business Intelligence
|
Disahkan Oleh :
Tangerang, 19 Januari 2017
Ketua |
Kepala Jurusan
| ||||
STMIK RAHARJA |
Jurusan Sistem Informasi
| ||||
(Ir. Untung Rahardja, M.T.I) |
(Nur Azizah, M.Akt., M.Kom)
| ||||
NIP : 000594 |
NIP : 078010
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN PEMBIMBING
PENGEMBANGAN SISTEM GO+ BERBASIS YII2 FRAMEWORK
SEBAGAI MEDIA INFORMASI UNTUK
KEPALA DIVISI KEUANGAN
PADA PERGURUAN TINGGI
Dibuat Oleh :
NIM |
: 1312475680
|
Nama |
Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif
Jurusan Sistem Informasi
Konsentrasi Business Intelligence
Disetujui Oleh :
Tangerang, 19 Januari 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 SISTEM GO+ BERBASIS YII2 FRAMEWORK
SEBAGAI MEDIA INFORMASI UNTUK
KEPALA DIVISI KEUANGAN
PADA PERGURUAN TINGGI
Dibuat Oleh :
NIM |
: 1312475680
|
Nama |
Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian
Komprehensif
Jurusan Sistem Informasi
Konsentrasi Business Intelligence
Tahun Akademik 2016/2016
Disetujui Penguji :
Tangerang, 19 Januari 2017
Ketua Penguji |
Penguji I |
Penguji II
| ||
(_______________) |
(_______________) |
(_______________)
| ||
NID : |
NID : |
NID :
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR KEASLIAN SKRIPSI
PENGEMBANGAN SISTEM GO+ BERBASIS YII2 FRAMEWORK
SEBAGAI MEDIA INFORMASI UNTUK
KEPALA DIVISI KEUANGAN
PADA PERGURUAN TINGGI
Disusun Oleh :
NIM |
: 1312475680
|
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, 19 Januari 2017
NIM : 1312475680
|
)*Tandatangan dibubuhi materai 6.000;
ABSTRACT
Financial Department is important in any institutions included Perguruan Tinggi Raharja. The current information system which is used to get financial reports, force the supervisor to come to campus to get it because it uses local access. Renstra Manajemen Perguruan Tinggi Raharja 2014-2015 mentioned that "Online Payment System" has to be able to solve the problem. A menu in GO+ is created to increase the ease. The supervisor doesn't need to come to campus to get the report because it can be accessed anywhere and anytime. This research uses 4 methodologies, Analyze system filtered by user requirements, HIPO, flowchart and UML. To do the trial using black box testing. And for a program that is using the Yii2 Framework. The implementation is done by a training to supervisor about the GO+ menu. The writer hope this research can increase the satisfaction of services in Perguruan Tinggi Raharja.
Keywords : GO+, Special menu, Report supervisor
ABSTRAK
Divisi keuangan mempunyai suatu peranan penting dalam sebuah institusi. Sama halnya pada Perguruan Tinggi Raharja, divisi keuangan memiliki peranan yang sangat vital dalam masalah laporan keuangan. Sistem yang berjalan saat ini untuk mendapatkan informasi mengenai laporan keuangan pada kasir, kepala keuangan harus datang ke kampus untuk mengakses jaringan lokal dan juga untuk dapat menghasilkan atau mencetak sebuah laporan diperlukannya proses yang panjang. Dengan didasari Renstra Manajemen Perguruan Tinggi Raharja Tahun 2014-2015 pada Bagian Keuangan Tahun Akademik 2014-2015 pada poin ke lima tertulis “Sistem Pembayaran Online Pada Layanan Keuangan Mahasiswa”. Maka untuk mengatasi permasalahan tersebut diciptakan Menu Khusus dalam GO+, yang digunakan oleh kepala divisi keuangan. Dengan adanya menu khusus pada GO+ ini, kepala divisi keuangan tidak perlu lagi harus datang ke kampus untuk mengetahui laporan keuangan, karena dapat diakses di mana saja dan kapan saja. Dalam menghasilkan dan mencetak sebuah laporan pun dapat dengan mudah dilakukan pada menu khusus GO+. Dalam penelitian ini menggunakan 4 metode yaitu analisa sistem dengan menggunakan user requirement atau elisitasi, dan metode perancangan yang di gunakan yaitu HIPO, flowchart dan UML (Unified Modelling Language), serta metode pengujian menggunakan blackbox testing. Dan untuk program yaitu menggunakan Yii2 Framework. Tahap implementasi yang dilakukan adalah mensosialisasikan sistem Menu Khusus pada GO+ ini kepala kepala divisi keuangan. Penelitian ini diharapkan mampu meningkatkan mutu pelayanan keuangan pada Perguruan Tinggi Raharja.
Kata Kunci: GO+, Menu Khusus, Laporan Keuangan
Puji syukur Alhamdulillah, Penulis panjatkan kehadirat Allah SWT yang telah memberikan seribu jalan, sejuta langkah serta melimpahkan segala rahmat dengan karunia-Nya, sehingga laporan Kuliah Kerja Praktek Penulis dapat berjalan dengan baik dan selesai dengan semestinya.
Penulis laporan Kuliah Kerja Praktek ini disusun sebagai syarat guna melengkapi kurikulum perkuliahan dan mengikuti Skripsi. Sebagai bahan penulisan, Penulis memperoleh informasi berdasarkan informasi hasil observasi dan studi pustaka dari berbagai sumber yang mendukung penulisan laporan ini.
Hati kecil ini pun menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak penyusunan laporan Kuliah Kerja Praktek ini tidak dapat berjalan sesuai yang diharapkan. Oleh karen 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
- Bapak Drs. Po. Abas Sunarya, M.Si selaku Direkrur Perguruan Tinggi Raharja.
- Bapak Sugeng Santoso, M.Kom. selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
- Ibu Nur Azizah, M.Akt.,M.Kom. selaku Kepala Jurusan Sistem Informasi.
- Ibu Khanna Tiara, S.Kom.,M.T.I selaku Dosen Pembimbing Pertama yang telah memberikan bimbingan dan pengarahan kepada Penulis.
- Ibu Indri Handayani, S.Kom.,M.T.I selaku Dosen Pembimbing Kedua yang telah memberikan bimbingan dan pengarahan kepada Penulis.
- Ibu Tuti Nurhaeni, S.Kom selaku Kepala Keuangan sekaligus sebagai Stakeholder yang selalu memberi masukan terhadap project yang sedang diteliti untuk lebih maju kedepannya.
- Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada Penulis.
- Kedua orang tua dan saudara dan keluarga yang telah memberikan semangat dan juga dukungan, baik moril, materi maupun doa.
- Rekan-rekan seperjuangan yaitu grup i-Go (Heni Triyani, Olis Rosmawati dan Siti Nurhayati)
- Rekan-rekan grup All Bimbingan Khanna
- Rekan – rekan GO+ (Yeti faradisa, Dwiki Fahliandhini, Ika Amalia, Ka Yuliana Izma Graha dan Bang Yulianto)
- Rekan-rekan teman konsentrasi Business Intelligence (Ayu Suciani, Meisa Erawati, Novita Heriani, Riska Laina Ulfa, Siti Mutmainah, Siti Shelatul Aulia dan Tasya Novelia).
- Seluruh anggota REC yang telah memberikan dukungan, arahan dan masukan yang sangat berarti dalam menyelesaikan Skripsi ini
Tangerang, 19 Januari 2017 | |
Fella Megita Putri | |
NIM. 1312475680 |
Daftar isi
- 1 BAB I
- 2 BAB II
- 2.1 Teori Umum
- 2.2 Teori Khusus
- 2.2.1 Definisi Internet
- 2.2.2 Konsep Dasar Website
- 2.2.3 Konsep Dasar Dashboard
- 2.2.4 Konsep Dasar Viewboard
- 2.2.5 Definisi GO
- 2.2.6 Ten Pilar iLearning (TPi)
- 2.2.7 Konsep Dasar Future IT Raharja (FIR)
- 2.2.8 Konsep Dasar HTML
- 2.2.9 Konsep Dasar Dreamweaver
- 2.2.10 Konsep Dasar PHP
- 2.2.11 Konsep Dasar Database Dan Mysql
- 2.2.12 Konsep Dasar Yii Framework
- 2.2.13 Elisitasi
- 2.2.14 Flowchart
- 2.2.15 Konsep Dasar UML (Unified Modeling Language)
- 2.2.16 Definisi Dasar HIPO
- 2.2.17 Konsep Dasar Black Box Testing
- 2.2.18 Konsep Dasar Literature Review
- 2.3 Literature Review
- 3 BAB III
- 4 BAB IV
- 5 BAB V
- 6 DAFTAR PUSTAKA
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. Elisitasi Tahap I.
Tabel 3.4. Elisitasi Tahap II.
Tabel 3.5. Elisitasi Tahap III.
Tabel 3.6. Final Draft Elisitasi .
Tabel 4.1. Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan.
Tabel 4.2. Tabel List Pengujian Sistem.
Tabel 4.3. Tabel Blackbox Testing Login SSO (Single Sign On) GO+.
Tabel 4.4. Tabel Blackbox Testing Akses Export Menu Khusus GO+.
Tabel 4.5. Tabel Blackbox Testing Laporan Menu Khusus GO+.
Tabel 4.6. Tabel Blackbox Testing Sisa Tagihan Mahasiswa Menu Khusus GO+.
Tabel 4.7. Tabel Blackbox Testing Virtual Account Menu Khusus GO+.
Tabel 4.8. Tabel Blackbox Testing Tanggal Jatuh Tempo Menu Khusus GO+,
Tabel 4.9. Tabel Blackbox Testing Logout Menu Khusus GO+.
Tabel 4.10. Tabel Time Schedule.
Tabel 4.11. Tabel Estimasi Biaya.
DAFTAR GAMBAR
Gambar 1.1. Renstra Manajemen Perguruan Tinggi Raharja Tahun 2015-2016.
Gambar 1.2. Alur Akses Menu untuk Kepala Keuangan.
Gambar 2.1. Diagram Yii Framework.
Gambar 3.1. Struktur Organisasi Akademik Perguruan Tinggi Raharja.
Gambar 3.2. Flowchart program pada sistem GO.
Gambar 3.3. Use Case Diagram Yang Berjalan Pada GO.
Gambar 3.4. Activity Diagram Yang Berjalan Pada GO.
Gambar 3.5. Sequence Diagram Yang Berjalan Pada GO.
Gambar 4.1. Use Case Diagram Yang Diusulkan.
Gambar 4.2. Activity Diagram Yang Diusulkan.
Gambar 4.3. Sequence Diagram Yang Diusulkan.
Gambar 4.4. Flowchart Sistem Yang Diusulkan.
Gambar 4.5. HIPO Pada GO+ secara keseluruhan.
Gambar 4.6. HIPO Pada GO+ pada menu khusus.
Gambar 4.7. Prototype Login SSO GO+.
Gambar 4.8. Prototype Viewboard Menu Khusus GO+.
Gambar 4.9. Prototype Export Data VA Menu Khusus GO+.
Gambar 4.10. Prototype Export Data Tagihan Menu Khusus GO+.
Gambar 4.11. Prototype Export Data Sisa Tagihan Menu Khusus GO+.
Gambar 4.12. Prototype Laporan Menu Khusus GO+.
Gambar 4.13. Prototype Sisa Tagihan Mahasiswa Menu Keuangan GO+.
Gambar 4.14. Prototype VA Registrasi Menu Khusus GO+.
Gambar 4.15. Prototype VA RBK Menu Khusus GO+.
Gambar 4.16. Prototype Tanggal Jatuh Tempo BPP Menu Khusus GO+.
Gambar 4.17. Prototype Tanggal Jatuh Tempo RBK Menu Khusus GO+.
Gambar 4.18. Pembuktian Strategi 1.
Gambar 4.19. Pembuktian Strategi 2.
Gambar 4.20. Pembuktian Strategi 2.
Gambar 4.21. Pembuktian Strategi 3.
Gambar 4.22. Pembuktian Strategi 4.
Gambar 4.23. Pembuktian Strategi 5.
Gambar 4.24. Pembuktian Strategi 5.
Gambar 4.25. Pembuktian Strategi 6.
Gambar 4.26. Pembuktian Strategi 6.
Gambar 4.27. Pembuktian Strategi 7.
Gambar 4.28. Pembuktian Strategi 8.
Gambar 4.29. Pembuktian Strategi 8.
Gambar 4.30. Pembuktian Strategi 9.
Gambar 4.31. Pembuktian Strategi 9.
Gambar 4.32. Pembuktian Strategi 9.
Gambar 4.33. Pembuktian Strategi 10.
Gambar 4.34. Pembuktian Strategi 10.
Gambar 4.35. Pembuktian Strategi 11.
Gambar 4.36. Pembuktian Strategi 12.
Gambar 4.37. Pembuktian Strategi 12.
Gambar 4.38. Pembuktian Strategi 13.
Gambar 4.39. Pembuktian Strategi 14.
Gambar 4.40. Pembuktian Strategi 15.
Gambar 4.41. Pembuktian Strategi 16.
DAFTAR SIMBOL FLOWCHART
![](https://lh5.googleusercontent.com/-cLNdykImebw/VWHrwUzhx6I/AAAAAAAACdo/cNjphvnwOMk/w454-h501-no/simbol%2Bflowchart.png)
DAFTAR SIMBOL UML
![](https://lh6.googleusercontent.com/-QgLn8Ef9Ncs/VWHrx6q8RyI/AAAAAAAACdw/cb_i_2gzU5c/w513-h425-no/usecase.png)
![](https://lh4.googleusercontent.com/-6pTJCyen4GE/VWHrwZJEusI/AAAAAAAACdg/ZlwA939HCsM/w500-h517-no/simbol%2Bactivity.png)
DAFTAR SIMBOL HIPO
![](https://lh3.googleusercontent.com/-betMom-duJo/V9Qg6YpY8fI/AAAAAAAAKEA/1V8BRqNEjtkh_-85WMBpijbGzJhpLT2LQCL0B/w462-h294-no/2016-09-10.png)
BAB I
Latar Belakang
Informasi yang cepat dan akurat sangatlah dibutuhkan pada saat ini, salah satunya adalah pada bidang keuangan dalam instansi tertentu. Menurut Darmawan (2012:2)[1], “Informasi adalah sejumlah data yang sudah diolah atau proses melalui prosedur pengolahan data dalam rangka menguji tingkat kebenarannya, ketercapaiannya, sesuai dengan kebutuhan”. Salah satu kunci dari keberhasilan adalah dapat menghadapi persaingan global dengan terus meningkatkan pengetahuan yang dimiliki setiap individu dalam menciptakan suatu sistem yang dapat berguna sesuai dengan kebutuhan. Keuangan salah satu hal yang sangat diperhatikan sehingga diperlukan adanya suatu informasi yang tepat waktu dan terpercaya. Selain itu, perkembangan ilmu pengetahuan teknologi juga mempunyai pengaruh erat terhadap pendidikan, yaitu guna meningkatkan otimalisasi dalam menjalankan setiap pekerjaan.
![](https://lh3.googleusercontent.com/-A4zgMRQHvxI/WEaSKZ9OdtI/AAAAAAAAQxE/wqAmM6HPGDEyhNG44lg_7kdCzompHkcrQCL0B/h341/Screen%2BShot%2B2016-12-06%2Bat%2B5.23.14%2BPM.png)
Perguruan Tinggi Raharja merupakan salah satu institusi pendidikan yang bergerak dalam bidang teknologi informasi. Untuk itu, Perguruan Tinggi Raharja terus menerus melakukan peningkatan dan pengembangan, baik berupa sistem pembelajaran dalam kampus maupun sistem pelayanan yang ditetapkan di Perguruan Tinggi Raharja. Renstra Manajemen Perguruan Tinggi Raharja Tahun 2014-2015 pada Bagian Keuangan Tahun Akademik 2014-2015 pada poin ke lima tertulis “Sistem Pembayaran Online Pada Layanan Keuangan Mahasiswa”, oleh karena itu saat ini Perguruan Tinggi Raharja membutuhkan sebuah pengembangan dalam sistem yang mampu menangani pelaporan keuangan dalam Perguruan Tinggi Raharja secara online.
Green Orchestra (GO) adalah instrumen IT Financial accounting system pada Perguruan Tinggi Raharja yang dapat diakses pada jaringan lokal. Lalu di kembangkan menjadi Green Orchestra Plus atau yang biasa disebut dengan GO+ merupakan suatu sistem pelayanan yang berada di dalam komponen SiS+ (Student iLearning Service Plus) yang memberikan fasilitas kepada mahasiswa untuk dapat melihat tagihan rincian pembayaran perkuliahan. Pada sistem GO yang terdahulu hanya terdapat menu untuk Mahasiswa saja. Tidak terdapat menu khusus yang dipergunakan dalam mengetahui informasi mengenai keuangan atau inputan yang dilakukan oleh kasir. Selain itu pada sistem GO terdapat sistem secret chamber yang hanya dapat diakses secara lokal pada jaringan kampus. Sehingga memiliki kendala jika Kepala Keuangan ingin mengetahui informasi keuangan, harus datang ke kampus dengan menggunakan jaringan lokal.
Laporan keuangan adalah salah satu hal yang paling penting diketahui oleh kepala keuangan. Menurut Kasmir (2014:7)[2], laporan keuangan adalah laporan yang menunjukkan kondisi keuangan perusahaan pada saat ini atau dalam suatu periode tertentu. Secara lebih rinci, Kasmir (2014:10)[2], mengungkapkan bahwa laporan keuangan bertujuan untuk :
- Memberikan informasi tentang jenis dan jumlah aktiva (harta) yang dimiliki perusahaan pada saat ini.
- Memberikan informasi tentang jenis dan jumlah kewajiban dan modal yang dimiliki perusahaan pada saat ini.
- Memberikan informasi tentang jenis dan jumlah pendapatan yang diperoleh pada suatu periode tertentu.
- Memberikan informasi tentang jumlah biaya dan jenis biaya yang dikeluarkan perusahaan dalam suatu periode tertentu.
- Memberikan informasi tentang perubahan-perubahan yang terjadi terhadap aktiva, pasiva, dan modal perusahaan.
- Memberikan informasi tentang kinerja manajemen perusahaan dalam suatu perode.
- Memberikan informasi tentang catatan-catatan atas laporan keuangan.
Dalam laporan keuangan terdapat laporan mengenai Virtual Account atau VA. Menurut Ardhiansyah (2011)[3], virtual account adalah nomor unik yang mewakili suatu rekening melalui kombinasi nomor BIN (Bank Identification Number) dan nomor ID nasabah yang dapat digunakan oleh nasabah untuk membayar tagihan melalui jaringan bank Permata (Cabang, EDC, ATM, Mobile Banking) dan jaringan bank lain (cabang dan ATM)). Dalam Perguruan Tinggi Raharja nomor virtual account terdiri dari 5 digit kode bank dan 10 digit NIM. Nomor virtual account ini digunakan untuk pengganti nomor rekening yayasan.
Viewboard dalam menu khusus juga merupakan suatu yang penting. Karena dapat merekap hasil perhitungan jumlah secara keseluruhan. Syarifudin Yunus (2010: 27)[4]. mengatakan: Media online yaitu media internet, seperti website, blog, dan lainnya yang terbit/tayang di dunia maya, dapat dibaca dan dilihat di internet. Media online merupakan pemain baru dalam kancah pers Indonesia, menurut beberapa sumber media online di Indonesia telah tumbuh sejak tahun 1994.
GO+ sendiri terdapat dalam Future IT Raharja (FIR). FIR sendiri merupakan kumpulan dari project-project IT masa depan yang dimiliki oleh Perguruan Tinggi Raharja yang berguna untuk mendukung kegiatan perkuliahan serta pembelajaran para Pribadi Raharja. Lebih dari itu FIR juga menopang jalannya kegiatan TPi (Ten Pilar IT iLearning). Project FIR juga terus di lakukan pengembangan guna penyempurnaan untuk setiap project nya agar bisa bergabung menjadi salah satu anggota TPi.
Rumusan Masalah
Pada Perguruan Tinggi Raharja terdapat divisi keuangan dan saat ini jika kepala keuangan ingin mengetahui data laporan yang diinput oleh kasir, kepala keuangan harus terhubung pada jaringan lokal. Hal tersebut masih dirasa kurang maksimal, karena kepala keuangan harus datang ke kampus untuk dapat mengetahui hasil laporan tersebut.
Gambar 1.2 menjelaskan mengenai alur kepala keuangan untuk dapat mengakses menu secret chamber yang di peruntukan kepala keuangan. Dalam gambar tersebut terdapat 6 alur untuk dapat mengakses menu kepala keuangan yang terhubung dengan jaringan lokal. Hal ini dirasa kurang optimal karena terlalu memakan waktu yang cukup lama untuk dapat mengakses ke menu secret chamber.
Laporan Virtual Account dan tagihan merupakan salah satu laporan yang cukup penting bagi kepala keuangan, maka diperlukannya suatu sistem yang dapat menampilkan hasil VA dan tagihan dengan mudah.
Dalam laporan keuangan diperlukannya sebuah informasi yang penting dan menarik. Pada sistem sebelumnya belum terdapat sistem yang dapat memberikan informasi mengenai hasil rekapan dan menghasilkan perhitungan jumlah keseluruhan secara akurat.
Berdasarkan latar belakang yang telah diuraikan diatas maka dapat dirumuskan beberapa masalah, maka terdapat 3 rumusan masalah sebagai berikut :
-
Bagaimana sistem dapat dengan mudah menampilkan data laporan secara cepat?
-
Bagaimana sistem dapat dengan mudah menghasilkan atau mendapatkan laporan data VA dan tagihan pada sistem GO+?
-
Bagaimana sistem dapat menampilkan sebuah informasi mengenai hasil rekapan laporan keuangan?
Berdasarkan permasalahan yang sudah dibahas, maka dalam laporan Skripsi ini Penulis mengambil sebuah judul : “Pengembangan Sistem GO+ Berbasis Yii2 Framework Sebagai Media Informasi Untuk Kepala Divisi Keuangan Pada Perguruan Tinggi” sebagai judul Skripsi yang akan diteliti.
Ruang Lingkup Penelitian
Dengan adanya permasalahan yang begitu luas, maka untuk mempermudah penulisan laporan Skripsi dan menjadi lebih terarah serta berjalan dengan baik, maka perlu adanya suatu batasan masalah. Batasan-batasan masalah dalam laporan ini meliputi : menu khusus pada GO+, export menu khusus dan viewboard menu khusus. Dan yang secara detailnya tertuang dalam final elisitasi.
-
Penelitian ini berfokus pada Kepala Keuangan sebagai divisi keuangan Pada Perguruan Tinggi Raharja
-
Diimplementasikan hanya untuk para pengguna Rinfo (Kepala keuangan) Pada Perguruan Tinggi Raharja
-
Penelitian ini berfokus pada menu khusus GO+
Tujuan dan Manfaat Penelitian
Tujuan Penelitian
Tujuan penelitian bertujuan agar dapat dilaksanakannya suatu penelitian. Oleh karena itu sangat berkaitan dengan jenis penelitian yang dilakukan. Tujuan berkaitan erat dengan rumusan masalah yang ditentukan dan pada jawaban terdapat pada kesimpulan penelitian. Tujuan penelitian dijabarkan, seperti biasa menggunakan kata-kata kerja pembuka diantaranya : menjelaskan, menemukan, menganalisis, menguraikan, menilai, menguji, membandingkan, menemukan hubungan, memperoleh data atau pengetahuan maupun keterangan tentang peneliti. Tujuan dari penelitian ini diantaranya :
-
Memudahkan Kepala keuangan dalam mengetahui laporan informasi keuangan pada GO+ yang dapat diakses dilakukan secara online.
-
Dengan menggunakan export memudahkan kepala keuangan dalam mendapatkan laporan data VA dan tagihan secara mudah.
-
Untuk merekap hasil dari laporan keuangan yang akan ditampilkan pada Viewboard pada menu khusus.
Manfaat Penelitian
Manfaat penelitian yaitu masalah dari tercapainya tujuan dan akan terjawabnya rumusan masalah secara akurat. Manfaat yang terdapat pada penelitian ini terdiri dari :
-
Kepala keuangan dapat mengetahui informasi mengenai laporan keuangan saat berada diluar kampus. Dengan ini kepala keuangan dapat mengetahui laporan secara cepat.
-
Dengan membuat menu export pada menu khusus, kepala keuangan dapat dengan mudah mendapatkan laporan keuangan mengenai VA dan tagihan.
-
Adanya Viewboard pada Menu Khusus dapat memberikan informasi yang akurat untuk Kepala Keuangan dalam mengetahui informasi keuangan .
Metode Penelitian
Metode Pengumpulan Data
Untuk mendapatkan data yang diperlukan dalam penyusunan Skripsi ini, maka Menurut Rapina (2011: 15)Menurut Rapina (2011: 15)[5], teknik pengumpulan data, yaitu:
- Metode Pengamatan (Observation Research)
Menurut Rapina (2011: 15)[5] Observasi merupakan suatu teknik yang digunakan untuk mengumpulkan data dengan cara melakukan pengamatan secara langsung ke tempat yang dijadikan objek penelitian. Penelitian ini dilakukan pengamatan selama 3 minggu secara langsung yang terdapat pada proses informasi tagihan pembayaran perkuliahan yang dilakukan pada Perguruan Tinggi Raharja. Hasil dari pengamatan ang dilakukan peneliti yaitu dapat mengumpulkan data sebagai informasi untuk membantu proses analisa pembuatan sistem ini.
- Metode Wawancara (Interview Research)
Menurut Rapina (2011 : 15)Menurut Rapina (2011: 15)[5], Wawancara merupakan salah satu teknik untuk mengumpulkan data dengan cara menanyakan secara langsung kepada pihak yang berkaitan dengan penelitian. dalam hal ini proses tanya jawab dilakukan oleh peneliti bersama stakeholder yaitu ibu Tuti Nurhaeni, S.Kom pada Raharja Enrichment Center (REC) Perguruan Tinggi Raharja .
- Studi Pustaka
Menurut Rapina (2011: 15)Menurut Rapina (2011: 15)[5], studi pustaka adalah mencari atau mengumpulkan bahan yang berhubungan dengan masalah yang diteliti untuk memperoleh data sekunder dengan membaca, mempelajari, dan mendalami literatur-literatur yang berhubungan dengan masalah yang diteliti.
Metode Analisis Sistem
Menurut Murad (2013: 51)[6], tahap analisis merupakan tahap dalam mencari informasi sebanyak-banyaknya mengenai sistem yang diteliti dengan melakukan metode-metode pengumpulan data sehingga ditemukan kelebihan dan kekurangan sistem serta user requirement. Selain itu, tahap ini juga dilakukan untuk mencari pemecahan masalah dan menganalisa bagaimana sistem akan dibangun untuk memecahkan masalah pada sistem sebelumnya. dalam penelitian ini peneliti menggunakan metode analisa sistem elisitasi yang terdiri dari elisitasi tahap I, elisitasi tahap II, elisitasi tahap III, dan final draft elisitasi dengan pencapaian strategi pada penelitian ini. Strategi yang dihasilkan pada penelitian ini juga telah memiliki data yang kuantitatif.
Metode Perancangan
Menurut Nasution (2012: 118)[7], “Desain atau perancangan adalah tahapan di mana dimulai analisa mengenai bentuk input sistem, rancangan database, output sistem dan skema alur kerja program”. Dan pada metode perancangan sistem ini peneliti menggambarkan dalam bentuk sebuah gambaran diagram HIPO (Hierarchy Input Process Output) sebagai bentuk dokumentasi program yang dapat dimengerti oleh pengguna secara baik. Dan juga menggunakan UML (Unified Modelling Language) sebagai modelling tools untuk menggambarkan rancangan sistem yang ada saat ini,diantaranya yang digunakan Usecase Diagram, Sequence Diagram, Activity Diagram.
Metode Pengujian
Metode pengujian ini digunakan sebagai menganalisa suatu identitas sistem untuk mengevaluasi kondisi, mendeteksi, dan mengetahui kualitas dari suatu sistem yang dibuat untuk meminimalisir pada kesalahan yang terjadi saat sistem diterapkan. Pada penelitian ini menggunakan metode Black box karena metode Black box dapat mengetahui apakah perangkat lunak yang dibuat dapat berfungsi sesuai yang diharapkan dan bisa berfungsi dengan benar.
Sistematika Penulisan
Penulisan terbagi menjadi 5 (lima) Bab dan setiap bab terbagi dalam sub bab-sub bab dengan urutan pembahasan sebagai berikut:
Dalam hal ini menguraikan latar belakang, rumusan masalah, ruang lingkup, tujuan dan manfaat, metodelogi penelitian, dan sistematika penulisan.
Bab ini menjelaskan tentang teori-teori dasar atau umum dan teori-teori khusus yang berkaitan dengan analisa serta permasalahan yang dibahas pada bagian sistem yang sedang berjalan, dan literature review.
BAB III ANALISA SISTEM BERJALAN
Bab ini berisikan gambaran umum instansi, tata laksana sistem yang berjalan, analisa sistem yang berjalan, permasalahan yang dihadapi, alternatif pemecahan masalah, user requirement yang terdiri dari 4 (empat) tahap elisitasi, yakni elisitasi tahap I, elisitasi tahap II, elisitasi tahap III, serta final draft elisitasi yang merupakan final draft elisitasi yang berjalan, tata laksana sistem yang berjalan, rancangan basis data, flowchart.
Dalam bab ini penulis menguraikan sistem yang akan diusulkan seperti usulan prosedur yang baru, Analisa sistem yang berjalan yang terdiri dari Analisa elisitasi sistem. Untuk metode analisa berdasarkan prosedur sistem yang berjalan terdiri atas analisa masukan, analisa proses, dan analisa keluaran. Diagram HIPO (Hierarchy Plus Input Proces Output), rancangan prototype, konfigurasi sistem, testing, evaluasi, schedule implementasi, dan estimasi biaya.
Bab ini merupakan penutup yang berisi kesimpulan dari hasil analisa dan rancangan sistem yang dilakukan serta saran-saran terhadap sistem yang diusulkan.
Daftar pustaka ini berisi judul studi pustaka yang digunakan sebagai referensi untuk menyusun laporan ini.
Lampiran ini merupakan daftar yang memuat keseluruhan lampiran-lampiran yang melengkapi laporan sebagai lampiran
BAB II
Teori Umum
Definisi Pengembangan
Menurut Seels & Richey (Alim Sumarno, 2012)[8], pengembangan berarti proses menterjemahkan atau menjabarkan spesifikasi rancangan ke dalam bentuk fitur fisik. Pengembangan secara khusus berarti proses menghasilkan bahan-bahan pembelajaran.
Sedangkan menurut Tessmer dan Richey (Alim Sumarno, 2012)[8], 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
Berdasarkan berbagai pendapat di atas maka peneliti mengambil kesimpulan bahwa pengembangan adalah proses menjabarkan rancangan ke dalam bentuk fitur fisik yang bertujuan menghasilkan produk dari temuan yang didapat saat uji lapangan.
Definisi Sistem
Menurut Azhar Susanto (2013:22)[9], Sistem adalah kumpulan/group dari sub sistem/bagian/komponen apapun baik phisik ataupun non phisik yang saling berhubungan satu sama lain dan bekerja sama secara harmonis untuk mencapai satu tujuan tertentu.
Menurut Sutarman (2012:13)[10], “Sistem adalah kumpulan elemen yang saling berhubungan dan berinteraksi dalam satu kesatuan untuk menjalankan suatu proses pencapaian suatu tujuan utama”
Berdasarkan berbagai pendapat di atas maka peneliti mengambil kesimpulan bahwa sistem adalah kumpulan elemen yang saling berhubungan dan berinteraksi untuk mencapai satu tujuan tertentu.
Konsep Dasar Analisa Sistem
1. Definisi Analisis Sistem
Menurut Yakub (2012: 142)[11], analisis sistem dapat diartikan sebagai suatu proses untuk memahami sistem yang ada, dengan menganalisis jabatan dan uraian tugas (business users), proses bisnis (business prosess), ketentuan atau aturan (business rule), masalah dan mencari solusinya (business problem and business soulution), dan rencana perusahaan (business plan).
Menurut Satzinger, J.W., Jackson, R.B., & Burd, S.D. (2010: 4)[12], analisis sistem adalah tahapan penelitian terhadap sistem berjalan dan bertujuan untuk mengetahui segala permasalahan yang terjadi serta memudahkan dalam menjalankan tahap selanjutnya yaitu tahap perancangan sistem.
Berdasarkan pendapat para ahli yang dikemukakan diatas dapat diambil kesimpulan bahwa analisis sistem adalah suatu proses yang digunakan untuk landasan konseptual dan bertujuan untuk memperbaiki fungsi yang ada pada sistem.
2. Tahap-Tahap Analisis Sistem
Menurut Agus Mulyanto (2009: 126)[13], tahap analisis sistem merupakan tahap yang kritis dan sangat penting, karena kesalahan di dalam tahap ini akan menyebabkan juga kesalahan di tahap selanjutnya. Tahapan ini bisa merupakan tahap yang mudah jika client sangat paham dengan masalah yang dihadapi dalam organisasinya dan tahu betul fungsionalitas dari sistem informasi yang akan dibuat. Tetapi tahap ini bisa menjadi tahap yang paling sulit jika client tidak bisa mengidentifikasi kebutuhannya atau tertutup terhadap pihak luar yang ingin mengetahui detail-detail proses bisnisnya.
Menurut Agus Mulyanto (2009: 129)[13], di dalam tahap analisis sistem terdapat langkah-langkah dasar yang harus dilakukan oleh seorang analis sistem, diantaranya adalah di dalam tahap analisis sistem terdapat langkah-langkah dasar yang harus dilakukan oleh analis sistem, sebagai berikut :
-
Identify, yaitu mengidentifikasikan masalah
-
Understand,yaitu memahami kerja dari sistem yang ada
-
Analyze, menganalisis sistem
-
Report, yaitu membuat laporan hasil analisis
3. Fungsi Analisis Sistem
Ada 4 (empat) fungsi analisis sistem sebagai berikut :
-
Mengidentifikasi masalah–masalah kebutuhan pemakai (user).
-
Menyatakan secara spesifik sasaran yang harus dicapai untuk memenuhi kebutuhan pemakai.
-
Memilih alternatif–alternatif metode pemecahan masalah yang paling tepat.
-
Merencanakan dan menerapkan rancangan sistemnya. Pada tugas atau fungsi terakhir dari analisis sistem menerapkan rencana rancangan sistemnya yang telah disetujui oleh pemakai.
Definisi Pelayanan
Menurut Sampara dalam Sinambela (2010:5)[14], pelayanan adalah suatu kegiatan atau urutan kegiatan yang terjadi dalam interaksi langsung antar seseorang dengan orang lain atau mesin secara fisik dan menyediakan kepuasan pelanggan.
Sedangkan menurut Moenir (2010 : 26)[15], pelayanan adalah kegiatan yang dilakukan oleh seseorang atau sekelompok orang dengan landasan faktor materi melalui sistem, prosedur dan metode tertentu dalam rangka usaha memenuhi kepentingan orang lain sesuai dengan haknya. Pelayanan hakikatnya adalah serangkaian kegiatan, karena itu pelayanan merupakan sebuah proses. Sebagai proses, pelayanan berlangsung secara rutin dan berkesinambungan, meliputi seluruh kehidupan orang dalam masyarakat.
Berdasarkan berbagai pendapat di atas maka peneliti mengambil kesimpulan bahwa pelayanan adalah kegiatan yang dilakukan oleh seorang maupun sekelompok orang untuk memenuhi kebutuhan orang lain sesuai dengan prosedur dan sistem yang telah ditetapkan.
Definisi Pembayaran
1. Definisi Pembayaran
Pembayaran adalah berpindahnya hak pemilikan atas sejumlah uang atau dan dari pembayar kepada penerimanya, baik langsung ataupun melalui media jasa-jasa perbankan.
Pengertian sistem pembayaran yang lebih lengkap sebagaimana definisi sistem pembayaran menurut UU No. 23 Tahun 1999 tentang Bank Indonesia pasal angka 6 :
“Sistem yang mencakup seperangkat aturan, lembaga dan mekanisme yang digunakan untuk melaksanakan pemindahan dana guna memenuhi suatu kewajiban yang timbul dari suatu kegiatan ekonomi”.
2. Cara Pembayaran
Menurut Rusdarti (2008)[16], pembayaran dapat dilakukan dengan cara tunai dan kredit. Pembayaran Tunai (On Cash) adalah pembayaran dilakukan pada saat terjadinya penyerahan barang dari penjual kepada pembeli atau pada saat terjadinya transaksi jual beli.
Pembayaran Kredit (On Account) adalah pembayaran dilakukan selang beberapa waktu setelah penyerahan barang dari penjual kepada pembeli. Jangka waktu pembayaran (saat jatuh tempo) biasanya dicantumkan dalam faktur. Misalnya, dalam faktur dicantumkan sebagai berikut :
-
Syarat n/30, artinya pembayaran harus dilakukan 30 hari setelah tanggal faktur.
-
Syarat 3/10, n/30, artinya jika pembayaran dilakukan dalam jangka waktu 10 hari mendapatkan potongan 3%, sedangkan pembayaran dilakukan selambat-lambatnya 30 hari setelah tanggal faktur.
-
Syarat 2/15, n/EOM (EOM= End Of Month), artinya jika pembayaran dilakukan dalam waktu 15 hari, akan mendapatkan potongan 2%, sedangkan pembayaran dilakukan selambat-lambatnya akhir bulan.
Selain itu pembayaran juga dapat dilakukan secara transfer. Pengertian Transfer menurut Lukman Dendawijaya dalam bukunya yang berjudul Manajemen Perbankan (2001:29)[17], “Transfer adalah jasa yang diberikan bank dalam pengiriman uang antar bank atas permintaan pihak ketiga yang ditunjuk kepada penerima ditempat lain.”
Transfer adalah suatu kegiatan jasa bank untuk memindahkan sejumlah dana tertentu sesuai dengan perintah si pemberi amanat yang ditujukan untuk keuntungan seseorang yang ditunjuk sebagai penerima transfer. Baik transfer uang keluar atau masuk akan mengakibatkan adanya hubungan antar cabang yang bersifat timbal balik, artinya bila satu cabang mendebet cabang lain mengkredit.
Menurut Djumhana dalam bukunya yang berjudul Hukum Perbankan di Indonesia (1996:187)[18], pengiriman uang atau transfer dari dan keluar negeri tersebut menjadi dua macam yaitu:
-
Kiriman uang keluar (out ward transfer) artinya bank menerima amanat dari nasabah didalam negeri.
-
Kiriman uang masuk (inward transfer) artinya bank menerima amanat dari pihak luar negeri untuk membayarkan sejumlah uang kepada pihak tertentu didalam negeri (perusahaan, lembaga atau perorangan).
Berdasarkan beberapa pendapat para ahli diatas tersebut dapat disimpulkan, pembayaran merupakan penyerahan uang yang dilakukan saat transaksi pembayaran berlangsung.
3. Strategi Pembayaran
Strategi pembayaran di ambil dari 2 kata yaitu strategi dan pembayaran. Strategi berasal dari kata bahasa Yunani “strategos”yang artinya “komandan militer”. Sedangkan menurut Freddy Rangkuti (2000)[19], mengemukakan bahwa strategi adalah sebagai berikut:
“Strategi sebagai arah dan cangkupan jangka panjang organisasi untuk mendapatkan keunggulan melalui konfigurasi sumber daya alam dan lingkungan yang berubah untuk mencapai kebutuhan pasar dan memenuhi harapan pihak yang berkepentingan”.
Definisi Lembaga Keuangan
Lembaga keuangan adalah setiap perusahaan yang bergerak di bidang keuangan di mana kegiatannya apakah hanya menghimpun dana atau hanya menyalurkan dana atau kedua-duanya menghimpun dan menyalurkan dana. Lembaga keuangan merupakan sebuah lembaga yang kekayaannya sebagian besar dalam bentuk tagihan (claims) artinya lembaga ini mempunyai bentuk aset riil (seperti peralatan gedung dan sebagainya) lebih sedikit dari pada tagihan atau aset finansial (saham, instrumen uang dan surat berharga lainnya) yang bersifat sebagai perantara bagi mereka yang mempunyai dana bagi mereka yang memerlukan dana. Lembaga keuangan dalam dunia keuangan bertindak selaku lembaga yang menyediakan jasa keuangan bagi nasabahnya, dimana pada umumnya lembaga ini diatur oleh regulasi keuangan dari pemerintah.
Lembaga keuangan adalah setiap perusahaan yang bergerak di bidang keuangan, menghimpun dana, menyalurkan dana atau kedua-duanya. Secara teoritis dikenal dua macam lembaga keuangan yakni lembaga keuangan bank dan lembaga keuangan bukan bank. Adapun peranan utama dari kedua lembaga ini relatif sama yaitu sebagai perantara keuangan (financial intermediation) antara surplus unit (ultimate lenders) dengan defisit unit (ultimate borrowers).
Lembaga keuangan terdiri dari kata lembaga dan keuangan. Arti kata lembaga (KBBI) adalah badan (organisasi) yang tujuannya melakukan suatu penyelidikan keilmuan atau melakukan suatu usaha, sedangkan arti kata keuangan (KBBI) adalah seluk-beluk uang; urusan uang. Jadi, secara harfiah lembaga keuangan artinya badan (organisasi) yang melakukan suatu usaha yang berkaitan dengan urusan uang.
Divisi Keuangan
Divisi Keuangan dan Umum adalah divisi pada Pusat Investasi Pemerintah dengan tugas-tugas back office. Divisi ini memiliki tugas dan kegiatan di bidang :
-
Perencanaan dan penganggaran;
-
Treasury dan kebendaharaan;
-
Akuntansi dan pelaporan keuangan;
-
Pengelolaan Sumber Daya Manusia;
-
Pengelolaan perlengkapan dan kerumahtanggan;
-
Pengorganisasian dan tata laksana.
Fungsi kepala divisi keuangan dan akuntansi membantu direktur keuangan & Umum dalam mengkoordinasikan kegiatan pengelolaan keuangan beserta administrasinya, penyusunan laporan keuangan, penyusunan anggaran tahunan (RKAP), bahan penyusunan laporan manajemen dan pembinaan PUKK.
Definisi Sistem Informasi
Menurut Taufiq (2013 : 17)[20], “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)[10], 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).
Berdasarkan berbagai pendapat di atas maka peneliti mengambil kesimpulan bahwa sistem informasi adalah kumpulan dari sub-sub sistem yang saling berkolaborasi untuk tujuan tertentu.
Definisi Business Intelligence
Menurut Nadia Branon (2010)[21], Business Intelligence merupakan kategori yang umum digunakan untuk aplikasi dan teknologi untuk mengumpulkan, menyimpan, menganalisa, dan menyediakan akses pada data agar dapat membantu pengguna dari kalangan perusahaan agar dapat mengambil keputusan dengan lebih baik dan tepat. Pada umumnya solusi yang disediakan oleh BI berupa sumber-sumber data dimana data yang sifatnya transaksional dikumpulkan, data warehouses/data marts, reporting dan alat visualisasi, seperti analisia prediksi dan modelling.
Menurut Ivana Kursan dan Mirela Mihic (2010)[22], menyatakan bahwa istilah BI merujuk pada variasi solusi perangkat lunak, termasuk teknologi-teknologi dan metodologi-metodologi yang dibutuhkan untuk mendapatkan informasi yang tepat guna sehingga mampu membuat keputusan bisnis dengan tujuan utama yaitu meningkatkan keseluruhan performa bisnis pada pasar.
Teori Khusus
Definisi Internet
Menurut eWolf Community (2012: 1)[23], “Internet merupakan singkatan dari Interconnection Networking, yaitu jaringan komputer dalam skala dunia. Internet terdiri dari banyak jaringan komputer lokal yang saling terhubung sehingga membentuk jaringan global dengan segala macam aturan (protokol). Protokol utama yang digunakan saat ini adalah TCP/IP (Transmission Control Protocol/Internet Protocol), yaitu sekumpulan aturan untuk komunikasi data antar komputer dalam suatu jaringan”.
Menurut Untung Rahardja (2014)[24], sesuatu dikatakan online adalah bila ia terkoneksi atau terhubung dalam suatu jaringan ataupun sistem yang lebih besar. Beberapa arti kata lainnya yang lebih spesifik adalah sebagai berikut:
-
Dalam percakapan umum, jaringan/network yang lebih besar dalam konteks ini biasanya lebih mengarah pada internet, sehingga online menjelaskan status bahwa ia dapat diakses melalui internet.
-
Secara lebih spesifik dalam sebuah sistem yang terkait pada ukuran dalam satu aktifitas tertentu, sebuah elemen dari sistem tersebut dikatakan online jika elemen tersebut beroperasional. Sebagai contoh, Sebuah instalasi pembangkit listrik dikatakan online jika ia dapat menyediakan listrik pada jaringan elektrik.
-
Dalam telekomunikasi, istilah online memiliki arti lain yang lebih spesifik.
-
Suatu alat diasosiasikan dalam sebuah sistem yang lebih besar dikatakan online bila berada dalam kontrol langsung dari sistem tersebut. Dalam arti jika ia tersedia saat akan digunakan oleh sistem (on-demand), tanpa membutuhkan intervensi manusia, namun tidak dapat beroperasi secara mandiri di luar sistem tersebut.
Konsep Dasar Website
1. Definisi Website
Menurut Arief (2011:7)[25], “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 mengaksesnya menggunakan perangkat lunak yang disebut browser”.
Menurut Murad (2013:49)[6], “Web adalah sistem dengan informasi yang disajikan dalam bentuk teks, gambar, suara, dan lainnya yang tersimpan dalam sebuah server web internet yang disajikan dalam bentuk hypertext”.
Berdasarkan beberapa pendapat yang dikemukakan diatas, maka dapat disimpulkan website adalah sebuah tempat di internet, yang menyajikan informasi dengan berbagai macam format data seperti teks, gambar, bahkan video dan dapat diakses menggunakan berbagai aplikasi client sehingga memungkinkan penyajian informasi yang lebih menarik dan dinamis dengan pengelolaan yang terorganisasi.
2. Jenis-Jenis Website
Menurut Arief (2011:8)[25], ditinjau dari aspek content atau isi, web dapat dibagi menjadi 2 jenis, yaitu: web statis dan web dinamis. Selain dari sisi content atau isi, web statis dan 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 webstatis hanya dapat dilakukan dengan cara mengubah langsung isinya pada file mentah web tersebut.
-
Web dinamis adalah jenis web yang content atau isinya dapat berubah-ubah setiap saat. Web yang banyak menampilkan animasi flash belum tentu termasuk web dinamis karena dinamis atau berubah-ubah isinya tidak sama dengan animasi. Untuk melakukan perubahan data, user cukup mengubahnya langsung secara online di internet melalui halaman control panel atau administrasi yang biasanya telah disediakan untuk user administrator sepanjang user tersebut memiliki hak akses yang sesuai.
Konsep Dasar Dashboard
Menurut Henderi (2011: 45)[26], Dashboard adalah suatu model antarmuka sistem informasi yang dianalogikan seperti dashboard sebuah mobil yang mudah untuk dipelajari dan sangat strategis bagi driver. Menurut ejaan Bahasa Indonesia yang disempurnakan dashboard ditulis dengan dasbor, yang berarti papan penunjuk.
Menurut Rajagukguk (2010: 80)[27], Dashboard adalah sebuah koleksi informasi bersifat realtime yang digunakan untuk mengevaluasi performa dan memastikan bahwa tujuan dari operasi tercapai.
Berdasarkan beberapa definisi yang dikemukakan di atas dapat disimpulkan dashboard adalah sebuah pusat untuk control panel yang berfungsi untuk mengatur semua akses kegiatan dari sebuah situs atau website.
Konsep Dasar Viewboard
Technology Partners (2014)[28], Viewboard is a custom application created by Technology Partners, with it you can have the most important information you need to make mission critical business decisions on a daily basis in one easy to read dashboard. From metrics and socials to department level critical information, you decide what you want to have in your custom dashboard. The dashboard interface is fully dynamic, you are able to connect it to a CMS system or have it directly access your database to manage the information feeds.
Berdasarkan definisi yang dikemukakan di atas dapat disimpulkan Viewboard adalah sebuah aplikasi kustom yang dibuat oleh mitra teknologi, Anda dapat memiliki informasi yang paling penting.
Definisi GO
GO adalah instrumen IT Financial and Resources Accounting System pada Perguruan Tinggi Raharja untuk memberikan service excellence kepada Pribadi Raharja secara online dengan memberikan kenyamanan bagi pengguna dari segi kecepatan layanan maupun keakuratan data. Ada beberapa versi GO yang dikembangkan diantaranya adalah Rincian Biaya Kuliah (RBK) , GO Next ,GO IAC, RISKA (Sistem Informasi karyawan Absensi), PISOBO (Sistem Informasi Sarana dan Prasarana) serta Green Documentation
Ten Pilar iLearning (TPi)
1. Definisi TPi
Dikutip dari iMe Roadmap, untuk memudahkan pengelolaan dan meningkatkan kepuasan pelayanan kepada civitas akademika Perguruan Tinggi Raharja terutama dalam mendukung perkuliahan menggunakan metode iLearning maka perlu adanya 10 Pilar IT iLearning Perguruan Tinggi Raharja. Output yang diperoleh adalah merupakan hasil dari penelitian Tridarma Perguruan Tinggi antara dosen dengan mahasiswa yang diwadahi oleh (REC) Raharja Enrichment Centre. Tpi terdiri dari iRme, Rinfo, iDu, iRan, iDuHelp!, Widuri, Rooster, Magics, iMe, dan iSur
2. Rinfo (Email Raharja.info)
Rinfo adalah layanan email gratis yang disediakan oleh Perguruan Tinggi Raharja untuk semua Pribadi Raharja, alat komunikasi utama dan paling vital untuk para Pribadi Raharja. Setiap user Rinfo diberikan kapasitas sampai dengan 30GB. Semua kegiatan yang dilakukan akan mustahil tanpa adanya Rinfo ini. Selain itu, bisa juga dikatakan bahwa Rinfo terintegrasi semua pillar-pillar yang ada.
3. iRan
Raharja Ask and News (Why iRan) adalah media aplikasi yang dirancang untuk memberikan layanan informasi, kejadian, pengetahuan atau peristiwa umum, maupun khusus di Perguruan Tinggi Raharja. News biasanya berkaitan dengan pekerjaan Wartawan, Wartawan adalah orang yang bekerja memburu, meliput, kemudian menuliskan berita (News). Raharja News yang merupakan bagian dari Kumpulan aplikasi iRaharja.
Konsep Dasar Future IT Raharja (FIR)
1. Definisi FIR
FIR merupakan kepanjangan dari Future IT Raharja, berupa kumpulan dari project-project IT masa depan yang dimiliki oleh Perguruan Tinggi Raharja yang berguna untuk mendukung kegiatan perkuliahan serta pembelajaran para Pribadi Raharja. Lebih dari itu FIR juga menopang jalannya kegiatan TPi (Ten Pilar IT iLearning). Project FIR juga terus di lakukan pengembangan guna penyempurnaan untuk setiap project nya agar bisa bergabung menjadi salah satu anggota TPi. FIR berjumlah 20 terdiri dari SiS+, SiS+ Konsultasi, Airzone, iTunes U, RHJFox, Magics Channel, iPanda, iTracking, GOint+, RiDu, Gamet, Linkedin, Web Alumni, Web Exist Club, ZPreneur, ZFord, Zorilia, PEN+, PESSTA+ dan GO+.
2. SiS+
Student iLearning Service Plus atau biasa disebut SIS+ (Why SIS+) adalah sebuah sistem yang dirancang khusus untuk meningkatkan mutu pelayanan kepada mahasiswa.
3. Virtual Account
Virtual account merupakan nomor rekening yang digunakan sebagai pengganti nomor rekening yayasan nomor virtual account terdiri dari 5 digit kode biller dan 10 digit NIM mahasiswa. Dengan menggunakan virtual account mahasiswa lebih mudah menghafal nomor rekening. Pada pembayaran menggunakan virtual account ditampilkan jumlah biaya yang akan dibayarkan oleh mahasiswa.
4. GO+
GO+ (Green Orchestra Plus) merupakan sistem informasi tagihan mahasiswa yang digunakan untuk menampilkan rincian biaya perkuliahan mahasiswa yang terdiri dari RBR (Rincian Biaya Registrasi) dan RBK (Rincian Biaya Kuliah) dengan secara online. Mahasiswa tidak perlu datang ke kampus untuk mengecek biaya perkuliahan pada BoxSiS sehingga memudahkan mahasiswa dalam mengetahui informasi pembayaran perkuliahan mahasiswa. Hanya dengan mengunjungi SiS+ mahasiswa dapat mengetahui rincian biaya perkuliahan. Karena GO+ dapat diakses dimana saja dan kapan pun.
4. Magics Channel
Magics (Multimedia Audio Gallery iLearning Community and Services) magics adalah media penyimpanan gambar, podcast dan video untuk menunjang kegiatan belajar mengajar. Setiap Pribadi Raharja berhak mendapatkan account magics yang bisa mereka gunakan sebagai tempat penyimpanan.
Konsep Dasar HTML
1. Defini HTML
Menurut Arief (2011:23)[25], “HTML atau HyperText Markup Language merupakan salah satu format yang digunakan dalam pembuatan dokumen dan aplikasi yang berjalan di halaman web. Dokumen ini dikenal sebagai web page. Dokumen HTML merupakan dokumen yang disajikan pada web browser”
Berdasarkan pendapat yang dikemukakan di atas dapat ditarik kesimpulan bahwa, HTML adalah bahasa yang sangat tepat dipakai untuk menampilkan informasi pada halaman web, karena HTML menampilkan informasi dalam bentuk hypertext dan juga mendukung sekumpulan perintah yang dapat digunakan untuk mengatur tampilnya informasi tersebut, sesuai dengan namanya, bahasa ini menggunakan tanda (markup) untuk menandai perintah-perintahnya.
2. Tag Yang Sering Digunakan
Menurut Oktavian (2010: 14)[29], ada banyak ragam tag yang tersedia dalam HTML, namun disini tidak akan dibahas semuanya. Berikut adalah daftar tag yang sering digunakan dalam mempelajari pembuatan web, yaitu:
- Tag "!.."
Digunakan untuk menandai sebuah komentar suatu kode (script) dengan tanda ini, maka browser tidak akan menerjemahkannya. - Tag "a"
Singkatan dari anchor, tag ini digunakan untuk membuat sebuah tautan (link) antar web. Ciri dari link adalah : - Bila link belum pernah diakses (klik) maka akan berwarna biru dan bergaris bawah.
- Bila sudah pernah diakses (klik) maka akan berubah menjadi ungu dan tetap bergaris bawah
- Bila sedang aktif (diklik) maka akan berwarna merah dan bergaris bawah.
- Tag "b"
Digunakan untuk membuat teks cetak tebal. - Tag "big"
Digunakan untuk membuat sebuah tulisan agar nampak lebih besar. Hal ini berbeda untuk cetak tebal (bold). - Tag "body"
Merupakan bagian dari struktur HTM yang digunakan untuk menandai badan (body) suatu dokumen HTML. Penggunanya dapat dilihat seperti pada contoh di atas. - Tag "br" Digunakan untuk mengakhiri suatu baris tulisan, lalu pindah ke baris baru dibawahnya.
- Tag "button"
Digunakan untuk membuat tombol di web browser. Biasanya digunakan untuk trigger suatu proses, misal digunakan untuk menympan atau menghapus dat. Tag ini biasanya diletakkan dalam sebuah form. - Tag "caption"
Digunakan untuk membuat judul sebuah tabel. Penggunaan tag ini biasanya bersamaan dengan deklarasi tabel. - Tag "center"
Digunakan untuk menengahkan suatu teks halaman. - Tag "div"
Tag ini digunakan untuk mendefinisikan bagian dari suatu halaman web dengan format atau style tertentu. - Tag "font"
Digunakan untuk memformat bentuk font, ukuran, warna, ukuran dari sebuah teks. - Tag "form"
Adalah tag yang digunakan oleh pengguna untuk memasukan data. Tag ini biasanya dibantu oleh beberapa komponen lain, seperti: input, button, option, dan lainnya. - Tag "frame" dan "frameset"
Tag ini digunakan untuk menampilkan halaman web lain dalam sebuah halaman web yang dibuat. Halaman dapat dibuat terpisah dengan menampilkan halaman web lain yang berbeda-beda. - Tag "head"
Digunakan untuk menampung elemen-elemen header dari sebuah halaman web. Penggunaannya seperti pada contoh tag "big". - Tag "h1" sampai dengan "h6"
Digunakan untuk mendefinisikan tulisan header. Untuk mengetahui perbedaanya, perhatikan ukuran setiap teks hasil di browser. - Tag "hr"
Digunakan untuk membuat garis horisontal. - Tag "html"
Digunakan untuk memberitahu browser bahwa kode yang dituliskan merupakan dokumen HTML. Penggunaanya seperti pada contoh tag "big". - Tag "i"
Digunakan untuk membuat teks cetak miring. - Tag "img"
Digunakan untuk membuat teks cetak miring. - Tag "input"
Digunakan untuk berinteraksi dengan pengguna dalam hal memasukan data ke server. Input mempunyai banyak tipe, yaitu: button, checkbox, file, hidden, image, password, radio, reset, submit, dan text. Penggunaannya seperti pada contoh tag "form". - Tag "li"
Digunakan untuk menampilkan simbol data berurut,seperti simbol bullet dan nomor. Untuk urutan bernomor diawali dengan tag "ol", sedangkan untuksimbol bullet diawali tag "ul". - Tag "link"
Digunakan untuk mendefinisikan hubungan antara halaman web yang dibuat dengan data atau aturan dari luar. Tag ini biasanya digunakan pada saat web menggunakan file css. - Tag "ol"
Digunakan untuk urutan data bernomor atau numerik, juga alfabet. Penggunaannya seperti pada contoh tag "li".
Digunakan untuk urutan data bernomor atau numerik, juga alfabet. Penggunaannya seperti pada contoh tag "li".
Konsep Dasar Dreamweaver
1. Definisi Dreamweaver
Menurut Prasetio (2012:96)[30], “Dreamweaver adalah sebuah tools untuk membantu kita menuliskan kita menuliskan kode HTML secara visual”.
Berdasarkan definisi di atas, maka dapat disimpulkan dreamweaver adalah suatu aplikasi yang digunakan dalam membangun atau membuat sebuah web.
2. Ruang Kerja Dasar Dreamweaver CS6
Untuk memahami elemen ruang kerja Dreamweaver CS6, bukanlah sebuah file HTML baru dalam Dreamweaver CS6. Setelah Dreamweaver CS6 berhasil dijalankan, pilih file baru (create new) tipe HTML di dalam kotak dialog New Document yang tampil. Ruang kerja dasar Dreamweaver CS6, yaitu:
- Application Bar, berada di bagian paling atas jendela aplikasi Dreamweaver CS6. Baris ini berisi tombol workspace (workspace switcher), CS Live, menu, dan aplikasi lainnya.
- Toolbar Document, berisi tombol-tombol yang digunakan untuk mengubah tampilan jendela dokumen, sebagai contoh tampilan design atau tampilan code. Juga dapat digunakan untuk operasi-operasi umum, misalnya untuk melihat hasil sementara halaman web pada jendela browser.
- Jendela Dokumen, adalah lembar kerja tempat membuat dan mengedit design halaman web.
- Workspace Switcher, digunakan untuk mengubah tampilan ruang kerja Dreamweaver CS6. Sebagai contoh mengubah tampilan menjadi tampilan classic, yaitu tampilan ruang kerja dreamweaver versi sebelumnya.
- Panel Groups, adalah kumpulan panel yang saling berkaitan, panel-panel ini dikelompokan pada judul-judul tertentu berdasarkan fungsinya. Panel ini digunakan untuk memonitor dan memodifikasi pekerjaan. Secara default, panel group berisi panel Adobe BrowserLab, Adobe Bussiness Catalyst, Insert, CSS Styles, Asset, AP Element, dan Files.
- Tag Selector, diletakkan di bagian bawah jendela dokumen, satu baris dengan status bar. Bagian ini menampilkan hirarki pekerjaan yang sedang terpilih pada jendela dokumen, dapat juga digunakan untuk memilih objek pada jendela design berdasarkan jenis atau kategori objek tersebut. Tag selector juga menampilkan informasi format dari bagian yang sedang aktif pada lebar kerja design.
- Property Inspector, digunakan untuk melihat dan mengubah berbagai properti objek atau teks pada jendela design. Properti untuk satu objek dengan objek lainnya selalu berbeda-beda. Jendela ini tidak dapat diuraikan pada tampilan jendela code.
- Toolbar Standart, baris toolbar ini berisi tombol-tombol yang mewakili perintah pada menu File dan edit, diantaranya perintah New, Open, Save, Save All, Cut, Copy, Paste, Undo, dan Redo.
- Toolbar Style Rendering, secara default disembunyikan. Toolbar ini berisi tombol-tombol untuk menampilkan design dalam media berbeda. Selain itu juga digunakan untuk mengaktifkan dan menonaktifkan style CSS.
- Toolbar Coding, berisi tombol-tombol yang digunakan untuk melakukan operasi kode-kode standar. Toolbar ini hanya tampil pada jendela code.
- Toolbar Browser Navigation, toolbar ini adalah toolbar baru yang ada di dalam Dreamweaver CS6, dan letaknya tepat berada di atas jendela dokumen. Toolbar ini berisi tombol-tombol yang digunakan sebagai navigasi di dalam browser.
Konsep Dasar PHP
1. Definisi PHP
Menurut Diar Puji Oktavian (2010:31)[31], “PHP adalah akronim dari Hypertext Preprocessor,yaitu suatu bahasa pemrograman berbasiskan kode-kode (script) yang digunakan untuk mengolah suatu data dan mengirimkannya kembali ke web browser menjadi kode HTML ”.
2. Sejarah PHP
PHP pertama kali di buat oleh Danish Greenlander Rasmus Lerdord pada tahun 1994 yang awal nya bernama Form Interpreted (FI). Kegunaan awal dari FI adalah mengelolah data formulir daru suatu halaman web yang diberinama PHP tools (Personal Home Page tools) . Kemudian Rasmus merilis source code tersebut untuk umum dengan nama PHP/FI. Perilisan source code ini bersifat open source sehingga banyak programmer yang tertarik untuk mengembangan bahasa ini. Rasmus menulis ulang script tersebut di dalam bahasa pemrograman C dengan alasan peningkatan performa. Setelah selesai di tuliskan, pada November 1997 di rilislah PHP/FI 2.0. Pengembangan selanjutan nya berubah dari 1 orang pengembang menjadi banyak orang. Adalah Zeev suraski dan Andi gutmans yang menjadi pengembang PHP selanjutnya. Mereka menambahkan feature parser ke PHP yang kemudian dikenal dengan PHP 3. Mereka juga mengubah akronim PHP menjadi PHP: hypertext Preprocessor.
3. Keunggulan PHP
PKeunggulan PHP dibanding bahasa pemrograman lain :
-
Bahasa pemrograman PHP adalah bahasa script sehingga tidak diperlukan kompilasi dalam penggunaannya.
-
Web server yang mendukung PHP dapat di teumkan dimana-mana mulai dari apache, IIS, Lighttp hingga Xitami dengan konfigurasi yang relative mudah.
-
Dalam sisi pengembang dan pemahaman lebih mudah, karena banyak milis, forum, website dan developer yang siap membantu dan menyediakan banyak referensi tentang PHP
-
PHP bersifat open source yang dapat di gunakan di berbagai mesin (Linux, macintosh, windows).
Konsep Dasar Database Dan Mysql
1. Definisi Database
Menurut Prasetio (2012:181)[32], “Database adalah sebuah struktur yang umumnya dikategorikan dalam 2 (dua) hal, sebuah database flat dan sebuah database relasional. Database relasional lebih disukai karena lebih masuk akal dibandungkan database flat”.
Menurut Kustiyaningsih (2011:146)[33], "Database adalah Struktur penyimpanan data. Untuk menambah, mengakses dan memperoses data yang disimpan dalam sebuah database komputer, diperlukan sistem manajemen database seperti MYSQL Server".
Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa database adalah kumpulan informasi yang disimpan di dalam database komputer secara sistematik sehingga dapat diperiksa dengan suatu program komputer untuk dapat memperoleh informasi-informasi dari basis data tersebut.
2. Definisi MySQL
Menurut Arief (2011:151)[34], “MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak digunakan untuk membangun aplikasi web yang menggunakan database sebagai sumber dan pengelolaan datanya”.
Konsep Dasar Yii Framework
1. Yii Framework
Yii adalah framework (kerangka kerja) PHP berbasis-komponen, berkinerja tinggi untuk pengembangan aplikasi Website berskala-besar. Yii adalah free software dengan lisensi BSD licence, aplikasi website framework open-source yang ditulis dengan PHP5. Yii menyediakan reusability maksimum dalam pemrograman Website dan mampu meningkatkan kecepatan pengembangan secara signifikan. Nama Yii (dieja sebagai /i:/) singkatan dari "Yes It Is!".
Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Website. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain. Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.
Selain implementasi MVC, Yii juga memperkenalkan front-controller (controller-depan), yang disebut Application, yang mengenkapsulasi konteks eksekusi untuk memproses sebuah request. Application mengumpulkan beberapa informasi mengenai request pengguna dan kemudian mengirimnya ke controller yang sesuai untuk penanganan selanjutnya. Diagram berikut memperlihatkan struktur statis sebuah aplikasi Yii :
![](https://lh3.googleusercontent.com/-sB5D2YUsNfw/VVC0ERhLawI/AAAAAAAAGSo/WGpZUzuoaRo/w420-h520-no/yii.png)
Gambar 2.2 Diagram Yii Framework
Sumber: http://www.yiiframework.com/
2. Fitur Yii Framework
Menurut pengembang dan komunitas Yii Framework dari situs website resminya, berikut ini adalah fitur yang terdapat pada Yii:(Yii, 2013)
a. Menggunakan pola MVC.Yii mengadopsi pola standar pengembangan aplikasi yang memisahkan tampilan (view), logika program (controller), dan modelnya (model).
b. Data Access Objects (DAO), Query Builder, Active Record, dan DB Migration Yii Memungkinkan pengembang menggunakaan berbagai model database dengan objek yang dapat mengurangi kompleksitas menulis pernyataan SQL berulang serta memudahkan interaksi antar database.
c. Form input dan validasi.Yii menyediakan form input dan validasi yang memudahkan pengembang untuk bekerja dengan form dan melakukan validasi input dari form.
d. AJAX Widget.Yii menyediakan AJAX widget yang terintegrasi dengan jQuery,berupa kontrol yang memiliki fungsi seperti auto complete, treeview, data grid dan lain-lain.
e. Authentication dan authorization. Dukungan autentikasi dan autorisasi internal sehingga memudahkan pengembangan aplikasi dengan fitur autentikasi dan autorisasi.
f. Skin dan theme.Yii mengimplementasikan skin dan theme yang memudahkan pengembangan aplikasi dalam merancang tampilan aplikasi.
g. Internationalization (I18N) dan localization (L10N).Yii mendukung pengembangan aplikasi dalam multi bahasa dan lokasi seperti penggunaan waktu dan tanggal dan terjemahan antarmuka.
h. Web Services. Yii mendukung manajemen penanganan layanan web services.
i. Skema layer cache. Yii mendukung layer cache untuk cache data, cache halaman, dankeseluruhan aplikasi sehingga dapat meningkatan performa dengan beragam pilihanmedia cache. Penggunaan media cache seperti database, APC, memcache, dan sebagainya diatur tanpa melakukan perubahan besar pada kode.
j. Penanganan error dan logging, sehingga memudahkan pengembangan dalam melakukan debuging aplikasi dalam masa pengembangan aplikasi.
k. Keamanan. Yii dilengkapi dengan langkah-langkah keamanan untuk membantu mencegah aplikasiWeb dari serangan seperti SQL injection,cross-site scripting (XSS), cross-site request forgery (CSRF), dan cookie tampering.
l. Pengujian unit dan fungsional. Yii menyediakan dukungan untuk menulis dan menjalankan pengujian unit serta pengujian fungsional, menggunakan PHP Unit dan Selenium.
m. Penghasil kode otomatis. Yii menyediakan penggunaan beragam perintah otomatis seperti meng-generate struktur dasar aplikasi,model,dan CRUD.
3. Alur Kerja Pengembangan
Alur kerja umum untuk pengembangan aplikasi web menggunakan Yii framework sebagai berikut:
- Membuat kerangka struktur direktori. Tool bernama yiic dapat dipakai untuk mempercepat langkah ini.
- Mengkonfigurasi aplikasi. Ini dilakukan dengan memodifikasi file konfigurasi aplikasi. Langkah ini juga memerlukan penulisan beberapa komponen aplikasi (misalnya komponen pengguna).
- Membuat sebuah kelas model untuk setiap tipe data yang diatur. Tool Yii dapat digunakan untuk men-generate code kelas active record secara otomatis untuk setiap tabel database.
- Membuat kelas controller untuk setiap jenis permintaan pengguna. Bagaimana untuk mengklasifikasikan permintaan pengguna tergantung pada kebutuhan sebenarnya. Secara umum, jika perlu diakses oleh pengguna, kelas model harusmemiliki kelas controller terkait. Piranti Gii dapat mengotomatisasi langkah ini juga.
- Mengimplementasikan aksi dan view terkait.
- Mengkonfigurasi aksi yang diperlukan filter dalam kelas.
- Membuat tema jika fitur tema diperlukan.
- Membuat pesan terjemahan jika internasionalisasi diperlukan.
- Memilih data dan view yang dapat di-cache dan menerapkan teknik caching yang sesuai.
- Terakhir, optimasi dan deployment.
Elisitasi
1. Definisi Elisitasi
Menurut Guritno (2011: 302)[35], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk di eksekusi”.
2. Jenis - Jenis Elisitasi
1. Elisitasi Tahap I
Menurut Guritno (2011: 302)[35], “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)[36], “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.
2. Elisitasi Tahap II
Menurut Saputra (2012: 51)[36], 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 MDI :.
-
M pada MDI artinya Mandatory (penting). Maksudnya requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
-
D pada MDI artinya Desirable Maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembuatan sistem, maka membuat sistem tersebut lebih sempurna.
-
I pada MDI artinya Inessential. Maksudnya adalah requirement tersebut bukan bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.
3. Elisitasi Tahap III
Menurut Saputra (2012: 51)[36], 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. Berikut ini adalah penjelasan mengenai TOE :
- T artinya Technical. Maksudnya adalah pertanyaan perihal bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan?
- O artinya Operational. Maksudnya adalah pertanyaan perihal bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan?
- E artinya Economy. Maksudnya adalah pertanyaan perihal berapakah biaya yang diperlukan guna membangun requirement tersebut di dalam sistem?
Metode tersebut dibagi kembali menjadi beberapa option, antara lain :
- H (High) : Sulit untuk dikerjakan, karena teknik pembuatan dan penggunaannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
- M (Middle) : Mampu untuk dikerjakan.
- L (Low) : Mudah untuk dikerjakan.
4. Final Draft Elisitasi
Menurut Saputra (2012:51)[36], final draft elisitasi merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan. Berdasarkan Elisitasi Tahap III di atas, dihasilkan requirement final draft yang diharapkan dapat mempermudah kepala keuangan dalam mengakses dan mendapatkan sebuah laporan
Flowchart
Menurut Adelia (2011:116)[37], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urut-urutan prosedur dari suatu program”. Flowchart menolong analyst dan programmer untuk memecahkan masalah kedalam segmen-segmen yang lebih kecil dan menolong dalam menganalisis alternatif-alternatif lain dalam pengoperasian. Flowchart biasanya mempermudah penyelesaian suatu masalah khususnya masalah yang perlu dipelajari dan dievaluasi lebih lanjut.
Konsep Dasar UML (Unified Modeling Language)
1. Definisi UML
Menurut Widodo, (2011:6)[38], “UML adalah bahasa pemodelan standar yang memiliki sintak dan semantik”.
Menurut Nugroho (2010:6)[39], ”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 kompleks
2. Jenis - Jenis UML
Menurut Widodo (2011:10)[38], 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.
Definisi Dasar HIPO
Menurut Praptiningsih (2012: 03)[40], “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)[41], bagan HIPO (Hirarchy Plus Input Process Output) aslinya dibuat oleh IBM (International Business Machines) sebagai alat untuk mendokumentasikan program. Bagan HIPO secara jelas memperagakan apa yang dikerjakan suatu program, data apa yang digunakan, dan keluaran yang dihasilkannya. Bagan HIPO lebih mudah dibaca dibanding dengan bagan arus,sangat rinci, fleksibel, mudah dimodifikasi, dan dikelola. Dalam membuat bagan HIPO, terdapat tiga jenis diagram, yaitu: daftar isi visual (the visualtable of contents / VTOC), diagram peninjauan, dan rincian diagram.
Berdasarkan beberapa pendapat yang dikemukakan di atas dapat ditarik kesimpulan HIPO merupakan alat yang digunakan untuk mendokumentasi sebuah program yang berisi mengenai proses input dan output.
Konsep Dasar Black Box Testing
1. Definisi Black Box Testing
Menurut pandangan beberapa ahli Black Box Testing dapat diartikan, antara lain sebagai berikut:
Menurut Soetam Rizky (2011:264)[42], berpendapat bahwa “Black box testing adalah tipe testing yang memperlakukan perangkat lunak yang tidak diketahui kinerja internalnya. Sehingga para tester memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang tidak penting dilihat isinya, tapi cukup dikenai proses testing di bagian luar”.
Menurut Agustiar Budiman (2012:4)[43], 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.
2. Motode Pengujian Dalam Black Box
MAda beberapa macam metode pengujian Black Box, berikut diantaranya:
-
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 merupakan 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 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.
-
c. Grafik dikonversikan ke dalam tabel keputusan.
-
d. 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 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 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.
Konsep Dasar Literature Review
1. Definisi Literature Review
Menurut Semiawan (2010: 104)[44] , “Literature review adalah bahan yang tertulis berupa buku, jurnal yang membahas tentang topik yang hendak diteliti.” Tinjauan pustaka membantu peneliti untuk melihat ide-ide, pendapat, dan kritik tentang topik tersebut yang sebelum dibangun dan dianalisis oleh para ilmuwan sebelumnya. Pentingnya tinjauan pustaka untuk melihat dan menganalisa nilai tambah penelitian ini dibandingkan dengan penelitian-penelitian sebelumnya.
2. Tujuan Literature Review
Menurut Hermawan (2009: 45)[45] , tinjauan pustaka berisi penjelasan secara sistematik mengenai hubungan antara variabel untuk menjawab perumusan masalah penelitian. Tinjauan pustaka dalam suatu penelitian memiliki beberapa tujuan, yaitu:
-
Untuk berbagi informasi dengan para pembaca mengenai hasil-hasil penelitian sebelumnya yang erat kaitannya dengan penelitian yang sedang kita laporkan.
-
Untuk menghubungkan suatu penelitian ke dalam pembahasan yang lebih luas serta terus berlanjut sehingga dapat megisi kesenjangan-kesenjangan serta memperluas atau memberikan kontribusi terhadap penelitian-penelitian sebelumnya
-
Menyajikan suatu kerangka untuk menunjukan atau meyakinkan pentingnya penelitian yang dilakukan dan untuk membandingkan hasil atau temuan penelitian dengan temuan-temuan penelitian lain dengan topik serupa.
Menurut Yuniarti (2012: 3)[46], studi pustaka bertujuan untuk mendapatkan landasan teoritis yang berguna sebagai tolak ukur dalam membahas dan menganalisa 8data serta mengambil kesimpulan dan saran dalam analisa laporan keuangan perusahaan tertentu.
Literature Review
-
Penelitian ini dilakukan oleh Marsel Pongoh pada tahun 2013[47] yang berjudul “Analisis Laporan Keuangan Untuk Menilai Kinerja Keuangan PT. Bumi Resources TBK.” Penilaian kinerja keuangan didasarkan pada peningkatan penjualan. Laporan yang menggambarkan perkembangan kinerja keuangan perusahaan pada periode tertentu. Tujuan penelitian ini, untuk mengetahui bagaimana kinerja keuangan PT. Bumi Resources Tbk berdasarkan analisis rasio rentabilitas, likuiditas dan solvabilitas.
-
Penelitian ini dilakukan oleh Henderi, Untung Rahardja, Qory Oktisa Aulia dan Muhamad Hendri pada tahun 2011 [48] yang berjudul “Dashboarding Information Systems For The Education Sector: Aplication and Methodologies”. Penelitian ini membahas metodologi dan aplikasi dashboarding information system (DIS) untuk institusi sektor pendidikan sebagai model sistem informasi pengukuran dan evaluasi capaian kinerja organisasi dalam bentuk key performance indicator (KPI). Dalam implementasinya, aplikasi DIS dibangun menggunakan bahasa pemograman PHP untuk membuat aplikasi front office sebagai interface dan software fusionchart sebagai aplikasi pembuat grafik. Aplikasi DIS yang dibuat juga menggunakan eXtensible Markup Language (XML).
-
Penelitian ini dilakukan oleh Umy Mukhofifah, Migunani dan Arief Hidayat pada tahun 2016[49] yang berjudul “Perancangan Sistem Pelaporan Keuangan Berbasis Web (Studi Kasus Pada PT.EMKL Tirtasari Abadi Sejahtera Semarang)”. Penelitian ini membahas mengenai menghasilkan laporan keuangan yang dapat diverifikasi oleh semua pihak yang berkepentingan. Penelitian ini bertujuan menyediakan sistem pelaporan keuangan di PT.EMKL Tirtasari Abadi Sejahtera yang masih mengalami keterlambatan didalam menghasilkan laporan keuangan serta kesalahan dalam pencatatan dan penghitungan dalam menyusun laporan keuangan, maka perlu dikembangkan suatu sistem pelaporan keuangan yang dapat menyediakan laporan keuangan dengan cepat, tepat dan akurat bagi pengguna sistem. Perancangan sistem pelaporan keuangan yang dirancang berbasis web dengan metode pengembang sistem pelaporan keuangan menggunakan metode system development life cycle (SDLC).
-
Penelitian yang dilakukan oleh I Made Dwi Marta Sanjaya dan Ni Gusti Putu Wirawati pada tahun 2016[50]. Tujuan dari penelitian ini adalah menganalisis dan menjelaskan pengaruh debt to equity ratio, profitabilitas, struktur kepemilikan, pergantian auditor dan ukuran perusahaan terhadap ketepatan waktu pelaporan keuangan. Penelitian ini dilakukan pada perusahaan manufaktur tahun 2011- 2013 di Bursa Efek Indonesia. Metode analisis datanya adalah analisis regresi logistik, dengan pengujian hipotesis dilakukan secara uji multivariate.
-
Penelitian ini dilakukan oleh Rina Kurniawati dan Rinda Cahyana pada tahun 2014[51] yang berjudul “Perancangan Program Aplikasi Transaksi Pembayaran Iuran Untuk Lembaga Pendidikan”. Penelitian ini bertujuan untuk mengadakan program aplikasi dalam sistem informasi keuangan pada lembaga pendidikan secara umum yang menunjang pengelolaan transaksi pembayaran iuran. Metode yang digunakan mengikuti metode rekayasa perangkat lunak konvensional. Aplikasi yang dihasilkan menunjang tugas pencatatan data transaksi serta pembuatan informasi untuk klien internal dan eksternal organisasi. Pengurangan biaya walau tidak signifikan tetapi berhasil dicapai dengan hilangnya biaya pengadaan kertas karena kesalahan dalam membuat laporan.
-
Penelitian ini dilakukan oleh Francis Aboagye‐Otchere dan Juliet Agbeibor pada tahun 2012[52] yang berjudul “The International Financial Reporting Standard for Small and Medium‐sized Entities (IFRS for SMES): Suitability for small businesses in Ghana”. The purpose of this paper is to assess the suitability of the International Financial Reporting Standard for Small and Medium‐sized Entities (IFRS for SMES) for small businesses (micro entities and SMEs) in Ghana by assessing their need for the IFRS for SMEs and the appropriateness of the IFRS for SMEs as the accounting standard of choice for small businesses in Ghana. The paper also aims to investigate the firm characteristics likely to influence small businesses' need for the Standard and the appropriateness of the Standard for small businesses.
-
Penelitian ini dilakukan oleh Veronica S. Moertini , Asdi A. Athuri, Hery M. Kemit dan Nico Saputro1 pada tahun 2011 [53] yang berjudul “The Development Of Electronic Payment System For Universities In Indonesia: On Resolving Key Success Factors”. This paper presents methods for avoiding and reducing risks throghout the development of an information system, specifically electronic payment system to handle tuition in the universities in Indonesia. The university policies, regulations and system models are design in such a way to resolve the project key success factors. By implementing the proposed methods, the system has been successfully developed and currently operated. The research is conducted in Parahyangan Catholic University, Bandung, Indonesia.
-
Penelitian ini dilakukan oleh Andre M. R. Wajong pada tahun 2015 [54] yang berjudul “Applying Performance Dashboard in Hospitals”. Performance dashboard is one of the way to improve a company’s performance, a hospital in this study, due to the ease it provides for the executive entities of the hospital in measuring, supervising, and evaluating the performance of the hospital based on the Key Performance Indicator (KPI). The information requried by the executive entities in making a strategic decision involves numerous separate source of data. By implementing performance dashboard, the existing data sources will be consolidated and demonstrated in an informative visual form through an interface screen in order to allow the executives to easily comprehend and analyze those data.
-
Penelitian ini dilakukan oleh Gus De Franco, S.P. Kothari dan Rodrigo S. Verdi pada tahun 2009 [55] yang berjudul “The Benefits of Financial Statement Comparability”. Investors, regulators, Academics, Researchers and all emphasize the importance of comparability. Reviews These results suggest that financial statement comparability lowers the costs of acquiring information, and increases the overall quantity and quality of information available to analysts about the firm.
-
Penelitian ini dilakukan oleh Yi Huang dan Bin Wang pada tahun 2014[56] yang berjudul “Central Billing System for Personal Bills”. In this paper we propose a new central billing system for personal bills such as utility bills, telecom bills, credit card bills, tax bills, medical bills, etc. The proposed system consolidates all bills for one user so the user will not need to track and pay the bills individually. Benefit from this system by getting payments from users in time and sending out less physical mails for bills. The proposed system can also provide functionalities for the users to track and view their expenses back in time and in different aspects online from anywhere.
Dari 10 (sepuluh) Literature review di atas, telah banyak yang membahas penelitian sebelumnya mengenai laporan keuangan. Maka disimpulkan bahwa belum ada peneliti yang membahas Pengembangan GO+ Berbasi Yii2 Framework Sebagai Media Informasi Untuk Divisi Kepala Keuangan Pada Perguruan Tinggi Raharja
BAB III
Gambaran Umum Perguruan Tinggi Raharja
Dengan semakin maraknya perguruan tinggi di daerah Tangerang khususnya dalam bidang komputer ternyata hal tersebut masih belum bisa memenuhi kebutuhan masyarakat dalam memperoleh data secara terkomputerisasi di setiap bidang.
Dunia komputer dan alat-alat canggih serta otomatis lainnya dalam dunia perkantoran, baik instansi pemerintah maupun swasta sangat cepat sekali perkembangannya, sehingga selalu berubah setiap saat. Oleh karena itu Perguruan Tinggi Raharja dalam pendiriannya mempunyai misi untuk untuk ikut membantu program pemerintah dalam upaya mencerdaskan kehidupan bangsa Indonesia serta meningkatkan Sumber Daya Manusia (SDM) dalam menghadapi era globalisasi.
Telah menjadi tekad para pendiri Perguruan Tinggi ini untuk membantu pemerintah dan masyarakat kota Tangerang dalam pendiran Perguruan Tinggi Raharja yang di selenggarakan oleh Yayasan Nirwana Nusantara (YRI) yang didirikan pada tahun 2001 dan merupakan pendidikan yang terbaik dalam bidang pendidikan komputer.
Sejarah Singkat Perguruan Tinggi Raharja
Perguruan Tinggi Raharja bermula dari sebuah lembaga kursus komputer yang bernama LPPK (Lembaga Pendidikan dan Penelitian Komputer) Raharja yang terletak di Jl. Gatot Subroto km.2 Harmoni Mas Cimone Tangerang.LPPK Raharja diresmikan pada tanggal 3 Januari 1994 oleh bapak walikota Tangerang Drs. H. Zakaria Mahmud, Raharja telah terdaftar pada Depdiknas Kotamadya Tangerang dengan nomor 201/PLSM/02.4/L.93. Lembaga inilah yang mempelopori penggunaan operating system windows dan aplikasinya diwilayah Tangerang dan sekitarnya, hal tersebut mendapat respon positif dan jumlah peminatnya pun meningkat pesat seiring dengan kerjasama yang di lakukan oleh lembaga ini dengan sekolah Lanjutan Tingkat Atas yang ada di Tangerang.
Karena semakin pesatnya perkembangan dan pertumbuhan akan komputerisasi dan meningkatnya peminat masyarakat Tangerang maka pada tanggal 24 Maret 1999 LPPK Raharja berkembang menjadi Akademi Manajemen Informatika dan Komputer (AMIK) Raharja Informatika yang diresmikan melalui surat keputusan Mentri Pendidikan dan Kebudayaan Republik Indonesia Nomor: 56/D/O/1999 yang diserahkan langsung dari Bapak Prof. Dr. Udju D. Rusdi selaku Koordinator KOPERTIS wilayah IV Jawa Barat kepada ketua yayasan Nirwana Nusantara Ibu Kasarina Sudjono. Pada tanggal 2 Februari 2000 dengan menyelenggarakan jurusan Manajemen Informatika.
Pada tanggal 2 Februari 2000 AMIK Raharja Informatika menjadi satu-satunya perguruan tinggi yang menjalankan studi formal untuk program Diploma I (DI) dengan memberikan gelar Ahli Pratama dan Program Diploma II (DII) dengan memberikan gelar Ahli Muda dan Diploma III (DIII) dengan memberikan gelar Ahli Madya kepada lulusannya, sesuai dengan surat keputusan Koordinator Perguruan Tinggi Swasta wilayah IV Jawa Barat dengan Nomor 3024/004/KL/1999.
Kemudian pada tanggal 7 September 2000 sesuai dengan surat keputusan Direktur Jendral Pendidikan Tinggi Departemen Pendidikan Nasional Nomor 354/Dikti/Kep/2000 menambah 2 program yakni D3 Teknik Informatika dan D3 Komputer Akuntasi.
Kini AMIK Raharja Informatika mempunyai 3 (tiga) program studi Diploma III dengan jurusan Manajemen Informatika (MI), Teknik Informatika (TI), dan Komputer Akuntansi (KA) yang masing-masing jurusan memberikan gelar Ahli Madya (A.md), Ahli Muda (AM), Ahli Pratama (AP) kepada lulusannya.
Pada tanggal 20 Oktober 2000 dalam usahanya untuk meningkatkan mutu dan kualitas dari pada lulusan AMIK RAHARJA INFORMATIKA meningkatkan statusnya dengan membuka Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) RAHARJA. Dengan surat keputusan Nomor 42/01/YNN/PR/II/200. ketua Yayasan Nirwana Nusantara mengajukan permohonan pendirian STMIK RAHARJA kepada Mendiknas KOPERTIS Wilayah IV jawa barat dengan 3 (tiga) program studi SI Jurusan Sistem Informasi (SI), Teknik Informatika(TI), dan Sistem Komputer (SK), hal tersebut telah mendapat tanggapan dari Direktur Jendral Pendidikan Tinggi dengan surat keputusan Nomor 5706/D/T/2000. Tidak hanya sampai disini, dalam rangka meningkatkan mutu dan kualitas lulusan RAHARJA sesuai dengan Rencana Induk Pengembangan (RIP) Raharja, bahwa dalam kurun waktu tidak lebih dari 5 tahun sudah berdiri Universitas RAHARJA.
Pada saat ini, Perguruan Tinggi Raharja pun telah meningkatkan mutu dan kualitasnya melalui sertifikat Akreditasi, diantaranya yaitu sebagai berikut:
-
Pada 5 April 2002 AMIK Raharja Informatika mendapatkan status “B” untuk Jurusan Manajemen Informatika (MI) berdasarkan Surat Keputusan Badan Akreditasi Nasional-Perguruan Tinggi (BAN-PT) Nomor: 003/BAN-PT/AK-1/DPL/IV/2002
-
Pada tanggal 5 April 2006 dengan sertifikat Akreditasi Nomor 00117/Ak-1-DIII-03/DFXMEI/IV/2002 yang berisi Badan Akreditasi nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika Terakreditasi A.
-
Pada tanggal 4 Mei 2006 dengan Sertifikat Akreditasi Nomor 08479/Ak-X-SI-001/CAGTLF/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa studi Strata 1 Teknik Informatika di STMIK Raharja terakreditasi B.
-
Pada tanggal 11 Mei 2006 dengan Sertifikat Akreditasi Nomor 08523/Ak-X-S1-002/CAGSIM/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Strata 1 Sistem Informasi di STMIK Raharja terakreditasi B.
-
Pada tanggal 3 Agustus 2007 dengan Sertifikat Akreditasi Nomor 006/BAN-PT/AK-VIII/DPI-III/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika terakreditasi B.
-
Pada tanggal 25 Agustus 2007 dengan Sertifikat Akreditasi Nomor 019/BAN-PT/AK-X/SI/VIII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program Strata 1 Sistem Komputer di STMIK Raharja terakreditasi B.
-
Pada tanggal 29 Desember 2007 sesuai surat keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 017/BAN-PT/AK-VII/Dpl-III/XII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Teknik Informatika di AMIK Raharja Informatika dengan terakreditasi B.
-
Pada tanggal 18 Januari 2008 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 019/BAN-PT/AK-VII/Dpl-III/I/2008 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma Tiga Komputerisasi Akuntansi di AMIK Raharja Informatika terakreditasi A.
-
Pada tanggal 08 Juli 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 010/BAN-PT/Ak-XIV/S1/VII/2011, menyatakan bahwa Program Studi Sarjana Teknik Informatika, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B.
-
Pada tanggal 23 September 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 025/BAN-PT/Ak-XIV/S1/IX/2011, menyatakan bahwa Program Studi Sarjana Sistem Informasi, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B.
1. Jurusan atau Program Studi pada STMIK Raharja
Tabel 3.1.Jurusan atau Program Studi pada STMIK Raharja
Sumber: http://www.raharja.ac.id/
2. Jurusan atau Program Studi pada AMIK Raharja Informatika
Tabel 3.2. Jurusan atau Program Studi pada AMIK Raharja
Sumber: http://www.raharja.ac.id/
Visi Misi dan Tujuan Perguruan Tinggi Raharja
1. Visi dan Misi
Visi Perguruan Tinggi Raharja adalah menjadi perguruan tinggi swasta yang secara berkesinambungan meningkatkan kualitas pendidikannya, memberikan pelayanan dalam menciptakan sumber daya manusia yang tangguh, memiliki daya saing tinggi dalam era kompetisi globalisasi, terutama dibidang teknologi informasidan komputer. Menjadikan pribadi raharja sebagai sumber daya manusia terampil dan ahli, mampu bersaing dalam dunia bisnis maupun non bisnis, menghasilkan tenaga intelektual dan professional, serta mampu berkembang dalam cakrawala yang lebih luas.
Untuk mencapai visi yang digariskan, Raharja senantiasa akan berupaya untuk melaksanakan misinya sebagai berikut
-
Menyelenggarakan program-program studi yang menunjang perkembangan dan penerapan teknologi informasi dalam berbagai bidang ilmu.
-
Menyediakan sarana dan lingkungan yang kondustif bagi pelaksanaan kegiatan belajar-mengajar yang efektif dan efisien, sehingga terbentuk lulusan-lulusan yang bermoral, terampil dan kreatif
-
Menjaga keterkaitan dan relevansi seluruh kegiatan akademis dengan kebutuhan pembangunan sosial-ekonomi dan industri Indonesia serta mengantisipasi semakin maraknya globalisasi kehidupan masyaraka
-
Melangsungkan kerjasama dengan berbagai pihak, baik dari dalam maupun luar negeri, sehingga ilmu dan teknologi yang diberikan selalu mutakhir serta dapat diterapkan secara berhasil guna dan tepat
Visi dan misi di atas, dipahami dan didekati dengan kesadaran komitmen pada kualitas yang menjadi target dalam manajemen dan sistem pendidikan di Perguruan Tinggi Raharja. Kualitas sebagai suatu dimensi yang merupakan bagian dari apa yang disebut “Total Qualitas Manajemen”. Konsep berpikir kualitas terdiri dari : performance (kinerja), feature (fasilitas), durability (daya tahan), reliability(kehandalan), conformity (kesesuaian), esthetic (keindahan), dan easy to be repaired (kemudahan perbaikan). Ketujuh elemen itu merupakan perhatian utama manajemen dan sistem pendidikan Perguruan Tinggi Raharja yang dituangkan dalam ISO9001 : 2008 (Sistem Manajemen Mutu Raharja)
2. Tujuan Perguruan Tinggi Raharja
-
Menghasilkan lulusan yang memiliki kemampuan akademik dan dapat menerapkan, mengembangkan serta memperluas informatika dan komputer secara profesional.
-
Menghasilkan lulusan yang mampu mengadakan penelitian dalam bidang informatika dan komputer, yang hasilnya dapat diimplementasikan untuk memenuhi kebutuhan masyarakat di lapangan.
-
Menghasilkan lulusan yang mampu mengabdikan pengetahuan dan keterampilannya dalam bidang informatika dan komputer secara profesional kepada masyarakat.
Arti Nama Raharja
“Raharja”. Kata ini diinspirasikan dari motto kota dan kabupaten Tangerang, yaitu “Bhakti Karya Adhi Kerta Raharja” dan “Setya Karya Kerta Raharja” yang berarti “kesejahteraan” yang dalam arti luasnya adalah keinginan dan niat para pendiri untuk membantu pemerintah ikut serta dalam membangun masyarakat yang sejahtera melalui penguasaan dibidang teknologi informasi dan komputer. Sedangkan Raharja sendiri memiliki motto “Get The Better Future By Computer Science” (meraih sukses yang gemilang dengan ilmu komputer)
Arti Green Campus
Green Campus, yang berarti Kampus Hijau memiliki makna yang luas "Green" atau dengan sebutan "Green Leaves" sering diartikan dengan masih hijau generasi muda Indonesia adalah bibit-bibit unggul yang masih hijau dan green campus berpotensi melahirkan generasi pribadi yang matang dan berguna bagi bangsa dan Negara. Green dalam konteks Green Power berarti kekuatan financial. Green Campus sebagai kampus yang dapat memberikan power untuk menopang seluruh aktifitas perkuliahan bertujuan menciptakan pribadi raharja yang dapat mandiri secara financial (financially independent)
Arti Pribadi Raharja
Pribadi Raharja mencerminkan wawasan almamater Perguruan Tinggi Raharja yang berkeyakinan bahwa perguruan tinggi harus benar-benar merupakan lembaga ilmiah dan kampus harus benar-benar merupakan masyarakat ilmiah. Perguruan tinggi sebagai almamater (ibu asuh) merupakan suatu kesatuan yang bulat dan mandiri.
Pribadi Raharja mencakup keempat unsur Civitas Akademika, yakni Dosen, Staff/Karyawan Administratif, mahasiswa serta alumni harus manunggal dengan almamater, berbakti kepadanya dan melalui almamater mengabdi kepada rakyat, bangsa dan negara dengan jalan melaksanakan Tri Dharma Perguruan Tinggi.
Struktur Organisasi Perguruan Tinggi Raharja
Sebuah organisasi atau perusahaan harus mempunyai suatu struktur organisasi yang digunakan untuk memudahkan pengkoordinasian dan penyatuan usaha, untuk menunjukkan kerangka-kerangka hubungan diantara fungsi, bagian-bagian maupun tugas dan wewenang serta tanggung jawab. Serta untuk menunjukan rantai (garis) perintah dan perangkapan fungsi yang diperlukan dalam suatu organisasi.
Sama halnya dengan Perguruan Tinggi Raharja yang mempunyai struktur organisasi manajemen sebagai berikut:
Gambar 3.1. Struktur Organisasi Akademik Perguruan Tinggi Raharja
Tugas dan Tanggung Jawab
Seperti halnya di dalam sebuah perusahaan, Perguruan Tinggi Raharja di dalam manajemen akademiknya terdapat bagian-bagian yang mempunyai tugas dan kewajiban dalam menyelesaikan semua pekerjaannya.
Berikut adalah wewenang serta tanggung jawab bagian-bagian yang ada pada Perguruan Tinggi Raharja, yaitu sebagai berikut :
1. Presiden Direktur
Wewenang :
- Menyelenggarakan program kerja yang berpedoman pada visi, misi, fungsi dan tujuan pendirian Perguruan Tinggi Raharja.
- Menyelenggarakan kegiatan dan pengembangan pendidikan, penelitian serta pengabdian pada masyarakat.
- Menyelenggarakan kegiatan pengembangan administrasi.
- Menyelenggarakan kegiatan-kegiatan yang menunjang terwujudnya Tri Darma Perguruan Tinggi.
Tanggung Jawab :
- Pemimpin penyelenggaraan pendidikan, penelitian, pengabdian kepada masyarakat, membina tenaga edukatif, mahasiswa, tenaga administrasi dan terhadap lingkungan.
2. Direktur
Wewenang:
- Merupakan wakil presiden direktur.
- membantu presiden direktur dalam berbagai kegiatan.
3.Pembantu (Bidang Akademik)
Wewenang :
- Menjalankan program kebijaksanaan akademik.
- Mengawasi dan membina serta mengembangkan program studi sesuai kebijaksanaan yang telah digariskan.
- Membina dan mengembangkan kegiatan penelitian dan pengabdian pada masyarakat.
- Mengadakan afiliasi.
- Membina dan mengembangkan kelembagaan.
Tanggung Jawab :
- Membantu ketua dalam memimpin pelaksanaan pendidikan, penelitian dan pengabdian pada masyarakat.
4.Pembantu Direktur II (Administrasi)
Wewenang :
- Melaksanakan dan mengelola seluruh kegiatan administrasi dan keuangan.
- Membina dan mengembangkan kepegawaian.
- Mengadakan sarana dan prasarana kepegawaian.
Tanggung Jawab :
- Membantu ketua dalam pelaksanaan kegiatan dibidang keuangan dan administrasi.
5. Pembantu Direktur III (Bidang Kemahasiswaan)
Wewenang :
- Membina kegiatan kemahasiswaan.
- Membina kehidupan mahasiswa dalam kampus sehingga dapat mengembangkan penalaran.
- Membina dan mengawasi kegiatan lembaga mahasiswa serta unit kegiatan khusus akademik.
Tanggung Jawab :
- Membantu ketua dalam pelaksanaan kegiatan dibidang kemahasiswaan serta pelayanan kesejahteraan mahasiswa.
6.Asisten Direktur Akademik
Wewenang :
- Mengusulkan kepada Direktur atas prosedur pelaksanaan proses belajar mengajar.
- Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya.
- Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian dosen.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan JRS yang efektif dan efisien, pengimplementasian pelaksanaan proses belajar mengajar, kemajuan kualitas pelayanan akademik yang berkesinambungan, dan kelancaran proses belajar mengajar.
7. Kepala Jurusan
Wewenang:
- Mengusulkan kepada Assisten Direktur Akademik tentang perubahan mata kuliah dan materi kuliah yang dianggap telah kadaluarsa bahkan perubahan kurikulum jurusan.
- Mengusulkan kepada Asisten Direktur Akademik tentang kenaikan honor dosen binaannya.
- Mengusulkan kepada Asisten Direktur Akademik tentang pengadaan seminar, pelatihan, penambahan kelas perkuliahan pengangkatan dosen baru dan pemberhentian dosen.
- Memberikan kebijakan administratif Akademik seperti cuti kuliah, perpindahan jurusan, ujian susulan, dan pembukaan semester pendek.
- Mengusulkan kepada Asisten Direktur Akademik tentang pembukaan peminatan/konsentrasi baru dalam jurusannya.
- Memberikan sanksi Akademik kepada mahasiswa yang melanggar tata tertib Perguruan Tinggi Raharja.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan dan pengimplementasian kurikulum, SAP dan bahan ajar, monitoring kehadiran dosen dalam perkuliahan, jam konsultasi dan tugas-tugas yang disampaikan ke dosen, terlaksananya penelitian, seminar, pembinaan prestasi akademik mahasiswa dan peningkatan jumlah mahasiswa dalam jurusannya.
8. Asisten Direktur Finansial
Wewenang:
- Mengusulkan kepada Direktur atas prosedur pembuatan budget pada setiap bagian dan pelaksanaan pemakaian dana.
- Mengusulkan kepada Direktur tentang kenaikan honor, pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya dan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan budgeting pada setiap bagian, dan tersedianya dana atas budget yang telah disetujui.
- Bertanggung jawab atas kemajuan kualitas pendanaan aktifitas yang berkesinambungan.
- Bertanggung jawab atas kelancaran proses belajar mengajar.
9. Layanan Keuangan Mahasiswa (LKM)
Wewenang:
- Mengusulkan prosedur layanan keuangan kepada Asisten Direktur Finansial
- Mengusulkan tentang unit baru yang dibutuhkan kepada Asisiten Direktur Finansial.
Tanggung Jawab:
- Bertanggung jawab atas kelancaran proses penerimaan keuangan mahasiswa
- Bertanggung jawab atas penagihan tunggakan mahasiswa.
10. Asisten Direktur Operasional (ADO)
Wewenang :
- Mengusulkan kepada Direktur atas prosedur pelaksanaan pelayanan proses belajar mengajar
- Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijaksanaan pelaksanaan layanan pada bidangnya.
- Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan kalender akademik tahunan.
- Bertanggung jawab atas pengimplementasian pelaksanaan dan kualitas pelayanan yang berkesinambungan pada bidangnya.
- Bertanggung jawab atas kelancaran proses belajar mengajar.
11. Registrasi Perkuliahan dan Ujian (RPU)
Bagian registrasi perkuliahan dan ujian terdiri dari dua bagian antara lain:
A. Layanan Registrasi Mahasiswa (LRM)
Wewenang :
- Berwenang memberikan kebijakan yang berhubungan dengan proses registrasi mahasiswa.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan
- Mengusulkan kepada ADO untuk pengangkatan dan pemberhentian staff binaannya.
Tanggung Jawab:
- Bertanggung jawab atas pelaksanaan registrasi POM mulai dari persiapan hingga pada penutupan setiap semesternya.
- Bertanggung jawab atas pelaksanaan registrasi batal tambah dan jumlah mahasiswa yang melakukan POM.
- Bertanggung jawab atas seluruh informasi mengenai registrasi mahasiswa.
B. Perkuliahan dan Ujian (PU)
Wewenang :
- Mengusulkan kepada ADO atas prosedur pelaksanaan pelayanan proses belajar mengajar serta kebijakan yang diambil.
- Mengusulkan kepada ADO tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan sanksi kepada staff binaannya yang dianggap telah melanggar tata tertib karyawan.
- Mengusulkan kepada kepala jurusan untuk kelas perkuliahan yang dapat dibuka.
Tanggung Jawab :
- Bertanggung jawab atas pelaksanaan dan pendokumentasian perkuliahan dan ujian.
Tata Laksana Sistem Yang Berjalan
Prosedur Sistem Yang Berjalan
1. Prosedur Kepala Keuangan Pada GO
Prosedur untuk mengetahui informasi keuangan pada Perguruan Tinggi Raharja yaitu Kepala Keuangan harus berada dikampus dan terhubung pada jaringan lokal.
2. Prosedur Melihat Menu Khusus pada GO
Prosedur melihat menu secret chamber mengenai keuangan pada Perguruan Tinggi Raharja yaitu : Kepala keuangan terhubung dengan jaringan lokal mengakses rww lalu membuka menu keuangan dan login
3. Prosedur Mendapatkan Laporan
Setelah login berhasil Kepala keuangan dapat melihat laporan keuangan yang dibuat oleh kasir dengan cara klik laporan, lalu search tanggal yang ingin ditampilkan dan klik cetak.
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 :
1. Flowchart Sistem Yang Berjalan
Dapat dijelaskan gambar 3.2. flowchart sistem yang berjalan, yaitu terdiri dari:
-
2 (dua) simbol terminal, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program menu khusus pada GO.
-
3 (tiga) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah login terlebih dahulu menggunakan username dan password maka login akan berhasil dan menuju kehalaman utama sistem, jika salah dalam melakukan input username dan password maka akan kembali ke halaman login sistem GO. Dan menampilkan proses laporan pada sistem GO.
-
8 (delapan) simbol data, diantaranya: “Akses rww’’ kemudian kebagian “keuangan” dan menu “GO IAC’’ lalu menuju “Secret’’ sebagai menu untuk kepala keuangan, kemudian ‘’Secret Chamber’’. Dan untuk melihat laporan keuangan dari kasir pilih “laporan” lalu “search tanggal” yang diinginkan.
-
2 (dua) simbol decision, sebagai simbol untuk menunjukan langkah pengambilan suatu keputusan untuk mengecek kebenaran username dan password, jika “ya” akan bisa masuk ke sistem Secret Chamber dan jika “tidak” akan kembali ke halaman login sistem Secret. Dan juga simbol cetak untuk langkah pengambilan suatu keputusan “cetak” laporan
2. Use Case Diagram Yang Berjalan
Dapat dijelaskan gambar 3.3. Use Case diagram yang berjalan, yaitu terdiri dari 1 actor, yaitu : Admin. Dan juga mempunyai 10 behavior atau kebiasaan diantaranya yaitu :
-
Akses set local rww
-
Keuangan
-
Menu GO IAC
-
Secret
-
Secret Chamber
-
Login
-
Pilih laporan
-
Search tanggal
-
Cetak
-
Logout
3. Activity Diagram Yang Berjalan
Dapat dijelaskan Gambar 3.4. diatas Activity diagram yang berjalan, yaitu sebagai berikut :
-
1 (satu) initial node sebagai objek yang di awali.
-
10 (sepuluh) activity sebagai state dari sistem yang mencerminkan eksekusi dari suatu aksi diantaranya, yaitu : akses set local rww, keuangan, menu GO IAC, secret, secret chamber, login, pilih laporan, search tanggal, cetak dan logout.
-
1 (satu) initial final node yang merupakan aktifitas akhir kegiatan
4. Sequence Diagram Yang Berjalan
Gambar 3.5. Sequence Diagram yang berjalan diatas menggambarkan sequence diagram yang berjalan, yaitu sebagai berikut :
-
1 (satu) actor yang melakukan kegiatan, yaitu Admin.
-
6 (enam) Lifeline yaitu sistem GO yang ada pada rww
-
Message yang menggambarkan pengiriman pesan, yaitu :
-
Admin akses local rww
-
Klik keuangan
-
Klik menu GO IAC
-
Klik menu secret
-
Admin melakukan login
-
Klik secret chamber
-
Klik laporan
-
Search tanggal laporan
-
Cetak
-
Logout
-
Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah
Permasalahan Yang Dihadapi
Berdasarkan hasil analisa yang telah dilakukan terhadap sistem yang sedang berjalan adalah jika kepala keuangan ingin mengetahui laporan mengenai inputan yang telah dikerjakan oleh kasir, kepala keuangan harus datang kekampus dan terhubung dengan jaringan lokal. Hal ini menyebabkan pekerjaan menjadi kurang maksimal dan tidak optimal karena kepala keuangan harus datang kekampus untuk dapat mengetahui hasil laporan tersebut.
Laporan merupakan salah satu hal yang cukup penting bagi kepala keuangan, saat ini untuk mendapatkan sebuah data laporan kepala keuangan harus melewati tahapan yang cukup lama dan panjang untuk dapat menghasilkan atau mencetak sebuah laporan.
Dalam laporan keuangan diperlukannya sebuah informasi yang penting dan menarik. Pada sistem sebelumnya belum terdapat sistem yang dapat memberikan informasi mengenai hasil rekapan dan menghasilkan perhitungan jumlah keseluruhan secara akurat.
Alternatif Pemecahan Masalah
Setelah penjelasan permasalahan telah dihadapi, bahwa penelitian akan memberikan alternatif sebuah pemecahan masalah yang mendukung dan bisa menjadi referensi bagi Perguruan Tinggi Raharja. Terdapat 3 alternatif pemecahan masalah, diantaranya:
-
Dengan dibuatnya menu khusus pada GO+, diharapkan kepala keuangan dapat dengan mudah mengetahui laporan keuangan atau inputan kasir yang ada pada Perguruan Tinggi Raharja dengan mudah dimana pun dan kapanpun.
-
Dengan adanya menu export pada GO+ memudahkan kepala keuangan dalam mendapatkan data laporan, seperti laporan pada VA dan tagihan secara mudah. Hanya dengan sekali klik export VA atau export tagihan, maka laporan tersebut akan otomatis terdownload.
-
Dengan adanya viewboard dapat merekap hasil dan memberikan informasi yang akurat untuk kepala keuangan mengenai informasi keuangan dari kasir
User Requirement
Elisitas Tahap I
Menurut Guritno (2011: 302)[35], “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)[36], “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
Functional |
||
No. |
Analisa Kebutuhan |
|
Saya ingin sistem dapat: |
||
1 |
Sistem memiliki fitur print tutorial pembayaran GO+. |
|
2 |
Sistem menampilkan kalender. |
|
3 |
Sistem terdapat menu khusus untuk kepala keuangan pada GO+ dengan terdapat 8 sub menu didalamnya. |
|
4 |
Sistem menampilkan waktu atau timezone. |
|
5 |
Sistem dapat terkoneksi dengan sosial media Linkedin. |
|
6 |
Sistem memiliki fasilitas SetUp CountDown. |
|
7 |
Sistem memiliki fasilitas 2 bahasa. |
|
8 |
Terdapat fasilitas akses halaman iDu. |
|
9 |
Sistem memiliki halaman kritik dan saran. |
|
10 |
Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan. |
|
11 |
Sistem dapat menampilkan popup pada saat masuk ke menu GO+. |
|
12 |
Adanya fasilitas akses halaman ac.id. |
|
13 |
Sistem dapat menampilkan status online dan offline iDuHelp!. |
|
14 |
Adanya fasilitas akses widuri. |
|
15 |
Sistem memiliki Eksternal link menuju web raharja.ac.id. |
|
16 |
Sistem memiliki fasilitas subscriber. |
|
17 |
Sistem dapat memiki fitur download video tutorial. |
|
18 |
Sistem dapat menampilkan informasi berupa 3 kategori pada viewboard dengan jumlah data 20 perkategori. |
|
19 |
Sistem memiliki fitur print rbk. |
|
20 |
Sistem dapat login melalui media social. |
|
21 |
Adanya fasilitas akses forum RhjFox. |
|
22 |
Sistem terdapat menu request untuk masuk kedalam GO+ |
|
23 |
Sistem memiliki fasilitas Mchat. |
|
24 |
Sistem dapat memiliki fitur print rbr. |
|
25 |
Sistem dapat menampilkan laporan jumlah tagihan pembayaran 1000 data mahasiswa. | |
26 |
Sistem dapat menampilkan cuaca. |
|
27 |
Sistem dilengkapi dengan track music. |
|
28 |
Sistem terdapat fasilitas MultiQuote. |
|
29 |
Sistem dapat menampilkan nomor rekening yayasan. |
|
30 |
Terdapat pemberitahuan jika website sedang maintenance. |
|
31 |
Sistem memiliki QR Code. |
|
32 |
Sistem dapat melakukan invite teman. |
|
33 |
Terdapat menu untuk virtual account RBK dengan total keseluruhan 10 data mahasiswa. |
|
34 |
Sistem terdapat menu testimoni. |
|
35 |
Sistem memiliki lokasi maps pada GO+. |
|
36 |
Sistem dapat menampilkan jumlah aktif login saat ini. |
|
37 |
Sistem dapat menampilkan menu viewboard pada menu khusus dengan terdapat 2000 jumlah data pembayaran secara keseluruhan. |
|
38 |
Sistem terdapat Roadmap. |
|
39 |
Sistem dapat menampilkan pengunjung lain yang online. |
|
40 |
Sistem dapat menampilkan webcam saat chat online pada admin. |
|
41 |
Sistem dapat mengirimkan email dari admin kepada mahasiswa. |
|
42 |
Sistem dapat menampilkan laporan sisa tagihan mahasiswa sebanyak 1000 data mahasiswa. |
|
43 |
Terdapat menu untuk virtual account registrasi dengan total keseluruah 50 data mahasiswa. |
|
44 |
Adanya tampilan informasi alamat Perguruan Tinggi Raharja. |
|
45 |
Sistem dapat menampilkan foto admin. |
|
46 |
Sistem memiliki fasilitas zoom in dan zoom out. |
|
47 |
User dapat edit profile. |
|
48 |
Sistem memiliki hiburan berupa games. |
|
49 |
Sistem memiliki keamanan password strengh. |
|
50 |
Sistem dapat terkoneksi dengan sosial media facebook dan twitter. |
|
51 |
Sistem terdapat Button Sosial Media. |
|
52 |
Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo. |
|
53 |
Sistem dapat terkoneksi dengan iMe LKM. |
|
54 |
Sistem dapat menampilkan notifikasi reminder jatuh tempo pada setiap profil mahasiswa. |
|
55 |
Sistem Terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan. |
|
Non Functional |
||
No. |
Saya ingin sistem dapat: |
|
1 |
Terdapat 15 artikel di iRan dengan 1000 view |
|
2 |
Memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya. |
|
3 |
Terdapat 10 video pada playlist di Magics channel dengan 1000view, like dan comment. |
|
4 |
Mendapatkan pertanyaan GO+ pada iDuHelp! Sebanyak 50 customers. |
|
5 |
Melakukan sosialisasi kebagian kepala keuangan dengan mendapatkan 15 komentar. |
|
6 |
Kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali. |
|
Penyusun
(Fella Megia Putri) NIM : 1312475680 |
||
Stakeholder
(Tuti Nurhaeni) NIP : 018001 |
Elisitas Tahap II
Menurut Saputra (2012: 51)[36], 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 MDI :.
-
M pada MDI artinya Mandatory (penting). Maksudnya requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
-
D pada MDI artinya Desirable Maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembuatan sistem, maka membuat sistem tersebut lebih sempurna.
-
I pada MDI artinya Inessential. Maksudnya adalah requirement tersebut bukan bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.
Functional |
M | D | I | |
No. |
Analisa Kebutuhan |
|||
Saya ingin sistem dapat: |
||||
1 |
Sistem memiliki fitur print tutorial pembayaran GO+ |
|
√ |
|
2 |
Sistem menampilkan kalender. |
|
|
√ |
3 |
Sistem terdapat menu khusus untuk kepala keuangan pada GO+ dengan terdapat 8 sub menu didalamnya. |
√ |
|
|
4 |
Sistem menampilkan waktu atau timezone. |
|
|
√ |
5 |
Sistem dapat terkoneksi dengan sosial media Linkedin. |
|
|
√ |
6 |
Sistem memiliki fasilitas SetUp CountDown. |
|
√ |
|
7 |
Sistem memiliki fasilitas 2 bahasa. |
|
|
√ |
8 |
Terdapat fasilitas akses halaman iDu. |
|
|
√ |
9 |
Sistem memiliki halaman kritik dan saran. |
|
|
√ |
10 |
Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan. |
√ |
|
|
11 |
Sistem dapat menampilkan popup pada saat masuk ke menu GO+. |
|
√ |
|
12 |
Adanya fasilitas akses halaman ac.id. |
|
|
√ |
13 |
Sistem dapat menampilkan status online dan offline iDuHelp!. |
|
|
√ |
14 |
Adanya fasilitas akses widuri. |
|
|
√ |
15 |
Sistem memiliki Eksternal link menuju web raharja.ac.id. |
|
|
√ |
16 |
Sistem memiliki fasilitas subscriber. |
|
|
√ |
17 |
Sistem dapat memiki fitur download video tutorial. |
|
√ |
|
18 |
Sistem dapat menampilkan informasi berupa 3 kategori pada viewboard dengan jumlah data 20 perkategori. |
√ |
|
|
19 |
Sistem memiliki fitur print rbk. |
|
√ |
|
20 |
Sistem dapat login melalui media social |
|
|
√ |
21 |
Adanya fasilitas akses forum RhjFox. |
|
|
√ |
22 |
Sistem terdapat menu request untuk masuk kedalam GO+ |
|
√ |
|
23 |
Sistem memiliki fasilitas Mchat. |
|
|
√ |
24 |
Sistem dapat memiliki fitur print rbr. |
|
√ |
|
25 |
Sistem dapat menampilkan laporan jumlah tagihan pembayaran 1000 data mahasiswa. |
√ |
|
|
26 |
Sistem dapat menampilkan cuaca. |
|
|
√ |
27 |
Sistem dilengkapi dengan track music. |
|
|
√ |
28 |
Sistem terdapat fasilitas MultiQuote. |
|
|
√ |
29 |
Sistem dapat menampilkan nomor rekening yayasan. |
|
|
√ |
30 |
Terdapat pemberitahuan jika website sedang maintenance. |
|
√ |
|
31 |
Sistem memiliki QR Code |
|
√ |
|
32 |
Sistem dapat melakukan invite teman. |
|
|
√ |
33 |
Terdapat menu untuk virtual account RBK dengan total keseluruhan 10 data mahasiswa. |
√ |
|
|
34 |
Sistem terdapat menu testimoni. |
|
√ |
|
35 |
Sistem memiliki lokasi maps pada GO+. |
|
|
√ |
36 |
Sistem dapat menampilkan jumlah aktif login saat ini. |
|
√ |
|
37 |
Sistem dapat menampilkan menu viewboard pada menu khusus dengan terdapat 2000 jumlah data pembayaran secara keseluruhan. |
√ |
|
|
38 |
Sistem terdapat Roadmap. |
|
|
√ |
39 |
Sistem dapat menampilkan pengunjung lain yang online. |
|
√ |
|
40 |
Sistem dapat menampilkan webcam saat chat online pada admin. |
|
|
√ |
41 |
Sistem dapat mengirimkan email dari admin kepada mahasiswa. |
|
√ |
|
42 |
Sistem dapat menampilkan laporan sisa tagihan mahasiswa sebanyak 1000 data mahasiswa. |
√ |
|
|
43 |
Terdapat menu untuk virtual account registrasi dengan total keseluruah 50 data mahasiswa. |
√ |
|
|
44 |
Adanya tampilan informasi alamat Perguruan Tinggi Raharja. |
|
|
√ |
45 |
Sistem dapat menampilkan foto admin. |
|
|
√ |
46 |
Sistem memiliki fasilitas zoom in dan zoom out. |
|
|
√ |
47 |
User dapat edit profile. |
|
|
√ |
48 |
Sistem memiliki hiburan berupa games. |
|
|
√ |
49 |
Sistem memiliki keamanan password strengh. |
|
√ |
|
50 |
Sistem dapat terkoneksi dengan sosial media facebook dan twitter. |
|
|
√ |
51 |
Sistem terdapat Button Sosial Media. |
|
|
√ |
52 |
Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo. |
√ |
|
|
53 |
Sistem dapat terkoneksi dengan iMe LKM. |
|
|
√ |
54 |
Sistem dapat menampilkan notifikasi reminder jatuh tempo pada setiap profil mahasiswa. |
|
√ |
|
55 |
Sistem Terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan. |
√ |
|
|
Non Functional |
M | D | I | |
No. |
Analisa Kebutuhan |
|||
Saya ingin sistem dapat: |
||||
1 |
Terdapat 15 artikel di iRan dengan 1000 view |
√ |
|
|
2 |
Memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya. |
√ |
|
|
3 |
Terdapat 10 video pada playlist di Magics channel dengan 1000 view, like dan comment. |
√ |
|
|
4 |
Mendapatkan pertanyaan GO+ pada iDuHelp! Sebanyak 50 customers. |
√ |
|
|
5 |
Melakukan sosialisasi kebagian kepala keuangan dengan mendapatkan 15 komentar. |
√ |
|
|
6 |
Kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali. |
√ |
|
|
Penyusun
(Fella Megita Putri) NIM : 1312475680 |
||||
Stakeholder
(Tuti Nurhaeni) NIP : 018001 |
Elisitas Tahap III
Menurut Saputra (2012: 51)[36], 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. Berikut ini adalah penjelasan mengenai TOE :
- T artinya Technical. Maksudnya adalah pertanyaan perihal bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan?
- O artinya Operational. Maksudnya adalah pertanyaan perihal bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan?
- E artinya Economy. Maksudnya adalah pertanyaan perihal berapakah biaya yang diperlukan guna membangun requirement tersebut di dalam sistem?
Metode tersebut dibagi kembali menjadi beberapa option, antara lain :
- H (High) : Sulit untuk dikerjakan, karena teknik pembuatan dan penggunaannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
- M (Middle) : Mampu untuk dikerjakan.
- L (Low) : Mudah untuk dikerjakan.
Berikut ini elisitasi tahap III:
Functional |
||||||||||
No. |
Analisa Kebutuhan |
T |
O |
E |
||||||
Saya ingin sistem dapat: |
L |
M |
H |
L |
M |
H |
L |
M |
H |
|
1 |
Sistem memiliki fitur print tutorial pembayaran GO+ |
|
√ |
|
|
|
√ |
√ |
|
|
2 |
Sistem terdapat menu khusus untuk kepala keuangan pada GO+ dengan terdapat 8 sub menu didalamnya. |
|
√ |
|
|
√ |
|
√ |
|
|
3 |
Sistem memiliki fasilitas SetUp CountDown |
|
|
√ |
|
|
√ |
|
√ |
|
4 |
Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan. |
|
√ |
|
√ |
|
|
|
√ |
|
5 |
Sistem dapat menampilkan popup pada saat masuk ke menu GO+. |
√ |
|
|
|
|
√ |
|
|
√ |
6 |
Sistem dapat memiki fitur download video tutorial. |
|
|
√ |
|
√ |
|
|
√ |
|
7 |
Sistem dapat menampilkan informasi berupa 3 kategori pada viewboard dengan jumlah data 20 perkategori. |
|
√ |
|
|
√ |
|
√ |
|
|
8 |
Sistem memiliki fitur print rbk. |
|
|
√ |
|
√ |
|
|
√ |
|
9 |
Sistem terdapat menu request untuk masuk kedalam GO+ |
|
|
√ |
|
√ |
|
|
√ |
|
10 |
Sistem dapat memiliki fitur print rbr. |
|
√ |
|
|
|
√ |
|
√ |
|
11 |
Sistem dapat menampilkan laporan jumlah tagihan pembayaran 1000 data mahasiswa. |
|
√ |
|
√ |
|
|
|
√ |
|
12 |
Terdapat pemberitahuan jika website sedang maintenance. |
|
|
√ |
|
√ |
|
|
√ |
|
13 |
Sistem memiliki QR Code. |
|
√ |
|
|
|
√ |
|
√ |
|
14 |
Terdapat menu untuk virtual account RBK dengan total keseluruhan 10 data mahasiswa. |
√ |
|
|
|
√ |
|
|
√ |
|
15 |
Sistem terdapat menu testimoni. |
|
|
√ |
|
√ |
|
|
√ |
|
16 |
Sistem dapat menampilkan jumlah aktif login saat ini. |
|
|
√ |
|
√ |
|
|
√ |
|
17 |
Sistem dapat menampilkan menu viewboard pada menu khusus dengan terdapat 2000 jumlah data pembayaran secara keseluruhan. |
|
√ |
|
√ |
|
|
√ |
|
|
18 |
Sistem dapat menampilkan pengunjung lain yang online |
|
√ |
|
|
|
√ |
|
|
√ |
19 |
Sistem dapat mengirimkan email dari admin kepada mahasiswa. |
|
|
√ |
|
√ |
|
|
√ |
|
20 |
Sistem dapat menampilkan laporan sisa tagihan mahasiswa sebanyak 1000 data mahasiswa. |
√ |
|
|
|
√ |
|
|
√ |
|
21 |
Terdapat menu untuk virtual account registrasi dengan total keseluruah 50 data mahasiswa. |
|
√ |
|
√ |
|
|
|
√ |
|
22 |
Sistem memiliki keamanan password strengh. |
|
|
√ |
|
√ |
|
|
|
√ |
23 |
Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo. |
√ |
|
|
|
√ |
|
√ |
|
|
24 |
Sistem dapat menampilkan notifikasi reminder jatuh tempo pada setiap profil mahasiswa |
|
|
√ |
|
√ |
|
|
|
√ |
25 |
Sistem Terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan. |
|
√ |
|
|
√ |
|
√ |
|
|
Non Functional |
T |
O |
E |
|||||||
No. |
Saya ingin sistem dapat: |
L |
M |
H |
L |
M |
H |
L |
M |
H |
1 |
Terdapat 15 artikel di iRan dengan 1000 view |
√ |
|
|
|
√ |
|
|
√ |
|
2 |
Memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya. |
|
√ |
|
|
√ |
|
√ |
|
|
3 |
Terdapat 10 video pada playlist di Magics channel dengan 1000view, like dan comment |
√ |
|
|
|
√ |
|
|
√ |
|
4 |
Mendapatkan pertanyaan GO+ pada iDuHelp! Sebanyak 50 customers. |
|
√ |
|
√ |
|
|
√ |
|
|
5 |
Melakukan sosialisasi kebagian kepala keuangan dengan mendapatkan 15 komentar. |
|
√ |
|
√ |
|
|
|
√ |
|
6 |
Kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali. |
|
√ |
|
|
√ |
|
|
√ |
|
Penyusun
(Fella Megita Putri) NIM : 1312475680 |
||||||||||
Stakeholder
(Tuti Nurhaeni, S.Kom) NIP : 018001 |
Final Draft Elisitasi
Menurut Saputra (2012:51)[36], final draft elisitasi merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan. Berdasarkan Elisitasi Tahap III di atas, dihasilkan requirement final draft yang diharapkan dapat mempermudah kepala keuanga dalam mengakses dan mendapatkan sebuah laporan
Functional |
|||||
No.
|
Analisa Kebutuhan |
||||
Saya ingin sistem dapat: |
|||||
1 |
Sistem terdapat menu khusus untuk kepala keuangan pada GO+ dengan terdapat 8 sub menu didalamnya. |
||||
2 |
Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan. |
||||
3 |
Sistem dapat menampilkan informasi berupa 3 kategori pada viewboard dengan jumlah data 20 perkategori. |
||||
4 |
Sistem dapat menampilkan laporan jumlah tagihan pembayaran 1000 data mahasiswa. |
||||
5 |
Terdapat menu untuk virtual account RBK dengan total keseluruhan 10 data mahasiswa. |
||||
6 |
Sistem dapat menampilkan menu viewboard pada menu khusus dengan terdapat 2000 jumlah data pembayaran secara keseluruhan. |
||||
7 |
Sistem dapat menampilkan laporan sisa tagihan mahasiswa sebanyak 1000 data mahasiswa. |
||||
8 |
Terdapat menu untuk virtual account registrasi dengan total keseluruah 50 data mahasiswa. |
||||
9 |
Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo. |
||||
10 |
Sistem Terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan. |
||||
Non Functional |
|||||
No. |
Saya ingin sistem dapat: |
||||
1 |
Terdapat 15 artikel di iRan dengan 1000 view. |
||||
2 |
Memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya. |
||||
3 |
Terdapat 10 video pada playlist di Magics channel dengan 1000 view, like dan comment. |
||||
4 |
Mendapatkan pertanyaan GO+ pada iDuHelp! Sebanyak 50 customers. |
||||
5 |
Melakukan sosialisasi kebagian kepala keuangan dengan mendapatkan 15 komentar. |
||||
6 |
Kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali. |
||||
Penyusun (Fella Megita Putri)
NIM : 1312475680 |
|||||
Mengetahui,
|
|||||
Menyetujui,
|
BAB IV
Rancangan Sistem Yang Diusulkan
Prosedur Sistem Yang Diusulkan
Berdasarkan dengan analisis serta penelitian yang telah dilakukan di dalam sistem yang berjalan saat ini pada Perguruan Tinggi Raharja yaitu mengenai sistem GO, maka tahap selanjutnya adalah membahas mengenai sistem usulan. Sitem yang akan di usulkan pada GO ini akan merubah sistem kerja dari kepala keuangan. Dimana kepala keuangan tidak perlu lagi datang ke kampus dan terhubung jaringan lokal untuk dapat mengakses hasil dari inputan kasir. Kepala keuangan dapat mengakses sistem GO+ di manapun dan kapanpun dan dapat dengan mudah mengexport hasil laporan.
Berdasarkan kebutuhan-kebutuhan sistem tersebut maka diperlukan adanya suatu tindak lanjut untuk merancang sebuah sistem yang bertujuan sebagai penyempurnaan dari 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
Dapat dijelaskan pada gambar 4.1. adalah use case yang diusulkan pada Perguruan Tinggi Raharja terdiri dari 1 actor, yaitu : Admin. Dan juga mempunyai 6 behavior atau kebiasaan diantaranya yaitu :
- Prosedur Login GO+.
Use case : Login Menu khusus GO+
Actor : Admin
Skenario : Admin akses goplus.raharja.ac.id, setelah itu melakukan login sso dengan menggunakan Rinfo. Lalu masuk ke halaman awal GO+ dan masuk pada menu khusus. Didalam menu khusus terdapat viewboard, VA RBK, VA registrasi, laporan, export sisa tagihan, export data tagihan, tanggal jatuh tempo BPP dan tanggal jatuh tempo RBK. - Prosedur Export GO+
Use case : Export data pada GO+
Actor : Admin
Skenario : Setelah admin melakukan login pada GO+, admin klik menu khusus. Lalu pilih export data yang diinginkan. Maka otomatis data tersebut akan langsung terdownload.
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.
-
7 (tujuh) activity sebagai state dari sistem yang mencerminkan sebuah eksekusi dari suatu aksi diantaranya, yaitu : Admin akses goplus.raharja.ac.id lalu login dengan sso. Setelah itu sistem akan menampilkan halaman awal GO+, pilih menu khusus. Lalu pilih export data tagihan dan laporan secara otomatis laporan akan terdownload.
-
1 (satu) initial final node yang merupakan aktifitas akhir kegiatan.
Sequence Diagram Yang Diusulkan
Gambar 4.3. Sequence Diagram yang berjalan diatas menggambarkan sequence diagram yang berjalan pada GO+, yaitu sebagai berikut :
-
1 (satu) actor yang melakukan kegiatan, yaitu Admin.
-
2 (dua) boundary class yang menggambarkan sebuah penggambaran dari login dan logout admin.
-
4 (empat) Lifeline yaitu sistem GO+ menu khusus. Message yang menggambarkan pengiriman pesan, yaitu :
-
Admin akses goplus.raharja.ac.id.
-
Admin melakukan login sso.
-
Masuk kedalam menu GO+
-
Pilih menu khusus
-
Klik export data tagihan
-
Laporan otomatis terdownload
-
Admin melakukan logout
-
Perbedaan Prosedure Antara Sistem Berjalan dan Sistem Usulan
Berikut ini adalah tabel perbedaan prosedur antara sistem yang berjalan dengan sistem yang diusulkan :
No.
|
Sistem Yang Berjalan |
Sistem Yang Diusulkan
|
1 |
Kepala keuangan datang ke kampus untuk dapat melihat laporan dari kasir dengan terhubung jaringan lokal. |
Kepala keuangan dapat mengetahui laporan keuangan dari kasir dimanapun dan kapanpun asal terhubung ke internet. |
2 |
Untuk mengetahui laporan keuangan, Kepala keuangan harus melakukan langkah yang panjang. Dengan cara membuka akses local rww dan beberapa menu diantaranya : keuangan, GO IAC, secret, login, secret, search tanggal, menampilkan laporan dan cetak. |
Sistem yang diusulkan adalah kepala keuangan mengakses goplus.raharja.ac.id lalu membuka menu khusus, pilih export data yang diinginkan. Maka secara otomatis laporan akan terdownload. |
3 |
Saat kepala keuangan ingin melihat laporan transaksi permahasiswa. Kepala keuangan search nim atau nama mahasiswa tersebut dan akan muncul seluruh transaksi mahasiswa tersebut. |
Saat kepala keuangan ingin melihat laporan transaksi permahasiswa. Kepala keuangan dapat melihat perkategori transaksi apa saja yang dilakukan oleh mahasiswa tersebut. |
Flowchart Sistem Yang Diusulkan
Activity Diagram Yang Diusulkan
Gambar 4.4. menjelaskan gambar flowchart untuk kepala keuangan mengakses GO+ dalam akses GO+ dan menghasilkan data laporan, yaitu terdiri dari:
-
2 (dua) simbol terminal, yang berperan sebagai "start" dan "end" pada aliran proses flowchart untuk mengakses menu khusus GO+.
-
4 (empat) simbol proses yaitu menyatakan suatu tindakan (proses) yang dilakukan oleh komputer. Simbol proses tersebut adalah login menggunakan Rinfo, tampilan eror dan laporan terdownload.
-
1 (satu) simbol decision, sebagai simbol untuk menunjukan sebuah langkah pengambilan suatu keputusan untuk mengecek validasi kebenaran login, jika “ya” akan bisa masuk menuju halaman utama GO+ untuk melihat menu GO+ dan jika “tidak” akan kembali ke halaman utama untuk login
-
5 (lima) simbol data, yang menyatakan akses goplus,raharja.ac.id masuk kehalaman menu khusus GO+ dan melakukan export data.
Rancangan Program
Dalam membuat sistem Menu Khusus di GO+ maka dibutuhkannya suatu rancangan program yang menjelaskan penggunaan dari sistem tersebut. Rancangan program yang digunakan pada sistem yang akan diusulkan yaitu dengan menggunakan HIPO (Hirarchy Plus Input Process Output). HIPO merupakan teknik pendokumentasian program yang dapat digunakan sebagai alat bantu dalam 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 berikut ini:
Rancangan Prototype
Tahapan ini akan menggambarkan tentang rancang bangun sistem sebagai pemenuhan kebutuhan dari pengguna sistem. Berikut ini merupakan prototype atau desain tampilan dari sistem yang akan dirancang, yaitu diantaranya:
-
Protoype Login SSO GO+
Gambar 4.7. Prototype Login SSO GO+
Gambar 4.7. menjelaskan bahwa prototype login pada GO+ menggunakan SSO dengan magics key yaitu Rinfo. -
Protoype Viewboard Menu Khusus GO+
Gambar 4.8. Prototype Viewboard Menu Khusus GO+
Gambar 4.8. menjelaskan bahwa prototype viewboard pada menu khusus menunjukan hasil rekap dari laporan keuangan. -
Prototype Export Data VA Menu Khusus GO+
Gambar 4.9. Prototype Export Data VA Menu Khusus GO+.
Gambar 4.9. Yaitu prototype export data VA. Menjelaskan hasil dari export data VA. -
Prototype Export Data Tagihan Menu Khusus GO+
Gambar 4.10. Prototype Export Data Tagihan Menu Khusus GO+
Gambar 4.10. Yaitu export data tagihan. Menjelaskan hasil dari export data tagihan. -
Prototype Export Data Sisa Tagihan Menu Khusus GO+
Gambar 4.11. Prototype Export Data Tagihan Menu Khusus GO+
Gambar 4.11. Yaitu export data sisa tagihan. Menjelaskan hasil dari export data sisa tagihan. -
Prototype Laporan Menu Khusus GO+
Gambar 4.12 Prototype Laporan Menu Khusus GO+.
Gambar 4.12. diatas dapat dijelaskan bahwa prototype laporan dirancang agar kepala keuangan dapat dengan mudah mengetahui setiap jumlah tagihan pembayaran permahasiswa. -
Prototype Sisa Tagihan Mahasiswa Menu Keuangan GO+
Gambar 4.13. Prototype Sisa Tagihan Mahasiswa Menu Keuangan GO+
Gambar 4.13. diatas dapat dijelaskan bahwa prototype sisa tagihan mahasiswa pada menu khusus GO+ dirancang sebagai bentuk laporan mengenai jumlah sisa tagihan mahasiswa secara keseluruhan. -
Prototype VA Registrasi Menu Khusus GO+
Gambar 4.14. Prototype VA Registrasi Menu Khusus GO+
Gambar 4.14. menjelaskan bahwa prototype VA registrasi pada menu khusus menunjukan hasil laporan mahasiswa yang melakukan pembayaran registrasi dengan menggunakan virtual account. -
Prototype VA RBK Menu Khusus GO+
Gambar 4.15. Prototype VA RBK Menu Khusus GO+
Gambar 4.15. menjelaskan bahwa prototype VA RBK pada menu khusus menunjukan hasil laporan mahasiswa yang melakukan pembayaran RBK dengan menggunakan virtual account. -
Prototype Tanggal Jatuh Tempo BPP Menu Khusus GO+
Gambar 4.16. Prototype Tanggal Jatuh Tempo BPP Menu Khusus GO+
Gambar 4.16. diatas dapat dijelaskan bahwa prototype tanggal jatuh tempo BPP dirancang agar kepala keuangan dapat dengan mudah membuat tanggal jatuh tempo BPP. -
Prototype Tanggal Jatuh Tempo RBKMenu Khusus GO+
Gambar 4.17. Prototype Tanggal Jatuh Tempo RBK Menu Khusus GO+
Gambar 4.17. diatas dapat dijelaskan bahwa prototype tanggal jatuh tempo RBK. dirancang agar kepala keuangan dapat dengan mudah membuat tanggal jatuh tempo RBK.
Strategi
Menurut Rangkuti (2009)[57]strategi yaitu suatu alat untuk mencapai tujuan. Tujuan utamanya adalah supaya perusahaan dapat melihat secara obyektif kondisi-kondisi internal dan eksternal, sehingga perusahaan dapat mengantisipasi perubahan lingkungan eksternal. Di bawah ini merupakan bukti dari setiap detil pencapaian dari hasil final elisitasi. Berikut ini merupakan 15 strategi pada penelitian ini:
-
Strategi 1: Sistem terdapat menu khusus untuk kepala keuangan pada GO+ dengan 8 sub menu didalamnya.
-
Strategi nomor 1 yang terdapat pada final draft elisitasi nomor 1 bagian functional adalah dengan adanya menu khusus pada sistem GO+ untuk kepala keuangan dengan 8 sub menu didalamnya, dapat memudahkan pekejaan kepala keuangan.
-
Pembuktian tercapainya strategi nomor 1 pada final draft elisitasi bagian functional adalah kini terdapat menu khusus dengan 11 sub menu pada GO+ yang dapat diakses oleh kepala keuangan dimanapun dan kapanpun.
Gambar 4.18. Strategi 1Sumber : http://goplus.raharja.ac.id/web/ -
-
Strategi 2: Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan.
-
Strategi nomor 2 yang terdapat pada final draft elisitasi nomor 2 bagian functional adalah Sistem terdapat fasilitas export data VA dengan terdapat total 1000 total tagihan. Yang digunakan sebagai bentuk laporan kepala keuangan.
-
Pembuktian tercapainya strategi nomor 2 pada final draft elisitasi bagian functional adalah telah terdapat 2 fasilitas export dan kini telah terdapat 3 fasilitas export pada menu khusus GO+ yaitu export data VA, export data tagihan dan export sisa tagihan dan juga total
Gambar 4.19. Strategi 2Sumber : http://goplus.raharja.ac.id/web/Gambar 4.20. Strategi 2 -
-
Strategi 3 : Sistem dapat menampilkan informasi berupa 3 kategori pada viewboard dengan jumlah data 20 perkategori.
-
Strategi nomor 3 yang terdapat pada final draft elisitasi nomor 3 bagian functional adalah viewboard dapat menampilkan 3 dengan jumlah data 20 perkategori sebagai informasi rekapan hasil laporan.
-
Pembuktian tercapainya strategi nomor 3 pada final draft elisitasi bagian functional adalah telah terdapat 3 kategori informasi pada viewboard dan kini telah terdapat 5 kategori informasi pada viewboard menu khusus GO+ dan telah terdapat kategori yang mencapai 2000 data.
Gambar 4.21. Strategi 3 -
-
Strategi 4 : Sistem dapat menampilkan laporan jumlah tagihan pembayaran 1000 data mahasiswa.
-
Strategi nomor 4 yang terdapat pada final draft elisitasi nomor 4 bagian functional adalah sistem dapat menampilkan laporan jumlah tagihan pembayaran dengan 1000 data mahasiswa pada menu khusus.
-
Pembuktian tercapainya strategi nomor 4 pada final draft elisitasi bagian functional adalah sistem telah dapat menampilkan laporan jumlah tagihan pembayaran mahasiswa, yang didalamnya terdapat NIM, nama mahasiswa, RBK, RBR, SKS dan BPP. Dan juga telah terdapat 2000 data mahasiswa.
Gambar 4.22. Strategi 4 -
-
Strategi 5 : Terdapat menu untuk virtual account RBK dengan total keseluruhan 10 data mahasiswa.
-
Strategi nomor 5 yang terdapat pada final draft elisitasi nomor 5 bagian functional adalah sistem dapat menampilkan 10 data mahasiswa yang telah membayar RBK dengan virtual account.
-
Strategi nomor 5 yang terdapat pada final draft elisitasi nomor 5 bagian functional adalah sistem dapat menampilkan 10 data mahasiswa yang telah membayar RBK dengan virtual account.
Gambar 4.23. Strategi 5Sumber : http://goplus.raharja.ac.id/web/Gambar 4.24. Strategi 5Sumber : http://goplus.raharja.ac.id/web/ -
-
Strategi 6 : Sistem dapat menampilkan menu viewboard pada menu khusus dengan terdapat 2000 jumlah data pembayaran secara keseluruhan.
-
Strategi nomor 6 yang terdapat pada final draft elisitasi nomor 6 bagian functional adalah sistem dapat menampilkan menu viewboard sebagai hasil rekap laporan dengan total 2000 jumlah data pembayaran secara keseluruhan.
-
Pembuktian tercapainya strategi nomor 6 pada 'final draft elisitasi bagian functional adalah sistem telah dapat menampilkan menu viewboard dengan jumlah total 7000 keseluruhan data adalah.
Gambar 4.25. Strategi 6Sumber : http://goplus.raharja.ac.id/web/Gambar 4.26. Strategi 6Sumber : http://goplus.raharja.ac.id/web/ -
-
Strategi 7 : Sistem dapat menampilkan laporan sisa tagihan mahasiswa sebanyak 1000 data mahasiswa.
-
Strategi nomor 7 yang terdapat pada final draft elisitasi nomor 7 bagian functional adalah sistem dapat menampilkan laporan hasil sisa tagihan mahasiswa sebanyak 1000 data mahasiswa
-
Pembuktian tercapainya strategi nomor 7 pada final draft elisitasi bagian functional adalah sistem telah dapat menampilkan 2000 data sisa tagihan mahasiswa.
Gambar 4.27. Strategi 7 -
-
Strategi 8 : Terdapat menu untuk virtual account registrasi dengan total keseluruah 50 data mahasiswa.
-
Strategi nomor 8 yang terdapat pada final draft elisitasi nomor 3 bagian functional adalah sistem dapat menampilkan laporan virtual account registrasi dengan total keseluruah 50 data mahasiswa.
-
Pembuktian tercapainya strategi nomor 8 pada final draft elisitasi bagian functional adalah sistem telah dapat menampilkan data VA sebanyak 66 data mahasiswa.
Gambar 4.28. Strategi 8Sumber : http://goplus.raharja.ac.id/web/Gambar 4.29. Strategi 8 -
-
Strategi 9 : Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo.
-
Strategi nomor 9 yang terdapat pada final draft elisitasi nomor 9 bagian functional adalah terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo.
-
Pembuktian tercapainya strategi nomor 9 pada final draft elisitasi bagian functional adalah Terdapat 2 fasilitas tanggal jatuh tempo yang masing masing terdapat 3 data jatuh tempo.
Gambar 4.30. Strategi 9Sumber : http://goplus.raharja.ac.id/web/Gambar 4.31. Strategi 9Sumber : http://goplus.raharja.ac.id/web/Gambar 4.32. Strategi 9Sumber : http://goplus.raharja.ac.id/web/ -
-
Strategi 10 : Sistem terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan.
-
Strategi nomor 10 yang terdapat pada final draft elisitasi nomor 10 bagian functional adalah sistem terdapat fasilitas export data tagihan dengan terdapat total 1000 total tagihan.
-
Pembuktian tercapainya strategi nomor 10 pada final draft elisitasi bagian functional adalah sistem terdapat fasilitas export data tagihan dengan terdapat total 2000 total tagihan.
Gambar 4.33. Strategi 10Sumber : http://goplus.raharja.ac.id/web/Gambar 4.34. Strategi 10 -
-
Strategi 11 : Terdapat 15 artikel di iRan dengan 1000 view.
-
Strategi nomor 11 yang terdapat pada final draft elisitasi nomor 11 bagian nonfunctional adalah memiliki 15 artikel tutorial di iRan dengan 1000 view.
-
Pembuktian tercapainya strategi nomor 11 pada final draft elisitasi bagian nonfunctional adalah telah memiliki 15 artikel di iRan dengan total 1000 view.
Gambar 4.35. Strategi 11 -
-
Strategi 12 : Memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya.
-
Strategi nomor 12 yang terdapat pada final draft elisitasi nomor 12 bagian nonfunctional adalah memiliki 1 Milis GO+ dengan 6 anggota dan 15 aktivitas didalamnya.
-
Pembuktian tercapainya strategi nomor 12 pada final draft elisitasi bagian nonfunctional adalah telah memiliki Memiliki 1 Milis GO+ dengan 10 anggota dan 26 aktivitas didalamnya.
Gambar 4.36. Strategi 12Gambar 4.37. Strategi 12 -
-
Strategi 13 : Terdapat 10 video pada playlist di Magics channel dengan 800 view
-
Strategi nomor 13 yang terdapat pada final draft elisitasi nomor 13 bagian nonfunctional adalah memiliki 10 video pada playlist di Magics channel dengan total 800 view
-
Pembuktian tercapainya strategi nomor 13 pada final draft elisitasi bagian nonfunctional adalah telah memiliki 18 video pada 'playlist di Magics channel dengan total 3000view
Gambar 4.38. Strategi 13 -
-
Strategi 14 : Mendapatkan pertanyaan GO+ pada iDuHelp! Sebanyak 25customers.
-
Strategi nomor 14 yang terdapat pada final draft elisitasi nomor 14 bagian nonfunctional adalah memiliki sebanyak 25 pertanyaan customer pada iDuHelp!.
-
Pembuktian tercapainya strategi nomor 14 pada final draft elisitasi bagian nonfunctional adalah telah memiliki sebanyak 50 pertanyaan customer pada iDuHelp!.
Gambar 4.39. Strategi 14Sumber : http://iduhelp.magics.co/operator/ -
-
Strategi 15 : Kepala keuangan mendapatkan laporan data tagihan sebanyak 800 mahasiswa.
-
Strategi nomor 15 yang terdapat pada final draft elisitasi nomor 15 bagian nonfunctional adalah memiliki laporan jumlah tagihan total sebanyak 800 mahasiswa.
-
Pembuktian tercapainya strategi nomor 15 pada final draft elisitasi bagian nonfunctional adalah telah memiliki laporan jumlah tagihan total sebanyak 800 mahasiswa.
Gambar 4.40. Strategi 15 -
-
Strategi 16 : Kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali.
-
Strategi nomor 16 yang terdapat pada final draft elisitasi nomor 16 bagian nonfunctional adalah kepala keuangan telah melakukan akses kepada sistem GO+ 50 kali.
-
Pembuktian tercapainya strategi nomor 16 pada final draft elisitasi bagian nonfunctional kepala keuangan telah melakukan akses kepada sistem GO+ 100 kali.
Gambar 4.41. Strategi 16 -
Testing
Metode Implementasi
Menurut Rizky (2011:237)[58], “Testing adalah sebuah proses yang diejawantahkan sebagai siklus hidup dan merupakan bagian dari proses rekayasa perangkat lunak secara terintegrasi demi memastikan kualitas dari perangkat lunak secara terpenuhi kebutuhan teknis yang telah disepakati dari awal”.
Implementasi GO+ di Perguruan Tinggi Raharja menggunakan metode Black Box testing. Metode Black box testing adalah tipe testing yang memperlakukan perangkat lunak yang tidak diketahui kinerja internalnya. Sehingga para tester memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang tidak penting dilihat isinya, tapi cukup dikenai proses testing di bagian luar (Rizky, 2011: 265)[58].
Tujuan dari metode Black Box testing untuk menguji sistem dari segi user yang di titik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada.
Blackbox Testing
-
Login GO+ SSO (Single Sign On)
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) GO+ -
Akses Export
Pengujian ini bertujuan untuk menguji keberhasilan sistem dalam melakukan export data laporan. Pengujian export dilakukan dengan skenario sebagai berikut:Tabel 4.4. Blackbox Testing Akses Export Menu Khusus GO+ -
Laporan Menu Khusus GO+
Pengujian ini bertujuan untuk menguji keberhasilan sistem dalam menampilkan laporan transaksi permahasiswa. Pengujian laporan dilakukan dengan skenario sebagai berikut:Tabel 4.5. Blackbox Testing Laporan Menu Khusus GO+ -
Sisa Tagihan Mahasiswa Menu Khusus GO+
Pengujian ini bertujuan untuk menguji keberhasilan sistem dalam menampilkan laporan transaksi permahasiswa. Pengujian sisa tagihan mahasiswa dilakukan dengan skenario sebagai berikut:Tabel 4.6. Blackbox Testing Sisa Tagihan Mahasiswa Menu Khusus GO+ -
Virtual Account Menu Khusus GO+
Pengujian ini bertujuan untuk menguji keberhasilan sistem dalam menampilkan laporan mahasiswa yang telah melakukan transaksi dengan menggunakan virtual account. Pengujian Virtual Account dilakukan dengan skenario sebagai berikut:Tabel 4.7. Blackbox Testing Virtual Account Menu Khusus GO+ -
Tanggal Jatuh Tempo Menu Khusus GO+
Pengujian ini bertujuan untuk menguji keberhasilan sistem dalam tampilan pembuatan tanggal jatuh tempo. Pengujian tanggal jatuh tempo dilakukan dengan skenario sebagai berikut:Tabel 4.8. Blackbox Testing Tanggal Jatuh Tempo Menu Khusus GO+ -
Logout Menu Khusus GO+
Pengujian ini bertujuan untuk menguji keabsahan menu logout. Dimana ketika mengklik logout otomatis akan kembali ke halaman awal dengan keadaan tidak login. Pengujian logout dilakukan dengan skenario sebagai berikut:Tabel 4.9. Blackbox Testing Logout Menu Khusus GO+
Evaluasi
Setelah dilakukan pengujian dengan metode black box yang dilakukan terhadap sistem informasi ada 7 bagian yaitu mengenai pengujian black box pada tabel login GO+, tabel akses menu viewboard, tabel akses menu export , tabel akses menu laporan, tabel akses menu sisa tagihan mahasiswa, tabel akses menu VA dan tabel akses menu tanggal jatuh tempo. Berdasarkan hasil yang diuji adalah menyatakan bahwa sistem valid.
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 2 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 Menu Khusus GO+ ini harus memiliki user untuk menjalankan sistem tersebut. Maka dari penjelasan tersebut, user yang dapat mengakses menu khusus GO+ adalah Admin atau kepala keuangan.
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 :
Estimasi Biaya
Dalam penelitian ini tentu dibutuhkan biaya kebutuhan administrasi. Biaya tersebut terangkum dalam tabel berikut :
BAB V
Kesimpulan
Berikut ini adalah kesimpulan perihal rumusan masalah mengenai Pengembangan Sistem GO+ Berbasis Yii2 Framework Sebagai Media Informasi Untuk Kepala Divisi Keuangan Pada Perguruan Tinggi sebagai berikut :
-
Jika sebelumnya kepala keuangan ingin mengetahui informasi keuangan, kepala keuangan harus datang kekampus dan terhubung dengan jaringan lokal. Dan saat ini kepala keuangan tidak perlu kekampus untuk mengetahui informasi keuangan karena dapat diakses secara online dimanapun dan kapanpun.
-
Sebelumnya jika kepala keuangan ingin mengetahui data laporan, kepala keuangan harus melalui proses yang panjang untuk dapat laporan dan mencetak laporan tersebut. Saat ini dengan menggunakan export dapat memudahkan kepala keuangan dalam mendapatkan data laporan seperti export laporan data VA dan laporan data tagihan secara mudah.
-
Dengan adanya viewboard pada menu khusus GO+, kepala keuangan akan mendapatkan informasi mengeai rekap hasil dari laporan keuangan.
Saran
Saran yang dapat disampaikan oleh penulis adalah agar penelitian berikutnya dapat mengembangkan sistem ini menjadi lebih baik lagi, sehingga kekurangan yang ada pada sistem saat ini bisa dilengkapi atau diperbaiki. Saran yang dapat digunakan sebagai bahan pertimbangannya adalah sebagai berikut :
-
Pada menu khusus dapat ditambahankan menu untuk dapat merubah biaya bagi mahasiswa yang terkena biaya berjalan.
-
Secara otomatis sistem dapat melakukan import data SKS yang diambil dari database OJRS+.
-
Untuk viewboard dapat ditambakan kategori yang lebih menarik lagi.
DAFTAR PUSTAKA
- ↑ Darmawan, Deni 2012. Pendidikan Teknologi Informasi dan Komunikasi. PT. Remaja Rosdakarya Offset, Bandung.
- ↑ 2,0 2,1 Kasmir 2014. Analisa Laporan Keuangan. Jakarta : PT RajaGrafinfo Jakarta
- ↑ Ardhiansyah, A. 2011. Virtual account Sebagai Salah Satu Channel Pembayaran Asuransi Tafakul Keluarga. Blog Pribadi. Diakses pada 11 Mei 2011 dari https://putrasriwijaya.wordpress.com/2011/05/11/virtual-account/.
- ↑ Yunus, Syarifudin. 2010. Jurnalistik Terapan. Bogor: Ghalia Indonesia.
- ↑ 5,0 5,1 5,2 5,3 , Rapina, dkk. 2011. Peranan Sistem Pengendalian Internal Dalam Meningkatkan Efektivitas dan Efisiensi Kegiatan Operasional Pada Siklus Persediaa dan Pergudangan. Bandung: Univ.Kristen Maranatha.
- ↑ 6,0 6,1 Murad. Dina Fitria, Kusniawati. Nia, Asyanto. Agus. 2013. Aplikasi Intelligence Website Untuk Penunjang Laporan PAUD Pada Himpaudi Kota Tangerang. Jurnal CCIT.
- ↑ Nasution, Ruslan Efendi. 2012. Implementation Sms Gateway In TheDevelopment Web Based Information System Schedule Seminar Thesis. Lampung: Unila.
- ↑ 8,0 8,1 Alim Sumarno. (2012). Perbedaan Penelitian dan Pengembangan. http://blog.elearning.unesa.ac.id/alim-sumarno/perbedaan-penelitian-danpengembangan
- ↑ Susanto, Azhar. 2013. Sistem Informasi Akuntansi. Bandung: Lingga Jaya.
- ↑ 10,0 10,1 Sutarman. 2012. "Buku Pengantar Teknologi Informasi". Jakarta: Bumi Aksara
- ↑ Yakub. 2012. Pengantar Sistem Informasi. Graha Ilmu : Yogyakarta.
- ↑ Satzinger, J.W., Jackson, R.B., & Burd, S.D. 2010. Systems Analysis and Design in a Changing World, 6th Edition. Missouri State University.
- ↑ 13,0 13,1 Mulyanto, Agus. 2019. Sistem Informasi Konsep & Aplikasi. Yogyakarta: Pustaka Pelajar
- ↑ Sinambela, L.P. 2010. Reformasi Pelayanan Publik, Teori, Kebijakan dan implementasi. Cetakan kelima Jakarta: PT. Bumi Aksara.
- ↑ Moenir, A.S. 2010. Manajemen Pelayanan Umum Di Indonesia. Jakarta : Bumi Aksara.
- ↑ Rusdarti, dan Kusmuriyanto. 2008. Ekonomi Fenomena di Sekitar Kita. Solo: Platinum (PT Tiga Serangkai Pustaka Mandiri).
- ↑ Dendawijaya, Lukman. 2001. Manajemen Perbankan. Jakarta : Ghalia Indonesia.
- ↑ Djumhana, Muhammad . 1996. Hukum Perbankan di Indonesia. Bandung: PT. Citra Aditya Bakti.
- ↑ Rangkuti, Freddy. 2000. PPengantar Manajemen Strategi Kontemporer. Jakarta: Penerbit PT. RajaGrafindo Persada.
- ↑ 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.
- ↑ Brannon, Nadia. 2010. .“Business Intelligence and E-Discovery”.July 2010.Intellectual Property & Technology Law Journal Vol. 22
- ↑ Kursan, Ivana., M. Mihic. 2010. “Business Intelligence: The role of the Internet in marketing researc”.Management, Vol. 15, 2010, 1, pp. 69-86
- ↑ Community,eWolf. 2012. “Panduan Internet Paling Gampang”. Yogyakarta: Cakrawala.
- ↑ Rahardja, Untung., Muhamad Yusup., dan Ana Nurmaliana. 2014. Penerapan iLearning Survey (iSur) Dalam Meningkatkan Kualitas Sistem Informasi Selama Proses
- ↑ 25,0 25,1 25,2 Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.
- ↑ Henderi, Untung Rahardja, Qory Oktisa Aulia dan Muhamad Hendri. 2011. Henderi, Untung Rahardja, Qory Oktisa Aulia dan Muhamad Hendri
- ↑ Rajagukguk, Ronald. 20010. Panduan Praktis SharePoint Server 2010 Sebuah Platform Untuk Berkolaborasi Di Web. Jakarta: PT.Elex Media Komputindo.
- ↑ Internet. 2014. Complete Organization In One Mobile Dashboard. [1]
- ↑ Oktavian. Diar Puji. 2010. Menjadi Programmer Jempolan Menggunakan PHP. Yogyakarta: Mediakom.
- ↑ Prasetio. Adhi. 2012. Buku Pintar Pemrograman Web. Jakarta : Mediakita
- ↑ Oktavian, Diar Puji. 2010. Menjadi Programmer Jempolan Menggunakan PHP. Penerbit Mediakom, Yogyakarta.
- ↑ Prasetio, Adhi. 2012. “Buku Pintar Pemrograman Web”. Penerbit Mediakita, Jakarta.
- ↑ Kustiyaningsih, Yeni. 2011. ”Pemrograman Basis Data Berbasis Web Menggunakan PHP dan MySQL”. Penerbit Graha Ilmu, Jakarta.
- ↑ Arief. M. Rudyanto. 2011. Pemrograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: Andi.
- ↑ 35,0 35,1 35,2 Guritno, Suryo., Sudaryono., Untung Raharja. 2011. Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi. Yogyakarta
- ↑ 36,0 36,1 36,2 36,3 36,4 36,5 36,6 36,7 Saputra, Alhadi. 2012. Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung. Bandung: LAPAN.
- ↑ Adelia, dan Jimmy Setiawan. 2011. Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasis Website dan Desktop. Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September 2011:113-126.
- ↑ 38,0 38,1 Widodo, Prabowo Pudjo 2011. Menggunakan UML, Informatika. Bandung.
- ↑ Nugroho, Adi 2010. Rekayasa Perangkat Lunak Menggunakan UML & Java. Yogyakarta : 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.
- ↑ Rizky, Soetam. 2011. Konsep Dasar Rekayasa Perangkat Lunak. Jakarta: Prestasi Pustaka.
- ↑ Budiman, Agustiar. 2012. Pengujian Perangkat Lunak denganMetode Black Box Pada Proses Pra Registrasi UserVia Website. Makalah, halaman: 4.
- ↑ Semiawan, Conny 2010. Metode Penelitian Kualitatif. Jakarta: Grasindo.
- ↑ Hermawan, Asep 2009. Penelitian Bisnis. Jakarta: Grasindo
- ↑ Yuniarti, Evi., dan Anita Kusuma Dewi. 2012. Kinerja Laporan Keuangan Untuk Pengambilan Keputusan Pemberian Kredit Modal Kerja. Lampung: Politeknik Negeri Lampung
- ↑ Pongoh, Marsel. 2013. Analisis Laporan Keuangan Untuk Menilai Kinerja Keuangan PT. Bumi Resources TBK. Jurnal EMBA Vol.1 No.3 September 2013 ISSN 2303-1174
- ↑ Danang Yuli Setiawan, Rully Agus Hendrawan, Raras Tyasnurita . 2013. Perancangan Business Intelligence Dashboard Berbasis Web Untuk Pemantauan Tingkat Keberhasilan Pambangunan Ketenagakerjaan (Studi Kasus: Provinsi Jawa Timur) : Jurnal Teknik Pomits Vol. 2, No. 1, (2013) ISSN: 2337-3539
- ↑ 2016. Perancangan Sistem Pelaporan Keuangan Berbasis Web (Studi Kasus Pada PT.EMKL Tirtasari Abadi Sejahtera Semarang) : IJSE – Indonesian Journal on Software Engineerin Volume 2 No 1 – 2016 Lppm3.bsi.ac.id/jurnal
- ↑ I Made Dwi Marta Sanjaya dan Ni Gusti Putu Wirawati. 2016. Analisis Faktor-Faktor Yang Mempengaruhi Ketepatan Waktu Pelaporan Keuangan Pada Perusahaan Manufaktur Yang Terdaftar Di Bei E-Jurnal Akuntansi Universitas Udayana Vol.15.1. April 2016 ISSN: 2302-8556
- ↑ Kurniawati, Rina, and Rinda Cahyana. "Perancangan Program Aplikasi Transaksi Pembayaran Iuran Untuk Lembaga Pendidikan." Jurnal Algoritma 11.1 (2014).
- ↑ Francis Aboagye‐Otchere, Juliet Agbeibor, 2012 "The International Financial Reporting Standard for Small and Medium‐sized Entities (IFRS for SMES): Suitability for small businesses in Ghana", Journal of Financial Reporting and Accounting, Vol. 10 Iss: 2, pp.190 - 214
- ↑ Veronica S. Moertini , Asdi A. Athuri, Hery M. Kemit , Nico Saputro 2011 "The Development Of Electronic Payment System For Universities In Indonesia: On Resolving Key Success Factors", International Journal of Computer Science & Information Technology (IJCSIT), Vol 3, No 2, April 2011
- ↑ Andre M. R. Wajong 2015"Applying Performance Dashboard in Hospitals", International Journal of Software Engineering and Its Applications, Vol. 9, No. 1 2015, pp. 213-220
- ↑ De Franco, Gus, Sagar P. Kothari, and Rodrigo S. Verdi. "The benefits of financial statement comparability." Journal of Accounting Research 49.4 (2011): 895-931.
- ↑ Yi Huang and Bin Wang (2014) "Central Billing System for Personal Bills", International Journal of Innovation, Management and Technology, Vol. 5, No. 4, August 2014
- ↑ Rangkuti, Freddy. ((2009). Strategi Promosi yang Kreatif dan Analisis Kasus Integrated Marketing Communication. Jakarta : PT. GramediaPustakaUtama Kotler, Philip. (2002). Marketing Management,Millenium Edition. New Jersey : Pearson Custom Publishing
- ↑ 58,0 58,1 Soetam, Rizky. 2011. Konsep Dasar Rekayasa Perangkat Lunak. Jakarta: Prestasi Pustaka.
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 TA, diantaranya yaitu: