TA : Rancang Bangun Aplikasi Pelaporan Kegiatan Guru Pendamping Kelas Sekolah Inklusif Se Kota Surabaya.

RANCANG BANGUN APLIKASI PELAPORAN KEGIATAN GURU
PENDAMPING KELAS SEKOLAH INKLUSIF SE KOTA SURABAYA

TUGAS AKHIR

Program Studi
S1 Sistem Informasi

Oleh:
Irfan Kurniawan Pratama Ardianto
11.41010.0101

FAKULTAS TEKNOLOGI DAN INFORMATIKA
INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA
2016

RANCANG BANGUN APLIKASI PELAPORAN KEGIATAN GURU
PENDAMPING KELAS SEKOLAH INKLUSIF
SE KOTA SURABAYA

TUGAS AKHIR

Diajukan sebagai syarat untuk menyelesaikan
Program Sarjana

Oleh:
Nama

: Irfan Kurniawan Pratama Ardianto

NIM

: 11.41010.0101

Program

: S1 (Strata Satu)

Jurusan

: Sistem Informasi

FAKULTAS TEKNOLOGI DAN INFORMATIKA
INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA
2016

Kupersembahkan Untuk
Bapak, Ibu, Adik dan Teman - teman
Yang Telah Mendukung

Teruslah bekerja dan berusaha karena usaha mu tak akan
membohongi mu

DAFTAR ISI
Halaman
ABSTRAK ........................................................................................................ iv
KATA PENGANTAR ......................................................................................

v

DAFTAR ISI ..................................................................................................... vii

DAFTAR GAMBAR ........................................................................................ xi
DAFTAR TABEL ............................................................................................. xiv
DAFTAR LAMPIRAN ..................................................................................... xvi
BAB I.

PENDAHULUAN .............................................................................

1

1.1 Latar Belakang Masalah .............................................................

1

1.2 Perumusan Masalah ...................................................................

3

1.3 Batasan Masalah ........................................................................

3

1.4 Tujuan .........................................................................................

3

1.5 Manfaat .......................................................................................

3

1.6 Sistematika Penulisan .................................................................

4

BAB II. LANDASAN TEORI ........................................................................

6

2.1 Penelitian Sebelumnya ...............................................................

6

2.2 Aplikasi.......................................................................................

7

2.3 Pendidikan Inklusif .....................................................................

7

2.4 Pelaporan Inklusif .......................................................................

8

2.5 Tahap Software Development Life Cycle (SDLC)......................

9

2.5.1 Analisis dan Desain Perangkat Lunak ..............................

9

2.5.2 Software Development Life Cycle .................................... 10
2.6 Website ....................................................................................... 14

vii

2.7 Tools ........................................................................................... 14
2.7.1 Hypertext Prepocessor atau PHP ..................................... 14
2.7.2 PostgreSQL....................................................................... 15
BAB III. ANALISIS DAN PERANCANGAN SISTEM ................................. 16
3.1 Analisis Kebutuhan Sistem .......................................................... 16
3.1.1 Analisis Sistem ................................................................. 18
3.1.2 Model Pengembangan ...................................................... 30
3.2 Perencanaan Sistem ..................................................................... 31
3.2.1 System Flow pelaporan guru pendamping kelas ............... 33
3.2.2 Diagram Jenjang Pelaporan Guru ..................................... 34
3.2.3 Context Diagram .............................................................. 34
A. DFD Level 0.............................................................. 36
B. DFD Level 1 Proses Mengelola Data Master ........... 36
C. DFD Level 1 Proses Mencatat Data Pelaporan ......... 38

D.

DFD

Level

1

Proses

Mencatat

Data

Perkembangan ........................................................... 39
E. DFD Level 1 Proses Mencatat Persetujuan ............... 40
F. DFD Level 1 Proses Mencatat Laporan..................... 41
3.2.4 Entity Relationship Diagram ............................................ 41
A. Conceptual Data Model ............................................ 42
B. Physical Data Model ................................................. 42

3.2.5 Struktur Database ............................................................. 45
3.2.6 Desain Input Output ......................................................... 55
A. Desain Input .............................................................. 55

viii

B. Desain Output ........................................................... 66
3.2.7 Test Case .......................................................................... 68
BAB IV. IMPLEMENTASI DAN EVALUASI .............................................. 75
4.1 Kebutuhan Sistem ........................................................................ 75
4.1.1 Kebutuhan Software (Perangkat Lunak) .............................. 75
4.1.2 Kebutuhan Hardware (Perangkat Keras) ........................... 75
4.2 Implementasi Sistem ..................................................................... 76
4.2.1 Form Login ........................................................................... 76
4.2.2 Form Beranda ....................................................................... 77
4.2.3 Form Master Guru ................................................................ 78
4.2.4 Form Master Siswa............................................................... 79
4.2.5 Form Master Sekolah ........................................................... 80
4.2.6 Form Master Ketunaan ......................................................... 82
4.2.7 Form Master Materi ............................................................. 83

4.2.8 Form Master Terapi.............................................................. 85
4.2.9 Form Master Mata Pelajaran ................................................ 86
4.2.10 Form Transaksi Pelaporan Guru ........................................ 88
4.2.11 Form Transaksi Persetujuan Kepala Sekolah ..................... 89
4.2.12 Form Transaksi Persetujuan Bagian Pelaporan .................. 91
4.2.13 Form Laporan Terapi ......................................................... 91
4.2.14 Form Laporan Perkembangan ............................................ 93
4.3 Uji Coba Aplikasi.......................................................................... 94
4.4 Evaluasi ......................................................................................... 95
BAB V. PENUTUP .......................................................................................... 96

ix

5.1 Kesimpulan .................................................................................. 96
5.2 Saran ............................................................................................. 96
DAFTAR PUSTAKA ...................................................................................... 97
LAMPIRAN ..................................................................................................... 98

x

BAB I
PENDAHULUAN

1.1

Latar Belakang Masalah
Dinas Pendidikan kota Surabaya adalah instansi pemerintahan kota

Surabaya yang bertanggung jawab terhadap Pendidikan siswa – siswi yang berada
di kota Surabaya. Sesuai dengan peraturan Gubernur nomor 81 tahun 2008, Dinas
Pendidikan kota Surabaya mempunyai tugas dalam melaksanakan pendidikan
sesuai dengan tanggung jawab yang sudah di berikan oleh Pemerintah. Salah satu
tugas dan tanggung jawab dinas pendidikan adalah mengelola perkembangan
pendidikan untuk anak – anak berkebutuhan khusus yang ada di kota Surabaya,
dengan mengetahui perkembangan anak – anak berkebutuhan khusus yang
dilaporkan langsung oleh guru maka dapat mengetahui tumbuh kembang
kemampuan siswa yang dimiliki.
Untuk menunjang proses pelaporan hasil tumbuh kembang kemampuan
siswa para guru di sekolah Inklusif diwajibkan membuat Jurnal pelaporan yang
dilakukan setiap tiga bulan sekali. Sesuai dengan surat keputusan yang di berikan

Dinas Pendidikan kepada semua sekolah Inklusif yang terdiri dari 50 Sekolah Dasar
(SD) dan 20 Sekolah Menengah Pertama (SMP) yang ada di kota Surabaya.
Didapatkan data setiap sekolah mempunyai rata – rata jumlah guru sebanyak 17,
setiap guru mengajar minimal 5 siswa berkebutuhan khusus. Jurnal pelaporan yang
sudah dibuat para guru di sekolah Inklusif kemudian diserahkan kepada bagian
pelaporan sekolah Inklusif yang akan diperiksa dan diteliti lagi untuk dilaporkan
kepada Kepala Dinas Pendidikan kota Surabaya.

1

2

Saat ini Dinas Pendidikan kesulitan untuk menampilkan data tumbuh
kembang kemampuan dari siswa–siswi inklusif, mengetahui perkembangan jumlah
siswa – siswi inklusif baik yang masih aktif ataupun yang sudah keluar, dan
mengetahui keaktifan sekolah dalam mengumpulkan jurnal pelaporan. Hal ini
disebabkan karena banyaknya dokumen jurnal yang dikumpulkan oleh guru
sehingga Dinas Pendidikan kesulitan dalam mengelola dokumen tersebut. Proses
pelaporan yang berlangsung saat ini dimulai dari Guru Pendamping Kelas (GPK)
menyerahkan dokumen ke Dinas Pendidikan, selanjutnya Dinas Pendidikan
meneliti laporan yang diterima bila dokumen tersebut salah maka dikembalikan
kepada Guru Pendamping Kelas apabila benar dokumen tersebut direkap untuk
dilaporkan langsung kepada Kepala Bidang. Bagi sekolah proses pelaporan
menyebabkan guru harus pulang pergi mengumpulkan dokumen tersebut ke Dinas
Pendidikan dan pihak kepala sekolah sendiri tidak memiliki data siapa guru yang
sudah mengumpulkan dan belum mengumpulkan dokumen pelaporan tersebut.
Untuk mengatasi kendala tersebut di atas, perlu dibuat sistem berbasis web
yang mempermudah proses pelaporan sehingga guru tidak perlu pulang pergi ke
Dinas Pendidikan, kemudian karena secara digital kepala sekolah bisa mengakses
siapa saja guru yang belum mengumpulkan jurnal. Bagi pihak Dinas bisa membantu
melakukan rekap dalam mengetahui tumbuh kembang kemampuan siswa – siswi
Inklusif, jumlah siswa – siswi Inklusif yang masih aktif, dan keaktifan sekolah
dalam mengumpulkan jurnal.

3

1.2

Rumusan Masalah
Berdasarkan latar belakang masalah diatas, maka permasalahan pada

penelitian adalah bagaimana merancang dan membangun aplikasi pelaporan
kegiatan guru pendamping kelas Sekolah Inklusif Se Kota Surabaya.
1.3

Batasan Masalah
Berdasarkan perumusan masalah tersebut, batasan masalah pada penelitian

ini adalah sebagai berikut:
1. Sumber data berasal dari dinas pendidikan kota Surabaya periode tahun 2014.
2. Informasi pelaporan berfokus kepada jurnal pelaporan dan perkembangan
kemampuan murid.
3. Aplikasi tidak membahas tentang rapot siswa inklusif.
4. Sekolah untuk penelitian hanya Sekolah Dasar dan Sekolah Menegah Pertama
inklusif se kota Surabaya.
5. Aplikasi dibangun berbasis web.
6. Metode pengembangan aplikasi menggunakan model waterfall.
1.4

Tujuan
Dengan melihat perumusan masalah yang ada, maka tujuan yang ingin

dicapai dalam penelitian ini adalah terbentuknya aplikasi pelaporan kegiatan GPK
Sekolah Inklusif Se Kota Surabaya.
1.5

Manfaat
Dengan dilakukannya penelitian ini, maka diharapkan memiliki beberapa

nilai manfaat penulisan, melalui sistem informasi ini bagian pelaporan sekolah
Inklusif dapat melaporkan hasil perkembangan murid kepada kepala dinas

4

pendidikan kota Surabaya dan guru dapat dengan mudah melaporkan hasil
perkembangan siswa - siswi kepada dinas pendidikan.
1.6

Sistematika Penulisan
Laporan Tugas Akhir (TA) ini ditulis dengan sistematika penulisan sebagai

berikut:
Bab I

Pendahuluan
Bab ini menjelaskan tentang latar belakang masalah, rumusan masalah,
batasan masalah atau ruang lingkup pengerjaan TA, tujuan, manfaat dan
sistematika penulisan

Bab II

Landasan Teori
Bab ini menjelaskan beberapa landasan teori yang berkaitan dengan
penelitian sebelumnya, aplikasi, pendidikan inklusif, pelaporan inklusif,
website dan tools.

Bab III Analisis dan Perancangan Sistem
Bab ini berisi penjelasan tentang tahap-tahap yang dikerjakan dalam
penyelesaian TA yang terdiri dari analisis kebutuhan sistem dan
perencanaan sistem.
Bab IV

Evaluasi dan Implementasi
Bab ini berisi penjelasan tentang kebutuhan dari sistem yang telah dibuat,
implementasi sistem, uji coba aplikasi dan tahap evaluasi.

Bab V

Penutup
Bab ini berisi kesimpulan dan saran. Kesimpulan dari aplikasi yang di
bnagun dan saran yang dimaksud adalah saran terhadap kekurangan dari
aplikasi yang ada kepada pihak lain yang ingin meneruskan topik TA ini.

5

Tujuannya adalah agar pihak lain tersebut dapat menyempurnakan
aplikasi sehingga bisa menjadi lebih baik dan berguna.

BAB II
LANDASAN TEORI

2.1

Penelitian Sebelumnya
Wardani (2013) melakukan penelitian tentang sistem informasi pengolahan

data nilai siswa dilakukan oleh guru dengan berbasis web. Pada Sekolah Menengah
Atas (SMA) Muhammadiyah Pacitan merupakan sistem untuk memberikan
informasi laporan keaktifan siswa secara online yang berupa laporan nilai serta
informasi siswa yang bersangkutan dengan berbasis web, sehingga membantu
kecepatan dan kualitas dalam penyampaian informasi.
Mawahib (2011) melakukan penelitian tentang sistem pelaporan nilai
pendidikan agama islam bagi siswa siswi dengan berbasis web. Menggunakan
media web sebagai sarana untuk melakukan input data nilai sehingga nilai akan
langsung diolah oleh sistem. Sistem secara otomatis akan melakukan perhitungan
nilai dan menampilkannya dalam bentuk grafik.
Sumarti

(2012)

melakukan

penelitian

yang

bertujuan

untuk

mendeskripsikan implementasi pendidikan inklusif pada pembelajaran IPA di kelas
IV SD Tumbuh II Yogyakarta. Penelitian ini merupakan penelitian kualitatif. Hasil
penelitian

menunjukkan

bahwa

implementasi

pendidikan

inklusif

pada

pembelajaran IPA kelas IV di SD Tumbuh II Yogyakarta sudah sesuai (baik).
Sistem pendukung yang diberikan berupa pendekatan dan strategi yang sesuai
ABK, media, alat dan bahan, sumber belajar, serta sarana dan prasarana yang
menunjang pelaksanaan pendidikan inklusif.
Dari penelitian sebelumnya, sistem yang dirancang memiliki perbedaan
pada tempat penelitian dimana penelitian sebelumnnya dilakukan di sekolah umum,

6

7

sedangkan pelaporan tumbuh kembang murid dilakukan di sekolah inklusif dengan
model pelaporan semua mata pelajaran dan terapi yang dilakukan oleh para siswa
berkebutuhan khusus. Pembelajaran untuk anak berkebutuhan khusus dibedakaan
berdasarkan ketunaan yang di alami oleh siswa inklusif. Di sekolah umum yang
dilaporkan berupa nilai sedangkan pada sekolah inklusif yang di laporakan berupa
uraian tentang perkembangan siswanya. Pelaporan perkembangan kemampuan
siswa ditampilan kedalam informasi seperti kemampuan membaca, menulis,
berhitung dan ketunaan yang dimiliki agar dapat mempermudah untuk membaca
informasi tentang murid yang bersangkutan.
2.2

Aplikasi
Pengertian aplikasi menurut Hartono (2005) “aplikasi merupakan program

yang berisi perintah – perintah untuk melakukan pengolahan data”. Jogiyanto
menambahkan aplikasi secara umum adalah suatu proses dari cara manual yang
ditransformasikan ke komputer dengan membuat sistem atau program agar data
dapat diolah lebih berdaya guna secara optimal.
Dari definisi di atas dapat disimpulkan aplikasi adalah sejenis software yang
diterapkan di komputer berisi perintah – perintah yang berfungsi untuk membantu
dalam tugas – tugas tertentu.
2.3

Pendidikan Inklusif
Menurut

Sudibyo

(2009)

pendidikan

inklusif

adalah

sistem

penyelenggaraan pendidikan yang memberikan kesempatan kepada semua peserta
didik yang memiliki kelainan dan memiliki potensi kecerdasaan dan/ atau bakat
istimewa untuk mengikuti pendidikan atau pembelajaran dalam satu lingkungan
pendidikan secara bersama – sama dengan peserta didik pada umumnya.

8

Pendidikan inklusif memiliki tujuan untuk memberikan kesempatan yang
seluas-luasnya kepada semua peserta didik yang memiliki kelainan fisik,
emosional, mental, dan sosial atau memiliki potensi kecerdasan dan/ atau bakat
istimewa untuk memperoleh pendidikan yang bermutu sesuai dengan kebutuhan
dan kemampuannya, serta mewujudkan penyelenggaraan pendidikan yang
menghargai keanekaragaman, dan tidak diskriminatif bagi semua peserta didik.
Penilaian hasil belajar bagi peserta didik pendidikan inklusif mengacu pada
jenis kurikulum tingkat satuan pendidikan yang bersangkutan. Peserta didik yang
mengikuti pembelajaran berdasarkan kurikulum yang dikembangkan sesuai dengan
standar nasional pendidikan.
Ada beberapa indikator yang digunakan untuk membantu mengetahui
informasi tentang peserta didik pendidikan inklusif yaitu:
1. Pertumbuhan kemampuan siswa – siswi.
2. Mengetahui hasil pembelajaran.
3. Jenis ketunaan yang dialamai peserta didik.
4. Data belajar siswa – siswi.
2.4

Pelaporan Inklusif
Menurut Depdiknas (2007) prosedur operasi standar pendidikan inklusi,

pelaporan yang diselenggarakan pendidikan inklusif dilaporkan setiap triwulan
secara tertulis sekurang – kurangnya memuat tentang:
a. Peserta didik.
b. Kurikulum yang digunakan.
c. Sarana prasarana.

9

d. Tenaga pendidik dan kependidikan.
e. Proses pembelajaran.
f. Hasil evaluasi
g. Permasalahan dan upaya pemecahannya.
Laporan disampaikan kepada institusi pembina langsung dengan tembusan
kepada Dinas Pendidikan Provinsi dan Direktorat Pembinaan Sekolah Luar Biasa
Ditjen Mandikdasmen. Format laporan dapat dikembangkan oleh masing – masing
sekolah.
2.5

Tahap Software Development Life Cycle (SDLC)

2.5.1

Analisis dan Desain Perangkat Lunak
Analisis sistem atau perangkat lunak dilakukan dengan tujuan untuk dapat

mengidentifikasi dan mengevaluasi permasalahan yang terjadi dan kebutuhan yang
diharapkan, sehingga dapat diusulkan perbaikannya.
Perancangan desain perangkat lunak merupakan penguraian suatu sistem
informasi yang utuh ke dalam bagian komputerisasi yang dimaksud,
mengidentifikasi

dan

mengevaluasi

permasalahan,

menentukan

kriteria,

menghitung konsistensi terhadap kriteria yang ada, serta mendapatkan hasil atau
tujuan dari masalah tersebut serta mengimplementasikan seluruh kebutuhan
operasional dalam membangun aplikasi.
Menurut Kendall dan Kendall (2003), analisis dan perancangan sistem
berupaya menganalisis input data atau aliran data secara sistematis, memproses atau
mentransformasikan data, menyimpan data, dan menghasilkan output informasi
dalam konteks bisnis khusus. Kemudian, analisis dan perancangan sistem tersebut

10

dipergunakan untuk

menganalisis, merancang dan mengimplementasikan

peningkatan-peningkatan fungsi bisnis yang bisa dicapai melalui penggunaan
sistem informasi terkomputerisasi.
Tahap analisis merupakan tahap yang kritis dan sangat penting, karena
kesalahan di dalam tahap ini juga akan menyebabkan kesalahan di tahap
selanjutnya. Dalam tahap analisis sistem terdapat langkah-langkah dasar yang harus
dilakukan oleh analis sistem sebagai berikut :
1. Identify, yaitu mengidentifikasi masalah.
2. Understand, yaitu memahami kerja dari sistem yang ada.
3. Analyze, yaitu menganalisis sistem.
4. Report, yaitu membuat laporan hasil analisis
Setelah tahap analisis sistem selesai dilakukan, maka analis sistem telah
mendapatkan gambaran dengan jelas apa yang harus dikerjakan. Tiba waktunya
sekarang bagi analis sistem untuk memikirkan bagaimana membentuk sistem
tersebut, tahap ini disebut desain sistem atau perangkat lunak.
2.5.2

Software Development Life Cycle
Menurut Ladjamudin (2005) perancangan adalah kegiatan yang memiliki

tujuan untuk mendesain sistem baru yang dapat menyelesaikan masalah-masalah
yang dihadapi perusahaan yang diperoleh dari pemilihan alternatif sistem yang
terbaik. Sedangkan pengertian bangun atau pembangunan sistem adalah kegiatan
menciptakan sistem baru maupun mengganti atau memperbaiki sistem yang telah
ada baik secara keseluruhan maupun sebagian. Dengan demikian pengertian

11

rancang bangun merupakan kegiatan menerjemahkan hasil analisa ke dalam bentuk
perangkat lunak kemudian menciptakan sistem tersebut ataupun memperbaiki
sistem yang sudah ada.
Proses pengembangan sistem melewati beberapa tahapan dari sistem mulai
sistem itu dirancangkan sampai dengan sistem tersebut diterapkan, dioperasikan
dan dipelihara. Bila operasi sistem yang sudah dikembangkan masih timbul kembali
permasalahan – permasalahan yang kritis serta tidak dapat diatasi dalam tahap
pemeliharaan sistem, maka perlu dikembangkan kembali suatu sistem untuk
mengatasinya dan proses ini kembali ke tahap pertama, yaitu tahap perencanaan
sistem. Siklus ini disebut dengan siklus hidup suatu sistem atau software
development life cycle.
Menurut Roth, Dennis, & Wixom (2013) didalam software development life
cycle terdapat berbagai macam model - model pengembangan sistem yang dapat
diterapkan diantaranya :
1.

Waterfall Development
Dengan model ini, analisis dan proses pengerjaan dilakukan dengan sekuensial
dari satu tahap ke tahap selanjutnya. Proses pengerjaan pada satu tahap harus
benar disetujui baru bisa melanjutkan ke tahap berikutnya. Metodologi
pengembangan air terjun memiliki keuntungan dari mengidentifikasi
kebutuhan jauh sebelum pemrograman dimulai dan membatasi perubahan
persyaratan sebagai hasil proyek.

12

2.

Pararel Development
Pararel development dapat mengurangi waktu yang dibutuhkan untuk
memberikan suatu sistem, sehingga perubahan dalam lingkungan bisnis
cenderung menghasilkan kebutuhan untuk pengerjaan ulang.

3.

V-Model
V-model merupakan model yang sederhana, mudah dan meningkatkan kualitas
keseluruhan sistem melalui penekanan pada pengembangan awal dari rencana
uji.

4.

Rapid Application Development
RAD adalah sistem pemrograman yang memungkinkan programmer membuat
program dengan cepat. Secara umum, Sistem RAD menyediakan sejumlah alat
bantu untuk membuat antarmuka pengguna grafis (graphical user interfaces)
yang biasanya membutuhkan usaha dan waktu yang lama untuk membuatnya.

5.

Iterative Development
Model ini dikembangkan dengan cepat menggunakan mini proses waterfall dan
sekali diterapkan pengguna dapat memberikan umpan balik yang berharga
untuk dimasukkan ke dalam versi berikutnya dari sistem.

6.

System Prototyping
Prototyping adalah pengembangan yang cepat dan pengujian terhadap model
kerja (prototipe) dari aplikasi baru melalui proses interaksi dan berulang-ulang
yang biasa digunakan ahli sistem informasi dan ahli bisnis.

7.

Throwaway Prototyping
Model ini mengacu pada penciptaan model yang pada akhirnya akan dibuang
daripada menjadi bagian dari perangkat lunak disampaikan akhir. Setelah

13

persyaratan awal pengumpulan selesai, model kerja yang sederhana dari sistem
yang dibangun untuk visual menunjukkan pengguna apa persyaratan mereka
mungkin terlihat seperti ketika mereka selesai diimplementasikan ke dalam
sistem.
8.

Extreme Programming
Sebuah pendekatan

pengembangan

perangkat

lunak

yang mencoba

meningkatkan efisiensi dan fleksibilitas dari sebuah proyek pengembangan
perangkat lunak dengan mengkombinasikan berbagai ide simpel/sederhana
tanpa mengurangi kualitas software yang akan dibangun.
Menurut Pressman (2010) didalam software development life cycle terdapat
beberapa model diantaranya adalah model waterfall, terkadang disebut sebagai
siklus hidup klasik yang bersifat sistematis. Pendekatan sekuensial untuk
penyebaran perangkat lunak yang dimulai dengan spesifikasi permintaan pelanggan
dan berlangsung melalui perencanaan, pemodelan, construction dan deployment
yang berakhir pada dukungan yang berkelanjutan dari terselesainya software.
Tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan
berjalan berurutan. Pada tahap pengerjaan dapat dilakukan untuk jangka waktu
yang panjang.
Pada tahap perencanaan merupakan proses dasar memahami mengapa
sistem informasi harus dibangun dan menentukan bagaimana proyek akan dibangun
sesuai dengan tujuan. Tahap Pemodelan menjawab pertanyaan tentang siapa yang
akan menggunakan sistem, sistem apa yang akan dibangun, di mana sistem tersebut
dibangun dan kapan akan digunakan dan bagaimana sistem akan beroperasi dalam
hal perangkat keras, perangkat lunak, dan infrastruktur jaringan, bentuk, dan

14

laporan, serta spesifik program, database, dan file yang akan dibutuhkan. Tahap
Construction, di mana sistem ini sebenarnya dibangun. Pada tahap ini adalah tahap
pengkodean atau melakukan coding.
2.6

Website
Menurut Wang & Katila (2004) website adalah sekumpulan dokumen –

dokumen yang terdapat didalam satu domain yang mengandung informasi. Sebuah
website

biasanya

dibangun

atas

banyak

halaman

web

yang

saling

berhubungan.Website memiliki berbagai macam jenis berdasarkan sifatnya antara
lain :
1. Website dinamis, merupakan sebuah website yang menyediakan konten atau isi
yang selalu berubah – ubah setiap saat.
2. Website statis, merupakan website yang isinya sangat jarang diubah.
2.7

Tools

2.7.1

Hypertext Prepocessor atau PHP
Menurut Kadir (2013) Hypertext Prepocessor atau PHP adalah bahasa

pemrograman yang ditujukan untuk kepentingan membuat aplikasi web. PHP
memungkinkan pembuatan aplikasi web yang dinamis, dalam arti dapat membuat
halaman web yang dikendalikan oleh data.
PHP dapat dikatakan sebagai server-side embedded script language, artinya
sebuah sintaks dan perintah program yang ditulis akan sepenuhnya dijalankan oleh
server, tetapi dapat disertakan pada halaman HTML biasa.

15

2.7.2

PostgreSQL
Menurut Adam (2004) PostgreSQL merupakan database yang dibangun

dengan metode open source berbasis SQL, dan oleh para perancanngnnya
diutamakan kelengkapan fasilitas, seperti luwes, mudah dikembangankan, memberi
kemudahan para pengguna, serta memiliki optimizer untuk meningkatkan
kecepatan. PostgreSQL memiliki beberapa kelebihan diantaranya :
1. PostgreSQL menyediakan begitu banyak dokumentasi yang disertakan pada
berbagai distribusi sehingga mempermudah untuk memperlajari dan
mengimplementasikannya.
2. PostgreSQL mampu mendefinisikan sendiri SQL-nya.
3. PostgreSQL memungkinkan setiap user membuat sendiri object file yang dapat
diterapkan untuk mendefinisikan tipe data, fungsi, dan bahasa pemrograman
yang baru.

18

BAB III
ANALISIS DAN PERENCANANGAN SISTEM

Pada tahap analisis dan perencanaan sistem untuk aplikasi pelaporan
kegiatan guru pendamping kelas sekolah inklusif se kota Surabaya ini
menggunakan metode waterfall. Metode waterfall dipilih karena metode ini cocok
untuk digunakan untuk proyek pembuatan sistem baru. Dalam membuat sistem baru
dapat didefinisikan secara utuh dan benar diawal project maka sebuah sofware
dapat berjalan dengan baik dan tanpa masalah. Hal ini ditunjang oleh teori menurut
Roth, Dennis, & Wixom (2013) metodologi pengembangan waterfall memiliki
keuntungan dari mengidentifikasi kebutuhan jauh sebelum pemrograman dimulai
dan membatasi perubahan persyaratan sebagai hasil proyek. Adapun tabel yang
menggambarkan tahapan tersebut dapat dilihat pada gambar 3.1

Gambar 3.1 SDLC dengan metode Waterfall

3.1

Analisis Kebutuhan Sistem
Langkah - langkah yang dilakukan pada tahap analisis kebutuhan sistem

dalam pembuatan aplikasi ini adalah sebagai berikut :
16

17

1.

Studi Literatur
Pada tahap awal melakukan studi literatur yang berkaitan dengan
permasalahan yang ada dan hal-hal yang dijadikan acuan untuk penyelesaian
masalah yang dihadapi. Beberapa teori pendukung lainnya yang dianggap
berhubungan dengan sistem yang akan dibangun. Hal terebut dilakukan untuk
menambah referensi untuk penyelesaian masalah yang diangkat.

2.

Observasi
Tahap ini dilakukan untuk melihat kondisi yang terjadi di Dinas Pendidikan
Kota Surabaya dan beberapa kondisi langsung yang terjadi pada sekolah –
sekolah Inklusif yang ada di Kota Surabaya.

3.

Wawancara
Langkah ini dilakukan untuk menggali informasi-informasi yang dibutuhkan
dengan metode tanya jawab kepada pihak-pihak yang terkait dengan jurnal
pelaporan guru inklusif di Dinas pendidikan kota Surabaya dan beberapa guru
di sekolah Inklusif.

4.

Analisis dan perancangan sistem
Saat ini pelaporan yang dilakukan para guru dilakukan secara langsung
dengan menyerahkan laporan GPK Inklusif kepada dinas pendidikan.
Pelaporan yang dilakukan akan memakan banyak waktu dan tenaga untuk
perjalan dari sekolah ke Dinas Pendidikan, setelah laporan GPK diterima
pihak dinas harus meneliti satu persatu dokumen yang dikumpulkan setelah
selesai maka langsung dilaporkan kepada Kepala Dinas Pendidikan kota
Surabaya. Untuk mempermudah proses pelaporan maka perlu adanya suatu
apliaksi berbasis web yang dapat membantu pelaporan yang dilakukan guru

18

ke Dinas Pendidikan. Dari analisis penelitian yang ada dapat dibuat sistem
flowchat untuk menunjukan urutan – urutan dari prosedur yang ada pada
sistem, berikutnya dapat dibuat data flow diagram yang berfokus pada aliran
data dari da ke dalam sistem serta memproses data yang mengalir tersebut,
selanjutnya dapat dibuat conceptual data model untuk menggambarkan
hubungan antar tabel secara konseptual dan physical data model untuk
menggambarkan hubungan antar tabel secara konseptual.
3.1.1 Analisis Sistem
Pelaporan yang dilakukan para guru dilakukan secara langsung dengan
menyerahkan laporan Guru Pendamping Kelas (GPK) Inklusif kepada dinas
pendidikan. Pelaporan yang dilakukan akan memakan banyak waktu dan tenaga
untuk perjalanan dari sekolah ke Dinas Pendidikan, setelah laporan GPK diterima
pihak dinas harus meneliti satu persatu dokumen yang dikumpulkan setelah selesai
maka langsung dilaporkan kepada Kepala Dinas Pendidikan kota Surabaya. Proses
bisnis tersebut akan dijelaskan pada docflow dapat dilihat Gambar 3.2.
Proses awal pelaporan Guru Pendamping Kelas pada sekolah inklusif
dimulai dari guru pendamping kelas membuat dokumen pelaporan dari apa yang
sudah diajarkan oleh guru kepada siswanya. Setelah dokumen selesai dibuat
diserahkan kepada kepala sekolah untuk di periksa dan diberi tanda tanggan untuk
persetujuan, jika dokumen pelaporan masih belum benar maka kepala sekolah
memberi koreksi untuk di perbaiki oleh guru.
Dokumen pelaporan yang sudah benar dan disetujui oleh kepala sekolah
dikumpulkan, kemudian diserahkan kepada bagian pelaporan dinas pendidikan kota

19

Surabaya untuk di periksa kembali dan dibuat rekap pelaporan. Jika dokumen
pelaporan masih belum benar maka bagian pelaporan akan memeberikan koreksi
untuk diperbaiki oleh guru. Setelah semua dokumen pelaporan dikumpulkan dan
benar maka tugas selanjutnya bagian pelaporan membuat rekap pelaporan untuk di
laporkan kepada kepala bidang tentang perkembangan dari siswa – siswi inklusif.
Dari hasil pengamatan proses bisnis yang didapat dari kegiatan obeservasi
dan wawancara, telah ditemukan beberapa masalah yang terjadi di beberapa entitas
seperti bagian pelaporan dinas pendidikan kesulitan untuk menampilkan data
tumbuh

kembang

kemampuan

dari

siswa–siswi

inklusif,

mengetahui

perkembangan jumlah siswa – siswi inklusif baik yang masih aktif ataupun yang
sudah keluar, dan mengetahui keaktifan sekolah dalam mengumpulkan jurnal
pelaporan. Hal ini disebabkan karena banyaknya dokumen jurnal yang
dikumpulkan oleh guru sehingga Dinas Pendidikan kesulitan dalam mengelola
dokumen tersebut. Proses pelaporan yang berlangsung saat ini dimulai dari Guru
Pendamping Kelas (GPK) menyerahkan dokumen ke Dinas Pendidikan,
selanjutnya Dinas Pendidikan meneliti laporan yang diterima bila dokumen tersebut
salah maka dikembalikan kepada Guru Pendamping Kelas apabila benar dokumen
tersebut direkap untuk dilaporkan langsung kepada Kepala Bidang. Bagi sekolah
proses pelaporan menyebabkan guru harus pulang pergi mengumpulkan dokumen
tersebut ke Dinas Pendidikan dan pihak kepala sekolah sendiri tidak memiliki data
siapa guru yang sudah mengumpulkan dan belum mengumpulkan dokumen
pelaporan tersebut. Berikut adalah simpulan dari uraian di atas yang meliputi proses
dari proses bisnis saat ini, masalah pada setiap proses, dan solusi pada Tabel 3.1.

20

Tabel 3.1 Proses-Masalah-Solusi
Bagian

Penyebab

Masalah

Dampak

Solusi

Guru

Guru harus

Guru mengalami

Banyak pengeluaran

Dibuatkan sistem

Pendamping

menyerahkan laporan

kesulitan dalam

dalam membuat

yang dapat

Kelas (GPK)

ke dinas pendidikan.

pelaporan

laporan dan jarak

mengakses semua

yang ditempuh dari

laporan guru yang

sekolah ke dinas

berhubungan dengan

pendidikan.

kegiatan siswa inklusi
disekolah.

Kepala

Banyak kegiatan

Banyaknya kegiatan

Dokumen pelaporan

Dibuat Persetujuan

Sekolah

kepala sekolah yang

kepala sekolah

terlambat

dan pemeriksaan

tidak terjadwal.

sehingga menghambat

dikumpulkan ke dinas

dokumen dengan

proses pelaporan dalam

pendidikan

menggunakan sistem

hal pemeriksaan

yang dapat di akses.

dokumen.
Bagian

Banyaknya dokumen

Mengalami kesulitan

Belum diketahui

Dibuatkan pelaporan

Pelaporan

pelaporan yang

dalam menampilkan

keberhasilan yang

perkembangan siswa

dikumpulkan guru

kemampuan dari siswa

dimiliki siswa
20

21

Bagian

Penyebab

Masalah

Dampak

Solusi

sehingga memakan

– siswi inklusif yang

inklusif disekoolah –

dengan menggunakan

tempat dan hasil

dimiliki sekolah.

sekolah.

sistem online.

Guru melaporkan

Mengalami kesulitan

Belum dapat

Dibuat sistem

kegiatan siswa inklusif

dalam mengetahui

diketahui secara pasti

pelaporan dan

dan perkembangan

perkembangan dari

perkembangan dari

perkembangan siswa

siswanya terkadang

siswa – siswi inklusif

siswa - siswi inklusif

agar dapat diketahui

evaluasi
perkembangan siswa
belum dilaporkan.
Kepala Bidang

masih belum

kemampuan dari

dilaporkan secara

siswa – siswi inklusif

mendetail.

21

22

Docflow Pelaporan GPK Inklusif
Guru Pendamping
Kelas

Kepala Sekolah

Bagian Pelaporan

Kepala Bagian

Start

Kumpulan Dokumen
Pelaporan + Tanda
tangan Kepala
Sekolah

Dokumen Pelaporan

Membuat
dokumen
pelaporan

Memberikan
koreksi
dokumen
pelaporan

Rekap Laporan

Tidak

Dokumen Pelaporan

1

Memeriksa
Dokumen
Pelaporan

Memeriksa
Dokumen
Pelaporan

Setuju ?

Setuju ?
End
Ya

Membuat
dokumen
pelaporan
yang baru

Ya

Memberikan
koreksi
dokumen
pelaporan

Dokumen Pelaporan
yang disetujui

Tidak

Memberi
Tanda Tangan
Dokumen Pelaporan
baru perbaikan dari
kepala sekolah

A

Membuat
Rekap laporan
Dokumen Pelaporan
+ Tanda tangan
Kepala Sekolah

1

Rekap Laporan

Mengumpulkan
semua dokumen
yang sudah di
tanda tangan

Phase

Kumpulan Dokumen
Pelaporan + Tanda
tangan Kepala
Sekolah

Gambar 3.2 Document Flow Pelaporan GPK Inklusif
A.

Kebutuhan Pengguna (User Requirement)
Kebutuhan pengguna (user requirement) kebutuhan ini telah disesuaikan

dengan tugas – tugas penggunanya terkait dengan aplikasi pelaporan guru
pendamping kelas inklusif. Tugas dari masing – masing pengguna dapat dilihat
pada Tabel 3.2 yang berasal dari wawancara dengan guru pendamping kelas, kepala
sekolah dan bagian pelaporan.
Tabel 3.2 Kebutuhan Pengguna (User Requirement)
No. Pengguna
1.
Guru
Pendamping
Kelas (GPK)

Tugas
1. Melakukan
pengajaran mata
pelajaran kepada

User Requirement
1. GPK
mencatat
mata pelajaran apa
yang sudah di

23

No. Pengguna

Tugas
siswa berkebutuhan
khusus
2. Melakukan terapi
kepada siswa
berkebutuhan
khusus
3. Melakukan
pelaporan apa saja
yang sudah di
ajarkan guru kepada
siswa
4. Melaporkan
perkembangan
kemampuan siswa

2.

Kepala
Sekolah

1. Memeriksa
dokumen yang
dikumpulkan oleh
guru
2. Memberi
persetujuan / tanda
tangan dari
dokumen pelaporan
guru pendamping
kelas

3.

Bagian
Pelaporan

1. Memeriksa
dokumen pelaporan
yang dikumpulkan.
2. Membuat rekap
perkembangan dari
semua laporan guru
3. Melaporan hasil
rekap kepada kepala
bidang

4.

Kepala Bagian

1. Mengetahui
perkembangan dari

User Requirement
ajarkan
didalam
kelas (T1.1)
2. GPK
mencatat
terapi
yang
diberikan di dalam
kelas kepada siswa
(T1.2)
3. GPK
mampu
membuat laporan
apa yang sudah di
ajarkan (T1.3)
4. GPK
mampu
membuat laporan
perkembangan
terapi siswa (T1.4)
1. Kepala
sekolah
dapat mengetahui
semua
laporan
perkembangan
siswa yang di buat
oleh guru (T2.1,
T2.2)
2. Kepala
Sekolah
dapat memberikan
persetujuan (T2.2)
1. Bagian pelaporan
dapat mengetahui
semua
laporan
perkembangan
siswa yang di buat
oleh guru (T3.1)
2. Bagian Pelaporan
dapat
memberi
persetujuan
dari
laporan
guru.(T3.1)
3. Bagian pelaporan
dapat
membuat
rekap
pelaporan
untuk dilaporankan
langsung kepada
kepala
bidang.
(T3.2, T3.3)
1. Kepala
Bagian
dapat
melihat
perkembangan dari

24

No. Pengguna

B.

Tugas
setiap siswa – siswi
inkluaif

User Requirement
semua
siswa
inklusif (T4.1)

Kebutuhan Fungsional (Functional Requirement)
Kebutuhan fungsional merupakan kebutuhan mengenai fungsi – fungsi

dibutuhkan dan membantu dalam kebutuhan pengguna, seperti yang ada pada tabel
3.3 tentang kebutuhan fungsional.
Tabel 3.3 Kebutuhan Fungsional (Functional Requirement)
No. Pengguna
User Requirement
Functional Requirement
1
Guru
1. GPK mencatat mata 1. Fungsi Mencatat mata
Pendamping
pelajaran apa yang
pelajaran yang akan
Kelas (GPK)
sudah di ajarkan
dilaporkan (U1.1,
didalam kelas (T1.1)
U1.3)
2. GPK mencatat terapi 2. Fungsi mencatat
yang diberikan di
terapi yang diberikan
dalam kelas kepada
guru (U1.2, U1.4)
siswa (T1.2)
3. GPK
mampu
membuat
laporan
apa yang sudah di
ajarkan (T1.3)
4. GPK
mampu
membuat
laporan
perkembangan
terapi siswa (T1.4)
2
Kepala
1. Kepala
sekolah 1. Fungsi menampilkan
Sekolah
dapat
mengetahui
laporan
semua
laporan
perkembangan siswa
perkembangan siswa
(U2.1)
yang di buat oleh 2. Fungsi mencatat
guru (T2.1, T2.2)
persetujuan laporan
2. Kepala
Sekolah
(U2.2)
dapat memberikan
persetujuan (T2.2)
3

Bagian
Pelaporan

1. Bagian pelaporan
dapat mengetahui
semua
laporan
perkembangan

1. Fungsi menampilkan
laporan
perkembangan siswa
(U3.1)

25

No. Pengguna

4

Kepala
Bagian

User Requirement
Functional Requirement
siswa yang di buat 2. Fungsi mencatat
oleh guru (T3.1)
persetujuan laporan
2. Bagian Pelaporan
(U3.2)
dapat
memberi 3. Fungsi menampilkan
persetujuan
dari
dan mencetak rekap
laporan guru (T3.1)
pelaporan (U3.3)
3. Bagian pelaporan
dapat
membuat
rekap
pelaporan
untuk dilaporankan
langsung kepada
kepala
bidang.
(T3.2, T3.3)
1. Kepala Bagian dapat 1. Fungsi Menampilkan
melihat
perkembangan siswa
perkembangan dari
inklusif (U4.1)
semua siswa inklusif
(T4.1)

Dari Tabel 3.3 di atas, maka secara keseluruhan kebutuhan fungsional
(functional requirement) yang diperlukan dapat dilihat pada Tabel 3.4 berikut ini:
Tabel 3.4 Kebutuhan Fungsional (Functional Requirement) Keseluruhan
No. Kebutuhan Fungsional (Functional Requirement)
Pengguna
1.
Fungsi Mencatat mata pelajaran yang akan Guru
dilaporkan.
Pendamping
Kelas (GPK)
2.
Fungsi mencatat terapi yang diberikan guru.
Guru
Pendamping
Kelas (GPK)
3.
Fungsi menampilkan laporan perkembangan siswa. Kepala sekolah,
Bagian pelaporan
4.
Fungsi mencatat persetujuan laporan.
Kepala sekolah,
Bagian pelaporan
5.
Fungsi menampilkan dan mencetak rekap pelaporan. Bagian pelaporan
6.
Fungsi Menampilkan perkembangan siswa inklusif. Kepala Bagian

C.

Spesifikasi Kebutuhan Fungsional
Pada spesifikasi kebutuhan fungsional menjelaskan lebih detail mengenai

kebutuhan fungsional (functional requirement) yang telah didapatkan sebelumnya.

26

Detail tersebut meliputi prioritas, pemicu, kondisi awal, alur normal dan alternatif,
kondisi akhir, pengecualian, dan kebutuhan non-fungsional.
1. Fungsi Mencatat mata pelajaran yang akan dilaporkan.
Nama fungsi

Fungsi Mencatat mata pelajaran yang akan dilaporkan

Prioritas

High

Pemicu

Pengguna memilih jenis pendidikan umum

Kondisi Awal

Data Mata Pelajaran telah ada di dalam database

Alur Normal

1. Pengguna memilih jenis pendidikan umum.
2. Aplikasi menampilkan form pendidikan umum
3. Pengguna mengisi form pendidikan umum berdasarkan
apa yang sudah di ajarkan.
4. Pengguna menekan tombol “Simpan” setelah mengisi
semua form pendidikan umum.
5. Aplikasi menampilkan alert “Data telah disimpan”
6. Aplikasi menmapilkan data mata pelajaran yang sudah
disimpan.

Alur Alternatif

-

Kondisi Akhir

Sistem dapat menyimpan data mata pelajaran yang diajarkan
dan menampilkan data mata pelajaran.

Pengecualian

-

Kebutuhan

1. Keamanan

Non-

aplikasi.

Sebelum

mengakses

pengguna diwajibkan mengisi username dan password

Fungsional

2. Fungsi mencatat terapi yang diberikan guru.
Nama fungsi

Fungsi mencatat terapi yang diberikan guru

Prioritas

High

Pemicu

Pengguna memilih jenis pendidikan inklusif

Kondisi Awal

Data terapi telah ada di dalam database

Alur Normal

aplikasi

1. Pengguna memilih jenis pendidikan inklusif.

27

2. Aplikasi menampilkan form pendidikan inklusif
3. Pengguna mengisi form pendidikan inklusif berdasarkan
apa yang sudah di ajarkan.
4. Pengguna menekan tombol “pilih” untuk memilih siswa
yang diterapi.
5. Aplikasi menampilkan data siswa yang akan diterapi.
6. Pengguna memilih siswa yang diterapi.
7. Pengguna menekan tombol “isi detail” untuk mengisi
perkembangan siswa
8. Aplikasi menampilkan form isi perkembangan siswa.
9. Pengguna menekan tombol “Selesai” setelah mengisi
form perkembangan siswa
10. Aplikasi menampilka kembali form pendidikan inklusif.
11. Pengguna menekan tombol “Simpan” setelah mengisi
semua form pendidikan inkluif.
12. Aplikasi menampilkan alert “Data telah disimpan”
Alur Alternatif

-

Kondisi Akhir

Aplikasi menyimpan data pendidikan terapi siswa.

Pengecualian

-

Kebutuhan

1. Keamanan

Non-

aplikasi.

Sebelum

mengakses

pengguna diwajibkan mengisi username dan password

Fungsional

3. Fungsi menampilkan laporan perkembangan siswa.
Nama fungsi

Fungsi menampilkan laporan perkembangan siswa

Prioritas

High

Pemicu

Pengguna memilih nama guru

Kondisi Awal

Data pendidikan umum sudah ada di dalam database

Alur Normal

aplikasi

1. Pengguna memilih nama guru.

28

2. Pengguna

memilih

perkembangan

siswa

bulan,

tahun

kemudian

untuk

melihat

menekan

tombol

“Tampilkan”
3. Aplikasi menampilkan table laporan perkembangan.
4. Pengguna menekan tombol “Lihat data” untuk melihat
lebih detail laporan perkembangan siswa.
5. Aplikasi menampilkan detail laporan perkembangan
siswa.
Alur Alternatif

-

Kondisi Akhir

Aplikasi menampilkan laporan perkembangan siswa.

Pengecualian

-

Kebutuhan

1. Keamanan aplikasi. Sebelum mengakses aplikasi
pengguna diwajibkan mengisi username dan password

NonFungsional

4. Fungsi mencatat persetujuan laporan.
Nama fungsi

Fungsi mencatat persetujuan laporan

Prioritas

High

Pemicu

Pengguna memilih nama guru yang akan disetujui

Kondisi Awal

Data pendidikan umum dan inklusif sudah disimpan kedalam
database

Alur Normal

1. Pengguna memilih nama guru.
2. Pengguna

memilih

perkembangan

siswa

bulan,

tahun

kemudian

untuk

melihat

menekan

tombol

“Tampilkan”
3. Aplikasi menampilkan table laporan perkembangan.
4. Pengguna menekan tombol “Setuju” untuk memberi
persetujuan
Alur Alternatif

-

Kondisi Akhir

Aplikasi menampilkan data terapi yang diberikan guru sudah
disimpan

29

Pengecualian

-

Kebutuhan

1. Keamanan aplikasi. Sebelum mengakses aplikasi
pengguna diwajibkan mengisi username dan password

NonFungsional

5. Fungsi menampilkan dan mencetak rekap pelaporan.
Nama fungsi

Fungsi menampilkan dan mencetak rekap pelaporan

Prioritas

Medium

Pemicu

Pengguna memilih terapi

Kondisi Awal

Data pendidikan inklusif sudah tersempan di dalam database

Alur Normal

1. Pengguna memilih terapi.
2. Pengguna memilih nama siswa, tahun, bulan ditampilkan
dan menekan tombol “Tampilkan”
3. Sistem menampilkan data pelaporan
4. Pengguna menekan tombol “Cetak” untuk mencetak
laporan.
5. Aplikasi menampilkan laporan untuk dicetak

Alur Alternatif

-

Kondisi Akhir

Aplikasi dapat mencetak dokumen rekap pelapooran.

Pengecualian

-

Kebutuhan
Non-

1. Keamanan aplikasi. Sebelum mengakses aplikasi
pengguna diwajibkan mengisi username dan password

Fungsional

6. Fungsi Menampilkan perkembangan siswa inklusif.
Nama fungsi

Fungsi Menampilkan perkembangan siswa inklusif

Prioritas

High

Pemicu

Pengguna memilih nama sekolah

Kondisi Awal

Data pendidikan inklusif tersimpan di database

Alur Normal

1. Pengguna memilih nama sekolah

30

2. Pengguna memilih bulan dan tahun kemudian menekan
tombol “Tampilkan”
3. Sistem menampilkan data perkembangan berdasarkan
nama sekolah dan tanggal.
4. Pengguna menekan tombol “Cetak” untuk mencetak
laporan.
5. Aplikasi menampilkan laporan untuk dicetak
Alur Alternatif

-

Kondisi Akhir

Aplikasi dapat mencetak dokumen perkembangan siswa

Pengecualian

-

Kebutuhan
Non-

1. Keamanan aplikasi. Sebelum mengakses aplikasi
pengguna diwajibkan mengisi username dan password

Fungsional

3.1.2 Model Pengembangan
Pada tahap selanjutnya yaitu tahap pengembangan, pada tahap ini akan
menjabarkan lebih banyak hal – hal yang dibutuhkan dalam aplikasi. Hal tersebut
dapat dijelaskan pada gambar 3.3.
Gambar 3.3 merupakan IPO diagram dari aplikasi pelaporan kegiatan GPK
inklusif. Terdapat 3 tahap yaitu input, proses dan output. Pada tahap input yaitu
memasukan semua data terapi, data siswa, data mata pelajaran, data materi yang
diberikan guru kepada murid, selanjutnya data tersebut diolah menjadi laporan
perkembangan siswa yang dapat dilaporkan dan dapat dilanjutkan dengan ditambah
data hasil terapi siswa. Pada tahap output akan menghasilkan tampilan berupa
laporan tumbuh kembang murid.

31

Pelaporan GPK Inklusif
Input

Proses

1. Data mata pelajaran
2. Data materi
3. Data terapi
4. Data siswa
5. Data sekolah

Mengelolah
Perkembangan siswa

Ouput

Laporan Perkembangan
siswa per sekolah

Gambar 3.3 IPO Diagram
3.2

Perencanaan Sistem
Tahap lanjutan setelah melakukan analisis kebutuhan sistem yaitu tahap

perencangan sistem. Langkah - langkah operasi dalam perancangan sistem ini
adalah sebagai berikut :
a. System Flow.
b. Diagram Jenjang Proses.
c. Data Flow Diagram (DFD), yang didalamnya terdapat : Context Diagram,
DFD Level 0, dan DFD Level 1.
d. Entity Relationship Diagram (ERD), yang didalamnya meliputi : Conceptual
Data Model (CDM), dan Physical Data Model (PDM).
e. Desain Input Output
3.2.1 System flow pelaporan guru pendamping kelas
System flow merupakan penggambaran aliran dokumen dalam sistem dan
merupakan proses kerja dalam sistem. Jika document flow menggambarkan tentang
bagan alur dokumen dari satu bagian ke bagian yang lain didalam sistem, maka

32

system flow menggambarkan tentang aliran data pada sistem yang nantinya akan
dibangun untuk membantu proses dalam organisasi.
Berikut dibawah ini adalah system flow pelaporan guru pendamping kelas
mulai guru yang melakukan proses pelaporan yang digambarkan pada gambar 3.4.
Pada gambar 3.4 dijelaskan bahwa terdapat 3 aktor yang terlibat dengan sistem,
yaitu : guru pendamping kelas, kepala sekolah dan bagian pelaporan. Masing
masing entitas tersebut memiliki tugas yang berbeda beda. Alur tersebut berjalan
dari bagian pelaporan yang memiliki hak akses yang dapat menambahkan data
master. Data master yang dimasukan dimulai dari data jabatan, data guru, data
sekolah, data ketunaan, data terapi, data mata pelajaran dan data siswa. Transaksi
data pelaporan guru, memberi persetujuan dan melaporkan hasil terapi siswa. Data
tersebut akan saling terhubung dengan data yang lain, seperti guru pendamping
kelas yang diberikan hak akses untuk memasukkan data pelaporan siswa – siswi
inklusif. Kepala sekolah memiliki hak akses untuk melihat data pelaporan dari guru
dan memberikan persetujuan. Alur sistem dapat dijelaskan pada gambar 3.4

33

System flow pelaporan Inklusif
Bagian Pelaporan

Sistem

Guru

Start

Input Data Guru

Mengelolah Data
Sekolah

Sekolah

Mengelolah Data
Guru

5

2

1

Mengelolah Data
Pengajaran

Pengajaran

Input Data
pengajaran

4

Sesuai ?
Mengelolah Data
Pelaporan

Input Data
Pelaporan Per
bulan

7

Input Data
Ketunaan

Input Data
Mata Pelajaran

Memeriksa
Laporan Perbulan

Guru
Pelaporan

Input Data
Siswa

Kepala Bidang

4
8

Input Data
Sekolah

Kepala Sekolah

Mengelolah Data
Siswa

Ya

Siswa
10

Mengelolah Data
Ketunaan

Ketunaan

Mengelolah Data
Mata Pelajaran

Mata
Pelajaran

9

6

Proses
Terapi

12

3

2

Mengelolah Data
Proses Terapi

1

Approve

1

Input Data
Proses Terapi

3
Tidak

Perkembangan
Input Data
materi

Mengelolah Data
Materi

Materi

Mengelolah Data
perkembangan
siswa

Input Data
perkembangan
siswa

2

13

11

Notifikasi
perbaikan
laporan

14
5
Input Data
Terapi

Mengelolah Data
Terapi

Terapi

3
6

Menyimpan
perbaikan laporan
per bulan

Input Perbaikan
Pelaporan

7

Notifikasi
perbaikan
laporan

Tidak

Memeriksa
Laporan Perbulan

8

9

Sesuai ?

Menyimpan
perbaikan laporan
per bulan

Input Perbaikan
Pelaporan

Cari data
perkembangan
siswa

Data
perkembang
an siswa

Ya

Memilih tombol
cetak

11

Approve

Menyimpan data
perkembangan
siswa per bulan

12
10
11

Input nama
siswa, Ketunaan

Cetak data
perkembangan
siswa per sekolah

Menampilkan
jenis ketunaan
dan terapi siswa

Data
ketunaan dan
terapi siswa

Cetak Dokumen

12

Menekan tombol
cetak

Laporan terapi
13

Input nama
sekolah, Jenis
Ketunaan siswa

14

Menampilkan
data
perkembangan
siswa

Data
perkembangan
siswa
13

Memilih tombol
cetak

14

Mencetak
laporan
perkembangan
siswa

Phase

Laporan
Perkembangan

End

Gambar 3.4 System Flow Aplikasi Pelaporan

Laporan
Perkembangan
siswa per
sekolah

34

3.2.2 Diagram Jenjang Pelaporan Guru
Diagram Jenjang merupakan sarana dalam melakukan desain dan teknik
dokumentasi dalam siklus pengembangan sistem yang berbasis pada fungsi.
Tujuannya agar Diagram Jenjang adalah dapat memberikan informasi tentang
fungsi-fungsi yang ada didalam sistem tersebut. Gambar Diagram Jenjang dapat
dilihat pada Gambar 3.5
0
APLIKASI PELAPORAN KEGIATAN
GURU PENDAMPING KELAS
SEKOLAH INKLUSIF SE KOTA
SURABAYA

1

2

Mengelolah
Data Master

1.1

3

Mencatat Data
Pe