DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

Pendekatan berorientasi Objek

Warehouse Management System

untuk:
<nama user>

Dipersiapkan oleh:
Erlangga Bayu Setyawan

(1102120015)

Regi Nindiana Putri

(1102120146)

Iftitah Noor Pratomo

(1102121261)

TI-36-01

Program Studi Teknik Industri

Fakultas Rekayasa Industri
Telkom University
2015

Daftar Isi
1

Bab 1 Pendahuluan...........................................................................................................................................4
1.1
Tujuan Penulisan Dokumen......................................................................................................................4
1.2
Lingkup Masalah......................................................................................................................................4
1.3
Aturan Penomoran....................................................................................................................................4
1.4
Referensi...................................................................................................................................................4
1.5
Deskripsi Umum Dokumen (Ikhtisar)......................................................................................................4
Bab 2 Kebutuhan Perangkat Lunak..................................................................................................................4
2.1
Deskripsi Umum Sistem...........................................................................................................................4
2.2
Fitur Utama Perangkat Lunak..................................................................................................................4
2.2.1
Kebutuhan Fungsional......................................................................................................................4
2.2.2
Kebutuhan Non Fungsional..............................................................................................................4
2.3
Model Use Case........................................................................................................................................4
2.3.1
Diagram Use Case............................................................................................................................4
2.3.2
Definisi Actor....................................................................................................................................5
2.3.3
Definisi Use Case..............................................................................................................................5
2.3.4
Skenario Use Case............................................................................................................................5
2.4
Spesifikasi Tambahan...............................................................................................................................7
2.5
Glossary.....................................................................................................................................................7
Model Analisis..................................................................................................................................................8
3.1
Realisasi Use Case Tahap Analisis...........................................................................................................8
3.2
Kelas Analisis...........................................................................................................................................8
3.2.1
Tanggung-Jawab dan Atribut............................................................................................................9
3.2.2
Asosiasi dan Agregasi.......................................................................................................................9
3.2.3
Generalisasi.......................................................................................................................................9
3.2.4
Kebutuhan Khusus............................................................................................................................9
3.3
Paket Analisis............................................................................................................................................9
3.3.1
Identifikasi Paket Analisis................................................................................................................9
3.3.2
Identifikasi Kelas Analisis tiap Paket.............................................................................................10
3.4
Prototipe Antarmuka...............................................................................................................................10
3.5
Deskripsi Arsitektur................................................................................................................................10
3.6
Pedoman Perancangan............................................................................................................................11
Model Perancangan........................................................................................................................................12
4.1
Realisasi Use Case Tahap Perancangan.................................................................................................12
4.2
Kelas Perancangan..................................................................................................................................12
4.2.1
Operasi dan Atribut.........................................................................................................................13
4.2.2
Asosiasi dan Agregasi.....................................................................................................................13
4.2.3
Generalisasi.....................................................................................................................................13
4.2.4
Algoritma/Query.............................................................................................................................13
4.2.5
Diagram Statechart.........................................................................................................................14
4.2.6
Kebutuhan Khusus..........................................................................................................................14
4.3
Perancangan Subsistem..........................................................................................................................14
4.3.1
Subsistem Pendukung.....................................................................................................................14
4.3.2
Subsistem Aplikasi..........................................................................................................................14
4.3.3
Identifikasi Kelas Perancangan tiap Subsistem.............................................................................15
4.4
Perancangan Antarmuka........................................................................................................................16
4.5
Coding Standard dan Naming Convention............................................................................................16
4.6
Deployment Diagram..............................................................................................................................16
Implementasi...................................................................................................................................................18
5.1
Implementasi Komponen........................................................................................................................18
5.2
Implementasi Subsistem.........................................................................................................................18
5.3
Implementasi Antarmuka.......................................................................................................................19
Pengisian Bab VI Pengujian...........................................................................................................................20
6.1
Rencana dan Prosedur Pengujian...........................................................................................................20
6.1.1
Rencana Pengujian..........................................................................................................................20
6.1.2
Prosedur Pengujian.........................................................................................................................20
6.2
Kasus Uji.................................................................................................................................................20
6.2.1
Pengujian Use Case <nama use case>............................................................................................20
6.3
Defect dan Status Perbaikan...................................................................................................................21
6.4
Evaluasi Pengujian..................................................................................................................................21
Pengisian Lampiran........................................................................................................................................21

Halaman 2/ dari 15 halaman

Bab 1 Pendahuluan

1.1 Tujuan Penulisan Dokumen

Dokumen ini berisi tentang perancangan aplikasi monitoring persediaan pada gudang atau
Warehouse Management System (WMS). Aplikasi WMS ini dapat diterapkan pada berbagai
macam sektor baik yang berskala kecil sampai yang berskala besar seperti pabrik, toko
kelontong, atau restoran. Namun dalam dokumen ini, penulis memilih untuk menggunakan
aplikasi ini pada coffee shop. Dokumen ini berisi mengenai aplikasi dari tahap analisis,
perancangan, implementasi, pengujian, hingga tahap evaluasi.
Tujuan pembuatan dokumen ini adalah untuk mendokumentasikan pembuatan sebuah aplikasi
yang berguna bagi para pengusaha yang membutuhkan gudang sebagai tempat menyimpan
inventori bahan baku ataupun produk jadinya. Aplikasi ini dapat membantu mereka dalam
pencatatan barang-barang yang masuk dan keluar, sehingga memudahkan untuk mengetahui
berapa stok yang masih tersedia di gudang dan kapan harus memesan barang lagi. Target
pembaca dokumen ini adalah para pengusaha atau pegawai di bidang IT yang ingin mengetahui
bagaimana cara penggunaan aplikasi ini dan barangkali menginginkan aplikasi ini
diimplementasikan pada usaha mereka.
1.2 Lingkup Masalah
Warehouse Management System adalah sebuah aplikasi yang digunakan monitoring persedian
barang di gudang. Pembuatan aplikasi ini awalnya berangkat dari permasalahan perusahaan
yang tidak memiliki gudang untuk menyimpan bahan baku ataupun hasil produksi. Perusahaanperusahaan tersebut biasanya akan menyewa gudang untuk menyimpan hasil produksinya.
Aplikasi WMS (Warehouse Management System) ini akan mempermudah perusahaan untuk
mengetahui stock barang yang disimpan di gudang tersebut, karena aplikasi ini akan secara
otomatis mencatat barang yang masuk dan keluar dari gudang. Contoh dari penggunaan
aplikasi ini yang akan dibahas nantinya adalah penyimpanan bahan baku mentah atau setengah
jadi pada coffee shop.
1.3

Aturan Penomoran
Daftar Tabel

Tabel X

Tabel ke-X

Gambar X

Daftar Gambar
Gambar ke-X

1.4 Referensi
Referensi yang digunakan pada dokumen ini dirujuk dari:
1. https://kumpulankaryasiswa.wordpress.com/2011/04/21/apa-itu-wms-warehousemanagement-system/
2. http://www.kompasiana.com/ninarosdiana/warehouse-management-systemwms_55007267813311e118fa77fa

1.5 Deskripsi Umum Dokumen (Ikhtisar)

Secara garis besar dokumen ini terdiri dari:
Bab I Pendahuluan
Halaman 3/ dari 15 halaman

Pada bab ini menjelaskan tentang tujuan penulisan dokumnen, lingkup masalah, aturan
penomoran, referensi serta dijelaskan pula dekripsi umum dokumen(ikhtisar).
Bab II Kebutuhan Perangkat Lunak
Pada bagian ini, dipaparkan dekripsi umum dari sistem, fitur utama dari perangkat
lunak dilihat dari kebutuhan fungsional dan nonfungsional, membuat diagram use case,
mendefinisikan aktor dan use case, membuat skenario use case, spesifikasi tambahan
dan glossary.
Bab III Model Analis
Bab Bab Model Analis menjabarkan realisasi use case tahap analisis, kelas analisis yang
terdiri dari operasi dan atribut, asosiasi dan agregasi, generalisasi, dan kebutuhan
khusus. Selain itu dijabarkan pula paket analisis, prototipe antar muka, deskripsi
arsitektur dan pedoman rancangan.
Bab IV Model Perancangan
Paba bagian Model Perancangan dijelaskan tentang realisasi use case tahap
perancangan, kelas perancangan yang terdiri dari operasi dan atribut, asosiasi dan
agregasi, generalisasi, algoritma/Query, diagram Statechart dan kebutuhan khusus.
Lalu dijelaskan pula tentang percarnagan subsitem pedukung, subsistem aplikasi,
identifikasi kelas percangan tiap subsistem, peracangan antarmuka, coding standard
dan naming convention dan terakhir deployment diagram.
Bab V Implementasi
Pada bab implementasi dipaparkan impementasi dari komponen, subsistem dan
antarmuka.
Bab VI Pengisian bab IV Pengujian
Pada bagian ini dijelaskan rencan dan prosedur pengujian, uji kasis pada use case,
defect dan status perbaikan dan terkhir evaluasi pengujian
Bab VII Pengisian Lampiran
Pengisian lampiran didasarkan pada lampiran yang dibutuhkan dari dokumen.

2 Bab 2 Kebutuhan Perangkat Lunak

2.1

Deskripsi Umum Sistem

Bagian ini diisi dengan System Overview, dalam bentuk gambar dan narasi yang dapat
memberikan gambaran tentang aplikasi dan konteksnya (harus jelas batasan dan keterkaitan
antara sistem yang akan dibangun dengan sistem lain di luarnya). Deskripsi umum sistem perlu
dilengkapi pula dengan pemodelan kasus yang dihadapi.
2.2

Fitur Utama Perangkat Lunak

Bagian ini diisi dengan fitur utama perangkat lunak, yang terdiri dari kebutuhan fungsional dan
kebutuhan non fungsiona.

Halaman 4/ dari 15 halaman

2.2.1 Kebutuhan Fungsional

2.2.2 Kebutuhan Non Fungsional
2.3

Model Use Case

2.3.1 Diagram Use Case

Bagian ini diisi dengan diagram use case versi awal dalam UML. Lengkapi dengan uraian yang
menjelaskan diagram tersebut, serta prioritas pengembangan use case.
Bagian ini diisi dengan perbaikan diagram use case (lengkapi dengan extend, uses, dan lain-lain
jika perlu) dan uraiannya. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus
dilengkapi.
2.3.2 Definisi Actor
Bagian ini diisi dengan daftar actor dan deskripsi role untuk actor tersebut. Bisa dibuat dalam
bentuk tabel berikut:
No

Actor

Deskripsi

Bagian ini diisi dengan daftar actor yang telah direvisi. Apabila pada fase ini masih ada
perbaikan, daftar perubahan harus dilengkapi.
2.3.3 Definisi Use Case

Bagian ini diisi dengan daftar use case dan deskripsi singkat mengenai use case tersebut. Bisa
dibuat dalam bentuk tabel berikut:
No

Use Case

Deskripsi

Aktor Yang Terlibat

Bagian ini diisi dengan daftar use case yang telah direvisi. Apabila pada fase ini masih ada
perbaikan, daftar perubahan harus dilengkapi.
2.3.4 Skenario Use Case
Bagian ini diisi dengan skenario (flow of event) untuk beberapa use case utama, yang
menggambarkan urutan interaksi actor dengan use case tersebut, dari awal sampai akhir.
Contoh:
Nama Use Case:
Skenario:
Aksi Actor
Skenario Normal
1

Reaksi Sistem
2

3
Halaman 5/ dari 15 halaman

4
Skenario Alternatif
1
2
3
4
Skenario Lain ()

2.4

Spesifikasi Tambahan

Bagian ini diisi dengan informasi tambahan mengenai setiap atau seluruh use case, terutama
mengenai kebutuhan non fungsional. Apabila pada fase ini masih ada perbaikan, daftar
perubahan harus dilengkapi.
2.5

Glossary

Bagian ini diisi dengan daftar istilah yang digunakan, terutama istilah yang spesifik terhadap
domain problem. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus dilengkapi.

Halaman 6/ dari 15 halaman

3 Model Analisis
3.1

Realisasi Use Case Tahap Analisis

Bagian ini diisi dengan diagram kelas analisis dan sequence diagram yang menggambarkan
interaksi setiap objek dari kelas analisis yang terlibat di dalam use case tersebut. Diagram kelas
dan sequence diagram dibuat untuk setiap use case. Lengkapi daftar perubahan sesuai dengan
tambahan informasi yang dilakukan pada fase ini.
3.2

Kelas Analisis

Bagian ini diisi dengan daftar kelas analisis dalam tabel berikut:
No

Nama Kelas

Jenis

Untuk setiap kelas analisis, lakukan:

identifikasi tanggung-jawab (responsibility)

identifikasi atribut

identifikasi asosiasi dan agregasi antar kelas

identifikasi generalisasi

identifikasi kebutuhan khusus untuk realisasi kelas analisis

3.2.1 Tanggung-Jawab dan Atribut

Nama Kelas
Kelas xxxx

Daftar Tanggung-Jawab
1.
2.
3.

Daftar Atribut
1.
2.
3.

3.2.2 Asosiasi dan Agregasi

Bagian ini hanya diisi jika ada.
3.2.3 Generalisasi
Bagian ini hanya diisi jika ada.
3.2.4 Kebutuhan Khusus
Bagian ini hanya diisi jika ada.

Halaman 7/ dari 15 halaman

3.3

Paket Analisis

3.3.1 Identifikasi Paket Analisis

Bagian ini diisi dengan daftar paket analisis dengan mengacu pada diagram use case. Satu atau
lebih use case dapat digabung kedalam satu paket.
Contoh:
N
Nama Paket
o
1.
Paket xxx

Use Case Terkait

Keterangan

1.
2.
3.

3.3.2 Identifikasi Kelas Analisis tiap Paket

Bagian ini diisi dengan hasil identifikasi kelas analisis untuk setiap paket analisis dengan
mengacu pada skenario setiap use case.
Contoh:
N
Nama Paket
o
1
Paket xxx

3.4

Nama Kelas Analisis

Jenis Kelas
(Boundary, Control, Entity)

1.
2.
3.

Prototipe Antarmuka

Bagian ini diisi dengan perbaikan prototipe antarmuka perangkat lunak dan penjelasan singkat
untuk pemakaiannya. Lengkapi daftar perubahan jika terjadi perubahan.
3.5

Deskripsi Arsitektur

Bagian ini diisi dengan gambaran umum arsitektur perangkat lunak. Dengan demikian, dapat
diketahui pula batasan implementasi dari perangkat lunak yang akan dikembangkan.
3.6

Pedoman Perancangan

Bagian ini diisi dengan pedoman perancangan yang perlu dituliskan.

Halaman 8/ dari 15 halaman

4 Model Perancangan
4.1

Realisasi Use Case Tahap Perancangan

Bagian ini diisi dengan diagram kelas untuk setiap use case. Selanjutnya, untuk setiap use case
dibuat sequence diagram yang menggambarkan interaksi setiap objek dari kelas perancangan
yang terlibat di dalam use case tersebut. Sequence diagram perlu dibuat ulang apabila ada
perubahan yang cukup besar dari diagram kelas analisis menjadi diagram kelas perancangan.
Lengkapi daftar perubahan.
4.2

Kelas Perancangan

Bagian ini diisi dengan daftar kelas perancangan dalam tabel berikut:
No

Nama Kelas Perancangan

Nama Kelas Analisis (jika ada)

Untuk setiap kelas, lakukan:

identifikasi operasi (mengacu pada tanggung-jawab kelas), termasuk visibility-nya

identifikasi atribut, termasuk visibility-nya

identifikasi asosiasi dan agregasi antar kelas

identifikasi generalisasi

untuk operasi yang kompleks, sertakan algoritmanya

identifikasi kebutuhan khusus untuk implementasi kelas

4.2.1 Operasi dan Atribut

Bagian ini diisi dengan daftar operasi dan atribut Buat untuk setiap kelas.
Nama Kelas: ..
Nama Operasi

Visibility
(private, public)

Keterangan

Visibility
(private, public)

Tipe

Diisi dengan signature operasi

Nama Atribut
Diisi dengan nama atribut

Tuliskan tipenya sesuai dengan

yang dikenal pada bahasa
pemrograman yang digunakan

Halaman 9/ dari 15 halaman

4.2.2 Asosiasi dan Agregasi

Bagian ini hanya diisi jika ada.
4.2.3 Generalisasi
Bagian ini hanya diisi jika ada.
4.2.4 Algoritma/Query
Bagian ini hanya diisi untuk kerangka algoritma untuk proses-proses yang dianggap cukup
penting. Implementasi skeleton code juga sudah dapat dilakukan untuk kelas-kelas yang
terdefinisi pada bahasa pemrograman tertentu
Contoh:
Nama Kelas
Nama Operasi
Algoritma

:
:
:

(Algo-xxx)

{Jika mengacu query tertentu, lengkapi tabel query di bawah}

Query
:
No Query
Query
Q-xxx

Keterangan
Tuliskan fungsi dari querynya

4.2.5 Diagram Statechart

Bagian ini hanya diisi jika ada kelas yang kompleks. Perubahan status kelas tersebut harus
digambarkan dalam bentuk diagram statechart.
4.2.6 Kebutuhan Khusus
Bagian ini hanya diisi jika ada.
4.3

Perancangan Subsistem

Bagian ini diisi dengan gambar subsistem pendukung dan subsistem aplikasi dalam bentuk
lapisan aplikasi (application layer) serta gambar diagram package yang menggambarkan
ketergantungan antar subsistem (berbeda dengan diagram package analisis yang hanya berisi
paket analisis saja, tanpa subsistem pendukung).
4.3.1 Subsistem Pendukung
Identifikasi subsistem yang akan digunakan untuk PL ini, misalnya:

aplikasi lain yang akan dimanfaatkan

middleware dan software-system yang akan digunakan

Bagian ini diisi dengan daftar subsistem pendukung dan alokasinya pada node yang telah
teridentifikasi. Mis. dengan melengkapi tabel berikut:
Halaman 10/ dari 15 halaman

No

Subsistem Pendukung

Alokasi Node

4.3.2 Subsistem Aplikasi

Bagian ini diisi dengan hasil identifikasi subsistem yang bersifat application-specific, dengan
mengacu pada hasil identifikasi paket analisis dan diagram paket, termasuk apabila ada
subsistem yang akan di-reuse (dari yang sudah ada sebelumnya). Sertakan pula alokasi
subsistem tersebut pada node yang telah teridentifikasi. Boleh dibuat dalam bentuk tabel seperti
berikut:
N
o
1.

Nama Subsistem

Paket Analisis terkait (jika ada)

Alokasi Node

Subsistem xxx

4.3.3 Identifikasi Kelas Perancangan tiap Subsistem

Bagian ini diisi dengan identifikasi kelas perancangan untuk setiap subsistem di atas, dengan
mengacu pada kelas analisis.
Contoh:
N
Nama Subsistem
o
1
Subsistem xxx

4.4

Nama Kelas Perancangan

Nama Kelas Analisis (jika ada)

1.
2.
3.

Perancangan Antarmuka

Bagian ini diisi dengan hasil identifikasi rancangan antarmuka aplikasi disini. Apabila tidak ada
perubahan dari prototipe antarmuka di bab sebelumnya, cukup diacu nomornya saja. Misalnya
dengan melengkapi tabel berikut:
No
1

Use Case
{diisi dengan nama use case yang
langsung berhubungan dengan actor,
sehingga perlu dibuat antarmukanya}

Antarmuka
{disi dengan no. layar
atau no. gambar
rancangan antarmuka}

Nama Kelas
{disi dengan nama
kelas untuk
implementasi
antarmuka}

Selanjutnya, untuk setiap antarmuka/layar, tuliskan spesifikasi detilnya, misalnya seperti di

bawah ini:
Antarmuka
Id_Objek

Button1
RTF1
DB1

: {diisi dengan no. layar atau no gambar rancangan antarmuka}

Jenis

Button
RTF Box
Data
control

Nama
Diisi dengan
string yg tampil
pd layar
OK

Keterangan
Diisi dengan penjelasan reaksi sistem, misalnya
membuka layar apa, link kemana. Jika
menyangkut suatu kode yang cukup rumit, acu
algoritma yang telah diuraikan di atas.
Jika diklik, akan mengaktifkan Proses AlgoXXX.
Isi Teks yang disimpan pada File xxx
Diasosiasikan ke QueryXYZ dengan mengacu
query uang telah diuraikan di atas.
Halaman 11/ dari 15 halaman

Jika objek dikaitkan ke File lain (misalnya file gambar, file teks), berikan nama file terkait dan deskripsi
ringkas dalam kolom keterangan

4.5

Coding Standard dan Naming Convention

Bagian ini diisi dengan versi final dari coding standard dan naming convention. Lengkapi
daftar perubahan jika terjadi perbaikan.
4.6

Deployment Diagram

Bagian ini diisi dengan deployment diagram versi final. Lengkapi daftar perubahan jika terjadi
perbaikan.

Halaman 12/ dari 15 halaman

5 Implementasi
Bagian ini diisi dengan informasi tentang elemen dari perangkat lunak yang dikembangkan
(executable files, configuration files, data files, dsb) serta perubahannya.
5.1

Implementasi Komponen

Bagian ini diisi dengan daftar kelas yang telah diimplementasikan. Misalnya dalam bentuk tabel
berikut:
No

5.2

Nama Kelas
Mis. Account

Nama File Fisik

Mis. Account.java

Nama File Executable

Mis. Account.class

Implementasi Subsistem

Bagian ini diisi dengan daftar subsistem yang telah diimplementasikan. Misalnya dalam bentuk
tabel berikut:
No

5.3

Nama Subsistem
Subsistem xxxx

Nama File Fisik

1
2

Nama Kelas
1
2

Implementasi Antarmuka

Bagian ini diisi dengan daftar implementasi antarmuka. Misalnya dalam bentuk tabel berikut:
No

Antarmuka

Nama File Fisik

Nama File Executable

Halaman 13/ dari 15 halaman

6 Pengisian Bab VI Pengujian

6.1

Rencana dan Prosedur Pengujian

6.1.1 Rencana Pengujian

Bagian ini diisi dengan rencana pengujian, misalnya dalam bentuk tabel berikut:
No
1

Use Case
xxx

Pengujian
1. Skenario normal
2. Skenario xxx (acu
no.skenario)
3. Skenario yyy

Jenis Pengujian
1. Black box dan White Box
2. Black Box
3.

Identifikasi
U-1-xxx
U-1-xxx
U-1-xxx
U-2-xxx

Bagian ini diisi dengan tabel rencana pengujian versi final. Lengkapi daftar perubahan jika ada
perbaikan.
6.1.2 Prosedur Pengujian
Bagian ini diisi dengan prosedur pengujian, misalnya persiapan pengujian, urutan pengujian
yang harus dilakukan, dll
6.2

Kasus Uji

Bagian ini diisi dengan kasus uji untuk setiap use case dalam subbab. Contohnya adalah sebagai
berikut:
6.2.1 Pengujian Use Case <nama use case>
Identifikasi

Deskripsi

Prosedur Pengujian

U-1-01

Pengujian hasil
pemasukan data
pelanggan oleh
operator

U-1-02

Pengujian hasil
pemasukan data
pelanggan oleh
pelanggan
secara on-line

o
o
o

Buka
File data
pelanggan
Cari
rekord dengan
data modus
pemasukan
yang diinginkan
Lihat
tanggal lahir
pelanggan
Lihat
kode pelanggan
Banding
kan dengan
rumus
pembangkitan
kode pelanggan

Masukan

Keluaran yang
Diharapkan

Kriteria
Evaluasi
Hasil

Hasil yang
Didapat

Kesimpulan

Kode
modus
pemasukan
operator
(01)
Kode
modus
pemasukan
on-line
(02)

01<tgl_lahir>001
01<tgl_lahir>002
01<tgl_lahir>003
dst

01<tgl_
lahir>
<nomor
terurut>

01<tgl_
lahir><no_
loncat

ditolak

02<tgl_lahir>001
02<tgl_lahir>002
02<tgl_lahir>003
dst

02<tgl_
lahir>
<nomor
terurut>

02<tgl_
lahir><no_
terurut>

diterima

Bagian ini diisi dengan kasus uji versi final untuk seluruh use case. Lengkapi daftar perubahan
jika ada perbaikan.
6.3 Defect dan Status Perbaikan
Bagian ini diisi dengan defect yang ditemukan setelah melakukan pengujian dan status
perbaikannya

Halaman 14/ dari 15 halaman

6.4 Evaluasi Pengujian

Bagian ini diisi dengan uraian evaluasi hasil pengujian.

7 Pengisian Lampiran
Bagian lampiran diisi dengan daftar resiko, user manual dan training material dibuat pada
dokumen terpisah. Lampirkan pula hasil pertemuan dengan user, maupun hasil review.

Halaman 15/ dari 15 halaman