Anda di halaman 1dari 9

Nama :

Nim :
Kelas :
Mata Kuliah :

Tugas 1
Membuat System Request Untuk Aplikasi Sistem Perpustakaan Daerah yang
dibutuhkan oleh Suatu Organisasi

No. PROJECT DESCRIPTION


ELEMENT
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 Pustaka, system sirkulasi, membership, pengaturan denda keterlambatan
requirement 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 Kerjasama dengan penerbit.


Constrains

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.
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"

2020 2021 2022 2023


Peningkatan
penjualan dari
pelan

Anda mungkin juga menyukai