HUE.

ID

Platform Marketplace

DOKUMEN
SOFTWARE REQUIREMENT SPECIFICATIONS (SRS)
DAFTAR PERUBAHAN
Date Doc. Description Author
Version

05 Januari 2023 1.0 Initial Document PT Supernova

Palapa Nusantara

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 2 OF 42
LEMBAR PERSETUJUAN
Client Vendor

PT Supernova Palapa
Company Hue.id Company
Nusantara

Person in Charge - Person in Charge -

Job Title Job Title

E-mail E-mail

Dokumen ini akan memberikan batasan atas apa yang aplikasi dapat lakukan dan juga menyediakan
dasar-dasar bagi requirement lainnya pada produk. Untuk setiap fitur dan requirement yang tidak
diakomodasi dalam dokumen ini, tetapi diperlukan, maka perubahan tersebut akan diproses dengan
change request process

Date: Date:

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 3 OF 42
DAFTAR TABEL
Tabel 1 Hardware...............................................................................................................................14

Tabel 2 Software................................................................................................................................14

Tabel 4 Kebutuhan Fungsional...........................................................................................................16

Tabel 5 Kebutuhan Non Fungsional....................................................................................................16

Tabel 6 Definisi Aktor.........................................................................................................................20

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 4 OF 42
DAFTAR GAMBAR
Gambar 1 Arsitektur Sistem Integrasi Payment Gateway...................................................................12

Gambar 2 Arsitektur Sistem Integrasi Jasa Pengiriman.......................................................................13

Gambar 3 Arsitektur Server................................................................................................................15

Gambar 4 Use Case Level User Admin................................................................................................17

Gambar 5 Level User Publik................................................................................................................18

Gambar 6 Level User Galeri................................................................................................................19

Gambar 7 Alur Proses Registrasi Oleh User Publik..............................................................................21

Gambar 8 Alur Proses Registrasi Oleh User Galeri..............................................................................22

Gambar 9 Proses Pembelian Barang..................................................................................................23

Gambar 10 Proses Mengikuti Lelang Barang......................................................................................24

Gambar 11 Proses Publish Barang Untuk Dilelang..............................................................................25

Gambar 12 Proses Tambah Data Barang............................................................................................26

Gambar 13 Proses Reset Password.....................................................................................................27

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 5 OF 42
DAFTAR SINGKATAN

Singkatan Deskripsi
SRS Dokumen Software Requirements Specification
SLA Service Level Agreement
SOP Standar Operasional Prosedur
PIC Person In Charge
SC Steering Committee

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 6 OF 42
SOFTWARE REQUIREMENT SPECIFICATION

DAFTAR ISI

DAFTAR PERUBAHAN............................................................................................................2
LEMBAR PERSETUJUAN.........................................................................................................3
DAFTAR TABEL......................................................................................................................4
DAFTAR GAMBAR..................................................................................................................5
DAFTAR SINGKATAN.............................................................................................................6
DAFTAR ISI............................................................................................................................7
1. PENDAHULUAN..............................................................................................................9
1.1 TUJUAN DOKUMEN..................................................................................................................9
1.2 SISTEMATIKA DOKUMEN...........................................................................................................9
1.3 HASIL AKHIR DAN DOKUMENTASI..............................................................................................9
2. DESKRIPSI UMUM PERANGKAT LUNAK.........................................................................11
2.1 DESKRIPSI PERANGKAT LUNAK.................................................................................................11
2.2 RANCANGAN ARSITEKTUR.......................................................................................................11
2.2.1 Daftar Modul...............................................................................................................11
2.3 RANCANGAN INFRASTUKTUR...................................................................................................12
2.3.1 Hardware....................................................................................................................12
2.3.2 Software......................................................................................................................13
2.4 SPESIFIKASI SERVER................................................................................................................13
2.4.1.1 Penyedia SERVER................................................................................................................................13
2.4.1.2 Arsitektur............................................................................................................................................ 13
2.4.1.3 Backup & Pemantauan........................................................................................................................14
2.4.1.4 Security............................................................................................................................................... 14

3. DESKRIPSI KEBUTUHAN PERANGKAT LUNAK...............................................................15

3.1 KEBUTUHAN FUNGSIONAL.......................................................................................................15
3.2 KEBUTUHAN NON FUNGSIONAL...............................................................................................15
3.3 MODEL USE CASE..................................................................................................................15
3.3.1 Diagram Use Case........................................................................................................15
3.3.1.1 level USER ADMIN..............................................................................................................................16
3.3.1.2 level user PUBLIK.................................................................................................................................17
3.3.1.3 level user GALERI................................................................................................................................ 18
3.3.2 Definisi Aktor...............................................................................................................19
3.4 ALUR PROSES APLIKASI....................................................................................................19
3.4.1 bpmn (Business process modeling notation)..................................................................19
3.4.1.1 Alur proses registrasi oleh user publik..................................................................................................20
3.4.1.2 alur proses registrasi oleh user galeri....................................................................................................21
3.4.1.3 proses pembelian barang....................................................................................................................22
3.4.1.4 proses mengikuti lelang.......................................................................................................................23
3.4.1.5 PROSES publish barang untuk dilelang................................................................................................24
3.4.1.6 proses tambah data barang.................................................................................................................25
3.4.1.7 Proses RESET PASSWORD..................................................................................................................26
3.5 STANDARISASI, PRAKTIK TERBAIK & PERFORMA.........................................................................27

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 7 OF 42
 3.5.1 Standar kode dan praktik terbaik..................................................................................27
3.5.2 Kinerja Aplikasi............................................................................................................27
3.5.3 Keamanan Aplikasi......................................................................................................28
3.5.4 Design.........................................................................................................................28
3.5.4.1 Blank Slate.......................................................................................................................................... 28
3.5.4.2 404 & 500 Error Page...........................................................................................................................28
3.5.4.3 QC Level 1........................................................................................................................................... 28
3.5.4.4 QC Level 2........................................................................................................................................... 29
3.5.4.5 QC Level 3........................................................................................................................................... 29

4. METODOLOGI IMPLEMENTASI......................................................................................29
4.1 PRESALES.............................................................................................................................29
4.2 PROJECT PLANNING...............................................................................................................30
4.3 PREDEVELOPMENT.................................................................................................................30
4.4 DEVELOPMENT......................................................................................................................31
4.5 TRAINING, SIMULATION & UAT...............................................................................................32
4.6 SUPPORT..............................................................................................................................33
4.6.1 Software Support.........................................................................................................33
4.6.2 Manajemen Sistem......................................................................................................33
4.6.3 Infrastructure Privilege.................................................................................................33
5. RENCANA PROYEK, PEMANTAUAN, DAN PENGAWASAN..............................................34
5.1 PERENCANAAN......................................................................................................................34
5.1.1 Timeline Implementasi.................................................................................................34
5.1.2 Rencana Dwi-Mingguan (Perencanaan Sprint)..............................................................34
5.2 PEMANTAUAN DAN PENGAWASAN...........................................................................................34
5.2.1 Issues and Resolution Tracking.....................................................................................34
5.2.2 Change Request Tracking.............................................................................................34
5.2.3 Rapat Periodik.............................................................................................................35
5.2.3.1 Perencanaan Sprint.............................................................................................................................35
5.2.3.2 Daily Scrum......................................................................................................................................... 35
5.2.3.3 Sprint Review......................................................................................................................................35
5.2.3.4 Sprint Retrospective............................................................................................................................35
5.2.4 Project Progress Report (Daily or Weekly).....................................................................36
5.2.5 Minutes of Meeting (MoM)............................................................................................37
5.2.6 Minutes of Hand Over Report (BAST)............................................................................37

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 8 OF 42
1. PENDAHULUAN

Sesi ini memberikan deskripsi cakupan dan ikhtisar dari semua yang apa pada dokumen SRS ini.
Dan juga, tujuan dari dokumen ini sudah dideskripsikan dan daftar istilah serta definisi akan
disediakan

1.1 TUJUAN DOKUMEN

Tujuan dari dokumen ini adalah memberikan deskripsi yang mendetail dan mengkonfirmasi
spesifikasi requirement dari Proyek Aplikasi Marketplace. Dokumen ini juga menjelaskan formula
system, interface aplikasi, dan interaksi aplikasi dengan aplikasi external. Dengan penjelasan
tersebut, developer dapat membangun aplikasi yang sesuai dengan kebutuhan nyata para
stakeholder.

Dokumen ini harus dimodifikasi jika terjadi perubahan pada requirement saat proses development
terjadi.

1.2 SISTEMATIKA DOKUMEN

Section 1: PENDAHULUAN

Section 2: DESKRIPSI UMUM PERANGKAT LUNAK

Section 3: DEKSRIPSI KEBUTUHAN PERANGKAT LUNAK

Section 4: TIMELINE

Section 5: ORGANISAI PROYEK

Section 6: METODOLOGI IMPLEMENTASI

Section 7: RENCANA PROYEK, PEMANTAUAN DAN PENGAWASAN

1.3 HASIL AKHIR DAN DOKUMENTASI

Berikut ini adalah hasil akhir yang akan disediakan kepada klien saat proyek selesai:

1. Fitur Aplikasi dan Kode Aplikasi (Source Code)

PT Supernova Palapa Nusantara akan memberikan aplikasi yang disetujui dan dinyatakan
pada bagian fitur perangkat lunak di atas. Kode aplikasi akan disimpan dan dapat diakses

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 9 OF 42
 secara keseluruhan di server repositori kolaborasi seperti Gitlab, Github, Bitbucket atau
pada server klien.
2. Akses Credential
Data info akses credential akan diberikan kepada klien untuk server development atau
server produksi di mana klien dapat mengubah semua credential setelah akhir fase support.
3. Laporan Mingguan
Laporan mingguan adalah laporan yang diberikan kepada klien mengenai apa yang sudah
dikerjakan minggu lalu dan apa yang akan dikerjakan minggu ini. Berikut ini adalah contoh
Laporan Mingguan kami.

Bersamaan dengan hasil akhir tersebut, dokumentasi perangkat lunak yang penting juga akan
disediakan untuk klien saat proyek selesai, yaitu:

1. Rencana Uji
Dokumen rencana uji akan dibuat untuk memastikan semua fungsionalitas yang sudah
dikembangkan dan yang sudah disetujui dan untuk memastikan standar kualitas seperti
disebutkan pada KAK ini. Hasil akhir rencana uji akan diberikan kepada klien pada akhir
proyek. Dokumen ini akan diberikan dalam format Excel.
2. Dokumentasi Teknis
Dokumen penting ini dapat digunakan oleh developer bahkan developer selanjutnya,
penguji aplikasi, dan juga pengguna akhir untuk mengetahui hal teknis dari aplikasi jika ada
perubahan struktur atau informasi selama periode waktu tertentu. Dokumentasi teknis
yang diberikan akan berisi detail dari arsitektur sistem, kebutuhan perangkat lunak,
teknologi spesifik yang digunakan, desain basis data (ERD, diagram kelas, dan struktur
basis data), arsitektur aplikasi (model, kontroler, API, dll.) dan tentunya instalasi sistem dan
prosedur pemeliharaan.
3. User Guide
Panduan Pengguna akan membantu user yang mengoperasikan perangkat lunak,
memahami fitur dan fungsinya tentang cara menggunakan perangkat lunak berdasarkan
peran dan alur bisnisnya.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 10 OF 42
2. DESKRIPSI UMUM PERANGKAT LUNAK

2.1 DESKRIPSI PERANGKAT LUNAK

Sebuah platform berbasis web yang menyediakan tempat untuk bertransaksi jual beli secara mudah
dan cepat khususnya barang yang diperjual belikan berupa karya lukisan. Selain itu pada platform
ini juga memiliki fitur dapat melelangkan dan bidding karya lukisan dan menyediakan beberapa
metode pembayaran yang lengkap.

2.2 RANCANGAN ARSITEKTUR

2.2.1 DAFTAR MODUL

Arsitektur sistem informasi ini dibagi menjadi beberapa modul sesuai dengan peran masing –
masing. Pada bagian ini akan diberikan gambaran penerapan arsitektur sistem berdasarkan
informasi yang ada.

Terdapat beberapa modul utama dalam sistem yang akan dibuat diantaranya :

A. Works
Modul ini berfungsi untuk melakukan pemantauan dari status pembelian yang dilakukan
oleh user sebagai pembeli.
B. Auctions
Modul ini berfungsi untuk melakukan lelang sebuah barang yang dimana pembeli dapat
melakukan bidding atau penawaran barang tersebut secara langsung, selain itu admin
dapat mengelola atau manajemen barang mana yang akan dilelang
C. Discover
Modul ini berfungsi untuk melihat rekomendasi-rekomendasi barang misalnya barang yang
banyak dilihat, barang yang sering di click oleh user atau pembeli atau barang yang sedang
trending berdasarkan tema lukisan
D. Account
Modul ini berfungsi untuk mengelola user sebagai pembeli dan juga sebagai gallery atau
user sebagai Galeri barang, selain itu juga bisa mengatur untuk membership seperti user
gold, silver dan lainnya
E. Shop

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 11 OF 42
 Modul ini berfungsi untuk user atau pembeli bisa melakukan pembelian sebuah barang
sampai dengan barang tersebut sampai selesai dibeli, proses tersebut termasuk meliputi
melihat atau menentukan total harga, ongkos pengiriman dan juga total yang harus dibayar

F. Dashboard
Modul ini berfungsi untuk menyediakan informasi dalam bentuk grafik atau visualisasi
lainnya yang dibutuhkan sesuai dengan data yang ada.
G. Information
Modul ini berfungsi untuk melihat informasi seperti mengenai bagaimana cara membeli
sebuah barang dan juga informasi terkait dengan platform tersebut
H. Payment
Modul ini berfungsi untuk melakukan sistem pembayaran online yang dimana payment
gateway yang digunakan adalah Midtrans
I. Shipping
Modul ini berfungsi untuk penyedia pengiriman barang yang digunakan, layanan
pengiriman yang digunakan adalah POS.

2.2.2 ARSITEKTUR SISTEM INTEGRASI PAYMENT GATEWAY

Gambar 1 Arsitektur Sistem Integrasi Payment Gateway

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 12 OF 42
2.2.3 ARSITEKTUR SISTEM INTEGRASI JASA PENGIRIMAN

Gambar 2 Arsitektur Sistem Integrasi Jasa Pengiriman

2.3 RANCANGAN INFRASTUKTUR

Aplikasi yang dibuat merupakan aplikasi berbasis server-client. Lingkungan operasi yang dibutuhkan
untuk agar aplikasi ini dapat berjalan dengan baik adalah sebagai berikut :

2.3.1 HARDWARE

CPU Minimum 4 vCPU

RAM Minimum 8 GiB SSD

Server
Harddisk Minimum 160 GiB SSD

Koneksi Internet Normal

Client Processor Minimum 1.5 Ghz

RAM Minimum 4 GB

Harddisk Minimum 10 GB

Koneksi Internet Normal

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 13 OF 42
 Tabel 1 Hardware

2.3.2 SOFTWARE

Operating Sistem Ubuntu

Web Server Nginx

Package NPM
Server
Virtualization Docker

Firewall UFW

Database PostgreSQL

Browser Google Chrome /

Client
Mozilla Firefox

Tabel 2 Software

2.4 SPESIFIKASI SERVER

2.4.1.1 PENYEDIA SERVER

PT Supernova Palapa Nusantara akan menggunakan server berbasis cloud pada lingkungan
produksi.

2.4.1.2 ARSITEKTUR

PT Supernova Palapa Nusantara akan mengatur infrastruktur server sehingga dapat menyesuaikan
dengan kebutuhan dari sistem yang dibangun.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 14 OF 42
 Gambar 3 Arsitektur Server

2.4.1.3 BACKUP & PEMANTAUAN

Kami akan membuat backup ke dalam penyimpanan.

1. Basis data
2. Data aplikasi (contoh: berkas yang diunggah pengguna, berkas yang dibuat secara dinamis)

Backup data akan dilakukan secara otomatis setiap satu hari sekali, dan disimpan selama satu bulan
dan akan menyediakan pemantauan kinerja server

2.4.1.4 SECURITY

Standar tertentu untuk memastikan pihak yang tidak bertanggung jawab tidak bisa masuk ke
dalam sistem:

 Menonaktifkan kata kunci login dan menggunakan kunci SSH untuk membuat pihak yang
tidak bertanggung jawab lebih sulit untuk masuk.
 Menonaktifkan login root untuk mencegah pihak yang tidak bertanggung jawab tidak dapat
login sebagai pengguna istimewa.
 Menggunakan sudo dan password yang kompleks, seperti minimal 8 karakter, setidaknya 1
karakter kapital, 1 karakter biasa, 1 angka, dan 1 karakter khusus.

 Menggunakan sertifikat SSL (HTTPS) untuk formulir yang bersifat penting seperti login
atau formulir pendaftaran.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 15 OF 42
3. DESKRIPSI KEBUTUHAN PERANGKAT LUNAK

3.1 KEBUTUHAN FUNGSIONAL

Berikut adalah kebutuhan fungsional dari sistem yang akan dibuat. Dalam tabel kebutuhan
fungsional ini akan ada penomoran ID yang berbentuk SRS-Fx-Ux-xx dimana SRS adalah System
Requirement Summary, Fx adalah fungsional untuk modul sistem, Ux adalah fungsional untuk tiap
level user, dan xx adalah nomor SRS-Id.

ID Kebutuhan Penjelasan
SRS-F1-U1-01 User Guest - Pendaftaran Ketika user membuka halaman awal user dapat
melakukan pendaftaran sebagai member.
SRS-F1-U2-02 User– Manajemen profil Ketika user membuka halaman profil user dapat
melakukan management data pada profil user
tersebut
SRS-F1-U2-03 User– Lupa password User dapat melakukan lupa password dan
selanjutnya dikirimkan konfirmasi email untuk reset
password
SRS-F1-U2-04 User– Pembelian langsung User dapat membeli langsung karyaseni yang telah
ditawarkan oleh gallery yang terverivikasi.
SRS-F1-U2-05 User Public dan guest - Halaman awal User dapat melihat halaman awal berisi produk
rekomendasi maupun promosi yang ditawarkan.
SRS-F1-U2-06 User-Ganti password User dapat melakukan perubahan password setelah
login pada aplikasi.
SRS-F1-U2-07 User - Login User dapat melakukan login terhadaap aplikasi bila
sudah terdaftar.
SRS-F1-U2-08 User - Ubah data kontak User dapat melakukan perubahan data kontak yang
terdaftar.
SRS-F1-U2-09 User-Manajemen data pengiriman User dapat melakukan penambahan,
penghapusan ,maupun pengubahan data pengiriman
SRS-F1-U2-10 User-User level User public dapat melihat level user dan kelebihan
yang ditawarkan pada level tersebut
SRS-F1-U2-11 User-Invitasi lelang User public dapat menerima invitasi yang dikirim ke
email user untuk lelang yang akan dilakukan.
SRS-F1-U2-12 User-Mengikuti lelang User public dapat mengikuti lelang yang sedang
diadakan bila user sudah menerima invitation
SRS-F1-U2-13 User-Pembayaran pemenang lelang User public yang telah memenangkan lelang
diharuskan membayar jumlah sesuai dengan bidding
terakhir yang dia lakukan.
SRS-F1-U2-14 User - Pencarian User public dapat melakukan search pada daftar
karya seni

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 16 OF 42
 ID Kebutuhan Penjelasan
SRS-F1-U2-15 User - Keranjang User public dapat memasukan karya seni yang
diingginkan ke dalam keranjang belanja
SRS-F1-U2-16 User - Pembelian dari list keranjang User dapat melakukan pembelian satu maupun
banyak karya seni melalui fitur keranjang.
SRS-F1-U2-17 User - Upvote User dapat melakukan upvote kepada karya seni /
seniman / maupun galeri yang disukainya.
SRS-F1-U2-18 User - Review User dapat melakukan review karya seni yang dibeli
SRS-F1-U2-19 User - Tata cara User dapat melihat tata cara penggunaan aplikasi
sebagai user
SRS-F1-U3-20 User Galeri - Login User galeri dapat login pada aplikasi marketplace
SRS-F1-U3-21 User Galeri - Manajemen profil Ketika user membuka halaman profil user dapat
melakukan management data pada profil user
tersebut
SRS-F1-U3-22 User Galeri - Lupa password User dapat melakukan lupa password dan
selanjutnya dikirimkan konfirmasi email untuk reset
password
SRS-F1-U3-23 User Galeri - Ganti password User dapat melakukan perubahan password setelah
login pada aplikasi.
SRS-F1-U3-24 User Galeri - Ubah data kontak User dapat melakukan perubahan data kontak yang
terdaftar.
SRS-F1-U3-25 User Galeri - Manajemen data pengiriman User dapat melakukan penambahan,
penghapusan ,maupun pengubahan data pengiriman
SRS-F1-U3-26 User Galeri - User level User public dapat melihat level user dan kelebihan
yang ditawarkan pada level tersebut
SRS-F1-U3-27 User Galeri - Mendaftarkan lelang User galeri dapat mendaftarkan produk untuk
dilelang yang akan diteruskan kepada admin untuk di
verivikasi
SRS-F1-U3-28 User Galeri - Manajemen saluran lelang User galeri dapat menginput / mengubah tempat
maupun saluran lelang yang belum diverivikasi.
SRS-F1-U3-29 User Galeri - Manajemen posting User galeri dapat mempost maupun mengubah
posting karya seni yang ditawarkan
SRS-F1-U3-30 User galeri - Menghapus posting User galeri dapat menghapus posting yang sudah
dibuat data yang sudah di hapus akan hilang dari list
galeri tersebut
SRS-F1-U3-31 User galeri - Menghilangkan posting User galeri dapat menghilangkan posting karya seni
yang ditawarkan dari list yang dapat dicari user
publik
SRS-F1-U3-32 User galeri - Grafik penjualan User galeri dapat melihat grafik penjualan berupa
dashboard penjualan
SRS-F1-U3-33 User galeri - Tata cara pengguna User galeri dapat melihat tata cara pengguna user

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 17 OF 42
 ID Kebutuhan Penjelasan
galeri.
SRS-F1-U4-34 Admin - Login Admin dapat login pada aplikasi
SRS-F1-U4-35 Admin - User pembeli Admin dapat melakuakan Tindakan pada user
pembeli.
SRS-F1-U4-36 Admin - User galeri Admin dapat melakukan Tindakan pada user galeri
SRS-F1-U4-37 Admin - Block user Admin dapat mengubah hak akses user apabila ada
yang menyalahi aturan user tersebut
SRS-F1-U4-38 Admin - Validasi lelang Admin dapat melakukan validasi pada lelang yang
didaftarkan
SRS-F1-U4-39 Admin - Invitasi lelang Admin dapat melakukan blast email untuk
mengundang user dalam proses lelang
SRS-F1-U4-40 Admin - Validasi karya seni Admin dapat melakukan validasi karya seni yang
didaftarkan oleh pengguna galeri dan mengeset
menjadi status publish.
SRS-F1-U4-41 Admin - Check kurasi Admin dapat melakukan check kurasi dan dapat
memindahkan kategori suatu karya seni yang
ditawarkan.
SRS-F1-U4-42 Admin - About info cms Admin dapat melakukan perubahan pada about info
SRS-F1-U4-43 Admin - Manajemen promosi Admin dapat melihat dan mengubah promosi yang
ditawarkan
SRS-F1-U4-44 Admin - Dashboard Admin dapat melihat dashboard pengguna
bersumber dari data maupun log user public dan
galeri
Tabel 3 Kebutuhan Fungsional

3.2 KEBUTUHAN NON FUNGSIONAL

Berikut adalah kebutuhan non-fungsional dari sistem yang akan dibuat. Dalam tabel kebutuhan
fungsional ini akan ada penomoran ID yang berbentuk SRS-NF-xx dimana SRS adalah System
Requirement Summary, NF adalah Non-Fungsional, dan xx adalah nomor SRS-Id.

ID Parameter Kebutuhan
SRS-NF-01 Ergonomy Tampilan perangkat lunak user-friendly untuk seluruh user
SRS-NF-02 Portability Perangkat lunak dapat diakses dari berbagai jenis browser, seperti
Firefox, Google Chrome, Safari, Opera, Edge
SRS-NF-03 Response time Data dan informasi pada perangkat lunak harus dapat diperbarui setiap
detik
SRS-NF-04 Security Protokol perangkat lunak harus menggunakan HTTPS
Tabel 4 Kebutuhan Non Fungsional

3.3 MODEL USE CASE

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 18 OF 42
3.3.1 DIAGRAM USE CASE

Pada diagram Use Case ini akan dijelaskan fitur-fitur apa saja yang dapat digunakan oleh masing-
masing pengguna.

3.3.1.1 LEVEL USER ADMIN

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 19 OF 42
 Gambar 4 Use Case Level User Admin

3.3.1.2 LEVEL USER PUBLIK

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 20 OF 42
 Gambar 5 Level User Publik

3.3.1.3 LEVEL USER GALERI

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 21 OF 42
 Gambar 6 Level User Galeri

3.3.2 DEFINISI AKTOR

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 22 OF 42
 No Aktor Deskripsi
1 User Publik User Publik berwenang untuk melihat data dan transaksi barang yang
dijual oleh galeri, dapat melakukan bidding dan lelang barang.
2 Galeri Admin memiliki wewenang untuk mengakses seluruh data yang
terkait dengannya, seperti barang yang di posting, total pendapatan
semua brang dan tiap barang
3 Admin Admin memiliki wewenang untuk mengakses seluruh data yang
terkait dengannya, serta memiliki akses semua master data dan
dashboard khusus admin

Tabel 5 Definisi Aktor

3.4 ALUR PROSES APLIKASI

3.4.1 BPMN (BUSINESS PROCESS MODELING NOTATION)

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 23 OF 42
3.4.1.1 ALUR PROSES REGISTRASI OLEH USER PUBLIK

Gambar 7 Alur Proses Registrasi Oleh User Publik

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 24 OF 42
3.4.1.2 ALUR PROSES REGISTRASI OLEH USER GALERI

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 25 OF 42
 Gambar 8 Alur Proses Registrasi Oleh User Galeri

3.4.1.3 PROSES PEMBELIAN BARANG

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 26 OF 42
 Gambar 9 Proses Pembelian Barang

3.4.1.4 PROSES MENGIKUTI LELANG

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 27 OF 42
 Gambar 10 Proses Mengikuti Lelang Barang

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 28 OF 42
3.4.1.5 PROSES PUBLISH BARANG UNTUK DILELANG

Gambar 11 Proses Publish Barang Untuk Dilelang

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 29 OF 42
3.4.1.6 PROSES TAMBAH DATA BARANG

Gambar 12 Proses Tambah Data Barang

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 30 OF 42
3.4.1.7 PROSES RESET PASSWORD

Gambar 13 Proses Reset Password

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 31 OF 42
3.5 STANDARISASI, PRAKTIK TERBAIK & PERFORMA

3.5.1 STANDAR KODE DAN PRAKTIK TERBAIK

PT Supernova Palapa Nusantara akan mengembangkan kode yang mengikuti standar-standar ini:

 Semua parameter masukan akan bersih dan tervalidasi.

 Semua parameter masukan yang penting akan divalidasi dengan kode dari sisi server.
 Server akan memberikan pesan untuk menangani kesalahan dan tidak akan memberikan
informasi yang bersifat sensitif kepada pengguna.
 Server akan memberikan response API sesuai dengan format standar JSON milik PT
Supernova Palapa Nusantara untuk web services.
 Server akan memberikan response kepada pemanggil API jika pemanggil API
menggunakan access token acak (untuk aplikasi yang tidak memiliki fitur sign in) atau
membuat access token (untuk aplikasi yang memiliki fitur sign in)
 OAuth 2.0 akan digunakan sebagai standar untuk melakukan Sign In ke aplikasi.
 Rutinitas enkripsi berdasarkan pada algoritma standar industri dan library.
 Kode yang dibuat tidak mengandung kode statis basis data dan sandi dari layanan pihak
ketiga.
 Server akan membuat thumbnail gambar dari gambar yang diunggah.
 Penggunaan soft delete untuk master data dan data yang berhubungan dengan transaksi.
 Kata sandi diacak dengan menggunakan enkripsi sebelum disimpan, tidak disimpan dalam
bentuk teks biasa dalam berkas teks maupun basis data.
 Kode yang dibuat tidak mengandung Easter-Egg atau back-door.
 Kode tidak akan menggunakan mode development di lingkungan produksi.
 Kode debug telah di hapus.

3.5.2 KINERJA APLIKASI

Data harus berada dalam basis data untuk jangka waktu minimal 4 tahun; sebelum 4 tahun data
yang tidak boleh dihapus atau diarsipkan. Kecuali jika ada batasan penjelasan bahwa tidak akan ada
peringatan pada NewRelic (versi gratis) laporan selama simulasi tes stres menggunakan lingkungan
produksi.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 32 OF 42
3.5.3 KEAMANAN APLIKASI

Kita akan menggunakan aplikasi XSSme untuk mengecek keamanan kode:

 Semua formulir pada halaman web menggunakan otentikasi token untuk memastikan
semua data berasal dari situs ini dan mencegah serangan XSS dan pemalsuan data.
 Semua parameter dari formulir pada halaman web yang dibersihkan dan di-escaped, untuk
mencegah XSS (merusak) dan melakukan SQL injection (menambahkan atau mencuri data
dari basis data).
 Sesi rahasia unik dan sesi berbasis waktu digunakan untuk mencegah Pembajakan Sesi
(Mencuri sesi pengguna dan memungkinkan penyerang menggunakan aplikasi web dengan
nama korban).
 Semua berkas yang diunggah diperiksa terlebih dahulu dan hanya mengizinkan berkas
tertentu (gambar, dokumen), sehingga pengguna tidak dapat mengunggah virus ke server.
 Kata sandi menggunakan algoritma enkripsi standar industri dan berbagai teknik untuk
mencegah pencurian kata kunci.
 Hak dan perizinan pengguna yang ketat (misalnya pengguna tidak dapat melihat
/user/other_id/ di mana pengguna tidak memiliki hak istimewa untuk melihat).

3.5.4 DESIGN

Design akan disediakan pada fase Pre-development dan design akan digunakan setelah approval
Klien.

3.5.4.1 BLANK SLATE

Halaman blank slate yang akan digunakan pada aplikasi saat kondisi data masih kosong
sebelum user melakukan entri data ke dalam aplikasi dan sebagai panduan untuk user yang
akan mulai menggunakan aplikasi.

3.5.4.2 404 & 500 ERROR PAGE

Halaman error kostum untuk 404 (Page Not Found) dan 500 (Internal Server Error) yang akan
ditampilkan sesuai dengan HTML Error Code sehingga tidak ada error message yang ditampilkan
langsung dari framework yang digunakan.

3.5.4.3 QC LEVEL 1

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 33 OF 42
Black Box Testing untuk memastikan bahwa aplikasi yang dibuat dapat digunakan oleh user tanpa
harus mengikuti pelatihan terlebih dahulu dan White Box Testing untuk memastikan bahwa setiap
bisnis proses dan flow yang dibuat sesuai dengan kebutuhan Klien.

3.5.4.4 QC LEVEL 2

Performance Testing, Stress Testing, dan Penetration Testing untuk memastikan aplikasi dapat berjalan
dengan baik tanpa masalah ketika digunakan oleh banyak user secara bersamaan.

3.5.4.5 QC LEVEL 3

Continuous Integration and Delivery menggunakan deployment tools untuk memastikan aplikasi
yang di-deploy sesuai dengan Standar dan Kualitas Kesesuaian PT Supernova Palapa Nusantara

4. METODOLOGI IMPLEMENTASI

4.1 PRESALES

Tahap pertama dalam methodologi implementasi yang dilakukan oleh pihak Konsultan adalah
memastikan bahwa proyek dapat dimulai dengan menemukan requirement yang jelas dan dapat
dimengerti oleh klien (pihak manajemen yang menetapkan proyek), Konsultan (penyedia layanan
yang bertanggung jawab untuk menyukseskan proyek), dan Konsumen (staff/ pengguna yang akan
melaksanakan proyek dan menggunakaan aplikasi tersebut setelah selesai di bangun).

Pada tahap ini, konsultan akan mendiskusikan semua requirement dengan klien dan akan
didokumentasikan sebagai Jadwal Implementasi. Kegiatan yang akan dilaksanakan antara lain:

1. Mengumpulkan semua requirement dari Client.

2. Menyediakan informasi tentang Metodologi Implementasi Proyek.
3. Memberikan perkiraan awal untuk timeline dan biaya, tapi ini hanya perkiraan kasar, untuk
estimasi garis waktu dan penetapan harga secara keseluruhan akan ditentukan setelah
dokumen SRS selesai.
4. Memastikan spesifikasi Infrastruktur dan Desain.
5. Memastikan Struktur Organisasi Proyek, peran, dan tanggung jawab untuk Klien dan
Konsultan.

4.2 PROJECT PLANNING

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 34 OF 42
Pada tahap Presales, tim Konsultan akan memberikan rincian spesifikasi proyek dengan
melengkapi dokumen SRS dan membuat estimasi keseluruhan dari garis waktu dan biaya proyek.
Perencanaan Proyek bukanlah pengumpulan requirement, namun memberikan detail berdasarkan
SKPL sebagai pedoman.

Untuk memastikan agar proyek berjalan dengan lancar seperti yang direncanakan dan disepakati,
maka harus ada pemantauan dan pengendalian proyek yang akan dijelaskan secara rinci dalam
Rencana Proyek, Pemantauan dan Pengawasan

Setelah semua persyaratan dan persyaratan disetujui, Konsultan akan melakukan kegiatan sebagai
berikut:

1. Rapat Kick Off Internal

Merupakan langkah dimana Tim Konsultan akan melakukan persiapan untuk mengadakan
External Kick Off Meeting.
2. Rapat Kick Off Eksternal
Merupakan langkah awal dalam memulai proyek. Garis waktu pelaksanaan, jadwal
pengembangan (Development), syarat, sasaran, dan tujuan proyek akan diinformasikan
kepada semua anggota tim proyek, baik dari pihak Klien dan pihak Konsultan. Setelah
melakukan Kick Off eksternal, Klien akan menandatangani Formulir Kick Off Eksternal.

4.3 PREDEVELOPMENT

Pada tahap Pre-development, Klien dan Konsultan akan mempersiapkan apa saja yang akan
dibutuhkan untuk memastikan keberhasilan proyek. Untuk membangun kesepahaman tentang
aplikasi yang akan dikembangkan, Konsultan akan menyiapkan Mockup. Mockup tersebut akan
memberi Klien gambaran rinci tentang apa yang Klien harapkan pada akhir masa
pengembangannya.

Dokumen yang disediakan selama pengembangan adalah sebagai berikut:

1. Panduan Desain (perlu ditandatangani)

2. Dokumen SRS lengkap (perlu ditandatangani)
3. Project Requirement
a. Integrasi dengan pihak ketiga.
b. Mockup / desain UI/UX
c. Flow Diagram
d. Skema Database

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 35 OF 42
 4. Rencana Pengembangan untuk Sprint Pertama (perlu ditandatangani)
5. Rencana Uji Awal / Traceable Matrix
6. Dokumentasi teknis awal.
7. Detail Timeline (perlu ditandatangani)
8. Kredensial dan URL ke staging server milik konsultan

4.4 DEVELOPMENT

Konsultan bekerja dengan menggunakan metodologi gabungan antara Waterfall dan Agile yang
telah dimodifikasi. Pekerjaan akan dibagi menjadi potongan kecil yang disebut Sprints. Sehingga
dapat mengurangi risiko keterlambatan dalam pelaksanaan. 1 Sprint terdiri dari 2 minggu kerja,
Konsultan akan memberikan demo kepada Klien setiap akhir Sprint.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 36 OF 42
 1. Perencanaan Sprint 4. Sprint Retrospective
o Task breakout o Release Notes

2. Pertemuan Scrum Harian

o Minutes of Meeting

3. Ulasan Sprint
o Demo Sprint  Progress
report

Selama pengembangan, Project Coordinator membuat tiket untuk Developer dengan

menggunakan Project Management Tools. Developer akan menyerahkan hasil pekerjaannya
melalui Code Quality, Query, dan Front-End Performance Test. Sementara bagian Quality
Assurance mengerjakan Black Box Testing. Dan Auditor melakukan pemeriksaan terakhir sebelum
menyetujui Project Coordinator untuk memberikan demo kepada klien. Project Coordinator akan
memberikan laporan Harian atau Mingguan di penghujung hari.

4.5 TRAINING, SIMULATION & UAT

Dalam fase ini, Klien dan Konsultan akan mengerjakan pelatihan dan pengujian bersama. Tujuan
dari tahap ini adalah untuk menunjukkan bahwa setiap fungsi sudah bekerja dengan baik sesuai
dengan arus awal yang disepakati.

Skenario test yang diberikan akan sesuai dengan cara mengoperasikan masing-masing fungsi, input
dan output yang diharapkan. Selama hasil uji coba sesuai dengan output yang diharapkan, berarti
fungsi tersebut sudah berjalan dengan baik.

Fase ini bukan untuk menemukan dan menutupi setiap skenario atau aliran yang awalnya tidak
disepakati. Yang mana perlu ditangani dengan solusi atau SOP untuk pengguna / operator dari sisi
Klien.

Untuk tahap Pelatihan & Simulasi (closed beta), Klien perlu menetapkan sebagian pengguna /
operator mereka untuk menguji aplikasi. Project Coordinator akan melatih dan menemani
pengguna / operator selama simulasi.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 37 OF 42
Setelah tahap Pelatihan & Simulasi selesai, akan ada beberapa dokumen yang perlu ditandatangani
dan Project Coordinator dari pihak Konsultan akan mengirimkan e-mail resmi bahwa proyek ini
memasuki tahap Support.

4.6 SUPPORT

Pada akhir masa pengembangan proyek, tim Support akan mengambil alih untuk mempertahankan
dan menangani masalah apa pun yang mungkin muncul selama penggunaan aplikasi. Tim
pendukung akan memberikan akses helpdesk kepada Klien untuk melaporkan masalah apapun.
Ada juga Knowledge Base yang diberikan kepada Klien.

4.6.1 SOFTWARE SUPPORT

Konsultan akan memperbaiki bug Software dan membantu dalam menstabilkan Software. Dan jika
versi produk open source yang digunakan pada saat ini memiliki bug dan patch utama pada versi
terbaru telah tersedia, Konsultan akan membantu dalam melakukan patching pada software. Patch
yang tersedia untuk versi saat ini adalah dua digit pertama patch sama dengan yang ada saat ini.
Sebagai contoh, 2.3.15 memiliki dua digit pertama yang sama dengan 2.3.3.

4.6.2 MANAJEMEN SISTEM

Konsultan akan membantu dalam manajemen sistem:

1. OS/Database manajemen akses user

2. Backup dan restore data
3. Perawatan performa dan keamanan.

4.6.3 INFRASTRUCTURE PRIVILEGE

Untuk memastikan masalah diselesaikan tepat waktu, Konsultan diberi wewenang untuk
menambahkan atau melakukan modifikasi konfigurasi sistem / instance yang dinilai memberikan
kinerja terbaik menurut Konsultan, tanpa memerlukan persetujuan dari Klien sebelumnya.
Konsultan tentunya akan memberitahukan hal ini kepada Klien dalam kasus tersebut. Perihal
infrastruktur di tempat/on-site, Konsultan dapat menyarankan Klien untuk berinvestasikan lebih
banyak pada infrastruktur sesuai dengan kebutuhan.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 38 OF 42
5. RENCANA PROYEK, PEMANTAUAN, DAN PENGAWASAN

Untuk memastikan implementasi proyek dapat berjalan dengan baik, Strategi perencanaan,
Kontrol Proyek, dan mekanisme control perlu disetujui oleh Klien dan Konsultan. Dibawah ini akan
dideskripsikan tentang mekanisme dan metode dari Perencanaan Proyek, Controlling and Reporting
System, dan juga rapat periodic jika diperlukan selama proyek

5.1 PERENCANAAN

5.1.1 TIMELINE IMPLEMENTASI

Implementasi Timeline akan menunjukkan urutan/sequence dari setiap fase dan juga jangka waktu
yang akan digunakan untuk implementasi. Timeline Implementasi perlu disetujui baik oleh Klien
dan juga Konsultan. Setiap fase sudah dijelaskan di METHODOLOGI IMPLEMENTASI.

5.1.2 RENCANA DWI-MINGGUAN (PERENCANAAN SPRINT)

Rencana Dwi-Mingguan akan dibuat sebagai referensi untuk timeline implementasi dalam bentuk
fase, aktivitas, atau tugas yang harus di implementasikan untuk 2 minggu berikutnya termasuk
dengan tanggal dimana perencanaan dimulai, Person-in-Charge (PIC), Pelaksanaan aktivitas, dan
tugas yang harus diselesaikan.

Rencana Dwi-Mingguan akan dibuat bersama dengan Project Manager dari sisi Klien dan
Konsultan. Dan jika diperlukan, anggota dari tim proyek akan diminta bergabung dalam
perencanaan.

5.2 PEMANTAUAN DAN PENGAWASAN

5.2.1 ISSUES AND RESOLUTION TRACKING.

Dalam implementasi proyek, mungkin akan timbul masalah yang bila tidak segera diselesaikan,
akan menghambat perkembangan proyek. Untuk mengatasi masalah tersebut, maka Issues and
Resolution Tracking Form akan digunakan. Dengan formulir ini, maka masalah akan bisa diketahui
lebih awal. Sehingga mempercepat penyelesaian masalah.

Setiap masalah yang terjadi harus diketahui dan disepakati oleh Project Manager dari pihak Klien
dan kemudian perlu ditunjuk seseorang untuk bertanggung jawab untuk menindak lanjuti
permasalahannya.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 39 OF 42
5.2.2 CHANGE REQUEST TRACKING

Saat implementasi proyek, ada kemungkinan untuk munculnya sugesti atau permintaan untuk
menambah fitur atau mengubah requirement yang sudah disetujui sebelumnya. Untuk menangani
permintaan tersebut, maka Klien dapat meminta Sofware Change Request Form. Dengan formulir
ini, setiap permintaan akan terekam dan akan dikerjakan setelah fase development selesai.

Jika permintaan perubahan (Change Request) dibutuhkan di tengah masa development, tim proyek
harus memperhitungkan permintaan perubahan tersebut terlebih dahulu dan kemudian melakukan
implementasinya. Tapi Klien juga harus tahu bahwa dengan pelaksanaan permintaan perubahan di
tengah fase pengembangan, timeline asli yang sudah disepakati sebelumnya juga akan bergeser.

5.2.3 RAPAT PERIODIK

5.2.3.1 PERENCANAAN SPRINT

Rapat ini akan diadakan setiap 2 minggu dan akan dihadiri oleh Project Manager dari pihak Klien,
Tim Proyek dari pihak Klien, Project Manager dari pihak Konsultan, Project Coordinator dari pihak
Konsultan, Lead Developer dari pihak Konsultan (jika diperlukan), dan Web Designer dari pihak
Konsultan (jika diperlukan). Rapat ini diadakan untuk mendiskusikan apa yang harus dicapai pada
Dwi-minggu berikutnya, masalah belum diselesaikan, dan potensi masalah yang diperkirakan akan
timbul.

5.2.3.2 SPRINT REVIEW

Pertemuan ini akan diadakan setiap 2 minggu di setiap akhir Sprint dan akan dihadiri oleh Project
Manager dari pihak Klien, Tim Proyek dari pihak Klien, Project Manager dari pihak Konsultan,
Project Coordinator dari pihak Konsultan, Lead Developer (jika diperlukan) dan Web Designer dari
pihak Konsultan (jika diperlukan) untuk melakukan demo Software dan membahas apa yang telah
dilakukan dalam 2 minggu terakhir.

5.2.3.3 SPRINT RETROSPECTIVE

This meeting will be held every 2 weeks at the end of the Sprint and will be attended by Client
Project Manager, Client Project Team, Consultant Project Manager, Consultant Project
Coordinator, Consultant Lead Developer (if needed) and Consultant Web Designer (if needed) to
discussed what went well in the Sprint, what could be improved and what will Client and Consultant
commit to improve in the “Next” Sprint.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 40 OF 42
Pertemuan ini akan diadakan setiap 2 minggu di akhir Sprint dan akan dihadiri oleh Project
Manager dari pihak Klien, Tim Proyek dari pihak Klien, Project Manajer dari pihak Konsultan,
Project Coordinator dari pihak Konsultan, Lead Developer (jika diperlukan) dan Web Designer (jika
diperlukan) dari pihak Konsultan untuk membahas apa yang sudah berjalan dengan baik pada
Sprint yang sudah lalu, apa yang bisa diperbaiki, dan apa yang Klien dan Konsultan sudah sepakati
untuk diperbaiki pada Sprint berikutnya.

5.2.4 PROJECT PROGRESS REPORT (DAILY OR WEEKLY)

Project status report is a summary of the overall project status. This report could be made daily or
weekly based on Client demands. This report could be used to compare the activities that have
been done with the Bi-weekly plan and could be used as a progress report that could be delivered to
management. Outline from the Project Progress Report is as follows:

Laporan status proyek adalah ringkasan dari keseluruhan status proyek. Laporan ini bisa dibuat
setiap hari atau mingguan berdasarkan permintaan Klien. Laporan ini dapat digunakan untuk
membandingkan kegiatan yang telah dilakukan dengan rencana Dwi-mingguan dan dapat
digunakan sebagai Progress Report yang dapat disampaikan kepada manajemen. Garis Besar
Project Progress Report adalah sebagai berikut:

 Tickets
o Jumlah tiket pada Sprint ini
o Jumlah tiket yang sudah selesai (close)
o Jumlah tiket yang sedang dalam Progress
o Sisa Tiket
o Tanggal penyelesaian yang diharapkan
 Issues
o Jumlah bugs di Sprint 1
o Jumlah bugs yang sudah diperbaiki
o Jumlah bugs yang sedang dalam Progress
o Sisa Bug
o Tanggal penyelesaian yang diharapkan
 Rencana Implementasi untuk Sprint kali ini.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 41 OF 42
5.2.5 MINUTES OF MEETING (MOM)

Minutes of Meeting adalah laporan yang akan dibuat setiap saat Konsultan melakukan komunikasi
dengan Klien. Laporan ini berguna untuk mencatat percakapan yang diperlukan sebagai bentuk
kesepakatan tambahan antara Konsultan dan Klien. Minutes of Meeting harus ditandatangani oleh
Project Manager (atau wakil yang ditunjuk jika Project Manager tidak hadir) dari pihak Klien dan
Konsultan.

5.2.6 MINUTES OF HAND OVER REPORT (BAST)

Minutes of Hand Over adalah laporan yang akan dibuat setiap saat Konsultan memberikan
kemajuan proyek kepada Klien beserta semua requirement pada tahap yang sudah diselesaikan.
Risalah Hand Over harus ditandatangani oleh Project Manager (atau wakil yang ditunjuk jika Project
Manager tidak hadir) dari Klien dan Konsultan.

CONFIDENTIAL – THIS DOCUMENT IS PROPERTY OF

PAGE 42 OF 42