Use Case Diagram Sistem Perpustakaan

USE CASE SYSTEM INFORMASI MANAJEMEN PERPUSTAKAAN

Sistem Informasi Manajemen Perpustakaan merupakan sebuah sistem informasi untuk mengelola informasi yang diperlukan dalam suatu perpustakaan yang meliputi pendaftaran pustaka, anggota, dan proses peminjaman pustaka.  Aturan perpustakaan yang harus diatasi pada sistem informasi manajemen perpustakaan yang akan dimodelkan sebagai berikut:

1.     Pustaka dapat memiliki lebih dari satu pengarang

2.     Anggota dapat memiliki lebih dari satu nomor telepon

3.     Seorang anggota dapat melakukan sebuah peminjaman dalam satu waktu dan boleh lebih dari satu pustaka

4.     Seorang anggota dapat mengembalikan sebuah peminjaman pustaka yang dipinjam tidak dalam waktu yang bersamaan walaupun pustaka-pustaka itu dipinjam pada waktu yang sama

5.     Pengunjung yang bukan anggota tidak diperbolehkan meminjam pustaka

6.     Proses pendaftaran pustaka, anggota, dan peminjaman dilakukan oleh petugas perpustakaan

7.     Anggota dan pengunjung dapat melakukan pencarian pustaka

NO	Aktor	Deskripsi
1.	Petugas	Orang yang bertugas dan memiliki hak akses untuk melakukan operasi pengelolaan data pustaka, anggota,dan proses peminjaman pustaka
2.	Anggota/pengunjung	Anggota adalah orang yang diperbolehkan meminjam pustaka sesuai dengan hak aksesnya, sedangkan pengunjung hanya memiliki hak akses melihat pustaka dan membaca di perpustakaan tanpa memiliki hak untuk meminjam pustaka

NO	Use Case	Deskripsi
1.	Memasukkan Data Pustaka	Merupakan proses memasukkan data pustaka ke dalam basis data
2.	Memasukkan data anggota	Merupakan proses memasukkan data anggota ke dalam basis data
3.	Memasukkan data peminjaman	Merupakan proses memasukkan data peminjaman ketika ada anggota yang meminjam pustaka
4.	Mencari pustaka	Mencari pustaka berdasarkan judul, nama pengarang, jenis, dank ode pustaka dimana akan menampilkan data pustaka yang dicari

Nama Use Case                : Memasukkan data pustaka

Actor                                     : Petugas

Descripsi                              : Proses ini adalah sebuah kegiatan untuk mendaftarkan data pustaka yang baru

                                                  Ataupun mengubah data pustaka yang sudah ada

Pre – Condition                 : 1. Petugas sudah harus memiliki IDpetugas agar bisa memproses data buku

                                                  2. Petugas sudah harus berada di menu pustaka

Post – Condition               : data informasi pustaka baru sudah tersimpan

Aksi Aktor	Reaksi Sistem
Alur Data (Basic Flow)
1.       Memasukkan data pustaka seperti judul buku, penerbit, tahun terbit,pengarang,jumlah halaman, kondisi buku di menu memasukkan pustaka
2.       Menekan tombol  “Simpan”
	3.       Mengecek valid tidaknya data masukkan
	4.       Jika data pustaka yang dimasukkan valid, maka data pustaka akan disimpan di database dan akan menampilkan pesan “Sukses disimpan”
Alur alternative No 4 Jika data pustaka yang dimasukkan tidak valid, maka akan menampilkan pesan “tidak sukses disimpan”

Alur alternative untuk memperbaharui data pustaka
Aksi Aktor	Reaksi Sistem
1.       memasukkan judul buku atau IDBuku
2.       menekan tombol “Cari”
	3.       Menampilkan informasi buku yang terdiri dari judul buku, penerbit, tahun terbit, pengarang, jumlah halaman, kondisi buku, letak buku
4.       Memperbaharui data.  Beberapa pilihan data yang dapat diperbaharui diantaranya judul buku, penerbit, tahun terbit, pengarang, jumlah halaman, kondisi buku, letak buku
5.       Menekan tombol “Simpan”
	6.       Mengecek valid tidaknya data yang diperbaharui
	7.       Jika data yang dimasukkan valid, maka data pustaka yang baru akan disimpan di database dan menampilkan pesan “ Sukses disimpan”
Alur alternative No 7 Jika data pustaka yang dimasukkan tidak valid, maka akan menampilkan pesan “ Tidak sukses disimpan”

Alur alternative untuk menghilangkan data pustaka
Aksi Aktor	Reaksi Sistem
1.       Memasukkan judul buku atau ID buku
2.       Menekan tombol “Cari”
	3.       Menampilkan informasi buku yang terdiri dari judul buku, penerbit, tahun terbit, pengarang, jumlah halaman, kondisi buku, letak buku
4.       Menekan tombol “Hapus”
	5.       Menampilkan pesan “Yakin akan dihapus?”
	6.       Jika jawaban pesan adalah “Ya”, maka data pustaka ID buku yang dicari akan dihapus dari database
Alur alternative NO 6 Jika jawaban pesan adalah “Tidak”, maka akan ditampilkan menu pustaka

                                                     

Nama Use Case                : Memasukkan data Anggota

Actor                                     : Petugas

Descripsi                              : Proses ini adalah sebuah kegiatan untuk mendaftarkan data anggota yang baru

                                                  Ataupun mengubah data anggota yang sudah ada

Pre – Condition                 : 1. Petugas sudah harus memiliki IDpetugas agar bisa memproses data buku baru

                                                  2. Petugas sudah harus berada di menu memasukkan data anggota

Post – Condition               : data informasi anggota baru sudah tersimpan

Aksi Aktor	Reaksi Sistem
Alur Data (Basic Flow)
1.       Memasukkan data anggota seperti Nama, No telepon, Alamat, E-mail
2.       Menekan tombol  “Simpan”
	3.       Mengecek valid tidaknya data masukkan
	4.       Jika data anggota valid, maka data tersebut disimpan didatabase dan akan menampilkan pesan “Data anggota sudah disimpan”
Alur alternative No 4 Jika data anggota tidak valid, maka sistem akan menampilkan pesan “Data tidak valid

Alur alternative untuk memperbaharui data pustaka
Aksi Aktor	Reaksi Sistem
1.       memasukkan Nama anggota perpustakaan
2.       menekan tombol “Cari”
	3.       Menampilkan informasi anggota perpustakaan seperti nama, no telepon, alamat, e-mail
4.       Memperbaharui data.  Beberapa pilihan data yang dapat diperbaharui diantaranya nama, no telepon, alamat, e-mail
5.       Menekan tombol “Simpan”
	6.       Mengecek valid tidaknya data yang diperbaharui
	7.       Jika data yang dimasukkan valid, maka data anggota yang baru akan disimpan di database dan menampilkan pesan “Sukses disimpan”
Alur alternative No 7 Jika data anggota yang diperbaharui tidak valid, maka akan menampilkan pesan “Tidak sukses disimpan”

Alur alternative untuk menghilangkan data pustaka
Aksi Aktor	Reaksi Sistem
1.       Memasukkan nama anggota perpustakaan
2.       Menekan tombol “Cari”
	3.       Menampilkan informasi anggota perpustakaan seperti nama, no telepon, alamat, e-mail
4.       Menekan tombol “Hapus”
	5.       Menampilkan pesan “Yakin akan dihapus?”
	6.       Jika jawaban pesan adalah “Ya”, maka data anggota yang dicari akan dihapus dari database
Alur alternative NO 6 Jika jawaban pesan adalah “Tidak”, maka akan ditampilkan menu anggota

Nama Use Case                : Memasukkan data peminjaman

Actor                                     : Petugas

Descripsi                              : Proses ini adalah sebuah kegiatan untuk memasukkan data buku yang dipinjam

                                                  Oleh anggota perpustakaan

Pre – Condition                 : 1. Petugas sudah harus memiliki IDpetugas agar bisa memproses data buku baru

                                                  2. Petugas sudah harus berada di menu memasukkan data anggota

Post – Condition               : data informasi anggota baru sudah tersimpan

Aksi Aktor	Reaksi Sistem
Alur dasar (basis flow)
1.       Memasukkan data peminjaman diantaranya yaitu nama anggota perpustakaan, judul buku, tanggal peminjaman, tanggal pengembalian
	2.       Mengecek valid tidaknya data peminjaman
	3.       Jika data peminjaman valid, maka akan disimpan kedatabase dan menampilkan pesan “Sudah disimpan”
Alur altenatif No 3 Jika data peminjaman tidak valid, maka sistem akan menampilkan pesan “Data tidak valid”

Alur alternative untuk mengubah data peminjaman
Aksi Aktor	Reaksi Sistem
1.       Memasukkan nama anggota perpustakaan
2.       Menekan tombol “Cari”
	3.       Menampilkan pustaka yang dipinjam oleh anggota perpustakaan
4.       Memilih data pustaka yang akan diubah berdasarkan judul buku
	5.       Menampilkan data peminjaman yang dicari
6.       Mengubah data peminjaman yang meliputi judul buku, tanggal peminjaman, tanggal pengembalian, status peminjaman.
7.       Menekan tombol “Simpan”
	8.       Mengecek valid tidaknya data masukkan
	9.       Jika data peminjaman valid , maka akan disimpan di database dan menampilkan pesan “ Data disimpan”
Alternative No 9 Jika data peminjaman tidak valid, maka akan menampilkan pesan “ data tidak bisa disimpan”

Nama Use Case                : Mencari Pustaka

Actor                                     : Anggota/Pengunjung

Descripsi                              : Proses ini adalah sebuah kegiatan untuk pustaka sesuai dengan kriteria tertentu

Pre – Condition                 : 1. Anggota perpustakaan sudah berada di menu pencarian                                       

Post – Condition               : Data pustaka ditemukan

Aksi Aktor	Reaksi Sistem
1.       Memasukkan kriteria pencarian berdasarkan judul pustaka atau pengarang atau kategori pustaka
2.       Menekan tombol “Cari”
	3.       Jika data pustaka ada, maka akan menampilkan data pustaka yang dicari
Alur alternative No 3 Jika data pustaka tidak ditemukan, maka akan menampilkan pesan “pustaka yang dicari tidak ada"

System Request untuk Sistem Perpustakaan Daerah

Saat ini saya akan menunjukan bagi kalian contoh dari system Request dari sistem perpustakaan daerah,  mudah-mudahan dapat membantu bagi kalian....

System Request – Sistem Informasi Kantor Perpustakaan Dan Arsip Daerah

System Analysis and Design

No.	PROJECT ELEMENT	DESCRIPTION
1.	Project Sponsor	Kepala Kantor Perpustakaan Dan Arsip Daerah
2.	Business Needs	Meningkatkan pelayanan bagi membership, meningkatkan pendapatan, mengoptimalkan waktu, dll. Dilengkapi dengan pemesanan buku, pengadaan bahan pustaka, pengolahan bagan pustaka, system pencarian kembali bahan.
3.	Business requirement	Pustaka, system sirkulasi, membership, pengaturan denda keterlambatan pengembalian, dan system reporting aktifitas perpustakaan dengan berbagai parameter pilihan contohnya seperti jumlah pengunjung, dan lain sebagainya.
4.	Business Value	Peningkatan pendapatan dari pendapatan dari pelanggan, serta pendapatan baru jika ada buku yang ingin dibeli oleh costumer, peningkatan pendapatan sebelum adanya system.
5.	Special Issues or Constrains	Kerjasama dengan penerbit.

FEASIBILITY

Studi awal untuk memeriksa kebutuhan informasi calon pengguna akhir dan tujuannya, batasan dan kebutuhan sumber daya, biaya, manfaat, dan kelayakan dari kegiatan yang diusulkan. Metode yang sama dalam pengumpulan informasi merekomendasikan yang mudah dalam pendekatan sistem (wawancara, observasi dan sebagainya) yang digunakan untuk mengumpulkan data untuk studi kelayakan.

1.      TECHNICAL FEASIBILITY

Sistem yang akan kami bangun dalam kantor perpustakaan dan arsip daerah akan sangat membantu transaksi yang dilakukan. Kantor ini merupakan suatu fasilitas yang dibuat oleh pemerintah untuk membantu rakyat dalam menambah ilmu pengetahuan, maka secara tidak langsung system ini juga membantu rakyat. Maka ada beberapa keuntungan dari pembuatan system ini, yaitu:

·         System transaksi yang masih manual sehingga membutuhkan sebuah system untuk mempercepat transaksi

·         Transaksi peminjaman dan pengembalian buku yang teratur dan terorganisir sehingga tingkat kesalah semakin kecil sehingga membantu para pelanggan dan akan meningkatkan transaksi.

Project Size                       : Semakin besar cakupan maka semakin banyak waktu yang diperlukan untuk membangun system tersebut. Pada kantor ini cakupan system yang akan dibuat tidak terlalu besar karena transaksi yang dilakukan tergolong kecil dan tidak terlalu banyak.  Perkiraan  waktu yang dibutuhkan untuk membangun system hanya sekitar 3 minggu.

Hal – hal yang dikerjakan selama waktu pembuatan system:

Minggu pertama     : Pengumpulan informasi ( data buku, jumlah buku, biaya keterlambatan pengembalian buku, jumlah transaksi peminjaman maupun pengembalian.

Minggu kedua        : Pembuatan system meliputi tahap Planning, analysis, dan design.

Minggu ketiga        : Implementasi awal dan pengujian system, apakah sudah sesuai dengan yang diinginkan  oleh pihak client.  Jika system belum sesuai dengan yang diharapkan maka kami akan memperbaharuinya sehinga sesuai dengan yang diininginkan kantor/ client kami.

2.      ECONOMIC FEASIBILITY

Dalam pembangunan system ini kami merangkum biaya yang diperlukan dalam pembuatan system ini.

Development Cost

Biaya yang diperlukan selama pembuatan system yang sifatnya one time cost (biaya yang sekali dikeluarkan.

Biaya yang diperlukan adalah:

1.      Dua buah computer desktop (CPU + Monitor) 2 buah x 3.500.000           =          7.000.000

2.      Switch                                                                                            =          200.000

3.      Kabel UTP, 10/meter x 3000                                                         =          30.000

4.      Biaya kerja                                                                                    =          1.000.000

=          8.230.000

Annual Operating Cost

            Pada bagian ini didatakan biaya yang dibutuhkan selama system dijalankan.  Sifatnya on-going cost (biaya yang terjadi secara terusmenerus).

1.      Gaji perbulan ( 4 orang karyawan )                                   4 x 800.000     =          3.200.000

2.      Biaya perawatan buku                                                                   =          400.000

Annual Benefits

Dengan system yang teratur, maka seluruh transaksi terdata dan terjumlah dengan baik dan tepat, sehingga kantor ini mengetahui besarnya transaksi yang dilakukan beserta pendapatan dari biaya denda perbulan ataupun pertahun.

Dalam bagian ini didatakan keuntungan per tahun yang didapati oleh kantor ini.

3.      ORGANIZATIONAL FEASIBILITY

Bagaimana system itu mendukung rencana strategis organisasi karena mempermudah transaksi yang dilakukan sehingga memperbaiki kinerja dan data yang konsisten (sesuai dengan transaksi).  Transaksi  dalam hal ini yaitu; peminjam, alamat peminjam, buku yang dipinjam, buku yang dikembalikan berseta dengan tanggal transaksi , sehingga kesalahan yang terjadi semakin kecil.