ANALISA DAN PERANCANGAN
post by : Kang Nawa
Analisa Sistem Yang Sedang Berjalan
Analisis sistem merupakan penguraian dari
suatu sistem informasi yang utuh kedalam bagian – bagian komponen dengan maksud
untuk mengidentifikasi dan mengevaluasi permasalahan dan hambatan yang terjadi,
dengan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan.
Berikut ini adalah uraian secara umum sistem
yang sedang berjalan pada Perpustakaan Wilayah Soeman Hs Pekanbaru pada proses
peminjaman sampai dengan pengembalian buku :
1.
Anggota
melakukan peminjaman buku.
2.
Anggota
memperlihatkan kartu anggota dan buku yang ingin dipinjam.
3.
Staff bagian
peminjaman memeriksa kartu anggota yang ingin melakukan peminjaman buku.
4.
Staff bagian
peminjaman buku membuat rincian jadwal pengembalian buku yang diselipkan
dibelakang buku yang dipinjam.
5.
Para anggota yang meminjam buku menerima kartu anggota
dan buku yang dipinjam beserta menerima rincian jadwal pengembalian buku yang
didalamnya terdapat informasi mengenai kapan jadwal terakhir untuk mengembalikan
buku ke pihak Perpustakaan Soeman Hs Pekanbaru.
Analisa sistem yang
sedang berjalan saat ini, dapat dilihat dalam bentuk diagram flowchart seperti gambar 5.1 berikut ini:
Gambar 5.1 Flowchart Sistem Berjalan
5.2 Evaluasi Sistem Lama
Setelah
diuraikan mengenai aliran sistem yang sedang berjalan pada proses peminjaman
dan pegembalian buku di Perpustakaan Soeman Hs Pekanbaru , dan setelah
melakukan wawancara kepada staff peminjaman dan pengembalian buku yang
merupakan pihak yang berhubungan langsung dengan kegiatan penggunaan sistem
lama, maka didapat beberapa kelemahan pada sistem yang sedang berjalan tersebut,
yaitu :
1. Kurangnya
efisiensi waktu para staff untuk mengelola data peminjaman dan pengembalian
karena masih menggunakan media berkas sehingga jika ada anggota yang ingin
melakukan peminjaman atupun pengembalian maka para staff terlebih dahulu
mensortir data-data berkas yang ada pada bagian peminjaman dan pengembalian.
2. Segala
sesuatu yang bersifat informasi atau mengingatkan masih menggunakan media
berkas.
3. Para
anggota peminjaman harus melihat berkas rincian jadwal pengembalian buku yang
diselipkan dibelakang buku.
4. Sangat
memungkinkan para anggota yang melakukan peminjaman buku lupa untuk melihat
jadwal pengembalian buku dikarenakan rutinitas yang sibuk.
5. Telah pernah terjadi keterlambatan buku dan kehilangan buku yang dipinjam
oleh anggota.
6. Jika
para anggota yang melakukan peminjaman buku tidak mengembalikan buku selama
berminggu-minggu atau berbulan-bulan maka para staff akan mensortir data
peminjaman buku dan melihat jadwal pengembalian buku tersebut lalu para staff
menyalin data tersebut ke aplikasi excel dan membuat surat peringatan
yang dikirimkan kepada anggota peminjaman buku.
5.3 Rancangan Sistem Yang Diusulkan
Perancangan sistem usulan merupakan suatu
tahapan lanjutan yang mengacu dari analisa sistem yang sudah berjalan serta
permasalahan yang ada pada Perpustakaan Soeman HS Pekanbaru. Alur sistem yang diusulkan, dapat
dilihat dalam bentuk diagram flowchart seperti
gambar 5.2 dibawah ini:
Gambar 5.2 Flowchart Sistem Usulan
Prosedur warning system pada
pengembalian buku melalui SMS pada Perpustakaan Soeman HS Pekanbaru, adalah sebagai berikut :
b. Staff masuk kehalaman utama.
c. Staff mengelola bagian peminjaman dan pengembalian buku.
d. Staff menginput data peminjaman dan pengembalian buku.
e.
Berdasarkan
inputan data peminjaman dan pengembalian maka sistem menghasilkan jadwal
pengembalian buku.
f.
Sistem
mengidentifikasi jadwal pengembalian buku, jika sistem menemukan persamaan
tanggal (H-2, H dan H+1) pada data pengembalian maka sistem akan secara
otomatis mengirim SMS Warning jadwal
pengembalian buku.
Dalam sistem yang
diusulkan ini terdapat
beberapa kelebihan, diantaranya
yaitu:
2.
Kemungkinan anggota lupa akan jadwal pengembalian buku dapat dihindari, karena para anggota perpustakaan
menerima pesan SMS Warning mengenai jadwal pengembalian buku perpustakaan
yang dikirim oleh sistem secara otomatis berdasarkan identfikasi tanggal
pengembalian.
3.
Adanya fasilitas SMS Broadcast yang berfungsi untuk
mengirimkan SMS secara massal berdasarkan group kepada para anggota Perpustakaan
Soeman HS Pekanbaru mengenai informasi aktifitas yang terjadi pada Perpustakaan
Soeman HS Pekanbaru.
5.4 Mekanisme Kerja Sistem Usulan
Aplikasi
SMS
Gateway dengan nama Warning System yang
dijalankan pada sebuah komputer yang terhubung dengan database dan
menggunakan sebuah modem yang dihubungkan dengan port usb komputer sebagai
media pengiriman pesan. Untuk lebih jelasnya dapat dilihat pada gambar 5.3
dibawah ini :
Gambar 5.3 Mekanisme Kerja Sistem Usulan Warning System
Berdasarkan hasil analisa dan
rancangan sistem usulan diatas, maka dapat dilakukan rancangan Warning System pengembalian buku berbasis SMS
Gateway pada Perpustakaan Soeman HS Pekanbaru, menggunakan pendekatan berorientasi objek yaitu dengan menggunakan
diagram UML (Unifield
Modeling Language).
Adapun diagram UML yang digunakan sebagai berikut:
1. Use case diagram
2. Activity Diagram
3. Class diagram
4.
Sequence
diagram
Berikut
merupakan aktor-aktor yang
terlibat didalam perancangan Warning System pengembalian buku pada Perpustakaan
Soeman HS Pekanbaru, terlihat pada
tabel 5.3 dibawah ini:
Tabel 5.1 Daftar Aktor (Actor Glossary)
Term
|
Synonym
|
Description
|
1.
Staff Peminjaman dan Pengembalian buku
|
Staff
|
Bagian yang
bertugas untuk mengelola anggota, buku, kategori, penerbit,
peminjaman, pengembalian, SMS Broadcast, kelola Outbox, kelola
pesan terkirim.
|
2.
Anggota
Perpustakaan
|
Anggota
|
Menerima SMS Warning(pengingat) dan informasi SMS Broadcast.
|
5.5 Use Case Diagram
Use Case
Diagram terdiri dari actor,
use case dan serta hubungannya. Use case diagram adalah sesuatu yang
penting untuk memvisualisasikan, menspesifikasikan dan mendokumentasikan
kebutuhan perilaku sistem. Usecase
Diagram digunakan untuk
menjelaskan kegiatan apa saja yang dapat dilakukan oleh user/pengguna
sistem yang sedang berjalan. Berikut
merupakan penggambaran sistem dalam bentuk use
case terlihat pada gambar 5.4 berikut ini:
Gambar 5.4 Use Case Diagram Warning System pada Perpustakaan HS Pekanbaru
5.5.1 Deskripsi Use Case
Berikut ini merupakan
deskripsi dari masing-masing usecase yang
berada pada sistem yang
diusulkan, yaitu terlihat pada tabel
5.2.
Tabel 5.2 Daftar Use Case
No.
|
Id
|
Use Case
|
Deskripsi
|
1.
|
UC-01
|
Login.
|
Use case ini
menggambarkan pengguna
yaitu staff peminjaman dan pengembalian melakukan login ke dalam sistem.
|
2.
|
UC-02
|
Kelola anggota
|
Use case ini
menggambarkan staff untuk mengelola data anggota.
|
3.
|
UC-03
|
Kelola Buku
|
Use case ini
menggambarkan staff mengelola data buku.
|
4.
|
UC-04
|
Kelola Kategori
|
Use case ini
menggambarkan staff mengelola data kategori.
|
5
|
UC-05
|
Kelola Penerbit
|
Use case ini
menggambarkan staff mengelola data penerbit.
|
6.
|
UC-06
|
Kelola Peminjaman
|
Use case ini
menggambarkan staff mengelola data peminjaman.
|
7.
|
UC-07
|
Kelola Pengembalian
|
Use case ini
menggambarkan staff mengelola data pengembalian.
|
8.
|
UC-08
|
Pesan Broadcast
|
Use case ini
menggambarkan staff mengelola ataupun mengirimkan
pesan secara massal kepada anggota perpustakaan mengenai aktifitas
perpustakaan Soeman HS Pekanbaru
|
9.
|
UC-09
|
Kelola Outbox
|
Use case ini menggambarkan staff untuk
mengelola data outbox
|
10.
|
UC-010
|
Kelola Pesan Terkirim
|
Use case ini
menggambarkan staff untuk mengelola pesan yang
terkirim.
|
11.
|
UC-11
|
SMS
Warning(pengingat)
|
Use case ini
menggambarkan sistem yang secara otomatis
mengirimkan pesan Warning(pengingat) kepada anggota yang
melakukan peminjaman buku tentang jadwal pengembalian buku secara berkala.
|
12.
|
UC-12
|
SMS Broadcast
|
Use case ini
menggambarkan staff yang mengirimkan SMS secara
massal berdasarkan pilihan group kepada para anggota Perpustakaan
Soeman Hs Pekanbaru yang terdaftar.
|
13.
|
UC-13
|
Menerima SMS Warning(Pengingat)
|
Use case ini
menggambarkan anggota perpustakaan Soeman HS
Pekanbaru yang menerima SMS Warning(Pengingat) jadwal pengembalian
buku.
|
14.
|
UC-14
|
Menerima SMS Broadcast
|
Use case ini
menggambarkan anggota perpustakaan Soeman HS
Pekanbaru yang menerima info Broadcast.
|
5.5.2 Skenario Use Case
Skenario use case menyatakan urutan pesan dan
tindakan tunggal yang ada pada sistem. Berikut ditampilkan skenario use case dari setiap use case yang telah ada..
5.5.2.1
Skenario Use Case login (UC-01)
Use case login akan terlihat pada tabel dibawah ini:
Tabel 5.3 Skenario Use Case login
Use Case
|
:
|
Login
|
|
Deskripsi
|
:
|
Use case ini menangani verifikasi
akun yang berguna dalam mengolah data pada sistem.
|
|
Aktor
|
:
|
Staff Peminjaman dan Pengembalian
|
|
Kondisi Awal
|
:
|
Sistem menampilkan form login.
|
|
Kondisi Akhir
|
:
|
Menampilkan menu utama.
|
|
Skenario Normal
|
|||
Aksi Aktor
|
Reaksi Sistem
|
||
1. Use case ini dimulai ketika Staff
Peminjaman dan Pengembalian melakukan login.
|
|
||
2.
Masukkan username dan password
|
|
||
|
|||
|
4.
Sistem menampilkan
halaman menu utama.
|
||
Skenario Gagal Login
|
|||
Aksi Aktor
|
Reaksi Sistem
|
||
1. Use case ini dimulai ketika Staff
Peminjaman dan Pengembalian melakukan login.
|
|
||
2.
Masukkan username dan password
|
|
||
|
3.
Sistem melakukan
verifikasi login.
|
||
|
4.
Sistem menampilkan pesan login tidak valid.
|
||
5.5.2.2
Skenario Use Case Kelola Anggota (UC-02)
Use case mengelola data anggota
terlihat pada tabel dibawah ini:
Tabel 5.4 Skenario Use Case Kelola Anggota
Use Case
|
:
|
Kelola Anggota
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data
anggota.
|
||
Aktor
|
:
|
Staff Peminjaman dan Pengembalian
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola anggota
|
||
Kondisi
Akhir
|
:
|
Menyimpan data anggota kedalam database
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Use case ini dimulai ketika
actor memilih menu kelola anggota.
|
|
|||
|
2.
Sistem menampilkan form kelola anggota.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
anggota.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Sistem
menyimpan pengolahan data anggota ke database.
|
|||
|
6.
Sistem menampilkan
pesan data anggota berhasil disimpan.
|
|||
Skenario Gagal Kelola Anggota
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Use case ini dimulai ketika
actor memilih menu kelola anggota.
|
|
|||
|
2.
Sistem menampilkan form kelola anggota.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
anggota.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data anggota
gagal masuk ke database.
|
|||
|
6.
Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.3
Skenario Use Case Kelola Buku (UC-03)
Use case kelola
buku terlihat pada
tabel dibawah ini:
Tabel 5.5 Skenario Use Case Kelola Buku
Use Case
|
:
|
Kelola Buku
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data
buku.
|
||
Aktor
|
:
|
Staff Peminjaman dan Pengembalian.
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola buku.
|
||
Kondisi
Akhir
|
:
|
Menyimpan data buku ke database
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Use case ini dimulai ketika
actor memilih menu buku dan click kelola buku.
|
|
|||
|
2.
Sistem menampilkan form kelola buku.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
buku.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data
buku masuk ke database.
|
|||
|
6.
Sistem menampilkan
pesan kelola data buku sukses dilakukan.
|
|||
Skenario Gagal Kelola Buku
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Use case ini dimulai ketika
actor memilih menu buku dan click kelola buku.
|
|
|||
|
2.
Sistem menampilkan form kelola buku.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
buku.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data
buku gagal masuk ke database.
|
|||
|
6.
Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.4
Skenario Use Case Kelola Kategori
(UC-04)
Use case kelola
kategori terlihat pada
tabel dibawah ini:
Tabel 5.6 Skenario Use Case Kelola Kategori
Use Case
|
:
|
Kelola Kategori
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data
kategori.
|
||
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian.
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola kategori.
|
||
Kondisi
Akhir
|
:
|
Menyimpan data kelola kategori.
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Memilih menu buku dan click kelola kategori.
|
|
|||
|
2.
Sistem menampilkan form kelola kategori.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
kategori.
|
|
|||
|
4.
Sistem memeriksa form.
|
|||
|
5.
Data kategori
masuk ke database.
|
|||
|
6.
Sistem menampilkan
pesan kelola data kategori berhasil dilakukan.
|
|||
Skenario Gagal Kelola Kategori
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Memilih menu buku dan click kelola kategori.
|
|
|||
|
2.
Sistem menampilkan form kelola kategori.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
kategori.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data kelola
kategori gagal masuk ke database.
|
|||
|
6. Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.5
Skenario Use Case Kelola Penerbit
(UC-05)
Use
case
kelola
penerbit terlihat pada
tabel dibawah ini:
Tabel 5.7 Skenario Use Case Kelola Penerbit
Use Case
|
:
|
Kelola penerbit
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data penerbit.
|
||
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola penerbit
|
||
Kondisi
Akhir
|
:
|
Menyimpan data kelola penerbit
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Memilih menu buku dan click kelola penerbit.
|
|
|||
|
2 2. Sistem menampilkan form kelola penerbit.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
penerbit.
|
|
|||
|
4.
Sistem memeriksa form.
|
|||
|
5.
Data
penerbit masuk ke database.
|
|||
|
6.
Sistem menampilkan
pesan kelola data penerbit berhasil dilakukan.
|
|||
Skenario Gagal Kelola Penerbit
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1.
Memilih
menu buku dan click kelola penerbit.
|
|
|||
|
2.
Sistem menampilkan form kelola penerbit.
|
|||
3.
Actor mengelola tambah, ubah maupun menghapus data
penerbit.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data
kelola penerbit gagal masuk ke database.
|
|||
|
6.
Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.6
Skenario Use Case Kelola
Peminjaman (UC-06)
Use
case
kelola peminjaman akan terlihat
pada tabel dibawah ini:
Tabel 5.8 Skenario Use Case Kelola Peminjaman
Use Case
|
:
|
Kelola peminjaman
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data
peminjaman.
|
||
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola peminjaman
|
||
Kondisi
Akhir
|
:
|
Menyimpan data kelola peminjaman
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Memilih menu buku dan click kelola peminjaman.
|
|
|||
|
2. Sistem menampilkan form kelola peminjaman.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
peminjaman.
|
|
|||
|
4.
Sistem memeriksa form.
|
|||
|
5.
Data
peminjaman masuk ke database.
|
|||
|
6.
Sistem menampilkan
pesan kelola data peminjaman berhasil dilakukan.
|
|||
Skenario Gagal Kelola Peminjaman
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1.
Memilih
menu buku dan click kelola peminjaman.
|
|
|||
|
2. Sistem menampilkan form kelola peminjaman.
|
|||
3.
Actor mengelola tambah, ubah maupun menghapus data
peminjaman.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data
kelola peminjaman gagal masuk ke database.
|
|||
|
6.
Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.7
Skenario Use Case Kelola Pengembalian
(UC-07)
Use
case kelola pengembalian
akan terlihat pada tabel dibawah ini:
Tabel 5.9 Skenario Use Case Kelola Pengembalian
Use Case
|
:
|
Kelola pengembalian
|
||
Deskripsi
|
:
|
Use case ini untuk menangani tambah, ubah dan menghapus data
pengembalian.
|
||
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian.
|
||
Kondisi
Awal
|
:
|
Memilih menu kelola pengembalian.
|
||
Kondisi
Akhir
|
:
|
Menyimpan data kelola pengembalian.
|
||
Skenario Normal
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1. Memilih menu buku dan click kelola pengembalian.
|
|
|||
|
2. Sistem menampilkan form kelola pengembalian.
|
|||
3. Actor mengelola tambah, ubah maupun menghapus data
pengembalian.
|
|
|||
|
4. Sistem memeriksa form.
|
|||
|
5.
Data
pengembalian masuk ke database.
|
|||
|
6.
Sistem menampilkan
pesan kelola data pengembalian berhasil dilakukan.
|
|||
Skenario Gagal Kelola Pengebalian
|
||||
Aksi
Aktor
|
Reaksi
Sistem
|
|||
1.
Memilih
menu buku dan click kelola pengembalian.
|
|
|||
|
2. Sistem menampilkan form kelola pengembalian.
|
|||
3.
Actor mengelola tambah, ubah maupun menghapus data
pengembalian.
|
|
|||
|
4.
Sistem
memeriksa form.
|
|||
|
5.
Data
kelola pengembalian gagal masuk ke database.
|
|||
|
6.
Menampilkan pesan form belum terisi secara lengkap.
|
|||
5.5.2.8
Skenario Use Case Pesan Broadcast (UC-08)
Use case
pesan
broadcast terlihat pada tabel
dibawah ini:
Tabel 5.10 Skenario Use Case Pesan Broadcast
Use Case
|
:
|
Pesan Broadcast
|
|
Deskripsi
|
:
|
Use case ini untuk menangani pengiriman pesan secara massal
kepada anggota perpustakaan yang terdaftar berdasarkan pilihan group.
|
|
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian.
|
|
Kondisi
Awal
|
:
|
Memlilih menu pesan Broadcast
|
|
Kondisi
Akhir
|
:
|
Pesan terkirim dan masuk kedalam database.
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Use case ini dimulai
ketika actor memilih menu SMS dan click link Pesan Broadcast.
|
|
||
|
2.
Sistem
menampilkan Form input Broadcast.
|
||
3.
Actor melakukan input pesan broadcast sesuai dengan form
|
|
||
|
4.
Sistem
memeriksa form pesan broadcast
|
||
|
5.
Data pesan
broadcast berhasil tersimpan di database
|
||
|
6.
Sistem
menampilkan pesan SMS Berhasil Terkirim.
|
||
Skenario
Gagal Pesan
Broadcast
|
|||
1.
Use case ini dimulai ketika actor memilih menu SMS
dan click link Pesan Broadcast.
|
|
||
|
2.
Sistem
menampilkan Form input Broadcast.
|
||
3.
Actor melakukan input pesan broadcast sesuai dengan form.
|
|
||
|
4.
Sistem
memeriksa form pesan broadcast.
|
||
|
5.
Data pesan
broadcast gagal tersimpan di database.
|
||
5.5.2.9
Skenario Use Case View Outboxt (UC-09)
Use
case
View
Outboxt terlihat pada tabel dibawah ini:
Tabel 5.11 Skenario Use View Outboxt
Use Case
|
:
|
Outboxt
|
|
Deskripsi
|
:
|
Use case ini melihat pesan outboxt.
|
|
Aktor
|
:
|
Staff Peminjaman dan
Pengembalian.
|
|
Kondisi
Awal
|
:
|
Memilih menu outboxt.
|
|
Kondisi
Akhir
|
:
|
Melihat data outboxt.
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Use case ini dimulai
ketika actor memilih menu SMS dan click link outboxt.
|
|
||
|
2.
Menampilkan
data Outboxt.
|
||
5.5.2.10
Skenario Use Case Kelola Pesan
Terkrim (UC-10)
Use
case kelola pesan terkirim terlihat pada tabel dibawah ini:
Tabel 5.12 Skenario Use Case Kelola Pesan Terkirim
Use Case
|
:
|
Kelola pesan terkirim
|
|
Deskripsi
|
:
|
Use case ini untuk menangani kelola pesan terkirim.
|
|
Aktor
|
:
|
Staff Peminjaman
danpengembalian.
|
|
Kondisi
Awal
|
:
|
Memilih menu kelola pesan terkirim.
|
|
Kondisi
Akhir
|
:
|
Melihat data pesan
terkirim.
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Use case ini dimulai
ketika actor memilih menu SMS dan click link kelola terkirim.
|
|
||
|
2.
Sistem
menampilkan menu kelola terkirim.
|
||
3.
Actor mengelola melihat dan menghapus data.
|
|
||
|
4.
Sistem
memeriksa form pesan terkirim.
|
||
|
5.
Sistem
menampilkan pesan data pesan terkirim berhasil dihapus.
|
||
5.5.2.11
Skenario Use Case SMS
Warning (UC-11)
Use
case SMS warning
System terlihat pada
tabel dibawah ini:
Tabel 5.13 Skenario Use Case SMS Warning System
Use Case
|
:
|
SMS Warning System.
|
|
Deskripsi
|
:
|
Use case ini menggambarkan pesan Warning System.
|
|
Aktor
|
:
|
Staff peminjaman dan
pegembalian.
|
|
Kondisi
Awal
|
:
|
Sistem menampilkan form input pengembalian
|
|
Kondisi
Akhir
|
:
|
Sistem Mengirimkan
Pesan Warning Secara Otomatis.
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Actor melakukan pengimputan data pengembalian.
|
|
||
|
2.
Sistem mengidentifikasi jadwal pengembalian buku
berdasarkan data pengembalian buku.
|
||
|
3.
Sistem menemukan kesamaan tanggal dengan H-2, H
dan H+1
|
||
|
4.
Sistem mengirimkan pesan Warning.
|
||
|
5.
Pesan Warning masuk kedalam tabel Outboxt
|
||
|
6.
Sistem
mengirimkan pesan warning melalui
SMS device(modem)
|
||
|
7.
Pesan
berhasil terkirim
|
||
|
8.
Data
tersimpan kedalam database
|
||
5.5.2.12 Skenario Use Case Menerima SMS
Warning (UC-12)
Use case menerima
SMS Warning akan terlihat pada tabel dibawah ini:
Tabel 5.14 Skenario Use Case Menerima SMS Warning
Use Case
|
:
|
Menerima
SMS Warning
|
|
Deskripsi
|
:
|
Use case ini untuk melihat anggota menerima SMS Warning
|
|
Aktor
|
:
|
Anggota
|
|
Kondisi
Awal
|
:
|
Handphone hidup
|
|
Kondisi
Akhir
|
:
|
Anggota menerima SMS Warning
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Use case ini dimulai
ketika anggota menghidupkan handphone.
|
|
||
|
2.
Sistem mengirimkan
SMS Warning
|
||
3. Anggota menerima SMS Warning
|
|
||
5.5.2.13 Skenario Use Case menerima
SMS Broadcast (UC-13)
Use case menerima
SMS Broadcast akan terlihat
pada tabel dibawah ini:
Tabel 5.15 Skenario Use Case SMS Broadcast.
Use Case
|
:
|
Menerima
SMS Broadcast
|
|
Deskripsi
|
:
|
Use case ini untuk melihat anggota menerima SMS SMS Broadcast
|
|
Aktor
|
:
|
Anggota
|
|
Kondisi
Awal
|
:
|
Handphone hidup
|
|
Kondisi
Akhir
|
:
|
Anggota menerima SMS Broadcast
|
|
Skenario Normal
|
|||
Aksi
Aktor
|
Reaksi
Sistem
|
||
1. Use case ini dimulai
ketika anggota menghidupkan handphone.
|
|
||
|
2.
Sistem mengirimkan
SMS Broadcast.
|
||
3. Anggota menerima SMS Broadcast
|
|
||
5.6 Activity Diagram
Sebuah activity
diagram memiliki elemen-elemen
diantaranya sebagai berikut:
1.
Sebuah
keadaan awal (start state) dan keadaan akhir (end state).
2.
Aktivitas-aktivitas
yang menggambarkan satu tahapan dalam workflow tersebut.
3.
Transisi
yang menggambarkan keadaan mengikuti suatu keadaan lainnya.
4.
Keputusan
(decision), elemen yang menyediakan pilihan alur dalam workflow.
5.
Batang
penyelaras (synchronization bar) memperlihatkan sub alur paralel.
6.
Swimlane
yang menjelaskan pemeran bisnis yang bertanggung
jawab terhadap aktivitas yang dikandungnya.
Berikut
dijelaskan mengenai activity diagram sistem Warning System pada Perpustakaan Soeman HS Pekanbaru.
5.6.1
Activity Diagram
Login Staff
Gambar 5.5 Activity Diagram Login Staff
5.6.2 Activity Diagram Kelola
Anggota
Gambar 5.6 Activity Diagram Kelola Anggota
5.6.3 Activity Diagram Kelola
Buku
Gambar 5.7 Activity Diagram Kelola Buku
5.6.4 Activity Diagram Kelola Penerbit
Gambar 5.8 Activity Diagram Kelola Penerbit
5.6.5 Activity Diagram Kelola Kategori
Gambar 5.9 Activity Diagram Kelola Kategori
5.6.6 Activity Diagram Kelola Peminjaman
Gambar 5.10 Activity Diagram Peminjaman
5.6.7 Activity Diagram Pengembalian
Gambar 5.11 Activity Diagram Pengembalian
5.6.8 Activity Diagram Pesan Broadcast
Gambar 5.12 Sequence Diagram Pesan Broadcast
5.6.9 Activity Diagram View Outboxt
Gambar 5.13 Sequence Diagram View Outboxt
5.6.10
Activity
Diagram Kelola Pesan
Terkirim
Gambar 5.14 Activity Diagram Kelola Pesan Terkirim
5.6.11 Activity Diagram SMS Warning
Gambar 5.15 Activity Diagram SMS Warning System
5.7 Class Diagram
Class Diagram merupakan diagram yang menunjukan class-class yang ada di sistem dan hubungannya secara logic. Class diagram yang dibuat pada tahap design ini,
merupakan deskripsi lengkap dari class-class yang ditangani oleh sistem,
dimana masing-masing class telah dilengkapi
dengan atribut dan operasi-operasi yang diperlukan.
Class diagram sistem Warning System
Pengembalian Buku dapat dilihat pada gambar dibawah ini :
Gambar 5.16 Class Diagram Warning System
5.8 Sequence Diagram
Interaksi dari objek yang disusun
dalam suatu urutan waktu / kejadian tertentu dalam suatu proses, dapat digambarkan dengan sequence diagram.
Berikut penjelasan mengenai sequence
diagram sistem Warning System Pengembalian Buku..
5.8.1
Sequence Diagram Login Staff
Gambar 5.17 Sequence Diagram Login Staff
5.8.2
Sequence Diagram Kelola Anggota
Gambar 5.18 Sequence Diagram Kelola Anggota
5.8.3
Sequence Diagram Kelola Buku
Gambar 5.19 Sequence Diagram Kelola Buku
5.8.4
Sequence Diagram Kelola
Penerbit
Gambar 5.20 Sequence Diagram Kelola Penerbit
5.8.5
Sequence Diagram Kategori
Gambar 5.21 Sequence Diagram Kelola Kategori
5.8.6
Sequence Diagram Peminjaman
Gambar 5.22 Sequence Diagram Peminjaman
5.8.7
Sequence Diagram Pengembalian
Gambar 5.23 Sequence Diagram Pengembalian
5.8.8
Sequence Diagram Pesan Broadcast
Gambar 5.24 Sequence Diagram Pesan Broadcast
5.8.9
Sequence Diagram View Outboxt
Gambar 5.25 Sequence Diagram Kelola Outbox
5.8.10
Sequence Diagram Pesan Terkirim
Gambar 5.26 Sequence Diagram Pesan Terkirim
5.8.11
Sequence Diagram SMS
Warning
Gambar 5.27 Sequence Diagram SMS Warning
5.9 Perancangan Database
Perancangan database
adalah perancangan basis data yang akan digunakan pada sistem, didasari oleh
data perusahaan. Perancangan ini bertujuan agar tiap field data yang memiliki
relasi dapat terhubung pada tabel di database,
sehingga proses pengaksesan data
akan terorganisir dengan lebih baik. Berikut adalah detail perancangan serta
relasi yang ada pada database sistem Warning pengembalian buku menggunakan
pendekatan object-oriented.
5.9.1 File User Staff
Nama Database : Perpustakaan_Soeman_HS
Nama File : userstaff
Field Kunci : id
Tabel 5.16 File User Staff
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
3
|
Kode
user
|
2
|
Username
|
Varchar
|
50
|
Username
|
3
|
Password
|
Varchar
|
50
|
Password
|
4
|
Fullname
|
Varchar
|
70
|
Nama
panjang staff
|
5.9.2 File Anggota
Nama Database : Perpustakaan_Soeman_HS
Nama File : anggota
Field Kunci : id
Tabel 5.17 File Anggota
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Kode Anggota
|
2
|
Nama
|
Varchar
|
50
|
Nama anggota
|
3
|
Alamat_lengkap
|
Varchar
|
90
|
Alamat lengkap anggota
|
4
|
Jenis_kelamin
|
Varchar
|
2
|
Jenis kelamin anggota
|
5
|
Identitas
|
Varchar
|
10
|
Identitas anggota yang digunakan
seperti (ktp, ktm dan nis)
|
6
|
Nomor_identitas
|
Int
|
20
|
Nomor identitas anggota yang digunakan
|
7
|
Pendidikan_terakhir
|
Varchar
|
50
|
Pendidikan terakhir dari anggota
|
8.
|
Nama_instansi
|
Varchar
|
70
|
Keterangan tentang instansi anggota
saat ini seperti(universitas, sekolah maupun tempat kerja)
|
9
|
Alamat_instansi
|
Varchar
|
90
|
Keterangan tentang alamat instansi
anggota
|
10
|
Tempat_lahir
|
Varchar
|
80
|
Berisikan tempat lahir anggota
|
11
|
Tanggal_lahir
|
Datetime
|
|
Tanggal lahir anggota
|
5.9.3 File Buku
Nama Database :
Perpustakaan_Soeman_HS
Nama File :
buku
Field Kunci :
id, id_kategori, id_penerbit
Tabel 5.18 File Buku
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Kode buku
|
2
|
Id_Kategori
|
Int
|
12
|
Kode kategori buku
|
3
|
Id_penerbita
|
Int
|
12
|
Kode penerbit buku
|
4
|
Judul
|
Varchar
|
50
|
Judul buku
|
5
|
Tahun_penerbit
|
Datetime
|
|
Tahun terbit buku
|
6
|
Pengarang
|
Varchar
|
50
|
Pengarang buku
|
7
|
Isbn
|
Int
|
20
|
Nomor seri buku
|
8.
|
Status
|
Varchar
|
20
|
Status untuk buku apakah tersedia atau
tidak
|
9
|
Jumlah
|
Varchar
|
20
|
Jumlah dari buku
|
5.9.4 File Penerbit
Nama Database :
Perpustakaan_Soeman_HS
Nama File :
penerbit
Field Kunci :
id
Tabel 5.19 File Penebit
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Id penerbit
|
2
|
Nama
|
Varchar
|
50
|
Nama penerbit
|
5.9.5 File Kategori
Nama Database : Perpustakaan_Soeman_HS
Nama File : kategori
Field Kunci : id
Tabel 5.20 File Kategori
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Kode kategori
|
2
|
Nama
|
Varchar
|
50
|
Nama kategori
|
5.9.6 File Peminjaman
Nama Database : Perpustakaan_Soeman_HS
Nama File : peminjaman
Field Kunci : id, id_buku,
id_anggota
Tabel 5.21 File Peminjaman
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Kode peminjaman
|
2
|
Id_anggota
|
Int
|
20
|
Kode anggota
|
3
|
Id_buku
|
Int
|
20
|
Kode buku
|
4
|
Tgl_peminjaman
|
Datetime
|
|
Tanggal peminjaman
|
5.9.7 File Pengembalian
Nama Database : Perpustakaan_Soeman_HS
Nama File : pengembalian
Field Kunci :
id,
id_peminjaman
Tabel 5.22 File Pengembalian
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
20
|
Kode pengembalian
|
2
|
Id_peminjaman
|
Int
|
20
|
Kode peminjaman
|
3
|
Tgl_kembali
|
Datetime
|
|
Tanggal pengembalian buku
|
5.9.8 File Phone
Nama Database : Perpustakaan_Soeman_HS
Nama File : phone
Field Kunci : id,
id_anggota
Tabel 5.23 File phone
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
Id
|
Int
|
3
|
Kode phone
|
2
|
Id_anggota
|
Int
|
20
|
Kode anggota
|
5.9.9 File Outboxt
Nama Database : Perpustakaan_Soeman_HS
Nama File : outboxt
Field Kunci : ID,id_phone
Tabel 5.24 File Outbox
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
ID
|
Int
|
3
|
Kode outboxt
|
2
|
Id_phone
|
int
|
3
|
Kode phone
|
3
|
InsertIntoDb
|
Timestamp
|
|
Sysdate
|
4
|
SendingDateTime
|
Timestamp
|
|
Sysdate
|
5
|
DestinationNumber
|
Char
|
12
|
Nomor telp tujuan
|
6
|
TextDecoded
|
Char
|
200
|
Isi pesan
|
7
|
SendingTimeOut
|
Timestamp
|
|
Sysdate
|
8
|
deliveryReport
|
Enum
|
|
yes
|
5.9.10 File Sent
Nama Database : Perpustakaan_Soeman_HS
Nama File : transaksi
Field Kunci : ID,id_outboxt
Tabel 5.25 File Sent
No
|
Nama Field
|
Tipe Data
|
Panjang Data
|
Keterangan
|
1
|
ID
|
Int
|
3
|
Kode pesan terkirim
|
2
|
Id_outboxt
|
Int
|
3
|
Kode outboxt
|
3
|
Sendingdatetime
|
Timestampt
|
|
Sysdate
|
4
|
Destinationnumber
|
char
|
12
|
Nomor tujuan
|
5
|
Textdecoded
|
Char
|
200
|
Isi pesan
|
6
|
Status
|
Enum
|
|
Status pengiriman pesan
|
5.10 Perancangan Struktur Menu
Struktur
menu dibuat sebagai gambaran mengenai skema program yang akan dirancang. Berikut
adalah struktur menu perancangan sistem informasi status lingkungan hidup daerah terlihat pada gambar 5.28.
Gambar 5.28 Struktur Menu
5.11 Perancangan Input
Perancangan
input merupakan gambaran jelas
mengenai borang input yang akan digunakan dalam memasukkan data setiap
kebutuhan input-an sistem.
Perancangan input perlu dilakukan dengan maksud untuk merepresentasikan bentuk
borang input yang akan digunakan dalam sistem Warning pengembalian buku pada Perpustakaan
Soeman HS Pekanbaru berbasis web.
5.11.1 Input Data Anggota
Gambar 5.29 Form Input Data Anggota
5.11.2 Input Data Buku
Gambar 5.30 Form Input data buku
5.11.3 Input Data Kategori
Gambar 5.31 Form Input data kategori
5.11.4 Input data Penerbit
Gambar 5.32 Form Input penerbit
5.11.5 Input data peminjaman
Gambar 5.33 Form Input data peminjaman
5.11.6 Input data pengembalian
Gambar 5.34 Form Input pengembalian
5.11.7 Form Input Pesan Broadcast
Gambar 5.35 Form Pesan Broadcast
5.12 Perancangan Laporan
Perancangan
laporan merupakan gambaran jelas mengenai output yang akan dihasilkan
oleh sistem Warning jadwal
pengembalian buku.
5.12.1 Output SMS Warning
SMS Warning
jadwal pengembalian buku yang diterima oleh anggota Perpustakaan Soeman HS yang
melakukan peminjaman buku sebelum dua hari dan hari terakhir jadwal
pengembalian buku. Dapat dilihat dalam bentuk Output seperti gambar 5.36
berikut.
Gambar 5.36 Output SMS Warning
5.12.2 Output SMS Reward dan Denda Satu Hari Setelah Jadwal Pengembalian Buku
SMS Warning jadwal pengembalian buku yang diterima oleh angggota Perpustakaan
Soeman HS Pekanbaru satu hari sesudah tanggal jadwal pengembalian buku (H+1),
berupa ucapan terima kasih bagi para anggota yang telah mengembalikan buku
tepat pada waktunya seperti gambar 5.37 dan SMS berupa peringatan denda bagi para anggota Perpustaaan Soeman HS
Pekanbaru yang belum mengembalikan buku seperti gambar 5.38.
Gambar 5.37 Output ucapan Reward
Gambar 5.38 Output SMS Denda
5.12.3 Output SMS Broadcast
SMS Broadcast yang diterima oleh para anggota berisikan info-info penting yang
pada Perpustakaan Soeman HS Pekanbaru dan SMS Broadcast ini dikirimkan secara masssal
berdasarkan pilihan group.
Gambar 5.39 Output SMS Broadcaast
5.13 Perancangan Antar Muka (interface)
Berdasarkan
perancangan sistem yang telah dibuat, maka akan di-design suatu perancangan aplikasi yang mencakup perancangan input
serta output sistem. Perancangan ini akan menjadi acuan bagi pihak yang akan
mengembangkan dan menggunakan sistem.
5.13.1 Halaman login
Gambar 5.40 Halaman login
5.13.2 Halaman Utama Staff Peminjaman dan Pengembalian
Gambar 5.41 Halaman utama staff peminjaman dan pengembalian
5.13.3 Halaman Menu Anggota
Gambar 5.42 Halaman Menu Anggota
5.13.4 Halaman Menu Buku
Gambar 5.43 Halaman Menu Buku
5.13.5 Halaman Kelola Buku
Gambar 5.44 Halaman kelola buku
5.13.6 Halaman Kelola Penerbit
Gambar 5.45 Halaman kelola penerbit
5.13.7 Halaman Kelola Kategori
Gambar 5.46 Halaman kelola kategori
5.13.8 Halaman Kelola Peminjaman
Gambar 5.47 Halaman kelola peminjaman
5.13.9 Halaman Kelola Pengembalian
Gambar 5.48 Halaman Kelola Pengembalian
5.13.10 Halaman Menu SMS
Gambar 5.49 Halaman Menu SMS
5.13.11 Halaman Kirim Pesan Boradcast
Gambar 5.50 Halaman Kelola pesan broadcast
5.13.12 Halaman View Outboxt
Menu outboxt
yang ada pada menu SMS merupakan data pesan keluar, yaitu pesan yang
dikirimkan oleh sistem terlebih dahulu masuk ke outboxt selama proses
pengiriman pesan berlangsug, setelah pesan tersebut terkirim maka data pada
outboxt akan terhapus dan pesan masuk ke menu pesan terkirim.
Gambar 5.51 Halaman View Outboxt
5.13.13 Halaman Kelola Terkirim
Menu
pesan terkirim berisikan data pesan yang telah dikirimkan oleh sistem yaitu
tanggal pengiriman, no tujuan, isi pesan dan status pengiriman pesan.
Tidak ada komentar:
Posting Komentar