Nama : Moch. Imam Zarqoni
NRP: 5113100154
Kelas: F
Deskripsi Proyek
Judul proyek : Rancang Bangun Sistem Informasi Perpustakaan Berbasis Web di SMA YPPI 1 Surabaya.
Deskripsi :
Penciptaan sebuah sistem informasi perpustakaan sangat dimungkinkan
untuk mempermudah pustakawan dalam pengelolaan bahan pustaka serta
mempermudah dalam melayani pemustaka. Penerapan sistem informasi
perpustakaan berbasisi web di perpustakaan dapat diterapkan di berbagai
jenis perpustakaan, salah satunya adalah perpustakaan sekolah.
Perpustakaan sekolah didirikan untuk memenuhi kebutuhan informasi
pemustaka di lingkungan sekolah, selama ini pengelolaan dan pelayanan
yang diberikan perpustakaan masih bersifat manual yang memberikan dampak
bagi pengelolaan dan pelayanan terhadap pemustaka. Bisa dibayangkan
apabila terdapat ribuan koleksi bahan pustaka, ratusan anggota dan
jumlah peminjaman yang banyak maka akan memerlukan waktu lama dalam
proses pengelolaan bahan pustaka dan pelayanan terhadap pemustaka.
Melihat adanya fenomena mengenai penerapan sistem informasi perpustakaan
sekolah menengah atas, dapat dikatakan bahwa masih banyak perpustakaan
sekolah menengah atas yang masih menggunakan sistem manual, untuk itu
diperlukan sebuah perencanaan untuk menerapkan sistem informasi
perpustakaan. Sehubungan dengan masalah sistem informasi perpustakaan,
penulis memilih tempat perpustakaan sekolah menengah atas YPPI 1
surabaya sebagai tempat untuk dijadikan sebuah penelitian mengenai
perencanaan sistem informasi khususnya mengenai rancang bangun sistem
informasi perpustakaan berbasis web.
Hal ini dikarenakan perpustakaan sekolah menegah atas YPPI 1 Surabaya
masih mengggunakan sistem layanan manual, tuntutan kebutuhan pengguna
atas pelayanan koleksi secara bersama dan efisiensi waktu dan biaya
membuat perpustakaan SMA YPPI 1 Surabaya untuk menerapkan sistem
informasi di perpustakaan. Dengan adanya perubahan sistem pelayanan
informasi secara manual menjadi sistem informasi berbasis web ini
diharapkan segala aktivitas sistem tersebut memberikan kemudahan bagi
perpustakaan untuk melakukan kegiatan melayani pengguna dan memenuhi
tuntutan pengguna akan perubahan layanan diperpustakaan.
Link Dokumentasi yang dikerjakan:
1. Link KAK
2. Link Project Charter
3. Link Manajemen Waktu
4. Link Manajemen Biaya
5. Link Manajemen SDM
6. Link Manajemen Resiko
7. Link Dokumen Lengkap
Minggu, 22 Mei 2016
Manajemen Resiko
Manajemen Resiko
|
Resiko
|
Teknik mengurangi resiko
|
|
Kegagalan pada
personil
|
· Memperkerjakan staf yang handal
· Job matching
· Membangun tim
· Mengadakan pelatihan
dan peningkatan karir
· Membuat jadwal lebih awal bagi
personil utama
|
|
Estimasi biaya dan
waktu yang tidak realistis
|
· Membuat beberapa
estimasi
· Desain untuk biaya
· Meningkatkan
pengembangan
· Merekam dan
menganalisa proyek sebelumnya
· Standarisasi metode
|
|
Mengembangkan fungsi
software yang salah
|
· Evaluasi proyek
ditingkatkan
· Buat metode
spesifikasi yang formal
· Survey pengguna
· Buat prototype
· Buat user manual
lebih awal
|
|
Mengembangkan
antarmuka pengguna yang salah
|
· Membuat prototype
· Analisis tugas
· Keterlibatan
pengguna
|
|
Gold plating
|
· Mengurangi kebutuhan
· Membuat prototype
· Analisis biaya
manfaat
· Desain biaya
|
|
Terlambat untuk
mengubah kebutuhan
|
· Mengubah prosedur
kendali
· Membatasi perubahan
yang terlalu banyak
· Meningkatkan
prototype
· Meningkatkan
pengembangan (akibat perubahan)
|
|
Kegagalan pada
komponen yang disuplai pihak eksternal
|
· Melakukan
benchmarking
· Inspeksi
· Spesifikasi formal
· Kontrak perjanjian
· Prosedur dan
sertifikasi jaminan kualitas
|
|
Kegagalan
menjalankan tugas eksternal
|
· Prosedur jaminan
kualitas
· Desain / prototype
yang kompetitif
· Membangun tim
· Kontrak insentif
|
|
Kegagalan kinerja
real-time
|
· Simulasi
· Benchmarking
· Prototipe
· Tuning
· Analisis teknis
|
|
Pengembangnya
terlalu sulit secara teknis
|
· Analisa teknis
· Analisis biaya
manfaat
· Prototipe
· Melatih dan
mengembangkan staf
|
Project Charter
Project Name: Rancang Bangun
Sistem Informasi Perpustakaan Berbasis Web dengan php dan MySql di Perpustakaan
SMA YPPI 1 Surabaya
Company : Perpustakaan SMA
YPPI 1 Surabaya
Focus Area: Pembuatan Website
Product/Process: Website
Project Time : 21 Maret 2016
till 10 Juni 2016
Cost Estimation : Rp
20.000.000
Prepared By
|
Document Owner(s)
|
Project/Organization Role
|
|
|
Project Manager
|
|
|
Developer
|
|
|
Stakeholder
|
Project Charter Version Control
|
Version
|
Date
|
Author
|
Change Description
|
|
1.0
|
16/03/2016
|
|
Document created
|
Confidential
project-charter-kelompok-7
(1) Last printed on 3/21/2016 7:23:00 AM
1 PROJECT CHARTER PURPOSE
Tujuan dari proyek ini adalah membanguan sistem informasi perpustakaan
berbasis web yang dapat mendigitalisasi semua proses transaksi pada
perpustakaan SMA YPPI 1 Surabaya. Website ini dibangun untuk mempermudah
pustakawan dalam pengelolaan bahan pustaka serta mempermudah dalam melayani
pemustaka dengan dukungan teknologi informasi.
2 PROJECT EXECUTIVE SUMMARY
• Project goals
• Objectives
• Scope
• Assumptions
• Risks
• Costs
• Timeline
• Approach
• Organization
3 PROJECT OVERVIEW
Tujuan dari proyek ini adalah pembuatan website untuk menangan
transaksi yang ada di perpustakaan SMA YPPI 1 Surabaya. Aplikasi web akan
dibangun menggunakan bahasa pemrograman php dan menggunakan database MySql guna
menyimpan informasi dan mendapatkan informasi yang dibutuhkan.
4 PROJECT SCOPE
4.1 Goals and Objectives
|
Goals
|
Objectives
|
|
Proyek
akan membangun website yang akan menangani transaksi pada perpustakaan SMA
YPPI 1 Surabaya
|
1. Melakukan interview kepada staf perpustakaan SMA YPPI 1 Surabaya
2. Melakukan
interview kepada siswa SMA YPPI 1 Surabaya.
3. Mengembangkan
halaman / page webiste sistem informasi perpustakaan.
|
4.2 Departmental Statements of Work (SOW)
|
Departmental SOW
|
Owner/Prime
|
Due Date/Sequence
|
|
Interview
kebutuhan stakeholder
|
Projecr
Manager , Stakeholder
|
Melakukakan
wawancara untuk mendapatkan kebutuhan utama
|
|
Fitur-fitur
mengenai profilling yang akan dibuat
|
Web
Developer , Stakeholder
|
Tim
web developer dan stakeholder mendiskusikan dan membuat requirement
fitur-fitur
apa yang diperlukan
|
|
Melakukan
desain interface sesuai dengan kebutuhan
|
Web
Designer, Stakerholder
|
Web
Designer dan Stakeholder bersama-sama mendisikusikan desain yang sesuai
dengan kebutuhan stakeholder namun tidak dapat keluar dari ruang lingkup yang
terlah di sepakati.
|
|
Deskripsi hasil kerja
(spesifikasi kebutuhan, source code, test plan)
|
Stakeholder,
Tim proyek
|
Pada
tim proyek harus dapat mendiskripsikan dan mendiskusikan kepada stakeholders
mengenai asumsi projek yang dibuat
|
|
Estimasi
usaha setiap work product tersebut
|
Project
Manager
|
Project
manager memilih seorang moderator dan tim estimasi yang terdiri atas 3 hingga
7 orang. Jika tim yang telah dipilih merasa bahwa dokumen vision dan scope
kurang memberikan informasi, maka project manager harus memperbaiki dokumen
tersebut
|
|
Testing
aplikasi
|
Tester
|
Melakukan uji coba
terhadap aplikasi yang terlah dibuat
|
|
Implementasi
aplikasi web
|
Tim Proyek
|
Tim melakukan
implementasi aplikasi web.
|
4.3 Project Deliverables
|
Milestone
|
Deliverable
|
|
1. Melakukan wawancara atau interview kepada stakeholder utama untuk
mendapatkan kebutuhan proyek yang sesuai
|
• Mendapatkan data dan infromasi mengenai proyek
• Mendapatkan kebutuhan utama stakeholder
• Menentukan batasan proyek
• Menentukan estimasi kebutuhan dana awal
• Dokumentasi pertemuan
• Dokumen kebutuhan proyek
|
|
2. Melakukan wawancara terhadap stakeholder lainnya (mahasiswa)
|
•
Mendapatkan kebutuhan utama dan
pendukung untuk proyek
• Dokumen kebutuhan proyek
• Dokumentasi pertemuan
• Dokumentasi pengembangan aplikasi
|
|
3. Pembuatan Sistem
(prototyping)
|
• Mendapatkan hasil website sementara (prototype)
• Layanan website sudah bekerja 80 persen
• Dokument pengembangan aplikasi (progress)
|
|
4. Desain Interface
|
•
Hasil desain website telah
selesai dan tetap merujuk pada dokumen kebutuhan
• Dokumen pengembangan aplikasi (final)
|
|
5. Presentasi Prototype
kepada stakeholder
|
• Mendapatkan feedback dari
stakeholder
• Informasi tentang kebutuhan minor
• Dokument kebutuhan proyek
|
|
6. Presentasi produk akhir
|
•
Layanan berjalan sesuai dengan
kebutuhan stakeholder
• Sistem dapat berjalan dengan baik
• Produk telah diimplementasikan
|
4.4 Deliverables Out of Scope
Tidak termasuk dalam proyek ini adalah pengimplementasian proses bisnis
yang terjadi dalam pembelian buku, hanya menangani pencatatan buku-buku yang
masuk.
4.5 Project Estimated Costs & Duration
|
Project
Milestone
|
Date
Estimate
|
Deliverable(s) Included
|
Confidence Level
|
|
Melakukan interview pada
stakeholder
|
21/03/2016
|
•
Informasi mengenai perpustakaan
• Informasi stakeholder yang terlibat
• Informasi proses bisnis yang ada
• Dokumen Kebutuhan
|
High
|
|
Analisa hasil interview
|
28/03/2016
|
•
Mendapatkan kebutuhan utama
• Dokumen kebutuhan
(final)
|
High
|
|
Desain Sistem dan interface
|
04/04/2016
|
• Prototype
|
High
|
|
Presentasi ke Stakeholder
|
25/04/2016
|
• Feedback mengenai
prototype
|
Medium
|
|
Implementasi aplikasi
|
02/05/2016
|
• Melakukan implementasi aplikasi
|
High
|
|
Instalasi server
|
23/05/2016
|
• Melukakan instalasi server
|
High
|
|
Testing aplikasi
|
30/05/2016
|
• Memperoleh
dokumentasi testing aplikasi
|
High
|
5 PROJECT CONDITIONS
5.1 Project Assumptions
• Proyek
ini diasumsikan suatu proyek yang bertujuan untuk membuat dan mengembangkan
website mengenai satu focus, yaitu Sistem Informasi Perpustakaan Di SMA YPPI 1 Surabaya
•
Proyek ini diasumsikan dapat
membantu siswa/i, staff Perpustakaan dan TU,
dan guru pada SMA YPPI 1 Surabaya
•
Proyek ini diasumsikan suatu
Sistem Informasi yang akan selalu diperbaharui informasinya agar dapat memberikan
informasi yang aktual bagi yang terlibat
didalamnya
5.2 Project Issues
Priority Criteria
1−High-priority/critical-path
issue; requires immediate follow-up and resolution.
2
−Medium-priority issue; requires follow-up before completion of next project
milestone. 3 −Low-priority issue; to be resolved prior to project completion.
4−Closed issue.
|
#
|
Issue
|
Priority
|
Owner
|
Description
|
Status & Resolution
|
|
1
|
Anggota tim
|
Low
|
Project
|
Kemungkinan
|
Mempunyai anggota
|
|
|
mendapatk-
|
|
Manager
|
terjadi hal
yang
|
cadangan
yang siap
|
|
|
an musibah
|
|
|
tidak diharapkan
|
dipekerjakan sesuai
|
|
|
|
|
|
yang
menimpa
|
dengan
keahlian yang
|
|
|
|
|
|
anggota tim
|
Dibutuhkan
|
|
|
|
|
|
|
|
|
2
|
Listrik mati
|
High
|
System
|
Kemungkinan
|
Menyiapkan aliran
listrik
|
|
|
pada saat
|
|
Analyst
|
terjadi
mati listrik
|
cadangan
menggunakan
|
|
|
pengemban-
|
|
|
pada saat
|
genset, atau UPS
untuk
|
|
|
gan aplikasi
|
|
|
pengembangan
|
keadaan mendesak.
|
|
|
Web
|
|
|
proyek.
|
|
|
|
|
|
|
|
|
|
3
|
Data Hilang
|
High
|
Tim
|
Dimungkinkan
|
Melakukan backup secara
|
|
|
|
|
Proyek
|
sekali data
|
berkala pada media
|
|
|
|
|
|
dapat
hilang
|
penyimpanan
yang
|
|
|
|
|
|
begitu saja
|
terpisah dengan
komputer
|
|
|
|
|
|
karena ancaman
|
untuk mengembangan.
|
|
|
|
|
|
virus dan
|
Menggunakan
tools
|
|
|
|
|
|
bencana yang
|
pendukung keamaan
|
|
|
|
|
|
tidak terduga
|
komputer
pengembangan
|
|
|
|
|
|
|
seperti antivirus.
|
|
4
|
Hardware mengalami kerusakan
|
High
|
Tim Proyek
|
Dimungkinkan
hardware yang terlibat dalam pengembangan mengalami kerusakan
|
Mengecek secara
menyeluruh kondisi hardware sebelum mulai melakukan pengembangan
|
5.3 Project Risks
|
#
|
Risk Area
|
Likelihood
|
RiskOwner
|
Project
Impact-Mitigation Plan
|
|
1
|
Waktu
|
High
|
Project
|
Meeting dilakukan
dengan mencari
|
|
|
Untuk
|
|
Manager
|
hari yang
longgar dan sebisa
|
|
|
melakukan
|
|
|
mungkin
|
diadakan
|
pertemuan
|
||||
|
|
pertemuan
|
|
|
setiap
|
harinya
|
walaupaun
|
hanya
|
|||
|
|
sangat sulit
|
|
|
sebentar.
|
|
|
|
|
|
|
|
|
|
|
|
Jika belum
mengatasi solusi lain
|
||||||
|
|
|
|
|
adalah
|
|
melakukan
|
netmeeting
|
|||
|
|
|
|
|
untuk memecahkan
masalah jarak
|
||||||
|
|
|
|
|
dan waktu.
|
|
|
|
|
||
|
|
|
|
|
|
||||||
|
2
|
Informasi
|
Medium
|
Project
|
Mencari stakeholder yang lainnya
|
||||||
|
|
dari
|
|
Manager
|
seperti staff TU dan guru
|
||||||
|
|
stakeholder
|
|
|
|
||||||
|
|
Utama
|
|
|
|
|
|
|
|
|
|
|
|
Kurang
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
3
|
Ruang
|
High
|
Project
|
Melakukan inisiasi
diawal mengenai
|
||||||
|
|
Lingkup
|
|
Manajer
|
batasan-batasan atau
constrains
|
||||||
|
|
Proyek
|
|
|
yang
terdapat dalam proyek
|
|
|||||
|
|
Melebar
|
|
|
|
|
|
|
|
|
|
|
|
terlalu luas
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
4
|
Waktu
|
High
|
Stakeholder
|
Membuat
|
schedule
|
task
|
pada
|
|||
|
|
Pengerjaan
|
|
|
setiap
|
kegiatan yang
|
berkaitan
|
||||
|
|
Proyek
|
|
|
dengan
|
proyek
|
yang
|
disesuaikan
|
|||
|
|
Terlambat
|
|
|
dengan
|
|
kesepakatan
|
pengerjaan
|
|||
|
|
dari target
|
|
|
proyek dan jumlah
anggota tim.
|
||||||
|
|
|
|
|
|
|
|
|
|||
5.4 Project Constraints
Batasan dari proyek
yang dikerjakan adalah sebagai berikut :
• Fitur
yang akan diterapkan pada proyek sesuai dengan permintaan stakeholder dan telah
di sepakati sebelumnya.
• Proyek
berjalan sesuai dengan anggaran yang telah disediakan dan sesuai dengan dokumen
kebutuhan yang telah di sepakati. Bila ada kebutuhan yang ingin
diimplementasikan namun belum tercantum dalam dokumen kebutuhan, maka akan
ditunda dan dilanjutkan pada proyek selanjutnya.
•
Tingkat sekuritas aplikasi web sesuai dengan
permintaan stakeholder.
6 PROJECT STRUCTURE APPROACH
Pendekatan yang dilakukan dalam pembuatan
proyek ini adalah dengan melakukan interview seintensif mungkin. Interview
dengan pihak stakeholder merupakan metode yang mudah dilakukan karena dengan
interview sudah cukup mendapatkan informasi yang dibutuhkan. Informasi tersebut
kemudian diolah untuk menjadi sebuah dokumen kebutuhan sebagai sarana
pengembangan proyek Sistem Informasi.
7 PROJECT TEAM ORGANIZATION PLANS
|
|
|
Project Team Role
|
Project Team
Member(s)
|
Responsibilities
|
|
|
|
|
Project Manager
|
Muhammad
Handoyono
|
•
|
Melakukan interview
|
|
|
|
|
|
|
terhadap
stakeholder
|
|
|
|
|
|
|
proyek
|
|
|
|
|
|
•
|
Melakukan pembagian
|
|
|
|
|
|
|
tugas
|
|
|
|
|
|
•
|
Control Project
Team
|
|
|
|
|
|
•
|
Bertanggung jawab
atas
|
|
|
|
|
|
|
berjalannya proyek
|
|
|
|
|
|
•
|
Financial
|
|
|
|
|
|
|
|
|
|
|
System Analyst
|
Moch. Imam
Zarqoni
|
•
|
Melakukan analisa
|
|
|
|
|
|
|
Sistem Informasi
|
|
|
|
|
|
|
|
|
|
|
Programmer
|
Cayza Angka
Maulana
|
•
|
Membuat Sistem
Informasi
|
|
|
|
|
|
|
|
|
|
|
Quality Assurance
|
Muhammad Faris Ponighzwa
|
•
|
Melakukan analisa
|
|
|
|
|
|
|
terhadap rancangan
|
|
|
|
|
|
|
Sistem Informasi
Dokumentasi pengem-
bangan SI
|
|
|
|
|
|
|
|
|
|
|
Trainers
|
Herdianto
Naufal F.
|
•
|
Melatih user
bersangkutan
|
8 APPROVALS
Prepared by Moch. Imam Zarqoni dan Muhammad Handoyono
Approved by
Langganan:
Postingan (Atom)