SI1314476026: Perbedaan revisi
[revisi terperiksa] | [revisi terperiksa] |
(→Literature Review) |
(→Karakteristik Sistem) |
||
Baris 788: | Baris 788: | ||
</li> | </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Lingkungan luar sistem'' (Environment)''<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Lingkungan luar sistem'' (Environment)''<br> | ||
− | Lingkungan luar sistem (Environment) adalah diluar batas sistem yang memperngaruhi operasi sistem .Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari sistem. | + | Lingkungan luar sistem <i>(Environment)</i> adalah diluar batas sistem yang memperngaruhi operasi sistem .Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari sistem. |
</li> | </li> | ||
Baris 800: | Baris 800: | ||
</li> | </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Keluaran Sistem ''(Output)''<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Keluaran Sistem ''(Output)''<br> | ||
− | Keluaran sistem adalah hasil dari energy yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. | + | Keluaran sistem adalah hasil dari <i>energy</i> yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. |
</li> | </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Pengolah sistem<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Pengolah sistem<br> | ||
Baris 807: | Baris 807: | ||
</li> | </li> | ||
<li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Sasaran sistem<br> | <li style="font-size: 12pt; font-family: 'times new roman'; text-align: justify; line-height: 2">Sasaran sistem<br> | ||
− | Suatu sistem pasti mempunyai tujuan (goal) atau sasaran (objective). Sasaran dari sistem sangat menentukan input yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem. | + | Suatu sistem pasti mempunyai tujuan <i>(goal)</i> atau sasaran <i>(objective)</i>. Sasaran dari sistem sangat menentukan <i>input</i> yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem. |
</li> | </li> | ||
</ol> | </ol> |
Revisi per 11 Maret 2017 03.30
PENGEMBANGAN OJRS+ SEBAGAI MEDIA BATAL
TAMBAH PERKULIAHAN MAHASISWA iLP
MENGGUNAKAN Yii FRAMEWORK
Disusun Oleh :
NIM |
: 1314476026
|
NAMA |
JURUSAN SISTEM INFORMASI
KONSENTRASI KOMPUTER AKUNTANSI
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
TANGERANG
2016/2017
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PENGESAHAN SKRIPSI
PENGEMBANGAN OJRS+ SEBAGAI MEDIA BATAL
TAMBAH PERKULIAHAN MAHASISWA iLP
MENGGUNAKAN Yii FRAMEWORK
Disusun Oleh :
NIM |
: 1314476026
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Informasi
|
Konsentrasi |
: Komputer Akuntansi
|
Disahkan Oleh :
Tangerang, Februari 2017
Ketua |
Kepala Jurusan
| ||||
STMIK RAHARJA |
Jurusan Sistem Informasi
| ||||
(Ir. Untung Rahardja, M.T.I) |
(Nur Azizah, M.Akt., M.Kom)
| ||||
NIP : 99001 |
NIP : 078010
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN PEMBIMBING
PENGEMBANGAN OJRS+ SEBAGAI MEDIA BATAL
TAMBAH PERKULIAHAN MAHASISWA iLP
MENGGUNAKAN Yii FRAMEWORK
Dibuat Oleh :
NIM |
: 1314476026
|
Nama |
Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif
Jurusan Sistem Informasi
Konsentrasi Komputer Akuntansi
Disetujui Oleh :
Tangerang, Februari 2017
Pembimbing I |
Pembimbing II
| ||
(Hani Dewi Ariessanti, M.Kom) |
(Ary Budi Warsito, M.Kom)
| ||
NID : 12003 |
NID : 10013
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN DEWAN PENGUJI
PENGEMBANGAN OJRS+ SEBAGAI MEDIA BATAL
TAMBAH PERKULIAHAN MAHASISWA iLP
MENGGUNAKAN Yii FRAMEWORK
Dibuat Oleh :
NIM |
: 1314476026
|
Nama |
Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian
Komprehensif
Jurusan Sistem Informasi
Konsentrasi Komputer Akuntansi
Tahun Akademik 2016/2017
Disetujui Penguji :
Tangerang, Februari 2017
Ketua Penguji |
Penguji I |
Penguji II
| ||
(_______________) |
(_______________) |
(_______________)
| ||
NID : |
NID : |
NID :
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
PENGEMBANGAN OJRS+ SEBAGAI MEDIA BATAL
TAMBAH PERKULIAHAN MAHASISWA iLP
MENGGUNAKAN Yii FRAMEWORK
Disusun Oleh :
NIM |
: 1314476026
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Informasi
|
Konsentrasi |
: Komputer Akuntansi
|
Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan, atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik di lingkungan Perguruan Tinggi Raharja maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.
Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab, serta bersedia menerima sanksi jika pernyataan di atas tidak benar.
Tangerang, Februari 2017
NIM : 1314476026
|
)*Tandatangan dibubuhi materai 6.000;
ABSTRACT
Scheduling lecture is a routine activity that is always done in every educational institution at the beginning of the semester of teaching. As with so in Perguruan Tinggi Raharja requires the system fail-added lectures mainly on students iLP. Researchers conducted a study on the system canceled the lecture added on Perguruan Tinggi Raharja. The research method used is observation, library research and interviews. Based on an analysis conducted by researchers and the problems faced in college students canceled iLP is added following the procedures void added iLP regular students so that students find it difficult to follow the procedure. Where to get KSTF (Permanent Study Cards Final) iLP students must consult beforehand with the department head and asked iLP coordinator to make KST (Permanent Study Card) and admin OJRS + to open the class code iLP. The design method using the Unified Modeling Language (UML). Making the program is tailored to the needs of stakeholders summarized in the elicitation. The programming language used is PHP using Yii framework and database used is MySQL. The system adds cancel lectures or OJRS + iLP will facilitate students to reschedule the lecture for college students canceled tamabh iLP can be done independently. To be able to cancel the added OJRS + user needs to do the activation SiS + beforehand. In addition to the OJRS+ iLP system is expected to improve service quality plus canceled lectures to students iLP.
Keywords : OJRS+, SiS+, Student iLP
ABSTRAK
Penjadwalan perkuliahan merupakan kegiatan rutin yang selalu dilakukan pada setiap institusi pendidikan pada awal semester tahun ajar. Seperti halnya pada Perguruan Tinggi Raharja sangat membutuhkan sistem batal tambah perkuliahan terutama pada mahasiswa iLP. Peneliti melakukan penelitian pada sistem batal tambah perkuliahan pada Perguruan Tingi Raharja. Metode penelitian yang digunakan adalah observasi, studi pustaka dan wawancara. Berdasarkan analisa yang dilakukan peneliti dan masalah-masalah yang dihadapi dalam batal tambah perkuliahan mahasiswa iLP adalah mengikuti prosedur batal tambah mahasiswa reguler sehingga mahasiswa iLP merasa kesulitan dengan mengikuti prosedur tersebut. Dimana untuk mendapatkan KSTF (Kartu Studi Tetap Final) mahasiswa iLP harus melakukan konsultasi terlebih dahulu kepada ketua jurusan dan meminta koordinator iLP untuk membuat KST (Kartu Studi Tetap) dan admin OJRS+ untuk membuka kode kelas iLP. Metode perancangan menggunakan Unified Modeling Language (UML). Pembuatan program yang disesuaikan dengan kebutuhan stakeholder yang terangkum dalam elisitasi. Bahasa pemrograman yang digunakan adalah PHP dengan menggunakan framework Yii serta database yang digunakan adalah MySQL. Sistem batal tambah perkuliahan atau OJRS+ iLP ini akan memudahkan mahasiswa iLP untuk melakukan penjadwalan perkuliahan karena batal tamabh perkuliahan mahasiswa iLP dapat dilakukan secara mandiri. Untuk dapat melakukan batal tambah OJRS+ pengguna perlu melakukan aktivasi SiS+ terlebih dahulu. Selain itu pada sistem OJRS+ iLP diharapkan dapat meningkatkan mutu pelayanan batal tambah perkuliahan kepada mahasiswa iLP.
Kata Kunci: OJRS+, SiS+, Mahasiswa iLP
Alhamdulillah, puji dan syukur atas kehadirat Allah SWT yang telah melimpahkan rahmat dan karunianya sehingga penulis dapat menyelesaikan Skripsi dengan judul "Pengembangan OJRS+ Sebagai Media Batal Tambah Perkuliahan Mahasiswa iLP Menggunakan Yii Framework".
Tujuan dari pembuatan Skripsi ini adalah sebagai salah satu persyaratan dalam memperoleh gelar Sarjana Komputer (S.Kom) untuk jenjang S1 di Perguruan Tinggi Raharja, Cikokol Tangerang. Sebagai bahan penulisan, peneliti mengambil data berdasarkan hasil observasi, wawancara, survey serta studi pustaka yang mendukung penulisan ini.
Hati kecil ini pun menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak penyusunan laporan Skripsi ini tidak akan berjalan sesuai dengan yang diharapkan. Oleh karena itu pada kesempatan yang singkat ini, izinkanlah peneliti menyampaikan selaksa pujian dan terimakasih kepada :
- Bapak Ir. Untung Rahardja, M.T.I selaku Presiden Direktur Perguruan Tinggi Raharja.
- Bapak Drs. Po. Abas Sunarya, M.Si., selaku Direktur Perguruan Tinggi Raharja.
- Bapak Sugeng Santoso, M.Kom., selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
- Ibu Nur Azizah, M.Akt., M.Kom., selaku Kepala Jurusan Sistem Informasi STMIK Raharja.
- Ibu Hani Dewi Ariessanti., M.Kom. Selaku Pembimbing I yang telah memberikan bimbingan dan masukan kepada penulis sehingga Skripsi ini dapat diselesaikan dengan baik.
- Bapak Ary Budi Warsito., M.Kom. Selaku Pembimbing II yang telah meluangkan waktunya untuk memberikan bimbingan, masukan dan motivasi kepada penulis.
- Ibu Erlita Rasdiana, S.Kom. Selaku Stakeholder yang telah berkenan memberikan bimbingan dan pengarahan kepada penulis.
- Bapak dan Ibu Dosen serta Staff Perguruan Tinggi Raharja yang telah memberikan bekal ilmu pengetahuan dan motivasi kepada penulis.
- Keluarga tercinta yang telah memberikan doa, dukungan moril maupun materil sehingga Skripsi ini dapat terselesaikan dengan baik.
- Keluarga TimUR 2 yang telah memberikan dukungan kepada penulis.
- Keluarga REC (Raharja Enrichment Center) yang senantiasa memberikan dukungan kepada penulis.
- ROJALI Yogs (Amalia Syahidah, Eka Marjayanti, Meylda Sarah Parwati, Sintia Novita Sari, dan Siti Islamiyah) yang telah memberikan dukungan kepada penulis.
Penulis menyadari sepenuhnya bahwa penulisan Skripsi ini masih belum sempurna. Oleh karena itu penulis selalu terbuka terhadap segala kritik dan saran yang membangun dari pembaca. Penulis berharap semoga penulisan Skripsi ini dapat berguna dan bermanfaat bagi semua pihak yang membutuhkan.
Tangerang, Februari 2017 | |
Siti Ela Rohilah MI | |
NIM. 1314476026 |
Daftar isi
- 1 BAB I
- 2 BAB II
- 2.1 Teori Umum
- 2.2 Teori Khusus
- 2.2.1 Definisi FIR
- 2.2.2 Definisi OJRS+
- 2.2.3 Konsep Dasar Penjadwalan
- 2.2.4 Konsep Dasar iLearning Plus
- 2.2.5 Definisi Rinfo
- 2.2.6 Konsep Dasar Single Sign On (SSO)
- 2.2.7 Konsep Dasar Internet
- 2.2.8 Definisi PHP
- 2.2.9 Definisi Yii
- 2.2.10 Definisi Bootstrap
- 2.2.11 Konsep Dasar Database
- 2.2.12 Konsep Dasar UML
- 2.2.13 Konsep Dasar ERD
- 2.2.14 Konsep Dasar Flowchart
- 2.2.15 Konsep Dasar Analisa SWOT
- 2.2.16 Elisitasi
- 2.2.17 Konsep Dasar Perangkat Lunak Pendukung
- 2.2.18 Konsep Dasar Testing
- 2.2.19 Konsep Dasar Literature Review
- 2.3 Literature Review
- 3 BAB III
- 4 BAB IV
- 5 BAB V
- 6 DAFTAR PUSTAKA
- 7 DAFTAR LAMPIRAN
DAFTAR TABEL
Tabel 2.1 Literature Review
Tabel 3.1 Identifikasi SWOT
Tabel 3.2 Matriks SWOT
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 Prosedur Sistem Yang Berjalan Dengan Sistem Yang Diusulkan
Tabel 4.2 Struktur Tabel TMMahasiswa
Tabel 4.2 Struktur Tabel TMMahasiswa
Tabel 4.3 Struktur Tabel TMTahunAjar
Tabel 4.4 Struktur Tabel TTMahasiswaJurusan
Tabel 4.5 Struktur Tabel TTMatakuliahKurikulum
Tabel 4.6 Struktur Tabel TMMataKuliah
Tabel 4.7 Struktur Tabel TMNilai
Tabel 4.8 Struktur Tabel TTKrs
Tabel 4.9 Struktur Tabel TMSyaratMataKuliah
Tabel 4.10 Struktur Tabel TMSyaratLulus
Tabel 4.11 Struktur Tabel TMSyaratKKP
Tabel 4.12 Struktur Tabel TTJadwalMahasiswaILP
Tabel 4.13 Struktur Tabel TTJadwalKelasILP
Tabel 4.14 Struktur Tabel TTLayaKKPILP
Tabel 4.15 Struktur Tabel TMMatakuliahPenyetaraan
Tabel 4.16 Tabel Black Box Testing
Tabel 4.17 Tabel Pengujian Login Skenario 1
Tabel 4.18 Tabel Pengujian Skenario 2
Tabel 4.19 Tabel Pengujian Skenario 2
Tabel 4.20 Tabel Pengujian Skenario 3
Tabel 4.21 Time Schedule
Tabel 4.22 Estimasi Biaya
DAFTAR GAMBAR
Gambar 1.1 Renstra Manajemen Perguruan Tinggi Raharja
Gambar 2.1 Logo OJRS+
Gambar 2.2 Logo iLearning Plus
Gambar 2.3 Struktur Statis Aplikasi Yii
Gambar 2.4 Entity
Gambar 2.5 Atribut
Gambar 2.6 Relasi
Gambar 2.7 Relasi
Gambar 2.8 One to One Relationship
Gambar 2.9 One to Many Relationship
Gambar 2.10 Many to One Relationship
Gambar 2.11 Many to Many Relationship
Gambar 3.1 Stuktur Organisasi Perguruan Tinggi Raharja
Gambar 3.2 Use Case Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Gambar 3.3 Activity Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Gambar 3.4 Sequence Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Gambar 4.1 Use Case Diagram Batal Tambah Perkuliahan iLP Yang Diusulkan
Gambar 4.2 Activity Diagram Sistem Batal Tambah Perkuliahan iLP Yang Diusulkan
Gambar 4.3 Sequence Diagram Batal Tambah Perkuliahan iLP Yang Diusulkan
Gambar 4.4 ERD (Entity Relation Diagram) Sistem Batal Tambah Perkuliahan Mahasiswa iLP Yang Diusulkan
Gambar 4.5 Flowchart Sistem Untuk Batal Tambah Perkuliahan Mahasiswa iLP
Gambar 4.6 Tampilan Halaman Utama SiS+
Gambar 4.7 Halaman Tampilan Login
Gambar 4.8 Tampilan halaman Home
Gambar 4.9 Halaman Ticket OJRS+
Gambar 4.10 Halaman Form Batal Tambah
Gambar 4.11 Halaman Daftar Matakuliah
Gambar 4.12 Tampilan Daftar Matakuliah Yang Telah Diambil
DAFTAR SIMBOL
![](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)
BAB I
Latar Belakang
Penjadwalan merupakan proses untuk menyusun suatu jadwal atau urutan proses yang diperlukan dalam sebuah persoalan. Penjadwalan juga merupakan pengalokasian sumber daya baik alam maupun manusia dalam rentang waktu ter-tentu untuk menyelesaikan sekumpulan tugas. Di samping itu penjadwalan juga penting dalam merancang dan mengatur suatu sistem yang terdiri dari sejumlah kegiatan dengan keterbatasan sumber daya. Perubahan metode atau kurikulum pendidikan yang dinamis dan interaktif berdampak pada model model penyusunan jadwal. Penjadwalan merupakan salah satu dari beberapa bagian penting yang tidak dapat dipisahkan dalam sistem akademik perguruan tinggi.
Persoalan penjadwalan timbul apabila beberapa pekerjaan akan dikerjakan secara bersamaan, sedangkan sumber yang dimiliki terbatas. Untuk mendapatkan hasil yang optimal dengan keterbatasan sumber daya yang dimiliki, maka diperlukan adanya penjadwalan sumber-sumber tersebut secara efisien. Dalam dunia pendidikan, kegiatan penjadwalan merupakan pekerjaan yang umum dilakukan, terutama yang berkaitan dengan kegiatan penjadwalan perkuliahan.
Masalah penjadwalan merupakan masalah yang sulit. Bahkan menjadi lebih sulit ketika harus mempertimbangkan tujuan yang banyak (multiple objectives). Adanya kombinasi dalam masalah penjadwalan mengakibatkan hal ini menjadi sulit untuk diselesaikan walaupun dengan cara teknik matematika. Hal-hal yang menjadi faktor pertimbangan dalam penyusunan jadwal yaitu adanya batasan waktu pengerjaan (completion time) , aliran waktu (flow time), yang merupakan urutan pengerjaan aktivitas termasuk tunggu (waiting time), dan waktu proses (processing time). Penjadwalan yang optimal membuat proses operasi berjalan dengan efektif.
Penjadwalan pada setiap perguruan tinggi selalu menghadapi masalah pada awal setiap semester akademik. Hal tersebut adalah masalah alokasi suatu kejadian (sesi pengajaran, ujian, sesi lab, dll) pada sejumlah kelas, ruang, dan dosen pada periode waktu yang telah ditentukan. Masalah penjadwalan dalam dunia pendidikan dapat dibagi menjadi dua kategori, yaitu penjadwalan kuliah dan ujian.
Selama proses, banyak aspek yang harus dipertimbangkan untuk memperoleh jadwal kuliah yang optimal. Oleh karena itu perlu ditetapkan suatu batasan yang menjadi acuan dalam proses penyusunan batal tambah jadwal perkuliahan.
Pada Perguruan Tinggi Raharja dalam pembuatan batal tambah jadwal perkuliahan, dikenal dengan sistem OJRS+. OJRS+ (Online Jadwal Rencana Studi Plus) adalah sebuah sistem untuk melayani mahasiswa dalam mengatur jadwal perkuliahan yg berbasiskan web online yang merupakan pengembangan dari sistem OJRS (Online Jadwal Rencana Studi). OJRS+ merupakan sistem pelayanan kampus berbasis online yang berada didalam komponen SiS+ (Students iLearning Services) yang berfungsi untuk melakukan batal tambah jadwal perkuliahan sampai dengan mendapatkan KSTF (Kartu Study Tetap Final) dan sistem ini juga dapat diakses kapan saja, dimana saja dan dapat diakses dengan koneksi luar kampus atau menggunakan koneksi internet.
Pada proses pelaksanaan OJRS+ terdapat 2 (dua) cara untuk menyusun batal tambah jadwal perkuliahan yaitu batal tambah jadwal perkuliahan pada mahasiwa reguler dan iLearning dengan menggunakan parameter hari, shift, ruang, waktu dan sebagainya. Pada batal tambah perkuliahan mahasiswa reguler terdapat berbagai persoalan seperti keterbatasan ruang, jumlah ruang yang dapat digunakan untuk menyelenggarakan perkuliahan, keterbatasan kapasitas ruang, dan keterbatasan jam mengajar dosen. Semakin bertambahnya jumlah mata kuliah yang akan dijadwalkan, semakin kompleks persoalan penjadwalan yang dihadapi. Kemudian, batal tambah perkuliahan pada mahasiswa iLearning Plus (iLP).
iLearning Plus “When study is not all about classroom” merupakan pembelajaran yang menyediakan kemudahan dan fleksibilitas, mahasiswa dapat mengontrol waktu belajar kapanpun mereka inginkan dan tidak mengharuskan diri untuk tatap muka atau standby di kampus. iLearning plus adalah sebuah metode pembelajaran yang bisa dilakukan dimana saja , kapan saja dan oleh siapa saja. Pada proses pembuatan batal tambah jadwal perkuliahan mahasiswa iLP hanya memperhatikan batasan atau parameter pada Kode Matakuliah, Matakuliah, Kode Kelas dan SKS.
Dalam hal ini proses batal tambah jadwal perkuliahan mahasiswa iLP seharusnya memiliki kemudahan untuk dilakukan karena batasan yang ada pada mahasiswa iLP tidak serumit mahasiswa reguler dan iLearning.
Akan tetapi proses batal tambah jadwal perkuliahan atau yang biasa disebut OJRS+ (Online Jadwal Rencana Studi Plus) pada mahasiswa iLP masih mengikuti prosedur batal tambah mahasiswa reguler sehingga mahasiswa iLP merasa kesulitan dengan mengikuti prosedur tersebut. Dimana untuk mendapatkan KSTF (Kartu Studi Tetap Final) mahasiswa iLP harus melakukan konsultasi terlebih dahulu kepada ketua jurusan dan meminta koordinator iLP untuk membuat KST (Kartu Studi Tetap) dan admin OJRS+ untuk membuka kode kelas iLP.
Sebagaimana yang telah dijelaskan sebelumnya Batal tambah perkuliahan mahasiswa iLearning Plus (iLP) dilakukan langsung oleh koordinator iLP dengan kode mata kuliah yang sama dengan kurikulum dan kode kelas disesuaikan dengan jurusan iLearning. Berdasarkan penjelasan tersebut maka dilakukan pengembangan pada batal tambah perkuliahan atau OJRS+ iLP agar sesuai dengan kebutuhan penyusunan batal tambah perkuliahan utuk mendapatkan penjadwalan yang optimal.
![](https://lh3.googleusercontent.com/-wIAwHhZIdQ8/WLj7I7JA28I/AAAAAAAAD80/h40iFvS5_q4gbaBje-ljR4FRQegQUduwgCJoC/w530-h385-p/ScannedImage-15.jpg)
Sebagaimana yang tertera dalam Rencana Strategi Manajemen Perguruan Tinggi Raharja Tahun 2014-2015. OJRS+ terdapat pada bagian Rencana Kegiatan Divisi REC pada bagian point nomor 9, yaitu : “Rencana ujicoba OJRS+ sebagai bagian dari layanan IT Kampus untuk meningkatkan layanan penjadwalan perkuliahan yang dapat diakses secara luas”. Berdasarkan Rencana Strategi tersebut maka dilakukan pengembangan OJRS+ untuk batal tambah perkuliahan mahasiswa iLP sampai dengan mendapatkan KSTF (Kartu Studi Tetap Final. Maka hal ini yang melandasi peneliti untuk melakukan penelitian dalam penulisan Skripsi dengan judul “Pengembangan OJRS+ Sebagai Media Batal Tambah Perkuliahan Mahasiswa iLP Menggunakan Yii Framework ”
Dengan adanya sistem batal tambah perkuliahan menggunakan OJRS+ iLP ini maka diharapkan mahasiswa dapat melakukan batal tambah perkuliahan dengan optimal dan mudah karena akses sistem yang dapat dilakukan dimana saja dan kapan saja dengan menggunakan internet.
Rumusan Masalah
Penelitian biasanya mempunyai sebuah data yang relevan untuk membantu pemecahan masalah yang sedang terjadi. Bersumber dari apa yang telah dijelaskan pada latar belakang permasalahan, telah diindetifikasi permasalahan pada sistem yang berjalan saat ini sistem penjadwalan perkuliahan atau biasa yang disebut dengan OJRS+ (Online Jadwal Rencana Studi Plus) pada Perguruan Tinggi Raharja belum digunakan secara luas. Hal tersebut dirasa belum sesuai dengan kebutuhan yang terdapat pada Rencana Strategi Divisi REC pada poin bagian nomor 9, yaitu : “Rencana ujicoba OJRS+ sebagai bagian dari layanan IT Kampus untuk meningkatkan layanan penjadwalan perkuliahan yang dapat diakses secara luas”. Dan saat ini sudah jelas bahwa Perguruan Tinggi Raharja memerlukan sebuah sistem yang berupaya mengoptimalkan penjadwalan perkuliahan mahasiswa iLP, sehingga tidak akan terjadi lagi waktu yang terbuang sia-sia pada saat awal semester perkuliahan.
Berdasarkan penjelasan rumusan masalah tersebut, peneliti mengambil beberapa pokok, permasalahan sebagai berikut :
- Bagaimana proses mahasiswa iLP mendapatkan KSTF pada sistem yang berjalan saat ini ?
- Bagaimana cara mahasiswa iLP mendapatkan jadwal perkuliahan yang optimal ?
- Bagaimana merancang fitur baru batal tambah bagi Mahasiswa iLP pada sistem OJRS+ yang sudah tersedia demi meminimalisir kekurangan sistem yang berjalan saat ini ?
Ruang Lingkup
Berdasarkan identifikasi masalah pada bahasan di atas untuk menghindari kekeliruan atau kesalahpahaman dan sekaligus untuk memudahkan pembaca dalam memahami penelitian ini, maka peneliti perlu membuat batasan masalah dalam penelitian ini, sehingga tidak menimbulkan kesimpangsiuran dan ketidak jelasan dalam pembahasan selanjutnya. Batasan-batasan masalah yang ada didalam laporan ini sebagai berikut :
- Penelitian ini berfokus pada seluruh mahasiswa iLP di Perguruan Tinggi Raharja.
- Penelitian ini berfokus pada batal tambah jadwal perkuliahan.
- Diimplementasikan hanya untuk Mahasiswa iLP yang sudah melakukan aktivasi SiS Plus.
- Login pada sistem OJRS+ sudah single sign on dengan menggunakan Rinfo (Email Pribadi Raharja).
- Penelitian ini hanya difungsikan untuk kebutuhan mahasiswa iLP untuk melakukan batal tambah perkuliahan.
Tujuan dan Manfaat Penelitian
Tujuan Penelitian
Dalam melakukan penyusunan skripsi dan penelitian, peneliti mempunyai sejumlah tujuan. Tujuan dari penelitian juga bisa berbeda karena perbedaan masalah yang sedang di teliti. Memahami masalah dengan benar dan juga merumuskan dengan baik, besar kemungkinan pekerjaan merumuskan tujuan akan dapat dilalui dengan tepat. Sebaliknya apabila masalah yang akan diteliti masih samar-samar, maka akan sulit bagi calon peneliti untuk merumuskan tujuan penelitian yang akan diteliti. Tujuan penelitian sangat besar dampaknya pada komponen- komponen penelitian lainnya seperti teknik, metode, alat ataupun generalisasi yang didapatkan. Kecakapan peneliti dalam merumuskan tujuan penelitian akan berdampak pada keberhasilan penelitian yang dikerjakan, oleh karena itu tujuan penelitian adalah titik tolak dan tujuan yang akan dicapai melalui kegiatan penelitian. Tujuan dari penelitian merupakan suatu hal yang sangat penting karena tujuan akan membuat suatu penelitian menjadi lebih terarah dan sesuai dengan rencana awal. Adapun 3 tujuan tersebut adalah sebagai berikut :
- Untuk mengetahui proses penjadwalan perkuliahan yang berada pada iLearning Plus yang sedang berjalan saat ini
- Meringankan tugas admin OJRS+ karena pembentukan kelas iLP sudah dibuka sesuai dengan semester tahun ajar dan kurikulum setiap mahasiswa iLP .
- Mengembangkan Sistem OJRS+ iLP yang sesuai dengan kebutuhan penjadwalan perkuliahan mahasiswa iLP
Manfaat Penelitian
Manfaat yang diambil dari suatu penelitian merupakan sebuah hasil dari terlaksananya suatu tujuan dan terjawabnya dari sebuah rumusan masalah yang secara akurat. Dalam manfaat penelitian ini diharapkan dapat memberikan suatu masukan yang sangat bermanfaat untuk informasi dan komunikasi yang belakangan ini banyak yang mendapatkan pelajaran dari beragam ilmu. Dan di dalam pemanfaatan praktis ini praktis penelitian ini diharapkan dapat merekondisikan kebutuhan - kebutuhan guna meningkatkan sistem OJRS+ pada Perguruan Tinggi Raharja.Adapun 3 (tiga) manfaat dari penelitian ini adalah :
- Memudahkan mahasiswa iLP dalam mendapatkan jadwal perkuliahan yang optimal.
- Meringankan tugas admin OJRS+ karena pembentukan kelas iLP sudah dibuka sesuai dengan semester tahun ajar.
- Koordinator iLP dapat dengan mudah mengawasi mahasiswa yang telah melakukan batal tambah perkuliahan.
Metode Penelitian
Metode penelitian adalah serangkaian tata-cara yang dilakukan dalam melakukan suatu penelitian, untuk memperoleh data dan informasi yang diperlukan, adapun metode penelitian yang peneliti gunakan, sebagai berikut :
Metode Pengumpulan Data
Metode pengumpulan data merupakan serangkaian tatacara yang dilakukan guna memperoleh informasi yang berguna untuk mencapai tujuan penelitian, adapun metode pengumpulan data yang diterapkan penulis dalam adalah sebagai berikut :
- Observasi (Pengamatan)
Peneliti sudah melakukan peninjauan secara langsung selama proses Skripsi berlangsung pada proses batal tambah jadwal perkuliahan mahasiswa iLP di Perguruan Tinggi Raharja. Lalu dari peninjauan yang sudah dilakukan, peneliti dapat menghimpun data sebagai sumber informasi dalam hal membantu dalam proses pengamatan untuk pembentukan sistem tersebut. - Wawancara
Wawancara adalah suatu cara yang dilakukan untuk memperoleh data dengan cara melakukan tanya jawab secara langsung dari pihak pengumpul data dalam hal ini peneliti melakukan wawancara kepada narasumber atau sumber data. Dan metode wawancara ini dilakukan bersama Ibu Erlita Rasdiana, S.Kom selaku Stakeholder dan Ibu Hani Dewi Ariessanti selaku Koordinator iLP. - Studi Pustaka
Studi Pustaka merupakan merupakan suatu cara yang dilakukan untuk memperoleh data dengan cara melakukan penggalian informasi pada penelitian-penelitian sejenis sebelumnya untuk dijadikan referensi. Sumber-sumber Literature seperti buku, jurnal, paper dan sebagainya yang berkaitan dengan penyusunan Skripsi ini
Metode Analisa
Setelah melalui metode pengumpulan data, metode analisis sistem merupakan salah satu bagian dari sebuah penelitian penting untuk dilakukan. Melanjutkan proses dari pengumpulan data, dimana data yang di dapatkan dari beberapa metode pengumpulan data dikumpulkan dan dijadikan sebagai sebuah strategi. Untuk mencapai sebuah strategi, perlu di dasari atas adanya sebuah pengelompokan yang ditinjau dari beberapa hal. Pengelompokan tersebut terekam dalam sebuah elisitasi kebutuhan dari tahap satu hingga final draft elisitasi. Terdapat dua tinjauan dalam penyusunan elisitasi, yaitu tinjauan dari segi fungsional sistem dan non fungsional sistem.
Kemudian peneliti juga menggunakan metode analisa sistem yang digunakan yaitu berupa analisis SWOT. SWOT adalah sebuah metode prosedur analisis kondisi yang mengklarifikasi kondisi objek dalam empat kategori Strength (Kekuatan), Weakness (Kelemahan), Opportunity (Faktor Pendukung) dan Threat (Faktor Penghambat atau Ancaman). Sedangkan faktor analisa SWOT dibagi menjadi 2 faktor, yaitu faktor internal dan eksternal.
Metode Perancangan
Metode perancangan sistem adalah metode atau tata-cara yang digunakan Peneliti dalam merancang sistem yang ditelitinya, dimana pada penelitian ini metode perancangan sistem yang digunakan adalah metode perancangan menggunakan Unified Modeling Language (UML) sebagai bentuk rancangan sistem untuk menggambarkan Use Case Diagram, Activity Diagram, Sequence Diagram dan Entity Relations Diagram. Pembuatan program yang disesuaikan dengan kebutuhan stakeholder yang terangkum dalam elisitasi. Bahasa pemrograman yang digunakan adalah PHP dengan menggunakan framework Yii serta database yang digunakan adalah MySQL.
Metode Pengujian Sistem
Metode pengujian atau testing yang digunakan pada penelitian ini yaitu Black Box Testing. Black Box Testing merupakan pengujian yang berfokus pada spesifikasi fungsional pada perangkat lunak, tester dapat mendefinisikan kumpulan kondisi input dan melakukan pengetesan pada spesifikasi fungsional program. Black Box sistem ini berfungsi untuk mengetahui apakah perangkat lunak dapat berfungsi sebagaimana yang telah diharapkan.
Sistematika Penulisan
Untuk kelancaran dalam membuat penyusunan laporan dan pembahasannya secara sistematis, maka penulisan laporan Skripsi ini terdiri dari beberapa sub bab dengan sistematika penulisan sebagai berikut:
Pada bagian ini penulisan difokuskan kepada identifikasi permasalahan yang menjadi latar belakang dari dipilihnya penelitian ini. Pada bab ini dijelaskan pula beberapa informasi umum dari proses penulisan laporan, antara lain Latar Belakang, Rumusan masalah, ruang lingkup penelitian, Tujuan dan Manfaat Penelitian, Metode penelitian dan Sistematika Penulisan.
Pada bagian ini beberapa kutipan yang memiliki kaitan erat dengan penelitian dijabarkan. Kutipan-kutipan tersebut didapatkan dari beberapa penelitian sebelumnya (literature) atau beberapa buku yang dapat memperkaya data yang ada di dalam proses penelitian ini.
BAB III ANALISA SISTEM BERJALAN
Bab ini membahas mengenai analisa gambaran serta sejarah singkat Perguruan Tinggi Raharja, struktur organisasi Perguruan Tinggi Raharja , jurusan / prodi Perguruan Tinggi Raharja, tata laksana sistem yang berjalan, analisa sistem yang berjalan, konfigurasi sistem berjalan, permasalahan yang dihadapi serta alternatif pemecahan masalah dan user requirement.
Pada bagaian ini analisa sistem menjadi yang diutamakan, beberapa metode di dalam analisa seperti Elisitasi, dimana proses elisitasi adalah proses analisa dari kebutuhan sistem yang sedang diampuh. Melalui beberapa tahap elisitasi, didapatkanlah 15 kebutuhan sistem yang terangkum di dalam final draft elisitasi. Keseluruhan final draft elisitasi dirangkum ke dalam strategi untuk menggambarkan pencapaian dari analisa sistem ini. Sebagai gambaran awal mengenai interface sistem, dibuatlah sebuah rancangan prototype, testing menggunakan blackbox, evaluasi sebagai gambaran kesalahan yang mungkin saja terjadi, konfigurasi sistem usulan, serta estimasi biaya.
Bagian ini merupakan bagian akhir dari penulisan. Pembahasan mengenai kesimpulan yang merupakan jawaban dari Rumusan Masalah yang ada di Bab sebelumnya. Serta beberapa saran yang berguna bagi kelanjutan penelitian yang akan datang.
BAB II
Teori Umum
Definisi Pengembangan Sistem
Berikut ini merupakan definisi pengembangan sistem menurut beberapa ahli, di antaranya sebagai berikut :
- Menurut Ladjamudin dalam Mantala (2015 : 57)[1], “Pengembangan sistem dapat berarti menyusun suatu sistem yang baru untuk menggantikan sistem lama secara keseluruhan atau memperbaiki sistem yang telah ada.”
- Menurut Jogiyanto Hartono Mustakini dalam Rasdiana (2015 : 37)[2], “Pengembangan sistem didefinisikan sebagai aktivitas untuk menghasilkan sistem informasi berbasis komputer untuk menyelesaikan persoalan (problem) organisasi atau memanfaatkan kesempatan (opportunities) yang timbul.”
- Menurut Saputra (2012 : 50)[3], “Pengembangan atau rekayasa sistem informasi (system development) dan atau perangkat lunak (software engineering) dapat berarti menyusun sistem atau perangkat lunak yang benar-benar baru atau yang lebih sering terjadi menyempurnakan yang telah ada sebelumnya ”.
Berdasarkan beberapa definisi diatas mengenai pengembangan sistem, dapat disimpulkan bahwa pengembangan sistem adalah proses menyempurnakan suatu sistem dari sistem sebelumnya.
Konsep Dasar Sistem
Definisi Sistem
Menurut Hutahaean (2015: 2)[4] Sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan kegiatan atau untuk melakukan sasaran yang tertentu.
Menurut Yulia Djahir dan Dewi Pratita (2014: 46)[5] bahwa sistem haruslah terdiri atas berbagai komponen/elemen yang saling berhubungan/berkaitan sehingga membentuk satu kesatuan yang utuh guna mencapai suatu tujuan yang telah ditentukan.
Menurut Sutarman (2012: 13)[6], “Sistem adalah kumpulan elemen yang saling berhubungan dan berinteraksi dalam satu kesatuan untuk menjalankan suatu proses pencapaian suatu tujuan utama”.
Berdasarkan definisi diatas dapat disimpulkan bahwa sistem adalah suatu kumpulan komponen yang saling berkaitan untuk mencapai suatu tujuan.
Karakteristik Sistem
Menurut Hutahaean (2015: 3-5)[4] bahwa supaya sistem itu dikatakan sistem yang baik memilikki karakteristik yaitu :
- Komponen
Suatu sistem terdiri dari sejumlah komponen – komponen yang saling berinteraksi yang artinya saling bekerja sama membentuk satu kesatuan. Komponen sistem terdiri dari komponen yang berupa subsitem atau bagian-bagian dari sistem. - Batasan Sistem (Boundary)
Batasan sistem merupakan daerah yang membatasi antara suatu sitem dengan sistem yang lain atau dengan lingkungan luarnya. Batasan sistem ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batasan suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut. - Lingkungan luar sistem (Environment)
Lingkungan luar sistem (Environment) adalah diluar batas sistem yang memperngaruhi operasi sistem .Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari sistem. - Penghubung sistem (Interface)
Penghubung sistem merupakan media penghubung antara satu subsitem dengan subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari subsitem ke subsistem lain. - Masukan sistem (Input)
Masukan adalah energi yang dimasukan kedalam sistem, yang dapat berupa perawatan (maintenance input), dan masukkan sinyal (signal input). - Keluaran Sistem (Output)
Keluaran sistem adalah hasil dari energy yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. - Pengolah sistem
Suatu sistem menjadi bagian pengolah yang akan merubah masukan menajdi keluaran. Sistem produksi akan mengolah bahan baku menjadi bahan jadi, system akuntansi akan mengolah data menjadi laporan-laporan keuangan. - Sasaran sistem
Suatu sistem pasti mempunyai tujuan (goal) atau sasaran (objective). Sasaran dari sistem sangat menentukan input yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem.
Klasifikasi Sistem
Menurut Hutahaen (2015: 6-7)[4] Sistem dapat diklasifikasikan dalam beberapa sudut pandang :
- Klasifikasi sistem sebagai :
- Sistem abstrak (Abstract System)
Sistem abstrak adalah sistem yang berupa pemikliran-pemikiran atau yang tidak tampak secara fisik. - Sistem fisik (Physical system)
Sistem fisik adalah sistem yang ada secara fisik. - Sistem diklasifikasikan sebagai :
- Sistem alamiah (Natural system)
Sistem alamiah adalah sistem yang terjadi melalui proses alam, tidak di buat oleh manusia. Misalnya sistem perputaran bumi. - Sistem Buatan Manusia (Human made system)
Sistem buatan manusia adalah sistem yang dibuat oleh manusia yang melibatkan interaksi antara manusia dengan mesin (human machine system) - Sistem diklasifikasikan sebagai :
- Sistem tertentu (Deterministicl system)
Sistem tertemtu adalah sistem yang beroperasi dengan tingkah laku yang sudah dapat diprediksi, sebagai keluaran sistem yang dapat diramalkan. - Sitem tak tentu (Probabilistic system)
Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat dipredksi karena mengandung unsur probabilistic. - Sistem diklasifikasikan sebagai :
- Sistem tertutup (Close system)
Sistem tertutup adalah sistem yang tidak terpengaruh dan tidak berhubungan dengan lingkungan luar, sistem bekerja otomatis tanpa da turut campur lingkungan luar. Secara teoritis sistem tertutup ini ada, kenyataannya tidak ada sistem yang benar-benar tertutup,yang ada hanya relatively closed system. - Sistem terbuka (Open system)
Sistem terbuka adalah sistem yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima input dan ouput dari lingkungan luar atau subsistem lainnya. Karena sistem terbuka terpengaruh lingkungan luar maka harus mempunyai pengendali yang baik.
Konsep Dasar Informasi
Definisi Informasi
Menurut Abdul Kadir (2014: 45)[7], mendefinisikan informasi adalah sebuah data yang sudah melewati tahap pemrosesan sehingga dapat meningkatkan pengetahuan orang yang menggunakan data tersebut.
Menurut Hutahaen (2015: 9)[4], Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi penerimanya. Sumber informasi adalah data. Data kenyataan yang menggambarkan suatu kejadian-kejadian (event) dan kesatuan nyata.
Menurut Yulia Djahir dan Dewi Pratita (2014: 10)[5] bahwa Informasi adalah hasil dari pengolahan data menjadi bentuk yang lebih berguna bagi yang menerimanya yang menggambarkan suatu kejadian-kejadian nyata dan dapat digunakan sebagai alat bantu untuk pengambilan suatu keputusan.
Dari definisi diatas dapat disimpulkan bahwa Informasi adalah wujud dari sebuah data yang telah diolah. Dimana data-data tersebut berisikan sebuah pengetahuan yang dapat mmeberikan manfaat bagi si penerima.
Kualitas Informasi
Pernyataan yang dikemukakan oleh Yakub dan Vico Hisbanarto (2014: 20)[8] kualitas informasi (quality of information) tergantung dari accurate, timeliness, dan relevance.
- Akurat (accurancy), Akurat memiliki arti bahwa informasi tidak boleh memiliki kesalahan yang dapat menyesatkan. Dalam hal ini akurat juga dapat berarti sebuah informasi yang bersifat jelas dalam penyampaian maknanya. Ini merupakan hal yang penting, karena terdapat banyak gangguan yang bisa merusak informasi. Komponen akurat meliputi:
- Completeness, Kelengkapan informasi dapat mempengaruhi proses pengambilan keputusan. Untuk itu, informasi harus bersifat lengkap.
- Correctness, Kebenaran juga harus menjadi hal yang penting, yang harus dimiliki oleh sebuah informasi.
- Security, Tingkat keamanan dari sebuah informasi juga harus baik.
- Tepat waktu (timeleness), Informasi harus memiliki ketepatan waktu. Karena informasi yang sudah kadaluarsa tidak memiliki arti lagi, hal ini dikarenakan informasi merupakan landasan untuk pengambilan keputusan.
- Relevan (relevance), Informasi harus memiliki manfaat bagi penggunanya dan memiliki hubungan informasi bagi orang yang berbeda.
Nilai Informasi
Menurut Hutahaen (2015: 11-12)[4], nilai informasi ditentukan oleh dua hal yaitu manfaat dan biaya mendapatkannya. Suatu informasi dikatakan lebih bernilai jika manfaatnya lebih efektif dibandingkan dengan biaya mendapatkannya.
Konsep Dasar Sistem Informasi
Definisi Sistem Informasi
Pernyataan yang dikemukakan oleh Sutarman (2012: 13)[6] Sistem informasi adalah sistem yang dapat didefinisikan dengan mengumpulkan, memperoses, menyimpan, menganalisis, menyebarkan informasi untuk tujuan tertentu. Seperti sistem lainnya, sebuah sistem informasi terdiri atas input (data, instruksi) dan output (laporan, kalkulasi).
Menurut Taufiq (2013: 17)[9], “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”.
Pernyataan yang dikemukakan oleh Rudi Tantra (2012) dalam Rohmat Taufiq (2013: 18)[9], sistem informasi adalah cara yang terorganisir untuk mengumpulkan, memasukkan, dan memproses data dan menyimpannya, mengelola, mengontrol, dan melaporkannya sehingga dapat mendukung perusahaan atau organisasi untuk mencapai tujuan.
Berdasarkan ketiga pendapat para ahli diatas dapat ditarik kesimpulan bahwa Sistem Informasi merupakan sebuah sistem yang terdiri dari input,proses,output sehingga tercapai sebuah informasi yang mendukung pengambilan keputusan didalam suatu organisasi untuk dapat mencapai sasaran dan tujuannya.
Klasifikasi Sistem Informasi
Menurut Abdul Kadir (2013: 89)[7] Ada berbagai cara untuk mengelompokkan sistem informasi. Adapun klasifikasi yang sering dipakai selalu berdasarkan pada:
- Level Organisasi
- Area Fungsional
- Dukungan yang diberikan, dan
- Arsitektur sistem informasi.
Komponen Sistem Informasi
Pernyataan yang dikemukakan oleh Hutahaen (2014: 13-14)[4] bahwa Sistem informasi terdiri dari beberapa komponen yang disebut dengan istilah blok bangunan (building block) yaitu sebagi berikut :
- Blok masukkan (Input Block)
Input mewakili data yang masuk ke dalam sistem informasi. Input disini termasuk metode-metode dan media yang digunakan untuk menangkap data yang akan dimasukkan, yang dapat berupa dokumen dasar - Blok model (Model Block)
Blok ini terdiri dari kombinasi prosedur, logika dan metode matematik yang akan memanipulasi data input dan data yang tersimpan di basis data dengan cara yang sudah tertentu untuk menghasilkan keluaran yang sudah diinginkan. - Blok keluaran (Output Block)
Produk dari sistem informasi adalah keluaran yang merupakan informasi yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta semua pemakai sistem. - Blok teknologi (Technology Block)
Teknologi digunakan untuk menerima input, menjalankan model, menyimpan dan mengakses data, menghasilkan dan mengirimkan keluaran dan membantu pengendalian dini secara keseluruhan. Teknologi terdiri dari unsur utama yaitu Teknisi (human ware atau brainware), Perangkat lunak (software), Perangkat keras (hardware). - Blok basis data (Database block)
Merupakan kumpulan dari data yang saling berhubungan satu dengan yang lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasi nya. - Blok kendali (Control Block)
Banyak faktor yang dapat merusak sistem informasi, misalnya bencana alam, api, temperatur tinggi, air, debu, kecurangan-kecurangan, kejanggalan sistem itu sendiri, kesalahan-kesalahan ketidak efisienan, sabotase dan sebagainya. Beberapa pengendalian perlu dirancang dan diterapkan untuk meyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah atau bila terlanjur terjadi kesalahan dapat langsung diatasi.
Teori Khusus
Definisi FIR
Dikutip dari Noval Jindan dalam laporan akhir (2015)[10] , 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.
Jenis FIR yang telah diakui oleh Perguruan Tinggi Raharja yaitu SIS+, SIS+ Konsultasi, OJRS+, AirzonE-Mall, iTunesU, RHJFox, Magics Channel, iPanda, iTracking, GOInt+, RiDu, Gamet, LinkedIn, Web Alumni, Web Exist Club, ZPreneur, ZFord, dan Zorilia.
Dalam konteks ini, kaitan antara OJRS+ dengan teori di atas yaitu karena kesinambungan ZPreneur di dalam FIR. Disamping itu, OJRS+ telah termasuk salah satu FIR yang telah diakui oleh Perguruan Tinggi Raharja sebagai project Pribadi Raharja.
Definisi OJRS+
Dikutip dari Dwi Maya Suhainingsih dalam laporan akhir (2016)[11] , OJRS+ adalah suatu sistem pelayanan kampus yang merupakan pengembangan dari sistem OJRS. OJRS+ digunakan sebagai sarana untuk melakukan batal tambah jadwal kuliah yang dapat diakses melalui SiS+ (Students iLearning Services Plus) secara online kapan pun dan dimana pun mahasiswa berada hanya dengan menggunakan koneksi internet.
Menurut Euis (2015)[12] , OJRS+ adalah bagian dari pengembangan sistem dimuat dalam Renstra Manajemen Perguruan Tinggi Raharja Tahun 2014/2015 sebagai bagian dari layanan IT kampus untuk meningkatkan layanan penjadwalan perkuliahan yang diakses secara luas. Adapun fungsi OJRS+ ini melayani kebutuhan batal tambah mahasiswa secara online, informasi KST (Kartu Studi Tetap) dan KSTF (Kartu Studi Tetap Final). Penelitian ini dilakukan dalam 3 tahap, yaitu tahap analisis, tahap desain dan tahap pengujian dan implementasi. Tahapan analisa dilakukan dengan menganalisa secara keseluruhan terhadap sistem OOJRS lama, permasalahan yang ditemui antara lain proses generate dan delivery, time out expired, waktu proses dan server hang, kelas bentrok, kuota kelas,akses lokal dan antrian panjang, jadwal dosen, dan database. Pada tahapan desain ditampilkan dalam bentuk class diagram dan prototipe sistem OJRS+. Serta tahapan uji coba dan implementasi ini dilakukan selama 3 bulan, terdapat 10 target uji coba yang ditentukan sebagai landasan keberhasilan pada proses pengujian sistem, dan hasilnya10 target tersebut dapat dicapai 100%. Sehingga sistem OJRS+ ini layak untuk diimplementasikan sebagai bagian dari asset Perguruan Tinggi. .
Gambar 2.1. Logo OJRS+
Sumber : (sumber : http://iran.ilearning.me/2016/04/03/artikel-tutorial-ojrs/)
Konsep Dasar Penjadwalan
Definisi Penjadwalan
Penjadwalan merupakan proses pengaturan keluar masuknya antrian dari paket-paket data yang dianggap melebihi batas yang telah ditetapkan (Leanna Vidya Yovita dan Indrarini Dyah Irawati: 2015)[13]. Perubahan ini mengakibatkan masalah penjadwalan dalam institusi pen-didikan merupakan masalah optimisasi yang ditemukan pada situasi nyata, (Ariani dan Fahriza, 2011)[14].
Kriteria Penjadwalan
Suatu algoritma penjadwalan CPU yang berbeda dapat mempunyai nilai yang berbeda untuk sistem yang berbeda. Banyak kriteria yang bisa dipakai untuk menilai algoritma penjadwalan CPU. Kriteria yang digunakan dalam menilai adalah:
- CPU Utilization . Kita ingin menjaga CPU sesibuk mungkin. CPU utilization akan mempunyai range dari 0 sampai 100 persen. Di sistem yang sebenarnya ia mempunyai range dari 40 sampai 100 persen.
- Throughput . Salah satu ukuran kerja adalah banyaknya proses yang diselesaikan per satuan waktu. Jika kita mempunyai beberapa proses yang sama dan memiliki beberapa algoritma penjadwalan yang berbeda, throughput bisa menjadi salah satu kriteria penilaian, dimana algoritma yang menyelesaikan proses terbanyak mungkin yang terbaik.
- Turnaround Time. Dari sudut pandang proses tertentu, kriteria yang penting adalah berapa lama untuk mengeksekusi proses tersebut. Memang, lama pengeksekusian sebuah proses sangat tergantung dari hardware yang dipakai, namun kontribusi algoritma penjadwalan tetap ada dalam lama waktu yang dipakai untuk menyelesaikan sebuah proses. Misal kita memiliki sistem komputer yang identik dan proses-proses yang identik pula, namun kita memakai algoritma yang berbeda, algoritma yang mampu menyelesaikan proses yang sama dengan waktu yang lebih singkat mungkin lebih baik dari algoritma yang lain. Interval waktu yang diijinkan dengan waktu yang dibutuhkan untuk menyelesaikan sebuah proses disebut turnaround time. Turnaround time adalah jumlah periode untuk menunggu untuk dapat ke memori, menunggu di ready queue, eksekusi CPU, dan melakukan operasi M/K.
- Waiting Time. Algoritma penjadwalan CPU tidak mempengaruhi waktu untuk melaksanakan proses tersebut atau M/K, itu hanya mempengaruhi jumlah waktu yang dibutuhkan proses di antrian ready. Waiting time adalah jumlah waktu yang dibutuhkan proses di antrian ready.
- Response Time. Di sistem yang interaktif, turnaround time mungkin bukan waktu yang terbaik untuk kriteria. Sering sebuah proses dapat memproduksi output di awal, dan dapat meneruskan hasil yang baru sementara hasil yang sebelumnya telah diberikan ke pengguna. Ukuran lain adalah waktu dari pengiriman permintaan sampai respon yang pertama diberikan. Ini disebut response time, yaitu waktu untuk memulai memberikan respon, tetapi bukan waktu yang dipakai output untuk respon tersebut.
- Fairness. Suatu algoritma harus memperhatikan pengawasan nilai prioritas dari suatu proses (menghindari terjadinya starvation CPU time).
- Efisiensi. Rendahnya overhead dalam context switching, penghitungan prioritas dan sebagainya menentukan apakah suatu algoritma efisien atau tidak.
Konsep Dasar iLearning Plus
Definisi iLearning Plus
Menurut Dewi dalam laporan akhir (2016)[15] Nama iLearing Plus diambil dari sebuah inovasi perkembangan dari metode pembelajaran iLearning sebelumnya yang sudah diterapkan di Perguruan Tinggi Raharja. Lalu Istilah iLearning berawal dari pemikiran perkembangan metode pembelajaran dengan menggunakan teknologi iPad di Perguruan Tinggi Raharja, yang dicetuskan pertama kali oleh Ir. Untung Rahardja, M.T.I, yang berisi 4B (Belajar, Bermain, Berdoa dan Bekerja). Arti dari When study is not all about classroom merupakan pembelajaran yang menyediakan kemudahan dan fleksibilitas, mahasiswa dapat mengontrol waktu belajar kapan pun mereka inginkan dan tidak mengharuskan diri untuk tatap muka atau standby di kampus.
Logo iLearning Plus
Logo memiliki banyak istilah atau pengertian yang bervariasi. Surianto Rustan (2009 : 12)[16], dalam bukunya yang berjudul Mendesain Logo, mengungkapkan bahwa logo adalah penyingkatan dari logotype. Istilah logotype ini dikenal lebih dulu dibandingkan kata logo pada tahun 1810 –1840. Logotype diartikan sebagai tulisan nama entitas yang didesain secara khusus dengan menggunakan jenis huruf tertentu. Sehingga logotype pada mulanya hanya memuat tulisan saja. Dari waktu ke waktu, Logotype terus berkembang menjadi lebih unik dan berbeda. Logotype yang mulanya hanya memuat tulisan, kemudian ditambah dengan elemen gambar yang berbaur menjadi satu dengan tulisan. Hingga pada tahun 1937, istilah logo baru muncul hingga saat ini.
Surianto Rustan (2009 : 13)[16] , juga menjelaskan bahwa logo bisa menggunakan elemen apa saja, seperti tulisan, logogram, gambar dan ilustrasi. Sedangkan kutipan dari ‘’Design Institute of Australia’’ yang dimuat di buku Surianto Rustan yang berjudul ‘’Mendesain Logo’’, mengungkapkan bahwa logo merupakan sebuah simbol yang digunakan untuk mengidentifikasi perusahaan tanpa adanya kehadiran nama perusahaan.
Huruf L yang diartikan dalam penulisan iLearning adalah melambangkan perubahan 90o yang artinya adalah iLearning Plus ini berubah 90o dari iLearning sebelumnya, pembelajaran yang tadinya harus selalu ada di dalam kelas tetapi dengan iLearning Plus ini pembelajaran tidak harus selalu ada di kampus atau di dalam kelas. Kata dari tulisan Plus mengartikan kelebihan dari iLearning sebelumnya, jadi iLearning Plus ini pembelajaran yang sangan fleksibilitas dan mahasiswa tidak harus standby di kelas melainkan bisa melakukan dan akses dimanapun.
Gambar 2.2. Logo iLearning Plus
Sumber : (Sumber: raharja.ac.id)
Definisi Rinfo
Menurut (Rahardja, 2014:104)[17], Rinfo (Email Rahaja.Info) adalah layanan komunikasi email yang disediakan oleh Perguruan Tinggi Raharja untuk semua Pribadi Raharja, alat komunikasi utama dan paling vital untuk para Pribadi Raharja. Setiap user Rinfo diberikan kapasitas sampai dengan 30 GB. Selain itu juga banyak tersedia aplikasi canggih seperti RH (Rinfo Hangout). Semua kegiatan yang dilakukan akan mustahil tanpa adanya Rinfo ini. Selain itu, bisa juga dikatakan bahwa Rinfo terintegrasi dengan semua pillar-pillar yang ada pada TPi (Ten Pilar IT iLearning). Rinfo menggunakan platform google yang memiliki banyak fasilitas free yang bisa dimanfaatkan. Selain itu Rinfo bisa dijadikan potensi untuk dapat single sign on dengan sistem TPi.
Manfaat dari penggunaan akun Rinfo tersebut sebagai akun resmi kampus, bisa dilihat dari segi keamanan yaitu akan mencegah orang dari luar institut sembarangan mengakses 10 Pilar IT di Perguruan Tinggi Raharja. Dengan adanya Rinfo ini, maka terciptalah sebuah konsep baru bernama RiDu (Rinfo for Education), yaitu pembelajaran iLearning menggunakan email Rinfo sebagai media utamanya.
Konsep Dasar Single Sign On (SSO)
Definisi Single Sign On (SSO)
Menurut Patrick Telnoni (2014: 2)[18] Single Sign On (SSO) adalah suatu mekanisme dimana masing-masing user hanya memiliki satu akun yang berfungsi sebagai identitas user satu-satunya. Satu akun ini dapat digunakan untuk meminta izin dari sistem supaya user dapat mengakses berbagai aplikasi dengan username dan password yang sama dalam session tertentu. Single Sign On mengurangi jumlah human error yang merupakan alasan kegagalan utama dari sebuah sistem.
Kategori SSO
- SSO untuk autentikasi (eg: OpenId, fbconnect, twitter signin) Intinya SSO server hanya memberikan service apakah user A sudah terautentikasi atau belum, SSO server tidak melakukan proses otorisasi atas user yang sedang aktif tersebut. Proses otorisasi sendiri dilakukan di setiap aplikasi. Sekarang kita lihat contoh yang ada. OpenId dan fbconnect. OpenId adalah contoh yang jelas menggambarkan SSO autentikasi ini. Ketika kita akan comment di sebuah blog dan kita bisa menggunakan OpenId. Dimana OpenId hanya memberi tahu wordpress bahwa user ini telah terautentikasi. dan wordpress sendiri bisa mendapatkan data data user seperti nama dan email. Sama halnya dengan ketika kita menggunakan fbconnect untuk hal serupa. Setelah kita terautentikasi di facebook, facebook tidak mengatur otorisasi user di aplikasi client, jadi hanya sebatas proses autentikasi.
- SSO untuk otorisasi (eg: OAuth, fbconnect, twittersignin)Berbeda dengan autentikasi, tugas SSO server untuk SSO-otorisasi sedikit lebih berat, karena setelah memastikan user telah terautentikasi, tugas SSO server belum selesai. Karena SSO server masih harus menghandle otorisasi untuk user tersebut. Seperti pada kasus twitter API yang menggunakan OAuth. Proses autentikasi user dan otorisasi untuk update status / timeline dilakukan oleh OAuth. Sejauh ini aplikasi jadi untuk SSO yang free dan yang adalah CAS & Josso. Keduanya hanya untuk authentication dan keduanya sama sama jalan diatas JSP. Kenapa aplikasi SSO, sejauh ini seperti yang di ketahui semuanya dibangun diatas JSP, belum pernah ditemukan yang dibangun diatas PHP.
Konsep Dasar Internet
Definisi Internet
Menurut Irwansyah (2014: 12-13)[19], Internet adalah sebuah sistem global jaringan komputer yang saling menghubungkan antara satu dengan yang lain di seluruh penjuru dunia. Adapaun standar yang digunakan disebut Internet Protocol Suite (TCP/IP). Internet digunakan di seluruh dunia untuk menghubungkan jutaan bisnis, agen pemerintahan, institusi akademis dan individu. Beberapa dari kegunaan itu adalah:
- Sebagai sarana komunikasi
- Untuk penelitian sebagai alat pengakses informasi
- Sarana untuk belanja (online shopping)
- Bank dan investasi
- Hiburan
- Berbagi info musik, foto, video
- Mengakses aplikasi di internet
- Alat pengajaran online
Orang-orang menggunakan internet untuk bertukar informasi dengan satu sama lain di seluruh dunia. Salah satu sarana untuk melakukan ini adalah e-mail. E-mail memungkinkan kita untuk mengirim dan menerima pesan dari dan ke orang lain. Ada juga fasilitas instant messaging/chat yang memungkinkan kita untuk berkomunikasi secara langsung dengan orang lain yang terhubung. Di dalam chat room kita juga bisa berkomunikasi dengan banyak pengguna secara bersamaan, seperti diskusi berkelompok.
Kita juga bisa menggunakan internet untuk menelepon dan melakukan video chat sehingga kita bisa bertatap muka dengan orang yang kita panggil. Internet juga berfungsi sebagai tempat bersosialisasi untuk membahas hal-hal yang disukai, saling bertukar gambar/foto dan tempat menaruh video.
Sejarah Internet
Menurut Irwansyah (2014: 26)[19], Internet merupakan jaringan komputer yang dibentuk oleh Departemen Pertahanan Amerika Serikat di tahun 1969 melalui proyek ARPA yang disebut ARPANET (Advanced Research Project Agency Network) dimana mereka mendemonstrasikan bagaimana dengan hardware dan software komputer yang berbasis UNIX, kita bisa melakukan komunikasi dalam jarak yang tidak terhingga melalui saluran telepon.
Proyek ARPANET merancang bentuk jaringan, kehandalan, seberapa besar informasi dapat dipindahkan dan akhirnya semua standar yang mereka tentukan menjadi cikal bakal pembangunan protokol baru yang sekarang dikenal sebagai TCP/IP (Transmission Control Protocol/Internet Protocol).
Tujuan awal dibangunnya proyek itu adalah untuk keperluan militer. Pada saat itu Departemen Pertahanan Amerika Serikat (US Department of Defense) membuat sistem jaringan komputer yang tersebar dengan menghubungkan komputer di daerah-daerah vital untuk mengatasi masalah bila terjadi serangan nuklir dan untuk menghindari terjadinya informasi terpusat, yang apabila terjadi perang dapat mudah dihancurkan.
Pada mulanya ARPANET hanya menghubungkan 4 situs saja yaitu Stanford Research Institute, University of California, Santa Barbara, University of Utah, dimana mereka membentuk satu jaringan terpadu di tahun 1969 dan secara umum ARPANET diperkenalkan pada bulan Oktober 1972. Tidak lama kemudian proyek ini berkembang pesat di seluruh daerah dan semua universitas di negara tersebut ingin bergabung. sehingga membuat ARPANET kesulitan untuk mengaturnya.
Oleh sebab itu ARPANET dipecah manjadi dua, yaitu MILNET untuk keperluan militer dan ARPANET baru yang lebih kecil untuk keperluan non-militer seperti, universitas-universitas. Gabungan kedua jaringan akhirnya dikenal dengan nama DARPA internet, yang kemudian disederhanakan menjadi internet.
Definisi PHP
Menurut Nugroho dalam Somantri (2016:3)[20], “PHP merupakan bahasa standar yang digunakan dalam dunia website, PHP adalah bahasa program yang berbentuk skrip yang diletakkan di dalam serve web”.
Menurut Arief (2011: 43)[21], definisi PHP adalah sebagai berikut : PHP (PHP: Hypertext Preprocessor) adalah bahasa server-side scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis. Karena merupakan server-side scripting maka sintaks dan perintah-perintah PHP akan dieksekusi di server kemudian hasilnya dikirimkan ke browser dalam format HTML.
Menurut Wardana dalam Somantri (2016:2)[20], “PHP adalah bahasa scripting yang menyatu dengan HTML (kode dasar website) dan dijalankan pada server side. Artinya, semua sintaks PHP yang diberikan akan sepenuhnya dijalankan pada server, sedangkan yang dikirimkan ke browser hanya hasilnya saja”.
Menurut Prasetio (2012: 122)[22], “PHP (PHP: Hypertext Preprocessor) adalah bahasa script yang ditanam di sisi server”.
Menurut Susila dan Triyono (2010: 3)[23], definisi PHP adalah sebagai berikut :
PHP singkatan dari PHP: Hypertext Preprocesso yaitu bahasa pemrograman web server-side yang bersifat open source. PHP merupakan script yang terintegrasi dengan HTML dan berada pada server (server side HTML embedded scripting). PHP adalah script yang digunakan untuk membuat halaman yang dinamis. Dinamis berarti halaman yang akan ditampilkan dibuat saat halaman itu diminta oleh client. Mekanisme ini menyebabkan informasi yang diterima client selalu yang terbaru atau up to date. Semua script PHP dieksekusi pada server dimana script tersebut dijalankan.
Definisi Yii
Menurut Warsito (2015 : 26)[24], “Yii adalah framework (kerangka kerja) PHP berbasis-komponen, berkinerja tinggi untuk pengembangan aplikasi Web berskala-besar”. Yii adalah free software dengan lisensi BSD licence, aplikasi web framework open-source yang ditulis dengan PHP5. Yii menyediakan reusability maksimum dalam pemrograman Web dan mampu meningkatkan kecepatan pengembangan secara signifikan. Nama Yii (dieja sebagai /i:/) singkatan dari “Yes It Is!”.
Diagram berikut memperlihatkan struktur statis sebuah aplikasi Yii menurut website resmi Yii Framework :
Gambar 2.3 Struktur Statis Aplikasi Yii
Sumber : Warsito (2015 : 26)
Yii mengimplementasikan pola desain model-view-controller (MVC), yang diadopsi secara luas dalam pemrograman Web. MVC bertujuan untuk memisahkan logika bisnis dari pertimbangan antarmuka pengguna agar para pengembang bisa lebih mudah mengubah setiap bagian tanpa mempengaruhi yang lain.
Dalam MVC, model menggambarkan informasi (data) dan aturan bisnis; view (tampilan) berisi elemen antar muka pengguna seperti teks, input form; sementara controller mengatur komunikasi antar model dan view.
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.
Keunggulan Yii Framework
Menurut Warsito (2015 : 27)[24], Yii Framework memiliki keunggulan baik dalam segi kelengkapan, fitur, keamanan, dan paling penting adalah berkinerja tinggi serta kecepatannya yang jauh mengungguli Framework PHP lainnya. Berikut adalah beberapa keunggulan dari Yii Framework :
- Yii adalah framework yang menggunakan PDO (PHP Data Objects). PDO bekerja dengan membuat sebuah abstraksi akses database sehingga kita sebagai programmer tidak perlu terlalu jauh memikirkan kompatibilitas antar database.
- Yii adalah framework yang full OOP (Object Oriented Programming) dimana dengan OOP ini, kita lebih baik dalam memanage code, dapat menglompokkan fungsi–fungsi kedalam kelas–kelas, dapat modify program dengan lebih baik, program dapat lebih rapi dan lebih mudah dibaca.
- Yii menggunakan model MVC (Model View Controller). Dengan MVC kita dapat lebih terstruktur dalam membuat aplikasi kita. Kita tidak perlu membuat banyak file pada root directory aplikasi kita.
- Yii mempunyai lisensi BSD. Lisensi BSD tidak mengharuskan kita untuk mendeliver source code aplikasi kita.
- Yii mempunyai code generator (gii). Ini adalah salah satu tool yang sangat membantu kecepatan pengembangan aplikasi kita. Tool gii ini dapat mengenerate code untuk kemudian dimodifikasi oleh kita
- Yii mempunyai komponen untuk pengecekan input yang terintegtrasi. Ini merupakan fitur yang sangat berguna untuk keamanan.
Definisi Bootstrap
Bootstap merupakan framework ataupun tools untuk memudahkan aplikasi web' ataupun situs web responsive secara cepat, mudah dan gratis hal ini berdasarkan kutipan Husein Alatas (2013: 2)[25]. Bootsrap sendiri terdiri dari CSS dan HTML untuk menghasilkan grid, layout, typography, table, form, navigation dan lain-lain. Di dalam bootsrap juga sudah terdapat jquery plugin untuk menghasilkan komponen UI (User Intarface) yang cantik seperti transitions, modal, dropdown, scrollspy, tooltip, tab, popover, alert, button, carousel dan lain-lain.
Dengan bantuan bootstrap kita dapat membuat responsive website dengan mudah dan dapat berjalan sempurna pada browser-browser populer seperti chrome, firefox, safari, dan opera serta internet explorer.
Bootsrap sendiri diciptakan oleh dua orang programmer twitter, yaitu Mark Otto dan Jacob Thorton pada tahun 2011.[26] Pada saat itu programmer twitter menggunakan berbagai macam tool dan library yang mereka kenal dan suka untuk melaksanakan pekerjaan mereka, sehingga tidak ada standarisasi dan akibatnya sulit untuk dikelola sehingga Mark Otto dan Jacob Thorton tergerak untuk menciptakan satu tool atau framework yang dapat digunakan bersama dilingkungan internal twitter. Bootsrap sendiri diciptakan oleh dua orang programmer twitter, yaitu Mark Otto dan Jacob Thorton pada tahun 2011.[26] Pada saat itu programmer twitter menggunakan berbagai macam tool dan library yang mereka kenal dan suka untuk melaksanakan pekerjaan mereka, sehingga tidak ada standarisasi dan akibatnya sulit untuk dikelola sehingga Mark Otto dan Jacob Thorton tergerak untuk menciptakan satu tool atau framework yang dapat digunakan bersama dilingkungan internal twitter.
Konsep Dasar Database
Definisi Database
Berikut ini merupakan definisi database menurut beberapa ahli, di antaranya sebagai berikut :
- Menurut Budi Raharjo dalam Anggaeni dan Sujatmiko (2013 : 39)[27], “Database merupakan kumpulan data-data yang terintegrasi dan diatur sedemikian rupa sehingga data tersebut dapat dimanipulasi, diambil dan dicari secara cepat. Database terbentuk dari sekumpulan data-data yang memiliki jenis/sifat yang sama.”
- Menurut Anhar dalam Rasdiana (2015 : 61)[2], “Database adalah sekumpulan tabel-tabel yang berisi data dan merupakan kumpulan dari field atau kolom. Struktur file yang menyusun sebuah database adalah Data Record dan Field.”
- Menurut Irmansyah dalam Nathasia dan Wicaksono (2011 : 7)[28], “Database adalah kumpulan dari item data yang saling berhubungan satu dengan yang lainnya yang diorganisasikan berdasarkan sebuah skema atau struktur tertentu, tersimpan di hardware komputer dan dengan software untuk melakukan manipulasi untuk kegunaan tertentu.”
Berdasarkan beberapa definisi diatas mengenai database dapat disimpulkan bahwa database adalah sekelompok data berbentuk tabel yang memiliki relasi dan dapat dikelola sedemikian rupa untuk menghasilkan sebuah format data baru.
Definisi Tabel
Berikut ini merupakan definisi tabel menurut beberapa ahli, di antaranya sebagai berikut :
- Menurut Anhar dalam Rasdiana (2015 : 61)[2], “Tabel adalah komponen paling utama dalam membuat Website, pada saat pembuatan sebuah halaman web, tabel dijadikan sebagai media yang berfungsi sebagai kerangka untuk meletakkan komponen-komponen isi web. Sehingga dapat meninggalkan pengguna tabel dalam sebuah design web.”
- Menurut Suprayitno dan Wardati (2012 : 96)[29], “Tabel adalah tempat dimana data itu sesungguhnya disimpan. Data tersebut membentuk baris dan kolom dengan bagian baris disebut record dan bagian kolom disebut field.”
- Menurut Sunarya (2013 : 10-11[30]), “Table adalah objek utama dalam database yang digunakan untuk menyimpan sekumpulan data sejenis dalam sebuah objek. “
- Field Name : atribut dari sebuah table yang menempati bagian kolom.
- Record : isi dari field atau atribut yang saling berhubungan yang menempati bagian baris.
Berdasarkan beberapa definisi diatas mengenai tabel dapat disimpulkan bahwa tabel adalah kumpulan dari field dan record yang berfungsi sebagai tempat menyimpan data dalam suatu webiste.
Definisi MySQL
Berikut ini merupakan definisi MySQL menurut beberapa ahli, di antaranya sebagai berikut :
- Menurut Husni dalam Mantala, Ronny. Muhammad Al Majid dan Said Fahmi Syahab. (2015 : 58)[1], “MySQL termasuk dalam kategori database management system, yaitu database yang terstruktur dalam pengolahan dan penampilan data, sejak computer dapat menangani data yang besar, database management system memegang peranan yang sangat penting dalam pengolahan data.”
- Menurut Arief (2012 : 151)[21], “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.”
- Menurut Wibowo (2013 : 64)[31], “MySQL adalah multiuser database yang menggunakan bahasa Structured Query Language (SQL).”
Berdasarkan beberapa definisi diatas mengenai MySQL dapat disimpulkan bahwa MySQL merupakan turunan salah satu konsep utama dalam database yaitu SQL (Structured Query Language). SQL adalah bahasa untuk melakukan manipulasi terhadap database yang digunakan untuk menampilkan, mengubah, dan menganalisa sekumpulan data.
Konsep Dasar UML
Definisi UML
Berikut ini merupakan definisi UML (Unified Modeling Language) menurut beberapa ahli, di antaranya sebagai berikut :
- Menurut Ranjini et al (2011 : 36)[32], definisi UML sebagai berikut “UML is commonly used in the design and implementation of any system and software architectures. UML models help to achieve functional and non-functional requirements of the system”, yang artinya bahwa UML umumnya digunakan dalam desain dan implementasi sistem dan perangkat lunak arsitektur. Model UML membantu untuk mencapai kebutuhan fungsional dan non-fungsional dari sistem.
- Menurut Alim (2012 : 30)[33], “Unified Modeling Language (UML) adalah bahasa standar yang digunakan untuk menulis blueprint perangkat lunak. UML dapat digunakan untuk memvisualisasi, menspesifikasikan, membangun, dan mendokumentasikan artifak dari sistem perangkat lunak.”
- Menurut Fowler dalam Syukron dan Hasan (2015 : 30)[34], “Unifield Modelling Language (UML) adalah keluarga notasi grafis yang didukung oleh meta model tunggal, yang membantu pendeskripsian dan desain sistem perangkat lunak, khususnya sistem yang dibangun dengan menggunakan pemrograman berorientasi objek (OOP).”
Berdasarkan beberapa definisi diatas mengenai UML (Unified Modeling Language) dapat disimpulkan bahwa UML adalah sebuah bahasa yang berdasarkan grafik atau gambar untuk menvisualisasikan, menspesifikasikan, membangun dan pendokumentasian dari sebuah sistem pengembangan perangkat lunak berbasis Objek (Object Oriented programming) .
Jenis-Jenis UML
Menurut Nuari (2014 : 4)[35], terdapat 4 (empat) jenis UML dalam perancangan diagram model data, antara lain :
- Use Case Diagram
Use case diagram digunakan untuk memodelkan dan menyatakan unit fungsi/layanan yang disediakan oleh sistem kepada pengguna - Activity Diagram
Activity diagram digunakan untuk menggambarkan logika, proses bisnis dan alur kerja. - Sequence Diagram
Sequence diagram digunakan untuk menggambarkan scenario untuk rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan suatu output tertentu. - Class Diagram
Class diagram digunakan untuk menampilkan beberapa kelas yang ada dalam sistem/perangkat lunak yang akan dirancang.
Konsep Dasar ERD
Definisi ERD
Menurut Setiawan Alexander, Liliana dan Bryan Andhika Wijaya (2013 : 24-25)[36], Model ERD memiliki beberapa komponen dasar sebagai berikut :
- Entitas (entity)
Entitas adalah individu yang mewakili sesuatu yang nyata (eksistensinya) dan dapat dibedakan dari sesuatu yang lain. - Atribut
Atribut adalah karakteristik (property) yang dideskripsikan oleh entitas. - Relasi (relationship)
Relasi adalah hubungan antara suatu himpunan entitas dengan himpunan entitas yang lain.
Gambar 2.4 Entity
Sumber : Setiawan (2013 : 24)
Gambar 2.5 Atribut
Sumber : Setiawan (2013 : 24)
Gambar 2.6 Relasi
Sumber : Setiawan (2013 : 24)
- Relasi (relationship)
Relasi adalah hubungan antara suatu himpunan entitas dengan himpunan entitas yang lain. - Kardinalitas atau Derajat Relasi
Kardinalitas relasi menunjukkan jumlah maksimum entitas yang dapat berelasi dengan entitas pada himpunan entitas yang lain. Kardinalitas relasi yang terjadi di antara dua himpunan entitas dapat berupa : - Satu ke satu (one to one) Setiap entitas pada himpunan entitas A berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas B, begitupun sebaliknya.
- Satu ke banyak (one to many) Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya, dimana setiap entitas pada himpunan entitas B berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas A
- Banyak ke satu (many to one) Setiap entitas pada himpunan entitas A berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas B, tetapi tidak sebaliknya dengan entitas B.
- Banyak ke banyak (many to many) Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, dan demikian sebaliknya, dimana setiap entitas pada himpunan entitas B dapat berhubungan dengan banyak entitas pada himpunan entitas A.
Gambar 2.7 Relasi
Sumber : Setiawan (2013 : 24)
Gambar 2.8 One to One Relationship
Sumber : Setiawan (2013 : 25)
Gambar 2.9 One to Many Relationship
Sumber : Setiawan (2013 : 25)
![](https://lh3.googleusercontent.com/-bWrqgEXKph0/WJlYOMIxrkI/AAAAAAAADnw/_WeTubjN7Gspzjl1Q2D6y1trOWzMos0kQCK8B/s512/2.8.jpg)
Gambar 2.10 Many to One Relationship
Sumber : Setiawan (2013 : 25)
Gambar 2.11 Many to Many Relationship
Sumber : Setiawan (2013 : 25)
Konsep Dasar Flowchart
Definisi 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.
Menurut Sulindawati (2010:8)[38], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urutan-urutan prosedur dari suatu program”. Flowchart menolong analis dan programmer untuk memecahkan masalah kedalam segmen-segmen yang lebih kecil dan menolong dalam menganalisis alternatif-alternatif lain dalam pengopersian.
Berdasarkan beberapa pendapat yang dikemukakan di atas dapat ditarik kesimpulan flowchart atau diagram alur adalah suatu alat yang banyak digunakan untuk membuat algoritma, yakni bagaimana rangkaian pelaksanaan suatu kegiatan. Suatu diagram alur memberikan gambaran dua dimensi berupa simbol-simbol grafis. Masing-masing simbol telah ditetapkan terlebih dahulu fungsi dan artinya.
Jenis-Jenis Flowchart
Menurut Sulindawati (2010:8)[38], Flowchart terbagi atas lima jenis, yaitu:
- Flowchart Sistem (System Flowchart)
Flowchart Sistem merupakan bagan yang menunjukan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, flowchart ini merupakan deskripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi yang membentuk sistem. Flowchart sistem terdiri dari tiga data yang mengalir melalui sistem dan proses yang mentransformasikan data itu. Data dan proses dalam flowchart sistem dapat digambarkan secara online (dihubungkan langsung dengan komputer) atau offline (tidak dihubungkan langsung dengan komputer, misalnya mesin tik, cash register atau kalkulator). - Flowchart Paperwork (Document Flowchart)
Flowchart Paperwork menelusuri alur dari data yang ditulis melalui sistem. Flowchart Paperwork sering disebut juga dengan Flowchart Dokumen. Kegunaan utamanya adalah untuk menelusuri alur form dan laporan sistem dari satu bagian ke bagian lain baik bagaimana alur form dan laporan diproses, dicatat atau disimpan. - Flowchart Skematik (Schematic Flowchart)
Flowchart Skematik mirip dengan Flowchart Sistem yang menggambarkan suatu sistem atau prosedur. Flowchart Skematik ini bukan hanya menggunakan simbol-simbol flowchart standar, tetapi juga menggunakan gambar-gambar komputer, peripeheral, form-form atau peralatan lain yang digunakan dalam sistem. - Flowchart Program (Program Flowchart)
Flowchart Program dihasilkan dari Flowchart Sistem. Flowchart Program merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program atau prosedur sesungguhnya dilaksanakan. Flowchart ini menunjukan setiap langkah program atau prosedur dalam urutan yang tepat saat terjadi. Programmer menggunakan Flowchart Program untuk menggambarkan urutan instruksi dari program komputer. Analisa sistem menggunakan flowchart program untuk menggambarkan urutan tugas-tugas pekerjaan dalam suatu prosedur atau operasi. - Flowchart Proses (Process Flowchart)
Flowchart Proses merupakan teknik menggambarkan rekayasa industrial yang memecah dan menganalisis langkah-langkah selanjutnya dalam suatu prosedur atau sistem. Flowchart Proses memiliki lima simbol khusus. Flowchart Proses digunakan oleh perekayasa industrial dalam mempelajari dan mengembangkan proses-proses manufacturing. Dalam analisis sistem, Flowchart ini digunakan secara efektif untuk menelusuri alur suatu laporan.
Konsep Dasar Analisa SWOT
Definisi SWOT
Menurut Rangkuti (2011: 199)[39], penelitian memastikan bahwa kinerja perusahaan bisa ditentukan oleh kombinasi faktor internal dan eksternal. Kedua faktor tersebut perlu dipertimbangkan dalam analisis SWOT. SWOT adalah singkatan dari lingkungan internal strengths dan weakness dan juga lingkungan eksternal opportunities dan threats yang berada di dunia bisnis. Analisa SWOT membandingkan antara faktor eksternal peluang (opportunities) dan ancaman (threats) dengan faktor internal kekuatan (strengths) dan kelemahan (weakness). Analisa ini terbagi atas empat komponen dasar yaitu :
- Kuadran 1
Merupakan situasi yang sangat menguntungkan. Organisasi perusahaan tersebut mempunyai peluang dan kekuatan sehingga bisa memanfaatkan peluang yang ada. Strategi yang perlu ditetapkan dalam situasi ini adalah mendukung kebijakan pertumbuhan yang agresif (Growth Oriented Strategy). - Kuadran 2
Walaupun menghadapi berbagai ancaman, perusahaan/organisasi masih mempunyai kekuatan dari segi internal. Strategi yang perlu diterapkan adalah menggunakan kekuatan untuk memanfaatkan peluang jangka panjang dengan cara strategi diversifikasi (produk atau pasar). - Kuadran 3
Perusahaan menghadapi peluang pasar yang sangat besar, tetapi di lain pihak menghadapi beberapa kendala atau kelemahan internal. Kondisi bisnis pada kuadran 3 ini serupa dengan question mark pada BCG matriks. Fokus dari strategi perusahaan ini adalah meminimalkan masalah-masalah internal perusahaan sehingga bisa merebut peluang pasar yang lebih baik. Misalnya, Apple menggunakan strategi penelitian kembali teknologi yang digunakan dengan cara menawarkan produk-produk baru dalam industri microcomputer. - Kuadran 4
Ini merupakan kondisi yang sangat tidak menguntungkan, perusahaan tersebut menghadapi berbagai ancaman dan kelemahan internal.
Menurut Kadir (2014: 416)[7] Analisa SWOT mengandung 4 (empat) bagian :1) strengths (S) atau kekuatan, 2) weaknesses (W) atau kelemahan, 3) opportunities (O) atau peluang, 4) threats (T) atau ancaman.
- Kekuatan menyatakan karakteristik yang memberi keuntungan untuk organisasi.
- Kelemahan menyatakan karakteristik yang harus diperbaiki supaya memberikan keuntungan bagi organisasi.
- Peluang menyatakan karakteristik yang apabila dimanfaatkan bisa memberikan.
- Ancaman menyatakan karakteristik yang memberikan masalah bagi organisasi sehingga perlu dilakukan penanganan untuk mengatasinya.
2. Tujuan Analisa SWOT
Menurut Rangkuti (2011:197)[39], tujuan analisa SWOT yaitu membandingkan antara faktor eksternal peluang dan ancaman dengan faktor internal kekuatan dan kelemahan sehingga dari analisis tersebut dapat diambil suatu keputusan strategis suatu organisasi.
Elisitasi
Menurut Guritno (2011: 302)[40], “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)[3],“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 60 (enam puluh) kebutuhan functional dan 10 (sepuluh) kebutuhan non functional. Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu:
- Tahap I
Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara. - Tahap II
Hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada sistem baru dengan rancangan yang disanggupi oleh penulis untuk di eksekusi. M pada MDI berarti mandatory (penting). Maksudnya, Requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru. D pada MDI berarti desirable, maksudnya Requirement tersebut tidak terlalu penting dan boleh dihilangkan. Namun, jika Requirement tersebut digunakan dalam pembentukan sistem maka akan membuat sistem tersebut lebih sempurna. I pada MDI berarti inessential, maksudnya Requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem. - Tahap III
Merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua Requirement dengan option I pada metode MDI. Selanjutnya semua Requirement yang tersisa diklasifikasikan kembali melalui TOE, yaitu: - T artinya teknikal, bagaimana tata cara atau teknik pembuatan Requirement dalamsistem disusulkan.
- O artinya operasional, bagaimana tata cara pengguna Requirement dalam sistem akan dikembangkan.
- E artinya ekonomi, berapakah biaya yang diperlukan guna membanguan Requirement didalam sistem.
- High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka Requirement tersebut harus di eliminasi.
- Middle (M) : Mampu dikerjakan.
- Low (L) : Mudah dikerjakan.
- Final Draft Elisitasi
Final draft elisitasi merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.
Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:
Requirement adalah sifat-sifat sistem atau product yang akan dikembangkan sesuai dengan keinginan pemakai”. Adapun, spesifikasi software requirement yang baik dan sangat relevan untuk dilakukan sebelum melakukan penelitian dalam bidang teknologi informasi adalah:.
- Unambiguous (tidak ambigu)
- Complete (lengkap)
- Consistent (konsisten)
- Modifiable (dapat diubah)
- Traceable (dapat dilacak)
- Format : Lampiran
- Dapat digunakan selama pengoperasian dan maintenance
Requirement diklasifikasikan sebagai berikut:
- Functional requirements
Menjelaskan interaksi antara sistem dan lingkungannya yang terpisah dari implementasi. Sistem adalah sekumpulan unsur atau elemen yang saling berkaitan dan saling mempengaruhi dalam melakukan kegiatan bersama untuk mencapai suatu tujuan. - Nonfunctional requirements
Adalah aspek-aspek pengguna yang dapat dilihat mengenai sistem yang tidak secara langsung berhubungan dengan functional behavior, response time harus kurang dari 1 detik, dan the accuracy must be whitin a second. - Constraints (psudo requirement)
Requirement ini dipaksakan oleh client atau lingkungan tempat sistem akan beroperasi.
Konsep Dasar Perangkat Lunak Pendukung
Definisi Sublime Text
Sublime Text merupakan editor HTML yang profesional mendesain, menulis kode program dan mengembangkan website, halaman web, dan aplikasi web. Dalam pengerjaanya sublime text memberikan tiga pilihan yaitu bekerja dengan menulis kode program (Menu Code), dengan pengeditan secara visual (Mode Design) dan dengan tampilan keduanya (Split Mode).
Definisi Filezilla
Menurut Sutarman dalam Miftahudin. (2015).)[41] Filezilla merupakan software yang berfungsi untuk mentransfer file dari komputer ke cpanel hosting dan sebaliknya dengan cara mudah via drop and drag. Juga sebagai cara yang lebih praktis untuk masuk dan melakukan editing seperti download, upload, delete, memindah file di hosting disbanding melalui cpanel.
Konsep Dasar Testing
Definisi Testing
Menurut Rizky (2011: 237)[42]., “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”. Detail tahapan yang harus dilampaui dalam kaitan kebutuhan perangkat lunak dari sudut pandang testing perangkat lunak adalah:
- Verifikasi
Verifikasi adalah proses pemeriksaan untuk memastikan bahwa perangkat lunak telah menjalankan apa yang harus dilakukan dari kesepakatan awal antara pengembang perangkat lunak dan pengguna. - Validasi
Validasi adalah sebuah proses yang melakukan konfirmasi bahwa perangkat lunak dapat dieksekusi secara baik definisi dari standart yang harus dipenuhi oleh kebutuhan perangkat lunak adalah pembebasan perangkat lunak dari failure, fault, dan error serta incident dijelaskan dalam detail berikut:
- Failure
Failure adalah kegagalan perangkat lunak dalam melakukan proses yang seharusnya menjadi kebutuhan perangka lunak tesebut. - Fault
Fault adalah akar permasalahan dari kegagalan sebuah perangkat lunak. - Error
Error adalah akibat dari adanya fault atau kerusakan yang kemudian dipicu oleh perilaku pengguna.. - Incident
Incident atau kecelakaan merupakan hasil akhir yang terjadi akibat dari error yang berkelanjutan dan tidak diperbaiki atau tidak terdeteksi dalam proses pengembangan perangkat lunak.
Tipe dan Teknik Testing
Menurut Rizky (2011: 259)[42]., “Tipe testing lebih berkonsentrasi terhadap aspek dari perangkat lunak yang akan dikenai proses testing. Teknik testing merupakan metode yang digunakan dalam melakukan testing untuk bagian tertentu dari perangkat lunak”. Secara teoritis, testing dapat dilakukan dengan berbagai jenis tipe dan teknik. Namun secara garis besar, terdapat dua jenis tipe testing yang paling umum digunakan di dalam lingkup rekayasa perangkat lunak. Dua jenis tersebut adalah White box dan Black box testing.
- White Box Testing
Menurut Rizky (2011: 262)[42]. “White Box Testing secara umum merupakan jenis testing yang lebih berkonsentrasi terhadap “isi” dari perangkat lunak itu sendiri. Jenis ini lebih banyak berkonsentrasi kepada source code dari perangkat lunak yang dibuat”. - Black Box Testing
Menurut Rizky (2011: 265)[42], definisi Black box testing adalah sebagai berikut: 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.
Anggota tim tester tidak harus dari seseorang yang memiliki kemampuan teknis di bidang pemrograman. Kesalahan dari perangkat lunak ataupun bug seringkali ditemukan oleh komponen tester yang berasal dari pengguna. Hasil dari Black box testing dapat memperjelaskan kontradiksi ataupun kerancuan yang mungkin ditimbulkan dari eksekusi perangkat lunak. Proses testing dapat dilakukan lebih cepat dibandingankan White box testing.
Konsep Dasar Literature Review
Definisi Literature Review
Menurut Semiawan dalam Dewi (2016: 104)[15], “Literature review adalah bahan yang tertulis berupa buku, jurnal yang membahas tentang topik yang hendak diteliti.” Tinjauan pustaka membantu peniliti untuk melihat ide-ide, pendapat, dan kritik tentang topik tersebut yang sebelum dibangun dan dianalisa oleh para ilmuwan sebelumnya. Pentingnya tinjauan pustaka untuk melihat dan menganalisa nilai tambah penelitian ini dibandingkan dengan penelitian-penelitian sebelumnya.
Menurut Guritmo et al dalam Warsito (2013 : 28)[43], Tugas utama lain literature review adalah menganalisa secara kritis pustaka penelitian yang ada saat ini sehingga dapat di identifikasi kekuatan dan kelemahan pustaka tersebut dengan menelaah hasil atau temuan penelitian tersebut, metodologi yang digunakan serta bagaimana hasil temuan tersebut dibandingkan penelitian atau publikasi lainnya.
Tujuan Literature Review
Menurut Yuniarti (2012: 3)[44], studi pustaka bertujuan untuk mendapatkan landasan teoritis yang berguna sebagai tolak ukur dalam membahas dan menganalisa data serta mengambil kesimpulan dan saran dalam analisa laporan keuangan perusahaan tertentu.
Menurut Guritmo et al dalam Warsito (2013 : 28-29)[43], Tujuan dalam pembuatan literature review sebagai berikut :
- Mengidentifikasi kesenjangan (identify gaps) penelitian.
- Menghindari membuat ulang (reinventing the wheel) sehingga banyak menghemat waktu serta menghindari kesalahan yang pernah dilakukan oleh orang lain.
- Mengidentifikasi metode yang pernah dilakukan dan relevan terhadap penelitian ini.
- Meneruskan capaian penelitian sebelumnya sehingga dengan adanya studi pustaka ini, penelitian yang dilakukan dapat dibangun di atas platform pengetahuan atau ide yang sudah ada.
Literature Review
Dalam upaya penelitian ini perlu dilakukan studi pustaka untuk dijadikan sebagai bahan acuan untuk memperkuat hasil penelitian dengan cara mengindentifikasikan metode yang pernah dilakukan, mengembangkan penelitian sebelumnya yang memiliki korelasi yang seimbang dengan sistem batal tambah perkuliahan. Beberapa literature review yang didapakan diantaranya adalah sebagai berikut :
Tabel 2.1 Literature Review
No |
Penulis |
Hasil |
Adopsi |
1 |
Muhammad Yusup, Ary Budi Warsito dan Ninu Apriyani. 2015. Pengembangan Sistem OJRS+ (Online Jadwal Rencana Studi Plus) Sebagai Media Perencanaan Jadwal Kuliah. Jurnal CCIT Vol.9 No.2.[45] |
Penelitian ini membahas tentang Fungsi utama OJRS untuk memudahkan proses pelayanan batal tambah jadwal kuliah yang cepat dan akurat. dengan menggambarkan analisa sistem menggunakandesain penelitian survey dengan teknik pengolahan kuesioner yang diolah berdasarkan uji validitas dan uji reliabilitas menggunakan software SPS dan UML (Unified Modeling Language) diagram. |
Dari hasil penelitian yang telah dijelaskan peneliti mengadopsi UML (Unified Modeling Language) diagram sebagai metode perancangan sistem. Karena mempermudah memberikan deskripsi atau informasi pada setiap proses perancangan sistem. |
2 |
Euis Siti Nur Aisyah, Muhamad Yusup, Sri Wahyani. 2015. Implementasi Sistem Online Jadwal Rencana Studi Plus (OJRS+) pada Perguruan Tinggi. Proceedings Konferensi Nasional Sistem dan Informatika (KNS&I).[12] |
Penelitian ini menggunakan metode penelitian deskriptif kualitatif dengan metode studi kasus pada Perguruan Tinggi Raharja. Tahapan penelitian yang dilaksanakan Analisis Permasalahan, Tinjauan Pustaka, Desain Sistem OJRS+, Uji dan Implementasi Sistem OJRS+ |
Peneliti mengadopsi Metode Analisa melalui Tinjauan Pustaka yaitu Peninjauan pada penelitian sejenis sebelumnya agar mendapatkan informasi yang diharapkan |
3 |
Muhamad Taufik Hidayat, Rispianda, Khuria Amila. 2014. |
Penelitian ini membahas tentang perancangan suatu perancangan perangkat lunak aplikasi penjadwalan perkuliahan. Perancangan perangkat lunak dimulai dengan pemodelan yangdirancang kemudian dimodelkan ke dalam diagram UML (Unified Modeling Language) dan diimplementasikan menggunakan software Visual Basic 6.0. dan dilakukan tahap pengujian menggunakan Black Box testing . |
Peneliti mengadopsi konsep pengujian sistem Black Box Testing karena pengujian Black Box Testing yang didasarkan pada proses dan spesifikasi dari perangkat lunak yang memiliki tujuan apakah semua fungsi perangkat lunak penjadwalan perkuliahan sudah berjalan semestinya sesuai dengan kebutuhan fungsional yang telah di definisikan. |
4 |
Setiawan, Budi, dan Bambang Eka Purnama. 2013. Strategi Kebijakan Pembangunan Aplikasi Penyampaian Informasi Perkuliahan Berbasis SMS Gateway Pada Sekolah Tinggi Keguruan Dan Ilmu Pendidikan (STKIP PGRI PACITAN). IJNS-Indonesian Journalon Networkingand Security. Vol. 4 No. 3.[36] |
Penelitian ini membahas tentang konsep Sistem Kredit Semester (SKS), dimana mahasiswa dapat mengatur kinerja kuliahnya dengan mandiri. Konsep SKS ini memberikan keleluasaan kepada mahasiswa jika tidak lulus dalam satu mata kuliah, maka mahasiswa hanya mengulang mata kuliah tersebut. sistem berbasis sms, kemampuan sistem demi membantu mendapatkan informasi, tingkat kemudahan dan kecepatan proses. Menggunakan MySQL sebagai pembuat dan pengelola database |
Peneliti mengadopsi konsep MySQL sebagai pembuat dan pengelola Database karena Sifat dari DBMS ini adalah open source. MySQL juga merupakan program pengakses databaseyang bersifat jaringan, sehingga dapat digunakan untuk aplikasi multi user (banyak pengguna). Kelebihan lain dari MySQL adalah menggunakan bahasa query (permintaan) standar SQL. SQL adalah suatu bahasa permintaan yang terstruktur, SQL telah distandarkan untuk semua program pengakses database. |
5 |
Ary Budi Warsito, Muhammad Yusup, Moh. Iqbal Awi Makaram. 2015. Perancangan SiS+ Menggunakan Metode Yii Framework Pada Perguruan Tinggi Raharja. Jurnal CCIT Vol.8 No.2.[24] |
Penelitian ini membahas tentang Sistem Informasi SIS di Perguruan Tinggi Raharja. Metode penelitian yang dipakai adalah observasi, studi pustaka dan dokumentasi. Metode pengembangan yang dipakai ialah metode ”waterfall”. Perangkat lunak SIS+ merupakan sebuah sistem informasi berbasis web dan dibuat dengan Yii Framework menggunakan bahasa pemrograman PHP. ”Database management system” (DBMS) yang digunakan dalam perangkat lunak ini adalah MySQL. |
Peneliti mengambil konsep sistem informasi berbasis web dan dibuat dengan Yii Framework menggunakan bahasa pemrograman PHP. |
6 |
Amandeep Verma and Sakhsi Kaushal. 2012. Deadline and Budget Distribution based Cost- Time Optimization Workflow Scheduling Algorithm for Cloud. International Journal of Computer Applications[47] |
Penelitian ini membahas tentang Metode penjadwalan yang digunakan sebagian besar dampak throughput pengguna individu maupun throughput sel. Hal ini bermanfaat untuk memeriksa kondisi throughput untuk skenario penjadwalan yang berbeda sebelum penyebaran yang nyata dari LTE. Hal ini akan membantu merancang algoritma dari scheduler di eNodeB tepat. Di dalam kertas, kondisi throughput yang diselidiki untuk dua dari kebanyakan metode penjadwalan populer, Round Robin dan proporsional untuk menunjukkan perbandingan yang baik untuk transmisi downlink. |
Peneliti mengambil konsep LTE yang akan membantu merancang sebuah penjadwalan yang memudahkan proses analisa perancangan |
7 |
Ishwari Singh Rajput-Deepa Gupta. 2012. A Priority based Round Robin CPU Scheduling Algorithm for Real Time Systems. International Journal of Innovations in Engineering and Technology (IJIET). Vol 1 Issue 3.[48] |
Penelitian ini memiliki tujuan untuk mengembangkan pendekatan baru untuk algoritma penjadwalan round robin CPU yang meningkatkan kinerja CPU di sistem operasi realtime. Prioritas yang diusulkan-Robin Putaran algoritma CPU Penjadwalan berdasarkan didasarkan pada integrasi round-robin dan algoritma penjadwalan prioritas. |
Peneliti mengambil konsep penjadwalan yang realtime dimana mahasiswa bisa melakukan pengaturan batal tambah perkuliahan secara realtime. |
8 |
Morteza Asadi and Hassan Rashidi. 2016. A Model for Object-Oriented Software Maintainability Measurement. International Journal of Intelligent Systems and Application Vol. 8 No. 1.[49] |
Penelitian ini memiliki tujuan pemeliharaan perangkat lunak adalah salah satu utama karakteristik kualitas produk perangkat lunak.pemodelan tersebut telah mendapatkan evaluasi pada kerangka terkenal seperti framework PHP. Hal tersebut sangat membantu apabila dikombinasikan dnegan model sebelumnya. |
Peneliti mengambil konsep framework dengan bahasa pemrograman PHP. Dimana hal tersebut sangat membantu apabila dikombinasikan dengan model sistem yang sebelumnya |
9 |
Penelitian yang dilakukan oleh Sung Ho Jang. Sung Ho Jang, Tae Young Kim, Jae Kwon Kim and Jong Sik Lee. (2012). The study of genetic algorithm-based task scheduling for cloud computing. International Journal of Control and Automation, 157-162.
|
Penelitian ini membahas tentang Tugas penjadwalan adalah ada solusi untuk masalah penjadwalan tugas tidak cocok untuk komputasi Cloud karena hanya fokus pada tujuan tertentu seperti minimalisasi waktu eksekusi atau beban kerja dan tidak penggunaan characterist ics komputasi Cloud untuk penjadwalan tugas. Sebuah tugas scheduler di Cloud komputasi harus memenuhi pengguna cloud dengan QoS setuju dan meningkatkan keuntungan dari awan penyedia. Untuk mengatasi masalah penjadwalan tugas dalam komputasi Cloud, makalah inimengusulkan tugas Model penjadwalan berdasarkan algoritma genetika. Dalam model yang diusulkan, Hasil percobaan menunjukkan efektivitas dan efisiensialgoritma genetikaberbasis model penjadwalan tugas dibandingkan dengan eksis tugas penjadwalanmodel, yang bulatrobin Model penjadwalan tugas, indeks beban tugas berdasarkanModel penjadwalan, dan model penjadwalan tugas berdasarkan ABC (Algoritma Bee Colony). |
Peneliti mengambil konsep penjadwalan komputasi cloud dimana fokus pada penelitian tersebut adalah seperti meminimalisir waktu eksekusi dan beban kerja. Sehingga menghasilkan output atau penjadwalan efektivitas dan efisiensi. |
10 |
Nishtha Jatana, Sahil Puri, Mehak Ahuja, Ishita Kathuria, dan Dishant Gosain. 2012. A Survey and omparison of Relational and Non Relational Database. International Journal of Engineering Research & Technology (IJERT). Vol.8 No. 6.[51] |
Penelitian membahas tentang perbandingan antara dua jenis terkemuka komponen penyimpanan database yang berlaku di industri.Database sebagian besar berkaitan dengan pengelolaan besarjumlah data secara konsisten, stabil, berulang dan cepat. Fitur yang menonjol dari kedua relasional juga sebagai database non relasional telah ditetapkan yang bentuk dasar perbandingan antara dua jenis Database. Relasional model didasarkan pada matematika teori (set teori, teori relasional) sedangkan non database relasional mungkin atau mungkin tidak memiliki satu dasar teori matematika.Model relasional adalah menguntungkan ketika datang ke keandalan, fleksibilitas, ketahanan, persyaratan skalabilitas tetapi untuk memenuhi itu kebutuhan aplikasi modern di mana data yang besar dan umumnya tidak terstruktur ; Non database relasional menunjukkan tanda-tanda sejati kegunaan sini. Berdasarkan karakteristik, alat yang biasa digunakan dari relasional relasional dan non database yang disebutkan bersama wi pengantar singkat th alat. Perbandingan telah dilakukan antara alat untuk memberitahukan ciri khas dari alat relasional dan non database relasional. |
Peneliti mengadopsi konsep relasional pada database, yaitu dengan menggunakan MySQL (My Structured Query Language) |
Dari 10 (sepuluh) literature review diatas, sebagian besar adalah membahas perihal pembuatan sistem menggunakan Yii framework, penggunaan PHP dan MySQL serta mampu menghasilkan output berupa penjadwalan secara otomatis.
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.
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.
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
Dalam menganalisa sistem yang berjalan saat ini, peneliti melakukan penelitian menggunakan analisa deskriptif sebagai gambaran atas sistem yang berjalan tersebut.
Pada proses batal tambah jadwal perkuliahan yag dilakukan oleh mahasiswa iLP saat ini belum terintegrasi oleh OJRS+ iLP. Untuk proses batal tambah jadwal perkuliahannya membutuhkan waktu yang lama dan ketelitian dalam proses penyusunan mata kuliah karena harus disesuaikan dengan kurikulum, tahun ajar dan kode kelas mahasiswa iLP. Sehingga mahasiwa sulit untuk mendapatkan kartu studi tetap final tersebut. Belum lagi data mata kuliah yang sudah diambil atau telah lulus tidak bisa dilihat kembali.
Berdasarkan permasalahan yang telah dijelaskan di atas, maka hal ini di rasa kurang efektif pada proses batal tambah jadwal perkuliahan mahasiswa iLP. Dengan terjadinya hal seperti ini juga tentunya menyulitkan dan membuat proses pekerjaannya berkali kali dilakukan oleh koordinator iLP dan admin OJRS+ untuk membuka kelas yang telah di request oleh koordinator iLP.
Karena pada kenyataanya, batal tambah jadwal perkuliahan ini menjadi kompleks karena cukup banyak. Selama proses, banyak aspek yang harus dipertimbangkan untuk memperoleh jadwal yang optimal, dan seringkali tidak dapat memuaskan karena tidak semua kebutuhan terpenuhi. Sebaiknya ada sebuah sistem yang dapat menampung atau mengatur sistem batal tambah jadwal perkuliahan mahasiswa iLP pada Perguruan Tinggi Raharja dan tentunya bisa langsung melakukan batal tambah jadwal perkuliahan khususnya untuk mahasiswa iLP dan mendapatkan KSTF (Kartu Studi Tetap Final) secara otomatis.
Rancangan Prosedur Sistem yang Berjalan
Use Case Diagram Yang Berjalan
Berikut ini adalah Use Case Diagram Sistem Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan :
Gambar 3.2 Use Case Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Berdasarkan gambar di atas dapat dijelaskan Use Case Diagram Batal Tambah Perkuliahan Mahasiswa iLP yang Berjalan saat ini yaitu sebagai berikut :
- Tujuan 1 (satu) sistem yang mencakup seluruh sistem batal tambha perkuliahan mahasiswa iLP.
- 3 (tiga) actor yang melakukan kegiatan yaitu, Mahasiswa iLP , Koordinator iLP dan Admin OJRS+.
- 10 (sepuluh) use case yang dilakukan oleh actor-actor tersebut diantaranya : login sisplus, cek kurikulum, create ticket OJRS+, batal tambah perkuliahan, konsultasi kepada kajur, request mata kuliah kepada koordinator iLP, input mata kuliah, membuat kst, membuka kelas iLP, mendapatkan KSTF (Kartu Studi Tetap Final).
- 2 (dua) include diantaranya : login sisplus, membuka kelas iLP, membuat KST.
Activity Diagram Sistem Yang Berjalan
Berikut ini adalah Activity Diagram Sistem Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan :
Gambar 3.3 Activity Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Berdasarkan gambar di atas dapat dijelaskan Activity Diagram Batal Tambah Perkuliahan Mahasiswa iLP yang Berjalan saat ini yaitu sebagai berikut :
- 1 (satu) initial note, obyek yang diawali.
- 3 (tiga) vertical swimline, mencerminkan pihak yang terlibat yaitu Mahasiwa iLP, Koordinator iLP dan Admin OJRS+.
- 10 (sepuluh) activity sebagai state dari sistem yang menggambarkan dari suatu aksi yaitu: login sisplus, cek kurikulum, create ticket OJRS+, batal tambah perkuliahan, konsultasi kepada kajur, request mata kuliah kepada koordinator iLP, input mata kuliah, membuat kst, membuka kelas iLP, mendapatkan KSTF (Kartu Studi Tetap Final).
- 1 (satu) final state, obyek yang diakhiri.
Sequence Diagram Sistem Yang Berjalan
Berikut ini adalah Sequence Diagram Sistem Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan :
Gambar 3.4 Sequence Diagram Batal Tambah Perkuliahan Mahasiswa iLP Yang Berjalan
Berdasarkan gambar di atas dapat dijelaskan Sequence Diagram Batal Tambah Perkuliahan Mahasiswa iLP yang Berjalan saat ini yaitu sebagai berikut :
- 3 (tiga) actor melakukan kegiatan, Mahasiswa iLP, Koordinator iLP dan Admin OJRS+
- 10 (sepuluh) message spesifikasi yang memuat informasi-informasi tentang aktivitas yang terjadi, yaitu : login sisplus, cek kurikulum, create ticket OJRS+, batal tambah perkuliahan, konsultasi kepada kajur, request mata kuliah kepada koordinator iLP, input mata kuliah, membuat kst, membuka kelas iLP, mendapatkan KSTF (Kartu Studi Tetap Final).
Analisa Sistem Yang Berjalan
Metode Analisa SWOT
Penelitian ini menggunakan metode analisa SWOT untuk mengevaluasi kekuatan (Strengths), kelemahan (Weaknesses), peluang (Opportunities) dan ancaman (Threats) dari sistem logistik yang berjalan saat ini sehingga dapat membantu dalam menyampaikan informasi kepada staf Perguruan Tinggi Raharja terkait dengan sistem OJRS+ saat ini.
Berdasarkan identifikasi SWOT yang telah dilakukan, selanjutnya dilakukan analisa untuk mencari strategi dengan menggunakan matriks SWOT. Matriks SWOT ini dapat menggambarkan secara jelas bagaimana peluang yang tersedia menggunakan (strategi S-O) dan menggunakan kekuatan yang dimiliki untuk mengatasi suatu ancaman dengan menggunakan (strategi S-T) dan dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki untuk meraih peluang yang ada menggunakan strategi (W-O) serta mengatasi ancaman yang ada dengan menggunakan (strategi W-T). Analisa SWOT dapat dilihat pada tabel 3.1 dibawah ini.:
Tabel 3.1 Identifikasi SWOT
Metode Analisa Berdasarkan Sistem Yang Berjalan
- Analisa Masukan
Analisa masukan merupakan penguraian masalah yang dilakukan terhadap semua data/informasi yang berfungsi sebagai data input sehingga menghasilkan proses.
1. Nama Masukan : login pada sisplus.raharja.ac.id
2. Fungsi : Untuk melakukan proses Batal Tambah Perkuliahan
3. Sumber : Mahasiswa iLP
4. Media : PC (Personal Computer)
5. Distribusi : Mahasiswa iLP kepada Koordinator iLP
6. Frekuensi : Setiap Tahun Ajaran baru dalam Proses perkuliahan
7. Keterangan : Berisi form batal tambah perkuliahan - Analisa Proses
Analisa proses merupakan penguraian yang dilakukan pada proses sebagai suatu hasil respect balik karena adanya data input di dalam proses inilah semua data / informasi yang masuk akan di olah dengan menggunakan pengolahan sistem yang ada.
1. Nama Masukan : Form Batal Tambah
2. Masukan : KRS (Kartu Rencana Studi)
3. Keluaran : KST (Kartu Studi Tetap)
4. Ringkasan Proses : Proses ini akan menghasilkan KST (Kartu
Rencana Studi) yang akan disampaikan kepada mahasiswa. - Analisa Keluaran
Analisa keluaran merupakan penguraian masalah yang dilakukan pada hasil dari keseluruhan proses yang terjadi dari mulai penginputan data sampai terjadi proses pengolahan data melalui sistem pengolahan data yang ada.
1. Nama Keluaran : KSTF (Kartu Studi Tetap Final)
2. Fungsi : Mencetak jadwal perkuliahan
3. Media : SiS+
4. Keterangan : KSTF (Kartu Studi Tetap Final) dapat dicetak melalui SiS+
Konfigurasi Sistem
Dalam melakukan analisa program pada penulisan laporan Skripsi ini, penulis menggunakan komputer dengan spesifikasi sebagai berikut :
- Spesifikasi Hardware
- Prosessor : Intel core i5
- Monitor : 21.5 inci resolusi 1920 x 1080 pixel
- Memory : 8 GB DDR3 RAM
- Hard Disk : Hard drive 1 TB (5400 rpm)
- Spesifikasi Software
- Windows 7
- Mozilla Firefox
- Sublime Text 3
- Filezilla
- Visual Paradigm for UML 8.0 Entreprise Edition
- Spesifikasi Brainware
- Koordinator iLP
- Admin OJRS+
Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah
Permasalahan yang Dihadapi
Berdasarkan hasil analisa yang telah peneliti lakukan, untuk prosedural sistem yang berjalan saat ini dalam proses batal tambah jadwal perkuliahan mahasiswa iLP pada Perguruan Tinggi Raharja ada beberapa masalah yang dihadapi dalam menjalankan sistem yang sedang berjalan yaitu:
- Koordinator iLP melakukan proses batal tambah dengan proses request melalui email kepada admin OJRS+, dan belum adanya penyetaraan matakuliah sehingga proses tersebut dirasa kurang efektif.
- Proses yang lambat dan memakan waktu yang lama membuat proses batal tambah mata kuliah belum bisa dilakukan dengan cepat dan optimal.
- Belum adanya sistem batal tambah perkuliahan untuk mahasiswa iLP yang dapat meminimalisir kekurangan sistem yang berjalan saat ini.
Alternatif Pemecahan Masalah
Setelah dilakukan nya observasi dari berbagai permasalahan yang sedang dihadapi saat ini, maka dicarikan alternatif pemecahan masalah yang seumpama bisa mendukung dan bisa menjadi referensi bagi Perguruan Tinggi Raharja. Berikut ini terdapat 3 (tiga) alternatif pemecahan masalah, diantaranya :
- Dengan adanya sistem OJRS+ iLP diharapkan mahasiswa dapat melakukan batal tambah perkuliahan kapanpun dan dimanapun tanpa perlu request terlebih dahulu kepada koordinator iLP dan juga memudahkan koordinator iLP dalam proses pengaturan batal tambah perkuliahnnya tanpa perlu membuat kelas iLP secara manual.
- Dengan adanya sistem OJRS+ iLP, tentunya semua data akan terdokumentasi dengan baik.
- Pada sistem OJRS+ iLP hanya bisa diakses oleh mahasiswa iLP sesuai dengan kurikulum dan tahun ajar pada masing-masing mahasiwa.
User Requirement
Elisitasi Tahap I
Elisitasi tahap I ini merupakan seluruh daftar hasil yang didapatkan ketika melakukan pengumpulan dan pencarian data secara langsung melalui sebuah observasi dan kegiatan wawancara perihal kekurangan-kekurangan pada sistem yang berjalan, dan juga kebutuhan-kebutuhan pengguna sistem yang saat ini belum terpenuhi.
Functional |
|
No |
Uraian |
Saya ingin sistem dapat : |
|
1 |
Sistem login terintegrasi dengan Rinfo |
2 |
Dapat menampilkan kurikulum per jurusan |
3 |
Dapat menampilkan kode mata kuliah |
4 |
Sistem dapat menampilkan batal tambah berdasarkan kurikulum |
5 |
Dapat menampilkan NIM, Nama , Jurusan dan konsentrasi Mahasiswa |
6 |
Dapat menampilkan foto mahasiswa |
7 |
Sistem dapat print KSTF (Kartu Studi Tetap Final) |
8 |
Dapat menampilkan menu Ticket OJRS+ |
9 |
Terdapat menu Logout |
10 |
Menampilkan notifikasi batal tambah perkuliahan yang akan di lakukan |
11 |
Sistem dapat memvalidasi total jumlah sks yang dibuat maksimal 21 sks jika IPK <3.00 |
12 |
Sistem dapat membentuk kartu rencana study tetap final |
13 |
Sistem dapat menambah dan menghapus jadwal |
14 |
Sistem dapat menampilkan kode kelas hanya untuk mahasiswa iLP |
15 |
Sistem dapat langsung membuat kode kelas matakuliah khusus iLP |
16 |
Sistem dapat menampilkan matakuliah berdasarkan semester saat batal tambah |
17 |
Sistem dapat melakukan filter mahasiswa yang layak KKP, TA / Skripsi |
18 |
Sistem dapat menampilkan kalender |
19 |
Sistem dapat menampilan jam dan tanggal |
20 |
Sistem dapat menampilkan logo search |
21 |
Sistem dapat melakukan filter mata kuliah prasyarat |
22 |
Sistem dapat melakukan notifikasi batal tambah kepada koordinator iLP |
23 |
Sistem dapat menampilkan jadwal ujian |
24 |
Sistem dapat membuat kartu mengajar dosen |
25 |
Sistem dapat memberikan warning Matakuliah KKP jika total SKS tidak mencukupi |
26 |
Sistem dapat hidden matakuliah SKRIPSI jika all matakuliah belum diambil |
27 |
Sistem dapat menampilkan filter matakuliah yang sudah diambil dan nilai < C (tidak lulus) |
28 |
Sistem dapat cek Kuota matakuliah yang diambil |
29 |
Sistem dapat melakukan edit dengan create ticket |
30 |
Sistem dapat di akses hanya yang sudah login |
31 |
Sistem dapat mengambil data mahasiswa |
32 |
Sistem dapat melakukan Looping Matakuliah untuk cek apakah matakuliah prasyarat sudah diambil |
33 |
Sistem dapat filter lulus matakuliah yang disyaratkan KKP |
34 |
Sistem dapat filter minimal IPK dan SKS yang disyaratkan KKP |
35 |
Sistem dapat menampilkan pesan layak KKP |
36 |
Sistem dapat lock jadwal yang telah di atur |
37 |
Sistem dapat menampilkan matakuliah berdasarkan SKS yang diambil |
38 |
Sistem hanya bisa delete, tidak bisa edit kelas iLP |
39 |
Sistem dapat menampilkan ticket unregistered |
40 |
Terdapat mailchimp informasi batal tambah |
41 |
Mengirimkan email notifikasi setelah pembayaran registrasi |
42 |
Terdapat Faq OJRS+ pada SiS Plus |
43 |
Sistem dapat menampilkan artikel tutorial input tiket pada halaman batal tambah |
44 |
Sistem dapat menampilkan artikel tutorial batal tambah pada halaman batal tambah |
45 |
Sistem dapat menampilkan nama dosen yang mengampuh matakuliah pada setiap KST |
46 |
Sistem dapat menampilkan warning batas SKS dengan IPK <=3 |
47 |
Sistem dapat menampilkan IPK terakhir mahasiswa |
48 |
Sistem dapat menampilkan jumlah kelas yang dibuka |
49 |
Sistem dapat menampilkan countdwon dibukanya batal tambah |
50 |
Terdapat fasilitas chat iDuHelp! |
51 |
Tampilan sistem responsive |
52 |
Sistem tidak bisa diakses jika belum melakukan aktivasi SiS Plus |
53 |
Sistem dapat menampilkan menu Help |
54 |
Sistem dapat akses ke halaman iDu iLP |
55 |
Sistem dapat diakses setelah melakukan registrasi |
56 |
Sistem dapat membentuk KSTF secara otomatis |
57 |
Sistem dapat menampilkan kode kelas hanya untuk iLP sesuai kurikulum |
58 |
Sistem dapat melakukan batal tambah 24 SKS jika IPK >3.00 |
59 |
Sistem dapat mendeteksi mahasiswa bukan iLP |
60 |
Sistem dapat menampilkan warning jika mengambil matakuliah prasyarat yang belum lulus |
Non Functional |
|
No |
Saya ingin sistem dapat : |
1 |
Dapat di akses secara online |
2 |
Sistem memiliki tampilan yang user friendly |
3 |
Memiliki tutorial batal tambah perkuliahan pada iRAN |
4 |
Proses batal tambah dilakukan secara cepat |
Penyusun
(Siti Ela Rohilah MI) NIM 1314476026 |
Elisitasi Tahap II
Elisitasi tahap II merupakan hasil dari pengklasifian dari elsitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antararancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh peneliti untuk dieksekusi. Berikut ini penjelasan mengenai metode MDI : kebutuhan-kebutuhan pengguna sistem yang saat ini belum terpenuhi.
- M pada MDI artinya adalah Mandatory (Penting). Yang berarti requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
- D pada MDI artinya Desirable. Yang berarti requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembentukan sistem, akan membuat sistem tersebut lebih sempurna.
- I pada MDI artinya Inessential. Yang artinya bahwa requirement tersebut bukanlah bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.
Berikut ini merupakan Tabel 3.4 yang berisikan elisitasi tahap II yang telah diklasifikasikan berdasarkan metode MDI. Pada elisitasi tahap II ini terdapat 60 (enam puluh) kebutuhan Functional dan 5 (lima) kebutuhan Non Functional.
Functional |
M |
D |
I |
|
No |
Analisa Kebutuhan |
|||
Saya Ingin Sistem : |
||||
1 |
Sistem login terintegrasi dengan Rinfo |
√ |
|
|
2 |
Dapat menampilkan kurikulum per jurusan |
√ |
|
|
3 |
Dapat menampilkan kode mata kuliah |
√ |
|
|
4 |
Sistem dapat menampilkan batal tambah berdasarkan kurikulum |
√ |
|
|
5 |
Dapat menampilkan NIM, Nama , Jurusan dan konsentrasi Mahasiswa |
|
√ |
|
6 |
Dapat menampilkan foto mahasiswa |
|
|
√ |
7 |
Sistem dapat print KSTF (Kartu Studi Tetap Final) |
|
|
√ |
8 |
Dapat menampilkan menu Ticket OJRS+ |
|
|
√ |
9 |
Terdapat menu Logout |
|
|
√ |
10 |
Menampilkan notifikasi batal tambah perkuliahan yang akan di lakukan |
√ |
|
|
11 |
Sistem dapat memvalidasi total jumlah sks yang dibuat maksimal 21 sks jika IPK <3.00 |
√ |
|
|
12 |
Sistem dapat membentuk kartu rencana study tetap final |
√ |
|
|
13 |
Sistem dapat menambah dan menghapus jadwal |
√ |
|
|
14 |
Sistem dapat menampilkan kode kelas hanya untuk mahasiswa iLP |
√ |
|
|
15 |
Sistem dapat langsung membuat kode kelas matakuliah khusus iLP |
√ |
|
|
16 |
Sistem dapat menampilkan matakuliah berdasarkan semester saat batal tambah |
√ |
|
|
17 |
Sistem dapat melakukan filter mahasiswa yang layak KKP, TA / Skripsi |
√ |
|
|
18 |
Sistem dapat menampilkan kalender |
|
|
√ |
19 |
Sistem dapat menampilan jam dan tanggal |
|
|
√ |
20 |
Sistem dapat menampilkan logo search |
|
√ |
|
21 |
Sistem dapat melakukan filter mata kuliah prasyarat |
√ |
|
|
22 |
Sistem dapat melakukan notifikasi batal tambah kepada koordinator iLP |
|
|
√ |
23 |
Sistem dapat menampilkan jadwal ujian |
|
|
√ |
24 |
Sistem dapat membuat kartu mengajar dosen |
|
|
√ |
25 |
Sistem dapat memberikan warning Matakuliah KKP jika total SKS tidak mencukupi |
√ |
|
|
26 |
Sistem dapat hidden matakuliah SKRIPSI jika all matakuliah belum diambil |
√ |
|
|
27 |
Sistem dapat menampilkan filter matakuliah yang sudah diambil dan nilai < C (tidak lulus) |
√ |
|
|
28 |
Sistem dapat cek Kuota matakuliah yang diambil |
√ |
|
|
29 |
Sistem dapat melakukan edit dengan create ticket |
|
|
√ |
30 |
Sistem dapat di akses hanya yang sudah login |
|
|
√ |
31 |
Sistem dapat mengambil data mahasiswa |
|
|
√ |
32 |
Sistem dapat melakukan Looping Matakuliah untuk cek apakah matakuliah prasyarat sudah diambil |
√ |
|
|
33 |
Sistem dapat filter lulus matakuliah yang disyaratkan KKP |
√ |
|
|
34 |
Sistem dapat filter minimal IPK dan SKS yang disyaratkan KKP |
√ |
|
|
35 |
Sistem dapat menampilkan pesan layak KKP |
√ |
|
|
36 |
Sistem dapat lock jadwal yang telah di atur |
√ |
|
|
37 |
Sistem dapat menampilkan matakuliah berdasarkan SKS yang diambil |
√ |
|
|
38 |
Sistem hanya bisa delete, tidak bisa edit kelas iLP |
√ |
|
|
39 |
Sistem dapat menampilkan ticket unregistered |
|
|
√ |
40 |
Terdapat mailchimp informasi batal tambah |
|
|
√ |
41 |
Mengirimkan email notifikasi setelah pembayaran registrasi |
|
|
√ |
42 |
Terdapat Faq OJRS+ pada SiS Plus |
|
|
√ |
43 |
Sistem dapat menampilkan artikel tutorial input tiket pada halaman batal tambah |
|
|
√ |
44 |
Sistem dapat menampilkan artikel tutorial batal tambah pada halaman batal tambah |
√ |
|
|
45 |
Sistem dapat menampilkan nama dosen yang mengampuh matakuliah pada setiap KST |
|
|
√ |
46 |
Sistem dapat menampilkan warning batas SKS dengan IPK <=3 |
√ |
|
|
47 |
Sistem dapat menampilkan IPK terakhir mahasiswa |
|
√ |
|
48 |
Sistem dapat menampilkan jumlah kelas yang dibuka |
|
√ |
|
49 |
Sistem dapat menampilkan countdwon dibukanya batal tambah |
|
√ |
|
50 |
Terdapat fasilitas chat iDuHelp! |
|
|
√ |
51 |
Tampilan sistem responsive |
|
√ |
|
52 |
Sistem tidak bisa diakses jika belum melakukan aktivasi SiS Plus |
√ |
|
|
53 |
Sistem dapat menampilkan menu Help |
|
√ |
|
54 |
Sistem dapat akses ke halaman iDu iLP |
|
|
√ |
55 |
Sistem dapat diakses setelah melakukan registrasi |
√ |
|
|
56 |
Sistem dapat membentuk KSTF secara otomatis |
√ |
|
|
57 |
Sistem dapat menampilkan kode kelas hanya untuk iLP sesuai kurikulum |
√ |
|
|
58 |
Sistem dapat melakukan batal tambah 24 SKS jika IPK >3.00 |
√ |
|
|
59 |
Sistem dapat mendeteksi mahasiswa bukan iLP |
√ |
|
|
60 |
Sistem dapat menampilkan warning jika mengambil matakuliah prasyarat yang belum lulus |
√ |
|
|
Non Functional |
|
|
|
|
No |
Saya ingin sistem dapat : |
M |
D |
I |
1 |
Dapat di akses secara online |
√ |
|
|
2 |
Sistem memiliki tampilan yang user friendly |
|
√ |
|
3 |
Memiliki tutorial batal tambah perkuliahan pada iRAN |
|
|
√ |
4 |
Proses batal tambah dilakukan secara cepat |
|
√ |
|
Penyusun
(Siti Ela Rohilah MI) NIM 1314476026 |
M : Mandatory : Penting
D : Desirable : Tidak Terlalu Penting
I : Innesential : Tidak Mutlak Ada
Elisitasi Tahap III
Elisitasi tahap III merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang pilihannya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE, yaitu sebagai berikut :
- T (Technical) adalah bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan.
- O (Operational) adalah bagaimana tata cara penggunaan requirement tersebut dalam sistem yang akan dikembangkan.
- E (Economic) adalah berapakah biaya yang diperlukan guna membangun requirement tersebut didalam sistem. Metode TOE tersebut dibagi kembali menjadi beberapa option, diantaranya :
- (H) High : Sulit untuk dikerjakan, karena teknik pembuatan dan sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
- (M) Middle : Mampu untuk dikerjakan.
- (L) Low : Mudah untuk dikerjakan.
Berikut dibawah ini merupakan Tabel 3.5 yang berisikan data elisitasi tahap III hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang pilihannya Ipada metode MDI. Pada elisitasi tahap III ini berisikan 33 (tiga puluh tiga) kebutuhan Functional dan 5 (lima) kebutuhan Non Functional.
Analisa Kebutuhan |
||||||||||
Functional |
||||||||||
No |
Saya Ingin Sistem Dapat : |
T |
O |
E |
||||||
Keterangan |
L |
M |
H |
L |
M |
H |
L |
M |
H |
|
1 |
Sistem login terintegrasi dengan Rinfo |
|
|
√ |
|
√ |
|
|
|
√ |
2 |
Dapat menampilkan kurikulum per jurusan |
|
√ |
|
|
√ |
|
|
√ |
|
3 |
Dapat menampilkan kode mata kuliah |
|
|
√ |
|
√ |
|
|
|
√ |
4 |
Sistem dapat menampilkan batal tambah berdasarkan kurikulum |
|
√ |
|
|
|
√ |
|
√ |
|
5 |
Dapat menampilkan NIM, Nama , Jurusan dan konsentrasi Mahasiswa |
|
|
√ |
|
|
√ |
√ |
|
|
6 |
Dapat menampilkan foto mahasiswa |
|
√ |
|
√ |
|
|
|
√ |
|
7 |
Sistem dapat print form KSTF (Kartu studi Tetap Final) |
|
|
√ |
|
|
√ |
|
√ |
|
8 |
Sistem dapat memvalidasi total jumlah sks yang dibuat maksimal 21 sks |
|
√ |
|
|
√ |
|
√ |
|
|
9 |
Sistem dapat membentuk kartu rencana study tetap final |
√ |
|
|
|
|
√ |
√ |
|
|
10 |
Sistem dapat menampilkan kode kelas hanya untuk mahasiswa iLP |
|
|
√ |
|
|
√ |
|
√ |
|
11 |
Sistem dapat menampilkan kode matakuliah hanya untuk iLP |
√ |
|
|
|
√ |
|
|
|
√ |
12 |
Sistem dapat menampilkan matakuliah berdasarkan semester saat batal tambah |
|
|
√ |
|
√ |
|
|
√ |
|
13 |
Sistem dapat melakukan filter mahasiswa syarat KKP, TA / Skripsi |
|
|
√ |
|
|
√ |
|
√ |
|
14 |
Sistem dapat melakukan filter mata kuliah prasyarat |
|
|
√ |
|
|
√ |
|
√ |
|
15 |
Sistem dapat hidden matakuliah SKRIPSI jika all matakuliah belum diambil |
|
|
√ |
|
|
√ |
|
|
√ |
16 |
Sistem dapat filter matakuliah yang sudah diambil dan nilai < C |
|
|
√ |
|
√ |
|
|
√ |
|
17 |
Sistem dapat cek Kuota matakuliah yang diambil |
|
|
√ |
|
|
√ |
√ |
|
|
18 |
Sistem dapat mengambil data mahasiswa |
|
√ |
|
|
√ |
|
√ |
|
|
19 |
Sistem dapat melakukan Looping Matakuliah untuk cek apakah matakuliah prasyarat sudah diambil |
|
|
√ |
|
|
√ |
|
√ |
|
20 |
Sistem dapat filter lulus matakuliah yang disyaratkan KKP |
|
|
√ |
|
√ |
|
√ |
|
|
21 |
Sistem dapat filter minimal IPK dan SKS yang disyaratkan KKP |
|
√ |
|
|
|
√ |
|
|
√ |
22 |
Sistem dapat menampilkan pesan layak KKP |
|
|
√ |
|
√ |
|
|
|
√ |
23 |
Sistem dapat lock jadwal yang telah di atur |
|
|
√ |
|
|
√ |
|
|
√ |
24 |
Sistem dapat menampilkan matakuliah berdasarkan SKS yang diambil |
|
√ |
|
|
|
√ |
|
√ |
|
25 |
Sistem hanya bisa delete dan tambah, tidak bisa edit kelas iLP |
|
√ |
|
|
√ |
|
|
√ |
|
26 |
Sistem dapat menampilkan artikel tutorial batal tambah pada halaman batal tambah |
|
√ |
|
|
√ |
|
|
|
√ |
27 |
Sistem tidak bisa diakses jika belum melakukan aktivasi SiS Plus |
|
|
√ |
|
√ |
|
|
|
√ |
28 |
Sistem dapat diakses setelah melakukan registrasi |
|
|
√ |
|
|
√ |
|
√ |
|
29 |
Sistem dapat membentuk KSTF secara otomatis |
|
|
√ |
|
|
√ |
|
|
√ |
30 |
Sistem dapat menampilkan kode kelas hanya untuk iLP sesuai kurikulum |
|
√ |
|
|
√ |
|
√ |
|
|
31 |
Sistem dapat melakukan batal tambah 24 SKS jika IPK >3.00 |
|
|
√ |
|
|
√ |
|
|
√ |
32 |
Sistem dapat menampilkan matakuliah KKP jika matakuliah KKP telah lulus |
|
√ |
|
|
√ |
|
|
|
√ |
33 |
Sistem dapat menampilkan warning jika mengambil matakuliah prasyarat yang belum lulus |
|
|
√ |
|
|
√ |
|
|
√ |
Non Functional |
T |
O |
E |
|||||||
No |
Saya ingin sistem dapat : |
L |
M |
H |
L |
M |
H |
L |
M |
H |
1 |
Dapat di akses secara online |
|
√ |
|
|
√ |
|
|
|
√ |
2 |
Sistem memiliki tampilan yang user friendly |
|
√ |
|
|
|
√ |
|
√ |
|
3 |
Memiliki tutorial batal tambah Perkuliahan pada iRAN |
√ |
|
|
|
√ |
|
√ |
|
|
4 |
Proses batal tambah dilakukan secara cepat |
|
|
√ |
|
|
√ |
|
√ |
|
Penyusun
(Siti Ela Rohilah MI) NIM 1314476026 |
Final draft elisitasi
Final draft elisitasi merupakan hasil akhr dari elisitasi yang disetujui oleh stakeholder dan pengembang sistem perihal sistem yang akan dibuat. Dibawah ini merupakan Tabel 3.6 Final Draft elisitasi yang berisikan 17 (tujuh belas) dan 5 (lima) kebutuhan non functional.
Functional |
|||||
No |
Uraian |
||||
Saya ingin sistem dapat : |
|||||
1 |
Sistem login terintegrasi dengan Rinfo |
||||
2 |
Sistem dapat menampilkan batal tambah berdasarkan kurikulum |
||||
3 |
Sistem dapat memvalidasi total jumlah sks yang dibuat maksimal 21 sks jika IPK < 3.00 |
||||
4 |
Sistem dapat membentuk kartu rencana study tetap final |
||||
5 |
Sistem dapat menambah dan menghapus jadwal |
||||
6 |
Sistem dapat menampilkan kode kelas hanya untuk mahasiswa iLP |
||||
7 |
Sistem dapat langsung membuat kode kelas matakuliah khusus iLP |
||||
8 |
Sistem dapat menampilkan matakuliah berdasarkan semester pada saat batal tambah |
||||
9 |
Sistem dapat melakukan filter mahasiswa yang layak KKP, TA / Skripsi |
||||
10 |
Sistem dapat melakukan filter mata kuliah prasyarat |
||||
11 |
Sistem dapat hidden matakuliah SKRIPSI jika all matakuliah belum diambil |
||||
12 |
Sistem dapat menampilkan matakuliah yang sudah diambil dan nilai <C (tidak lulus) |
||||
13 |
Sistem dapat menampilkan pesan layak KKP |
||||
14 |
Sistem hanya bisa delete dan tambah, tidak bisa edit kelas iLP |
||||
15 |
Sistem dapat melakukan batal tambah 24 SKS jika IPK > 3.00 |
||||
16 |
Sistem dapat menampilkan matakuliah KKP jika matakuliah syarat KKP telah lulus |
||||
17 |
Sistem dapat print form KSTF (Kartu Studi Tetap Final) |
||||
Non Functional |
|||||
No |
Saya ingin sistem dapat : |
||||
1 |
Dapat di akses secara online |
||||
2 |
Sistem memiliki tampilan yang user friendly |
||||
3 |
Memiliki tutorial batal tambah pada iRAN |
||||
4 |
Proses batal tambah dilakukan secara cepat |
||||
Penyusun
(Siti Ela Rohilah MI) NIM : 1314476026 |
|||||
Mengetahui,
|
|||||
Menyetujui,
|
BAB IV
Rancangan Sistem Usulan
Prosedur Sistem Usulan
Setelah melakukan analisa dan penelitian terhadap sistem yang berjalan pada sistem batal tambah perkuliahan di Perguruan Tinggi Raharja, maka selanjutnya membahas mengenai usulan rancangan sistem yang akan dibangun. Adapun beberapa usulan prosedur tersebut bertujuan untuk memperbaiki dan menyempurnakan sistem batal tambah perkuliahan mahasiswa iLP menjadi terpusat pada satu sistem yaitu OJRS+ iLP. Yaitu dengan mengusulkan sistem batal tambah perkuliahan yang dapat dilakukan secara mandiri. Adapun beberapa kegiatan-kegiatan yang dimaksud adalah mulai dari login SSO (Single Sign ON) dengan akun email Rinfo pada halaman sisplus.raharja.ac.id, pada saat masuk halaman awal SiS+ kemudian create ticket OJRS+, search OJRS selanjutnya masuk pada form batal tambah untuk melakukan batal tambah perkuliahan. Dalam menganalisa usulan prosedur yang baru pada penelitian ini digunakan program Visual Paradigm for UML 8.0 Enterprise Edition
Use Case Diagram Sistem Yang Diusulkan
Gambar 4.1 Use Case Diagram Batal Tambah Perkuliahan iLP Yang Diusulkan
Berdasarkan gambar 4.1. Use Case diagram sistem batal tambah perkuliahan iLP yang diusulkan, yaitu :
- 1 (satu) Sistem yang mencakup seluruh kegiatan.
- 1 (satu) Actor yang melakukan kegiatan yaitu : Mahasiswa iLP.
- 6 (enam) Use Case yang dilakukan oleh actor tersebut diantaranya : Login dengan Rinfo, Create Ticket OJRS+, Batal Tambah OJRS iLP, Tambah Jadwal dan Print Jadwal.
- 2 (dua) include yaitu : Create Ticket dan batal tambah OJRS iLP.
Activity Diagram Sistem Yang Diusulkan
Gambar 4.2 Activity Diagram Sistem Batal Tambah Perkuliahan iLP Yang Diusulkan
Berdasarkan gambar 4.2 Activity Diagram Batal Tambah Perkuliahan iLP yang diusulkan terdapat :
- 1 (satu) Initial Node, sebagai objek yang diawali.
- 5 (lima) Activity sebagai state dari sistem yang menjelaskan eksekusi darisutau aksi, diantaranya diawali dengan mahasiswa iLP melakukan Login SSO (Single Sign On) dengan menggunakan email Rinfo, setelah itu Create ticket OJRS+, kemudian dilanjutkan ke halaman batal tambah OJRS+ iLP dan melakukan batal tambah dilanjjtkan dengan print jadwal.
- 2 (dua) Decision Node untuk menyatakan “Berhasil” atau “Gagal” dan “Ada” atau “Tidak ada ticket”.
- 1 (satu) Final Node, sebagai objek yang diakhiri.
Sequence Diagram Sistem Yang Diusulkan
Gambar 4.3 Sequence Diagram Batal Tambah Perkuliahan iLP Yang Diusulkan
Berdasarkan gambar 4.3 Sequence Diagram batal tambah perkuliahan iLP yang diusulkan terdapat :
- 1 (satu) actor yang melakukan kegiatan yaitu Mahasiswa iLP.
- 1 (satu) control lifeline yang menggambarkan sebagai sistem OJRS iLP.
- 5 (lima) messages spesfikasi yang memuat informasi-informasi tentang aktivitas yang terjadi.
Perbedaan Prosedur Antara Sistem Yang Berjalan Dengan Sistem Yang Diusulkan
Berikut ini adalah tabel perbedaan prosedur antara sistem yang berjalan dengan sistem yang diusulkan :
Tabel 4.1 Perbedaan Prosedur Sistem Yang Berjalan
Rancangan Basis Data
Rancangan basis data adalah media penyimpanan data yang digunakan dalam aplikasi dan database untuk membantu pemrograman dalam menampilkan data. Berikut ini adalah ERD (Entity Relation Diagram) dan rancangan basis data yang digunakan dalam merancang sistem.
ERD (Entity Relation Diagram)
Berikut ini adalah ERD (Entity Relation Diagram) sistem batal tambah perkuliahan mahasiswa iLP pada Perguruan Tinggi Raharja. Terdiri dari 14 (empat belas) tabel meliputi, TMMahasiwa, TMTahunAjar, TTMahasiswaJurusan, TTMatakuliahKurikulum, TMMatakuliah, TMNilai, TTKrs, TMSyaratMatakuliah, TMSyaratLulus, TMSyaratKKP, TTJadwalMahasiwaILP, TTJadwalKelasILP, TTLayakKkpILP, TMMatakuliahPenyetaraan.
Gambar 4.4. ERD (Entity Relation Diagram) Sistem Batal Tambah Perkuliahan Mahasiswa iLP
Spesifikasi Basis Data
Pada database digunakan tabel-tabel, dan pada tabel berikut ini akan dijelaskan nama field, type, dan size mengenai data tersebut.
- Nama File : TMMahasiswa
Tipe File : File Master
Fungsi : Untuk menyimpan data Mahasiswa
Media : Hardisk
Primary Key : NIM
Tabel 4.2 Struktur Tabel TMMahasiswaNo
Nama Field
Tipe Data
Field Size
Keterangan
1
NIM
char
10
Primary Key
2
NIPR
char
14
3
NamaDepan
varchar
30
4
NamaBelakang
varchar
70
5
NamaPanggilan
varchar
25
6
TempatLahir
varchar
50
7
TanggalLahir
date
-
8
KTP
varchar
16
9
KodeNegara
char
2
10
JenisKelamin
char
1
11
StatusPerkawinan
int
1
12
AlamatTinggal
varchar
100
13
KodePosTinggal
char
5
14
ProvinsiTinggal
varchar
50
15
KotaTinggal
varchar
50
16
JenisTinggal
varchar
100
17
AlamatSurat
varchar
5
18
KodePosSurat
char
50
19
ProvinsiSurat
varchar
50
20
KotaSurat
varchar
100
21
AlamatEmail
varchar
100
22
PersonalWebsite
varchar
10
23
Agama
varchar
15
24
TeleponRumah
varchar
15
25
TeleponKantor
varchar
15
26
Handphone
varchar
15
27
GolonganDarah
varchar
2
28
Hobby
varchar
50
29
KebutuhanKhusus
varchar
100
30
KPS
varchar
15
- Nama File : TMTahunAjar
Tipe File : File Master
Fungsi : Untuk menyimpan data tahun ajar
Media : Hardisk
Primary Key : KodeTahunAjar
Tabel 4.3 Struktur Tabel TMTahunAjarNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeTahunAjar
Int
9
Primary Key
2
Status
enum
0,1,2
- Nama File : TTMahasiswaJurusan
Tipe File : File Transaksi
Fungsi : Untuk menyimpan data mahasiswa jurusan
Media : Hardisk
Primary Key : NIM
Tabel 4.4 Struktur Tabel TTMahasiswaJurusanNo
Nama Field
Tipe Data
Field Size
Keterangan
1
NIM
Char
10
Primary Key
2
Jenjang
Char
3
3
Jurusan
Char
3
4
Konsentrasi
Char
3
5
KodeKurikulum
Int
5
6
ShiftKuliah
Char
1
7
Ilearning
Char
1
8
Ilp
Char
1
- Nama File: TTMatakuliahKurikulum
Tipe File : File Master
Fungsi : Untuk menyimpan data Matakuliah Kurikulum
Media : Hardisk
Primary Key : KodeMataKuliahKurikulum
Tabel 4.5 Struktur Tabel TTMatakuliahKurikulumNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeMataKuliahKurikulum
int
11
Primary Key
2
KodeMataKuliah
varchar
6
3
KodeKurikulum
int
5
4
KodeSemester
int
1
5
KodeKelompok
varchar
4
- Nama File : TMMataKuliah
Tipe File : File Master
Fungsi : Untuk menyimpan data matakuliah
Media : Hardisk
Primary Key : KodeMataKuliah
Tabel 4.6 Struktur Tabel TMMataKuliahNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeMataKuliah
varchar
6
Primary Key
2
NamaMataKuliahID
varchar
45
3
NamaMataKuliahEN
varchar
45
4
SKS
tinyint
1
5
KodeKelompok
varchar
4
6
KodeKajur
char
3
7
StatusPraktek
tinyint
1
8
JenisMataKuliah
enum
'0','1','2'
0=Regular , 1 =Ilearning , 2 = S2
9
Cek
char
1
.
- Nama File : TMNilai
Tipe File : File Master
Fungsi : Untuk menyimpan data nilai
Media : Hardisk
Primary Key : KodeNilai
Tabel 4.7 Struktur Tabel TMNilai
No
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeNilai
int
11
Primary Key
2
NIM
char
10
3
KodeMatakuliah
varchar
6
4
Grade
varchar
2
- Nama File : TTKrs
Tipe File : File Transaksi
Fungsi : Untuk menyimpan data rencana studi
Media : Hardisk
Primary Key : KodeKrs
Tabel 4.8 Struktur Tabel TTKrsNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeKrs
Int
11
Primary Key
2
IdKrs
Varchar
50
3
IdKelas
Varchar
50
4
Grade
Varchar
2
- Nama File : TMSyaratMataKuliah
Tipe File : File Master
Fungsi : Untuk menyimpan data syarat matakuliah
Media : Hardisk
Primary Key : KodeSyaratMataKuliah
Tabel 4.9 Struktur Tabel TMSyaratMataKuliahNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeSyaratMataKuliah
int
5
Primary Key
2
KodeMataKuliah
varchar
5
3
KodeMataKuliahSyarat1
varchar
5
4
KodeMataKuliahSyarat2
varchar
5
Dapat dijelaskan pada tabel 4.9 yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 4 (empat) field dengan kunci utama / primary key nya adalah KodeSyaratMataKuliah.
- Nama File : TMSyaratLulus
Tipe File : File Master
Fungsi : Untuk menyimpan data syarat lulus
Media : Hardisk
Primary Key : KodeSyaratLulus
Tabel 4.10 Struktur Tabel TMSyaratLulusNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeSyaratLulus
int
5
Primary Key
2
KodeKurikulum
varchar
5
3
MinIpkKKP
decimal
2,1
4
MinIpkTA
decimal
2,1
5
MinSksKKP
int
3
6
MinSksTA
int
3
Dapat dijelaskan pada tabel 4.10. yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 4 (empat) field dengan kunci utama / primary key nya adalah KodeSyaratMataKuliah.
- Nama File : TMSyaratKKP
Tipe File : File Master
Fungsi : Untuk menyimpan data syarat KKP
Media : Hardisk
Primary Key : KodeSyaratKKP
Tabel 4.11 Struktur Tabel TMSyaratKKPNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeSyaratKKP
Int
11
Primary Key
2
KodeKurikulum
Varchar
5
3
KodeMataKuliah
Varchar
5
Dapat dijelaskan pada tabel 4.11. yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 3 (tiga) field dengan kunci utama / primary key nya adalah KodeSyaratKKP.
- Nama File : TTJadwalMahasiswaILP
Tipe File : File Transaksi
Fungsi : Untuk menyimpan data jadwal mahasiswa iLP
Media : Hardisk
Primary Key : KodeJadwalMahasiswa
Tabel 4.12 Struktur TabelNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeJadwalMahasiswa
mediumint
8
Primary Key
2
KodeTahunAjar
Int
9
3
KodeMataKuliah
Varchar
6
4
KodeKelasMataKuliah
varhar
8
5
NIM
char
10
6
TypeId
tinyint
2
Dapat dijelaskan pada tabel 4.12. yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 6 (enam) field dengan kunci utama / primary key nya adalah KodeJadwalMahasiswa.
- Nama File : TTJadwalKelasILP
Tipe File : File Transaksi
Fungsi : Untuk menyimpan data jadwal kelas iLP
Media : Hardisk
Primary Key : IdJadwalKelas
Tabel 4.13 Struktur Tabel TTJadwalKelasILPNo
Nama Field
Tipe Data
Field Size
Keterangan
1
IdJadwalKelas
mediumint
8
Primary Key
2
IdKelas
int
9
3
KodeTahunAjar
varchar
6
4
KodeMataKuliah
varhar
8
5
KodeKelasMataKuliah
char
10
6
Shift
tinyint
2
7
StatusPraktek
smallint
4
8
KodeRuang
smallint
4
9
KodeHari
tinyint
1
10
KodeWaktu
tinyint
2
11
KodeWaktu2
tinyint
2
12
TypeId
tinyint
2
13
KodeJenisKelas
tinyint
1
14
LastCreated
datetime
-
15
CreatedUser
varchar
50
16
Status
char
1
17
KuotaKelas
tinyint
2
18
NID
char
6
Dapat dijelaskan pada tabel 4.13. yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 18 (delapan belas) field dengan kunci utama / primary key nya adalah IdJadwalKelas.
- Nama File : TTLayaKKPILP
Tipe File : File Transaksi
Fungsi : Untuk menyimpan data Layak KKP
Media : Hardisk
Primary Key : KodeLayaKKP
Tabel 4.14 Struktur Tabel TTLayaKKPILPNo
Nama Field
Tipe Data
Field Size
Keterangan
1
KodeLayaKKP
int
11
Primary Key
2
KodeTahunAjar
int
11
3
NIM
char
10
4
NID
char
6
5
StatusConfirm
tinyint
1
6
TanggalConfirm
datetime
-
Dapat dijelaskan pada tabel 4.14 yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 6 (enam) field dengan kunci utama / primary key nya adalah KodeLayaKKP.
- Nama File : TMMatakuliahPenyetaraan
Tipe File : File Master
Fungsi : Untuk menyimpan data Penyetaraan Matakuliah
Media : Hardisk
Primary Key : Jenjang
Tabel 4.15 Struktur Tabel TMMatakuliahPenyetaraanNo
Nama Field
Tipe Data
Field Size
Keterangan
1
Jenjang
char
30
Primary Key
2
Jurusan
char
100
3
KodeMataKuliahLama
varchar
5
4
NamaMataKuliahLama
char
100
5
SKSLama
int
2
6
KodeMataKuliahBaru
varchar
5
7
NamaMataKuliahBaru
char
100
8
SKSBaru
int
2
Dapat dijelaskan pada tabel 4.15 yaitu struktur tabel dari TMSyaratMataKuliah yang terdiri dari 8 (delapan) field dengan kunci utama / primary key nya adalah Jenjang.
Flowchart Sistem Yang Diusulkan
![](https://lh3.googleusercontent.com/-pmCtrOv-nAk/WJkuR-kvt3I/AAAAAAAALBY/KLjnmhnFUEcTC9jFsCpWQEPjr53k7aWiACL0B/h833/2017-02-06.png)
Gambar 4.5. Flowchart Sistem Untuk Batal Tambah Perkuliahan Mahasiswa iLP
Dapat dijelaskan pada gambar 4.5. flowchart sistem untuk batal tambah perkuliahan mahasiswa iLP yang diusulkan terdapat :
- Terdapat 2 (dua) simbol terminal yaitu “mulai” dan “selesai” pada aliran sistem untuk batal tambah perkuliahan
- Terdapat 3 (tiga) simbol data, yang menyatakan proses input atau output terdiri dari menu : Login SiS+ SSO (Single Sign On) dengan email Rinfo yang sebelumnya telah melakukan aktivasi SiS+. Jika tidak maka akan kembali ke tampilan awal SiS+. Jika Berhasil login maka akan muncul halaman “Home” selanjutnya memilih menu “create ticket” kemudian ke halaman OJRS+ maka akan menampilkan form batal tambah dan print jadwal.
- Terdapat 3 (tiga) simbol decision, yang berperan untuk menunjukan sebuah langkah pengambilan keputusan jika “ya” dan “tidak” .
- Terdapat 1 (satu) simbol proses, yang berperan melakukan tambah jadwal.
Konfigurasi Sistem Yang Diusulkan
Spesifisikasi Sistem Yang Diusulkan (Hardware)
Perangkat keras yang dibutuhkan oleh sistem adalah suatu unit personal komputer. Perangkat keras yang diusulkan ini dibuat berdasarkan kebutuhan sistem saat ini dan antisipasi kebutuhan di masa yang akan datang. Konfigurasi yang dibutuhkan pada design sistem yang diusulkan, yaitu :
- Processor : Intel Core i5-3210M
- Monitor : 14″ HD WLED True-Life 1366 x 768
- Memory : 4 GB DDR3 UMA
- Harddisk : 500 GB
Perangkat Lunak (Software) Yang Digunakan
Perangkat lunak merupakan penunjang dari peralatan komputer yang akan digunakan sebagai penghubung dalam instruksi yang diinginkan, agar komputer dapat menghasilkan informasi yang diharapkan, maka perangkat lunak yang diusulkan dalam rancangan sistem ini yaitu :
- Microsoft Windows 7
- Mozilla Firefox
- Yii Framework
- Filezilla
- Sublime Text 3
- MySQL
Hak Akses (Brainware)
Untuk hak akses yang terdapat pada sistem batal tamabh perkuliahan mahasiswa iLP pada Perguruan Tinggi Raharja terdapat 3 (tiga) hak akses yaitu : Mahasiswa iLP. Untuk mahasiswa iLP dapat mengakses seluruh menu yang terdapat pada sistem batal tambah perkuliahan iLP, Kajur (Kepala Jurusan) dapat melakukan input matakuliah mahasiswa iLP yang kemudian menjadi KSTF (Kartu Studi Tetap Final), Koordinator iLP dapat menambahkan daftar mahasiswa iLP agar bisa melakukan batal tambah perkuliahan pada sistem OJRS+ dan melakukan input matakuliah mahasiswa iLP yang kemudian menjadi KSTF (Kartu Studi Tetap Final).
Testing
Pengujian pada sistem batal tambah perkuliahan mahasiswa iLP ini menggunakan metode pengujian Black Box Testing. Metode Black Box Testing dapat mengetahui apakah perangkat lunak yang dibuat dapat berfungsi degan benar dan telah sesuai dengan yang diharapkan atau tidak. Pengujian dengan metode Black Box Testing dilakukan hanya mengamati hasil eksekusi melalui data uji dan memeriksa fungsional dari software dan funsgionalitasnya tanpa mengetahui yang terjadi dalam proses detail, melainkan hanya mengetahui proses input dan output.
Berikut ini merupakakn tabel 4.. terdapat 4 (empat) pengujian sistem yang dilakukan dengan metode Black Box Testing :
Tabel 4.16 Tabel Black Box Testing
- Login
- Pengujian Login dengan email selain Rinfo
Tabel 4.17 Tabel Pengujian Login Skenario 1
- Pengujian Login dengan email Rinfo yang sudah melakukan aktivasi SiS+
- Tambah Jadwal Perkuliahan Pengujian pada fitur tambah jadwal perkuliahan dilakukan dengan skenario sebagai berikut : Tambah jadwal perkuliahan pada form batal tambah
- Hapus Jadwal Perkuliahan Pengujan pada fitur tambah jadwal perkuliahan dilakukan dengan skenario sebagai berikut : Hapus jadwal perkuliahan pada form batal tambah
Pengujian fitur Login dilakukan dengan skneario sebagai berikut :
Tabel 4.18 Tabel Pengujian Skenario 2
Tabel 4.19 Tabel Pengujian Skenario 2
Tabel 4.20 Tabel Pengujian Skenario 3
Evaluasi
Setelah melakukan pengujian dengan metode Black Box Testing mengenai batal tambah perkuliahan mahasiswa iLP dengan cara memberikan sejumlah input pada program seperti contoh pengujian pada login SSO (Single Sign On) menggunakan email Rinfo. Jika login tidak menggunakan email rinfo atau belum melakukan aktivasi SiS+
Implementasi
Tampilan Layar
Pada bagian ini merupakan hasil akhir dari tampilan user interface sistem OJRS+ iLP yang diusulkan yang setelah dilakukannya beberapa kali perubahan dan peningkatan dari segi tampilan dasar batal tambah perkuliahan mahasiswa iLP sebelumnya.
1. Tampilan halaman Utama SiS+
Gambar 4.6. Tampilan Halaman Utama SiS+
Gambar 4.6. merupakan tampilan halaman utama SiS+ pada sistem sisplus.raharja.ac.id, dimana pada bagian ini terdiri dari body contain yang berisi slider dan side bar berisikan menu-menu yang akan mengarahkan pengguna ke beberapa halaman tertentu seperti halaman Login SiS+ dengan menggunakan email Rinfo yang sudah melakukan aktivasi SiS+, pendaftaran email Rinfo, jadwal perkuliahan mahasiswa baru dan widget iDuHelp! Yang akan mengarahkan pengguna ke situs iDuHelp.
Terakhir adalah footer, seperti halnya footer pada situs lain bagian ini juga berfungsi untuk menempatkan text yang biasa digunakan untuk mengenalkan pihakpihak terkait.
2. Tampilan Halaman Login
Gambar 4.7 Halaman Tampilan Login
Gambar 4.7 diatas merupakan tampilan halaman login pada SiS+. Untuk dapat mengakses SiS+ pengguna harus memiliki email Rinfo dan sudah melakukan aktivasi SiS+. Jika belum memiliki email Rinfo pengguna bisa melakukan request email Rinfo yang terletak pada side bar halaman utama SiS+ atau berada dibawah halaman login. Tersedia juga button iDuHelp!, dimana iDuHelp! Itu sendirimerupakan suatu bentuk pelayanan kampus yangdapat diakses secara online jika ada kendala pengguna bisa langsung mengklik button tersebut kemudian akan masuk pada situs iDuHelp!.
3. Tampilan halaman Home
Gambar 4.8. Tampilan halaman Home
Gambar 4.8 merupakan halaman Home jika pengguna telah berhasil melakukan login pada halaman SiS+, pada halaman home ini terdapat beberapa bagian diantaranya Biodata, photo profil pengguna, button create ticket konsultasi, ticket OJRS+, widget Go+, motivasi, kemudian pada bagian header berisi sitemap, kolom search dan menu logout.
4. Tampilan Halaman Create Ticket OJRS+
Gambar 4.9 Halaman Ticket OJRS+
Gambar 4.9 diatas merupakan halaman ticket OJRS+. Untuk mendapatkan ticket OJRS+ dapat melakukan create ticket OJRS+ terlebih dahulu. Jika sudsh berhasil melakukan create ticket selanjutnya ada beberapa cara untuk memindahkan ticket OJRS+ tersebut. ticket tersebut bisa pengguna copy dan scan barcode pada halaman OJRS+ untuk melakukan batal tambah.
5. Tampilan Halaman Form Batal Tambah
Gambar 4.10 Halaman Form Batal Tambah
Gambar 4.10 diatas merupakan tampilan halaman form batal tambah pada OJRS+ iLP yang dapat diakses setelah melakukan create ticket OJRS+ seperti yang sudah dijelaskan pada gambar sebelumnya. Padform batal tambah ini berisi tentang informasi pengguna. Terdapat NIM, Nama, IPK (Indeks Penilaian Kumulatif), Kode Kurikulum, Jenjang, Jurusan, Konsentrasi dan shift. Terdapat form permasalahan dan button Add Jadwal.
6. Tampilan Halaman Daftar Matakuliah
Gambar 4.11 Halaman Daftar Matakuliah
Gambar 4.11 merupakan tampilan dari Halaman Daftar Matakuliah, prosesnya adalah setelah mengklik Add Jadwal pada form batal tambah. Pada daftar matakuliah ini berisi semua daftar matakuliah yang belum diambil sesuai dengan semester dan tahun ajar. Terdapat nama matakuliah, SKS, semester dan jumlah minat mahasiswa pada matakuliah tersebut. Jika ada mahasiswa iLP yang sebelumnya telah memilih matakuliah yang sama maka kelas sudah otomatis terbentuk.
7. Tampilan Halaman Daftar Matakuliah Yang Telah Dipilih
Gambar 4.12 Tampilan Daftar Matakuliah Yang Telah Diambil
Gambar 4.12 diatas merupakan tampilan daftar matakuliah yang telah diambil melalui proses Add Jadwal yang telah dijelaskan pada gambar sebelumnya. Daftar matakuliah tersebut bisa dihapus akan tetapi tidak bisa diedit karena untuk kode kelas iLP hanya memiliki satu kode kelas yaitu Z. Pada tampilan ini hanya bisa Hapus dan Tambah jadwal perkuliahan.
Time Schedule
Dalam melakukan penelitian ini tentunya banyak proses dan kegiatan yang dilakukan yang tentunya banyak memakan waktu dalam menyelesaikannya, dibawah ini merupakan jadwal dari kegiatan yang dilakukan selama penelitian ini :
Tabel 4.21 Time Schedule
Estimasi Biaya
Estimasi digunakan sebagai penghitungan kebutuhan biaya yang diperlukan untuk menyelesaikan penelitian yang diusulkan. Dibawah ini adalah tabel 4.22 tentang rincian biaya yang diperlukan peneliti untuk menyelesaikan penelitian yang berjudul “Pengembangan OJRS+ Sebagai Media Batal Tambah Perkuliahan Mahasiswa iLP Menggunakan Yii Framework ”
Tabel 4.22 Estimasi Biaya
BAB V
Kesimpulan
Berdasarkan hasil analisa dan penelitian yang telah dilakukan yang telah dilakukan terhadap penjadwalan perkuliahan mahasiswa iLP maka dapat ditarik beberapa kesimpulan, diantaranya :
Kesimpulan Terhadap Rumusan Masalah
Dari analisa yang sudah dijelaskan pada BAB I dalam rumusan masalah terhadap sistem yang ada saat ini diruang lingkup Perguruan Tinggi Raharja, maka dapat ditarik kesimpulannya bahwa :
- Mahasiswa iLP dapat melakukan batal tambah perkuliahan secara mandiri melalui OJRS+ iLP.
- Proses penjadwalan perkuliahan menjadi lebih optimal dan tentunya mudah dalam proses mendapatkan jadwal perkuliahan atau KSTF (Kartu Studi Tetap Final).
- Adanya sistem batal tambah perkuliahan khusus mahasiswa iLP yang merupakan perkembangan darisistem OJRS+ sebelumnya.
Kesimpulan Terhadap Tujuan dan Manfaat Penelitian
- Menciptakan rancangan sistem batal tambah jadwal perkuliahan yang dikhusus kan untuk mahasiswa iLP. sebagai referensi dasar untuk mendapatkan informasi tentang sistem yang dianalisa dan membantu dalam pengambilan keputusan untuk pengembangan sistem agar lebih baik lagi dari sistem yang berjalan saat ini.
- Sistem batal tambah jadwal perkuliahan pada mahasiswa iLP tidak lagi mengikuti prosedur mahasiswa regular. Dan dengan adanya hasil penelitian ini diharapkan seluruh mahasiwa iLP dapat memperoleh kemudahan dalam melakukan proses batal tambah jadwal perkuliahan.
Saran
Untuk meningkatkan sistem tersebut didapatkan beberapa saran yang mungkin dapat dijadikan sebagai acuan dalam meningkatkan dan memajukan sistem tersebut agar penelitian berikutnya bisa mengembangkan sistem ini menjadi lebih baik lagi, sehingga kekurangan yang ada dapat dilengkapi atau diperbaiki. Adapun beberapa saran tersebut diantaranya adalah :
- Bagi pengembang sistem perlu adanya fungsi filter matakuliah KKP dan Skripsi
- Meningkatkan sosialisasi pada mahasiswa iLP agar lebih banyak mahasiswa yang mengetahui bahwa batal tambah perkuliahan mahasiswa iLP bisa dilakukan secara online dengan mengakses SiS+
- Perlu adanya fasilitas untuk jadwal ujian pada mahasiswa iLP agar pelaksanaan ujian mahasiswa iLP dapat tercontrol serta untuk pengambilan sebuah keputusan
DAFTAR PUSTAKA
- ↑ 1,0 1,1 Mantala, Ronny. Muhammad Al Majid dan Said Fahmi Syahab. 2015. Pengembangan Sistem Informasi Inventaris Bahan Praktik Dan Tools Pada Ruang Training Aids Dan Tools Store Prodi Alat Berat Menggunakan Java Dan MySQL. Politeknik Negeri Banjarmasin: Jurnal Sistem dan Teknologi Informasi. Vol.1, No.1 : 56-60.
- ↑ 2,0 2,1 2,2 Rasdiana, Erlita. 2015. Pengembangan Formulir Online Menggunakan QR Code Pada SiS+ Di Perguruan Tinggi Raharja. Skripsi. Tangerang: STMIK Raharja.
- ↑ 3,0 3,1 Saputra. Alhadi. 2012. “Kajian Kebutuhan Perangkat Lunak Untuk Pengembangan Sistem Informasi Dan Aplikasi Perangkat Lunak Buatan LAPAN Bandung”. Bandung: LAPAN.
- ↑ 4,0 4,1 4,2 4,3 4,4 4,5 Hutahaean, Jeperson. 2015. Konsep Sistem Informasi. Yogyakarta: Deepublish.
- ↑ 5,0 5,1 Djahir, Yulia dan Dewi Pratita, Bahan Ajar Sistem Informasi Manajemen, CV Budi Utama, Yogyakarta, 2014.
- ↑ 6,0 6,1 Sutarman. 2012. Buku Pengantar Teknologi Informasi. Jakarta: Bumi Aksara
- ↑ 7,0 7,1 7,2 Kadir, A. (2014). Pengenalan Sistem Informasi Edisi Revisi.
- ↑ Yakub dan Vico Hisbanarto. 2014. Sistem Informasi Manajemen Pendidikan. Yogyakarta: Graha Ilmu.
- ↑ 9,0 9,1 Taufik, T. (2013). Pengelolaan Keuangan Desa Dalam Sistem Keuangan Negara Republik Indonesia. Jurnal Ekonomi, 17(01).
- ↑ Jindan, Noval. 2015. Pengembangan Forum RhjFox Sebagai Media Diskusi dan Pembelajaran Pada Perguruan Tinggi Raharja. Tugas Akhir. Tangerang
- ↑ Suhainingsih, Dwi Maya. 2016. Penerapan Online Jadwal Rencana Studi Plus (OJRS+) Sebagai Media Batal Tambah Penjadwalan Mahasiswa Pada : Perguruan Tinggi. Skripsi. Tangerang.
- ↑ 12,0 12,1 Aisyah, E. S. N., Yusup, M., & Wahyani, S. (2015). Implementasi Sistem Online Jadwal Rencana Studi (OJRS+) pada Perguruan Tinggi Raharja.Proceedings Konferensi Nasional Sistem dan Informatika (KNS&I).
- ↑ Leanna Vidya Yovita, M. T., & Indrarini Dyah Irawati, M. T. (2015). Jaringan Komputer dan Data Lanjut. Deepublish.
- ↑ Ariani, D., Fariza, A., & Prasetyaningrum, I. (2011). Optimasi penjadwalan mata kuliah di jurusan teknik informatika pens dengan menggunakan algoritma Particle Swarm Optimization (PSO). EEPIS Final Project.
- ↑ 15,0 15,1 Dewi. 2016. Pengembangan Official Site iLearning Plus Menggunakan Perangkat Webometric Sebagai Media Informasi Pada Perguruan Tinggi. Skripsi. Tangerang
- ↑ 16,0 16,1 Rustan, Surianto. 2009, Mendesain Logo. Jakarta: Gramedia Pustaka Utama.
- ↑ Rahardja. Untung, Khanna Tiara, Ray Indra Taufik Wijaya 2014. Penerapan Rinfo Sebagai Media Pendukung Untuk Proses Pembelajaran Pada Perguruan Tinggi Raharja. Jurnal CCIT. Tangerang: Perguruan Tinggi Raharja. Vol. 8, No. 1, September 2014.
- ↑ Telnoni, Patric., Rinaldi Munir dan Yusep Rosmansyah. 2014. Pengembangan Protokol Single Sign On SAML dengan Kombinasi Speech dan Speaker Recognition. Jurnal Cybermatika. Vol.2 No.2
- ↑ 19,0 19,1 Irwansyah, Edi. Jurike V. Moniaga. 2014. Pengantar Teknologi Informasi. Jogyakarta: Deepublish.
- ↑ 20,0 20,1 Somantri, Nursam. 2016. Perancangan viewboard iDuHelp! Menggunakan Bootstrap Sebagai Penunjang Laporan Performa iDuHelp! Online Pada Perguruan Tinggi. Skripsi. Tangerang.
- ↑ 21,0 21,1 Arief, M. Rudyanto. 2011. “Pemrograman Web Dinamis Menggunakan PHP & MySQL”. Yogyakarta: Andi.
- ↑ Prasetio, Adhi. 2012. Buku Pinter Pemrograman Web. Jakarta : Mediakita.
- ↑ Susila, Candra Budi dan Ramadhian Agus Triyono. 2015. Sistem Informasi Nilai Mahasiswa Berbasis SMS Gateway Pada Sekolah Tinggi Ilmu Tarbiyah (STIT) Muhammadiyah Pacitan. Journal Speed–Sentra Penelitian Engineering dan Edukasi. Vol.7, No.3.
- ↑ 24,0 24,1 24,2 Warsito, Ary Budi. 2013. Prototipe Sistem Informasi E-Jurnal Akademik Perguruan Tinggi Studi Kasus Jurnal CCIT STMIK Raharja. Tesis. Jakarta: Universitas Budi Luhur.
- ↑ Alatas, Husein. Responsive Web Design dengan PHP dan Bootstrap, Jakarta: Lokomedia, 2013.
- ↑ 26,0 26,1 Otto, Mark., J. Thornton, "Bootstrap," 19 Agustus 2011. [Online]. Available: www.getbootstrap.com. [Accessed 7 12 2016].
- ↑ Anggaeni, Puspita Aritias dan Bambang Sujatmiko. 2013. Sistem Informasi Tugas Akhir Berbasis Web (Studi Kasus D3 Manajemen Informatika Te Ft UNESA). Jurnal Manajemen Informatika. Vol.2, No.2 : 37-45.
- ↑ Nathasia, Novi Dian dan Anang Eko Wicaksono. 2011. Penerapan Teknik Kriptografi Stream Cipher Untuk Pengaman Basis Data. Jurnal Basis Data. Vol.6, No.1.
- ↑ Suprayitno dan Uli Indah Wardati. 2012. Pembangunan Sistem Stok Barang Dan Penjualan Pada Toko Sero Elektronik. IJCSS-Indonesian Jurnal on Computer Science Speed. Vol.9, No.3.
- ↑ Sunarya, Sefty. 2013. Aplikasi Sistem Informasi Point Of Sales dengan Menggunakan Metode Experimental Semu (Studi Kasus : Fan Jai Nugget). Tugas Akhir. Bandung: Universitas Widyatama.
- ↑ Wibowo, Aan Tri. 2013. Pembuatan Aplikasi E-Commerce Pusat Oleh-Oleh Khas Pacitan Pada Toko Sari Rasa Pacitan. Indonesian Journal on Networking and Security (IJNS). Vol.2, No.4.
- ↑ Ranjini, K, A.Kanthimathi and Y.Yasmine. 2011. Design of Adaptive Road Traffic Control System through Unified Modeling Language. International Journal of Computer Applications. Vol.14, No.7.
- ↑ Alim, Yadanur, Suhartono dan Priyo Sidik Sasongko. 2012. Pengembangan Sistem Informasi Administrasi Pemeriksaan Pasien Di Instalasi Radiologi RSUD Kajen Dengan Unified Process. Jurnal Masyarakat Informatika. Vol.2, No.4
- ↑ Syukron, Akhmad dan Noor Hasan. 2015. Perancangan Sistem Informasi Rawat Jalan Berbasis Web Pada Puskesmas Winong. Jurnal Bianglala Informatika. Vol.3, No.1.
- ↑ Nuari, Novi. 2014. Perancangan Aplikasi Layanan Mobile Informasi Administrasi Akademik Berbasis Android Menggunakan Webservice (Studi Kasus Reg. B Universitas Tanjungpura). JustIN-Jurnal Sistem dan Teknologi Informasi. Vol.1, No.1.
- ↑ 36,0 36,1 Setiawan, Alexander, Liliana dan Bryan Andhika Wijaya. 2013. Aplikasi Sistem Informasi Akademik SMA Katolik Taruna Jaya Sampit. Dissertation. Fakultas Teknologi Industri. Surabaya: Universitas Kristen Petra.
- ↑ Adelia, & Setiawan, J. (2012). Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasisi Website dan Desktop. Jurnal Sistem Informasi, 6(2).
- ↑ 38,0 38,1 Sulindawati, dan Muhammad Fathoni. 2010. Pengantar Analisa Perancangan “Sistem”. Medan: STMIK Triguna Dharma. Vol. 9, No. 2, Agustus 2012.
- ↑ 39,0 39,1 Rangkuti. Freddy. 2011. Teknik Menyusun Strategi Korporat Yang Efektif Plus Cara Mengelola Kinerja Dan Risiko. SWOT Balanced Scorecard. Jakarta: Gramedia Pustaka Utama
- ↑ Suryo Guritno, Sudaryono, dan Untung Rahardja. 2011. Teory and Application of IT Research: Metodelogi Penelitian Teknologi Informasi.Yogyakarta: CV ANDI OFFSET
- ↑ Miftahudin, M. M. (2015). E-Government Pada Pekon Way Halom Kabupaten Tanggamus. Jurnal TAM (Technology Acceptance Model), 4(4).
- ↑ 42,0 42,1 42,2 42,3 Rizky, Soetam. 2011. Konsep Dasar Rekayasa Perangkat Lunak. Jakarta: Prestasi Pustaka.
- ↑ 43,0 43,1 Warsito, Ary Budi. 2013. Prototipe Sistem Informasi E-Jurnal Akademik Perguruan Tinggi Studi Kasus Jurnal CCIT STMIK Raharja. Tesis. Jakarta: Universitas Budi Luhur.
- ↑ Yuniarti, Evi., dan Anita Kusuma Dewi. 2012. Kinerja Laporan Keuangan Untuk Pengambilan Keputusan Pemberian Kredit Modal Kerja. Lampung: Politeknik Negeri Lampung.
- ↑ Muhammad Yusup, Ary Budi Warsito dan Ninu Apriyani. 2015. Pengembangan Sistem OJRS+ (Online Jadwal Rencana Studi Plus) Sebagai Media Perencanaan Jadwal Kuliah. Jurnal CCIT Vol.9 No.2.
- ↑ Hidayat, M. T., Rispianda, R., & Amila, K. (2014). Rancangan Perangkat Lunak Penjadwalan Perkuliahan di Jurusan Teknik Industri ITENAS. Reka Integra, 2(1).
- ↑ Verma, A., & Kaushal, S. (2012, April). Deadline and budget distribution based cost-time optimization workflow scheduling algorithm for cloud. In Proceedings of the IJCA on International Conference on Recent Advances and Future Trends in Information Technology (iRAFIT’12) (pp. 1-4).
- ↑ Rajput, I. S., & Gupta, D. (2012). A priority based round robin CPU scheduling algorithm for real time systems. International Journal of Innovations in Engineering and Technology, 1(3), 1-11.
- ↑ Asadi, M., & Rashidi, H. (2016). A Model for Object-Oriented Software Maintainability Measurement. International Journal of Intelligent Systems and Applications, 8(1), 60.
- ↑ Sung Ho Jang, Tae Young Kim, Jae Kwon Kim and Jong Sik Lee. (2012). The study of genetic algorithm-based task scheduling for cloud computing. International Journal of Control and Automation, 5(4), 157-162.[Accessed 5 12 2016]
- ↑ Jatana, N., Puri, S., Ahuja, M., Kathuria, I., & Gosain, D. (2012). A survey and comparison of relational and non-relational database. International Journal of Engineering Research & Technology, 1(6).
DAFTAR LAMPIRAN
Lampiran A:
Pada “Lampiran A” ini berisi tentang berkas-berkas yang diperlukan sebagai persyaratan Skripsi, diantaranya yaitu:
Lampiran B:
Pada “Lampiran B” ini berisi tentang berkas-berkas yang berhubungan dengan penelitian yang dilakukan sebagai persyaratan Skripsi, diantaranya yaitu: