Aplikasi Sistem Informasi Pendataan Pelanggaran Siswa Dengan menggunakan PHP dan MySQL”
\
Disusun oleh : Citrasari Nirsam P (13121013) Giska Ariya Sanggita(13111100)
FAKULTAS TEKNOLOGI INFORMASI UNIVERSITAS MERCU BUANA YOGYAKARTA 2016
DAFTAR ISI
A.
Software Requirement Spesification (SRS) ................................................................................ 3
B.
Skenario ......................................................................................................................................... 3
C.
Kesimpulan .................................................................................................................................. 11
A. Software Requirement Spesification (SRS) Software Requirement Spesification(SRS) dapat dilihat pada Tabel 2.1. Tabel 2. 1 Software Requirement Spesification(SRS)
No 1
2
3
Requirement
Aktor
Admin merupakan user yang Admin dapat mengelolah semuanya dalam artian memiliki hak akses penuh terhadap sistem, tetapi sebelum melakukan hal itu admin harus melakukan login jika dia sudah terdaftar dan lanjut ketahap verifikasi, apakah dia dapat masuk kesistem atau tidak. Wali kelas hanya berfungsi Wali Kelas melihat laporan transaksi pelanggaran siswa yang melanggar di kelasnya dan grafik siswa yang melanggar di tiap angkatan, denggan melewati proses login terlebih dahulu Siswa merupakan orang yang Siswa menjadi objek utama dalam sistem ini, siswa juga berperan mempunyai hak akses juga dalam melihat hidtori pelanggarannya sendiri
Use Case Login, Manajemen User, Manajemen siswa, Manajemen kelas, Manajemen transaksi kelas, Manajemen tahun ajaran, Menejemen Jurusan, Manajemen Pelanggaran, Manajemen Transaksi
Login,View laporan transaksi perkelas, view grafik pelanggaran
Login,View rincian transaksi pelanggaran persiswa
B. Skenario 1. Use Case : Manajemen users Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Users Tabel 2. 2 Tabel Skenario Manajemen Users
Aktor
Sistem
1. Admin menilih menu user 2. Admin memilih menu tambah users 3. Input data user 4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu user 6. Admin memilih menu ubah users
7. Ubah Data user 8. Notifikasi perubahan data berhasil atau tidak 9. Selesai 2. Use Case : Manajemen siswa Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Siswa Tabel 2. 3 Skenario Manajemen Siswa
Sistem
Aktor 1. Admin menilih menu siswa 2. Admin memilih menu tambah Siswa 3. Input data Siswa
4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu siswa 6. Admin memilih menu ubah Siswa 7. Ubah Data Siswa 8. Notifikasi perubahan data berhasil atau tidak 9. Selesai 3. Use Case : Manajemen Kelas Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Kelas Tabel 2. 4 Skenario Manajemen Kelas
Aktor
Sistem
1. Admin menilih menu Kelas 2. Admin memilih menu tambah Kelas 3. Input data Kelas 4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu Kelas 6. Admin memilih menu ubah Kelas 7. Ubah Data Kelas
8. Notifikasi perubahan data berhasil atau tidak 9. Selesai
4. Use Case : Manajemen Jurusan Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Jurusan Tabel 2. 5 Manajemen Jurusan
Aktor
Sistem
1. Admin menilih menu Jurusan 2. Admin memilih menu tambah Jurusan 3. Input data Jurusan 4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu Jurusan 6. Admin memilih menu ubah Jurusan 7. Ubah Data Jurusan 8. Notifikasi perubahan data berhasil atau tidak 9. Selesai
5. Use Case : Manajemen Transaksi Kelas Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Transaksi Kelas Tabel 2. 6 Skenario Manajemen Kelas
Sistem
Aktor 10. Admin menilih menu Transaksi Kelas 11. Admin memilih menu Transaksi tambah Kelas 12. Input data Kelas
13. Notifikasi sukses atau gagal dalam penyimpanan data 14. Admin menilih menu Transaksi Kelas 15. Admin memilih menu Ubah Transaksi Kelas 16. Ubah Data Kelas 17. Notifikasi perubahan data berhasil atau tidak 18. Selesai
6. Use Case : Manajemen tahun ajaran Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi tahun ajaran Tabel 2. 7 Skenario Manajemen Kelas
Aktor
Sistem
19. Admin menilih menu tahun ajaran 20. Admin memilih menu ubah tahun ajaran 21. Input data tahun ajaran 22. Notifikasi sukses atau gagal dalam penyimpanan data 23. Admin menilih menu tahun ajaran 24. Admin memilih menu ubah tahun ajaran 25. Ubah Data tahun ajaran
26. Notifikasi perubahan data berhasil atau tidak 27. Selesai
7. Use Case : Manajemen Pelanggaran Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Pelanggaran Tabel 2. 8 Skenario Manajemen Pelanggaran
Aktor
Sistem
1. Admin menilih menu Pelanggaran 2. Admin memilih menu tambah Pelanggaran 3. Input data Pelanggaran 4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu Pelanggaran 6. Admin memilih menu ubah Pelanggaran 7. Ubah Data Pelanggaran 8. Notifikasi perubahan data berhasil atau tidak 9. Selesai
8. Use Case : Manajemen Transaksi Pelanggaran Actor : Guru BK(admin) Tujuan : Guru BK(admin) dapat mengetahui informasi Transaksi Pelanggaran Tabel 2. 9 Skenario Manajemen Transaksi Pelanggaran
Sistem
Aktor 1. Admin menilih menu Transaksi Pelanggaran 2. Admin memilih menu tambah Transaksi Pelanggaran 3. Input data Transaksi Pelanggaran
4. Notifikasi sukses atau gagal dalam penyimpanan data 5. Admin menilih menu Transaksi Pelanggaran 6. Admin memilih menu ubah Transaksi Pelanggaran 7. Ubah Data Transaksi Pelanggaran 8. Notifikasi perubahan data berhasil atau tidak 9. Cetak transaksi per kelas 10. Menampilkan laporan transaksi per kelas 11. Selesai 9. Use Case : Melihat transaksi laporan pelanggaran perkelas Actor : wali kelas Tujuan : Wali Kelas dapat mengetahui informasi Transaksi laporan pelanggaran perkelas. Tabel 2. 10 Skenario Laporan Pelanggaran Perkelas
Aktor 1. Admin menilih menu Transaksi Pelanggaran 2. Admin memilih menu tambah Transaksi Pelanggaran
Sistem
3. Input data pencarian kelas sesuai dengan kelas yang di ajarnya 4. Menampilkan laporan transaksi pelanggaran per kelas 5. Selesai
10. Use Case : Melihat transaksi Grafik pelanggaran Actor : Wali Kelas Tujuan : Wali Kelas dapat mengetahui informasi Transaksi Grafik pelanggaran. Tabel 2. 11 Skenario Transaksi Gradik Pelanggaran
Sistem
Aktor 1. Admin menilih menu Transaksi Pelanggaran 2. Admin memilih menu tambah Transaksi Pelanggaran 3. Input data pencarian tingkatan kelas
4. Menampilkan grafik pelanggaran sesuai tingkatan yang di cari 5. Selesai 11. Use Case : Melihat transaksi laporan pelanggaran Per-siswa Actor : Siswa Tujuan : Siswa dapat mengetahui informasi Transaksi laporan pelanggaran Per-Siswa. Tabel 2. 12 Skenario Transkasi laporan Pelanggaran Per-siswa
Aktor
Sistem
1. Admin menilih menu Laporan Pelanggaran 2. Admin memilih menu tambah Laporan Pelanggaran 3. Input data nis, kelas dan jurusan 4. Menampilkan laporan transaksi per Siswa 5. Selesai
C. Kesimpulan Dalam hal ini pembuatan analisis sistem secara objeck lebih rumit dan rinci sehingga dapat mempermudah dalam melihat analisisnya, dan dapat dengan mudah untuk mengetahui apa yang kurang karena di buat langsung bertuju ke objectnya melakukan aktifitas apa dalam sistem.
