PENGGUNAAN
FRAMEWORK
ZK PADA PEMBUATAN
APLIKASI WEB PENILAIAN SISWA
(Studi Kasus: SMA Manba’ul Ulum, Batu Ceper -Tangerang)
Skripsi
Diajukan untuk Memenuhi Persyaratan Memperoleh Gelar Sarjana Komputer (S.Kom)
Oleh
Sufyan Sidqy
107091003042
COVER
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
ii
LEMBAR PERNYATAAN
Dengan ini saya menyatakan bahwa:
1. Skripsi ini merupakan hasil karya asli saya yang diajukan untuk memenuhi salah satu persyaratan memperoleh gelar strata 1 di UIN Syarif Hidayatullah Jakarta.
2. Semua sumber yang saya gunakan dalam penulisan ini telah saya cantumkan sesuai dengan ketentuan yang berlaku di UIN Syarif Hidayatullah Jakarta.
3. Jika di kemudian hari terbukti bahwa hasil karya ini bukan hasil karya asli saya atau merupakan hasil jiplakan dari hasil karya orang lain, maka saya bersedia menerima sanksi yang berlaku di UIN Syarif Hidayatullah Jakarta.
Ciputat,
iii
LEMBAR PENGESAHAN PEMBIMBING
PENGGUNAAN FRAMEWORK ZK PADA PEMBUATAN APLIKASI WEB
PENILAIAN SISWA
(Studi Kasus: SMA Manba’ul Ulum, Batu Ceper -Tangerang)
Skripsi
Diajukan untuk Memenuhi Persyaratan Memperoleh Gelar Sarjana Komputer (S.Kom)
Oleh
Sufyan Sidqy
107091003042
Pembimbing I, Pembimbing II,
Fitri Mintarsih M.Kom Fenty Eka Muzayyana A, M.Kom
NIP. 1972 1223 2007 10 2004 NIP. 19760805 200912 2 003
Mengetahui
Ketua Program Studi Teknik Informatika
Yusuf Durrachman, MIT., M.Sc.
iv
PENGESAHAN UJIAN
Skripsi yang berjudul ―Penggunaan Framework ZK pada Pembuatan Aplikasi
Web Penilaian Sekolah, Studi Kasus: SMA Manbaul Ulum, Batu
Ceper-Tangerang‖, telah diuji dan dinyatakan lulus dalam Sidang Munaqosah Fakultas
Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta, pada 29 November 2011. Skripsi ini telah diterima sebagai salah satu syarat untuk memperoleh gelar Sarjana Komputer pada Program Teknik Informatika.
Jakarta, Desember 2011 Tim Penguji,
Khodijah Hulliyah, M.Si Ria Hari Gusmita, M. Kom
NIP. 1973 0402 2001 12 2001 NIP. 1982 0817 2009 12 2002 Tim Pembimbing,
Pembimbing I Pembimbing II
Fitri Mintarsih, M.Kom Fenty Eka Muzayyana A, M.Kom
NIP. 1972 1223 2007 10 2004 NIP. 19760805 200912 2 003 Mengetahui,
Dekan Ketua Program Studi
Fakultas Sains dan Teknologi Teknik Informatika
v
ABSTRAK
Sufyan Sidqy, Penggunaan Framework ZK pada Pembuatan Aplikasi Web Penilaian Sekolah (Studi Kasus: SMA Manbaul Ulum, Batu Ceper-Tangerang), dibimbing oleh Fitri Mintarsih, M.Kom dan Fenty Eka Muzayyana Agustin, M.Kom.
Aplikasi web penilaian siswa adalah aplikasi yang membantu melakukan proses penilaian di SMA Manbaul Ulum yang sebelumnya dilakukan secara manual. Sebelumnya proses mencetak rapor, di SMA Manbaul Ulum masih mengandalkan sistem atau aplikasi dari luar sekolah. SMA Manbaul Ulum yang berada pada lingkup pondok pesantren Asshiddiqiyah memiliki siswa yang tersebar dari beberapa wilayah di Indonesia. Hal tersebut yang mendorong di buatnya sebuah aplikasi web yang dapat menghasilkan rapor sehingga jika terjadi kesalahan dapat langsung di perbaiki, selain itu aplikasi ini dibuat bertujuan agar informasi tentang siswa dapat disampaikan ke orang tua/wali siswa tanpa harus datang ke SMA Manbaul Ulum. Dalam pembuatan aplikasi web ini penulis menggunakan metode pengembangan aplikasi Rational Unified Process (RUP) dan untuk pembuatan aplikasi menggunakan Framework ZK.
vi
KATA PENGANTAR
Bismilllahirrahmanirrahmin, Puji syukur kehadirat Allah SWT yang telah memberikan begitu banyak nikmat, diantaranya nikmat iman, Islam, dan kesehatan sehingga penulis dapat menyelesaikan skripsi ini dengan baik. Salawat serta salam tak lupa pula penulis panjatkan kepada junjungan Nabi besar Muhammad SAW.
Skripsi ini tidak akan bisa terselesaikan tanpa bantuan, bimbingan, arahan, dukungan serta kontribusi dari banyak pihak. Oleh karena itu, penulis ingin mengucapkan terima kasih terutama kepada orang tua penulis yaitu H. Abdul Rasyid Saum (alm) terimakasih telah memberikan kasih sayang kepada penulis sampai akhir hayat, dan kepada Mandu Khaeroni yang selalu mengingatkan penulis untuk segera menyelesaikan skripsi dan juga terimakasih atas dukungan baik moril maupun materil. Terima kasih untuk cinta kasih yang tidak pernah berhenti diberikan kepada penulis. Penulis juga ingin mengucapkan terima kasih kepada:
1. Dekan Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta.
2. Ketua Jurusan Teknik Informatika, serta Sekretaris Jurusan Teknik Informatika.
vii
banyak membantu penulis dalam menyelesaikan penyusunan skripsi ini dengan baik dan benar.
4. Seluruh dosen Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta atas segala ilmu pengetahuan yang diberikan kepada penulis. Beserta seluruh staff akademik Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta. 5. Bpk Zainuri Yasmin selaku Kepala Sekolah SMA Manbaul Ulum yang telah
mengizinkan penulis untuk melakukan penelitian di sekolah tempat beliau memimpin. Juga kepada Bpk. Yunda Kurniawan serta Bpk. Ginting Hartanto.
6. Ahmad Taqiyuddin Subki dan Hassan Hadi, kakak dan adik penulis yang telah mendukung penulis dalam menyelesaikan skripsi ini.
7. Ayu Saidah, orang terpenting di dalam hidup penulis yang telah banyak memberikan masukan, kritikan, dan semangat sehingga penulis dapat menyelesaikan skripsi ini.
8. Teman-teman penulis, Hendra Kurniawan, terimakasih telah meluangkan waktu dan fikiran untuk mengajari penulis menggunakan framework ZK, Syifa U Rachman, yang telah mengajari sedikit banyak tentang jasper report, walaupun gagal tapi itu awal dari keberhasilan penulis membuat report,
Muchammad Dwiharyanto , terimakasih telah memberikan jawaban atas pertanyaan mendasar dari penulis, Ahmad Maulana, terimakasih untuk logika
nested if Fauzi Rahman, atas akses ke puskom UIN sehingga bisa
viii
. Terimakasih atas masukan dari kalian semua, berkat kalian skripsi ini dapat selesai. Thanks guys!
9. Teman-teman seperjuangan TI 2007 yang telah banyak memberikan inspirasi, motivasi untuk segera menyelesaikan tugas akhir ini, dan pengalaman berharga bagi penulis selama masa kuliah.
10. JUG Indonesia, milis yang berisi para master Java, yang sangat membantu penulis tentang konsep pemrograman melalui email-email mereka kepada penulis, tejo.ak@gmail.com, lesmana.reza@gmail.com, aditya.lukman@gmail.com. Thanks for your helping even we never met before..
Akhirnya, penulis menyadari masih banyak terdapat kekurangan dalam penelitian dan penyusunan skripsi ini, karena terbatasnya ilmu yang penulis miliki. Oleh karena itu penulis mengharapkan saran dan kritik yang membangun agar skripsi ini bisa menjadi lebih baik lagi. berharap semoga Allah swt, memberikan balasan yang lebih dari semua pihak pada umumnya.
Ciputat, Desember 2011
ix
DAFTAR ISI
COVER ... i
LEMBAR PERNYATAAN ... ii
LEMBAR PENGESAHAN PEMBIMBING ... iii
PENGESAHAN UJIAN... iv
ABSTRAK ... v
KATA PENGANTAR ... vi
DAFTAR ISI ... ix
DAFTAR GAMBAR ... xii
DAFTAR TABEL ... xv
BAB I PENDAHULUAN ... 1
1.1. Latar Belakang ... 1
1.2. Identifikasi Masalah ... 3
1.3. Rumusan Masalah ... 4
1.4. Batasan Masalah... 4
1.5. Tujuan Penelitian ... 4
1.6. Manfaat Penelitian... 5
1.7. Metodologi Penelitian ... 6
1.8. Sistematika Penulisan ... 7
BAB II LANDASAN TEORI ... 9
2.1. Software ... 9
2.1.1. Bidang Aplikasi Software ... 9
2.1.2. WebApps ... 12
2.2. Basis Data (Database) ... 14
2.2.1. Keunggulan dan Kelemahan DBMS ... 14
2.2.2. MySQL ... 16
2.3. Unified Modeling Language (UML) ... 17
x
2.5. Framework ... 23
2.5.1. ZK ... 24
2.5.2. Hibernate ... 27
2.6. Ajax ... 28
2.7. RationalUnifiedProcess (RUP) ... 29
2.7.1. Pengertian ... 29
2.7.2. Struktur Dinamis ... 30
2.7.3. Struktur Statis... 32
2.8. Blackbox Testing ... 34
BAB III METODOLOGI PENELITIAN... 35
3.1. Metode Pengumpulan Data ... 35
3.2. Metode Pengembangan Aplikasi ... 37
3.2.1. RUP ... 37
3.2.2. Blackbox ... 38
BAB IV PEMBAHASAN ... 39
4.1. Profil SMA Manbaul Ulum ... 39
4.2. InceptionFase (Fase Permulaan) ... 45
4.2.1. Business Modeling Workflow ... 45
a. Identifikasi sistem berjalan ... 45
b. Identifikasi masalah... 47
c. Alternatif pemecahan masalah ... 48
4.2.2. Requirement Workflow ... 49
a. Identifikasi lingkup sistem ... 49
b. Identifikasi Analisis Persyaratan Sistem ... 51
c. Estimasi Resiko ... 57
d. Kekurangan dan kelebihan sistem ... 58
4.3. ElaborationPhase (Fase Pembangunan) ... 60
4.3.1. Analysis and Design Workflow ... 61
a. Analisa Kebutuhan User ... 62
b. Rancangan UserInterface ... 64
c. Desain Model Berorientasi Objek ... 73
xi
4.4. Construction Phase (Fase Konstruksi) ... 136
4.4.1. Implementation Workflow... 136
4.4.2. Test Workflow ... 159
a. Modul-modul yang diuji ... 159
b. Cara menguji modul ... 160
4.5. Transition Phase ... 160
4.5.1. Deployment workflow ... 160
BAB V PENUTUP ... 161
5.1. Kesimpulan ... 161
5.2. Saran ... 162
DAFTAR PUSTAKA ... 163
xii
DAFTAR GAMBAR
Gambar 2. 1 Mekanisme ZK Framework ... 25
Gambar 2. 2 Metode RUP ... 29
Gambar 2. 3 Struktur Dinamis RUP ... 30
Gambar 2. 4 Struktur Statis RUP ... 33
Gambar 4. 1 Struktur Organisasi ... 43
Gambar 4. 2 Workflow Sistem Penilaian Berjalan... 45
Gambar 4. 3 Sistem Usulan ... 61
Gambar 4. 4 Rancangan User Interface―Login‖ ... 64
Gambar 4. 5 Rancangan User Interface―User, Wali Kelas, Guru‖ ... 65
Gambar 4. 6 Rancangan User Interface "User - Siswa" ... 65
Gambar 4. 7 Rancangan User Interface―PageManagement‖ ... 66
Gambar 4. 8 Rancangan User Interface "Input Data Pelajaran" ... 67
Gambar 4. 9 Rancangan User Interface "Input Data Kelas" ... 68
Gambar 4. 10 Rancangan User Interface "Input Data Siswa" ... 69
Gambar 4. 11 Rancangan User Interface "Input Nilai Akademik" ... 70
Gambar 4. 12 Rancangan User Interface "Input Pelanggaran" ... 70
Gambar 4. 13 Rancangan User Interface―Input Prestasi" ... 71
Gambar 4. 14 Rancangan User Interface "Cetak Rapor" ... 71
Gambar 4. 15 Rancangan User Interface Pindah Kelas" ... 72
Gambar 4. 16 Rancangan User Interface "NotAllowed" ... 72
Gambar 4. 17 Activity Diagram - ManagementUser (Input) ... 73
Gambar4. 18 Activity Diagram - Management User (Update) ... 74
Gambar 4. 19 Activity Diagram - Management User (Delete) ... 75
Gambar 4. 20 Activity Diagram - Page Management (Userrole) ... 76
Gambar 4. 21 Activity Diagram - PageManagement (Page) ... 77
Gambar 4. 22 Activity Diagram - Data Kelas (Input) ... 79
Gambar 4. 23 Activity Diagram - Data Kelas (Update) ... 80
Gambar 4. 24 Activity Diagram - Data Kelas (Delete) ... 81
xiii
Gambar 4. 26 Activity Diagram - Data Kelas (Update) ... 83
Gambar 4. 27 Activity Diagram - Data Kelas (Delete) ... 84
Gambar 4. 28 Activity Diagram - Data Siswa (Input) ... 85
Gambar 4. 29 Activity Diagram - Data Siswa (Lihat) ... 86
Gambar 4. 30 Activity Diagram - Data Siswa (Update) ... 87
Gambar 4. 31 Activity Diagram - Data Siswa (Delete) ... 88
Gambar 4. 32 Activity Diagram - Input Nilai ... 89
Gambar 4. 33 Activity Diagram - Cetak Rapor ... 90
Gambar 4. 34 Use casePageManagement... 96
Gambar 4. 35 Use case Data Kelas, Pelajaran dan Siswa ... 97
Gambar 4. 36 Use caseManage Password ... 97
Gambar 4. 37 Use case Penilaian ... 98
Gambar 4. 38 Sequence DiagramAdmin - Data Kelas ... 111
Gambar 4. 39 Sequence DiagramAdmin - Data Pelajaran ... 112
Gambar 4. 40 Sequence DiagramAdmin - Data Siswa ... 113
Gambar 4. 41 Sequence DiagramAdmin - Input Nilai ... 114
Gambar 4. 42 Sequence DiagramAdmin - Cetak Rapor ... 115
Gambar 4. 43 Sequence DiagramAdmin - ManagementUser ... 116
Gambar 4. 44 Sequence Diagram Kepala Sekolah - Lihat Data Siswa ... 117
Gambar 4. 45 Sequence Diagram Kepala Sekolah - Lihat Nilai Siswa... 118
Gambar 4. 46 Sequence Diagram Tata Usaha - Input Data Siswa ... 119
Gambar 4. 47 Sequence Diagram Tata Usaha - Input Nilai... 120
Gambar 4. 48 Sequence Diagram Wali Siswa - Lihat Data Siswa ... 121
Gambar 4. 49 Sequence Diagram Wali Siswa - Lihat Nilai Siswa ... 122
Gambar 4. 50 Sequence Diagram Siswa - Lihat Data Siswa ... 123
Gambar 4. 51 Sequence Diagram Siswa - Lihat Nilai Siswa ... 124
Gambar 4. 52 ClassDiagram ... 125
Gambar 4. 53 Entity Relational Diagram ... Error! Bookmark not defined. Gambar 4. 54 Logical Record Structure ... Error! Bookmark not defined. Gambar 4. 55 Struktur Tabel Account ... 126
xiv
Gambar 4. 57 Struktur Tabel User ... 126
Gambar 4. 58 Struktur Tabel Siswa ... 127
Gambar 4. 59 Struktur Tabel Pelajaran ... 128
Gambar 4. 60 Struktur Tabel Kelas ... 128
Gambar 4. 61 Struktur Tabel NilaiAkademik ... 128
Gambar 4. 62 Struktur Tabel NilaiAkhir ... 129
Gambar 4. 63 Struktur Tabel Pelanggaran ... 129
Gambar 4. 64 Struktur Tabel prestasi ... 129
Gambar 4. 65 Struktur Tabel pengembanganDiri ... 130
Gambar 4. 66 Struktur Tabel ketidakhadiran ... 130
Gambar 4. 67 Struktur Tabel komentar ... 131
Gambar 4. 68 Struktur Tabel kepribadian ... 131
Gambar 4. 69 Struktur Tabel Mengasuh ... 131
Gambar 4. 70 Struktur Tabel persentase ... 132
Gambar 4. 71 Struktur Tabel pageManagement ... 132
Gambar 4. 72 Struktur Tabel Mengajar ... 132
Gambar 4. 73 User Interface―Login‖... 147
Gambar 4. 74 User Interface―User‖ ... 148
Gambar 4. 75 User Interface―User‖ ... 148
Gambar 4. 76 User Interface "User - Siswa" ... 149
Gambar 4. 77 User Interface―Page Management‖ ... 149
Gambar 4. 78 User Interface "Input Data Pelajaran" ... 150
Gambar 4. 79 User Interface "Input Data Kelas" ... 150
Gambar 4. 80 User Interface "Input Data Siswa" ... 151
Gambar 4. 81 User Interface "Input Nilai Akademik" ... 151
Gambar 4. 82 User Interface "Input Pelanggaran" ... 152
Gambar 4. 83 User Interface―Input Prestasi" ... 152
Gambar 4. 84 User Interface "Cetak rapor" ... 153
Gambar 4. 85 User Interface―Pindah Kelas" ... 153
xv
DAFTAR TABEL
Tabel 3. 1 Studi Pustaka ... 35
Tabel 4. 1 Staf Personalia ... 44
Tabel 4. 2 Kelebihan dan Kekurangan Sistem Berjalan ... 59
Tabel 4. 3 Kelebihan dan Kekurangan Sistem Usulan ... 59
Tabel 4. 4 Perbandingan Sistem Berjalan dan Sistem Usulan ... 60
Tabel 4. 5 ActorDescription ... 91
Tabel 4. 6 Requirement dan Use casePageManagement ... 93
Tabel 4. 7 Requirement dan Use case Data Kelas, Pelajaran dan Siswa ... 93
Tabel 4. 8 Requirement dan Use caseManage Password ... 94
Tabel 4. 9 Requirement dan Use case Penilaian ... 95
Tabel 4. 10 Use casescenario Manage Userrole ... 99
Tabel 4. 11 Use casescenario Manage Accessible Page ... 100
Tabel 4. 12 Use casescenario Manage data kelas ... 101
Tabel 4. 13 Use casescenario Manage data pelajaran ... 102
Tabel 4. 14 Use casescenario Manage data siswa ... 103
Tabel 4. 15 Use casescenario Manage Password ... 104
Tabel 4. 16 Use casescenario Manage Data User ... 105
Tabel 4. 17 Use casescenario Manage Guru ... 106
Tabel 4. 18 Use casescenario Manage Wali Kelas ... 107
Tabel 4. 19 Use casescenarioManage Persentase ... 108
Tabel 4. 20 Use casescenario Input Nilai ... 109
Tabel 4. 21 Use casescenario cetak rapor ... 109
Tabel 4. 22 Use casescenario lihat nilai ... 110 Tabel 4. 24 Bentuk Tidak Normal ... Error! Bookmark not defined.
Tabel 4. 25 Bentuk Normal Pertama (1NF) ... Error! Bookmark not defined.
Tabel 4. 26 Bentuk Normal Kedua (2NF) ... Error! Bookmark not defined.
1
BAB I
PENDAHULUAN
BAB I PENDAHULUAN
1.1.Latar Belakang
Perkembangan dalam bidang komputer pada saat ini telah terjadi hampir di semua daerah. Dengan menggunakan komputer, manusia akan sangat terbantu dalam menyelesaikan pekerjaan mereka, baik yang bergerak di bidang ekonomi, pemerintahan, keilmuan dan sebagainya. Sebelum datang era komputer, kebanyakan dari user menyelesaikan pekerjaannya secara manual. Tetapi saat ini user dapat menggunakan komputer dalam mengerjakan berbagai tugasnya dengan cepat, tepat dan efisien. Hal ini dikarenakan di dalam komputer tersebut terdapat bermacam-macam aplikasi, baik berbasis desktop maupun berbasis web, yang bisa digunakan, sehingga
user mendapatkan kemudahan dalam menyelesaikan pekerjaannya.
Dalam era komputerisasi ini pengolahan data dan penyebaran informasi dirasakan kurang efektif dan efisien apabila sumber itu dalam bentuk kertas yang sifatnya statis atau mengandalkan memori seseorang sebagai media penyimpanannya. Penataan informasi yang dilakukan secara teratur, jelas dan cepat serta dapat disajikan dalam bentuk sebuah laporan tentunya sangat mendukung kelancaran operasional sebuah organisasi.
SMA Manba‘ul Ulum adalah sekolah yang berada dalam lingkup
dengan siswa yang bersekolah di sekolah tersebut. Dengan cara manual seperti itu dapat mengakibatkan data yang di olah akan beresiko hilang atau rusak karena keterbatasan sumber daya manusia yang ada. Masalah lain yang muncul dengan cara manual tersebut adalah karena kurang adanya kontrol pihak sekolah kepada guru tentang waktu penyerahan nilai, yang terjadi adalah guru kurang menepati waktu yang di tetapkan untuk menyerahkan nilai kepada tata usaha, sehingga tata usaha akan meminta nilai terus menerus kepada guru.
Dalam kegiatan belajar mengajar, perlu adanya evaluasi hasil belajar siswa yang hasilnya harus diketahui oleh wali siswa untuk memantau perkembangan anaknya. Dalam memproses nilai menjadi laporan hasil belajar siswa berupa lembaran rapor, sekolah masih mengandalkan sistem dari luar sekolah sehingga akan menyulitkan dalam proses perbaikan jika ada kesalahan. Dalam lingkup Pondok Pesantren Asshiddiqiyah juga ada catatan beberapa pelanggaran yang harus disampaikan Terlebih kadang rapor yang seharusnya di berikan kepada wali siswa/orang tua tidak sampai karena adanya beberapa faktor, karena jarak orang tua dari sekolah atau karena siswa yang tidak memberikan rapor kepada orang tuanya ketika rapor sudah dibagikan.
Framework ZK ada salah satu FrameworkJava Script untuk Java Web,
yang dibangun di atas arsitektur Direct RIA (Rich Internet Applications), sehingga bisa mengimplementasikan aplikasi yang full Ajax di layer UI (User
Java Script itu sendiri, yang singkat kata dengan ZK kita bisa membuat antarmuka yang bagus. Pada sisi client, aplikasi berbasis ZK pun akan menjadi mudah dipelajari karena tampilan yang dihasilkan mirip dengan aplikasi berbasis desktop.
Dengan ZK pekerjaan kita sangat dipermudah, khususnya untuk urusan antar muka penggunanya. Komponen-komponen yang disediakan terbilang cukup lengkap & bisa mengakomodasi untuk membangun aplikasi berbasis
web. Coding di antarmuka pengguna bisa juga dengan menggunakan tag-tag
container bawaan ZK yang hampir mirip seperti cara coding tag di HTML,
tentunya hal ini telah mempermudah dalam proses belajarnya.
Berdasarkan penjelasan di atas, penulis tertarik untuk melakukan
penelitian dengan tema ―PENGGUNAAN FRAMEWORK ZK PADA
PEMBUATAN APLIKASI WEB PENILAIAN SISWA. Studi Kasus SMA
Manba‘ul Ulum, Batu Ceper –Tangerang.‖
1.2.Identifikasi Masalah
Memperhatikan latar belakang diatas maka penulis mengidentifikasi masalah sebagai berikut :
a. Proses pengolahan nilai ujian siswa yang masih manual.
b. Proses mencetak lembaran rapor masih mengandalkan aplikasi dari luar sekolah sehingga memakan waktu banyak.
1.3.Rumusan Masalah
a. Bagaimana merancang dan membuat software yang dapat mengolah data siswa?
b. Bagaimana merancang dan membuat software yang dapat digunakan untuk memproses nilai siswa?
c. Bagaimana merancang dan membuat software yang dapat digunakan untuk mencetak rapor siswa?
1.4.Batasan Masalah
Berdasarkan uraian rumusan masalah, dalam penyusunan skripsi ini, penulis membatasi masalah pada:
1. Analisis dan perancangan proses bisnis yang akan digunakan pada sistem yang disesuaikan dengan proses bisnis yang ada di SMA Manbaul Ulum
2. Software dapat menyimpan data pribadi siswa serta data yang diperlukan
untuk rapor (nilai akademik, kepribadian, pengembangan diri, kehadiran dan komentar) di SMA Manbaul Ulum dan data pelanggaran siswa.
3. Software dapat memberikan output berupa rapor dalam bentuk pdf.
4. Database yang digunakan adalah MySQL.
5. Pengembangan aplikasi web penilaian siswa ini menggunakan Framework
ZK.
6. Pengguna aplikasi web penilaian siswa ini nantinya adalah Kepala Sekolah, Tata Usaha, Kurikulum, Wali Siswa, Guru dan siswa itu sendiri.
1.5.Tujuan Penelitian
a. Menganalisa sistem yang sudah berjalan.
b. Merancang dan membuat aplikasi web penilaian siswa di SMA Manbaul Ulum yang dapat mencatat informasi seputar proses akademik siswa.
c. Untuk melaksanakan kegiatan pengelolaan data yang terkomputerisasi sehingga menjadi sebuah informasi.
d. Agar terjadinya efesiensi waktu dan biaya dalam peyebaran informasi.
1.6.Manfaat Penelitian
Manfaat yang ingin di capai dalam pembuatan aplikasi ini adalah :
a. Bagi User (Kepala Sekolah, Kurikulum, Tata Usaha, Wali Kelas, Guru dan Siswa)
1. Memudahkan dalam penyimpanan data siswa untuk pengarsipan. 2. Memudahkan dalam mengolah nilai siswa.
3. Kemudahan dalam menyediakan laporan nilai pada akhir semester 4. Mudah dalam menyampaikan informasi tantang siswa yang
bermasalah di sekolah kepada wali siswa.
5. Tidak perlu untuk datang langsung ke sekolah untuk mengetahui semua informasi tentang anaknya di SMA Manbaul Ulum
b. Bagi Penulis
1. Memberikan kontribusi ke tempat asal sekolah penulis di bidang teknologi informasi.
3. Mengidentifikasi masalah dan memecahkannya dengan membuat aplikasi web penilaian siswa ini.
c. Bagi Universitas
1. Sebagai bahan referensi atau bahan acuan bagi penelitian berikutnya.
2. Sebagai bahan tambahan ilmu pengetahuan teknologi informasi pada universitas
1.7.Metodologi Penelitian
Untuk memperoleh data yang dapat menunjang pembuatan skripsi ini, maka di perlukan data teoritis dan data lapangan untuk mendapatkan data dan informasi yang berhubungan dengan judul skripsi ini.
Adapun penulis melakukan beberapa penelitian yang dilakukan dengan :
a. Metode Pengumpulan Data
Dalam proses penulisan skripsi ini, bentuk metodologi pengumpulan data yang akan dilakukan antara lain:
1. Studi Pustaka (Literatur), metode pencarian data dari buku,
browsing internet atau literatur-literatur lain yang berkaitan
dengan teori dasar yang berkaitan dengan aplikasi yang sedang dibuat, dan dokumen yang berkaitan dengan data yang di perlukan untuk penelitian maupun perancangan aplikasi web
penilaian siswa ini.
yang dilakukan kepada Bagian Tata Usaha dan Bagian Kurikulum.
b. Metode Pengembangan Aplikasi
Metode yang penulis gunakan dalam pengembangan aplikasi web
penilaian siswa ini adalah Rational Unified Process (RUP). Pada metode RUP terdapat beberapa tahapan, yaitu :
1. InceptionFase (Fase Permulaan)
a. Business Modeling Workflow
b. Requirement Workflow
2. ElaborationPhase (Fase Pembangunan)
a. Analysis and Design Workflow
b. Implementation Workflow
c. Test Workflow
3. Construction Phase (Fase Konstruksi)
a. Implementation Workflow
b. Test Workflow
c. Deployment workflow
4. Transition Phase
a. Deployment workflow
1.8.Sistematika Penulisan
BAB I. PENDAHULUAN
Dalam bab ini akan menjelaskan latar belakang, rumusan masalah, batasan masalah, tujuan dan manfaat, metode penelitian dan sistematika penulisan laporan skripsi.
BAB II. LANDASAN TEORI
Dalam bab ini akan membahas dan menjelaskan mengenai dasar teoritis yang menjadi landasan dan mendukung pelaksanaan penulisan skripsi ini.
BAB III. METODOLOGI PENELITIAN
Bab ini membahas tentang metode-metode yang digunakan penulis dalam melakukan penelitian sesuai dengan metode yang diusulkan.
BAB IV.PEMBAHASAN
Bab ini akan diuraikan dan membahas analisis terhadap kebutuhan sistem, serta implementasi perancangan sistem. Bab ini juga akan membahas implementasi dan pengujian yang penulis lakukan terhadap aplikasi ini apakah aplikasi dapat berjalan sesuai dengan yang diharapkan penulis dan user.
BAB V. KESIMPULAN DAN SARAN
9
LANDASAN TEORI
BAB II LANDASAN TEORI
2.1.Software
Menurut Roger S Pressman dalam buku Software Engineer edisi ke 7,
―Software is: (1) instructions (computer programs) that when executed
provide desired features, function, and performance; (2) data structures that
enable the programs to adequately manipulate information, and (3)
descriptive information in both hard copy and virtual forms that describes the
operation and use of the programs‖. Software adalah perintah (program
komputer) yang ketika di jalankan menyediakan kemampuan, fungsi dan hasil yang di inginkan. Software juga bisa di artikan sebagai struktur data yang memungkinkan sebuah program untuk cukup memanipulasi informasi, dan informasi deskriptif dalam hard copy dan bentuk virtual yang menjelaskan operasi dan kegunaan dari program.
2.1.1. Bidang Aplikasi Software
Dalam bukunya Pressman lebih lanjut disebutkan bahwa software dikategorikan menjadi 7 kategori, yaitu:
a. SystemSoftware
Gabungan beberapa program yang di tulis untuk melayani program lain. Beberapa system Software (seperti
yang lain (seperti komponen sistem operasi, driver, Software
jaringan).
Pada kasus lain, wilayah systems Software di golongkan oleh banyaknya interaksi dengan perangkat keras komputer, banyak penggunaan oleh beberapa pengguna, operasi yang bersamaan yang membutuhkan penjadwalan, pembagian resource, dan Management proses yang canggih, data struktur dan kompleks, dan banyak antar muka eksternal.
b. ApplicationSoftware
Program yang berdiri sendiri (stand-alone) yang menyelesaikan kebutuhan bisnis yang spesifik. Tambahan untuk aplikasi yang memproses data secara konvensional, application
Software digunakan untuk mengontrol fungsi bisnis di waktu
yang nyata (e.g., point-of-sale transaction processing, real-time manufacturing process control).
c. Engineering/scientificSoftware
Engineering/scientific Software telah di golongkan oleh
Embedded Software terletak pada kedalaman sebuah produk atau sistem dan di gunakan untuk menjalankan dan mengontrol kegunaan dan fungsi untuk pengguna dan untuk sistem itu sendiri. Embedded Softwarebisa menampilkan fungsi yang terbatas dan hanya diketahui oleh orang tertentu saja (e.g., tombol kontrol untuk oven microwave) atau memberikan fungsi yang signifikan dan kemampuan mengontrol. (e.g., fungsi digital dalam mobil seperti kontrol bahan bakar, petunjuk di dashboard, dan sistem pengereman).
e. Product-lineSoftware
Product-line Software di rancang untuk menyediakan kemampuan yang spesifik untuk digunakan oleh pelanggan yang berbeda.
f. Webapplications
aplikasi bisnis.
g. ArtificialintelligenceSoftware
Pembuatan artificial intelligenceSoftware menggunakan algoritma non-numerical untuk memecahkan masalah yang kompleks yang tidak bisa untuk di lakukan perhitungan atau analisis langsung. Aplikasi yang termasuk area ini adalah
robotics, expert systems, pattern recognition (gambar dan
suara).
2.1.2. WebApps
Aplikasi Web adalah sebuah sistem informasi yang mendukung interaksi pengguna melalui antarmuka berbasis Web. Fitur-fitur aplikasi Web biasanya berupa data persistence, mendukung transaksi dan komposisi halaman Web dinamis yang dapat dipertimbangkan sebagai hibridisasi, antar hipermedia dan sistem informasi. (Simarmata 2010)
Aplikasi Web adalah bagian dari client-side yang dapat dijalankan oleh browser Web. Client-side mempunyai tanggung jawab untuk pengeksekusian proses bisnis. Interaksi Web dibagi ke dalam tiga langkah, yaitu permintaan, pemrosesan dan jawaban.
1. Permintaan
Server Web menerima permintaan yang dikirimkan oleh pengguna, kemudian memproses permintaan tersebut.
3. Jawaban
Browser menampilkan hasil dari permintaan pada jendela
browser.
Halaman Web bisa terdiri dari beberapa jenis informasi grafis (tekstual dan multimedia). Kebanyakan komponen grafis dihasilkan dengan kakas (tools) khusus, menggunakan manipulasi langsung dan
editor WYSIWIG.
Halaman Web juga dapat dibuat dengan menggunakan berbagai program agar dapat menampilkan suatu informasi di dalam
browser (misalnya, Java atau PHP). Pembangunan aplikasi Web
membutuhkan beberapa kualifikasi yang berbeda. Biasanya, para
developer dalam pembangunan Web akan memegang peranan
berikut:
1. Pemasaran, untuk menetapkan target pengunjung Web dan
konten untuk diserahkan.
2. Perancangan grafis, untuk menetapkan tampilan visual
(meliputi tata letak halaman, huruf, warna, gambar dan film).
bahasa pemrograman lainnya, yang dapat dikombinasikan dengan HTML).
2.2.Basis Data (Database)
Menurut (Hariyanto 2004), basis data adalah kumpulan data (elementer) yang secara logik berkaitan dalam merepresentasikan fenomena/fakta secara terstruktur dalam domain tertentu untuk mendukung aplikasi pada sistem tertentu.
Untuk kepentingan menangani database, tersedia sejumlah DBMS. DBMS (Database Management System) adalah perangkat lunak untuk mendefinisikan, menciptakan, mengelola dan mengendalikan pengaksesan basis data. DBMS menyediakan lingkungan yang nyaman dan efisien untuk penyimpanan dan pengambilan data dari basis data.
2.2.1. Keunggulan dan Kelemahan DBMS
Sisi keunggulan dari Database Management System (DBMS), sebagai berikut :
a. Mengurangi duplikasi data.
b. Menjaga konsistensi dan integritas data.
c. Memudahkan pemerolehan informasi yang lebih banyak dari data yang sama disebabkan data dari berbagai bagian dalam organisasi dikumpulkan menjadi satu.
departemen.
g. Menanggulangi konflik kebutuhan antar pemakai karena basis data di bawah kontrol administrator basis data.
h. Meningkatkan tingkat respon dan kemudahan akses bagi pemakai akhir.
i. Meningkatkan produktivitas pemrogram.
j. Meningkatkan pemeliharaan melalui independensi data.
k. Meningkatkan konkurensi (pemakai data oleh sejumlah data) tanpa menimbulkan masalah kehilangan informasi atau integritas.
l. Meningkatkan layanan backup dan recovery.
Sedangkan kelemahan yang terdapat dalam DBMS, yakni :
a. Kompleksitas yang tinggi membuat administrator dan pemakai akhir harus benar-benar memahami fungsi-fungsi dalam DBMS agar dapat diperoleh manfaat yang optimal.
b. Ukuran penyimpan yang dibutuhkan oleh DBMS sangat besar dan memerlukan memori yang besar agar bekerja secara efisien. c. Rata-rata harga DBMS yang handal sangat mahal.
d. Terkadang DBMS meminta kebutuhan perangkat keras dengan spesifikasi tertentu sehingga diperlukan biaya tambahan.
berkas.
g. Dampak kegagalan menjadi lebih tinggi karena semua pemakai bergantung pada ketersediaan DBMS.
Contoh-contoh DBMS yang terkenal dan umum digunakan oleh pemakai dalam pengelolaan data :
a. Microsoft Access
b. Microsoft SQL Server 2007 c. MySQL
d. Oracle 9i e. PostgreSQL
2.2.2. MySQL
MySQL bukan lingkungan pengembangan aplikasi basisdata, tapi satu DBMS kecil dan kompak. MySQL cocok untuk aplikasi berbasis web dengan keperluan minimal dan menengah. MySQL ideal untuk aplikasi berukuran kecil dan menengah, namun telah menjanjikan untuk penggunaan besar. (Hariyanto 2004)
Beberapa alasan memilih MySQL adalah: 1. Kecepatan
2. Kemudahan penggunaan 3. Ongkos
7. Portabilitas 8. Distribusi terbuka
Aplikasi basis data berbasiskan pada bahasa SQL (Structured
Query Language). Menurut Abdul Kadir (2003) pengertian SQL
adalah bahasa yang digunakan untuk mengakses basis data yang tergolong relasional. SQL dapat melakukan pengambilan data
(query), membuat tabel, menghapus tabel, menambahkan data ke
tabel, menghapus data pada tabel, mengganti data pada tabel, dan berbagai operasi lainnya.
2.3.Unified Modeling Language (UML)
Menurut (Fowler 2004) UML adalah keluarga notasi grafis yang di dukung oleh meta-model tunggal, yang membantu pendeskripsian dan desain sistem perangkat lunak, khususnya sistem yang di bangun menggunakan pemrograman berorientasi objek (OO).
Menurut (Dharwiyanti 2009), Unified Modeling Language (UML) adalah sebuah "bahasa" yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem.
menggunakan UML sebuah model untuk semua jenis aplikasi piranti lunak dapat dibuat. Aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. UML lebih cocok untuk penulisan piranti lunak dalam bahasa-bahasa berorientasi objek seperti C++, Java, C# atau VB.NET. Hal tersebut dikarenakan ia menggunakan class dan operation dalam konsep dasarnya. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C.
Berikut adalah diagram pada UML yang digunakan pada penulisan skripsi ini.
a. Activity Diagram
Activity Diagrams menggambarkan berbagai alir aktivitas dalam
sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity
Diagram juga dapat menggambarkan proses paralel yang mungkin terjadi
pada beberapa eksekusi.
Diagram ini merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu
Activity Diagram tidak menggambarkan behavior internal sebuah sistem
lebih. Aktivitas menggambarkan proses yang berjalan, sementara Use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas.
b. Class Diagram
Class adalah sebuah spesifikasi yang jika di instansiasi akan
menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Diagram ini menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class memiliki tiga area pokok:
1. Nama, merupakan nama dari sebuah kelas
2. Atribut, merupakan properti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada obyek dari class
3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan oleh class lain terhadap sebuah class
Atribut dan metoda dapat memiliki salah satu sifat berikut :
1. Private, tidak dapat dipanggil dari luar class yang bersangkutan
2. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan
anak-anak yang mewarisinya
3. Public, dapat dipanggil oleh siapa saja
4. Package, hanya dapat dipanggil oleh instance sebuah class pada
memetakan class menjadi relation (sebuah tabel dengan kolom-kolom dan baris-baris), ada 3 cara, yaitu (1) memetakan setiap class atau sub
class menjadi relation, (2) memetakan setiap subclass saja untuk
menjadi sebuah relation, dan (3) memetakan seluruh hirarki pada class
menjadi sebuah relation tunggal.
c. Use caseDiagram
Use case adalah rangkaian/uraian sekelompok yang saling terkait
dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh
sebuah aktor. ‗Use case‘ digunakan untuk membentuk tingkah-laku benda/ things dalam sebuah model serta di realisasikan oleh sebuah collaboration. Umumnya ‗Use case‘ digambarkan dengan sebuah ‗elips‘
dengan garis yang solid, biasanya mengandung nama.
Use case menggambarkan proses sistem (kebutuhan sistem dari
sudut pandang user). Secara umum Use case adalah: 1. Pola perilaku sistem
2. Urutan transaksi yang berhubungan yang dilakukan oleh satu actor
3. Use case diagram terdiri dari
a) Use case
b) Actors
c) Relationship
d) System boundary boxes (optional)
Sequence Diagram (diagram urutan) adalah suatu diagram yang memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam sistem yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk pengguna, display, dan sebagainya berupa pesan/message.
Sequence Diagram digunakan untuk menggambarkan skenario
atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian/even untuk menghasilkan output tertentu. Sequence
Diagram diawali dari apa yang me-trigger aktivitas tersebut, proses dan
perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
2.4.Java
Java dikenal sebagai bahasa pemrograman tingkat tinggi. Java mudah dipelajari terutama bagi programmer yang telah mengenal C/C++. Java merupakan pemrograman berorientasi objek yang merupakan paradigma pemrograman masa depan.
Sebagai bahasa pemrograman, java dirancang agar dapat berjalan di semua platform dan juga dirancang untuk menghasilkan aplikasi-aplikasi dengan performansi yang terbaik. Sebagai sebuah platform, java terdiri atas dua bagian utama, yaitu:
1. Java Virtual Machine (JVM)
1. Enterprise Edition (J2EE) untuk aplikasi berbasis web, aplikasi sistem tersebar dengan beraneka ragam klien dengan kompleksitas yang tinggi.
2. Standard Edition (J2SE) adalah bahasa untuk pemrograman berbasis
desktop yang sering dikenal sebagai bahasa Java.
3. Micro Edition (J2ME) adalah bahasa pemrograman untuk aplikasi
berbasis mobile
Dalam pembuatan aplikasi web ini, penulis menggunakan JavaEE. Alasan menggunakan JavaEE, menurut (Mukhar, et al. 2006) JavaEE menyediakan sebuah platform untuk mengembangkan dan menyebarkan aplikasi multitier (client-server arsitektur yang menjadikan aplikasi dibagi menjadi beberapa bagian yang menjalankan fungsi masing-masing, sehingga membuat aplikasi fleksibel dan reusable).
Ada banyak urusan infrastruktur yang dibutuhkan untuk membuat aplikasi kelas enterprise. Beberapa dari bagian penting dari infrastruktur tersebut termasuk keamanan (security), akses database dan kontrol transaksi. Keamanan memastikan bahwa user yang bisa mengakses adalah mereka yang memiliki hak untuk mengakses. Akses database juga sebuah komponen yang mendasar sehingga aplikasi yang kita buat bisa menyimpan dan mengambil data. Dukungan transaksi (transaction) dibutuhkan untuk memastikan bahwa data yang tepat di-update pada waktu yang tepat.
yang hebat. Infrastruktur tersebut termasuk akses database, dukungan transaction dan keamanan. JavaEE menyediakan infrastruktur tersebut sehingga kita bisa fokus pada pembuatan aplikasi. Terlebih pada java sudah terdapat banyak library pendukung sehingga memudahkan dalam pengembangan.
2.5.Framework
Framework adalah kumpulan fungsi-fungsi dan class untuk tujuan
tertentu yang sudah siap pakai sehingga lebih memudahkan pekerjaan pemrograman. Framework dalam dunia komputer digunakan sebagai sebuah acuan utama berupa kerangka program yang bersifat global yang dapat disesuaikan dengan keinginan penggunanya. Framework yang dikembangkan saat ini mencakup berbagai macam pemrograman.
ZK adalah Framework berbasis komponen (component
based) yang menyediakan tampilan antar muka yang kaya, dinamis
dan interaktif bagi pengembangan web aplikasi. ZK menyediakan sebuah event-driven berbasis Ajax, yaitu sekumpulan komponen-komponen beraneka ragam (rich) yang terdiri dari XML User
InterfaceLanguage (XUL), XHTML dan ZK UserInterface Markup
Language (ZUML). Event-driven sendiri merupakan sebuah engine
yang memungkinkan untuk melakukan model pemrograman desktop
yang intuitif (melakukan sesuatu dengan cepat tanpa pengetahuan yang dimiliki sebelumnya) ke model pemrograman web. Maksudnya, konsep-konsep pemrograman pada aplikasi desktop yang dilakukan dengan cepat dan mudah, dapat dilakukan pada lingkungan web. Para programmer dapat menampilkan aplikasinya dalam fitur komponen rich XUL dan XHTML. Bahasa markup ZUML membuat antar muka pengguna yang kaya se simpel menulis halaman HTML.
ZK mencakup sebuah mekanisme berbasis Ajax untuk mengotomatisasi antar aktifitas, sekumpulan komponen berbasis
XUL untuk memperkaya kegunaannya, dan sebuah bahasa ―markup‖
untuk memudahkan dalam pengembangan.
Gambar 2. 1 Mekanisme ZK Framework
Berdasarkan pada permintaan user, ZK Loader me-load halaman ZK, menerjemahkannya dan me-render hasilnya ke halaman HTML pada respon untuk permintaan URL. Sebuah halaman ZK ditulis dalam sebuah bahasa markup yang disebut ZUML. ZUML, seperti HTML, digunakan untuk menjelaskan komponen apa yang akan diciptakan dan bagaimana menampilkannya. Komponen tersebut, sekali diciptakan, akan terus ada sampai session berakhir.
Pada gambar 2.1 dijelaskan bagaimana proses sebuah halaman ditampilkan. Alurnya adalah sebagai berikut:
1. Ketika ada user yang mengetik URL atau meng-klik sebuah
hyperlink pada browser, sebuah permintaan dikirimkan ke web
server. ZK Loader kemudian terlibat untuk menyediakan
untuk menciptakan komponen yang sesuai.
3. Setelah menerjemahkan semua halaman, ZK Loader me-render
hasilnya ke halaman HTML. Halaman HTML kemudian dikirim balik ke browser disertai dengan ZK ClientEngine.
4. ZK Client Engine berada di browser untuk men-detect apa saja event yang terjadi berdasarkan kegiatan user seperti menggerakkan mouse atau merubah sebuah nilai. Sekali terdeteksi, ZK Client memberitahu ZK AU Engine dengan mengirimkan sebuah ZK request.
5. Ketika menerima ZK requests dari Client Engine, AU Engine
meng-update isi komponen yang cocok, jika dibutuhkan. Kemudian, AU Engine memberitahu aplikasi dengan melibatkan
eventhandlers yang cocok, jika ada.
6. Jika aplikasi memilih untuk merubah isi dari komponen, menambah atau memindahkan komponen, AU Engine
mengirimkan isi yang baru ke komponen yang dibuang ke Client
Engine dengan menggunakan ZK Responses.
7. ZK Responses tersebut sebenarnya perintah untuk meminta
Client Engine bagaimana untuk meng-update DOM sesuai
Dari penjelasan tentang DBMS di atas ada model data berbasis objek. Menurut Abdul Kadir (2003), model data berbasis objek adalah model data yang menerapkan teknik pemrograman berorientasi objek. Model data ini memungkinkan data dikemas dan fungsi akses datanya ke dalam bentuk objek. Dalam bahasa lain biasa dikenal dengan (Object Oriented Database Management
System) OODBMS.
ORM atau Object Relational Mapping merupakan aplikasi dari OODBMS. Menurut Christian Baver dan Gavin King (2007 : 25) ORM adalah otomatisasi persistence objek-objek pada aplikasi Java untuk merelasikan basis data, menggunakan metadata guna menggambarkan pemetaan (mapping) antara objek (java) dengan basis data. Mark Fussel (1997) seorang pengembang ORM, mendefinisikan empat tingkatan kualitas ORM, yakni :
1. Pure Relational
2. Light object mapping
3. Medium object mapping
4. Full object mapping
Untuk mendefinisikan ORM, digunakan hibernate yaitu tool
pemeliharaan dan performa ORM yang mudah dan memungkinkan pengguna common agar lebih cepat dalam implementasi program.
Hibernate biasanya berbasiskan bahasa pemrograman XML.
Pemetaan (mapping) kelas pada java ke tabel database bisa dilakukan dengan cara konfigurasi file XML atau dengan menggunakan Java Annotation (bentuk khusus dari syntax yang dapat ditambahkan pada code java sebagai pengenal). Ketika menggunakan file XML, hibernate dapat menghasilkan inti source code untuk kelas persistence dan membuat skema database,
begitupun dengan menggunakan annotation.
2.6.Ajax
Menurut (Saerang 2007), istilah AJAX (Asynchronous JavaScript and XML) dalam pengembangan web menjadi populer pada beberapa tahun belakangan. AJAX sendiri bukan merupakan bahasa pemrograman baru, AJAX hanya sebuah teknik pemanfaatan XMLHttpRequest dengan JavaScript untuk berkomunikasi dengan server secara asynchronous, dengan pemanfaatan objek XMLHttpRequest ini kita dapat membuat proses berjalan secara background atau bekerja di belakang layar sementara user tetap dapat berinteraksi dengan halaman web yang ada. Pemanfaatan teknik
asynchronous ini juga lah yang telah mendorong pengembangan web menjadi
lebih kaya atau banyak yang menulisnya dengan istilah pengembangan Rich
2.7.1. Pengertian
Rational Unified Process atau RUP adalah suatu metode
pengembangan perangkat lunak yang banyak digunakan di dunia. RUP menawarkan fleksibilitas yang tinggi, yang merupakan karakteristik penting dalam pengembangan perangkat lunak dari skala kecil sampai skala besar, dari perangkat lunak yang relatif sederhana sampai perangkat lunak yang sangat kompleks. RUP juga menyediakan tahapan-tahapan yang sistematis dalam pengembangan perangkat lunak sehingga dapat digunakan sebagai referensi untuk pengembangan perangkat lunak sebenarnya. (Suryana 2006)
Sedangkan menurut (Kruchten 2003) RUP adalah sebuah proses pengembangan software yang menutup seluruh siklus pengembangan software.
Gambar 2. 2 Metode RUP
Dimensi horizontal yang mewakili struktur dinamis atau dimensi waktu dari proses. Dimensi in menunjukkan bagaimana prosesnya, dinyatakan dalam sebuah lingkaran, fase, iterasi dan milestone,
yang terjadi selama siklus dari sebuah proyek 2. Struktur Statis
Dimensi vertikal mewakili struktur statis dari proses. Dimensi ini menjelaskan bagaimana elemen proses (aktifitas, disiplin, artifak dan role) secara logic di kelompokkan ke dalam disiplin proses inti (atau alur kerja)
2.7.2. Struktur Dinamis
Struktur dinamis berurusan dengan siklus atau dimensi waktu dari sebuah proyek. RUP menyediakan sebuah pendekatan struktur ke pengembangan iteratif, membagi sebuah proyek ke dalam 4 fase yaitu
Inception, Elaboration, Construction dan Transition.
Gambar 2. 3 Struktur Dinamis RUP
hasilkan.
Setiap fase mengandung satu atau lebih iterasi, yang fokus pada menghasilkan kebutuhan teknis untuk mencapai objektif bisnis dari fase tersebut. Jika objektif tidak bisa diberikan fase perencanaan, iterasi lain harus di tambahkan pada fase tersebut (yang akan menunda proyek). Untuk menghindari ini, pastikan bahwa setiap iterasi di fokuskan pada apa yang dibutuhkan untuk mencapai objektif bisnis dari fase tersebut. (Kroll and Kruchten 2003)
1. Inception
Menetapkan sebuah pemahaman yang baik dari sistem apa yang akan dibangun dengan mendapatkan sebuah pemahaman level tinggi dari semua kebutuhan dan menetapkan lingkup dari sistem tersebut.
Tujuan: memahami lingkup proyek, membangun kasus bisnis dan meminta stakeholder untuk bergerak.
2. Elaboration
dasar dan memahami apa yang dibutuhkan untuk membangun sistem.
3. Construction
Melakukan hampir semua proses implementasi setelah selesai mengerjakan arsitektur yang dapat di eksekusi ke versi operasional yang pertama dari sistem. Menyebarkan beberapa release internal dan alpha untuk memastikan bahwa sistem dapat digunakan dan sesuai dengan kebutuhan user. Akhir dari fase ini dengan menyebarkan sebuah versi beta fungsional dari sistem, termasuk instalasi dan dokumentasi pendukung serta materi pelatihan.
Tujuan: membangun versi operasional pertama dari produk
4. Transition
Memastikan bahwa software sesuai dengan kebutuhan dari user. Ini termasuk testing/pengujian produk dalam persiapan release
dan membuat sedikit penyesuaian berdasarkan umpan balik dari
user. Pada poin siklus ini, umpan balik dari user terfokus pada konfigurasi, instalasi dan masalah kegunaan.
Tujuan: membangun versi final dari produk dan memberikannya ke pelanggan.
2.7.3. Struktur Statis
dalam disiplin inti proses (atau alur kerja). Sebuah proses mendeskripsikan siapa melakukan apa, bagaimana dan kapan.
Gambar 2. 4 Struktur Statis RUP
Pada gambar di atas menjelaskan siapa (individu atau grup) melakukan sebuah pekerjaan, sebuah aktifitas menjelaskan bagaimana pekerjaan di lakukan dan sebuah artifak menangkap apa yang di lakukan. (Kroll and Kruchten 2003)
1. Role
Pada RUP role didefinisikan bagaimana seorang individu harus melakukan kerja, dan menspesifikasikan kompetensi dan tanggung jawab yang individu tersebut harus kerjakan. Satu orang biasanya menjalankan satu atau banyak role dan beberapa orang bisa menjalankan role yang sama.
2. Aktifitas
3. Artifak
Artifak adalah sebuah bagian dari informasi yang di hasilkan, modifikasi atau yang di gunakan oleh sebuah proses.
2.8.Blackbox Testing
Menurut (Pressman 2010) black-box adalah sebuah metode yang digunakan untuk menguji sebuah software pada level interface. Metode ini menguji beberapa aspek mendasar dari sebuah software dengan sedikit memperhatikan struktur logic dasar dari software tersebut.
Metode pengujian black-box disebut juga pengujian perilaku
(behavioral testing), pengujian ini fokus kepada kebutuhan fungsional dari
software. Jadi, teknik pengujian black-box memungkinkan seseorang untuk
memperoleh kumpulan dari kondisi masukan yang benar-benar akan menguji semua kebutuhan fungsional dari sebuah program.
35
METODOLOGI PENELITIAN
BAB III METODOLOGI PENELITIAN
3.1.Metode Pengumpulan Data
Dalam melakukan pengumpulan data, penulis menggunakan tiga macam teknik untuk mendapatkan bahan - bahan sebagai dasar penelitian, yaitu studi pustaka, observasi dan wawancara.
a. Studi Pustaka
Pada tahapan ini penulis melakukan pengumpulan data yang terkait dari berbagai sumber. Sumber bacaan berasal dari buku-buku ilmu komputer, jurnal, karya ilmiah, dan buku elektronik yang berstandar. Adapun buku-buku yang dipelajari dan situs-situs internet yang berkaitan dengan judul yang penulis ambil dan dapat dilihat pada daftar pustaka.
Tabel 3. 1 Studi Pustaka
Nama Judul Kekurangan Kelebihan
Nendy Subhansyah untuk mencetak laporan hardcopy
Sistem dapat diakses secara mobile
Hidayatullah Akademik berbasis Client
Server
1 tempat karena menggunakan jaringan intranet
bentuk hardcopy
Indah Dwijayanthi Nirmala Pagi berbasis Jaringan WLAN dengan oleh beberapa
user sekaligus
Diakses oleh jaringan WLAN
b. Observasi
Observasi dilakukan untuk mengumpulkan informasi mengenai kebutuhan sistem (system requirements). Tempat observasi dilakukan di SMA Manbaul Ulum Batu Ceper-Tangerang.
Konsultasi tanya jawab langsung dengan staf terkait di sekolah SMA Manbaul Ulum untuk mendapatkan penjelasan mengenai sistem yang sedang berjalan di sekolah.
Proses tanya jawab secara lisan dilakukan dengan harapan agar penulis mendapatkan data yang dibutuhkan untuk sistem yang dibutuhkan user. Dari hasil wawancara diperoleh sistem yang sedang berjalan dan data-data dari hasil wawancara digunakan untuk mengidentifikasi kebutuhan-kebutuhan pengguna akan aplikasi web
penilaian siswa. Hasil wawancara disajikan pada bagian lampiran.
3.2.Metode Pengembangan Aplikasi
Dalam proses pembuatan aplikasi web penilaian siswa ini, penulis menggunakan metode RUP (Rational Unified Process) dan untuk pengujian penulis menggunakan metode Blackbox.
3.2.1. RUP
yang ada di metode ini, yaitu metode ini mendukung proses perulangan atau iterasi dan metode ini mendukung agar stakeholder terus memberikan masukan terhadap aplikasi yang di bangun.
3.2.2. Blackbox
39
BAB IV
PEMBAHASAN
BAB IV PEMBAHASAN
4.1. Profil SMA Manbaul Ulum
a. Latar belakang
Menjadi umat terbaik dari sebuah bangsa yang besar merupakan harapan dan cita-cita setiap pribadi muslim. Untuk mencapai harapan dan cita-cita tersebut maka peran umat Islam sebagai hamba Allah dan khalifah Allah di muka bumi harus selalu ditingkatkan.
Agar tujuan tersebut bisa tercapai, maka secara kelembagaan, pondok pesantren harus terus menerus mampu meningkatkan dan mengembangkan diri baik melalui sistem, konsep, pendanaan, pengorganisaian, pelaksanaan, dan pengkaderan yang mampu menumbuhkan individu berkualitas; secara keimanan dan ketaqwaan, serta keilmuan dan keterampilan.
Dengan segala pengharapan akan cita-cita yang luhur, mempersiapkan generasi mendatang menjadi lebih baik, maka Pondok
Pesantren Asshiddiqiyah menghadirkan SMA Manba‘ul Ulum
Asshiddiqiyah Kota Tangerang dengan konsep pendidikan menyeluruh dan berkesinambungan dalam sebuah Islamic Boarding School.
Ada empat aspek penting yang menjadi perhatian utama dalam
pendirian SMA Manba‘ul Ulum Asshiddiqiyah Kota Tangerang.
diderivasikan dari ajaran Islam dengan tetap memenuhi kriteria pendidikan nasional. Kedua, adanya manajemen dan tenaga pengelola dan pengajar yang memiliki visi dan misi keagamaan dan kapabilitas akademik. Ketiga, adanya raw Input yang telah memiliki dasar pengetahuan dan keagamaan dalam memahami pendidikan tingkat menengah. Keempat, adanya pendanaan operasional dan ketersediaan sarana prasarana pendidikan dan keagamaan yang memadahi.
b. Logo Sekolah
c. Visi misi
Dari visi misi serta tujuan dan dari orientasi pendidikan serta
konsepsi nilai maka dibuatlah visi misi dan tujuan SMA Manba‘ul Ulum
Kota Tangerang sebagai berikut :
1. Visi
2. Misi
a. Menyelenggarakan pendidikan dan pengajaran yang dinamis dan inovatif dengan pola manajemen memelihara tradisi lama yang positif serta mengambil nilai-nilai baru yang konstruktif,
b. Mengembangkan materi dan sistem pendidikan yang menyeluruh, berkesinambungan, relevan dengan kebutuhan masyarakat dan dunia global,
c. Meningkatkan proses pembelajaran yang mampu mengembangkan potensi, kreasi, dan kompetisi siswa,
d. Meningkatkan kompetensi dan profesionalisme guru dan pengelola pendidikan,
e. Meningkatkan dan mengembangkan sarana prasarana pendidikan berbasis teknologi modern dan berkultur pesantren.
Sehingga mampu membentuk siswa-siswi SMA memiliki keilmuan yang berimbang antara konsepsi keagamaan dan sain modern mampu mengkomunikasikan ilmunya ke dalam bahasa masyarakat global, dan mampu mengaplikasikan ilmunya dengan pelanggaran akhlak mulia.
d. Tujuan
1. Meningkatkan keimanan dan ketakwaan siswa-siswi SMA agar mampu mengimplementasikan ajaran agama secara dinamis sehingga dapat memberikan manfaat dan pengaruh positif bagi lingkungannya. Indikator utamanya adalah menjadi rujukan dan teladan bagi masyarakat sekitarnya.
2. Meningkatkan keilmuan dan intelektualitas siswa-siswi SMA agar mampu mengembangkan pengetahuannya secara mandiri atau dapat melanjutkan pendidikannya pada jenjang perguruan tinggi yang berkualitas baik. Indikator utamanya adalah ketercapaian nilai ujian akhir yang tinggi dan bisa memasuki perguruan tinggi melalui jalur PMDK atau SPMB Nasional 3. Meningkatkan keterampilan dan kemampuan siswa-siswi SMA
e. Struktur organisasi
YAYASAN PONDOK PESANTREN ASSHIDDIQIYAH
Zainuri Yasmin, S.Ag KEPALA SEKOLAH
KOMITE SEKOLAH Dinas Pendidikan
Kota/Provinsi
TATA USAHA
Yunda Kurniawan, S.Pd WAKASEK KURIKULUM
Siti Umayah, S.Ag WAKASEK KESISWAAN
KETUA KETUA JURUSAN
DEWAN GURU/ WALIKELAS
OSIS
SISWA-SISWI
DR. KH. Noer Muhammad Iskandar, SQ PENGASUH PESANTREN
Garis Instruksi
Garis Koordinasi
Tabel 4. 1 Staf Personalia
1 . Ketua Yayasan : Dr. KH. Noer Muhammad Iskandar, SQ
2 . Ketua Komite Sekolah : Drs. Agus Wijaya
3 . Kepala Sekolah : Zainuri Yasmin, S. Ag
4 . Wakasek. Bid. Kurikulum : Yunda Kurniawan, S.Pd.
5 . Wakasek. Bid. Kesiswaan : Siti Umayah, S.Ag
6 . Bendahara : Miftah, S. Ag
7 . Staff TU : G. Hartanto
8 . Staff TU : Irma Farhana
9 . Staff TU : Vika Susanti, S.Pd
10 . Piket (koor) : Tulus Mulyono, S.Pd.I
11 . Piket Putra : Matnajih, S. Sos
12 . Piket Putri : Hikmah Ulwiyah
13 . Piket Putri : Mazidah
14 . Wali Kelas X.1 : G. Hartanto
15 . Wali Kelas X.2 : Saiful Nur Hidayat, M.Pd.
16 . Wali Kelas X.3 : Siti Umayah, S.Ag
16 . Wali Kelas X.4 : Khuzaimah, S.Pd.I
18 . Wali Kelas XI.IPA 1 : Matnajih, S. Sos
19 . Wali Kelas XI.IPS 1 : M. Sholihun Amin
20 . Wali Kelas XI.IPA 2 : Fatwa Aulia, S.Pd
21 . Wali Kelas XI.IPS 2 : Martini
22 . Wali Kelas XII.IPA 1 : Nur Khamidi, S. Ag
23 . Wali Kelas XII.IPS1 : Tulus Mulyono, S.Pd.I
24 . Wali Kelas XII.IPA 2 : Dra. Suratmini
25 . Wali Kelas XII.IPS 2 : Arin Setyorini, S. Sos
26 . BP/BK : Drs. H. Abdul Choliq Mahfudz
27 . Pustakawan : Alfina Sari, S.Pd.
28 . Laboran Biologi : Dra. Suratmini
29 . Laboran Kimia : Vika Susanti, S.Pd
30 . Laboran Fisika : Syaiful Nurhidayat
31 . Laboran Komputer : Ahmad Hapij, S. Kom
32 . Laboran Bahasa : Moh. Kholis Nurohman, SS
Tangerang, 21 Juli 2010 STAF PERSONALIA SMA MANBA`UL ULUM
4.2.InceptionFase (Fase Permulaan)
Dalam tahap ini terdapat beberapa langkah yang perlu dilakukan di dalam pembangunan aplikasi web pada skripsi ini:
4.2.1. Business Modeling Workflow
a. Identifikasi sistem berjalan
Gambar 4. 2 Workflow Sistem Penilaian Berjalan
a. Sebelum melakukan penilaian terhadap siswa, guru meminta blanko penilaian kosong kepada Tata Usaha
b. Setelah mendapat blanko, guru melaksanakan ujian, soal diberikan kepada siswa.
c. Setelah selesai melaksanakan ujian, ujian dikoreksi dkemudian nilai siswa di masukkan ke dalam blanko nilai tersebut,
d. Guru memberikan kepada Tata Usaha untuk direkap.
e. Tata Usaha memasukkan data nilai siswa di buku rekap siswa sesuai dengan kelas masing-masing. Hal ini bertujuan agar sekolah memiliki arsip nilai siswa.
f. Setelah nilai di rekap, Tata Usaha mengembalikan blanko nilai tersebut ke guru yang bersangkutan. Proses ini dilakukan untuk ujian harian, ujian tengah semester dan ujian akhir semester. g. Nilai di simpan oleh guru sebagai arsip.
h. Setelah nilai uas diberikan dan direkap oleh Tata Usaha, nilai diberikan kepada operator SAS (Sistem Administrasi Sekolah). Operator SAS memasukkan nilai tersebut kedalam sistem untuk kemudian di buat dalam bentuk file dengan format .pdf.
i. File rapor dengan format .pdf diberikan kepada sekolah j. Tata Usaha mencetak file tersebut
n. Rapor diberikan kepada siswa pada akhir semester.
o. Siswa memberikan kepada wali siswa untuk dilihat dan ditanda tangani.
b. Identifikasi masalah
Berdasarkan identifikasi dari hasil wawancara dengan pihak sekolah dan identifikasi dari gambar workflow di atas, penulis menemukan beberapa masalah yang dihadapi sekolah dalam pelaksanaan sistem yang sudah berjalan, diantaranya adalah:
a. Tahapan yang berulang-ulang, hal ini menyebabkan kurang efektif karena akan memakan waktu yang banyak dalam memproses nilai.
b. Kurangnya kontrol terhadap peraturan penyerahan nilai dari guru mata pelajaran kepada Tata Usaha. Hal ini akan menyebabkan ketidakdisiplinan guru.
c. Proses yang panjang dalam mencetak rapor. Terjadi karena sekolah masih bergantung kepada sistem lain atau karena tidak mempunyai sistem sendiri yang berbasis komputer, masalah akan timbul jika ada kesalahan data pada rapor, maka sekolah harus mengurus ke operator SAS dan membutuhkan waktu beberapa hari sampai rapor yang baru keluar.
merupakan laporan hasil belajar siswa untuk diketahui oleh wali siswa.
e. Tidak sedikit wali siswa yang bertempat tinggal jauh kerena SMA Manbaul Ulum termasuk ke dalam yayasan Pondok Pesantren Asshiddiqiyah, sehingga siswa yang bersekolah berasal bisa dari berbagai daerah di Indonesia. Hal ini menyebabkan informasi yang seharusnya diketahui wali siswa (nilai, pelanggaran dan prestasi) tidak selalu bisa disampaikan karena jarak wali siswa dan sekolah yang relatif jauh.
c. Alternatif pemecahan masalah
Dari identifikasi masalah, penulis mencoba menguraikan alternatif yang dapat mengatasi masalah-masalah yang dihadapi ketika user menggunakan sistem lama. Alternatif pemecahan masalah penulis uraikan menjadi beberapa poin, yaitu :
a. Membuat aplikasi agar proses penilaian dapat dilakukan langsung tanpa perlu dilakukan perekapan nilai secara manual oleh Tata Usaha dan dilakukan secara berulang-ulang.
b. Membuat aplikasi yang dapat diakses oleh guru mata pelajaran untuk memasukkan nilai siswa.