DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

APLIKASI KANTIN
PasCafe

Dipersiapkan Oleh :
Tim : TM

Rafly Yunandi A - 173040028

M Zikri Alhaq - 173040027
Yogi Nugraha - 173040001

Asisten Pembimbing :

Mohammad Rizky Saputra

Rizal Nur Agustian

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS PASUNDAN
2019

Pembangunan Sistem Berorientasi Objek 1

PasCafe TM

BAB I

PENDAHULUAN

I.1 Pendefinisian Lingkup

Pembeli membuka aplikasi, kemudian sistem menampilkan daftar menu yang ada.
Pembeli kemudian memesan makanan dengan cara menekan menu yang ada. Lalu penjual
akan menerima daftar pesanan pembeli. jika makanan tersebut ada, maka penjual akan
mengubah status pesanan menjadi makanan tersedia dan menampilkan form pembayaran, jika
makanan tersebut tidak ada maka penjual akan mengubah status pesanan menjadi ditolak dan
kemudian pembeli akan membatalkan pemesanan. Setelah menampilkan form pembayaran,
pembeli akan melakukan proses pembayaran dan sistem memeriksa pembayaran jika saldo
cukup maka pesanan status pesanan akan diubah menjadi sedang dibuat dan jika saldo tidak
cukup maka pembeli akan memilih apakah akan mengisi saldo atau tidak, jika memilih
mengisi saldo maka akan melanjutkan proses pembayaran dan jika menolak maka pembeli
akan membatalkan pesanan. Penjual kemudian menyiapkan pesanan dan setelah itu mengubah
status pesanan menjadi telah selesai. Penjual menyerahkan pesanan kepada pembeli.
I.2 Pembagian Kerja Tim
Tim terdiri dari 3 (tiga orang tenaga ahli), ahli analis sistem, ahli desain sistem, ahli
pemrograman.
Tabel I.1 Pembagian Kerja Tim
No. Pembagian Kerja Tenaga Ahli
1. Team leader / Sistem Analis Rafly Yunandi A
2. Desain Sistem Yogi Nugraha
3. Programmer M. Zikri Alhaq

I.3 Penjelasan Proses Bisnis

Sistem Informasi Kantin mempunyai satu proses bisnis. Dalam pekerjaan pembangungan Sistem
Informasi Kantin, proses bisnis yang akan ditinjau adalah sebagai berikut:
Tabel I. 2 Penjelasan Proses Bisnis
No. Proses Bisnis Deskripsi

Pembelian Makanan dan Pembeli memesan makanan lalu membayar

1.
Minuman. pesanannya dan menerima pesanan

Pembangunan Sistem Berorientasi Objek 2

PasCafe TM

BAB II
PROSES BISNIS DAN REQUIREMENT

II.1 PROSES BISNIS

Pada bagian ini dijelaskan penjelasan dari proses bisnis yang terdapat pada Sistem Informasi
Kantin.
II.1.1 Pendefinisian Model Bisnis
Pembelian makanan dan Minuman adalah proses bisnis yang dilakukan oleh pembeli
dimana pembeli meminta pesanan makanan dan minuman lalu penjual mengecek pesanan, setelah
itu pembeli melakukan proses pembayaran dan penjual mengubah status pesanan menjadi
diterima.

II.1.2 Business Use Case

Pada bagian ini diisi dengan diagram business use case. Uraikan tujuan dari sub bab ini
dan lengkapi dengan uraian yang menjelaskan diagram tersebut.
Business Use Case Diagram

dan Minuman

Gambar II. 1 Business Use Case Diagram PasCafe

Penjelasan
Pembelian Makanan dan Minuman merupakan Business Use Case yang dilakukan oleh Pembeli
dimana pembeli memesan makanan dan minuman, lalu penjual akan mengecek pesanan makanan
kemudian pembeli akan membayar pesanan dan penjual akan menyerahkan pesanan makanan

Pembangunan Sistem Berorientasi Objek 3

PasCafe TM

II.1.3 Aktivitas Business Use Case (Activity Diagram)

Pada bagian ini diisi dengan activity diagram. Uraikan tujuan dari sub bab ini dan
lengkapi dengan uraian yang menjelaskan diagram tersebut.

Gambar II.2 Activity Diagram Pembelian Makanan

Pembangunan Sistem Berorientasi Objek 4

PasCafe TM

II.2 REQUIREMENT
Pada bagian ini dijelaskan kebutuhan-kebutuhan yang ada pada aplikasi PasCafe. Terdapat User
Requirement dan Software Requirement.
II.2.1 User Requirement Perangkat Lunak
Pada bagian ini diisi dengan penjelasan user requirement perangkat lunak mengacu
kepada Activity Diagram Pembelian Makanan.
Tabel II. 1 User Requiremet Perangkat Lunak
User Requirement
No. Deskripsi
Perangkat Lunak
UR-01 Pembeli ingin dapat Pembeli ingin memesan pesanan setelah melihat
memesan pesanan daftar menu yang ditampilkan.
UR-02 Penjual ingin dapat Penjual ingin dapat melakukan pengecekan pada
mengecek pesanan pesanan pembeli.
UR-03 Pembeli ingin dapat Pembeli ingin dapat melakukan pembayaran
melakukan pembayaran terhadap pesanan yang dipesan.
UR-04 Penjual ingin dapat Penjual ingin dapat mengubah status pesanan telah
mengubah status selesai setelah penjual menyiapkan makanan.
pesanan

II.2.2 Daftar Kebutuhan Perangkat Lunak

Pada bagian ini diisi dengan daftar kebutuhan perangkat lunak sesuai dengan fitur utama
perangkat lunak.
Tabel II. 2 Daftar Kebutuhan Perangkat Lunak
No
Requir Nama Requirement Deskripsi
ement
Perangkat lunak harus dapat Menyediakan fitur untuk menampilkan
SR-01 menerima data pesanan daftar menu dan kemudian menyimpan
pesanan yang dipesan.
Perangkat lunak harus dapat Menyediakan fitur pengecekan terhadap
SR-02
mengelola pengecekan pesanan pesanan yang dipesan.
Perangkat lunak harus dapat Menyediakan fitur pengelolaan pembayaran
SR-03
mengelola pembayaran untuk pesanan yang telah diterima.
Perangkat lunak harus dapat Menyediakan fitur perubahan status
SR-04 megelola perubahan status pesanan menjadi telah selesai.
pesanan

Pembangunan Sistem Berorientasi Objek 5

PasCafe TM

No
Requir Nama Requirement Deskripsi
ement
Perangkat lunak harus dapat Menyediakan fitur perangkat lunak dapat
digunakan secara multi user digunakan secara multi user secara otoritas
SR-05
secara otoritas yang diberikan yang diberikan kepada masing-masing
kepada masing-masing pemakai pemakai yaitu penjual dan pembeli.

II.2.3 Model Use Case

Uraikan tujuan dari pemodelan use case ini.
II.2.3.1 Diagram Use Case
Pada bagian ini diisi dengan diagram use case. Uraikan tujuan dari sub bab ini dan
lengkapi dengan uraian yang menjelaskan diagram tersebut.
Use Case Diagram

Gambar III.1 Use Case Diagram PasCafe

Penjelasan
Actor dalam usecase diagram ini adalah pembeli dan penjual. Use Case Diagram ini
menjelaskan aktivitas yang dilakukan Pembeli yaitu permintaan pesanan dan pembayaran
pesanan. Lalu aktifitas yang dilakukan oleh penjual yaitu pengecekan pesanan dan
pengubahan status pesanan.

Pembangunan Sistem Berorientasi Objek 6

PasCafe TM

II.2.3.2 Definisi Use Case

Use Case Diagram adalah diagram yang digunakan untuk menangkap perilaku sistem
saat berjalan, selain itu Use Case Diagram digunakan untuk untuk mengumpulkan persyaratan
sistem yang berpengaruh terhadap berjalannya sebuah sistem baik berpengaruh internal dan
pengaruh eksternal. Pada bagian ini akan dijelaskan mengenai definisi use case yang terdiri
dari nomor use case, nama use case, dan deskripsi use case. Use case yang terdapat empat
antara lain.

Tabel II. 3 Definisi Use Case

No.
Use Case Deskripsi
Use Case
UC – 01 Permintaan Permintaan Pesanan adalah use case yang
Pesanan berfungsi untuk meminta pesanan makanan.
UC – 02 Pengecekan Pengecekan pesanan adalah use case yang
Pesanan berfungsi untuk mengecek pesanan apakah
diterima atau ditolak.
UC – 03 Pembayaran Pembayaran Pesanan adalah use case yang
pesanan berfungsi untuk membayar pesanan setelah
pesanan diterima.
UC – 04 Pengubahan Pengubahan Status Pesanan adalah use case yang
Status Pesanan berfungsi untuk mengubah status pesanan menjadi
selesai setelah pesanan telah selesai disiapkan.

II.2.3.3 Definisi Actor

Aktor adalah orang yang terlibat dalam suatu proses bisnis. Bagian ini diisi
dengan daftar aktor dan deskripsi untuk aktor tersebut. Aktor yang terlibat adalah
Pembeli dan penjual.
Tabel II. 4 Definisi Actor
No.
Actor Deskripsi
Actor
AC – 01 Pembeli Pembeli adalah actor yang berperan sebagai orang
yang membeli makanan.
AC – 02 Penjual Penjual adalah actor yang berperan sebagai oarang
yang menjual makanan.

Pembangunan Sistem Berorientasi Objek 7

PasCafe TM

BAB III
ANALISIS DAN DESAIN
III.1 ANALISIS
Pada bagian ini akan melakukan analisis terhadap Use Case yang ada.

III.1.1 Realisasi Use Case

Tujuan dari Realisasi Use Case untuk menggambarkan aktivitas yang ada pada setiap
Use-Case.

III.1.1.1 Prototipe Perangkat Lunak

Pada bagian ini diisi dengan gambaran prototipe awal dari perangkat lunak.
Prototipe Perangkat Lunak

Gambar IV.1 Prototipe Perangkat Lunak Halaman Awal

Penjelasan
Merupakan tampilan halaman awal perangkat lunak pada user pembeli dimana terdapat
tombol untuk memilih pesanan.

Pembangunan Sistem Berorientasi Objek 8

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.2 Prototipe Perangkat Lunak Daftar pesanan yang dipilih

Penjelasan
Merupakan tampilan daftar pesanan dari user pembeli terdapat daftar pesanan yang telah
dipilih dan tombol pesan untuk memproses pesanan.

Pembangunan Sistem Berorientasi Objek 9

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.3 Prototipe Perangkat Lunak Halaman Daftar pesanan penjual

Penjelasan
Merupakan tampilan daftar pesanan dari user penjual dimana terdapat detail dari pembeli
yang memesan beserta pesanannya dan terdapat tombol untuk menerima pesanan.

Pembangunan Sistem Berorientasi Objek 10

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.2 Prototipe Perangkat Lunak Notifikasi Pesanan ditolak

Penjelasan
Merupakan tampilan notifikasi dari user pembeli saat penjual menolak pesanan.

Pembangunan Sistem Berorientasi Objek 11

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.2 Prototipe Perangkat Lunak formulir pembayaran

Penjelasan
Merupakan tampilan form pembayaran dari pembeli dimana terdapat total harga yang
harus dibayar dan tampilan notifikasi saat pembayaran telah berhasil

Pembangunan Sistem Berorientasi Objek 12

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.2 Prototipe Perangkat Lunak notifikasi pembayaran selesai

Penjelasan
Merupakan tampilan notifikasi dari user pembeli saat pembayaran telah berhasil.

Pembangunan Sistem Berorientasi Objek 13

PasCafe TM

Prototipe Perangkat Lunak

Gambar IV.2 Prototipe Perangkat Lunak Halaman daftar pesanan penjual

Penjelasan
Merupakan tampilan halaman daftar pesanan dari user penjual dimana terdapat tombol
untuk menerima/menolak pesanan, memasak pesanan, dan mengantar pesanan.

Pembangunan Sistem Berorientasi Objek 14

PasCafe TM

III.1.1.3 Skenario Use Case

Pada bagian ini diisi dengan diagram use case. Uraikan tujuan dari sub bab ini dan
lengkapi dengan uraian yang menjelaskan diagram tersebut.
Tabel III. 1 Tabel Skenario Use Case Permintaan Pesanan
Identifikasi
Nomor SUC-01
Nama Permintaan Pesanan
Tujuan Meminta Pesanan makanan di PasCafe
Deskripsi Pembeli membuka aplikasi lalu sistem akan
menampilkan menu lalu pembeli akan memilih
pesanan dan sistem akan menambahkan pesanan
tadi ke daftar pesanan
Aktor Pembeli
Skenario Utama
Kondisi Awal : Halaman Awal Aplikasi PasCafe pembeli

Aksi Aktor Reaksi Sistem

1. Membuka aplikasi 2. Menampilkan menu

3. Menekan tombol pesanan yang dipilih 4. Menambahkan pesanan ke daftar pesanan

Kondisi Akhir : Menampilkan Daftar pesanan yang dipesan

Pembangunan Sistem Berorientasi Objek 15

PasCafe TM

Tabel III. 2 Tabel Skenario Use Case Pengecekan Pesanan

Identifikasi
Nomor SUC-02
Nama Pengecekan pesanan
Tujuan Mengecek pesanan yang dipesan oleh pembeli
Deskripsi Penjual akan mengecek daftar pesanan yang
dipesan oleh pembeli jika pesanan tersedia maka
penjual akan mengubah status pesanan menjadi
diterima dan sistem akan menampilkan formulir
pembayaran dan jika pesanan tidak ada maka
penjual akan mengubah status pesanan menjadi
ditolak lalu sistem akan menampilkan pesan
pesanan ditolak.
Aktor Penjual
Skenario Utama
Kondisi Awal : Halaman Daftar pesanan penjual

Aksi Aktor Reaksi Sistem

1. Menekan tombol pesanan diterima 2. Menampilkan Formulir pembayaran
Kondisi Akhir : Menampilkan Notifikasi Pembayaran

Pembangunan Sistem Berorientasi Objek 16

PasCafe TM

Skenario Alternatif
1. Menekan tombol pesanan ditolak 2. Menampilkan pesan pesanan ditolak
Kondisi Akhir : Menampilkan Notifikasi Pesanan ditolak

Tabel III. 3 Tabel Skenario Use Case Pembayaran Pesanan

Identifikasi
Nomor SUC-03
Nama Pembayaran Pesanan
Tujuan Membayar pesanan yang dipesan di PasCafe
Deskripsi Pembeli akan melakukan pembayaran lalu
sistem akan memproses pembayaran jika saldo
cukup maka sistem akan menampilkan
notifikasi bahwa pembayaran telah selesai lalu
jika saldo tidak cukup sistem akan menampilkan
notifikasi bahwa saldo tidak cukup dan sistem
akan mengarahkan ke halaman tambah saldo
lalu pembeli akan mengisi ulang saldo.
Aktor Pembeli

Pembangunan Sistem Berorientasi Objek 17

PasCafe TM

Skenario Utama
Kondisi Awal : Halaman formulir pembayaran

Aksi Aktor Reaksi Sistem

1. Melakukan pembayaran 2. Memproses pembayaran

3. Mengecek sisa saldo

3. Memberikan notifikasi pembayaran telah
selesai
Kondisi Akhir : Menampilkan notifikasi pembayaran selesai

Skenario Alternatif
1. Melakukan pembayaran 2. Memproses pembayaran
3. Mengecek sisa saldo
4. Memberikan notifikasi saldo tidak cukup
5. Menampilkan halaman isi saldo
6. Tidak mengisi ulang saldo 7. Menghapus daftar pesanan
Kondisi Akhir : Menampilkan notifikasi pesanan telah dibatalkan

Pembangunan Sistem Berorientasi Objek 18

PasCafe TM

Pembangunan Sistem Berorientasi Objek 19

PasCafe TM

Tabel III. 4 Tabel Skenario Use Case Pengubahan Status Pesanan

Identifikasi
Nomor SUC-04
Nama Pengubahan Status Pesanan
Tujuan Mengubah status pesanan menjadi telah selesai
dibuat
Deskripsi Penjual akan menyiapkan pesanan dari pembeli
lalu penjual akan mengubah status pesanan
menjadi selesai dan sistem akan menampilkan
notifikasi bahwa pesanan telah selesai dibuat.
Aktor Penjual
Skenario Utama
Kondisi Awal : Halaman daftar pesanan penjual

Aksi Aktor Reaksi Sistem

1. Menekan tombol pesanan telah selesai dibuat 2. Mengubah status pesanan menjadi selesai
dibuat
Kondisi Akhir : Menampilkan notifikasi status pesanan diterima

Pembangunan Sistem Berorientasi Objek 20

PasCafe TM

III.1.1.4 Diagram Sekuen (Sequence Diagram)

Pada bagian ini diisi dengan Diagram Sekuen versi final (Sequence Diagram).
Uraikan tujuan dari sub bab ini dan lengkapi dengan uraian yang menjelaskan diagram
tersebut.

Sequence Diagram

Gambar II.1 Sequence Diagram Permintaan Pesanan

Penjelasan
Pembeli menekan tombol lihat menu, lalu sistem menampilkan daftar menu, kemudian pembeli
menekan pesanan yang dipilih, dan sistem menyimpan pesanan yang telah dipesan dan kemudian
menampilkan halaman daftar pesanan.

Pembangunan Sistem Berorientasi Objek 21

PasCafe TM

Sequence Diagram

Gambar II.1 Sequence Diagram Pengecekan Pesanan

Penjelasan
Penjual menekan tombol terima pesanan, lalu sistem mengirim status pesanan menjadi diterima
dan mengubah status pesana menjadi diterima.

Sequence Diagram

Gambar II.1 Sequence Diagram Pembayaran Pesanan

Penjelasan
Pembeli menekan tombol pembayaran lalu sistem memproses pembayaran. Sistem mengecek
pembayaran, dan setelah itu sistem menampilkan notifikasi status pembayaran telah selesai.

Pembangunan Sistem Berorientasi Objek 22

PasCafe TM

Sequence Diagram

Gambar II.1 Sequence Diagram Pengubahan Status Pensanan

Penjelasan
Penjual menekan tombol ubah status pesanan menjadi telah selesai lalu sistem mengubah status
pesanan menjadi selesai dan terakhir sistem menampilkan status pesanan telah selesai.

Pembangunan Sistem Berorientasi Objek 23