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
Tidak ada komentar:
Posting Komentar