Merupakan contoh project charter dari proyek aplikasi "E-wadul" Kota Surabaya

1. Syavira Tiara Z Andrean Januar P Agatha Putri A
05111540000002 05111540000029 05111540000137
1 | P r o j e c t C h a r t e r
PROJECT CHARTER
Project Name
Aplikasi Pengaduan Masyarakat “E-Wadul”
Kota Surabaya
Project Number
MPPL/2018/IV/01
Date
6 April 2018
Revision Number
1.0
1. Project Description and Goals
Dengan perkembangan teknologi informasi di era sekarang menghadirkan
pola baru dalam masyarakat. Masyarakat lebih senang menggunakan smartphone
dalam berbagai aktivitas sehari-hari. Smartphone sangat mudah digunakan oleh
semua kalangan, mulai dari anak-anak, remaja, hingga orang tua tertarik
menggunakan alat satu ini. Bahkan smartphone menjadi media yang efektif untuk
penyebarluasan informasi.
Keberhasilan pembangunan di suatu wilayah sangat bergantung dari peran
aktif masyarakatnya serta adanya hubungan yang harmonis antara pemerintah daerah
dan masyarakat. Pembangunan di suatu wilayah dapat dilihat dari berbagai aspek
misal dari fasilitas umum yang ada. Fasilitas umum adalah fasilitas yang diadakan
untuk kepentingan umum. Dikatakan ”fasilitas umum” karena keberadaannya
bersifat mempermudah atau memperlancar kebutuhan bersama. Contohnya seperti
jalan, trotoar, angkutan umum, halte, alat penerangan umum, tempat pembuangan
sampah, dan lain sebagainya. Namun sering kita jumpai fasilitas umum disekitar kita
yang tidak terawat bahkan sampai rusak. Seringkali kita bingung dan membiarkan
fasilitas rusak karena kita tidak tahu bagaimana cara melapor kepada pihak
berwenang.
Dengan membuat layanan berbasis aplikasi android akan menjadi jembatan
penghubung antara masyarakat dan pemerintah daerah. Pemerintah daerah mudah
memahami persoalan yang ada di masyarakat. Sehingga diharapkan fasilitas umum
yang rusak dapat segera dilaporkan dan masyarakat akan cepat mendapatkan
pelayanan. Tentunya ini akan memudahkan tugas pemangku jabatan untuk melayani
masyarakatnya tanpa dibatasi waktu dan jarak.
Aplikasi yang akan dibuat diharap dapat memenuhi kebutuhan informasi
pemakai mengenai: daftar keluhan mengenai fasilitas umum yang telah dilaporkan
oleh masyarakat Surabaya, informasi/detail keluhan, daftar keluhan yang sudah
ditangani oleh pemerintah kota, daftar keluhan yang masih dalam proses
pengerjaan,daftar keluhan yang belum terjawab, form untuk melakukan pengaduan
keluhan/kerusakan fasilitas umum

2. Syavira Tiara Z Andrean Januar P Agatha Putri A
05111540000002 05111540000029 05111540000137
2 | P r o j e c t C h a r t e r
2. Risks
Resiko dari aplikasi masyarakat “E-Wadul” Kota Surabaya ini telah
diidentifikasi. Manager Project sebagai team leader akan menentukan dan
menerapkan mitigasi resiko yang diperlukan strategi untuk meminimalkan
kemungkinan resiko tersebut:
− Adanya bug pada saat proses penjalanan aplikasi yang tidak sesuai dengan
caranya.
− Terjadinya kepalsuan data akibat kesalahan pengguna pada saat entry data
− Ruang Lingkup proyek melebar terlalu luas
3. Deliverables
Penjelasan dokumen ini meliputi SDP (Software Development Plan), SRS
(Software Requirement Spesification), Test Plan dan User Documentation serta hasil
dari perencanaan.
SDP yang menjelaskan secara umum dan global mengenai rancangan sistem
informasi/aplikasi yang akan dibuat. Rancangan ini meliputi dokumen, gambaran
umum proyek, struktur anggota dalam tim proyek, proses manajemen, rencana proses
secara teknik, rencana proses yang mendukung serta rencana tambahan.
SRS menjelaskan berbagai macam kebutuhan pembuatan produk yaitu
kebutuhan spesifik yang terdiri dari kebutuhan fungsionalitas termasuk didalamnya
input,proses dan output dan non-fungsionalitas. Kebutuhan antar muka juga
digambarkan dalam dokumen ini yang berupa kebutuhan antar pengguna, antar
hardware yang menjelaskan kebutuhan yang harus ada untuk menjalankan atau
mengoperasikan aplikasi sitem, kebutuhan antar software yang menjelaskan
bagaimana cara pengguna berinteraksi dengan sistem dan kebutuhan antar
komunikasi.
Test Plan melingkupi tujuan-tujuan identifikasi informasi dan komponen
perangkat lunaknya daftar persyaratan yang diujikan untuk testing,
merekomendasikan dan menjelaskan strategi pengujian yang akan digunakan,
identifikasi kebutuhan yang diperlukan serta daftar lampiran terkait.
4. Scope Definition
Batasan dari proyek ini adalah:
− Tidak menyebarluaskan data-data penting dari Pemerintahan Kota Surabaya
− Fitur yang akan diterapkan pada proyek dengan permintaan
stakeholder(Pemerintah Kota Surabaya) dan telah disepakati sebelumnya.
− Proyek berjalan sesuai dengan anggaran yang telah disediakan dengan
dokumen kebutuhan yang telah disepakati.
− Aplikasi yang dikembangkan dibuat khusus untuk Pemerintah Kota Surabaya

3. Syavira Tiara Z Andrean Januar P Agatha Putri A
05111540000002 05111540000029 05111540000137
3 | P r o j e c t C h a r t e r
Kebutuhan fungsional yang harus ada dalam sistem:
− Sistem dapat melayani masyarakat untuk menambah daftar pengaduan pada
pemerintah kota berupa keluhan.
− Sistem dapat mengubah keterangan pada setiap keluhan yang telah ditangani,
dalam proses, belum ditangani.
− Sistem dapat menampilkan daftar keluhan dari masyarakat.
− Sistem dapat menampilkan detail keluhan dari masyarakat.
Kebutuhan non-fungsional
− Kebutuhan non fungsional dari segi kemudahan pengguna(masyarakat) untuk
mengoperasikan aplikasi ini adalah setidaknya 80% dari masyarakat dapat
memahami dan melakukan penambahan daftar keluhan dalam 5 menit setelah
selama 30 menit dikenalkan ke sistem.
− Kebutuhan non fungsional dari segi keamanan adalah dengan adanya
authtentifikasi pengguna(masyarakat) yang berupa kepemilikan akun beserta
password berbeda untuk tiap-tiap pengguna agar dapat mengakses data yang
sesuai kebutuhan. Dan adanya previllege pengguna(dalam konteks ini
pengguna terdiri dari masyarakat,admin,pemerintah) yang berupa pembagian
wewenang dan hak akses untuk setiap tingkatan pengguna.
− Kebutuhan non fungsional terkait dengan ketersediaan sistem adalah sistem
minimal melakukan backup data dalam 30 menit sekali. Dan dapat melakukan
restore data secara otomatis jika apabila terjadi kesalahan fatal dalam aplikasi
5. Project Milestones
Project Milestone Target Date (dd/mm/yyyy)
Project Start 01/05/2018
Complete Solution Analyst 08/05/2018
Complete Solution Design 17/05/2018
Complete Solution Simulation with
Software
25/06/2018
Complete Solution Simulation and Testing 04/07/2018
Complete Installation Software 20/07/2018
Project Complete 23/07/2018
6. Budget Summary
Project Component Component Cost
Survey dan Analisa Rp 5.000.000
Desain dan Implementasi Sistem Rp 100.000.000
Biaya Lisensi Rp 10.000.000
Training Aplikasi Rp 2.000.000
Biaya Dokumentasi Rp 10.000.000
5. Project Milestone
6. Budget Summary

4. Syavira Tiara Z Andrean Januar P Agatha Putri A
05111540000002 05111540000029 05111540000137
4 | P r o j e c t C h a r t e r
Sewa Software House Rp 65.900.000
Total Rp 192.900.000
7. Assumptions
Asumsi-asumsi dari proyek ini adalah:
1. Survey dan hari bekerja dilakukan selama 1 minggu yang terdiri dari 5 hari
(hari Sabtu dan Minggu tidak dihitung).
Batasan-batasan untuk sistem ini antara lain:
1. User dapat melakukan insert, update dan delete laporan jika laporan dibuat oleh
user tersebut.
2. User hanya dapat melihat laporan yang dilaporkan oleh user lain
3. Admin dapat melakukan pengelolaan laporan.
8. Project Organizational Structure
Fungsi Nama Tugas
Project Manager Andrean Januar - Menjadwalkan pelaksanaan
dan manajemen proyek.
- Memantau kinerja proyek
pelaksanaan dari analisis
sampai implementasi.
- Membuat dokumen SDPLN
yang mendefinisikan rencana
proyek.
Mobile Engineer Syavira Tiara Membuat program yang telah
direncanakan dalam bentuk
mobile
Web Engineer Agatha Putri Membuat program yang telah
direncanakan dalam bentuk
web
Administrasi Chintya Dewi Mengatur pengeluaran
pembuatan aplikasi, membuat
dokumen aplikasi
Desain Interface Hendry Wiranto Membuat desain tampilan
aplikasi
9. Project Authorization
Approved by: Project Manager
Andrean Januar
Date
6 April 2018
Approved by: Project Sponsor
Fajar Baskoro S.Kom., MT.
Date
10 April 2018
7. Assumptions
8. Project Organizational Structure
9. Project Authorization