Dion Devara Aryasatya Krisna Badru

Wijaya
05111740000080 05111740000048

PROJECT CHARTER

Project Name  Project Number  MPPL/2020/IV/01

Website Kinerja UP3 ITS
 

Date  Revision Number 

20 Oktober 2020 1.0
 

1.​ ​Project Description and Goals 

Pengambilan keputusan suatu lembaga sangat bergantung pada kualitas dan kuantitas
data yang dimiliki. Penyusunan data yang baik sangat dibutuhkan agar pemimpin atau
pengambil kebijakan bisa secara efektif dalam menyusun sebuah program dan mengambil
kebijakan
Salah satu cara agar data yang bisa dikumpulkan, diorganisir, dan dianalisa bisa
digunakan database. Oleh karena itu dibutuhkan sebuah sistem pengolahan data yang
memanfaatkan database.
Dengan pembuatan layanan berbasis website akan memudahkan bagi pengguna
untuk melakukan input, menyimpan, dan menata data-data kinerja. Sehingga data yang
diinput bisa segera diverifikasi kebenarannya dan digunakan sebagai acuan untuk berbagai
keperluan civitas akademik ITS dan UP3 ITS.
Website yang akan dibuat diharap dapat memenuhi fungsi utama yang dibutuhkan
oleh stakeholder dengan baik, yaitu kebutuhan input data kinerja UP3 ITS.
 
2.​ ​Risks 
Resiko dari Website Kinerja UP3 ITS 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 input data yang tidak sesuai dengan caranya.
−​ ​Terjadinya kepalsuan data akibat kesalahan pengguna pada saat entry data

 
3.​ ​Deliverables 

1​ | ​P r o j e c t C h a r t e r
 Dion Devara Aryasatya Krisna Badru
Wijaya
05111740000080 05111740000048

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 Institut Teknologi Sepuluh Nopember
−​ ​Fitur yang akan diterapkan pada proyek dengan
permintaan stakeholder(UP3 ITS) dan telah disepakati sebelumnya.
−​ ​Proyek berjalan sesuai dengan anggaran yang telah disediakan dengan dokumen
kebutuhan yang telah disepakati.
−​ ​Aplikasi yang dikembangkan dibuat khusus untuk keperluan input data kinerja oleh pihak
UP3 ITS dan civitas akademik ITS.

2​ | ​P r o j e c t C h a r t e r
 Dion Devara Aryasatya Krisna Badru
Wijaya
05111740000080 05111740000048

Kebutuhan fungsional​ yang harus ada dalam sistem:

−​ ​Sistem dapat melayani keperluan input data untuk pegawai UP3 ITS dan
civitas akademik ITS
−​ ​Pengguna bisa melakukan perubahan pada data sebelum data diverifikasi.
−​ ​Sistem dapat menampilkan daftar data yang sudah diinput
oleh pengguna.

Kebutuhan non-fungsional
−​ ​Kebutuhan non fungsional dari segi kemudahan pengguna(pegawai UP3 ITS
dan civitas akademik ITS) untuk mengoperasikan aplikasi ini adalah
setidaknya 80% dari pengguna dapat memahami dan melakukan input data
dalam 5 menit setelah selama 30 menit dikenalkan ke sistem.

−​ ​Kebutuhan non fungsional dari segi keamanan adalah dengan adanya

authtentifikasi pengguna yang berupa kepemilikan akun beserta password
berbeda untuk tiap-tiap pengguna agar dapat mengakses data yang sesuai
kebutuhan. Dan adanya previllege pengguna 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/07/2020
Mempelajari form yang perlu dibuat dan 08/07/2020
tabel database.
Melakukan mapping Indikator Kinerja 15/07/2020
Pembuatan query CRUD 22/07/2020
Demo Progress 1 29/07/2020
Melakukan perubahan pada query 05/08/2020
Memperbaiki bug dan testing 12/08/2020
Memperbaiki bug dan testing 19/08/2020
Perubahan pada query 26/08/2020
Memperbaiki bug dan testing 02/09/2020

3​ | ​P r o j e c t C h a r t e r
 Dion Devara Aryasatya Krisna Badru
Wijaya
05111740000080 05111740000048

Pembuatan query dropdown 09/09/2020

Melakukan perubahan pada table database 16/09/2020
Demo progress 2 dan menambahkan trigger 23/09/2020
pada database
Project finishing /complete 01/10/2020

6. Budget Summary  
 
Project Component Component Cost
Lisensi Program Rp0
Kebutuhan individu ditempat Rp200.000 x 15 anggota

Total Rp 3.000.000

7. Assumptions​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. Pengguna dapat melakukan insert, update dan delete data jika data belum
diverifikasi.
2. Pengguna hanya dapat mengakses data yang sesuai dengan hak akses.
3. Admin dapat melakukan pengelolaan data.

8. Project Organizational Structure  

Fungsi Nama Tugas

Project Manager Ridho Rahman - Mengatur dan menga-
Hariadi, S.Kom., rahkan Jalannya proyek
M.Sc - Mengontrol progress
proyek tiap minggu

4​ | ​P r o j e c t C h a r t e r
Dion Devara Aryasatya Krisna Badru
Wijaya
05111740000080 05111740000048

- Menentukan metode
yang akan digunakan
saat pengerjaan proyek
SSO - David Laksmana - Mendesain SSO pada
- Raehan web
- Mengimplementasikan
SSO pada web
- Fix and check bug SSO
FRONT END - Nadhif Haikal - Mendesain front end
Farhansyah yang akan digunakan
- Jihad Rausyan pada web
Fiqrussalam - Mengimplementasikan
front end pada web
- Fix and check bug front
end pada web
API Security - Arino Jenynof - Mengimplementasikan
- Paksi Ario API security pada WEB.
Pamungkas - Menentukan API security
yang akan digunakan.
- Fix and check bug pada
API security
CRUD - Muhammad - Membuat dan
Izzuddin Al mengimplementasikan
Islami CRUD pada database
- Muhammad sesuai form dan table yang
Iqbal Imani diberikan stakeholder
Atfan - Fix and check bug CRUD
- Kevin Ashil pada web
- Dion Devara
Aryasatya
- Vinsensius Yuda
Pratama
Flagging - Muhammad Pengkategorian data
Fadhlan Min publikasi (Jurnal/seminar,
Robby Jurnal nasional
- Abraham Wong terakreditasi/non-akreditasi,
scopus/non-scopus),
flagging publikasi: first

5​ | ​P r o j e c t C h a r t e r
 Dion Devara Aryasatya Krisna Badru
Wijaya
05111740000080 05111740000048

author, koresponeden
author.

9. Project Authorization 
Approved by:  Project Manager  Date 
Ridho Rahman Hariadi, 1 Juli 2020
S.Kom., M.Sc
Approved by:  Project  Sponsor  Date 
Dr. Eng Darlis Herumurti, 5 Juli 2020
S.Kom, M.Kom
 

6​ | ​P r o j e c t C h a r t e r