No Aktor Informasi yang dibutuhkan

(1)

III-1

3.1 Profil Sekolah

3.1.1 Visi dan Misi Sekolah

1.

Visi:

“Tinggi prestasi akhlak terpuji”

2. Misi:

a. Mewujudkan tercapainya mutu pendidikan secara efektif dan efisien

b. Mengembangkan dan memacu profesionalisme sumber daya manusia yang berkualitas

c. Mengembangkan semangat kerjasama dan keteladanan

d. Melaksanakan pembelajaran secara efektif untuk mengoptimalkan potensi yang dimiliki siswa

e. Menumbuh kembangkan penghayatan dan pengalaman terhadap agama yang dianut untuk membentuk budi pekerti luhur

f. Menciptakan suasana yang kondusip untuk mengefektifkan seluruh kegiatan sekolah

g. Mengembangkan budaya kompetitif bagi siswa dalam meningkatkan prestasi siswa.

(2)

3.1.2 Struktur Organisasi

3.2 Analisis Sistem Yang Berjalan

Proses bisnis sistem Absensi pada SMP Negeri 1 Kalijati yang pada saat ini masih berjalan sebagai berikut :

Absensi biasanya dibuat berdasarkan kelas, kemudian absen diisi oleh guru yang sedang mengajar pada setiap jam mata pelajaran dengan kriteria A (alpha), S (sakit), I (ijin), jika hadir maka diberi keterangan titik (.). pada akhir semester guru memberikan nilai keseluruhan yang terdapat pada form nilai kepada wali kelas. Kemudian wali kelas membuat KHS berdasarkan rekap nilai yang telah diterima dari setiap guru mata pelajaran.Setelah itu KHS tersebut diberikan kepada Kepala Sekolah untuk di cek dan di

Gambar 3. 1 Struktur Organisasi

(3)

acc sebelum di berikan kepada wali murid.Setelah di acc kemudian KHS tersebut diberikan kepada orang tua/wali murid pada akhir semester.

3.2.1 Pengolahan Data Siswa

Prosedur sistem pengolahan data siswa pada SMP Negeri 1 Kalijati adalah :

1. Siswa mengisi biodata pribadi pada lembar formulir yang disediakan dari sekolah 2. Formulir tersebut diserahkan ke bagian akademik.

3. Bagian akademik lalu mencatat data siswa yang telah menyerahkan formulir biodatanya.

4. Formulir tersebut disimpan ke dalam buku besar siswa.

5. Bagian akademik lalu membuat laporan data siswa untuk diserahkan kepada kepala sekolah.

3.2.2 Prosedur Absensi yang Berjalan

Prosedur absensi yang sedang berjalan saat ini adalah sebagai berikut :

1. Saat akan melakukan absensi, guru membawa buku absensi ke kelas.

2. Kemudian guru melakukan absen kelas dengan memanggil nama siswa satu persatu sesuai dengan abjad.

3. Setelah mata pelajaran selesai, guru akan melaporkan data absensi ke bagian Tata Usaha.

4. Tata Usaha akan merekap absensi tersebut dan membuat laporan kehadiran dan data rekapan diarsipkan.

5. Kemudian laporan tersebut diserahkan kembali ke guru untuk disalin dirapot siswa.

6. Rapot siswa akan dibagikan pada hari kenaikan kelas siswa.

7. Setiap 3 bulan bagian Tata Usaha membuat laporan absensi dan kemudian di arsipkan dan diserahkan kepada kepala sekolah.

(4)

Prosedur absensi yang berjalan digambarkan dengan flowchart dokumen, dapat dilihat pada gambar diatas.

Berdasarkan analisis, laporan data absen masih didapatkan dari data absen yang dilakukan dikelas, belum adanya absensi yang telah direkam di komputer.

Gambar 3. 2 Flowchart Prosedur absensi

(5)

3.3 Analisis Dokumen 3.3.1 Dokumen Input

Analisis dokumen merupakan kegiatan pengumpulan informasi mengenai dokumen- dokumen yang digunakan dalam suatu sistem. Tujuan dari analisis dokumen adalah mengetahui dan memahami dokumen-dokumen apa saja yang terlibat dan mengalir dalam suatu sistem yang sedang berjalan. Dokumen yang digunakan pada sistem informasi absensi SMP NEGERI 1 Kalijati Kabupaten Subang, adalah sebagai berikut:

1. Nama Dokumen : Pengisian Data Kehadiran Siswa Fungsi : Untuk mengetahui data kehadiran siswa Sumber : Guru Mata Pelajaran

Tujuan : Bagian Kesiswaan

Media : Kertas

Isi : Berisikan tentang data siswa seperti Nama dan Kelas.

Jumlah : 1 Lembar

(6)

Gambar 3. 3 Dokumen daftar hadir Mata pelajaran 3.3.2 Dokumen Output

Bentuk dokumen keluaran (output) yang digunakan pada sistem berjalan, adalah sebagai berikut:

1. Nama Dokumen : Laporan kehadiran siswa

Deskripsi : Merupakan dokumen yang berisi tentang data kehadiran siswa

Sumber : Bag.kesiswaan Jumlah : 1 Lembar Kertas

(7)

Isi : tanggal, waktu, mata pelajaran, kelas, NIS, nama, dan keterangan kehadiran

Fungsi : Untuk penilaian siswa

Gambar 3. 4 Rekap Absensi Siswa

3.4 Analisa Kebutuhan Sistem

Analisis sistem dapat didefinisikan sebagai penguraian dari suatu sistem informasi yang utuh kedalam bagian–bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan–permasalahan, kesempatan–kesempatan, hambatan–

hambatan yang terjadi dan kebutuhan–kebutuhan yang diharapkan, sehingga dapat diusulkan perbaikan- perbaikan. Analisis sistem meliputi survei dan analisis terhadap sistem informasi yang sedang berjalan. Tahap ini akan menentukan informasi yang diperlukan oleh para pengguna dari sistem yang baru, disamping juga persyaratan teknis dari sistem itu sendiri.

(8)

3.5 Kebutuhan Informasi

Kebutuhan informasi menjelaskan kondisi atau kemampuan sistem sesuai dengan spesifikasi yang diinginkan oleh pengguna yaitu :

Tabel 3. 1 Kebutuhan Informasi

No Aktor Informasi yang dibutuhkan

1

Administrator Dapat Mengolah data siswa, guru, data kelas, data mata pelajaran dan Jadwal pelajaran.

2

Guru Dapat menginput data kehadiran siswa

3

^Siswa Dapat menampilkan jadwal mata pelajaran dan laporan absensi siswa

3.6 Kebutuhan Fungsional

Analisis kebutuhan fungsional adalah jenis kebutuhan yang berisi proses apa saja yang nantinya dilakukan oleh sistem. Kebutuhan fungsional untuk sistem informasi absensi siswa SMP Negeri 1 Kalijati adalah :

Tabel 3. 2 Kebutuhan Fungsional

No SRS DESKRIPSI

Administrator

SRS-NF-001 Dapat Melakukan Login

SRS-NF-002 Dapat Menampilkan Dashboard SRS- NF-003 Mengelola Data Siswa

SRS- NF-004 Mengelola Data Kelas SRS- NF-005 Mengelola data Guru

SRS- NF-006 Mengelola Data Mata Pelajaran SRS- NF-007 Dapat mengelola jadwal Pelajaran SRS- NF-009 Menampilkan laporan Absensi SRS- NF-010 Melakukan Logout

Guru

(9)

SRS- NF-001 Dapat Melakukan Login SRS- NF-002 Menampilkan Dashboard SRS- NF-011 Menampilkan Jadwal Pelajaran SRS- NF-008 Kelola absensi

SRS- NF-009 Menampilkan Laporan absensi SRS- NF-010 Melakukan Logout

Siswa

SRS- NF-001 Dapat Melakukan Login SRS- NF-002 Menampilkan dashboard SRS- NF-010 Menampilkan Jadwal Pelajaran SRS- NF-008 Menampilkan Laporan Kehadiran SRS- NF-009 Melakukan Logout

3.7 Kebutuhan Non Fungsional

Kebutuhan non fungsional adalah spesifikasi yang rinci mengenai hal-hal yang akan dilakukan sistem ketika diimplementasikan. Analisi kebutuhan ini diperlukan untuk menetukan input, proses dan output dari sistem, jumlah pemakaian dan kategori pemakai terhadap sistem.

Tabel 3. 3 Kebutuhan Non Fungsional

No SRS DESKRIPSI

SRS-NF-001 Sistem Mempunyai rancangan antar muka yang user friendly SRS-NF-002 Sistem yang dibangun berupa website dan dibuat menggunakan

framework Codeigniter

SRS-NF-003 Sistem dapat dijalankan di web browser SRS-NF-004 Sistem dapat menampilkan laporan absensi

(10)

3.8 Kebutuhan Perangkat Lunak

Kebutuhan perangkat lunak mendeskripsikan sistem secara umum dan menjelaskan kebutuhan – kebutuhan yang di perlukan. Berikut adalah tabel kebutuhan perangkat lunak :

Tabel 3. 4 Kebiutuhan Perangkat Lunak

Nama Aplikasi Keterangan

Window 10 Pro 64 Bit Digunakan untuk sistem operasi

Php Digunakan sebagai bahasa pemograman

Codeigneter Digunakan sebagai Framework PHP

Xampp Digunakan sebagai web server

3.9 Kebutuhan Perangkat Keras

Berikut ini merupakan spesipikasi perangkat keraas yang nanti digunakan sebagai server ketika implementasi sistem.

Tabel 3. 5 Kebutuhan Perangkat Keras

Perangkat Keras Spesifikasi

Memory 4 GB

Processor Intel®Celeron® CPU N3160 @ 1.60GHz 1.60GHz

Monitor Lenovo 14 inchi

Harddisk 250 GB

Mouse Altana G200

Keyboard Standar

Internet XL

(11)

3.10 Definisi Aktor

Tabel 3. 6 Definisi Aktor

No Aktor Keterangan

1 Administrator(Kesiswaa) Mengelola data siswa,guru,mata pelajaran dan mengelola Kehadiran siswa

2 Guru Melihat jadwal kelas untuk mengisi

pembelajaran,Melihat Laporan absensi siswa.

3 Siswa Melihat informasi Jadwal mata pelajaran dan data kehadirannya .

3.11 Definis Usecase

Tabel 3. 7 Definisi Usecase

No Usecase Nama Usecase DESKRIPSI

Administrator

UC-1 Login Admin Melakukan Login

UC-2 Dashboard Halaman Utama pada Sistem Absensi

UC-3 Kelola Data Siswa Mengelola data seperti, mengubah,menambah dan menghapus data siswa

UC-4 Kelola Data Guru Mengelola Guru Mata Pelajaran UC-5 Kelola Data Mata Pelajaran Mengelola data Mata Pelajaran UC-6 Kelola jadwal mata pelajaran Mengelola Jadwal mata Pelajaran UC-7 Kelola data Kelas Mengelola data Kelas

UC-8 Melihat Laporan Melihat laporan absensi siswa

UC-9 Logout Pengguna melakukan logout atau

keluar dari system

(12)

3.12 Usecase Absensi

Gambar 3. 5 Usecase Absensi

3.13 Skenario UseCase 1. Skenario Usecase Login

Aktor : Administrator, Guru, Siswa

Deskripsi : Proses ini sebuah kegiatan untuk mendaftarkan data Siswa, Guru dan admin

Precondition : Pengguna Sudah Mempunyai ID agar bisa bisa login ke system

(13)

Hasil yang diharapkan : Pengguna Berhasil Masuk ke sistem Tabel 3. 8 Skenario Login

Aksi Aktor Relasi Sistem

Skenario Normal

Aksi Aktor

Aksi Sistem

1. Membuka halaman website

2. Menampillkan halaman untuk login 3. Memasukkan username dan

password lalu tekan tombol masuk

4. Sistem memvalidasi username, password pengguna yang diinputkan

5. Jika username dan password sesuai, maka akan keluar pesan “Login berhasil”

Skenario Failed

6. Menampilkan pesan” username dan kata sandi tidak sesuai”

2. Skenario Usecase Dashboard

Aktor : Administrator

Deskripsi : Dashboard Absensi tampilan yang berisi tentang Jumlah data siswa, data pelajaran dan guru.

Precondition : Beranda Halaman Dasboard

Hasil yang diharapkan : Pengguna Dapat masuk ke halaman Dashboard

(14)

Tabel 3. 9 Skenario Dashboard

Skenario Normal

1. Klik Button Dashboard

2. Menampillkan data siswa, data guru dan mata pelajaran

3. Skenario Kelola Data Siswa

Deskripsi : Proses ini sebuah kegiatan pengelolaan data siswa yang meliputi tambah pengguna, edit dan hapus.

Precondition : Berada pada halaman beranda

Hasil yang diharapkan : Admin dapat melakukan tambah, mengubah dan menghapus data siswa.

Tabel 3. 10 Skenario Usecase krlola data siswa

Skenario Normal 1. Memilih Klik menu kelola data siswa

2. Sistem akan Menampilkan menu kelola data siswa untuk diisi Skenario Tambah

1. Klik button “Tambah”

2. Menampilkan Form Tambah data siswa

3. Mengisi formulir data siswa, lalu tekan tombol “Simpan”

(15)

4. Jika form sudah terisi semua maka akan muncul pesan

“Berhasil ditambah”

Skenario Edit 1. Memilh ID yang akan diubah

kemudian klik tombol “Edit Data Siswa”’

2. Menampilkan Form edit sesuai id yang telah dipilih

3. Mengisi form data yang salah kemudin klik “Simpan”

4. Jika data sudah lengkap maka akan muncul pesan “edit data berhasil”

Skenario Hapus 1. Memilih data siswa yang akan

dihapus, lalu klik “hapus”

2. Tampil pertanyaan “Apakah anda yakin ingin menghapus ?”

3. Jika “Ya” menampilkan pesan

“data berhasil dihapus”

Alur Alternatif

*Jika data yang diisi belum lengkap makan akan menampilkan pesan (“Lengkapi Data”

(16)

4. Skenario Kelola Data Kelas

Deskripsi : Proses ini sebuah kegiatan pengelolaan data kelas yang meliputi tambah kelas, edit dan hapus.

Precondition : Berada pada halaman dashboard

Hasil yang diharapkan : Admin dapat melakukan tambah, mengubah dan menghapus data kelas.

Tabel 3. 11Skenario data kelas

Skenario Normal 1. Memilih Klik menu kelola data kelas

2. Sistem akan Menampilkan menu kelola data kelas.

Skenario Tambah 3. Klik button “Tambah”

4. Menampilkan Form Tambah data kelas

5. Mengisi formulir data kelas, lalu tekan tombol “Simpan”

6. Jika form sudah diisi secara lengkap akan muncul pesan

Skenario Edit

(17)

1. Memilh kelas yang akan diubah kemudian klik tombol “Edit Data kelas”.

5. Menampilkan Form edit sesuai kelas yang telah dipilih

6. Mengisi form data yang salah kemudin klik “Simpan”

7. Jika data sudah lengkap maka akan muncul pesan “kelas berhasil diedit”

Skenario Hapus 2. Memilih data kelas yang akan

dihapus, lalu klik “hapus”

3. Tampil pertanyaan “Apakah anda yakin ingin menghapus ?”

4. Jika “Ya” menampilkan pesan

“data berhasil dihapus”

Alur Alternatif

*Jika data yang diisi belum lengkap makan akan menampilkan pesan (“Lengkapi Data”

5. Skenario Kelola Data Guru

(18)

Deskripsi : Melakukan pengelolaan terhadap data guru yang meliputi tambah, edit dan hapus data guru Precondition : Admin telah masuk kesistem dan berada pada

halaman dashboard

Hasil yang diharapkan : Admin dapat melakukan tambah, mengubah dan menghapus data guru

Tabel 3. 12 Usecase Skenario kelola data guru

Skenario Normal 1. Use case ini dimulai ketika admin

membuka menu data guru

2. Sistem Menampilkan daftar guru

Skenario Tambah

1. Klik button “Tambah”

2. Menampilkan Form Tambah data guru

3. Mengisi formulir data guru, tekan tombol “Simpan”

4. Sistem Menampilkan Pesan

“data berhasil ditambah”

Skenario Edit

1. Memilh data yang akan diubah kemudian klik tombol “Edit Data”.

2. Menampilkan Form edit sesuai data yang telah dipilih

3. Mengubah data yang salah kemudin klik “Simpan”

(19)

Skenario Hapus

1. Memilih data yang akan dihapus lalu klik “hapus”

2. Tampil pertanyaan “Apakah anda yakin akan menghapus id

?”

3. Jika “Ya” menampilkan pesan data berhasil dihapus

Alur Alternatif

*Jika data yang diisi belum lengkap makan akan menampilkan pesan (“Lengkapi Data”

6. Skenario Kelola Data Mata Pelajaran

Deskripsi : Aktor Melakukan pengelolaan data mata pelajaran yang ada disekolah yang meliputi tambah, edit dan hapus data mata pelajaran Precondition : Admin telah masuk kesistem dan berada pada

halaman dashboard

Hasil yang diharapkan : Sistem menampilkan halaman Data mata pelajaran.

Tabel 3. 13 Usecase Skenario Kelola data Pelajaran

(20)

Skenario Normal 1. Pengguna memilih menu kelola

data mata pelajaran

2. Sistem menampilkan halaman kelola mata pelajaran

Skenario Tambah

1. Pengguna memilih button tambah data mata pelajaran

2. Menampilkan Form Tambah data mata Pelajaran

3. Mengisi formulir data mata pelajaran, lalu tekan tombol

“Simpan”

Skenario Edit 1. Admin memilih button ubah mata

pelajaran

2. Sistem menampilkan form ubah mata pelajaran

3. Admin mengubah data yang tidak sesuai.

4. Admin menekan button save

(21)

Skenario Hapus

1. Admin memilih button hapus data mata pelajaran

2. Sistem menampilkan pesan konfirmasi apakah data akan dihapus atau tidak

3. Admin menekan button OK

4. Sistem menghapus data dari datebase dan kembali ke halaman beranda data mata pelajaran

5. Skenario Jadwal Pelajaran

Aktor : Administrator,

Deskripsi : Melakukan pengelolaan data jadwal mata pelajaran sesuai kelas yang ada disekolah yang meliputi tambah,edit dan hapus data mata pelajaran

Precondition : Admin telah masuk kesistem dan berada pada halaman dashboard

Hasil yang diharapkan : Sistem menampilkan halaman jadwal mata pelajar.

Tabel 3. 14 Skenario Jadwal Pelajaran

jadwal mata pelajaran

(22)

2. Sistem menampilkan halaman kelola jadwal mata pelajaran

Skenario Tambah

1. Pengguna memilih button tambah Jadwal mata pelajaran

2. Menampilkan Form Tambah jadwal mata Pelajaran

3. Mengisi formulir daftar mata pelajaran, lalu tekan tombol

“Simpan”

Skenario Edit 1. Admin memilih button “ubah” jadwal

mata pelajaran

2. Sistem menampilkan form ubah jadwal mata pelajaran 3. Admin mengubah jadwal pelajaran

yang tidak sesuai.

4. Admin menekan button save

Skenario Hapus

(23)

1. Admin memilih button hapus data jadwal pelajaran yang akan dihapus

2. Sistem menampilkan pertanyaan “Apakah anda yakin akan menghapus data ?”

3. Admin menekan button OK

4. Sistem menghapus data dari datebase dan kembali ke halaman beranda data mata pelajaran

6. Skenario Kelola Absen Siswa

Aktor : Administrator.

Deskripsi : Melakukan pengelolaan Absen siswa yang ada disekolah yang meliputi Hadir, Izin dan alpha.

Use case ini menggambarkan aktor mempunyai hak untuk dapat melakukan registrasi absensi siswa baru.

Hasil yang diharapkan : Sistem menampilkan halaman kelola absen siswa.

Tabel 3. 15 Skenario Kelola Absensi

absen

(24)

2. Sistem menampilkan halaman kelola absen

3. Pengguna memilih mata pelajaran yang akan di input absen

4. Sistem menampilkan pilihan absensi yang meliputi hadir, izin dan tanpa keterangan

5. Pilih salah satu keterangan absen lalu klik tombol “simpan”

Skenario Edit 1. Admin memilih id siswa yang

ingin diubah kehadirannya lalu, klik button edit

2. Sistem menampilkan form absensi

3. Admin mengubah absen yang tidak sesuai.

4. Admin menekan tombol “simpan"

5. Jika absen sudah di isi maka akan muncul pesan “edit absen berhasil”

7. Skenario Mengisi data Kehadiran

Aktor : Guru

Deskripsi : Use case ini menggambarkan pengguna menginput data kehadiran pada saat berlangsungnya pembelajaran diakhir dilakukan absensi siswa setiap mata pelajaran

(25)

Precondition : Aktor telah masuk kesistem dan berada pada halaman dashboard

Hasil yang diharapkan : Sistem dapat menginput kehadiran

Tabel 3. 16 Skenario Mengisi Absensi Siswa

Skenario Normal 1. Pengguna memilih mata pelajaran

yang akan di input absen

2. Sistem menampilkan halaman mata pelajaran

3. Pengguna memilih menu ikon isi absensi

4. Sistem menampilkan pilihan absen yang meliputi hadir, izin dan tanpa keterangan

5. Pilih salah satu keterangan absen lalu klik tombol “simpan”

Skenario Edit 1. Admin memilih id siswa yang ingin

diubah kehadirannya lalu, klik button edit

2. Sistem menampilkan form absensi

3. Admin mengubah absen yang tidak sesuai.

4. Admin menekan tombol “simpan"

(26)

5. Jika absen sudah di isi maka akan muncul pesan “edit absen berhasil”

8. Skenario Laporan Absensi

Aktor : Administrator dan Guru

Deskripsi : Melakukan pengelolaan Reakapitulasi Absensi siswa selama satu semester..

Hasil yang diharapkan : Sistem menampilkan halaman laporan absensi Tabel 3. 17 Skenario Laporan Absensi

Laporan Absen

2. Sistem menampilkan daftar pelajaran

3. Pengguna memilih mata pelajaran

4. Sistem menampilkan pilihan mata pelajaran yang akan dilihat laporan absensi

5. Pilih mata pelajaran yang akan ditampilkan laporan absensinya

6. Sistem menampilkan rekapitulasi absen siswa

9. Skenario Logout

(27)

Aktor : Administrator,Guru dan Siswa

Deskripsi : Menggambarkan pengguna keluar dari sistem informasi absensi

Precondition : Admin berada pada menu kelola mata pelajaran

Tabel 3. 18 Skenario Logout

Skenario Normal 1. Pengguna Memilih menu Logout

2. Sistem menampilkan pesan

“apakah anda yakin akan keluar?”

3. Pilih “Ya” pengguna akan keluar dari system

4. Sistem menampilkan halaman login menandakan penguna sudah berhasil keluar dari sistem

3.14 Activity Diagram 1. Activity diagram Login

(28)

Gambar 3. 6 Aktivity Login 2. Activity Diagram Dashboard

Gambar 3. 7 Activity Diagram Dashboard 3. Activity Diagram Kelola Data Siswa

(29)

Gambar 3. 8 Activity Diagram Kelola data siswa

4. Activity Kelola Data Guru

(30)

Gambar 3. 9 Activity Diagram Kelola Data Guru

5. Kelola Data Mata Pelajaran

(31)

Gambar 3. 10 Activity Diagram Kelola Data Pelajaran

(32)

6. Jadwal Pelajaran

Gambar 3. 11 Activity Diagram Kelola Jadwal Pelajaran

7. Kelola absensi siswa

(33)

Gambar 3. 12 Activity Diagram kelola ABsensi 8. Activity Diagram Laporan Absensi

Gambar 3. 13 Activity Diagram Laporan Absen

(34)

9. Activity Diagram Logout

Gambar 3. 14 Aktivity Diagram Logout

(35)

3.15 Robussnest diagram

Gambar 3. 15 Robustness Diagram Absensi