BAB IV PERANCANGAN SISTEM USULAN ... 55 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem

  • View
    1

  • Download
    0

Embed Size (px)

Text of BAB IV PERANCANGAN SISTEM USULAN ... 55 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan...

  • 55

    BAB IV

    PERANCANGAN SISTEM USULAN

    4.1. Tahapan Perancangan Sistem

    4.1.1. Analisis Kebutuhan

    Analisis Kebutuhan merupakan langkah awal untuk menentukan perangkat

    lunak seperti apa yang akan dihasilkan. Perangkat lunak yang baik dan sesuai dengan

    kebutuhan pengguna sangat tergantung pada keberhasilan dalam melakukan analisa

    kebutuhan.

    A. Kebutuhan Pengguna

    Dalam perancangan sistem informasi rekapitulasi siswa pada LPK-IT

    Purwakarta terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan

    sistem, yaitu Administrator atau dalam hal ini adalah Wakil Direktur dan pengguna

    (user) Bagian Administrasi. Kedua pengguna tersebut memiliki karakteristik interaksi

    dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-

    beda, sebagai berikut:

    A.1. Skenario Kebutuhan Administrator (Admin)

    a) Melakukan login

    b) Mengubah password sendiri

    c) Mengelola data pegawai

    d) Mengelola data pengguna (user)

    e) Mengelola data siswa

    f) Mengelola data absensi siswa

  • 56

    g) Mengelola data tagihan pembayaran siswa

    h) Mengelola data pembayaran siswa

    i) Mengelola data laporan rekapitulasi administrasi siswa

    j) Mengelola data laporan, mencari, melihat dan mencetak (print) laporan data

    absensi siswa, laporan pembayaran siswa, dan laporan rekapitulasi.

    A.2. Sekenario Kebutuhan Bagian Administrasi (User)

    a) Melakukan login

    b) Mengubah password sendiri

    c) Mengelola data siswa

    d) Mengelola data absensi siswa

    e) Mengelola data tagihan pembayaran siswa

    f) Mengelola data transaksi pembayaran

    g) Mengelola data transaksi laporan rekapitulasi administrasi siswa

    h) Mengelola data laporan, mencari, melihat dan mencetak (print) laporan data

    absensi siswa, laporan pembayaran siswa, dan laporan rekapitulasi.

    B. Kebutuhan Sistem

    Kebutuhan sistem yang dirancang pada program atau sistem aplikasi

    Rekapitulasi Administrasi siswa pada LPK-IT Purwakarta sebagai berikut:

    1) Pengguna (admin dan user) harus melakukan login terlebih dahulu untuk dapat

    mengakses program dengan memasukan user name dan password.

    2) Sistem dapat melakukan pengolahan data dan menyimpan data, data pegawai,

    pengguna (user), data siswa, data absensi siswa, data tagihan pembayaran siswa,

    data pembayaran dan data rekapitulasi administrasi siswa.

  • 57

    3) Sistem dapat melakukan rekapitulasi atau kalkulasi jumlah siswa, jumlah

    pembayaran sampai dengan rekapitulasi administasi siswa.

    4) Sistem dapat menampilkan dan mencetak laporan data pegawai, pengguna (user),

    data siswa, data absensi siswa, data tagihan pembayaran siswa, data pembayaran

    dan data rekapitulasi administrasi siswa.

    5) Pengguna dapat melihat dan mencetak laporan data pegawai, pengguna (user), data

    siswa, data absensi siswa, data tagihan pembayaran siswa, data pembayaran dan

    data rekapitulasi administrasi siswa.

    6) Pengguna (admin dan user) harus melakukan logout atau memilih tombol keluar

    setelah selesai menggunakan program.

  • 58

    4.1.2. Rancangan Diagram Use Case

    Rancangan diagram use case yang berhubungan dengan proses Rekapitulasi

    Administrasi siswa di LPK-IT Purwakarta sebagai berikut:

    1. Bagian Administrator

    Sumber: Hasil Penelitian (2019)

    Gambar IV. 1.

    Use Case Diagram Sistem Informasi Rekapitulasi Administrasi Siswa Bagian

    Administrator di LPK-IT Purwakarta

    uc Use Case Model

    Use case Administrator

    Administrator

    Melakukan login

    Mengelola data

    pengguna

    Mengelola data

    siswa

    Mengelola data

    pembayaran siswa

    Mengelola data

    laporan

    Melakukan logout

    Mengelola data

    absensi siswa

    «extend»

    «extend»

    «extend»

    «extend»

    «extend»

  • 59

    Tabel IV.1.

    Deskripsi Use Case Melakukan Login

    Use Case Name Melakukan login

    Requirements Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) dapat melakukan

    login

    Goal Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) dapat menggunakan

    aplikasi

    Pre-Conditions Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) telah mamanggil,

    menjalankan aplikasi

    Post-Conditions Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) dapat melakukan

    pengolah data dan memilih logout keluar dari

    aplikasi

    Failed end Condition Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) tidak dapat login dan

    tidak dapat menggunakan aplikasi

    Actors Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User)

    Main Flow (Basic path) 1. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) wajib

    mengisi user name

    2. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) wajib

    mengisi password

    3. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) memilih

    login

    4. Sistem menampilkan halaman menu utama

    Alternate Flow (Invariant A) A.1. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memasukan username

    A.2. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memasukan password

    A.3. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memilih login

    A.4. Sistem melakukan pemeriksaan atau

    validasi user name dan password

  • 60

    A.5. User name dan password ditemukan Sistem

    menampilkan pesan “Selamat Datang” dan

    menampilkan halaman utama apikasi

    Alternate Flow (Invariant B) B.1. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memasukan username

    B.2. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memasukan password

    B.3. Administrator (Admin) yaitu Wakil

    Direktur atau Bagian Administrasi (User)

    memilih login

    B.4. Sistem melakukan pemeriksaan atau

    validasi user name dan password

    B.5. User name dan password tidak ditemukan Sistem menampilkan pesan “User name

    dan password tidak ditemukan” dan tidak

    dapat menampilkan halaman utama apikasi

  • 61

    2. Bagian Administrasi

    Sumber: Hasil Penelitian (2019)

    Gambar IV. 2.

    Use Case Diagram Sistem Informasi Rekapitulasi Administrasi Siswa Bagian

    Administrasi di LPK-IT Purwakarta

    uc Use Case Model

    Use case Administrasi

    Administrasi

    Melakukan login

    Mengelola data

    siswa

    Mengelola data

    pembayaran siswa

    Mengelola data

    laporan

    Melakukan logout

    Mengelola data

    absensi siswa

    «extend»

    «extend»

    «extend»

    «extend»

  • 62

    Tabel IV. 2.

    Deskripsi Use Case Mengelola Pembayaran Siswa

    Use Case Name Mengelola Data Pembayaran Siswa

    Requirements Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) mengelola data

    pembayaran siswa

    Goal Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) menggunakan

    aplikasi untuk mengelola data pembayaran siswa

    Pre-Conditions Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) telah melakukan

    login

    Post-Conditions Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) dapat melakukan

    pengolahan data pembayaran siswa, sistem

    melakukan rekapitulasi, kalkulasi dan

    menampilkan jumlah biaya, dan Administrator

    (Admin) yaitu Wakil Direktur atau Bagian

    Administrasi (User) memilih logout keluar dari

    aplikasi

    Failed end Condition Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User) tidak dapat

    melakukan pengolahan data pembayaran siswa

    dan rekapitulasi dn tagihan pembayaran siswa

    Actors Administrator (Admin) yaitu Wakil Direktur atau

    Bagian Administrasi (User)

    Main Flow (Basic path) 1. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) dapat

    menambah, mengubah atau menghapus data

    pembayaran siswa

    2. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) menambah

    atau mengubah data, mengisi semua isian data

    pembayaran siswa dan memilih simpan atau

    menghapus data pembayaran siswa

    3. Sistem meyimpan data pembayaran siswa dan

    melakukan jumlah kalkulasi biaya dan tagihan

    biaya

    4. Administrator (Admin) yaitu Wakil Direktur

    atau Bagian Administrasi (User) melakukan

    pencarian data mengisi NIS atau nama.

    5. Sistem menampilkan data tagihan

    pembayaran dan