DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

<>

TI-RP
Dipersiapkan oleh:
 Ade Frebrian (C1855201065)
 Bill Andrianur (C1855201067)
 Dimas Prayoga (C1855201055) 
 Imanuel G. R. Mailangkay(C1855201062) 
 Rendy Pratama(C1855201080) 

Program Studi Teknik Informatika

STMIK Palangkaraya

Nomor Dokumen Halaman

Program Studi
Teknik Informatika RPL-DOC-2020 1/#
Revisi 0 Tgl/bln/thn
 Daftar Isi
1 Kebutuhan Perangkat Lunak 4
1.1 Deskripsi Umum Sistem 4
1.2 Model Use Case 4
1.2.1 Diagram Use Case 4
1.2.2 Definisi Actor 4
1.2.3 Definisi Use Case 4
1.2.4 Skenario Use Case 4
1.3 Glossary 5
2 User Experience Model 5
2.1 <Use Case – 1> 5
2.1.1 Identifikasi Screen, Compartement Screen, dan Form 5
2.1.2 Storyboard 5
2.2 <Use Case – 2> 5
2.2.1 Identifikasi Screen, Compartement Screen, dan Form 5
2.2.2 Storyboard 5
2.3 <Use Case – 3> 5
2.3.1 Identifikasi Screen, Compartement Screen, dan Form 5
2.3.2 Storyboard 5
2.4 Navigational Path 5
3 Model Analisis 5
3.1 Realisasi Use Case Tahap Analisis 5
3.1.1 Use Case <nama use case 1> 5
3.1.1.1 Identifikasi Kelas Analisis 5
3.1.1.2 Sequence Diagram 6
3.1.1.3 Diagram Kelas Analisis 6
3.1.2 Use Case <nama use case 2> 6
3.1.2.1 Identifikasi Kelas Analisis 6
3.1.2.2 Sequence Diagram 6
3.1.2.3 Diagram Kelas Analisis 6
3.1.3 Use Case <nama use case 3> 6
3.1.3.1 Identifikasi Kelas Analisis 6
3.1.3.2 Sequence Diagram 6
3.1.3.3 Diagram Kelas Analisis 7
3.2 Diagram Kelas Keseluruhan 7
3.3 Pemetaan Model Analisis dan Model UX 7
4 Model Perancangan 7
4.1 Realisasi Use Case Tahap Perancangan 7
4.1.1 Use Case <nama use case 1> 7
4.1.1.1 Identifikasi Elemen WAE - Logical View 7
4.1.1.2 Identifikasi Kelas Perancangan 7
4.1.1.3 Sequence Diagram 7
4.1.1.4 Diagram Kelas Perancangan 7
4.1.1.5 Identifikasi Elemen WAE Component View 8
4.1.2 Use Case <nama use case 2> 8

Program Studi Teknik Informatika RPL-DOC-2020 Halaman 2/ dari #halaman

 4.1.2.1 Identifikasi Elemen WAE - Logical View 8
4.1.2.2 Identifikasi Kelas Perancangan 8
4.1.2.3 Sequence Diagram 8
4.1.2.4 Diagram Kelas Perancangan 8
4.1.2.5 Identifikasi Elemen WAE Component View 8
4.1.3 Use Case <nama use case 3> 8
4.1.3.1 Identifikasi Elemen WAE - Logical View 9
4.1.3.2 Identifikasi Kelas Perancangan 9
4.1.3.3 Sequence Diagram 9
4.1.3.4 Diagram Kelas Perancangan 9
4.1.3.5 Identifikasi Elemen WAE Component View 9
4.2 Perancangan Detil Elemen Logical View 9
4.2.1 Stereotyped Class <nama elemen logical view> 10
4.2.2 Stereotyped Class <nama elemen logical view> 10
4.3 Perancangan Detil Kelas 10
4.3.1 Kelas <nama kelas> 11
4.3.2 Kelas <nama kelas> 11
4.4 Perancangan Antarmuka 11
4.5 Perancangan Representasi Persistensi Kelas 11

Program Studi Teknik Informatika RPL-DOC-2020 Halaman 2/ dari #halaman

 1. Kebutuhan Perangkat Lunak
1.1 Deskripsi Umum Sistem
Gor Basket Thambrin merupakan sebuah badan usaha dengan kegiatan dibidang penyewaan lapangan
Basket, usaha ini menangani banyak pelanggan tiap minggunya. Proses transaksi dan pencatatan
dokumen yang dilakukan badan usaha ini masih dilakukan secara manual sehingga sering terjadi
kesulitan pada saat pengumpulan berkas-berkas transaksi dan tidak adanya laporan-laporan yang
dapat mendukung pimpinan dalam mengambil keputusan dan kebijakan. Melihat kebutuhan,
situasi, dan kondisi Gor Basket Thambrin maka dengan peningkatan penggunaan jasa penyewaan
lapangan Basket yang cukup berarti sudah sepantasnya dirancang suatu sistem informasi yang
mengendalikan proses penyewaan pada Gor Basket Thambrin.
Model perancangan yang digunakan adalah model waterfall dimana model ini  melewati fase-fase
perencanaan, pemodelan, implementasi dan pengujian dalam proses pengembangan sebuah
aplikasi
1.2 Model Use Case

1.2.1 Diagram Use Case

 1.2.2 Definisi Actor
Bisa dibuat dalam bentuk tabel berikut:

Actor Deskripsi
Admin Admin dengan Role ini dapat mengedit data
admin, mengedit data operator, mengedit data
lapangan, dan mengelola aplikasi
Operator Operator dengan role ini dapat melihat data
penyewa , melihat data lapangan,
menambahkan penyewaa lapangan, dan 1.2.3
membatalkan penyewaan lapangan 1.2.3
Penyewa Penyewa dengan Role ini dapat cek history 1.2.3
dia dalam pemesanan lapangan dan dapat 1.2.3
mengedit data 1.2.3
1.2.3
Definisi Use Case
No Use Case Deskripsi
Merupakan proses untuk melakukan login pada admin,
1 Login
penyewa dan operator
Merupakan proses untuk melakukan pendaftaran penyewa
2 Daftar
agar memiliki id
3 Merupakan proses untuk melihat pencatatan terakhir sewa
Cek History
yang dilakukan oleh penyewa
4 Edit Data Merupakan proses untuk mengedit data penyewa
5 Data Penyewa Merupakan proses operator melihat data penyewa
Menambah Data
6 Merupakan proses untuk menambah data membership
Membership
7 Merupakan proses untuk melihat lapangan data lapangan
Data Lapangan
yang tersedia
Menambahkan Penyewaan Merupakan proses untuk menambahkan penyewaan
8
Lapangan lapangan
Membatalkan Penyewaan Merupakan proses untuk membatalkan penyewaan
9
Lapangan lapangan yang telah disewa
Merupakan prosesmengedit data admin seperti
10 Mengedit Data Admin menghapus, menambahkan, atau mengubah id atau
password
Merupakan proses mengedit data operator seperti
11 Mengedit Data Operator menghapus, menambahkan, atau mengubah id atau
password
12 Merupakan proses mengedit data lapangan seperti
Mengedit Data Lapangan
menambahkan, atau membatalkan penyewaan lapangan
13 Mengelola Aplikasi Merupakan proses pengelolaan aplikasi

1.2.4 Skenario Use Case

Nama Use Case : Login

Skenario :
 AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Memasukan Id dan Password
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Masuk ke dalam sistem atau aplikasi
Skenario Alternatif
1. Memasukan Id dan Password
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Menampilksan pesan login yang tidak
valid (Id atau Password salah)
4. Memasukan Id dan Password yang
valid
5. Memeriksa valid tidaknya data yang
telah dimasukan
6. Masuk ke dalam sistem atau aplikasi

Nama Skenario : Daftar

Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Penyewa melakukan pendaftaran
2. Operator memasukan data penyewa
3. Sistem menyimpan data yang telah
dimasukan (Id dan Password penyewa)
Skenario Alternatif
1. Penyewa melakukan pendaftaran
2. Operator memasukan data penyewa
3. Sistem tidak dapat menyimpan data
karena kelebihan karakter
4. Operator memperbaiki kelebihan
karakter
5. Sistem melakukan cek validnya
karakter, apabila valid sistem akan
melakukan penyimpanan
Nama Skenario : Edit Data
Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Penyewa melakukan edit data seperti
mengganti id atau password
2. Sistem menyimpan data yang telah
dimasukan (Id dan Password penyewa
yang baru)
Skenario Alternatif
1. Penyewa melakukan edit data seperti
mengganti id atau password
2. Sistem tidak dapat menyimpan data
yang telah dimasukan (Id dan Password
 penyewa yang baru)
3. Penyewa melakukan edit data seperti
mengganti id atau password yang sesuai
4. Sistem menyimpan data yang telah
dimasukan (Id dan Password penyewa
yang baru)

Nama Skenario : Data Penyewa

Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Operator melakukan cek data
penyewa
2. Sistem menampilkan data yang dicari

Nama Skenario : Menambah Data Membership

AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Operator melakukan penambahan
data membership
2. Sistem berhasil menambahkan data
membership yang baru

Nama Skenario : Data Lapangan

AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Operator melakukan cek lapangan
yang tersedia
1. Sistem melihatkan lapangan yang
tersedia

Nama Skenario : Menambah Penyewaan Lapangan

AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Operator melakukan penambahan
data yang melakukan penyewaan lapangan
2. Sistem berhasil menambahkan data
yang melakukan penyewaan

Nama Skenario : Membatalkan Penyewaan Lapangan

AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Operator melakukan pembatalan
terhadap penyewaan lapangan
2. Sistem berhasil melakukan
pembatalan terhadap penyewaan lapangan

Nama Skenario : Mengedit Data Admin

Skenario :
 AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Apabila valid sistem akan menyimpan
data yang telah diedit
Skenario Alternatif
1. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Apabila data tidak valid sistem akan
tidak menyimpan data yang telah diedit
4. Admin melakukan perbaikan data
5. Sistem memeriksa valid tidaknya data
yang telah dimasukan
6. Sistem menyimpan data yang telah
diedit

Nama Skenario : Mengedit Data Operator

Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Apabila datavalid sistem akan
menyimpan data yang telah diedit
Skenario Alternatif
4. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
 5. Memeriksa valid tidaknya data yang
telah dimasukan
6. Apabila data tidak valid sistem akan
tidak menyimpan data yang telah diedit
7. Admin melakukan perbaikan data
8. Sistem memeriksa valid tidaknya data
yang telah dimasukan
9. Sistem menyimpan data yang telah
diedit

Nama Skenario : Mengedit Data Lapangan

Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
2. Memeriksa valid tidaknya data yang
telah dimasukan
3. Apabila data valid maka sistem akan
menyimpan data yang telah diedit
Skenario Alternatif
4. Admin melakukan pengeditan data
seperti menghapus, menambah atau
mengubah data
5. Memeriksa valid tidaknya data yang
telah dimasukan
6. Apabila data tidak valid sistem akan
tidak menyimpan data yang telah diedit
7. Admin melakukan perbaikan data
8. Sistem memeriksa valid tidaknya data
yang telah dimasukan
9. Sistem menyimpan data yang telah
diedit

Nama Skenario : Mengedit Data Operator

Skenario :
AKSI AKTOR REAKSI SISTEM
Skenario Normal
1. Admin melakukan penambahan fitur
atau melakukan pemeliharaan aplikasi
2. Fitur terbaru aplikasi akan
ditambahkan sesuai dengan pengelola
aplikasi lakukan

1.3 Glossary
Bagian ini diisi dengan daftar istilah yang digunakan, terutama istilah yang spesifik terhadap
domain problem.
2 User Experience Model
2.1 <Use Case – 1>

2.1.1 Identifikasi Screen, Compartement Screen, dan Form

No Nama Jenis Komponen

1 Main Screen
2 Form pengeditan Input form

2.1.2 Storyboard

2.2 <Use Case – 2>

2.2.1 Identifikasi Screen, Compartement Screen, dan Form

No Nama Jenis Komponen

1 Main Screen
2 Menu Data penyewa Compartment Screen
3 Menu Data lapangan Compartment Screen
4 Form input data penyewa Form input
5 Form input data lapangan Form input
6 Form edit data lapangan Form edit
2.2.2 Storyboard

2.3 <Use Case – 3>

2.3.1 Identifikasi Screen, Compartement Screen, dan Form

No Nama Jenis Komponen

1 Main Screen
2 Form pendaftaran Input form
3 Form edit data Edit form
 2.3.2 Storyboard

2.4 Navigational Path

A. Admin

B. Operator

C. Penyewa
3 Model Analisis
3.1 Realisasi Use Case Tahap Analisis

3.1.1 Use Case <nama use case 1>

3.1.1.1 Identifikasi Kelas Analisis

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Jenis Kelas

(Interface, Control, Entity)

3.1.1.2 Sequence Diagram

Buatlah diagram sequence untuksetiap skenario use case.
3.1.1.3 Diagram Kelas Analisis
Buatlah diagram kelas analisis use case ini.

3.1.2 Use Case <nama use case 2>

3.1.2.1 Identifikasi Kelas Analisis

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Jenis Kelas

(Interface, Control, Entity)

3.1.2.2 Sequence Diagram

Buatlah diagram sequence untuksetiap skenario use case.

3.1.2.3 Diagram Kelas Analisis

Buatlah diagram kelas analisis use case ini.

3.1.3 Use Case <nama use case 3>

3.1.3.1 Identifikasi Kelas Analisis

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Jenis Kelas

(Interface, Control, Entity)

3.1.3.2 Sequence Diagram

Buatlah diagram sequence untuksetiap skenario use case.

3.1.3.3 Diagram Kelas Analisis

Buatlah diagram kelas analisis use case ini.

3.2 Diagram Kelas Keseluruhan

Bagian ini diisi dengan diagram kelas untuk tiga use case utama saja.

3.3 Pemetaan Model Analisis dan Model UX

Petakan kelas boundary dengan elemen model UX yang sesuai. Gunakan tabel.

4 Model Perancangan
4.1 Realisasi Use Case Tahap Perancangan

4.1.1 Use Case <nama use case 1>

4.1.1.1 Identifikasi Elemen WAE - Logical View

Identifikasi:
- server page
- client page
- html form

No Nama Elemen Lojik WAE Stereotype

Server Page
Server Page
Client Page

4.1.1.2 Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait

4.1.1.3 Sequence Diagram

4.1.1.4 Diagram Kelas Perancangan
4.1.1.5 Identifikasi Elemen WAE Component View
Identifikasi:
- dynamic page
- static page
- physical root

Jelaskan juga hubungan realisasinya: elemen component view tersebut merealisasikan elemen logical view yang
mana. Gunakan tabel jika perlu.

4.1.2 Use Case <nama use case 2>

4.1.2.1 Identifikasi Elemen WAE - Logical View

Identifikasi:
- server page
- client page
 - html form

No Nama Elemen Lojik WAE Stereotype

Server Page
Server Page
Client Page

4.1.2.2 Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait

4.1.2.3 Sequence Diagram

Buatlah diagram sequence untuksetiap skenario use case.

4.1.2.4 Diagram Kelas Perancangan

Buatlah diagram kelas analisis use case ini.

4.1.2.5 Identifikasi Elemen WAE Component View

Identifikasi:
- dynamic page
- static page
- physical root

Jelaskan juga hubungan realisasinya: elemen component view tersebut merealisasikan elemen logical view yang
mana. Gunakan tabel jika perlu.

4.1.3 Use Case <nama use case 3>

4.1.3.1 Identifikasi Elemen WAE - Logical View

Identifikasi:
- server page
- client page
- html form

No Nama Elemen Lojik WAE Stereotype

Server Page
Server Page
Client Page

4.1.3.2 Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait

Program Studi Teknik Informatika RPL-DOC-2020 Halaman 8/ dari #halaman

4.1.3.3 Sequence Diagram

4.1.3.4 Diagram Kelas Perancangan

Buatlah diagram kelas analisis use case ini.

4.1.3.5 Identifikasi Elemen WAE Component View

Identifikasi:
- dynamic page
- static page
- physical root

Jelaskan juga hubungan realisasinya: elemen component view tersebut merealisasikan elemen logical view yang
mana. Gunakan tabel jika perlu.

4.2 Perancangan Detil Elemen Logical View

No Nama Elemen Lojik WAE Stereotype

Server Page
Server Page
Client Page

Untuk setiap elemen:

● identifikasi atribut
● identifikasi operasi

4.2.1 Stereotyped Class <nama elemen logical view>

Program Studi Teknik Informatika RPL-DOC-2020 Halaman 9/ dari #halaman

Nama Kelas : ……..
Jenis : Server Page / Client Page / HTML Form

Nama Operasi Visibility Keterangan

(private, public)
Diisi dengan signature operasi

Nama Atribut Visibility Tipe

(private, public)
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan

4.2.2 Stereotyped Class <nama elemen logical view>

Program Studi Teknik Informatika RPL-DOC-2020 Halaman 9/ dari #halaman

Nama Kelas : ……..
Jenis : Server Page / Client Page / HTML Form

Nama Operasi Visibility Keterangan

(private, public)
Diisi dengan signature operasi

Nama Atribut Visibility Tipe

(private, public)
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan

4.3 Perancangan Detil Kelas

Bagian ini diisi dengan daftar kelas perancangan dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait

Untuk setiap kelas:

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

4.3.1 Kelas <nama kelas>

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

Nama Operasi Visibility Keterangan

(private, public)
Diisi dengan signature operasi

Nama Atribut Visibility Tipe

(private, public)
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan

4.3.2 Kelas <nama kelas>

Bagian ini diisi dengan daftar operasi dan atribut Buat untuk setiap kelas.
Nama Kelas: ……..
 Nama Operasi Visibility Keterangan
(private, public)
Diisi dengan signature operasi

Nama Atribut Visibility Tipe

(private, public)
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan

4.4 Perancangan Antarmuka

Bagian ini diisi dengan versi final dari rancangan antarmuka.

4.5 Perancangan Representasi Persistensi Kelas

Bagian ini diisi dengan rancangan skema basisdata dan traceability-nya terhadap kelas entity.