Top Banner
18 BAB III ANALISIS DAN PERANCANGAN SISTEM 3.1 Analisis Sistem Pada pengembangan perangkat lunak, tahap pertama yang dilakukan adalah analisis sistem. Tahap ini bertujuan untuk mengumpulkan fakta, menganalisis fakta- fakta tersebut, kemudian mengomunikasikannya melalui laporan analisis sistem. Pada pengembangan perangkat lunak dengan Waterfall, output dari setiap tahap merupakan input bagi tahap berikutnya, namun dapat kembali pada tahap sebelumnya untuk penyesuaian dan peninjauan ulang. Kristanti (2004). Model Waterfall dapat dijelaskan pada Gambar 3.1. Requirement Spesification Design Operation Mode & Retirement Integration Implementation Gambar 3.1 Waterfall Model Penjelasan tiap proses waterfall pada rancang bangun sistem informasi akademik : 1. Requirement : Menentukan permasalahan yang dialami oleh masing-masing pengguna serta merumuskan informasi yang dibutuhkan untuk dapat
78

In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

Mar 03, 2019

Download

Documents

Ngo Ngo
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

18

BAB III

ANALISIS DAN PERANCANGAN SISTEM

3.1 Analisis Sistem

Pada pengembangan perangkat lunak, tahap pertama yang dilakukan adalah

analisis sistem. Tahap ini bertujuan untuk mengumpulkan fakta, menganalisis fakta-

fakta tersebut, kemudian mengomunikasikannya melalui laporan analisis sistem.

Pada pengembangan perangkat lunak dengan Waterfall, output dari setiap tahap

merupakan input bagi tahap berikutnya, namun dapat kembali pada tahap

sebelumnya untuk penyesuaian dan peninjauan ulang. Kristanti (2004). Model

Waterfall dapat dijelaskan pada Gambar 3.1.

Requirement

Spesification

Design

Operation Mode &

Retirement

Integration

Implementation

Gambar 3.1 Waterfall Model

Penjelasan tiap proses waterfall pada rancang bangun sistem informasi

akademik :

1. Requirement : Menentukan permasalahan yang dialami oleh masing-masing

pengguna serta merumuskan informasi yang dibutuhkan untuk dapat

Page 2: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

19

menyelesaikan permasalahan tersebut. Proses ini dilakukan dengan cara

observasi dan wawancara dengan owner, tutor dan siswa.

2. Spesification : Melakukan dokumentasi spesifikasi sistem informasi yang

akan dibuat, lalu memastikan dengan pihak ILC apakah sudah sesuai atau

belum.

3. Design : Menghasilkan sebuah racangan sistem yang menjadi dasar

dalam pembuatan sistem informasi secara keseluruhan seperti Diagram Input

Proses Output, Data Flow Diagram (DFD), CDM/PDM, Desain User Interface

yang meliputi desain input dan output.

4. Implementation : Melakukan persetujuan rancangan sistem pada pihak ILC.

Setelah rancangan sistem disetujui, maka akan diubah menjadi bentuk kode

program. Pada tahap ini program yang dihasilkan masih berupa modul – modul

seperti modul administrasi, siswa, tutor dan owner.

5. Integration : Pada tahap ini unit-unit program diintegrasikan dan diuji

keterkaitannya sehingga menjadi sistem yang lengkap untuk meyakinkan

bahwa perangkat lunak telah terpenuhi.

6. Operation mode & Retirement : tahap ini adalah tahap pemeliharaan yaitu

termasuk pembetulan kesalahan yang ditemukan saat melakukan uji coba

sistem dan juga perawatan selama sistem berjalan.

3.1.1 Identifikasi Masalah

Innovative Learning Center (ILC) sebagai bimbingan belajar bahasa inggris

memiliki proses bisnis yang dimulai dari pendaftaran di bagian administrasi. Setelah

siswa resmi terdaftar dan memilih jadwal yang disediakan, siswa berkewajiban untuk

melakukan registrasi ulang. Hal ini diperlukan untuk memastikan apakah siswa

Page 3: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

20

tersebut sepakat untuk les di ILC. sekaligus untuk menentukan kelas mana yang

sesuai dengan siswa. Setelah resmi menjadi siswa ILC, siswa diwajibkan mengisi

presensi. Kegiatan ini adalah proses mencatat status hadir siswa setiap pertemuan.

Selain itu, siswa juga wajib melakukan pembayaran spp setiap bulan dan

pembayaran buku setiap kenaikan level. Siswa juga dapat melakukan resign apabila

diperkirakan tidak dapat mengikuti kegiatan pembelajaran, siswa yang memilki

status resign tidak akan ditagih untuk membayar SPP. Proses terakhir yang tidak

kalah penting adalah penilaian. Proses penilaian dilakukan kepada siswa aktif setiap

akhir chapter. Satu periode pengajaran (3 bulan) terbagi atas 6 chapter. Jadi, satu

chapter dijalani siswa dalam waktu 2 minggu. Gambaran sistem secara umum dapat

dilihat pada Gambar 3.2.

Siswa Baru Siswa Lama

Proses Belajar MengajarMencatat Presensi, Nilai,

Pembayaran SPP, Pembayaran Buku

dan Resign

Membuat Rekap

Kegiatan Akademik

Pertemuan Hasil Belajar

Tutor dan Orang Tua

Pendaftaran Registrasi Ulang

TutorOwner

Gambar 3.2 Diagram Alir Gambaran Umum Sistem

Saat ini proses pencatatan kegiatan akademik ILC menggunakan Excel dan

manual. Berdasarkan pencatatan kegiatan akademik seperti itu ditemukan beberapa

permasalahan yaitu yang pertama adalah owner sulit dalam mendapatkan laporan

Page 4: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

21

akademik tiap periode karena data yang diterima menjadi tidak aktual dan proses

rekap data menjadi tersebut menjadi tidak efisien contohnya dalam pembuatan

laporan perkembangan jumlah siswa aktif, owner harus merangkum file siswa dan

file registrasi periode 132, 133 dan 134. Padahal owner juga membutuhkan laporan

lain seperti laporan siswa baru, laporan siswa resign, laporan jumlah kelas, laporan

pendapatan dan laporan tersebut juga dibutuhkan untuk masing-masing cabang.

Akibat dari hal tersebut adalah terjadi keterlambatan penanganan apabila terjadi

penurunan siswa aktif secara drastis. Menurut (Etin:2011) Kepekaan organisasi

membuat lembaga mampu mendeteksi secara dini perubahan pasar, merancang ulang

proses transformasi yang selama ini telah berjalan dalam rangka memenuhi tuntutan

pasar.

Permasalahan kedua adalah tutor tidak mendapat informasi tentang

performa kelas. Selama ini tutor hanya mengajar tanpa mengetahui perkembangan

siswa setiap chapter. Permasalahan tersebut menyebabkan tutor tidak dapat

mengetahui kemampuan siswa apakah meningkat atau menurun. Akibat dari

ketidaktahuan tutor tersebut adalah siswa yang memiliki nilai kurang baik tidak dapat

diketahui sejak dini. Padahal ILC memiliki keinginan bahwa proses pengajaran harus

dipantau setiap chapter agar siswa yang memiliki kemampuan kurang dapat diberi

perhatian khusus oleh para tutor sehingga nilainya dapat meningkat.

ILC juga mengalami permasalahan dengan kurangnya komunikasi antara

pihak ILC dengan orang tua siswa. Selama ini komunikasi antara guru dan orang tua

siswa hanya terjadi saat acara pembagian raport yang diadakan setiap 3 bulan sekali.

Akibatnya orang tua siswa kurang mendapatkan informasi mengenai perkembangan

kegiatan akademik anaknya. Informasi akademik yang dibutuhkan oleh orang tua

Page 5: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

22

siswa diantaranya adalah nilai, status pembayaran spp, status pembayaran buku,

presensi, dan jadwal les.

Pada tahap ini dilakukan analisa untuk mengidentifikasi masalah yang terjadi

di ILC serta akibat yang bisa ditimbulkan karena masalah tersebut, analisis masalah

dapat dilihat pada Tabel 3.1.

Tabel 3.1 Tabel Identifikasi Masalah

No Cause-and-effect analysis System improvement objectives

Masalah Akibat Target Sistem Batasan Sistem

1 Sulit dalam

mendapatkan

laporan

manajemen

Tidak adanya

penanganan dini

apabila terjadi

penurunan

performa kegiatan

akademik secara

drastis.

Sistem dapat

menyediakan fitur

laporan tentang

perkembangan

dan perbandingan

seluruh kegiatan

akademik.

Sehingga dapat

membantu owner

dalam

mengidentifikasi

masalah yang

timbul dengan

segera

Kegiatan

akademik yang

dapat diakses

meliputi proses

pengelolaan

data siswa,

penempatan,

presensi,

pembayaran

spp,

pembayaran

buku, resign,

dan nilai.

2 Tidak ada kontrol

tutor

Sering ada keluhan

dari orang tua

siswa saat

pembagian raport

bahwa siswa tidak

mengalami

peningkatan

kemampuan bahasa

inggris. Hal

tersebut disebabkan

tutor kurang dapat

memperhatikan

perkembangan

kemampuan siswa.

Sistem dapat

menyediakan

perkembangan

nilai dan presensi,

jadwal kepada

tutor sehingga

tutor dapat

mengetahui

perkembangan

siswa tiap chapter

dan tiap

pertemuan.

Informasi yang

dihasilkan

hanya yang

berkaitan

dengan jadwal,

presensi dan

nilai siswa yang

diajar

3 Tidak ada kontrol

orang tua siswa

Akibatnya orang

tua siswa kurang

Sistem dapat

menyediakan

Informasi yang

dihasilkan

Page 6: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

23

No Cause-and-effect analysis System improvement objectives

Masalah Akibat Target Sistem Batasan Sistem

mendapatkan

informasi

mengenai

perkembangan

kegiatan akademik

anaknya

informasi

kegiatan

akademik siswa

meliputi status

pembayaran

spp, status

pembayaran

buku, presensi,

nilai, dan jadwal

3.1.2 Analisis Kebutuhan

Dengan adanya permasalahan seperti telah dijelaskan pada Tabel 3.1 maka

perancangan sistem ini dimulai dari proses identifikasi informasi kebutuhan

pengguna, seperti kepada siapa informasi disampaikan, informasi apa saja yang perlu

disajikan, dan seberapa detail informasi tersebut disampaikan, tujuan informasi

tersebut bagi penguna, dan data apa yang diperlukan untuk mendapat informasi

tersebut. Informasi disajikan kepada pihak yang berwenang dalam sistem seperti

owner, tutor dan siswa atau orang tua.

A. Kebutuhan Informasi Owner

Merupakan output sistem yang dapat digunakan Owner dalam melakukan

monitoring, evaluasi, maupun pengambilan keputusan. Frekuensi akses laporan

Owner adalah minimal 1 bulan sekali. Namun tetap dapat diakses sewaktu-waktu.

Daftar laporan Owner adalah sebagai berikut:

Tabel 3.2 Tabel Kebutuhan Informasi Owner

ID Analisa

Kebutuhan

Kebutuhan Utama Tujuan

A.1 View informasi siswa baru

keseluruhan

Mengetahui tren siswa baru, jika yang

banyak adalah tingkatan sekolah TK

maka itu adalah tingkat sekolah yang

berpotensi untuk promosi ILC

kedepan.

Page 7: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

24

A.2 View informasi siswa aktif

keseluruhan

Mengetahui karakteristik siswa aktif,

sehingga owner dapat

mempertimbangkan lebih lanjut

tentang pertambahan tutor di level

yang bersangkutan

A.3 View informasi siswa tidak

registrasi keseluruhan

Mengetahui tren siswa tidak registrasi

tiap periode. Dan mengetahui setelah

berapa lama siswa mengikuti masa

studi

A.4 View informasi siswa resign

keseluruhan.

Mengetahui tren siswa keluar,

mengetahui alasan siswa keluar dari

ILC sehingga dapat memikirkan solusi

permasalahan tersebut.

A.5 View perkembangan nilai, nilai

siswa terbaik dan terburuk dari

masing -masing level, masing

masing tutor, dan masing -

masing kelas

Memberikan bingkisan bagi siswa

berprestasi dan evaluasi bagi tutor

yang mengajar siswa dengan nilai

kurang.

A.6 View perkembangan persentase

presensi dari masing-masing

level, masing masing tutor, dan

masing - masing kelas

Menentukan kelas layak

dipertahankan atau tidak. Jika jumlah

presensi rata – rata sedikit, owner

dapat mempertimbangkan untuk

digabung dengan kelas yang lain.

A.7 View perkembangan jumlah

kelas yang diselenggarakan per

periode. Dapat dilihat per level

dan per tutor

Apabila banyak tutor yang menangani

kelas terlalu banyak dapat

dipertimbangkan untuk menambah

tutor baru.

A.8 View perkembangan jumlah

pendapatan yang diterima

(catatan: pendapatan didapat

dari jumlah antara pembayaran

SPP, pembayaran buku, dan

pendaftaran)

Melakukan evaluasi dalam hal

penerimaan pendapatan serta apabila

penerimaan sedikit karena banyak

siswa yang menunggak pembayaran

SPP, admin diharuskan menagih lebih

sering kepada orang tua siswa

A.9

View persentase spp yang

diterima

A.10 View persentase pembayaran

buku yang diterima

B. Kebutuhan Informasi Tutor

Merupakan output sistem yang digunakan tutor untuk memonitor performa

kelas yang diajarnya. Hal tersebut diperlukan agar tutor dapat mengetahui

Page 8: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

25

perkembangan akademis siswa, seperti nilai dan presensinya. Laporan yang

dibutuhkan tutor ini diakses dalam kurun waktu harian. Selain itu ada laporan yang

untuk mendukung proses mengajar seperti jadwal mengajar dan rangking kelas.

Tabel 3.3 Tabel Kebutuhan Informasi Tutor

ID Analisa

Kebutuhan Kebutuhan Utama Tujuan

B.1 Perkembangan nilai (rata-rata,

peraspek penilaian) masing-masing

kelas

Melakukan evaluasi sehingga

apabila nilai buruk dapat

disarankan pindah kelas atau

turun kelas

B.2 Perkembangan persentase presensi

masing-masing kelas

Memonitor kehadiran siswa,

apabila siswa jarang masuk,

maka orang tua akan

ditanyakan lebih lanjut apakah

resign atau tidak.

B.3 Siswa dengan nilai paling baik dan

kurang

Memberi perhatian bagi siswa

dengan nilai kurang agar pada

akhir periode dapat meningkat,

serta memberi penghargaan

bagi siswa dengan nilai terbaik

B.4 Jadwal ajar Untuk panduan mengajar.

C. Kebutuhan Informasi Siswa atau Orang Tua

Merupakan output sistem yang hampir sama dengan informasi untuk tutor.

Namun laporan ini dikhususkan untuk satu anak. Informasi ini digunakan orang tua

untuk memonitor kegiatan akademis anaknya. Hal tersebut diperlukan agar orang tua

dapat mengetahui perkembangan akademis siswa. seperti perkembangan nilai,

persentase absen, status pembayaran spp, pembelian buku, dll

Tabel 3.4 Tabel Kebutuhan Informasi Siswa atau Orang Tua

ID Analisa

Kebutuhan Utama

Tujuan

C.1 Perkembangan nilai siswa per

chapter dan nilai presensi per

bulan

Memonitor kemampuan apakah

meningkat dan memonitor presensi

Page 9: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

26

ID Analisa

Kebutuhan Utama

Tujuan

C.2 Status kehadiran siswa Memonitor apakah siswa sering hadir.

C.3 Status pembayaran spp dan

buku siswa

Untuk memastikan siswa telah

membayar

C.4 Jadwal les Untuk mengetahui perlu hadir pada hari

apa saja

C.5 Raport siswa Sebagai berkas yang diterima orang tua

nilai siswa pada akhir periode

C.6 Nota Pendaftaran Bukti pendaftaran

C.7 Nota Pembayaran Buku Bukti pembayaran buku

C.8 Nota Pembayaran SPP Bukti pembayaran

Page 10: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

27

3.2 Perancangan Sistem

3.2.1 Desain Logis

Dari analisa sistem di atas maka dapat dirancang sebuah model pengembangan

sistem, model pengembangan menjelaskan tentang apa saja yang menjadi input,

proses dan output yang diperlukan sistem. model pengembangan yang dimaksud

adalah seperti pada arsitektur sistem yang dapat dilihat pada Gambar 3.3

Gambar 3.3 Arsitektur Jaringan Sistem Informasi Akademik ILC

Gambar 3.3 menjelaskan tentang bentuk laporan yang dihasilkan oleh sistem.

Laporan tersebut berdasarkan data yang telah diolah dari web server sehingga terbagi

dalam 3 pengguna yaitu owner, tutor, dan orang tua atau siswa. Apabila di rinci lebih

lanjut, maka laporan yang dihasilkan dapat dilihat pada blok diagram pada Gambar

3.4.

Laporan

Owner

Modem Modem

Owner Tutor Orang Tua / Siswa

Modem

Laporan

Tutor

Laporan Orang

Tua / Siswa

Web Server

Page 11: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

28

1. Identitas Siswa

2. Data Jadwal

8. Data Penilaian

6. Data Pembayaran

Buku

5. Data Pembayaran

SPP

4. Data Resign

3. Data Presensi

7. Data Penempatan

Pengolahan

Informasi Siswa

Pengolahan

Informasi

Akademik

Database Proses Output

Pengolahan

Informasi

Keuangan

View Akademik Kelas

Tu

tor

Ora

ng

Tu

a /

Sis

wa

View Keuangan Siswa

View Akademik Siswa

Nota Pembayaran Buku

Nota Pendaftaran

Nota Pembayaran SPP

Raport

View Siswa

Keseluruhan

View Pendapatan

Keseluruhan

Ow

ne

rView Akademik

Keseluruhan

Gambar 3.4 Diagram Input Proses Output Sistem Informasi Akademik ILC

Gambar 3.4 menjelaskan bahwa terdapat tiga proses utama yaitu pengolahan

informasi siswa, pengolahan informasi akademik, dan pengolahan informasi

keuangan. Pengguna sistem memiliki kebutuhan informasi yang berbeda. Owner

membutuhkan laporan siswa, akademik, dan keuangan secara keseluruhan. Tutor

membutuhkan informasi menyangkut kegiatan akademis siswa yang diajar.

Sedangkan orang tua atau siswa membutuhkan informasi tentang kegiatan akademis

satu siswa. Untuk dapat melihat lebih detil tetang laporan yang dihasilkan maka akan

dijelaskan pada Gambar 3.5

Page 12: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

29

1. Identitas Siswa

2. Data Jadwal

8. Data Penilaian

6. Data Pembayaran

Buku

5. Data Pembayaran

SPP

4. Data Resign

3. Data Presensi

7. Data Penempatan

Pengolahan

Informasi Siswa

Pengolahan

Informasi

Akademik

Database Proses Output

Pengolahan

Informasi

Keuangan

Sis

wa

Laporan Siswa Baru Keseluruhan

Per Level

Per Tingkat Sekolah

Laporan Pendapatan

Per Tipe Pendapatan

SPP Diterima

Pembayaran Buku Diterima

Laporan Siswa Resign Keseluruhan

Per Level

Per Tutor

Per Alasan

Laporan Nilai Kelas

Per Chapter

Laporan Nilai Keseluruhan

Per Level

Per Kelas

Per Tutor

Laporan Presensi Keseluruhan

Per Level

Per Kelas

Per Tutor

Ow

ne

r

Laporan Siswa Aktif Keseluruhan

Per Level

Per Tingkat Sekolah

Per Masa Studi

Dashboard Siswa

Nilai

Jadwal Les

Pembayaran SPP dan Buku

Presensi

Laporan Presensi Kelas

Per Pertemuan

Nota Pembayaran Buku, Nota Pendaftaran, Nota

Pembayaran SPP

Raport

Laporan Siswa Tidak Registrasi Keseluruhan

Per Level

Per Masa Sutdi

Dashboard Tutor

Tu

tor

Dashboard Owner

Laporan Presensi Keseluruhan

Per Level

Per Tutor

Jadwal Ajar

Gambar 3.5 Alur Pengolahan Informasi Sistem Informasi Akademik ILC

Gambar 3.5 menjelaskan tentang bagaimana data dimasukan ke dalam 3 proses

yaitu proses pengolahan informasi siswa, pengolahan informasi akademik dan

pengolahan informasi keuangan sehingga menghasilkan laporan masing masing user.

laporan yang ditampilkan pada Gambar 3.5 adalah laporan yang bersifat lebih detil

dibandingkan dengan Gambar 3.4

Page 13: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

30

A. Input

A.1 Identitas Siswa

Data identitas siswa merupakan data yang tertera di form pendaftaran yang

diisi siswa saat melakukan proses registrasi. Isi identitas siswa adalah NIS, nama

lengkap, nama panggilan, alamat, nomor telepon, asal sekolah, grade sekolah, tempat

dan tanggal lahir. Data siswa dimasukan pada proses registrasi sehingga selanjutnya

dapat digunakan pada proses-proses yang lainya.

A.2 Data Jadwal

Data jadwal adalah catatan mengenai jadwal yang berlangsung di ILC. Data

yang disimpan meliputi id jadwal, hari, jam masuk, jam keluar, nama tutor pengajar,

materi dan ruang kelas. Data ini digunakan sebagai view jadwal masing-masing

siswa dan tutor

A.3 Data Kehadiran

Data jadwal merupakan catatan yang tertera pada form kehadiran masing-

masing kelas. Data yang disimpan meliputi id kehadiran, NIS, tanggal hadir, status

hadir. Data ini digunakan dalam laporan siswa yaitu view kehadiran, laporan tutor

yaitu view kehadiran kelas dan laporan manajemen yaitu view kehadiran keseluruhan.

A.4 Data Resign

Data resign ini merupakan catatan alasan siswa resign. Data yang disimpan

adalah id resign, NIS, tanggal resign dan alasan resign. Data ini digunakan untuk

laporan manajemen view rekap resign.

A.5 Data Pembayaran SPP

Data pembayaran SPP merupakan catatan bulan apa saja siswa yang

melakukan pembayaran SPP dan jumlahnya. Data ini juga tertera di slip pembayaran

SPP yang dibawa oleh masing-masing siswa. Data yang disimpan adalah id

Page 14: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

31

pembayaran SPP, NIS, tanggal pembayaran, pembayaran bulan, jumlah pembayaran.

Data ini digunakan sebagai salah satu inputan pada view pendapatan, view

pembayaran SPP yang harus diterima dan nota pembayaran SPP.

A.6 Data Pembayaran Buku

Data pembayaran buku merupakan catatan tentang siswa yang telah membayar

buku pada tiap level dan jumlah yang dibayarakan. Data yang disimpan adalah id

pembayaran buku, NIS, tanggal pembayaran, nama buku dan jumlah pembayaran.

Data ini menjadi inputan dalam laporan manajemen view pendapatan serta nota

pembayaran buku.

A.7 Data Registrasi Ulang

Data registrasi ulang merupakan data ini juga tertera di form pendaftaran dan

form registrasi ulang. Proses registrasi ulang adalah proses yang menentukan apakah

siswa tersebut aktif pada periode selanjutnya atau tidak. Data yang disimpan adalah

id registrasi, NIS, tanggal registrasi, dan jumlah biaya pendaftaran. Data ini menjadi

inputan dalam view pendapatan dan nota registrasi.

A.8 Data Nilai

Data nilai merupakan nilai kemampuan bahasa inggris dilihat dari beberapa

aspek yaitu speaking, reading, listening, writing, grammar. Data ini digunakan dalam

laporan siswa yaitu view nilai, laporan tutor yaitu view nilai kelas dan laporan

manajemen yaitu view nilai keseluruhan.

B. Proses

B.1 Penyimpanan Data

Proses penyimpanan data adalah proses administrasi yang dilakukan oleh

admin. Beberapa yang ada pada sistem informasi akademik ILC adalah sebagai

berikut:

Page 15: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

32

1. Pendaftaran

2. Penentuan Jadwal

3. Registrasi Ulang

4. Presensi

5. Resign

6. Pembayaran SPP

7. Pembayaran Buku

8. Penilaian

B.2 Pengolahan Informasi

Laporan pada sistem informasi akademik ILC, secara umum terdapat 3 tipe

yaitu laporan perkembangan, perbandingan, dan laporan detil. Berikut ini adalah

formula yang digunakan dalam menghasilkan laporan perkembangan dan laporan

perbandingan

1. Laporan Perkembangan

Laporan pertumbuhan menampilkan data perkembangan per periode atau per

bulan. Laporan ini terletak pada menu dashboard masing masing pengguna. Fungsi

laporan ini adalah untuk mengetahui peningkatan atau penurunan kondisi akademik

ILC. Formulanya adalah sebagai berikut

( )

Hapsari:2008

Keterangan :

: Jumlah atau Persentase pada periode sebelumnya.

: Jumlah atau Persentase pada periode saat ini

Page 16: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

33

2. Laporan Perbandingan

Laporan perbandingan adalah laporan yang lebih detil dari laporan

perkembangan. Laporan ini terletak pada tiap menu masing masing pengguna.

Caranya adalah melakukan pemilihan berdasarkan parameter yang diinginkan.

Laporan ini menampilkan data persentase tiap level, tingkat, tutor atau kelas. Fungsi

laporan ini adalah untuk mengetahui level, tingkat, atau kelas mana yang memiliki

peringkat terbaik dan peringkat terburuk.

( )

Smith, D.E. (1958)

Keterangan :

: Jumlah variabel

∑ : Total jumlah variabel

3. Detil

Laporan detil menampilkan data yang besifat lebih detail dari laporan

perkembangan atau perbandingan perbandingan.

Formula yang kedua adalah nilai AVG. formulanya adalah sebagai berikut:

Ketentuan Innovative Learning Center: 2007

Keterangan :

: Nilai Speaking

: Nilai Listening

: Nilai Reading

Page 17: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

34

: Nilai Writing

: Nilai Grammar

Output

C.1. Output Bagi Owner

Laporan Siswa

1. Siswa Baru

Laporan ini ditujukan kepada owner agar dapat mengetahui tren siswa baru.

Hal ini diperlukan agar potensi siswa yang les di ILC dapat diketahui. Sehingga di

masa yang akan datang owner dapat meningkatkan potensi yang masih kurang.

Laporan ini menampilkan perkembangan jumlah siswa baru, lalu apabila dirinci akan

menampilkan perbandingan jumlah total siswa baru Per Level, Per Tingkat Sekolah,

dan Per Sekolah.

2. Siswa Aktif

Laporan ini ditujukan kepada owner agar dapat mengetahui total siswa yang

les di ILC tiap periode, total siswa tiap levelnya. Informasi ini berguna bagi owner

untuk merencanakan jumlah tutor yang kira-kira akan direkrut pada periode

mendatang. Laporan ini dapat menampilkan perkembangan jumlah siswa aktif, lalu

apabila dirinci akan menampilkan perbandingan jumlah total siswa aktif Per Level,

Per Tutor

3. Resign

Laporan ini ditujukan kepada owner agar dapat mengetahui total siswa yang

keluar dari ILC serta alasannya. Laporan ini berfungsi sebagai dasar pertimbangan

menganalisa kecenderungan siswa keluar, agar di kemudian hari dapat diminimalisir.

Laporan ini dapat menampilkan perkembangan jumlah siswa resign, lalu apabila

Page 18: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

35

dirinci akan menampilkan perbandingan jumlah total siswa resign Per Alasan, dan

Per Tutor.

4. Tidak Registrasi

Laporan ini ditujukan kepada owner agar dapat mengetahui total siswa yang

tidak registrasi di ILC laporan ini berfungsi untuk mengetahui berapa lama masa

studi siswa yang tidak registrasi. Laporan ini dapat menampilkan perkembangan

jumlah siswa tidak registrasi, lalu apabila dirinci akan menampilkan perbandingan

jumlah total siswa Per Lama Masa studi dan Per Level.

Laporan Akademik

1. Presensi Keseluruhan

Berfungsi bagi owner yang ingin mengetahui perkembangan persentase

presensi tiap periode, apabila dirinci maka akan menampilkan perbandingan presensi

perlevel, apabila dirinci lebih lanjut maka akan menampilkan perbandingan presensi

perkelas serta menampilkan tutor yang mengajar kelas tersebut. Hal ini diperlukan

untuk mengevaluasi persentase kehadiran kelas tiap tutor. Lalu pada tahap terakhir

akan menampilkan detail presensi persiswa. Menampilkan perhitungan rata – rata

pertemuan tiap level, tiap kelas dan juga detil per siswa

2. Nilai Keseluruhan

Berfungsi apabila owner ingin mengetahui perkembangan Nilai rata-rata tiap

periode, apabila dirinci maka akan menampilkan perbandingan nilai perlevel, apabila

dirinci lebih lanjut maka akan menampilkan perbandingan nilai perkelas serta

menampilkan tutor yang mengajar kelas tersebut. Hal ini diperlukan untuk

mengevaluasi nilai rata – rata kelas tiap tutor. Lalu pada tahap terakhir akan

menampilkan detail nilai persiswa.

Page 19: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

36

3. Kelas Keseluruhan

Berfungsi untuk mengetahui perkembangan jumlah jadwal yang

diselenggarakan per periode. Hal ini juga digunakan untuk mempertimbangkan

rencana perekrutan tutor baru. Laporan ini dapat menampilkan perkembangan jumlah

jadwal yang diselenggarakan.

Laporan Pendapatan

1. Pendapatan Keseluruhan

Merupakan informasi tentang perkembangan jumlah pendapatan keseluruhan

perbulan yang ditotal dari pembayaran SPP, pembayaran buku, dan pendaftaran,

laporan ini apabila dirinci akan menghasilkan jumlah pembayaran spp, pembayaran

buku dan pendaftaran pada bulan tsb.

2. Pembayaran SPP

Merupakan perkembangan jumlah pembayaran SPP. Laporan ini menampilkan

jumlah pembayaran yang diterima oleh ILC setiap bulan serta menampilkan

persentase spp yang telah dibayar orang tua dibandingkan dengan jumlah spp yang

seharusnya diterima tiap bulannya.

3. Pembayaran Buku

Merupakan perkembangan jumlah pembayaran Buku. Laporan ini

menampilkan jumlah pembayaran yang diterima oleh ILC setiap bulan serta

menampilkan persentase pembayaran buku yang telah dibayar orang tua

dibandingkan dengan jumlah spp yang seharusnya diterima tiap bulannya.

C.2. Output Bagi Tutor

1. Nilai Kelas

Berfungsi bagi tutor yang ingin mengetahui rata – rata nilai kelas yang diajar,

apabila dirinci maka akan menampilkan perkembangan rata-rata nilai perchapter.

Page 20: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

37

Lalu apabila dirinci lebih lanjut akan menampilkan detail nilai persiswa. Berisi

chapter, materi, nilai writing, speaking, reading, grammar, listening

2. Presensi Kelas

Berfungsi bagi tutor yang ingin mengetahui persentase kehadiran kelas yang

diajar, apabila dirinci maka akan menampilkan perkembangan presensi perchapter.

Lalu apabila dirinci lebih lanjut akan menampilkan detail presensi persiswa.

Menampilkan perhitungan rata – rata pertemuan tiap kelas dan juga detil per siswa

3. Nilai dan Presensi Terbaik

Berfungsi bagi tutor yang ingin mengetahui rata – rata nilai kelas yang diajar,

apabila dirinci maka akan menampilkan perkembangan rata-rata nilai perchapter.

Lalu apabila dirinci lebih lanjut akan menampilkan detail nilai persiswa. Berisi

chapter, materi, nilai writing, speaking, reading, grammar, listening

4. Jadwal

Berfungsi untuk mengetahui jadwal ajar tutor yang menampilkan tanggal, hari,

kelas, ruang, materi

C.3. Output Bagi Orang Tua atau Siswa

1. Dashboard Siswa

Dashboard siswa berisi berapa lama masa studi siswa, persentase presensi

dalam satu bulan dan perkembangan nilai perchapter.

2. Jadwal

Berfungsi untuk mengetahui jadwal harian yang menampilkan tanggal, jam,

hari, materi, ruang.

3. Presensi

Berfungsi bagi orang tua yang ingin mengontrol siswa apakah masuk les atau

tidak. Menampilkan tanggal pertemuan, hari, serta status hadir.

Page 21: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

38

4. Nilai

Berfungsi bagi orang tua yang ingin mengontrol perkembangan nilai siswa,

berisi data chapter, materi, nilai writing, speaking, reading, grammar, listening

5. Nota Pembayaran SPP

Digunakan sebagai bukti siswa telah membayar SPP. Nota ini menampilkan

bulan pembayaran, NIS, tgl pembayaran, jumlah pembayaran, dll

6. Nota Pembayaran buku

Digunakan sebagai bukti siswa telah membeli buku. Nota ini menampilkan

nama buku, NIS, tanggal bayar, harga buku, dll.

7. Nota Pendaftaran

Digunakan sebagai bukti siswa telah melakukan pendaftaran. Nota ini

menampilkan id_pendaftaran, nama buku, tanggal daftar, biaya pendaftaran, NIS,

tanggal bayar, harga buku, dll.

8. Raport

Ditujukan kepada orang tua siswa sebagai bukti hasil belajar siswa. Laporan ini

berisi nama, level, nilai rata - rata total, rata - rata speaking, rata – rata reading, rata –

rata grammar, rata – rata listening, rata – rata writing.

3.2.2 Context Diagram

Gambaran sistem pada context diagram menggambarkan informasi dan data

yang keluar dari sistem dan masuk ke dalam sistem. Sistem informasi akademik ILC

memiliki 3 external entity, yaitu Owner, Tutor, dan Orang Tua/Siswa. Penjelasannya

adalah seperti pada Gambar 3.6

Page 22: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

39

Kelas Tersedia

Kelas Pilihan

NIS

View Inform asi Pendaftaran

View Inform asi Pembayaran Buku

Raport

View Jadwal Keseluruhan

Form Pem bayaran Buku

Form Pem bayaran SPP

Nilai Siswa

Form Presensi Kosong

Form Presensi Terisi

View Nilai Keseluruhan

Nota Pendaftaran

Nota Pembayaran Buku

Nota Pembayaran SPP

View Presensi Keseluruhan

View Nilai

View Inform asi Sis wa Baru Keseluruhan

View Jadwal Ajar Kelas

View Inform asi Pendapatan Keseluruhan

View SPP Keseluruhan

View Nilai Siswa Kelas

View Inform asi Sis wa Aktif Keseluruhan

View Inform asi Sis wa Resign

View Jadwal Kelas

View Presensi

View Presensi Siswa Kelas

Identitas Siswa

0

Sistem Informasi Akadem ik ILC

+

Owner

Orang Tua dan Siswa

Tutor

Gambar 3.6. Context Diagram Sistem Informasi Akademik ILC

3.2.3 Diagram Jenjang

Setelah membuat context diagram, untuk selanjutnya yaitu membuat

diagram jenjang terlebih dahulu, karena dengan adanya diagram jenjang, alur proses

dari sistem akan lebih teratur dan jelas. Diagram jenjang siswa dapat dilihat pada

Gambar 3.7. pada Gambar tersebut terdapat 3 proses utama, yaitu proses mengelola

informasi siswa, mengelola informasi akademik dan mengelola informasi keuangan.

Penjelasannya dapat dilihat pada Gambar 3.8

Page 23: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

40

Sistem Informasi

Akademik ILC

0

Mengelola Informasi

Siswa

1

Mengelola Informasi

Akademik

2

Mengelola Informasi

Keuangan

2

Gambar 3.7 Diagram Jenjang Sistem Informasi Akademik ILC

Gambar 3.8 menggambarkan subproses dari proses mengelola informasi siswa.

Subproses tersebut memiliki 3 subproses utama yaitu pendaftaran, resign dan

mengolah laporan siswa.

Sistem Informasi

Akademik ILC

0

Mengelola Informasi

Siswa

1

Pendaftaran

1.1

Resign

1.2

Mengolah Laporan

Siswa

1.3

Gambar 3.8 Diagram Mengelola Informasi Siswa

Gambar 3.9 merupakan subproses dari proses mengelola informasi akademik.

Subproses tersebut memiliki 6 subproses utama yaitu penentuan jadwal, registrasi

ulang, cek form presensi, presensi, penilaian dan pengolahan laporan akademik.

Page 24: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

41

Sistem Informasi

Akademik ILC

0

Mengelola Informasi

Akademik

2

Penentuan Jadwal

2.1

Registrasi Ulang

2.2

Cetak Form Presensi

2.3

Presensi

2.4

Penilaian

2.5

Mengelola Laporan

Akademik

2.6

Gambar 3.9 Diagram Mengelola Informasi Akademik

Gambar 3.10 merupakan subproses dari proses mengelola informasi keuangan.

Subproses tersebut memiliki 3 subproses utama yaitu pembayaran SPP, pembayaran

buku, mengelola laporan keuangan.

Sistem Informasi

Akademik ILC

0

Mengelola Informasi

Keuangan

3

Pembayaran SPP

3.1

Pembayaran Buku

3.2

Mengelola Laporan

Keuangan

3.3

Gambar 3.10 Diagram Mengelola Informasi Keuangan

3.2.4 Data Flow Diagram (DFD)

Setelah membuat context diagram dan diagram jenjang, langkah selanjutnya

adalah membuat Data Flow Diagram (DFD) Level 0 dengan cara membagi context

diagram menjadi proses yang lebih rinci. DFD Level 0 memilki 3 proses utama yaitu

mengolah data siswa, mengolah data akademik, dan mengolah data keuangan.

Sedangkan external entity nya adalah Owner, Tutor dan Siswa. Penjelasannya ada

pada Gambar 3.11

Page 25: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

42

Data Periode

Data Periode

Data Periode

Data Level

Data Ruang

Data Cabang

Data Pegawai

Data Kelas

Data Buku

Data Sekolah

Data Jadwal

Data Penempatan Per Periode

Data Penempatan

Kelas Tersedia

Kelas Pilihan

NIS

View Inform asi Pendaftaran

View Inform asi Pembayaran Buku

Raport

View Jadwal Keseluruhan

Form Pem bayaran Buku

Form Pem bayaran SPP

Nilai Siswa

Data Pendaftaran Terbaru

Form Presensi Terisi

Form Presensi Kosong

Nota Pembayaran Buku

Data Siswa

Data Pendaftaran

Data Siswa

View Presensi Keseluruhan

View Nilai Keseluruhan

Nota Pembayaran SPP

Nota Pendaftaran

Data Siswa Terbaru

Identitas Siswa

View Inform asi Siswa Baru Keseluruhan

View Inform asi Siswa Aktif Keseluruhan

View Inform asi Siswa Resign

View Nilai

View SPP Keseluruhan

View Inform asi Pendapatan Keseluruhan

View Jadwal Ajar Kelas

View Jadwal Kelas

View Presensi

View Nilai Siswa Kelas

View Presensi Siswa Kelas

Orang Tua dan Siswa

Owner

Tutor

2

Mengolah Data Akademik

+

3

Mengolah Data Keuangan

+

Orang Tua dan SiswaOrang Tua dan Siswa

OwnerOwner

Tutor

OwnerOwner

Tutor

Orang Tua dan Siswa

Owner

Orang Tua dan Siswa

1

Mengolah Data Siswa

+

1 Siswa

4 Penempatan

Orang Tua dan Siswa

Owner

Orang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan Siswa

Owner

3 Pendaftaran

TutorTutor

3 Pendaftaran

1 Siswa

Tutor

12 Jadwal

Orang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan Siswa

Owner

Orang Tua dan Siswa

OwnerOwner

Orang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan SiswaOrang Tua dan Siswa

2 Sekolah

11 Buku

14 Kelas

15 Pegawai

16 Cabang

20 Ruang

19 Level

23 Periode

23 Periode

23 Periode

Gambar 3.11 DFD Level 0 Sistem Informasi Akademik ILC

a. Mengelola Data Siswa

Gambar 3.12 merupakan decompose dari proses mengelola data siswa. Proses

ini memiliki 3 proses utama yaitu pendaftaran, resign, dan mengelola laporan siswa.

Page 26: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

43

Sedangkan data store yang digunakan adalah table sekolah, siswa, pendaftaran,

penempatan dan resign.

Gambar 3.12 DFD Level 1 Mengelola Data Siswa

b. Mengelola Informasi Akademik

Gambar 3.13 merupakan decompose dari proses mengelola data akademik.

Proses ini memiliki 5 proses utama yaitu registrasi, cetak form presensi, presensi,

penilaian dan mengelola laporan akademik. Sedangkan data store yang digunakan

adalah table ruang, kelas, , pegawai, cabang, siswa. Data tersebut merupakan data

master dari proses ini. Sedangkan data transaksinya adalah jadwal, penempatan, nilai

dan detil nilai.

View Inform asi Siswa Tidak Registrasi

[Data Sekolah]

[Data Penem patan Per Periode]

Data Pendaftaran

Data Siswa

[Data Pendaftaran Terbaru]

Data Resign

[Nota Pendaftaran]

Data Resign Terbaru

Status Siswa

Data Siswa Resign

[Data Siswa Terbaru]

[View Informasi Siswa Baru Keseluruhan]

[View Informasi Siswa Aktif Keseluruhan]

[View Informasi Siswa Resign]

[Identitas Siswa]

OwnerOwnerOwner

Orang

Tua dan

Siswa

1.1

Pendaftaran

1.2

Resign

1.3

Mengolah

Laporan Siswa

5 Resign

1 Siswa

Orang

Tua dan

Siswa

Orang

Tua dan

Siswa

3 Pendaftaran

4 Penempatan

2 Sekolah

Page 27: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

44

Gambar 3.13 DFD Level 1 Mengelola Data Akademik

c. Mengelola Informasi Keuangan

Gambar 3.14 merupakan decompose dari proses Mengelola Data Keuangan.

Proses ini memiliki 3 proses utama yaitu pembayaran SPP, pembayaran buku,

[Data Keahlian]

[Data Pegawai]

[Data Cabang][Data Ruang]

Data Rincian Nilai

Rincian Nilai Per Chapter

Data Penempatan

Data Jadwal Terbaru[Data Kelas]

Data Penempatan Per Periode

[Data Jadwal]

[Data Penem patan][Kelas Pilihan]

[Kelas Tersedia]

[NIS]

[Raport]

[View Jadwal Keseluruhan]

[Data Siswa]

[Nilai Siswa]

Data Nilai

Data Nilai Terbaru

Data Presensi

[View Nilai]

[View Jadwal Ajar Kelas]

[View Nilai Siswa Kelas]

[View Jadwal Kelas]

[View Presensi Keseluruhan]

[View Nilai Keseluruhan]

[View Presensi]

[View Presensi Siswa Kelas]

Data Presensi Terbaru

[Form Presensi Terisi]

[Form Presensi Kosong]

Tutor

Orang Tua

dan SiswaOrang Tua

dan Siswa

TutorTutor

Orang Tua

dan Siswa

OwnerOwner

1 Siswa

TutorTutor

2.4

Presensi

2.3

Cetak Form

Presensi

2.6

Mengolah

Laporan

Akadem ik

7 Presensi

2.5

Penilaian

10 Nilai

Tutor

Owner

Orang Tua

dan Siswa

2.2

Registrasi

Ulang

Orang

Tua

dan

Siswa

Orang

Tua

dan

Siswa

Orang Tua

dan Siswa 4 Penempatan

12 Jadwal

2.1

Penentuan

Jadwal14 Kelas

18 Detil Nilai

19 Keahlian

15 Pegawai

16 Cabang

20 Ruang

Page 28: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

45

mengelola laporan keuangan. Data store master yang yang digunakan adalah siswa,

dan buku. Sedangkan data store transaksinya adalah pembayaran SPP, detil

pembayaran spp, pembayaran buku, dan pendaftaran. table pendaftaran didapat dari

proses mengelola informasi siswa

Gambar 3.14 DFD Level 1 Mengelola Data Keuangan

3.2.5 Entity Relationship Diagram (ERD)

ERD menggambarkan Tabel – Tabel apa saja yang digunakan dalam

pembuatan Sistem Informasi Akademik ILC. ERD terbagi menjadi Conceptual Data

Bulan Pembayaran

Keterangan Bulan Pem bayaran

[Data Buku]

[View Informasi Pendaftaran]

[View Informasi Pem bayaran Buku]

Data Pembayaran Buku

Data SPP

Data Pembayaran Buku Terbaru

Jum lah Pembayaran SPP

[Nota Pem bayaran SPP]

[Data Siswa]

[Data Pendaftaran]

[Nota Pem bayaran Buku]

[View Informasi Pendapatan Keseluruhan]

[View SPP Keseluruhan]

[Form Pembayaran SPP]

[Form Pembayaran Buku]

OwnerOwner

Orang

Tua dan

Siswa

Orang

Tua dan

Siswa

3 Pendaftaran1 Siswa

Orang

Tua dan

Siswa

Orang

Tua dan

Siswa

3.2

Pembayaran

Buku

3.3

Mengolah

Laporan

Keuangan

3.1

Pembayaran

SPP

8 SPP

9Pembayaran

Buku

OwnerOwner

11 Buku

17 Detil SPP

Page 29: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

46

Model (CDM) dan Physical Data Model (PDM). Penjelasanya ada pada Gambar

3.15 dan Gambar 3.16

a. Conceptual Data Model (CDM)

Gambar 3.15 ERD CDM Sistem Informasi Akademik ILC

Period e_Ni lai

Period e_Baya rbuku

Period e_Presensi

Period e_SPP

Period e_Resign

Level_Materi

Mate ri _Detil ni lai

Jad wal_P enempatanRuang _Jadwa l

Caban g_Pegawa i

Caban g_Ruang

Sekolah _Siswa

Si swa_Ni l ai

Si swa_Presensi

Period e_Jad wal

Level_Bu ku

Buku_Penj ual anbuku Si swa_Pe njua lanb uku

Penda ftaran_Si swa

Kel as_Jadwal

Pegawa i_Jadwal

SPP_Deti lSPP

Si swa_SPP

Si swa_Re si gn

Si swa_Pe nempata n

Caban g_Kel as

Ni lai _Detil ni lai

Level_Ke las

Siswa

NIS

pass

nm_lengkap_sis

nm_panggil_sis

jk_sis

telp_sis

tingkat

nm_ortu

agama_sis

tmp_lahir_sis

tgl_lahir_sis

tgl_m asuk_sis

alamat_sis

foto_sis

st_aktif_sis

st_tetap_sis

Kelas

id_kelas

nm_kelas

st_aktif_kls

Nilai

id_nilai

Level

id_level

nm_level

Detil_Nilai

id_dtnilai

speaking

listening

reading

writing

gram mar

Cabang

id_cabang

nm_cabang

alamat_cabang

Jadwal

id_jadwal

tgl_m ulai

tgl_selesai

hari1

pukul_mulai1

pukul_selesai

hari2

pukul_mulai2

pukul_selesai2

tutor

Pegawai

NIP

password

nm_lengkap_pgw

inisial_pgw

jk_pgw

tmp_lahir_pgw

tgl_lahir_pgw

tgl_m asuk_pgw

alamat_pgw

telp_pgw

jabatan

gelar

foto_pgw

st_aktif_pgw

Periode

id_periode

tahun

kuartal

periode_saat_ini

Penempatan

id_penempatan

Presensi

id_presensi

tgl_presensi

st_hadir

Resign

id_resign

tgl_resign

alasan

ket_alasan

Ruang

id_ruang

nm_ruang

SPP

id_spp

tgl_bayar_spp

tot_bayar_spp

Detil_SPP

id_dtspp

pemb_b ln

bln_ke

Sekolah

id_sekolah

nm_sekolah

alamat_sekolah

Pendaftaran

id_pendaftaran

tgl_daftar

biaya_pendaftaran

Buku

id_buku

nm_buku

stok

harga

Bayarbuku

id_bayarbuku

tgl_bayarbuku

jml_bayarbuku

Materi

id_materi

no_chapter

nm_m ateri

Page 30: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

47

b. Physical Data Model (PDM)

Gambar 3.16 ERD PDM Sistem Informasi Akademik ILC

ID_PERIODE = ID_PERIODE

ID_PERIODE = ID_PERIODE

ID_PERIODE = ID_PERIODE

ID_PERIODE = ID_PERIODE

ID_PERIODE = ID_PERIODE

ID_LEVEL = ID_LEVEL ID_MATERI = ID_M ATERI

ID_JADWAL = ID_JADWAL

ID_RUANG = ID_RUANG

ID_CABANG = ID_CABANG

ID_CABANG = ID_CABANG

ID_SEKOLAH = ID_SEKOLAH

NIS = NIS

NIS = NIS

ID_PERIODE = ID_PERIODE

ID_BUKU = ID_BUKU

ID_BUKU = ID_BUKU

NIS = NIS

ID_PENDAFTARAN = ID_PENDAFTARAN

ID_KELAS = ID_KELAS

NIP = NIP

ID_SPP = ID_SPP

NIS = NIS

NIS = NIS

NIS = NIS

ID_CABANG = ID_CABANG

ID_NILAI = ID_NILAI

ID_LEVEL = ID_LEVEL

SISWA

NIS varchar(10)

ID_PENDAFTARAN varchar(8)

ID_SEKOLAH varchar(12)

PASS varchar(50)

NM_LENGKAP_SIS varchar(100)

NM_PANGGIL_SIS varchar(30)

JK_SI varchar(1)

ALAMAT_SIS varchar(200)

TELP_SIS varchar(30)

TINGKAT varchar(10)

NM_ORTU varchar(50)

AGAMA_SIS varchar(10)

TMP_LAHIR_SIS varchar(20)

TGL_LAHIR_SIS datetime

TGL_MASUK_SIS datetime

FOTO_SIS varchar(50)

ST_AKTIF_SIS varchar(1)

ST_TETAP_SIS varchar(1)

KELAS

ID_KELAS varchar(5)

ID_LEVEL varchar(12)

ID_CABANG varchar(6)

NM_KELAS varchar(50)

ST_AKTIFKLS varchar(1)

LEVEL

ID_LEVEL varchar(12)

ID_BUKU varchar(6)

NM_LEVEL varchar(12)

DETIL_NILAI

ID_DTNILAI varchar(10)

ID_NILAI varchar(10)

ID_MATERI varchar(5)

SPEAKING decimal

LISTENING decimal

READING decimal

GRAMMAR decimal

WRITING decimal

CABANG

ID_CABANG varchar(6)

NM_CABANG varchar(30)

ALAMAT_CABANG varchar(200)

JADWAL

ID_JADWAL varchar(6)

NIP varchar(7)

ID_KELAS varchar(5)

ID_PERIODE int

ID_RUANG varchar(6)

TGL_MULAI datetime

TGL_SELESAI datetime

HARI1 varchar(10)

PUKUL_MULAI1 datetime

PUKUL_SELESAI datetime

HARI2 varchar(10)

PUKUL_MULAI2 datetime

PUKUL_SELESAI2 datetime

TUTOR varchar(6)

PEGAWAI

NIP varchar(7)

ID_CABANG varchar(6)

PASSWORD varchar(50)

NM_LENGKAP_PGW varchar(50)

INISIAL_PGW varchar(5)

JK_PGW varchar(1)

TMP_LAHIR_PGW varchar(50)

TGL_LAHIR_PGW datetime

TGL_MASUK_PGW datetime

ALAMAT_PGW varchar(200)

TELP_PGW varchar(30)

JABATAN varchar(20)

GELAR varchar(6)

FOTO_PGW varchar(50)

ST_AKTIF_PGW varchar(1)

PERIODE

ID_PERIODE int

TAHUN int

KUARTAL int

PERIODE_SAAT_INI varchar(1)

PENEMPATAN

ID_JADWAL varchar(6)

NIS varchar(10)

ID_PENEMPATAN varchar(10)

PRESENSI

ID_PRESENSI varchar(12)

NIS varchar(10)

ID_PERIODE int

TGL_PRESENSI datetime

ST_HADIR varchar(1)

RESIGN

ID_RESIGN varchar(6)

NIS varchar(10)

ID_PERIODE int

TGL_RESIGN datetime

ALASAN varchar(30)

KET_ALASAN varchar(250)

RUANG

ID_RUANG varchar(6)

ID_CABANG varchar(6)

NM_RUANG varchar(20)

SPP

ID_SPP varchar(10)

NIS varchar(10)

ID_PERIODE int

TGL_BAYAR_SPP datetime

TOT_BAYAR_SPP int

DETIL_SPP

ID_DTSPP varchar(10)

ID_SPP varchar(10)

PEMB_BLN varchar(30)

BLN_KE varchar(12)

SEKOLAH

ID_SEKOLAH varchar(12)

NM_SEKOLAH varchar(50)

ALAMAT_SEKOLAH varchar(200)

PENDAFTARAN

ID_PENDAFTARAN varchar(8)

TGL_DAFTAR datetime

BIAYA_PENDAFTARAN int

BUKU

ID_BUKU varchar(6)

NM_BUKU varchar(100)

STOK int

HARGA int

BAYARBUKU

ID_BUKU varchar(6)

NIS varchar(10)

ID_BAYARBUKU varchar(10)

ID_PERIODE int

TGL_BAYARBUKU datetime

JML_BAYARBUKU int

MATERI

ID_MATERI varchar(5)

ID_LEVEL varchar(12)

NM_MATERI varchar(10)

NO_CHAPTER int

Page 31: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

48

3.2.6 Desain Database

Tabel - Tabel yang akan digunakan pada sistem seperti yang telah disertakan

pada Physical Data Model adalah sebagai berikut:

a. Tabel Master Cabang

Tabel master cabang digunakan untuk menyimpan data cabang karena data tiap

cabang akan digabungkan menjadi satu. Primary key pada Tabel ini adalah field

ID_CABANG. Struktur Tabelnya ada pada Tabel 3.5 dibawah ini:

Tabel 3.5 Cabang

Field Nama Tipe Data Constraint

ID_CABANG Varchar 6 Primary key

NM_CABANG Varchar 30 -

ALAMAT_CABANG Varchar 200 -

b. Tabel Master Ruang

Tabel master ruang digunakan untuk menyimpan data ruang pada masing-

masing cabang. Primary key pada Tabel ini adalah field ID_RUANG sedangkan

foreign key adalah ID_CABANG. Struktur Tabelnya ada pada Tabel 3.6 dibawah ini:

Tabel 3.6 Ruang

Field Nama Tipe Data Constraint

ID_RUANG Varchar 6 Primary key

ID_CABANG Varchar 6 Foreign key

NM_RUANG Varchar 20 -

Page 32: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

49

c. Tabel Master Level

Tabel master level digunakan untuk menyimpan data level. Level yang dimiliki

setiap cabang sama. Primary key pada Tabel ini adalah field ID_LEVEL. Struktur

Tabelnya ada pada Tabel 3.7 dibawah ini:

Tabel 3.7 Level

Field Nama Tipe Data Constraint

ID_LEVEL Varchar 5 Primary key

NM_LEVEL Varchar 50 -

d. Tabel Master Kelas

Tabel master kelas digunakan untuk menyimpan data kelas. Kelas yang ada

pada tiap cabang berbeda – beda. Primary key pada Tabel ini adalah field

ID_KELAS sedangkan foreign key adalah ID_LEVEL dan ID_CABANG. Struktur

Tabelnya ada pada Tabel 3.8 dibawah ini:

Tabel 3.8 Kelas

Field Nama Tipe Data Constraint

ID_KELAS Varchar 5 Primary key

ID_LEVEL Varchar 5 Foreign key

ID_CABANG Varchar 6 Foreign key

NM_KELAS Varchar 50 -

ST_AKTIF_KLS Varchar 1 -

Page 33: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

50

e. Tabel Master Periode

Tabel master periode digunakan untuk menyimpan data periode. Periode baru

dibuat tiap 3 bulan sekali. Primary key pada Tabel ini adalah field ID_PERIODE.

Struktur Tabelnya ada pada Tabel 3.9 dibawah ini:

Tabel 3.9 Periode

Field Nama Tipe Data Constraint

ID_PERIODE Int 3 Primary key

TAHUN Int 4 Foreign key

KUARTAL Int 11 Foreign key

PERIODE_SAAT_INI Varchar 1 -

f. Tabel Master Jadwal

Tabel master jadwal digunakan untuk menyimpan data jadwal kelas. Kelas

pada ILC diselenggarakan tiap periode. Primary key pada Tabel ini adalah field

ID_JADWAL sedangkan foreign key adalah ID_KELAS, ID_LEVEL,

ID_CABANG, ID_RUANG dan TUTOR. Struktur Tabelnya ada pada Tabel 3.10

dibawah ini:

Tabel 3.10 Jadwal

Field Nama Tipe Data Constraint

ID_JADWAL Varchar 6 Primary key

ID_KELAS Varchar 5 Foreign key

ID_PERIODE Int 3 Foreign key

ID_RUANG Varchar 6 -

TUTOR Varchar 7 -

Page 34: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

51

Field Nama Tipe Data Constraint

TGL_MULAI Date -

TGL_SELESAI Date -

HARI1 Varchar 10 -

PUKUL_MULAI1 Time -

PUKUL_SELESAI1 Time -

HARI2 Varchar 10 -

PUKUL_MULAI2 Time -

PUKUL_SELESAI2 Time -

g. Tabel Master Pegawai

Tabel master pegawai digunakan untuk menyimpan identitas pegawai. Pegawai

pada tiap cabang berbeda - beda. Primary key pada Tabel ini adalah field NIP

sedangkan foreign key adalah ID_CABANG. Struktur Tabelnya ada pada Tabel 3.11

dibawah ini:

Tabel 3.11 Pegawai

Field Nama Tipe Data Constraint

NIP Varchar 7 Primary key

ID_CABANG Varchar 6 Foreign key

PASSWORD Varchar 50 -

NM_LENGKAP_PGW Varchar 50 -

INISIAL_PGW Varchar 5 -

JK_PGW Varchar 1 -

TMP_LAHIR_PGW Varchar 50 -

TGL_LAHIR_PGW Date -

Page 35: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

52

Field Nama Tipe Data Constraint

TGL_MASUK_PGW Date -

ALAMAT_PGW Varchar 200 -

TELP_PGW Varchar 30 -

JABATAN Varchar 20 -

GELAR Varchar 6 -

FOTO_PGW Varchar 50 -

ST_AKTIF_PGW Varchar 1

h. Tabel Master Siswa

Tabel master siswa digunakan untuk menyimpan identitas siswa. Siswa pada

tiap cabang berbeda dan dapat dibedakan dari format NIS. Primary key pada Tabel

ini adalah field NIS sedangkan foreign key adalah ID_PENDAFTARAN dan

ID_SEKOLAH. Struktur Tabelnya ada pada Tabel 3.12 dibawah ini:

Tabel 3.12 Siswa

Field Nama Tipe Data Constraint

NIS Varchar 10 Primary key

ID_PENDAFTARAN Varchar 6 Foreign key

ID_SEKOLAH Varchar 6 Foreign key

PASS Varchar 50 -

NM_LENGKAP_SIS Varchar 100 -

NM_PANGGIL_SIS Varchar 30 -

JK_SIS Varchar 1 -

ALAMAT_SIS Varchar 200 -

TELP_SIS Varchar 30 -

Page 36: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

53

Field Nama Tipe Data Constraint

TINGKAT Varchar 10 -

NM_ORTU Varchar 50 -

AGAMA_SIS Varchar 10 -

TMP_LAHIR_SIS Varchar 20 -

TGL_LAHIR_SIS Date -

TGL_DAFTAR_SIS Date -

FOTO_SIS Varchar 50 -

ST_TETAP_SIS Varchar 1 -

ST_AKTIF_SIS Varchar 1 -

i. Tabel Master Sekolah

Tabel master sekolah digunakan untuk menyimpan data sekolah siswa.

Primary key pada Tabel ini adalah field ID_SEKOLAH. Struktur Tabelnya ada pada

Tabel 3.13 dibawah ini:

Tabel 3.13 Sekolah

Field Nama Tipe Data Constraint

ID_SEKOLAH Varchar 6 Primary key

NM_SEKOLAH Varchar 50 -

ALAMAT_SEKOLAH Varchar 200 -

j. Tabel Pendaftaran

Tabel pendaftaran digunakan untuk menyimpan biaya pendaftaran siswa dan

tanggal pembayaran pendaftaran. Primary key pada Tabel ini adalah field

ID_PENDAFTARAN. Struktur Tabelnya ada pada Tabel 3.14 dibawah ini:

Page 37: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

54

Tabel 3.14 Pendaftaran

Field Nama Tipe Data Constraint

ID_PENDAFTARAN Varchar 8 Primary key

TGL_DAFTAR Date -

BIAYA_PENDAFTARAN Int 11 -

k. Tabel Penempatan

Tabel penempatan digunakan untuk menyimpan penempatan siswa pada jadwal

tiap periodenya. Proses ini dilakukan saat proses Registrasi Ulang. Primary key pada

Tabel ini adalah field ID_PENEMPATAN sedangkan foreign key adalah NIS dan

ID_JADWAL. Struktur Tabelnya ada pada Tabel 3.15 dibawah ini:

Tabel 3.15 Penempatan

Field Nama Tipe Data Constraint

ID_PENEMPATAN Varchar 10 Primary key

NIS Varchar 10 Foreign key

ID_JADWAL Varchar 6 Foreign key

l. Tabel SPP

Tabel SPP digunakan untuk menyimpan status pembayaran SPP siswa.

Primary key pada Tabel ini adalah field ID_SPP sedangkan foreign key adalah

ID_PERIODE dan NIS. Struktur Tabelnya ada pada Tabel 3.16 dibawah ini:

Tabel 3.16 SPP

Field Nama Tipe Data Constraint

ID_SPP Varchar 10 Primary key

ID_PERIODE Int 3 Foreign key

NIS Varchar 10 Foreign key

Page 38: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

55

Field Nama Tipe Data Constraint

TGL_BAYAR_SPP Date -

JML_BAYAR_SPP INT 10 -

m. Tabel Detil SPP

Tabel Detil SPP digunakan untuk menyimpan status pembayaran spp lebih

detil ke bulan pembayarannya. Primary key pada Tabel ini adalah field ID_DTSPP

sedangkan foreign key adalah ID_SPP. Struktur Tabelnya ada pada Tabel 3.16

dibawah ini:

Tabel 3.17 Detil SPP

Field Nama Tipe Data Constraint

ID_DTSPP Varchar 10 Primary key

ID_SPP Varchar 10 Foreign key

PEMB_BLN Varchar 30 -

BLN_KE Varchar 12 -

n. Tabel Resign

Tabel Resign digunakan untuk menyimpan tanggal resign dan alasan siswa

resign. Primary key pada Tabel ini adalah field ID_RESIGN sedangkan foreign key

adalah NIS dan ID_PERIODE. Struktur Tabelnya ada pada Tabel 3.17 dibawah ini:

Tabel 3.18 Resign

Field Nama Tipe Data Constraint

ID_RESIGN Varchar 6 Primary key

NIS Varchar 10 Foreign key

ID_PERIODE Int 3 Foreign key

Page 39: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

56

TGL_RESIGN Date -

ALASAN Varchar 30 -

KET_ALASAN Varchar 250 -

o. Tabel Materi

Tabel master materi digunakan untuk menyimpan materi yang dimiliki tiap

level. Primary key pada Tabel ini adalah field ID_MATERI sedangkan foreign key

adalah ID_LEVEL. Struktur Tabelnya ada pada Tabel 3.18 dibawah ini:

Tabel 3.19 Materi

Field Nama Tipe Data Constraint

ID_MATERI Varchar 5 Primary key

ID_LEVEL Varchar 10 Foreign key

NO_CHAPTER Int 11 -

NM_MATERI Varchar 200 -

p. Tabel Nilai

Tabel nilai digunakan untuk menyimpan nilai siswa yang terbagi menjadi 5

kategori penilaian yaitu speaking, listening, reading, writing dan grammar. Primary

key pada Tabel ini adalah field ID_NILAI sedangkan foreign key adalah NIS dan

ID_PERIODE. Struktur Tabelnya ada pada Tabel 3.19 dibawah ini:

Tabel 3.20 Nilai

Field Nama Tipe Data Constraint

ID_NILAI Varchar 10 Primary key

NIS Varchar 10 Foreign key

ID_PERIODE Int 3 Foreign key

Page 40: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

57

q. Tabel Detil_Nilai

Tabel Nilai digunakan untuk menyimpan detil nilai tiap chapter. Primary key

pada Tabel ini adalah field ID_DTNILAI sedangkan foreign key adalah ID_NILAI

dan ID_MATERI. Struktur Tabelnya ada pada Tabel 3.20 dibawah ini:

Tabel 3.21 Detil Nilai

Field Nama Tipe Data Constraint

ID_DTNILAI Varchar 10 Primary key

ID_NILAI Varchar 10 Foreign key

ID_MATERI Varchar 6 Foreign key

SPEAKING Decimal (10,2) -

READING Decimal (10,2) -

LISTENING Decimal (10,2) -

GRAMMAR Decimal (10,2) -

WRITING Decimal (10,2) -

r. Tabel Presensi

Tabel Presensi digunakan untuk menyimpan status presensi siswa tiap

pertemuan. Primary key pada Tabel ini adalah field ID_BAYARBUKU sedangkan

foreign key adalah ID_BUKU dan NIS. Struktur Tabelnya ada pada Tabel 3.22

dibawah ini:

Tabel 3.22 Presensi

Field Nama Tipe Data Constraint

ID_PRESENSI Varchar 12 Primary key

NIS Varchar 10 Foreign key

ID_PERIODE Int 3 Foreign key

Page 41: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

58

TGL_PRESENSI Date -

ST_HADIR Varchar 1 -

s. Tabel Buku

Tabel Master Buku digunakan untuk menyimpan data buku yang dijual. Saat

ini dalam satu level hanya memiliki satu buku yaitu buku materi. Primary key pada

Tabel ini adalah field ID_BUKU sedangkan foreign key adalah ID_LEVEL. Struktur

Tabelnya ada pada Tabel 3.21 dibawah ini:

Tabel 3.21 Buku

Field Nama Tipe Data Constraint

ID_BUKU Varchar 6 Primary key

ID_LEVEL Varchar 5 Foreign key

NM_BUKU Varchar 100 -

STOK Int 11 -

HARGA Int 11 -

t. Tabel Bayarbuku

Tabel Bayarbuku digunakan untuk menyimpan data pembayaran buku.

Primary key pada Tabel ini adalah field ID_BAYARBUKU sedangkan foreign key

adalah ID_BUKU dan NIS. Struktur Tabelnya ada pada Tabel 3.22 dibawah ini:

Tabel 3.22 Bayarbuku

Field Nama Tipe Data Constraint

ID_BAYARBUKU Varchar 10 Primary key

NIS Varchar 10 Foreign key

ID_BUKU Varchar 6 -

Page 42: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

59

ID_PERIODE Int 3 Foreign key

TGL_BAYARBUKU Date -

JML_BAYARBUKU Int 11 -

Page 43: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

60

3.2.7 Desain User Interface

Desain user interface digunakan sebagai panduan dalam menentukan tata letak

komponen aplikasi. Desain user interface pada Sistem Informasi Akademik ILC

dibuat sesederhana mungkin agar mudah digunakan oleh pengguna.

INPUT

a. Desain User Interface Halaman Login

Pengendalian akses dilakukan melalui 3 tahap yaitu identifikasi, otentikasi

dan otorisasi (Mcleod:1996). Halaman login memiliki textbox username yang

berfungsi sebagai identifikasi. Password dan captcha yang muncul apabila pengguna

salah login lebih dari 3 kali berfungsi untuk menghidari adanya bot yang masuk

sebagai otentifikasi. Otentifikasi berfungsi memastikan apakah pengguna benar-

benar orang yang berhak melakukan akses ke sistem. Setelah username, password,

dan captcha telah sesuai maka tahap selanjutnya adalah otorisasi pengguna

berdasarkan hak akses. hak akses dibagi menjadi 4 pengguna yaitu admin, owner,

tutor dan siswa. Gambar 3.15 dibawah ini adalah desain user interface halaman

login.

Logo

Username

Password

Captcha S72G1

Login

SI Akademik

Gambar 3.16 Desain User Interface Halaman login

Page 44: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

61

Gambar 3.17 menunjukan pesan apabila pengguna salah memasukkan

username dan password

Gambar 3.17 Desain User Interface Cek Login

b. Desain User Interface Halaman Siswa

Gambar 3.18 merupakan halaman penambahan data siswa. Siswa setelah

diinputkan pada halaman ini masih memiliki status tidak aktif. Untuk dapat merubah

status menjadi aktif. Maka harus melakukan proses Registrasi Ulang

SI AKADEMIK ILC

SETTING

MASTER

Level

Kelas

Ruang

Cabang

Sekolah

Siswa

Pegawai

Jadwal

Buku

Materi

ADMINISTRASI

S011310001

DaniNm Panggil

Nm Lengkap

Jenis Kelamin L

Dani Gunawan

NIS

Tmp Lahir BandungP

Nm Ortu Soeharto

085648424001Telp

Pondok Jati AG-6Alamat

Islam

Tingkat 4 SD

Simpan

Siswa > Pendaftaran

Cancel

Agama

SDN Pucang 4Sekolah

Tgl Lahir 16-07-1990

Foto Choose File ..

Gambar 3.18 Desain User Interface Halaman Siswa

c. Desain User Interface Registrasi Ulang

Gambar 3.19 merupakan view data penempatan. View tersebut menampilkan

data siswa berdasarkan periode dan kelas. Sedangkan Gambar 3.20 adalah form

registrasi ulang dengan inputan berupa nama panggil siswa. Proses ini membuat

siswa memiliki status aktif.

Page 45: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

62

NIS Nm Lengkap JKNo

Tambah Periode : 131

Tgl Daftar

Kelas : PB1A

Aksi (Del)

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Penempatan > View

Gambar 3.19 Desain User Interface View Data Penempatan

Senin 14.00-15.30

Periode

Kelas S1B

131

Jadwal 1

Nama Panggil

Nama Lengkap Dani Gunawan

Dani

NIS S01130001

Simpan Cancel

Registrasi Ulang

Data Kelas

Rabu 14.00-15.30Jadwal 2

P1ARuang

Rabu 14.00-15.30Tutor

Level Starter 1 B

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Penempatan > Registrasi Ulang

Gambar 3.20 Desain User Interface Registrasi Ulang

d. Desain User Interface Input Data Presensi

Gambar 3.21 adalah view nama kelas yang diselenggarakan pada tiap periode.

View ini digunakan untuk memilih kelas yang akan diinputkan status presensi.

Sedangkan Gambar 3.22 merupakan form input data presensi. Form ini berfungsi

mencatat status presensi setiap siswa. Tanggal yang dapat dipilih adalah tanggal yang

sesuai dengan jadwal kelas.

Page 46: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

63

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Presensi > View Kelas

Nama Kelas Nama LevelNo

Periode 131

Jumlah Siswa Aksi (Edit)

Gambar 3.21 Desain User Interface View Data Kelas

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Presensi > Input Presensi

NIS Nm LengkapNo

Simpan Cancel

16-01-2014TanggalPeriode : 131 Kelas : PB1A

Gambar 3.22 Desain User Interface Input Data Presensi

e. Desain User Interface Input Data Resign

Gambar 3.23 adalah input resign. Form ini mendapatkan inputan berupa NIS

serta data-data yang harus disimpan pada proses resign. Siswa yang memiliki status

resign tidak dapat melakukan kegiatan akademik.

Page 47: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

64

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Resign > Input Resign

Simpan Cancel

Dani

Nm Lengkap Dani Gunawan

Nm Panggil

Resign Bulan Jan 2013

NIS S01130001

Tipe Alasan Jadwal Bentrok

Keterangan Bentrok dengan jadwal les piano

Gambar 3.23 Desain User Interface Input Resign

f. Desain User Interface Input Pembayaran SPP

Gambar 3.24 adalah input pembayaran SPP. Form ini mendapatkan inputan

berupa NIS serta data-data yang perlu disimpan pada proses pembayaran SPP.

Pembayaran SPP memiliki beberapa tipe pembayaran. Tipe pembayaran menentukan

berapa bulan SPP berlaku.

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Pemb SPP > Input Pembayaran

Dani

Nama Lengkap Dani Gunawan

Nama Panggil

Mulai Bulan Jan 2013

Simpan

NIS S01130001

Tipe Pembayaran 3Bln – 400.000

Tgl Bayar

Cancel

16-07-1990

Gambar 3.24 Desain User Interface Input Pembayaran SPP

Page 48: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

65

g. Desain User Interface Input Pembayaran Buku

Gambar 3.25 adalah input pembayaran buku. Form ini mendapatkan inputan

berupa NIS serta data-data yang perlu disimpan pada proses pembayaran buku. Buku

yang dibayar dalam satu level hanya satu buku. Oleh karena itu, pada form ini nama

buku merupakan tampilan otomatis dari sistem setelah menginputkan NIS.

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Pemb Buku > Input Pembayaran

Dani

Nama Lengkap Dani Gunawan

Nama Panggil

Nm Buku

NIS S01130001

Harga

Penunjang Lv. Starter 1

Rp. 30.000, 00

Tgl Penj

Simpan Cancel

16-07-1990

Gambar 3.25 Desain User Interface Input Pembayaran Buku

h. Desain User Interface Nilai

Gambar 3.26 adalah view nama kelas yang diselenggarakan pada tiap periode.

View ini digunakan untuk memilih kelas yang akan diinputkan nilai. Sedangkan

Gambar 3.27 merupakan form input data nilai. Form ini berfungsi mencatat nilai

siswa setiap chapter.

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Nilai > View Kelas

Nama Kelas Nama LevelNo

Periode 131

Jumlah Siswa Aksi (Edit)

Gambar 3.26 Desain User Interface View Kelas

Page 49: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

66

SI AKADEMIK ILC

SETTING

MASTER

ADMINISTRASI

Penempatan

Presensi

Resign

Pemb SPP

Pemb Buku

Nilai

Nilai > Input Nilai

NIS Nm LengkapNo ListeningWriting Speaking Reading Grammar

Materi 1 | English Alpabhet Periode : 121 Kelas : PB1A

Gambar 3.27 Desain User Interface Input Nilai

OUTPUT

Output Owner

a. Dashboard Owner

Menu dashboard owner merupakan tampilan informasi berkaitan informasi

akademik secara keseluruhan cabang. Menu ini menampilkan perkembangan jumlah

siswa baru cabang per periode, perkembangan pendapatan cabang per periode,

perbandingan presensi cabang per periode, perbandingan nilai cabang per periode.

Tampilannya ada pada Gambar 3.28

SI AKADEMIK ILC

DASHBOARD

SISWA

AKADEMIK

KEUANGAN

Dashboard

0

200

400

600

800

131 132 133

Axi

s T

itle

Perkembangan Jml Siswa Baru Cabang Per Periode

PSJ

PTI

DS

$-

Rp 20,000,000

Rp 40,000,000

Rp 60,000,000

Rp 80,000,000

Rp 100,000,000

131 132 133

Perkembangan Pendapatan Cabang Per Periode

PSJ

PTI

DS

0%

20%

40%

60%

80%

131 132 133

Perbandingan Presensi Cabang Per Periode

PSJ

PTI

DS

131

132

133

65 70 75 80 85 90 95

Perbandingan Nilai AVG Cabang Per Periode

DS

PTI

PSJ

Foto

Nama

NIP

View Profil

Ganti Password

Logout

Gambar 3.28 Desain Output Dashboard Owner

Page 50: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

67

Informasi Siswa

Siswa Baru

Menu siswa baru menampilkan informasi berkaitan informasi siswa baru.

Menu ini memberikan perbandingan jumlah siswa baru per level dan per tingkat

sekolah. Sedangkan parameter yang dipakai adalah cabang dan juga periode yang

dipilih. Tampilannya ada pada Gambar 3.29 dan detil nya ada pada Gambar 3.30

SI AKADEMIK ILC

Siswa > BaruFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Cabang : PSJ Periode : 132

Pre Beginner

133%

Beginner 1

50%

Beginner 2

17%

Jumlah Siswa Baru Per Level

SD60%SMP

15%

SMA25%

Jumlah Siswa Baru Per Tingkat Sekolah

Gambar 3.29 Desain Output Informasi Siswa Baru

SI AKADEMIK ILC

Siswa > Baru > Detil PerlevelFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Cabang :PSJ

JKNo NamaNIS KelasAlamat

Level : Beginner 2Periode : 132

Gambar 3.30 Desain Output Detil Siswa Baru

Page 51: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

68

Siswa Aktif

Menu siswa aktif menampilkan informasi berkaitan informasi siswa aktif.

Menu ini memberikan perbandingan jumlah siswa aktif per level, per tingkat sekolah,

dan perkelas. Sedangkan parameter yang dipakai adalah cabang dan juga periode

yang dipilih. Tampilannya ada pada Gambar 3.31 dan detil nya ada pada Gambar

3.32

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > AktifFoto

Nama

NIP

View Profil

Ganti

Password

Logout Cabang : PSJ Periode : 132

Pre Beginner 1

58%

Beginner 135%

Beginner 27%

Jml Siswa Aktif Perlevel

1 SD37%

2 SMP27%

3 SMA36%

Jml Siswa Aktif Per Tingkat

1 Peri ode, 1

2 - 4 Peri ode, 10

Di a ta s 4 , 3

1 Periode

2 - 4 Periode

Dia ta s 4

0 2 4 6 8 10 12

Jm l Siswa Aktif Per Lam a M asa Studi

Gambar 3.31 Desain Output Informasi Siswa Aktif

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > Aktif > Detil PerlevelFoto

Nama

NIP

View Profil

Ganti

Password

Logout

JKNo NamaNIS KelasAlamat

Cabang :PSJ Level : Beginner 2Periode : 132

Gambar 3.32 Desain Output Detil Siswa Aktif

Page 52: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

69

Siswa Tidak Registrasi

Menu siswa tidak registrasi menampilkan informasi berkaitan informasi

siswa yang tidak registrasi. Menu ini memberikan perbandingan jumlah siswa tidak

registrasi per level, dan per lama masa studi. Sedangkan parameter yang dipakai

adalah cabang dan juga periode yang dipilih. Tampilannya ada pada Gambar 3.33

dan detilnya ada pada Gambar 3.34

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > Tidak Registrasi Foto

Nama

NIP

View Profil

Ganti Password

LogoutCabang : PSJ Periode : 132

1 Periode7%

2 - 4 Periode

72%

Diatas 421%

Jml Siswa Tdk Registrasi Per Lama Masa Studi

Pre Beginn

er 1

43%Beginner 123%

Beginner 234%

Jml Siswa Tdk Registrasi Per Level

Gambar 3.33 Desain Output Informasi Siswa Tidak Registrasi

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > Tidak Registrasi > Detil PerlevelFoto

Nama

NIP

View Profil

Ganti Password

Logout

No NamaNIS Lama Studi

Cabang :PSJ Level : Beginner 2Periode : 132

Gambar 3.34 Desain Output Detil Siswa Tidak Registrasi

Page 53: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

70

Siswa Resign

Menu siswa resign menampilkan informasi berkaitan informasi siswa yang

resign. Menu ini memberikan perbandingan jumlah siswa tidak registrasi per level,

dan per lama masa studi. Sedangkan parameter yang dipakai adalah cabang dan juga

periode yang dipilih. Tampilannya ada pada Gambar 3.35 dan detilnya ada pada

Gambar 3.36

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > Resign > PerbandinganFoto

Nama

NIP

View Profil

Ganti Password

Logout

Cabang : PSJ Periode : 132

Ratna S

33%

Yanti H50%

Indah P

17%

Jumlah Siswa Resign Per Tutor

Pre Beginner 1

37%

Beginner 125%

Beginner 238%

Jumlah Resign Per Level

2

7

43

2

Jadwal Bentrok Tidak Cocok Malas Jenuh Pindah Sekolah

Jumlah Siswa Resign Per Alasan

Gambar 3.35 Desain Output Informasi Siswa Resign

SI AKADEMIK ILC

DASHBOARD

SISWA

Baru

Aktif

Tdk Registrasi

Resign

AKADEMIK

KEUANGAN

Siswa > Resign > Detil PerlevelFoto

Nama

NIP

View Profil

Ganti Password

Logout

No NamaNIS

Cabang : PSJ Periode : 132 Level : Beginner 2

Tgl Resign Bln Resign

Gambar 3.36 Desain Output Detil Siswa Resign

Page 54: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

71

b. Informasi Akademik

Nilai

Menu nilai menampilkan informasi berkaitan nilai rata – rata siswa atau per

kategori siswa. Menu ini memberikan perbandingan nilai siswa per level, per kelas,

dan per tutor. Sedangkan parameter yang dipakai adalah cabang dan juga periode

yang dipilih. Tampilannya ada pada Gambar 3.37 dan detilnya ada pada Gambar 3.38

SI AKADEMIK ILC

Akademik > Nilai > PerkelasFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ Periode : 132

81.288.5 91.2

Ratna S Yanti H Indah P

Nilai Per Kelas

80.4 82.1 85.2

Pre Beginner 1 Beginner 1 Beginner 2

Nilai Per Level

7 5 8 0 8 5 9 0 9 5

Ra tn a S

In d a h P

N ila i P er Tutor

Gambar 3.37 Desain Output Informasi Nilai

SI AKADEMIK ILC

Akademik > Nilai > Perkelas > DetilFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ

SpeakingNo NamaNIS WritingListening

Periode : 132

Reading Grammar

Gambar 3.38 Desain Output Detil Nilai

Page 55: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

72

Presensi

Menu nilai menampilkan informasi berkaitan persentase presensi. Menu ini

memberikan perbandingan presensi per level, per kelas dan per tutor. Sedangkan

parameter yang dipakai adalah cabang dan juga periode yang dipilih. Tampilannya

ada pada Gambar 3.39 dan detilnya ada pada Gambar 3.40

SI AKADEMIK ILC

Akademik > PresensiFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ Periode : 132

90% 68% 72%

Pre Beginner 1 Beginner 1 Beginner 2

Presensi Per Level

7 0 %

7 5 %

7 3 %

R a tn a S

Y an ti H

In d a h P

P r e s e n s i S is w a P e r Tu to r

83%75% 73%

S1A PB1A PB2A

Presensi Siswa Per Kelas

Gambar 3.39 Desain Output Informasi Presensi

SI AKADEMIK ILC

Akademik > Presensi > Detil PerkelasFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ

No NamaNIS

Periode : 132

Persentase Presensi

Gambar 3.40 Desain Output Detil Presensi

Page 56: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

73

Kelas

Menu nilai menampilkan informasi berkaitan dengan kelas. Menu ini

memberikan perbandingan jumlah kelas per level dan per tutor. Sedangkan parameter

yang dipakai adalah cabang dan juga periode yang dipilih. Tampilannya ada pada

Gambar 3.41 dan detilnya ada pada Gambar 3.42

SI AKADEMIK ILC

Akademik > KelasFoto

Nama

NIP

View Profil

Ganti Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ Periode : 132

127 4

Pre Beginner 1Beginner 1Beginner 2

Jumlah Kelas Per Level

75 6

Indah Yanti Ratna

Jumlah Kelas Per Tutor

Gambar 3.41 Desain Output Informasi Kelas

SI AKADEMIK ILC

Akademik > Jadwal > Detil JadwalFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

Nilai

Presensi

Kelas

KEUANGAN

Cabang : PSJ

No Nama KelasID Kelas

Periode : 132

Gambar 3.42 Desain Output Informasi Kelas

Page 57: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

74

c. Informasi Keuangan

Pendapatan

Menu pendapatan menampilkan informasi berkaitan dengan pendapatan ILC

dalam satu bulan. Menu ini memberikan perbandingan jumlah pembayaran spp yang

diterima dengan yang belum, pembayaran buku yang diterima dengan yang belum,

serta perbandingan pendapatan berdasarkan tipe. Sedangkan parameter yang dipakai

adalah bulan, cabang dan juga periode yang dipilih. Tampilannya ada pada Gambar

3.43 dan detilnya ada pada Gambar 3.44

SI AKADEMIK ILC

DASHBOARD

SISWA

AKADEMIK

KEUANGAN

Pendapatan

Keuangan > PendapatanFoto

Nama

NIP

View Profil

Ganti Password

Logout

68%

32%

Pembayaran SPP

Diterima Belum Diterima

81%

19%

Pembayaran Buku

Diterima Belum Diterima

Cabang : PSJ Periode : 132

Rp 6,200,000

Rp 15,000,000

Rp 7,215,000

Pendaftaran Pembayaran SPP Pembayaran Buku

Perbandingan Pendapatan Berdasarkan Tipe

Bulan : Feb-13

Gambar 3.43 Desain Output Informasi Pendapatan

SI AKADEMIK ILC

Keuangan > PendapatanFoto

Nama

NIP

View Profil

Ganti

Password

Logout

DASHBOARD

SISWA

AKADEMIK

KEUANGAN

Pendapatan

Cabang : PSJ

No NamaNIS

Periode : 132

Jml PembayaranTgl Pembayaran

Tipe : Pembayaran SPPBulan : Feb-13

Gambar 3.44 Desain Output Detil Pendapatan

Page 58: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

75

Output Tutor

Dashboard Tutor

Menu dashboard tutor merupakan tampilan informasi berkaitan informasi

kelas yang diajar secara keseluruhan. Menu ini menampilkan perkembangan nilai

dan presensi kelas, 3 siswa dengan nilai rata-rata terbaik dan terburuk, presentase

presensi kelas, serta 3 siswa dengan presensi terbaik dan 3 terburuk. Tampilannya

ada pada Gambar 3.45.

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Dashboard

Nav : Keuangan > Pembayaran Buku

Foto

Nama

NIS

View Profil

Ganti Password

Logout

0

20

40

60

80

100

1 2 3 4

Kela

s

Nilai Rata - Rata Kelas

PB1A PB1B B1A

85

86

87

88

89

90

91

92

93

94

Dani Siska Wanda

Nila

i

Siswa

3 Siswa dg Nilai Tertinggi

55

56

57

58

59

60

61

62

63

64

Ferdi Yana Ian

Nila

i

Siswa

3 Siswa dg Nilai Terendah

0%

20%

40%

60%

80%

100%

1 2 3 4

Kela

s

Persentase Presensi Kelas

PB1A PB1B B1A

89%

90%

91%

92%

93%

94%

95%

96%

Dani Siska Wanda

Pers

enta

se P

rese

nsi

Siswa

3 Siswa dg Persentase Presensi Terendah

54%

56%

58%

60%

62%

64%

66%

Ferdi Yana Ian

Pers

enta

se P

rese

nsi

Siswa

3 Siswa dg Persentase Presensi Terendah

Gambar 3.45 Desain Output Dashboard Tutor

Page 59: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

76

b. Akademik

Jadwal Ajar

Form jadwal merupakan tampilan data jadwal yang harus dihadiri oleh tutor

dalam kurun waktu 1 bulan. Form ini menampilkan tanggal, hari, jam, kelas, materi

dan ruang. Tampilannya dapat dilihat pada Gambar 3.46

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Nilai

Presensi

Jadwal

Nav : Akademik >Jadwal

Foto

Nama

NIS

View Profil

Ganti Password

Logout

JamNo HariTanggal Kelas Ruang Materi

Periode : 131 Bulan : Januari 2014

Gambar 3.46 Desain Output Jadwal Ajar

Nilai Kelas

Menu nilai merupakan tampilan perbandingan nilai siswa per kelas.

Tampilannya ada pada Gambar 3.47. sedangkan Gambar 3.48 merupakan tampilan

detil nilai tiap siswa dalam satu kelas. Nilai yang ditampilkan adalah nilai yang

dipilih pada menu perkembangan.

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Nilai

Presensi

Nilai

Nav : Akademik >Nilai

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Periode : 131 Nilai : AVG Kelas : PB1B

Gambar 3.47 Desain Output Perbandingan Nilai Perchapter

Page 60: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

77

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Nilai

Presensi

Nilai

Nav : Akademik >Nilai > Detil

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Kelas : PB1B Periode : 131 Nilai : AVG Chapter : 1

AVGNIS Nama No

Gambar 3.48 Desain Output Detil Nilai Perchapter

a. Presensi Kelas

Menu presensi merupakan tampilan perbandingan persentase presensi per

kelas. Tampilannya ada pada Gambar 3.49. sedangkan Gambar 3.50 merupakan

tampilan detil presensi tiap siswa dalam satu kelas.

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Nilai

Presensi

Presensi

Nav : Akademik >Presensi

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Kelas : PB1B Periode : 131

90%

68% 72%83% 85%

PB1A PB2A M1A M2A A1A

Pe

rse

nta

se P

rese

nsi

Level

Presensi Siswa Per Kelas

Gambar 3.49 Desain Output Perbandingan Presensi Perchapter

Page 61: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

78

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Nilai

Presensi

Presensi

Nav : Akademik >Presensi > Detil

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Kelas : PB1B Periode : 131

Persentase PresensiNo Nama NIS

Gambar 3.50 Desain Output Detil Presensi Perchapter

Output Siswa

a. Menu Dashboard siswa

Menu dashboard siswa merupakan tampilan informasi berkaitan dengan

kegiatan akademik secara keseluruhan. Menu ini menampilkan berapa lama masa

studi siswa di ILC, persentase presensi siswa, serta perkembangan nilai rata-rata.

Tampilannya ada pada Gambar 3.51

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

KEUANGAN

Dashboard

Nav : Dashboard

Foto

Nama

NIP

View Profil

Ganti

Password

Logout

Gambar 3.51 Desain Output Dashboard Siswa

Page 62: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

79

b. Menu Akademik Siswa

Jadwal Siswa

Form jadwal merupakan tampilan data jadwal yang harus dihadiri oleh siswa

dalam kurun waktu 1 bulan. Form ini menampilkan tanggal, hari, jam, materi dan

ruang. Tampilannya dapat dilihat pada Gambar 3.52

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Presensi

Nilai

KEUANGAN

Jadwal

Nav : Akademik > Jadwal

Foto

Nama

NIS

View Profil

Ganti

Password

Logout

Periode : 131 Bulan : Januari 2014

Tanggal Hari JamNo Materi Ruang

Gambar 3.52 Desain Output Jadwal Siswa

Presensi

Form presensi menampilkan status hadir siswa tiap pertemuan dalam kurun

waktu 1 bulan. Form ini menampilkan tanggal, hari, jam dan status kehadiran.

Tampilannya dapat dilihat pada Gambar 3.53

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Presensi

Nilai

KEUANGAN

Presensi

Nav : Akademik > Presensi

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Periode : 131 Bulan : Januari 2014

Tanggal Hari JamNo Status Hadir

Gambar 3.53 Desain Output Presensi

Page 63: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

80

Penilaian

Form jadwal menampilkan data nilai siswa dalam 1 periode. Form ini

menampilkan chapter, materi, speaking, reading, listening, writing dan grammar.

Tampilannya dapat dilihat pada Gambar 3.54

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

Jadwal

Presensi

Nilai

KEUANGAN

Nilai

Nav : Akademik > Nilai

Foto

Nama

NIS

View Profil

Ganti

Password

Logout

Periode : 131 Bulan : Januari 2014

Chapter Materi SpeakingNo Reading Listening Writing Grammar

Gambar 3.54 Desain Output Nilai

c. Menu Keuangan Siswa

Pembayaran SPP

Form pembayaran SPP merupakan tampilan daftar pembayaran SPP selama

studi di ILC. Form ini menampilkan periode, bulan, harus dibayar, telah dibayar,

tanggal bayar. Tampilannya dapat dilihat pada Gambar 3.55

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

KEUANGAN

Pemb SPP

Pemb Buku

Pembayaran SPP

Nav : Keuangan > Pembayaran SPP

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Bulan Harus Dibayar Telah DibayarNo Tgl BayarPeriode

Gambar 3.55 Desain Output Pembayaran SPP

Page 64: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

81

Pembayaran Buku

Form pembayaran buku merupakan tampilan daftar pembayaran buku selama

studi di ILC. Form ini menampilkan periode, nama buku, harus dibayar, telah

dibayar, tanggal bayar. Tampilannya dapat dilihat pada Gambar 3.56

SI AKADEMIK ILC

DASHBOARD

AKADEMIK

KEUANGAN

Pemb SPP

Pemb Buku

Pembayaran Buku

Nav : Keuangan > Pembayaran Buku

Foto

Nama

NIS

View Profil

Ganti Password

Logout

Nama Buku Harus Dibayar Telah DibayarNo Tgl BayarPeriode

Gambar 3.56 Desain Output Pembayaran Buku

d. Bukti Pendaftaran

Bukti pendaftaran adalah output dari proses pendaftaran siswa. Output ini

bertujuan sebagai bukti bahwa siswa telah melakukan pembayaran SPP pertama dan

melakukan pembayaran biaya pendaftaran. Bukti pendaftaran berisi nama lengkap,

tanggal daftar, bulan pembayaran SPP, biaya pembayaran SPP, biaya registrasi dan

total. Hasil output dapat dilihat pada Gambar 3.57.

BUKTI PENDAFTARAN

Nama Lengkap

Biaya Registrasi

:

:

Dani Gunawan

Januari 2013

Tgl Daftar : 6 Januari 2013

Pemb SPP Bln

:

Rp. 50.000,00

Rp. 160.000,00

Biaya Pemb SPP :

Rp. 210.000,00Total

Gambar 3.57 Desain Output Bukti Pendaftaran

Page 65: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

82

e. Bukti Pembayaran SPP

Bukti pembayaran SPP adalah output dari proses pembayaran SPP. Output ini

bertujuan sebagai bukti bahwa siswa telah melakukan pembayaran SPP. bukti

pembayaran SPP berisi NIS, nama lengkap, nama buku, tanggal penjualan, dan harga

buku. Hasil output dapat dilihat pada Gambar 3.58

BUKTI PEMBAYARAN SPP

Nama Lengkap :

:

Dani Gunawan

Jan, Feb, Mar 2013

Tgl Bayar : 14 Januari 2013

Pemb SPP Bln

Rp. 210.000,00Total :

NIS : S01130001

Gambar 3.58 Desain Output Bukti Pembayaran SPP

f. Bukti Pembayaran Buku

Bukti pembayaran buku adalah output dari proses pembayaran buku. Output ini

bertujuan sebagai bukti bahwa siswa telah melakukan pembayaran buku. bukti

pembayaran SPP berisi NIS, nama lengkap, nama buku, tanggal penjualan, dan harga

buku. Hasil output dapat dilihat pada Gambar 3.59

BUKTI PEMBAYARAN BUKU

Nama Lengkap : Dani Gunawan

Nama Buku : Penunjang Lv. Starter 1

Rp. 30.000,00Harga :

NIS : S01130001

Tgl Penj : 14 Januari 2013

Gambar 3.59 Desain Output Bukti Pembayaran Buku

Page 66: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

83

g. Raport Siswa

Raport siswa adalah output dari proses penilaian. Output ini bertujuan

menginformasikan nilai rata – rata siswa tiap periode kepada orang tua siswa. Raport

siswa berisi periode, kelas, level, nama lengkap, speaking, writing, listening, reading,

grammar. Hasil output dapat dilihat seperti Gambar dibawah 3.60

RAPORT SISWA

Periode = 121 Kelas = S1B Level = Starter 1

Nama Lengkap : Dani Gunawan

Writing : 85

Speaking : 91

Listening : 82

Reading : 78

Grammar : 92

Gambar 3.60 Desain Output Raport Siswa

3.3 Rancangan Pengujian dan Evaluasi Sistem

3.3.1 Uji Coba Fungsi Sistem

Untuk dapat mengetahui apakah Sistem Informasi Akademik ILC telah sesuai

dengan kebutuhan, maka perlu dilakukan pengujian dengan pendekatan metode

Black Box Testing. Black Box Testing adalah metode yang menguji setiap unit

program serta memastikan apakah telah sesuai dengan spesifikasi sistem. Secara

umum, pengujian dilakukan pada proses login, pengelolaan data master, pencatatan

transaksi, dan pelaporan pada masing masing user. Hal – hal yang diujikan ada pada

Tabel 3.23

Page 67: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

84

Tabel 3.23 Rencana Pengujian Sistem Informasi Akademik ILC

Requirement yang diuji Fungsi yang diuji

Login Melakukan Login

Halaman Siswa Melakukan operasi CRUD (Create, Read,

Update, Delete) pada proses pendaftaran,

Menampilkan nota pendaftaran

Halaman Jadwal Melakukan operasi CRUD (Create, Read,

Update, Delete) pada proses penentuan

jadwal

Halaman Penempatan Melakukan operasi CRD (Create, Read,,

Delete) pada penempatan

Halaman Presensi Melakukan operasi CU (Create, Update)

presensi pada administrasi presensi

Halaman Resign Melakukan operasi CRUD (Create, Read,

Update, Delete) pada administrasi resign

Halaman Pembayaran SPP Melakukan operasi CRUD (Create, Read,

Update, Delete) pada administrasi

pembayaran SPP, menampilkan nota

pembayaran SPP

Halaman Pembayaran Buku Melakukan operasi CRUD (Create, Read,

Update, Delete) pada administrasi

pembayaran buku, menampilkan nota

pembayaran buku

Halaman Penilaian Melakukan operasi Update nilai pada

administrasi penilaian, menampilkan raport

siswa

Laporan Owner Menampilkan dashboard owner

Menampilkan informasi siswa baru

Menampilkan informasi siswa aktif

Menampilkan informasi siswa tidak registrasi

Menampilkan informasi siswa resign

Menampilkan informasi nilai

Menampilkan informasi presensi

Menampilkan informasi kelas

Menampilkan informasi pendapatan

Laporan Tutor Menampilkan dashboard tutor

Menampilkan jadwal ajar

Menampilkan informasi nilai kelas

Menampilkan informasi presensi kelas

Laporan Siswa / Orang Tua Menampikan dashboard siswa

Menampilkan jadwal les

Menampilkan nilai siswa

Menampilkan presensi siswa

Menampilkan pembayaran spp

Menampilkan pembayaran buku

Page 68: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

85

a. Desain Uji Coba Login

Desain uji coba login bertujuan untuk menguji apakah fungsi melakukan Login

dapat berjalan sesuai yang diharapkan. Desain uji coba login dapat dilihat pada Tabel

3.24

Tabel 3.24 Uji Coba Login

Test

Case ID

Tujuan Input Output yang diharapkan

L.1 Melakukan Login Username,

password

Login berhasil dan masuk ke

halaman utama sistem

L.2 Melakukan Login

dengan format salah

Username,

password

Muncul pesan "Username

atau password salah"

b. Desain Uji Coba Halaman Siswa

Desain uji coba data barang bertujuan untuk menguji apakah fungsi melakukan

operasi CRUD (Create, Read, Update, Delete) pada siswa atau data siswa bisa

berjalan sesuai yang diharapkan. Desain uji coba data barang dapat dilihat pada

Tabel 3.25.

Tabel 3.25 Desain Uji Coba Data Siswa

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

S.1 Menampilkan data

siswa

Memilih menu

siswa

Data siswa

S.2 Memasukkan data

siswa / pendaftaran

NIS, id

pendaftaran, pass,

nm lengkap, nm

panggil, jk, alamat,

telp, id sekolah,

tingkat, nm ortu,

agama, tempat

lahir, tgl lahir, tlg

daftar, foto

Data siswa

berhasil

disimpan dan

ditampilkan

pada Tabel

siswa

Page 69: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

86

S.3 Mengubah data

siswa

NIS, id

pendaftaran, pass,

nama lengkap,

nama panggil, jk,

alamat, telp,

sekolah, tingkat,

nama ortu, agama,

tempat lahir,

tanggal lahir,

tanggal daftar, foto

Data siswa

berhasil

diubah dan

ditampilkan

pada Tabel

siswa

S.4 Menghapus data

siswa

NIS Data siswa

berhasil

dihapus

S.5 Menampilkam

Nota Pendaftaran

Id pendaftaran Print preview

Nota

Pendaftaran

C.7

c. Desain Uji Coba Halaman Jadwal

Desain uji coba kategori data jadwal bertujuan untuk menguji apakah fungsi

melakukan operasi CRUD (Create, Read, Update, Delete) pada data jadwal bisa

berjalan sesuai yang diharapkan. Desain uji coba data jadwal dapat dilihat pada Tabel

3.26

Tabel 3.26 Desain Uji Coba Data Jadwal

Test

Case ID

Tujuan Input Output yang diharapkan

J.1 Menampilkan data

jadwal

Memilih menu

jadwal

Data jadwal

J.2 Memasukkan data

jadwal

Id jadwal, tgl

mulai, tgl

selesai, hari1,

pukul mulai 1,

pukul selesai1,

hari2, pukul

mulai2, pukul

selesai 2

Data jadwal berhasil

disimpan dan ditampilkan

pada Tabel jadwal

Page 70: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

87

J.3 Mengubah data

jadwal

Id jadwal, tgl

mulai, tgl

selesai, hari1,

pukul mulai 1,

pukul selesai1,

hari2, pukul

mulai2, pukul

selesai 2

Data jadwal berhasil diubah

dan ditampilkan pada Tabel

jadwal

J.4 Menghapus data

jadwal

Id jadwal Data jadwal berhasil dihapus

d. Desain Uji Coba Halaman Penempatan

Desain uji coba data penempatan bertujuan untuk menguji apakah fungsi

melakukan operasi CRD (Create, Read, Delete) pada data penempatan dan dapat

berjalan sesuai yang diharapkan. Desain uji coba data penempatan dapat dilihat pada

Tabel 3.27

Tabel 3.27 Desain Uji Coba Penempatan

Test

Case ID

Tujuan Input Output yang diharapkan

P.1 Menampilkan data

penempatan tiap

kelas

Memilih menu

penempatan,

periode dan

kelas

Data penempatan tiap kelas

P.2 Memasukkan data

penempatan

Id penempatan,

NIS

Data penempatan berhasil

disimpan dan ditampilkan

pada Tabel penempatan

P.3 Menghapus data

penempatan

Id penempatan Data penempatan berhasil

dihapus

Page 71: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

88

e. Desain Uji Coba Halaman Presensi

Desain uji coba data presensi bertujuan untuk menguji apakah fungsi

melakukan operasi CRU (Create, Read, Update) pada data presensi dan dapat

berjalan sesuai yang diharapkan. Desain uji coba data presensi dapat dilihat pada

Tabel 3.28.

Tabel 3.28 Desain Uji Coba Presensi

Test

Case ID

Tujuan Input Output yang diharapkan

PR.1 Menampilkan data

presensi

Memilih menu,

periode dan

kelas

Data presensi satu kelas

PR.2 Memasukkan data

presensi

Id presensi, nis,

tanggal, status

hadir

Data presensi berhasil

disimpan

PR.3 Mengubah data

presensi

Id presensi, nis,

tanggal, status

hadir

Data presensi berhasil

diubah dan ditampilkan pada

Tabel presensi

f. Desain Uji Coba Halaman Resign

Desain uji coba data halaman resign bertujuan untuk menguji apakah fungsi

melakukan operasi CRUD (Create, Read, Update, Delete) pada data resign dan dapat

berjalan sesuai yang diharapkan. Desain uji coba data resign dapat dilihat pada Tabel

3.29

Tabel 3.29 Desain Uji Coba Resign

Test Case

ID

Tujuan Input Output yang

diharapkan

R.1 Menampilkan data resign Menu pilih resign Data resign

Page 72: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

89

Test Case

ID

Tujuan Input Output yang

diharapkan

R.2 Memasukkan data resign Id resign, nis,

tanggal resign,

alasan, ket alasan

Data resign

berhasil disimpan

dan ditampilkan

pada Tabel resign

R.3 Mengubah data resign Id resign, nis,

tanggal resign,

alasan, ket alasan

Data resign

berhasil diubah

dan ditampilkan

pada Tabel resign

R.4 Menghapus data resign Id resign Data resign

berhasil dihapus

g. Desain Uji Coba Halaman Pembayaran SPP

Desain uji coba halaman pembayaran SPP bertujuan untuk menguji apakah

fungsi melakukan operasi CRUD (Create, Read, Update, Delete) pada data

pembayaran SPP dan dapat berjalan sesuai yang diharapkan. Desain uji coba data

pembayaran SPP dapat dilihat pada Tabel 3.30

Tabel 3.30 Desain Uji Coba Pembayaran SPP

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

SP.1 Menampilkan data

pembayaran SPP

Menu pilih

pembayaran SPP

Data

pembayaran

SPP

SP.2 Memasukkan data

pembayaran SPP

Id spp, tgl bayar

spp, jml bayar

spp, nis

Data

pembayaran

SPP berhasil

disimpan dan

ditampilkan

pada Tabel

pembayaran

SPP

Page 73: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

90

SP.3 Mengubah data

pembayaran SPP

Id spp, tgl bayar

spp, jml bayar

spp, nis

Data

pembayaran

SPP berhasil

diubah dan

ditampilkan

pada Tabel

pembayaran

SPP

SP.4 Menghapus data

pembayaran SPP

Id spp Data

pembayaran

SPP berhasil

dihapus

SP.5 Menampilkam

Nota Pembayaran

SPP

Id spp Print preview

Nota

Pembayaran

SPP

C.8

h. Desain Uji Coba Halaman Pembayaran Buku

Desain uji coba halaman pembayaran Buku bertujuan untuk menguji apakah

fungsi melakukan operasi CRUD (Create, Read, Update, Delete) pada data

pembayaran Buku dan dapat berjalan sesuai yang diharapkan. Desain uji coba data

pembayaran Buku dapat dilihat pada Tabel 3.31

Tabel 3.31 Desain Uji Coba Pembayaran Buku

Test

Case ID

Tujuan Input Output yang

diharapkan

ID

Analisa

Kebutuh

an

BK.1 Menampilkan data

pembayaran Buku

Menu pilih

pembayaran Buku

Data

pembayaran

Buku

BK.2 Memasukkan data

pembayaran Buku

Id bayarbuku, nis,

id buku, tgl bayar

buku, jml

bayarbuku

Data

pembayaran

Buku berhasil

disimpan dan

ditampilkan

pada Tabel

Page 74: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

91

pembayaran

SPP

BK.3 Mengubah data

pembayaran Buku

Id bayarbuku, nis,

id buku, tgl bayar

buku, jml

bayarbuku

Data

pembayaran

Buku berhasil

diubah dan

ditampilkan

pada Tabel

pembayaran

Buku

BK.4 Menghapus data

pembayaran buku

Id bayarbuku Data

pembayaran

Buku berhasil

dihapus

BK.5

Menampilkam

Nota Pembayaran

Buku

Id bayarbuku Print preview

Nota

Pembayaran

Buku

C.7

i. Desain Uji Coba Halaman Penilaian

Desain uji coba data penilaian bertujuan untuk menguji apakah fungsi

melakukan operasi RU (Read, Update) pada data penilaian dan dapat berjalan sesuai

yang diharapkan. Desain uji coba data penilaian dapat dilihat pada Tabel 3.32.

Tabel 3.32 Desain Uji Coba Penilaian

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

PN.1 Menampilkan data

penilaian

Memilih menu,

periode dan

kelas

Data nilai siswa

satu kelas

PN.2 Mengubah data

penilaian

Id nilai,

speaking,

reading,

listening,

grammar,

writing

Data penilaian

berhasil diubah

Page 75: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

92

PN.3 Menampilkam

Raport

Id nilai Print preview

Raport

C.5

j. Desain Uji Coba Laporan Owner

Desain uji coba laporan owner bertujuan untuk menguji apakah fungsi

menampilkan informasi siswa baru, siswa aktif, siswa tidak registrasi, siswa resign,

nilai, presensi, kelas dan pendapatan dapat berjalan sesuai yang diharapkan. Desain

uji coba data laporan owner dapat dilihat pada Tabel 3.33.

Tabel 3.33 Desain Uji Coba Laporan Owner

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

O.1 Menampilkan

dashboard owner

Memilih tipe

siswa, tipe

pendapatan

dan tipe nilai

Perkembangan

jml siswa,

perkembangan

pendapatan,

perkembangan

presensi dan nilai

A.1, A.2,

A.3, A.4,

A.5, A.6,

A.7, A.8

O.2 Menampilkan

Informasi siswa

baru

Memilih

cabang dan

periode

Tampilan

perbandingan

jumlah siswa

baru per level,

per tingkat

sekolah

A.1

O.3 Menampilkan

Informasi siswa

aktif

Memilih

cabang dan

periode

Tampilan

perbandingan

jumlah siswa

aktif per lama

studi, per kelas,

per level, per

tingkat sekolah

A.2

O.4 Menampilkan

Informasi siswa

tidak registrasi

Memilih

cabang dan

periode

Tampilan

perbandingan

jumlah siswa

tidak registrasi

per level, per

lama studi

A.3

Page 76: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

93

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

O.5 Menampilkan

Informasi siswa

resign

Memilih

cabang dan

periode

Tampilan

perbandingan

jumlah siswa

resign per level,

per tutor, per

alasan

A.4

O.6 Menampilkan

Informasi nilai

Memilih

cabang dan

periode

Tampilan

perbandingan

nilai perlevel,

perkelas, pertutor

A.5

O.7 Menampilkan

Informasi presensi

Memilih

cabang dan

periode

Tampilan

perbandingan

persentase

presensi perlevel,

perkelas, pertutor

A.6

O.8 Menampilkan

Informasi kelas

Memilih

cabang dan

periode

Tampilan

perbandingan

nilai perlevel,

perkelas, pertutor

A.7

O.9 Menampilkan

Informasi

pendapatan

Memilih

cabang dan

periode

Tampilan

perbandingan

pendapatan per

tipe pendapatan,

spp yang

diterima,

pembayaran

buku yang

diterima.

A.9, A.10

k. Desain Uji Coba Laporan Tutor

Desain uji coba laporan tutor bertujuan untuk menguji apakah fungsi

menampilkan jadwal ajar, informasi nilai kelas, informasi presensi kelas dapat

berjalan sesuai yang diharapkan. Desain uji coba data laporan tutor dapat dilihat pada

Tabel 3.34.

Page 77: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

94

Tabel 3.34 Desain Uji Coba Laporan Tutor

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

T.1 Menampilkan

dashboard tutor

Memilih menu

dashboard

Perkembangan

nilai dan presensi

tiap kelas, siswa

dengan nilai

terbaik dan

terburuk, siswa

dengan presensi

terbaik dan

terburuk

B.1, B2, B3

T.2 Menampilkan

jadwal ajar

Memilih menu

jadwal

Tampilan jadwal

ajar tutor

B.4

T.3 Menampilkan

Informasi nilai

kelas

Memilih kelas

dan tipe nilai

Tampilan

perkembangan

nilai kelas per

chapter

B.1

T.4 Menampilkan

Informasi presensi

kelas

Memilih kelas Tampilan

perkembangan

presensi per

pertemuan

B.2

l. Desain Uji Coba Laporan Siswa / Orang Tua

Desain uji coba laporan siswa / orang tua bertujuan untuk menguji apakah

fungsi menampilkan dashboard siswa, jadwal les, nilai siswa, presensi siswa,

pembayaran spp dan pembayaran buku dapat berjalan sesuai yang diharapkan.

Desain uji coba data laporan siswa / orang tua dapat dilihat pada Tabel 3.35.

Tabel 3.35 Uji Coba Laporan Siswa dan Orang Tua

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

OT.1 Menampilkan

dashboard siswa

Memilih menu

dashboard

Panjang masa

studi siswa,

persentase

presensi,

C.1

Page 78: In t e g r a t io n S p e s ific a t io n O p e r a t io n ...sir.stikom.edu/id/eprint/987/6/Bab III.pdf · Penjelasan tiap proses . waterfall. pada rancang bangun sistem informasi

95

Test

Case ID

Tujuan Input Output yang

diharapkan

ID Analisa

Kebutuhan

perkembangan

nilai siswa per

chapter

OT.2 Menampilkan

jadwal les

Memilih menu

jadwal les

Tampilan jadwal

les siswa

C.5

OT.3 Menampilkan nilai

siswa

Memilih menu

nilai siswa

Tampilan nilai

siswa per chapter

C.3

OT.4 Menampilkan

presensi siswa

Memilih menu

presensi siswa

Tampilan

presensi siswa

per chapter

C.2

OT.5 Menampilkan

pembayaran SPP

Memilih menu

pembayaran

SPP

Tampilan

pembayaran SPP

per bulan

C.4

OT.6 Menampilkan

pembayaran Buku

Memilih menu

pembayaran

Buku

Tampilan

pembayaran

Buku per periode

C.4