Project RPL Aplikasi Perpustakaan Berbas

(1)

DAFTAR ISI

(2)

DOKUMEN KONTROL

Daftar Perbaikan Dokumen

Tanggal Penulis Versi Referensi

Mengetahui

Nama Jabatan Tanda Tangan

(3)

INFO GLOBAL

Nama Proyek : Pembuatan Aplikasi Perpustakaan Berbasis web Pemilik Proyek : Fuhrer bin Muller

Manajer Proyek : Ahmad Agie Faishal Global Proyek

 Deskripsi Singkat : Aplikasi perpustakaan berbasis web ini dapat

memudahkan user dalam mencari dan melihat ketersediaan buku, serta melakukan registrasi anggota dan bahkan melihat denda yang dia dapat apabila telat mengembalikan buku.

 Predecessor :

(4)

A. Permasalahan

Beri keterangan singkat mengenai permasalahan bisnis.

B. Deskripsi Produk / Servis

Beri keterangan singkat mengenai deskripsi produk atau servis.

C. Faktor Penentu Keberhasilan

Deskripsikan tentang kondisi yang menyangkut faktor-faktor yang mendukung keberhasilan proyek, juga faktor-faktor yang bisa memhambat proyek.

 Untuk mengaksesnya perlu koneksi internet, sehingga user/mahasiswa bisa mengaksesnya dimana saja.

 Untuk mencari dan melihat ketersediaan buku pada aplikasi

berbasis web ini diwajibkan untuk sudah menjadi anggota, aplikasi ini pun menyediakan form registrasi untuk menjadi anggota.

 User/mahasiswa dapat dengan cepat dan mudah dalam hal mencari dan melihat ketersediaan buku, serta registrasi anggota. Dengan begitu user sudah mengetahui buku, dan keterangan buku yang akan dia pinjam.

 Juga melihat buku, deadline pengembalian buku, dan denda pada user apabila dia telat mengembalikan buku.

 Kurang efektifnya pencarian buku dan melihat ketersediaan buku. Untuk melakukan pencarian buku harus datang langsung ke

perpustakaan, dan itupun keterangan ketersediaan bukunya belum jelas.

 Banyaknya user/mahasiswa yang lupa mengembalikan buku pada deadline yang telah ditentukan petugas perpustakaan.

 Keberisikan di perpustakaan karena lalu lalang orang yang sedang mencari buku, hal ini membuat perpustakaan kurang kondusif bagi para mahasiswa atau pihak lain yang sedang membaca.

Faktor Pendukung

 Kerja sama team yang professional dan team yang ahli.  Semua mahasiswa aktif menjadi anggota perpustakaan. Faktor Penghambat

 Estimasi waktu yang tidak sesuai dengan schedule.  Anggota team tidak mempunyai visi yang sama.

(5)

D. Keuntungan yang Diharapkan

Deskripsikan keuntungan-keuntungan yang diharapkan dari proyek yang akan dilaksanakan.

E. Teknologi

Deskripsikan tentang teknologi yang diperlukan / digunakan untuk keperluan proyek.

F. Deskripsi Proyek

Berikan deskripsi proyek secara umum (high-level) yang meliputi:

 Maksud dan Tujuan Proyek

Maksud dan tujuan proyek ini yaitu untuk membantu dan memudahkan mahasiswa dalam hal pencarian, melihat ketersediaan buku, dan registrasi anggota, serta untuk memperbaiki proses sirkulasi peminjaman buku agar mahasiswa mengenbalikan buku tepat pada waktunya.

 User/mahasiswa diharapkan dapat melakukan pencarian, melihat ketersediaan buku dan melakukan registrasi anggota dengan mudah, dengan begitu sangat diharapkan dapat mempermudah proses

peminjaman.

 User/mahasiswa dapat mengembalikan buku tepat pada waktunya.  Dengan adanya aplikasi perpustakaan berbasis web ini diharapkan

dapat meningkatkan mutu pelayanan petugas perpustakaan kepada user/mahasiswa, dan juga bisa meningkatkan efektivitas kerja bagi petugas perpustakaan.

 HTML 5  CSS 3  PHP

 My SQL Database  WEB Browser

(6)

 Hasil yang Diinginkan

Hasil yang diinginkan adalah dapat membantu dan memudahkan

mahasiswa dalam hal pencarian, melihat ketersediaan buku, dan dalam hal registrasi anggota, serta mahasiswa dapat mengembalikan buku sesuai jadwal yang telah ditentukan petugas perpustakaan . Dengan begitu diharapkan dapat mempermudah dalam proses peminjaman buku. Dan juga aplikasi perpustakaan ini dapat digunakan dan dimanfaatkan khususnya mahasiswa.

 Jadual & Milestones (Penanda Pekerjaan)

 Estimasi / Perkiraan Biaya

- Sumber Daya Manusia dan Biaya Lainnya  Project manager : Rp. 6.500.000  System Analyst : Rp. 4.000.000  Database Engineering : Rp. 3.500.000

 Designer : Rp. 3.000.000

 Programmer 2 org : Rp. 2.500.000 x 2  Testing dan Perbaikan : Rp. 2.000.000  Biaya tak terduga : Rp. 1.000.000 +

Total : Rp. 25.000.000

- Tahap Pengerjaan

 Analisa Permasalahan : Rp. 3.000.000

 Desain Mockup : Rp. 2.000.000

No Aktifitas _{1 2 3 4 1 2 3 4 1 2 3}Mei 2015 Juni 2015 Juli 2015₄ 1. Analisis Permasalahan

2. Desain Mockup 3. Pemrograman 4. Pengujian 5. Perbaikan

(7)

 Pemrograman : Rp. 5.000.000

 Pengujian : Rp. 1.000.000

 Perbaikan : Rp. 0 +

Total : Rp. 11.000.000

 Estimasi Sumberdaya yang Diperlukan Sumber Daya Manusia :

 1 Project Manager  1 System Analyst

 1 Database Engineering  1 Designer

 2 Programmer

G. Perencanaan Aktivitas Secara Global

Cantumkan aktivitas-aktivitas apa saja yang akan dikerjakan untuk memenuhi fase inisiasi dan fase perencanaan. Aktivitas yang dimaksudkan disini adalah aktivitas global saja.

No Deskripsi Aktivitas Jumlah

Hari Estimasi Biaya Milestone

1. _{Analisis Permasalahan} _{7 hari} _{Rp. 3.000.000} _Analisis 2. _{Desain Mockup} 7 hari Rp. 2.000.000 Design

3. _Pemrograman _{28 hari} _{Rp. 5.000.000} _Implementasi

4. _Pengujian _{14 hari} _{Rp. 1.000.000} _Testing

5. _Perbaikan _{± 3o hari} _{Rp. 0} _Testing

6. _Maintenance Dilakukan setelah aplikasi system ini siap dioperasikan

Maintenance

(8)

H. Risiko

Deskripsikan risiko proyek.

Pembahasan disini hanya pada risiko perubahan scope proyek, tidak membahas risiko-risko proyek secara keseluruhan (seperti: riisko kebijakan pemerintah, risiko perubahan struktur organisasi, dll).

I. Batasan

Deskripsikan batasan-batasan proyek secara umum.

J. Asumsi

Deskripsikan asumsi-asumsi proyek secara umum.

 Biaya bertambah

 Perlu koneksi internet untuk mengakses.

 Perlu menjadi anggota untuk bisa mencari dan meminjam buku.  Peminjaman harus datang langsung ke operator, system hanya

memberikan informasi mengenai buku.

(9)

K. Metode Penelitian

Menggunakan Pemodelan Waterfall

a. Requirment Definition

Pada tahap ini akan dilakukan pengumpulan informasi dan data untuk membuat aplikasi. Pada tahap ini pula ditentukan batasan masalah, yaitu aplikasi berbasis web ini dapat digunakan pada device yang mempunyai web browser dan memiliki koneksi internet.

b. System and Software Design

Pada tahap ini akan dilakukan desain dari sistem dan software yang berbasis web mulai dari fungsi, usecase diagram, sequence diagram, class diagram, dan user Interface.

c. Implementation and Unit Testing

Tahap ini dilakukan oleh Programmer, Designer, dan Tester User, dalam mengembangkan aplikasi yang akan dibuat.

d. Integration and System Testing

Tahap ini dilakukan setelah aplikasi berbasis web ini sudah mantap dan akan segera dihosting serta siap diberi nama domain oleh pihak client sehingga bisa segera diakses oleh user.

e. Operation and Maintenance

(10)

L. Analisis

Analisis Permasalahan

 Kurang efektifnya peminjaman buku di perpustakaan, karena sebelum meminjam, kita harus mengunjungi perpustakaan, mencari buku dan kemudian meminjam. Itupun jika sesuai rencana, tapi apabila bukunya tidak ada atau sedang dipinjam mahasiswa/orang lain maka usaha kita untuk meminjam dengan datang langsung akan sia-sia. Belum lagi apabila kita belum menjadi anggota perpustakaan, maka kita harus melakukan registrasi terlebih dahulu dan harus menunggu konfirmasi, karena syarat untuk meminjam buku adalah harus menjadi anggota perpustakaan.

 Proses sirkulasi peminjaman buku yang tidak seimbang, jumlah

peminjaman lebih besar dari pada pengembalian buku.

 Perpustakaan yang seharusnya tempat yang nyaman bagi pembaca

menjadi cukup gaduh yang ditimbulkan akibat lalu-lalang para pencari buku.

Analisa Sistem Usulan

 Membuat aplikasi perpustakaan berbasis web sehingga dapat diakses melalui device/gadget apapun dan dimana pun yang bisa mempermudah mahasiswa dalam melakukan pencarian dan melihat ketersediaan buku, serta registrasi anggota. Dengan begitu proses peminjaman buku lebih efektif.

 Sistem ini juga dapat memberi tahu deadline pengembalian buku dan

denda yang didapat mahasiswa karena keterlambatan pengembalian buku.

(11)

1. A. Use Case Diagram

(12)

Usecase Name Register

Usecase Id 1

Actor Mahasiswa

Description Pada usecase ini, mahasiswa yang belum menjadi anggota perpustakaan harus melakukan registrasi terlebih dahulu.

Mahasiswa akan mengisi nama lengkap, NIM, fakultas, tanggal lahir, alamat, nomor telepon dan foto.

Sementara ID Anggota sudah diisi otomatis yang nantinya ID Anggota itu akan menjadi username user, sementara hari, tanggal dan tahun lahir akan menjadi passwordnya. Dan semua form itu bersifat

requirements.

Pre Condition Mahasiswa belum menjadi anggota perpustakaan. Typical Course of Event Actor Action System Response

 Memilih menu register.

 Menginput data.

 Jika semua diisi dengan benar, akan menyimpan ke database

 Jika salah atau belum lengkap, akan ada peringatan data required.

Post Condition Mahasiswa sudah mendaftar dan tinggal menunggu konfirmasi operator dan admin petugas perpustakaan.

Usecase Name Login

Usecase Id 2

Actor User, Admin, Operator, Admin

Description Pada usecase ini, semua actor login menggunakan ID Anggota sebagai username dan tanggal lahir sebagai password.

Pre Condition User, Admin, Operator, Admin harus sudah memiliki username dan password yang telah terdaftar di database system.

Typical Course of Event Actor Action System Response

 Memasukkan username dan

(13)

password yang benar

password pada database

 Jika data yang dimasukan benar maka system menampilkan

halaman utama pada setiap actor.

 Jika yang dimasukkan salah maka system mengembalikan ke halaman awal.

Post Condition Semua actor masuk ke system.

Usecase Name View Peminjaman

Usecase Id 3

Actor User

Description Pada usecase ini, user bisa melihat data buku, deadline pengembalian, bahkan denda.

Pre Condition Mahasiswa belum tahu/lupa deadline pengembalian buku.

 Memilih menu peminjaman.

 Sistem merespon dengan cara

menampilkan data buku yang user tersebut pinjam.

Post Condition Mahasiswa mengetahui deadline/denda pengembalian buku.

Usecase Name Melihat Buku

Usecase Id 4

Actor User

Description Pada usecase ini, user bisa melihat keterangan buku. Tersedia atau dipinjam.

Pre Condition Mahasiswa belum tahu keterangan buku.

(14)

buku. dengan cara

menampilkan data buku yang

perpustakaan.

Post Condition Mahasiswa mengetahui data buku.

Usecase Name Konfirmasi Anggota

Usecase Id 5

Actor Admin dan Operator

Description Pada usecase ini, actor bisa melihat data mahasiswa yang belum dikonfirmasi dan actor bisa langsung mengkonfirmasi.

Pre Condition Mahasiswa yang daftar belum dikonfirmasi oleh actor. Typical Course of Event Actor Action System Response

 Memilih menu konfirmasi pada setiap menu tiap actor.

 Mengkonfirmasi.

menampilkan data mahasiswa yang sudah melakukan registrasi online.

 Jika actor sudah mengkonfirmasi, system akan merubah status mahasiswa menjadi user pada database.

Post Condition Mahasiswa sudah menjadi anggota perpustakaan.

Usecase Name Tambah Buku

Usecase Id 6

Actor Operator

Description Pada usecase ini, actor bisa menambah dan menginput data-data buku.

Pre Condition Operator akan menginput data-data buku ke system. Typical Course of Event Actor Action System Response

 Memilih menu tambah buku.

 Menginput data.

(15)

data buku

 Kemudian system akan menyimpan ke database dan akan menampilkannya di menu data buku user.

Post Condition Data buku sudah tersimpan dan sudah bisa dipinjam.

Usecase Name Catat Peminjaman Buku

Usecase Id 7

Actor Operator

Description Pada usecase ini, actor mencatat peminjaman buku oleh user. Sehingga nantinya user bisa melihat keterangan deadline pengembalian dan denda buku apabila user telat.

Pre Condition Operator akan menginput data peminjaman buku oleh user.

 Menginput data.

menampilkan form peminjaman.

 Kemudian system akan menyimpan ke database dan akan menampilkannya di menu buku yang dipinjam user.

Post Condition Data peminjaman sudah tersimpan dan sudah muncul di akun user yang meminjam.

Usecase Name Pengembalian

Usecase Id 8

(16)

Description Pada usecase ini, actor mengkonfirmasi pengembalian buku.

Pre Condition Operator akan mengkonfirmasi pengembalian buku. Typical Course of Event Actor Action System Response

 Memilih menu pengembalian.

 Mengkonfirmasi.

menampilkan semua data buku yang dipinjam.

 Kemudian system merubah status buku menjadi tersedia.

Post Condition Status buku menjadi tersedia.

Usecase Name Melihat Sirkulasi Buku

Usecase Id 9

Actor Pemimpin

Description Pada usecase ini, actor bisa melihat proses sirkulasi buku.

Pre Condition Pemimpinakan melihat proses sirkulasi buku.

 Memilih menu data buku.

menampilkan semua data buku.

Post Condition Pemimpin mengetahui proses sirkulasi buku.

Usecase Name Melihat Data Peminjaman

Usecase Id 10

Actor Pemimpin

Description Pada usecase ini, actor bisa melihat proses dan keterangan peminjaman buku.

Pre Condition Pemimpinakan melihat data peminjaman buku. Typical Course of Event Actor Action System Response

menampilkan semua data peminjaman.

(17)

Usecase Name Logout

Usecase Id 11

Actor User, Admin, Operator, Pemimpin Description Proses untuk keluar dari aplikasi. Pre Condition Actor berada pada halaman tiap actor.

 Memilih logout.  Sistem merespon untuk keluar aplikasi dan menghapus session login

Post Condition Actor keluar dari aplikasi

(18)

b.

(19)

d.

(20)

f.

g.

(21)

i.

j.

k.

(22)

(23)

N. Penjadwalan

(24)

O. Mockup 1.Home

2.Register

(25)

(26)

(27)