Bagian
1 - Pendahuluan
Request for Proposal (RFP) proyek E-Library Web Based Application
merupakan kumpulan spesifikasi awal, kebutuhan tenaga ahli dan perencanaan
proyek.
2.1 Tujuan
·
Mendapatkan gambaran awal mengenai scope pekerjaan
dan resource yang dibutuhkan dalam proyek
·
Mendapatkan perkiraan investasi pekerjaan proyek
·
Sebagai pedoman dalam pembuatan kerjasama dengan
vendor pengembang aplikasi, sedemikian rupa sehingga proses pengadaan jasa
dapat dilakukan dengan lebih efektif dan efisien.
2.2 Ruang Lingkup & Tanggung Jawab
Ruang lingkup tanggung
jawab dalam pengembangan aplikasi untuk memenuhi kebutuhan Universitas
Gunadarma, secara garis besar adalah sebagai berikut:
·
Pihak Universitas Gunadarma bertanggung jawab
sebagai:
o Pemilik proyek.
o Manajer proyek.
o Counterpart bagi
rekanan.
o Nara sumber resmi.
o Penyedia informasi yang
dibutuhkan rekanan.
·
Pihak Rekanan bertanggung jawab terhadap:
o Perencana dan pelaksana
manajemen proyek bersama Universitas Gunadarma.
o Pelaksana pengembangan
sistem.
o Pembuatan laporan
progress selama pengembangan.
o Penyediaan dokumentasi
hasil pengembangan (teknis maupun non-teknis).
o Pelaksana implementasi
system.
o Memastikan aplikasi
berjalan normal di lingkungan operasional setelah proses implementasi ke sistem
operasional selesai dilakukan
o Pemeliharaan sistem
selama masa garansi.
Selain itu rekanan
wajib menjaga kerahasiaan data dan informasi yang dimiliki oleh Universitas Gunadarma (akan dicover dalam Non-Disclosure Agreement).
2.3 Arsitektur Sistem
Secara umum, Aplikasi E-Library
yang akan dikembangkan memiliki karakteristik sebagai berikut:
1. Aplikasi berbasis
web, disepakati menggunakan bahasa pemrograman PHP dengan menggunakan salah
satu framework Yii atau Codeigniter.
2. Mengelola data master,
transaksi, dan reporting yang disimpan menggunakan DBMS MySql.
3. Terdapat 2 jenis user,
yaitu:
a. System Admin, yang bertugas mengelola master data
utama, seperti: Buku, Penyimpanan Buku, Pengembalian Buku, dan lain-lain.
b. Pengujung, yang dapat melihat informasi dari
setiap buku, peminjaman dan pengembalian buku.
Bagian 2 -
Tanggapan
Setelah diadakannya
pertemuan dengan pihak Universitas Gunadarma tentang adanya pengembangan Sistem
E-Library Universitas Gunadarma maka kami akan mengajukan kerja sama dalam hal
tersebut dengan ketentuan pekerjaan sebagai berikut.
2.1
Kebutuhan
Umum
Kebutuhan umum proyek yang ditawarkan kepada rekanan
meliputi:
a.
Pengembangan sampai dengan Implementasi Aplikasi E-Library
b. Penyelenggaraan
pelatihan dan alih teknologi ke pihak Universitas Gunadarma
c.
Penyediaan dokumen proyek, dokumen teknis, buku
manual dan source code dari aplikasi yang dikembangkan untuk diberikan kepada Universitas
Gunadarma dan merupakan hak cipta Universitas Gunadarma.
2.2 Kebutuhan Pengembangan Sistem
Berikut adalah kebutuhan pengembangan sistem yang
diklasifikasikan dalam modul-modul:
Kode Modul
|
P-MD-SA-0100
|
Nama Modul
|
Modul Master Data dan Transaksi
|
Jumlah
sub-modul/proses
|
4 buah
|
Estimasi durasi
pengerjaan modul
|
3 Hari
|
Kode Proses
|
P-MD-SA-0101
|
Nama Proses
|
Buku
|
User
|
System Admin
|
1.
Admin dapat melakukan
manajemen data buku dengan cara menambah, menghapus, mengubah, dan melihat
detail dari isi setiap buku
|
Kode Proses
|
P-MD-SA-0102
|
Nama Proses
|
Pengembalian Buku
|
User
|
System Admin
|
1.
Admin dapat melakukan
setting terhadap setiap pengembalian buku yang dilakukan oleh setiap
pengunjung.
|
Kode Proses
|
P-MD-SA-0103
|
Nama Proses
|
Peminjaman Buku
|
User
|
System Admin
|
a.
Admin dapat melakukan
setting terhadap setiap peminjaman buku yang dilakukan oleh setiap pengunjung.
|
Kode Proses
|
P-MD-SA-0104
|
Nama Proses
|
Daftar Hadir Pengunjung
|
User
|
System Admin
|
a.
Admin dapat melakukan
setting terhadap setiap daftar hadir pengunjung setiap harinya.
|
Bagian
3 – Rincian Biaya
Rincian Man Days Setiap Role
No
|
Role
|
Days
|
Person
|
Man
Days
|
Total
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Rincian Man Days Setiap Role
Bagian
4 – Kesimpulan
Kesimpulan
yang akan menjadi tanggung jawab
rekanan adalah sebagai berikut:
1. Perbaikan
aplikasi karena kesalahan program (bug) untuk modul, report, fungsi, dan proses
yang tidak teridentifikasi ketika serah terima dilakukan.
2. Tuning
performansi apabila performansi sistem dirasakan tidak optimal apabila
dibandingkan dengan kapasitas infrastruktur yang ada berdasarkan standar
performansi yang telah disepakati.
3. Recovery
karena terjadinya kerusakan pada aplikasi/crash (kondisional).
4. Perubahan
minor yang tidak mengubah spesifikasi pekerjaan (bukan penambahan atau perubahan aplikasi karena kebutuhan bisnis
proses).
5. Bantuan
operasional dan panduan pemakaian aplikasi.
6. Posisi
standby Rekanan dalam masa garansi: On Call akhir masa garansi.
7. SLA
waktu perbaikan apabila ditemukan gangguan yangdisebabkan oleh kesalahan
aplikasi adalah maksimum 1 hari di Kampus H Universitas Gunadarma apabila
disepakati bersama bahwa perbaikan harus dilakukan on site. Khusus untuk
modul-modul yang krusial, perbaikan harus diselesaikan pada hari yang sama.