Skplsisepeda

DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM INFORMASI PENJUALAN SEPEDA
untuk:
Mata Kuliah OOAD
Dipersiapkan oleh:
Denny Septianto A11.2012.07110
Aris Mulyasani A11.2012.07110
Deny Cahya M. A11.2011.06051
Yanu Irawan
A11.2011.06057
Jurusan Teknik Informatika - Udinus
Jalan Imam Bonjol Semarang
Jurusan
Teknik Informatika
Udinus
Nomor Dokumen
Halaman
SKPL-001
1/66
Revisi
DAFTAR PERUBAHAN
Revisi
Deskripsi
INDEX
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Jurusan Informatika Udinus
SKPL-001
Halaman 2 dari 82
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika Informatika dan bersifat rahasia.
Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Halaman Perubahan

Halaman
Revisi
Halaman
SKPL-001
Revisi
Halaman 3 dari 82
Daftar Isi
1. Pendahuluan ................................................................................................................................................ 9
1.1
Tujuan Penulisan Dokumen .............................................................................................................. 9
1.2
Lingkup Masalah .............................................................................................................................. 9
1.3
Definisi, Singkatan, dan Akronim ..................................................................................................... 9
1.4
Referensi ........................................................................................................................................... 9
1.5
Deskripsi Umum Dokumen ............................................................................................................... 9
2 Deskripsi Global Perangkat Lunak............................................................................................................ 9
2.1
Perspektif Produk .............................................................................................................................10
2.2
Fungsi Produk ..................................................................................................................................10
2.3
Karakteristik Pengguna ....................................................................................................................10
2.4
Batasan-batasan ...............................................................................................................................11
2.5
Asumsi dan Kebergantungan ...........................................................................................................11
3 Deskripsi Rinci Kebutuhan ......................................................................................................................11
3.1
Kebutuhan antarmuka eksternal .......................................................................................................11
3.1.1
Antarmuka pemakai .................................................................................................................12
3.1.2
Antarmuka perangkat keras ......................................................................................................12
3.1.3
Antarmuka perangkat lunak .....................................................................................................12
3.1.4
Antarmuka komunikasi ............................................................................................................12
3.2
Kebutuhan Fungsional .....................................................................................................................14
3.2.1
Autentikasi Operator .................................................................................................................14
3.2.1.1
Skenario ...........................................................................................................................14
3.2.1.2
Diagram Sequence ............................................................................................................15
3.2.2
Verifikasi Deposit .....................................................................................................................15
3.2.2.1
Skenario ...........................................................................................................................15
3.2.2.2
3.2.3
Set Stok Uang...........................................................................................................................16
3.2.3.1
Skenario ...........................................................................................................................16
3.2.3.2
3.2.4
Aktivasi ATM ..........................................................................................................................17
3.2.4.1
Skenario ...........................................................................................................................17
3.2.4.2
3.2.5
Autentikasi Nasabah .................................................................................................................18
3.2.5.1
Skenario ...........................................................................................................................18
3.2.5.2
3.2.6
Penarikan Tunai .......................................................................................................................18
3.2.6.1
Skenario ...........................................................................................................................18
3.2.6.2
3.2.7
Transfer Uang ..........................................................................................................................19
3.2.7.1
Skenario ...........................................................................................................................19
3.2.7.2
3.2.8
Deposit .....................................................................................................................................21
3.2.8.1
Skenario ...........................................................................................................................21
3.2.8.2
3.2.9
Cek Saldo .................................................................................................................................22
3.2.9.1
Skenario ...........................................................................................................................22
3.2.9.2
DinamikaObjek .................................................................................................................22
3.3
Deskripsi Kelas-kelas .......................................................................................................................23
3.3.1
Diagram Kelas .........................................................................................................................23
3.3.2
Spesifikasi Kelas ......................................................................................................................24
3.3.2.1
Kelas ATM .......................................................................................................................24
3.3.2.1.1 Deskripsi Atribut ...........................................................................................................24
SKPL-001
Halaman 4 dari 82
3.3.2.1.2 Deskripsi Layanan .........................................................................................................24

3.3.2.2
Kelas ATM Controller ......................................................................................................24
3.3.2.3
Kelas Console ...................................................................................................................25
3.3.2.4
Kelas CardReader .............................................................................................................25
3.3.2.5
Kelas Brankas ...................................................................................................................26
3.3.2.6
Kelas Log .........................................................................................................................26
3.3.2.7
Kelas CashDispenser ........................................................................................................27
3.3.2.8
Kelas CashDepositor .........................................................................................................27
3.3.2.9
Kelas ReceiptPrinter .........................................................................................................28
3.3.2.10
Kelas Komunikasi .............................................................................................................28
3.3.2.11
Kelas Request ...................................................................................................................28
3.3.2.12
Kelas Respon ....................................................................................................................29
3.3.2.13
Kelas Transaksi ................................................................................................................29
3.3.2.14
Kelas Maintanance ...........................................................................................................30
3.3.2.15
Kelas User ........................................................................................................................30
3.3.2.16
Kelas Penarikan ................................................................................................................30
3.3.2.17
Kelas Transfer ..................................................................................................................31
3.3.2.18
Kelas Deposit ....................................................................................................................31
3.3.2.19
Kelas Cek Saldo................................................................................................................32
3.3.2.20
Kelas Nasabah ..................................................................................................................32
SKPL-001
Halaman 5 dari 82
3.4
3.5
3.6
3.7
3.3.2.21
Kelas Operator ..................................................................................................................32
3.3.2.22
Kelas Set StokUang ..........................................................................................................33
3.3.2.23
Kelas VerifikasiDeposit ....................................................................................................33
Deskripsi Kebutuhan Non Fungsional ..............................................................................................34
Atribut Kualitas Perangkat Lunak ....................................................................................................35
Batasan Perancangan .......................................................................................................................35
Matriks Keterunutan ........................................................................................................................36
SKPL-001
Halaman 6 dari 82
Daftar Gambar
Gambar 2-1 Perspektif Produk.........................................................................................................................10
Gambar 3-1 Use Case Diagram ATM ..............................................................................................................14
Gambar 3-2 Class Diagram ATM....................................................................................................................23
SKPL-001
Halaman 7 dari 82
Daftar Tabel
Tabel 2-1 Karakteristik Pengguna ...................................................................................................................11
Tabel 3-1 Kebutuhan Non Fungsional .............................................................................................................34
Tabel 3-2 Atribut Kualitas Perangkat Lunak ...................................................................................................35
Tabel 3-3 Matriks Keterunutan........................................................................................................................36
SKPL-001
Halaman 8 dari 82
1. Pendahuluan
1.1
Tujuan Penulisan Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini bertujuan sebagai acuan atau panduan
baik bagi pembangun dan pengguna web selama dalam pembangunan web yang akan dibangun. Bagi
pihak pembangun, SKPL ini dapat digunakan sebagai acuan dalam setiap tahapan pembangunan ini
agar sesuai dengan kebutuhan yang diinginkan oleh pengguna dan tujuan web itu sendiri. Sedangkan
bagi pihak pengguna, SKPL ini digunakan untuk mencatat semua spesifikasi kebutuhan dari web yang
dikembangkan dan harapan yang diinginkan.
Dokumen SKPL ini berisi spesifikasi kebutuhan dari web penjualan sepeda yang akan dibangun.
1.2
Lingkup Masalah
Web Penjualan sepeda yang dibangun akan dipergunakan untuk jual beli sepeda dan sparepart serta
dapat merakit sepeda sendiri sesuai selera pengguna dan langsung dapat memesanannya. Web ini harus
mampu memberikan info tentang harga harga sepeda dan sparepart, menyediakan layanan untuk
menanyakan mengenai sepeda dan sparepartnya, dan menyediakan transaksi jual beli sepeda dan
sparepart.
1.3
Definisi, Singkatan, dan Akronim
SKPL
Spesifikasi Kebutuhan Perangkat Lunak
SEPEDA
kendaraan beroda dua atau tiga, mempunyai setang, tempat duduk, dan
sepasang pengayuh yang digerakkan kaki untuk menjalankannya
E-COMMERCE
kegiatan komersial dengan penyebaran, pembelian, penjualan , pemasaran

barang dan jasa melalui system elektronik seperti internet, www, atau jaringan
computer lainnya.
WEB
1.4
kumpulan halaman yang menampilkan informasi data teks, data gambar diam
atau gerak, data animasi, suara, video dan atau gabungan dari semuanya, baik
yang bersifat statis maupun dinamis yang membentuk satu rangkaian bangunan
yang saling terkait dimana masing-masing dihubungkan dengan jaringanjaringan halaman (hyperlink)
Referensi
Dokumen acuan yang dipergunakan dalam penulisan dokumen ini adalah:
1.
1.5
GL01BT, template dokumen Spesifikasi Kebutuhan Perangkat Lunak. (SKPL)
Deskripsi Umum Dokumen

Dokumen SKPL ini memberikan spesifikasi dari produk yang akan dibangun dan sesuai dengan
kebutuhan yang diberikan oleh pihak pengguna dan telah disepakati bersama dengan pembangun.
Gambaran umum dan khusus dari Web Penjualan sepeda, yang meliputi:
1.
Tujuan dan fungsi Web
SKPL-001
Halaman 9 dari 82
Menjelaskan tujuan dari pembangunan Web Penjualan sepeda secara detail serta fungsi
dibangunnya Web Penjualan sepeda tersebut sesuai dengan ruang lingkup yang telah diuraikan
sebelumnya.
2.
Kemampuan Web Penjualan sepeda

Mendeskripsikan kemampuan yang dimiliki oleh Web Penjualan sepeda yang dibangun untuk
melayani user.
3.
Antarmuka pemakai, perangkat keras, perangkat lunak, dan komunikasi.

Menguraikan secara rinci kebutuhan dalam perancangan Web Penjualan sepeda yang akan
dibangun meliputi pemakai, perangkat keras, perangkat lunak dan komunikasi.
4.
Batasan-batasan perangkat Lunak

Membahas secara detail batasan yang dapat dilakukan dan diatasi oleh Web Penjualan sepeda.
5.
Karakteristik pengguna
Menjelaskan karateristik pengguna yang akan menggunakan Web Penjualan sepeda.
6.
Ketergantungan Web Penjualan sepeda

Menjelaskan ketergantungan Web Penjualan sepeda terhadap lingkungan implementasi.
2 Deskripsi Global Perangkat Lunak

2.1
Perspektif Produk
Produk yang dibuat merupakan Web E-commerce. Dalam web ini user dapat melakukan transaksi jual
beli secara online. User dapat langsung membeli sparepart, sepeda jadi atau pun user dapat merakit
sepeda sesuai keinginan.
2.2
Fungsi Produk
Secara umum, WEB E-comerce berfungsi untuk melayani kegiatan kegiatan komersial seperti
transaksi jual beli barang melalu system elektronik melalui internet (secara online).
Fungsi utama dari Web Penjualan sepeda :
1.
Menyediakan informasi mengenai sepeda
2.
Transaksi jual beli informasi
3.
Melayani user untuk menanyakan seputar sepeda
2.3
Karakteristik Pengguna
Web Penjualan sepeda akan digunakan oleh dua jenis pengguna, yaitu pengunjung dan admin.
pengunjung dapat melakukan kegiatan yang berhubungan dengan pembelian sepeda atau sparepart,
mengirimkan pertanyaan, atau merakit sepeda . Admin dapat melakukan perawatan dan pengelolaan
terhadap Web Penjualan sepeda.
SKPL-001
Halaman 10 dari 82
Tabel 2-1 Karakteristik Pengguna

Pengguna
Tanggung
jawab
Hak akses
Tingkat
pendidikan
Tingkat
keterampila
n
Pengalaman
Jenis
pelatihan
Pengunjung
Melakukan
kegiatan
dalam web
Dapat
melakukan
transaksi
pembelian ,
dapat
mengirimka
n
pertanyaan,
dapat
merakit
sepeda
Apa saja
Bisa
mengikuti
petunjuk
Admin
Melakukan
perawatan
dan
pengelolaan
Mengelola
data data
yang ada
pada web
Lulus SMA
Mengerti
teknis Web
Penjualan
sepeda
Pelatihan
Admin Web
Penjualan
sepeda
Cara
merawat
dan
mengelola
Web
Penjualan
sepeda
2.4
Batasan-batasan
Web Penjualan sepeda hanya melayani transaksi jual beli sepeda atau sparepart.
Web Penjualan sepeda menyediakan layanan untuk merakit sepeda jenis fixie,mtb dan bmx.
Transaksi jual beli pada Web Penjualan sepeda merupakan jenis transaksi yang isinya tidak boleh
diketahui orang lain. Oleh karena itu, semua informasi akan dikirim ke email atau nomor telp pemesan.
2.5
Asumsi dan Kebergantungan

Salah seorang admin yang mengelola website perlu memiliki pengetahuan mengenai sepeda dan
mengerti teknis web dari penjualan sepeda. Memiliki media sebagai alat komunikasi untuk terus update
tentang sepeda dan memimiliki kenalan yang mudah memberikan informasi mengenai sepeda untuk
mempermudah dalam proses pembuatan website.
3 Deskripsi Rinci Kebutuhan

Bagian ini berisi semua kebutuhan Web yang diuraikan secara rinci untuk keperluan perancangan Web.
Kebutuhan Web tersebut meliputi kebutuhan antarmuka eksternal, kebutuhan fungsional dan Non
fungsional, kebutuhan data, attribut perancangan
SKPL-001
Halaman 11 dari 82
3.1
Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pemakai

Pengguna utama sistem ini adalah pengunjung web yang tingkat kemampuan dalam menggunakan Web
sangat bervariasi sehingga rancangan antarmuka pengunjung harus sederhana dan mudah digunakan.
Karena Web yang akan dibangun berjalan dilingkungan umum, tampilan Web akan dibangun
sesederhana akan tetapi menarik untuk pengunjung.
3.1.2 Antarmuka perangkat keras

Dalam penggunaannya perangkat keras yang dibutuhkan adalah Komputer Personal yang berfungsi
sebagai computer web client yaitu bertugas pengakses dan sebagai pemasok data serta informasi.
Beberapa perangkat keras yang dibutuhkan sudah termasuk di dalamnya, yaitu :
Perangkat Alat Input
Perangkat alat yang digunakan dalam penerimaan input dan pemasukan data. Disini perangkat
alat yang digunakan adalah keyboard dan mouse.
Perangkat Alat Pemroses
Perangkat alat yang memiliki fungsi dimana instruksi-instruksi program diproses untuk
dilakukan pengolahan data yang telah dimasukkan dengan alat input dan hasilnya akan
ditampilkan oleh alat output. Perangkat permproses ini biasanya terdiri dari Central Processor
Unit (CPU) dan Random Access Memory (RAM). Selain itu, dibutuhkan juga Hard Disk Drive
(HDD) sebagai alat penyimpanan sementara file-file temporary seperti cache dan cookies.
Perangkat Alat Output
Perangkat alat yang digunakan untuk menampilakn hasil pemrosesan suatu masukan atau
inputan data. Pada sistem ini, alat output yang digunakan adalah monitor.
3.1.3 Antarmuka perangkat lunak

Pada computer web client minimal harus sudah terinstal software web browser (IE 6 ke atas Opera 10
ke atas, Mozilla Firefox 3 ke atas).
3.1.4 Antarmuka komunikasi

Web Penjualan sepeda ini akan berkomunikasi dengan pengujung dan admin yang ada pada server
melalui jaringan internet.
SKPL-001
Halaman 12 dari 82
3.2
Kebutuhan Fungsional
Perangkat lunak yang dibuat akan memiliki beberapa fungsi utama, seperti terlihat dalam use case berikut:
uc Use Case Mo...
Sistem Informas Penj ualan Sepeda
fixie
bmx
rakit sepeda
extend
pilih w arna
home
sparepart
extend
beli sparepart
sepeda
pengunj ung
extend
beli sepeda
kontak
extend
sunting data barang
konfirmasi
pembayaran
kirim pesan
extend
hapus data barang
lihat data barang
i nclude
extend
sunting data ongkir

include
extend
lihat data ongkir
extend
extend
hapus data ongkir
extend
lihat data
sunting data admin
extend
lihat data admin
extend
extend
extend
hapus data admin
i ncl ude
lihat data inbox

transaksi
extend
balas pesan
login
i nclude
extend
admin
incl ude
lihat transaksi
konfirmasi
incl ude
extend
ubah status
konfirmasi
i nclude
pengiriman
extend
ubah status
pengiriman
keluar
Gambar 3-1 Use case Diagram Penjualan sepeda
SKPL-001
Halaman 13 dari 82
3.2.1 Fixie
Fungsi ini merupakan pembuatan sepeda FIXIE secara custom.
3.2.1.1 Skenario
Use Case Name
Related Requirements
Goal In Context
Preconditions
Successful End Condition
Failed End Condition
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
FIXIE
SKPL-F-6
Pengunjung bisa merakit sepeda Fixie
Pengunjung berada pada menu Rakit Sepeda
Sistem Menampilkan Menu rakit sepeda Fixie
Sistem tidak dapat menampilkan menu perakitan sepeda
Pengunjung
Klik button FIXIE
Step
Action
1
Klik Menu Rakit Sepeda
2
Klik Menu Fixie
3
Pengunjung merakit sepeda
Step
Branching Action
3.1
Pengunjung tidak dapat melakukan perakitan
sepeda
<<extend>>
Pengunjung dapat memilih warna bagi setiap part
: Pilih warna
sepeda
SKPL-001
Halaman 14 dari 82
3.2.1.2 Diagram Activity

act Use Case Model
Start
buka halaman utama
klik menu fixie
pilih bagian sepeda
tersedia?
TIdak
Ya
pilih w arna
final
SKPL-001
Halaman 15 dari 82
3.2.1.3 Diagram Sequence

sd Interaction
user
rakit sepeda
rakit fixie
klik menu rakit sepeda()
display jenis sepeda()
pilih jenis sepeda()
display jenis sepeda yang dipilih()

pilih bagian sepeda()
pilih warna()
hasil rakit sepeda()
SKPL-001
Halaman 16 dari 82
3.2.1.4 Diagram Collaborative

sd Use Case Model
Halaman Utama
1: prepare()
Menu Rakit
Sepeda
1.1: prepare()
Menu FIxie
1.2: prepare()
1.4: cek ketersediaan()
1.5: [cek ketersediaan == true] remove()
Memilih bagian
lain
pilih bagian
sepeda
1.3: [cek ketersediaan == true] new()
pilih w arna
3.2.2 BMX
Fungsi ini merupakan pembuatan sepeda BMX secara custom..
3.2.2.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
BMX
SKPL-F-6
Pengunjung Bisa merakit Sepeda BMX
Pengunjung berada pada menu Rakit Sepeda
Sistem Menampilkan Menu Rakit Sepeda BMX
Sistem tidak dapat menampilkan menu perakitan sepeda
Pengunjung
Klik button BMX
Step
Action
1
2
Klik Menu BMX
SKPL-001
Halaman 17 dari 82
3
Step
3.1
Extensions
<<extend>>
: Pilih warna
Pengunjung merakit sepeda

Branching Action
Pengunjung tidak dapat melakukan perakitan
sepeda
Pengunjung dapat memilih warna bagi setiap part
sepeda

act Use Case Model
Start
buka halaman utama
klik menu bmx
pilih bagian sepeda
tersedia?
TIdak
Ya
pilih w arna
final
SKPL-001
Halaman 18 dari 82

sd Interaction
user
rakit sepeda
bmx
klik rakit sepeda()
display jenis sepeda()
pilih sepeda bmx()
display sepeda bmx()
pilih bagian sepeda()
pilih warna()
hasil sepeda bmx()
SKPL-001
Halaman 19 dari 82

sd bmx collaboration
Halaman Utama
1: prepare()
Menu Rakit
Sepeda
1.1: prepare()
Menu BMX
1.2: prepare()
1.4: cek()
pilih bagian
sepeda
1.5: [cek ktrsedi aan == true] remove()
Memilih bagian lain
1.3: [cek ktrsediaan == true]()
pilih w arna
3.2.3 Home
Pengunjung bisa mengunjungi Halaman depan Penjualan sepeda.
3.2.3.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Home
SKPL-F-1
Pengunjung bisa mengunjungi Halaman depan Penjualan sepeda
Pengunjung berada pada website penjualan sepeda
Sistem menampilakan tampilan muka Halaman depan Penjualan sepeda
Sistem gagal menampilakan tampilan muka Halaman depan Penjualan
sepeda
Pengunjung
Klik Menu Home
Step
Action
1
Pengunjung mengakses alamat penjualan sepeda
2
Klik pada menu Home
Step
Branching Action
SKPL-001
Halaman 20 dari 82
1.1
2.1
Alamat Penjualan sepeda gagal diakses

Sistem gagal menampilkan tampilan muka
Halaman depan Penjualan sepeda

act Activ ity Home
Start
mengakses alamat
penj ualan sepeda
berhasil?
Ya
Halaman Home terbuka
final
SKPL-001
Halaman 21 dari 82

sd Interaction
user
web home
masukan alamat web()
user interface()
display home()

sd home collaborati...
1.1: cek()
membuka alamat
w eb
1: [cek == true] new()
1.2: [cek == true] remove()
cek koneksi
1.3: reopen web()
halaman w eb
terbuka
membuka alamat
w eb kembali
3.2.4 SparePart
Pengunjung bisa mengunjungi Halaman Galery Penjualan sepeda dan melihat-lihat dan membeli sparepart
pada halaman SparePart Penjualan sepeda.
3.2.4.1 Skenario
Use Case Name
Goal In Context
SparePart
SKPL-F-8
Pengunjung bisa mengunjungi Halaman SparePart Penjualan sepeda dan
melihat-lihat dan membeli sparepart pada halaman SparePart Penjualan
sepeda
SKPL-001
Halaman 22 dari 82
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions

Sistem menampilakan tampilan muka halaman SparePart Penjualan
sepeda
Sistem gagal menampilakan tampilan muka halaman SparePart
Penjualan sepeda
Pengunjung
Klik Menu Galery
Step
Action
1
2
Klik pada menu SparePart
3
Sistem menampilkan Halaman Sparepart
Penjualan sepeda
Step
Branching Action
1.1
2.1
Sistem gagal menampilakan tampilan muka
halaman SparePart Penjualan sepeda
<<extend>>
Pengunjung dapat membeli barang yang sudah
: beli barang
ditambahkan

act Sparepart Activ ity
Start
Buka Halaman Utama
Klik menu Sparepart
Halaman Sparepart tampil
Final
SKPL-001
Halaman 23 dari 82

sd Interaction
user
sparepart page
klik sparepart()
display sparepart()

sd Interaction
Membuka halaman
w eb
1: prepare()
klik menu sparepart
1.1: prepare()
halaman sparepart
tampil
3.2.5 Beli SparePart

Pengunjung bisa membeli barang yang dipilih.
SKPL-001
Halaman 24 dari 82
3.2.5.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Beli
SKPL-NF-5.1
Pengunjung bisa membeli barang yang dipilih
Pengunjung berada pada halaman Sparepart Penjualan sepeda
Sistem menampilkan transaksi pembelian
Sistem gagal menampilkan transaksi pembelian
Pengunjung
Klik button beli barang
Step
Action
1
2
Klik pada menu SparePart
3
Sistem menampilkan menu SparePart
4
Klik button beli
5
Sistem menampilkan hasil transaksi pembelian
Step
Branching Action
1.1
3.1
SparePart Penjualan sepeda
5.1
Sistem gagal menampilkan hasil transaksi
pembelian
SKPL-001
Halaman 25 dari 82

act Beli Sparepart
Start
Buka Halaman Utama
Klik Menu Sparepart
Klik Sparepart yang dibeli
Tersedia?
Ya
detail pemesanan
final
SKPL-001
Halaman 26 dari 82

sd Interaction
user
sparepart page
bel i sparepart
klik
sparepart()
display sparepart()
kl ik button
beli()
display form
pemesanan()
insert data pemesanan()
kl ik button
beli()
pesan pemesanan berhasil()
detail pemesanan()
SKPL-001
Halaman 27 dari 82

sd Interaction
buka halaman w eb
1: prepare()
klik menu sparepart
1.1: prepare()
1.3: cek()
beli sparepart
restok
1.5: new()
1.2: [cek == true] new()
beli kembali
detal pemasanan
3.2.6 Sepeda
Pengunjung bisa mengunjungi Halaman Sepeda Penjualan sepeda dan melihat-lihat dan membeli sepeda pada
halaman sepeda Penjualan sepeda.
3.2.6.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
SparePart
SKPL-F-8
Pengunjung bisa mengunjungi Halaman Sepeda Penjualan sepeda dan
melihat-lihat dan membeli sepeda pada halaman sepeda Penjualan
sepeda
Sistem menampilakan tampilan muka halaman Sepeda Penjualan sepeda
Sistem gagal menampilakan tampilan muka halaman Sepeda Penjualan
sepeda
Pengunjung
Klik Menu Sepeda
Step
Action
1
2
Klik pada menu Sepeda
3
Sistem menampilkan Halaman Sepeda Penjualan
sepeda
Step
Branching Action
SKPL-001
Halaman 28 dari 82
1.1
2.1
<<extend>>
: beli barang

Sistem gagal menampilakan tampilan muka
halaman Sepeda Penjualan sepeda
Pengunjung dapat membeli barang yang sudah
ditambahkan

act sepeda activ ity
Start
isi username&pass
klik buttom login
halaman sepeda tampil
final

sd Interaction
user
page sepeda
klik sepeda()
display sepeda()
SKPL-001
Halaman 29 dari 82

sd Interaction
Membuka halaman
w eb
1: prepare()
klik menu sepeda
1.1: prepare()
halaman sparepart
tampil
3.2.7 Beli Sepeda

Nasabah melakukan transfer uang dari rekeningnya ke rekening lain.
3.2.7.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Beli
SKPL-NF-5.1
Pengunjung bisa membeli barang yang dipilih
Pengunjung berada pada halaman Sepeda Penjualan sepeda
Sistem menampilkan transaksi pembelian
Sistem gagal menampilkan transaksi pembelian
Pengunjung
Klik button beli barang
Step
Action
1
2
Klik pada menu Sepeda
3
Sistem menampilkan menu Sepeda
4
Klik button beli
5
Sistem menampilkan hasil transaksi pembelian
Step
Branching Action
1.1
3.1
Sepeda Penjualan sepeda
5.1
Sistem gagal menampilkan hasil transaksi
pembelian
SKPL-001
Halaman 30 dari 82

act beli sepeda activ ity
Start
Buka Halaman Utama
Klik Menu Sepeda
Klik Sepeda yang dibeli
Tersedia?
Ya
detail pemesanan
final
SKPL-001
Halaman 31 dari 82

sd Interaction
user
page sepeda
beli sepeda
klik sepeda()
display sepeda()
klik button beli()
display form pemesanan()
insert data pemesanan()
klik button beli()
pesan berhasil memesan()
detail pemesanan()
SKPL-001
Halaman 32 dari 82

sd Interaction
buka halaman w eb
1: prepare()
klik menu sparepart
1.1: prepare()
1.3: cek()
beli sparepart
restok
1.5: new()
1.2: [cek ==true] new()
beli kembali
detal pemasanan
3.2.8 Kontak
Pengunjung bisa menanyakan pertanyaan melalui form kontak.
3.2.8.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Kontak
SKPL-NF-5.1
Pengunjung bisa berkomunikasi dengan pihak Penjualan sepeda
Pengunjung berada pada halaman Kontak Penjualan sepeda
Sistem menampilkan Form Pesan
Sistem gagal menampilkan Form Pesan
Pengunjung
Klik Halaman Kontak
Step
Action
1
2
Klik pada menu Kontak
3
Sistem menampilkan halaman kontak
Step
Branching Action
1.1
3.1
Kontak Penjualan sepeda
SKPL-001
Halaman 33 dari 82

act kontak activ ity
Start
Buka Halaman Utama
klik menu kontak
halaman kontak tampil
final

sd Interaction
user
kontak
klik layanan pelanggan()

pilih kontak()
display kontak()
3.2.9 Kirim Pesan

Pengunjung bisa mengirimkan Pesan.
SKPL-001
Halaman 34 dari 82
3.2.9.1 Skenario
Use Case Name
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Kirim Pesan
SKPL-NF-5.1
Pengunjung bisa mengirim pesan ke pihak Penjualan sepeda
Pengunjung berada pada halaman Kontak Penjualan sepeda
Sistem menampilkan Form Pesan
Sistem gagal menampilkan Form Pesan
Pengunjung
Klik Halaman Kontak
Step
Action
1
2
Klik pada menu Kontak
3
Sistem menampilkan halaman kontak
4
Klik button kirim
Step
Branching Action
1.1
3.1
Sistem gagal mengirim pesan ke pihak Penjualan
sepeda
SKPL-001
Halaman 35 dari 82

act kirim pesan activ ity
Start
Buka Halaman Utama
klik menu kontak
isi form pesan
klik button kirim
berhasil
validasi?
Tidak
Ya
final
SKPL-001
Halaman 36 dari 82

sd Interaction
user
page kontak
klik layanan pelanggan()

pilih kontak()
display kontak()
insert form kontak()
klik button kirim()
informasi pesan terkirim()
3.2.10 Konfirmasi Pembayaran

Pengunjung bisa mengkonfirmasi pembayaran atas barang yang dibeli.
3.2.10.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Konnfirmasi Pembayaran
SKPL-F-7
Pengunjung bias mengkonfirmasi pembayaran
Pengunjung berada pada halaman konfirmasi penjualan sepeda
Sistem menampilakan tampilan muka Halaman konfirmasi Penjualan
sepeda
Sistem gagal menampilakan tampilan muka Halaman konfirmasi
Penjualan sepeda
Pengunjung
Klik Menu konfirmasi
Step
Action
1
2
Klik pada menu halaman konfirmasi
3
Pengunjung isi form konfirmasi
Step
Branching Action
1.1
2.1
Konfirmasi Penjualan sepeda
SKPL-001
Halaman 37 dari 82
3.2.10.2
Diagram Activity
act konfirmasi pembayaran activ ity
Start
Buka Halaman Utama
klik menu konfirmasi
halaman konfirmasi
tampil
isi form konfirmasi
berhasil?
Tidak
Ya
informasi konfirmasi
final
SKPL-001
Halaman 38 dari 82
3.2.10.3
Diagram Sequence
sd Interaction
user
page konfirmasi
pembayaran
klik layanan pelanggan ()

pilih konfirmasi pembayaran()
display konfirmasi pembayaran()
insert data konfirmasi()
display informasi konfirmasi()
3.2.11 Login
Administrator melakukan Login untuk mengakses situs administrator Penjualan sepeda.
3.2.11.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Login
SKPL-F-2
Admin dapat melakukan login Penjualan sepeda
Admin mengakses alamat Penjualan sepeda
Sistem melakukan validasi login
Sistem gagal melakukan validasi login
Admin
Akses penjualan sepeda/admin
Step
Action
1
Akses Penjualan sepeda
2
Klik button login
3
Sistem melakukan validasi login
Step
Branching Action
3.1
Sistem gagal melakukan validasi login
SKPL-001
Halaman 39 dari 82
3.2.11.2
Diagram Activity
act login activ ity
Start
isi username&pass
klik buttom login
berhasil
validasi?
Tidak
Ya
halaman admin tampil
final
3.2.11.3
Diagram Sequence
sd Interaction
user
page login
insert username,password()
login status()
SKPL-001
Halaman 40 dari 82
3.2.12 Lihat Data

Administrator bisa melihat Data keseluruhan.
3.2.12.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Lihat Data
SKPL-F-4
Admin dapat melihat data keseluruhan
Admin mengakses halaman utama admin Penjualan sepeda
Sistem menampilkan halaman lihat data
Sistem gagal menampilkan halaman lihat data
Admin
Klik menu lihat Data
Step
Action
1
2
Klik Lihat Data
3
Sistem menampilkan Halaman Lihat Data
Step
Branching Action
3.1
Sistem gagal menampilkan Halaman Lihat Data
<<extend>>
Sistem Mengalihkan ke halaman lihat data
: Barang
Barang
<<extend>>
Sistem menampilkan ke halaman lihat Admin
: Admin
<<extend>>
Sistem mengalihkan ke Halaman Lihat data
: Ongkir
Ongkir
<<extend>>
Sistem mengalihkan ke halaman lihat data Inbox
:Inbox
Extensions
3.2.12.2
Diagram Sequence
sd Interaction
user
lihat barang
display lihat barang()
3.2.13 Lihat Data Barang

Admin Melihat Data Barang.
SKPL-001
Halaman 41 dari 82
3.2.13.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Lihat Data Barang

SKPL-F-4
Admin dapat melihat data Barang
Admin mengakses halaman Lihat Data Barang Penjualan sepeda
Sistem menampilkan halaman Lihat Data Barang
Sistem gagal menampilkan halaman Lihat Data Barang
Admin
Klik menu lihat Data Barang
Step
Action
1
2
Klik Lihat Data
3
Sistem menampilkan Halaman Lihat Data barang
Step
Branching Action
3.1
barang
<<extend>>
Sistem Mengalihkan ke halaman Sunting data
: Sunting
Barang
<<extend>>
Sistem menampilkan ke halaman Hapus Data
: Hapus
Barang
Extensions
3.2.13.2
Diagram Sequence
sd Interaction
user
lihat data
lihat data barang
inser username,password()
display lihat data()
pilih barang()
display data barang()
3.2.14 Lihat Data Ongkir

Admin Melihat Data Ongkir.
3.2.14.1
Skenario
Use Case Name

Lihat Data Admin

SKPL-F-4
SKPL-001
Halaman 42 dari 82
Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
3.2.14.2
Admin dapat melihat data Ongkir

Admin mengakses halaman Lihat Data Ongkir Penjualan sepeda
Sistem menampilkan halaman Lihat Data Ongkir
Sistem gagal menampilkan halaman Lihat Data Ongkir
Admin
Klik menu lihat Data Ongkir
Step
Action
1
2
Klik Lihat Data
3
Sistem menampilkan Halaman Lihat Data Ongkir
Step
Branching Action
3.1
Ongkir
<<extend>>
Sistem Mengalihkan ke halaman Sunting data
: Sunting
Ongkir
<<extend>>
Sistem menampilkan ke halaman Hapus Data
: Hapus
Ongkir
Diagram Sequence
sd Interaction
user
lihat data
lihat data ongkir
pilih ongkir()
display data ongkir()
3.2.15 Lihat Data Inbox

Admin Bisa melihat Data Inbox.
3.2.15.1
Skenario
Use Case Name

Goal In Context
Preconditions
Lihat Data Admin

SKPL-F-4
Admin dapat melihat data Inbox
Admin mengakses halaman Lihat Data admin Penjualan sepeda
SKPL-001
Halaman 43 dari 82

Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
3.2.15.2
Sistem menampilkan halaman Lihat Data Inbox

Sistem gagal menampilkan halaman Lihat Data Inbox
Admin
Klik menu lihat Data admin
Step
Action
1
2
Klik Lihat Data
3
Sistem menampilkan Halaman Lihat Data Inbox
Step
Branching Action
3.1
Inbox
<<extend>>
Sistem Mengalihkan ke halaman Balas Pesan
: Balas
Diagram Sequence
sd Interaction
user
lihat data
lihat data inbox
pilih lihat data inbox()
3.2.16 Sunting Data Barang

Admin bisa merubag data barang yang dipilih.
3.2.16.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Update Data Barang

SKPL-NF-3.2
Admin dapat melakukan update data barang
Admin Berada Pada menu Data Barang
Sistem mengupdate data yang dirubah oleh admin
Sistem gagal mengupdate data yang dirubah oleh admin
Admin
SKPL-001
Halaman 44 dari 82
Trigger
Main Flow
Extensions
3.2.16.2
Klik button Update Data

Action
Klik menu Data Barang
Klik Update Data
Admin merubah data barang
Branching Action
Sistem gagal mengupdate data yang dirubah oleh
admin
Step
1
2
3
4
Step
4.1
Diagram Sequence
sd Interaction
user
menu admin
lihat data barang
sunting barang
menu admi n()
pilih lihat data barang()
user interface data barang()
pilih data barang,klik sunting()
user interface sunting barang()
insert nama,harga,kategori,jenis stok()
3.2.17 Sunting Data Admin

Admin dapat merubah Data Admin.
3.2.17.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Update Data Admin

SKPL-NF-3.2
Admin dapat melakukan update data Admin
Admin Berada Pada menu Data Admin
Admin
Step
Action
1
Klik menu Data Admin
2
Klik Update Data
3
Admin merubah data Admin
SKPL-001
Halaman 45 dari 82
4
Step
4.1
Extensions
3.2.17.2

Branching Action
admin
Diagram Sequence
sd Interaction
user
menu admin
lihat data barang
sunting barang
menu admi n()
pilih lihat data barang()
insert nama,harga,kategori,jenis stok()
3.2.18 Sunting Data Ongkir

Admin dapat merubah data Ongkir.
3.2.18.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Update Data Ongkir

SKPL-NF-3.2
Admin dapat melakukan update data Ongkir
Admin Berada Pada menu Data Ongkir
Admin
Step
Action
1
Klik menu Data Ongkir
2
Klik Update Data
3
Admin merubah data Ongkir
4
Step
Branching Action
4.1
admin
SKPL-001
Halaman 46 dari 82
3.2.18.2
Diagram Sequence
sd Interaction
user
menu admin
lihat data barang
sunting barang
menu admin()
pilih li hat data barang()
insert nama,harga,kategori,jenis,stok()
3.2.19 Hapus Data Barang

Admin Dapat Menghapus data Barang.
3.2.19.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Hapus Data Barang

SKPL-NF-3.3
Admin dapat menghapus data barang
Admin Berada Pada menu Data Barang
Sistem menghapus data yang dihapus oleh admin
Sistem gagal menghapusdata yang dihapus oleh admin
Admin
Klik button hapus data
Step
Action
1
Klik menu Data Barang
2
Klik button Hapus Data
3
Admin menghapus data barang
4
Step
Branching Action
4.1
Sistem gagal menghapus data yang dihapus oleh
admin
SKPL-001
Halaman 47 dari 82
3.2.19.2
Diagram Sequence
sd Interaction
user
menu admin
lihat data admin
user interface menu admin()
pilih lihat data admin ()
user interface data admin()
pilih barang,klik hapus()
3.2.20 Hapus Data Admin

Admin dapat menghapus data Admin.
3.2.20.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Hapus Data Admin

SKPL-NF-3.3
Admin dapat menghapus data Admin
Admin Berada Pada menu Data Admin
Admin
Step
Action
1
Klik menu Data Admin
2
3
Admin menghapus data Admin
4
Step
Branching Action
4.1
admin
SKPL-001
Halaman 48 dari 82
3.2.20.2
Diagram Sequence
sd Interaction
user
menu admin
lihat data admin
pilih lihat data admin()
user interface data admin()
pilih data admin,klik hapus()
3.2.21 Hapus Data Ongkir

Admin dapat menghapus data Ongkir.
3.2.21.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Hapus Data Ongkir

SKPL-NF-3.3
Admin dapat menghapus data Ongkir
Admin Berada Pada menu Data Ongkir
Admin
Step
Action
1
Klik menu Data Ongkir
2
3
Admin menghapus data Ongkir
4
Step
Branching Action
4.1
admin
SKPL-001
Halaman 49 dari 82
3.2.21.2
Diagram Sequence
sd Interaction
user
menu admin
lihat data ongkir
klik lihat data ongkir()
display data ongkir()
pilih data ongkir,klik hapus()
3.2.22 Balas Pesan

Admin dapat membalas pesan dari pengunjung.
3.2.22.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Balas Pesan
SKPL-NF-3.3
Admin dapat Membalas pesan Pengunjung
Admin Berada Pada menu Data Inbox
Sistem mengirim pesan kepada email pengunjung
Sistem gagal mengirim pesan kepada email pengunjung
Admin
Klik button kirim
Step
Action
1
Klik menu Data Inbox
2
Klik button balasa
3
Admin isi pesan
4
Klik button kirim
5
Sistem mengirim pesan ke email pengunjung
Step
Branching Action
5.1
Sistem gagal mengirim pesan
SKPL-001
Halaman 50 dari 82
3.2.22.2
Diagram Sequence
sd Interaction
user
menu admin
transaksi
pilih transaksi()
user interface transaksi()
3.2.23 Transaksi
Admin bisa melihat data transaksi.
3.2.23.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Lihat Transaksi
SKPL-F-5
Admin dapat melihat data transaksi
Admin Berada Pada menu transaksi
Sistem menampilkan data transaksi
Sistem gagal menampilkan data transaksi
Admin
Klik Menu Transaksi
Step
Action
1
Klik menu Transaksi
2
Step
Branching Action
2.1
SKPL-001
Halaman 51 dari 82
3.2.23.2
Diagram Sequence
sd Interaction
user
menu admin
transaksi
pilih transaksi()
user interface data transaksi()
3.2.24 Lihat Detail Transaksi

Admin Bisa melihat Detail Transaksi.
3.2.24.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Lihat Transaksi
SKPL-F-5
Admin dapat melihat data transaksi
Admin Berada Pada menu transaksi
Sistem gagal menampilkan data transaksi
Admin
Klik Menu Transaksi
Step
Action
1
Klik menu Transaksi
2
Step
Branching Action
2.1
SKPL-001
Halaman 52 dari 82
3.2.24.2
Diagram Sequence
sd Interaction
user
menu admin
transaksi
detail transaksi
inert username,password()
display menu admin()
pilih transaksi()
user interface data transaksi()
klik detail transaksi()
user interface detail transaksi()
3.2.25 Konfirmasi
Admin dapat melihat data konfir.
3.2.25.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Lihat Konfirmasi
SKPL-F-5
Admin dapat melihat data Konfirmasi
Admin Berada Pada menu Konfirmasi
Sistem menampilkan data Konfirmasi
Sistem gagal menampilkan data Konfirmasi
Admin
Klik Menu Konfirmasi
Step
Action
1
Klik menu Konfirmasi
2
Step
Branching Action
2.1
SKPL-001
Halaman 53 dari 82
3.2.25.2
Diagram Sequence
sd Interaction
user
menu admin
konfirmasi
klik transaksi()
user interface data konfirmasi()
3.2.26 Ubah Status Konfirmasi

Admin dapat merubah status konfirmasi pembayaran.
3.2.26.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Ubah Status Konfirmasi

SKPL-F-5
Admin dapat merubah status konfirmasi
Admin Berada Pada menu Konfirmasi
Sistem merubah status konfirmasi
Sistem gagal merubah status konfirmasi
Admin
Klik Menu Konfirmasi
Step
Action
1
Klik menu Konfirmasi
2
3
Klik button Ubah
Step
Branching Action
2.1
3.1
Sistem gagal merubah status
SKPL-001
Halaman 54 dari 82
3.2.26.2
Diagram Sequence
sd Interaction
user
menu admin
konfirmasi
klik konfirmasi()
user interface data konfirmasi()
pilih data,kl ik ubah,insert status baru()
3.2.27 Pengiriman
Admin dapat melihat data pengiriman.
3.2.27.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Lihat Pengiriman
SKPL-F-5
Admin dapat melihat data Pengiriman
Admin Berada Pada menu Pengiriman
Sistem menampilkan data Pengiriman
Sistem gagal menampilkan data Pengiriman
Admin
Klik Menu Pengiriman
Step
Action
1
Klik menu Pengiriman
2
Step
Branching Action
2.1
SKPL-001
Halaman 55 dari 82
3.2.27.2
Diagram Sequence
sd Interaction
user
menu admin
pengiriman
klik menu pengiriman()
display data pengiriman()
3.2.28 Ubah Status Pengiriman

Admin dapat merubah status pengiriman.
3.2.28.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Ubah Status Pengiriman

SKPL-F-5
Admin dapat merubah status Pengiriman
Admin Berada Pada menu Pengiriman
Sistem merubah status Pengiriman
Sistem gagal merubah status Pengiriman
Admin
Klik Menu Pengiriman
Step
Action
1
Klik menu Pengiriman
2
3
Klik button Ubah
Step
Branching Action
2.1
3.1
Sistem gagal merubah status Pengiriman
SKPL-001
Halaman 56 dari 82
3.2.28.2
Diagram Sequence
sd Interaction
user
menu admin
pengiriman
klik menu pengiriman()
display data pengiriman()
3.2.29 Keluar
Admin keluar dari situs administrator.
3.2.29.1
Skenario
Use Case Name

Goal In Context
Preconditions
Primary Actors
Secondary Actors
Trigger
Main Flow
Extensions
Logout
SKPL-F-10
Admin dapat keluar dari halaman admin Penjualan sepeda
Admin berada dalam keadaan login
Sistem mengeluarkan admin dari sistem
Sistem gagal mengeluarkan admin dari sistem
Admin
Klik link logout
Step
Action
1
Klok link logout
2
Sistem mengeluarkan admin dari sistem
Step
Branching Action
3.1
Sistem gagal mengeluarkan admin dari sistem
SKPL-001
Halaman 57 dari 82
3.2.29.2
Diagram Sequence
sd Interaction
user
keluar
login
klik menu keluar()
keluar dari menu admin()
user interface form l ogin()
SKPL-001
Halaman 58 dari 82
3.2.30 Deskripsi Kelas-kelas

3.2.31 Diagram Kelas
class Class Mo...
login
+
+
+
+
+
form_tambahbarang
form_databarang
l ihat_admi n() : void

cek_session() : void
post username() : void
get username() : void
get password() : voi d
lihat_sparepart() : void
lihat_barang() : void
controller_barang
user_form_v iew
+
l ihat_barang() : voi d
kode_barang: i nt
kategori : char
jeni s: char
nama_barang: char
harga_stuan: int
stok: int
berat_satuan: i nt
gambar: char
keterangan: double
+
+
+
+
+
+
+
+
+
+
+
+
form_suntingbarang
+
form_transaksi
+
l ihat_transaksi() : void
barang
form_hapusbarang
lihat_transaksi
Form Order
+
lihat_transaksi() : voi d
post kode_barang() : voi d

post kategori() : voi d
post jeni s() : void
post nama_barang() : voi d
post harga_satuan() : void
post stok() : void
post berat() : void
post image() : voi d
post keterangan() : void
tambahbarang() : voi d
editbarang() : void
hapusbarang() : void
tambah_order
+
+
+
+
+
+
+
+
+
+
+
+
get kode_pemesanan() : int

post kode_pemesan() : void
post nama_pemesanan() : voi d
post no_telp() : void
post emai l() : void
post tanggal _pesanan() : void
post kode_daerah() : void
get subtotal() : voi d
post subtotal() : void
post status() : voi d
post pengiriman/via() : void
updatestok() : void
pemensanan
proses_konfirmasi
-
kode_pemesanan: i nt
nama_pemesan: char
al amat: char
no_telp: int
email: char
tanggal_pesan: char
kode_daerah: int
subtotal: int
status: boolean
pengiri man: char
+
+
+
+
+
+
+
+
post kode_pemesanan() : void

get no_konfirmasi () : void
post no_konfirmasi() : voi d
post nama() : voi d
post email () : voi d
post images() : voi d
get status() : voi d
post status() : void
form_dataongkir
+
lihat_ongkir() : voi d
form_tambahongkir
+
+
lihat_ongki r() : void

tambah_ongkir() : void
controller_ongkir
lihat_ongkir
+
kode_daerah: int
nama_daerah: char
harga_ongkir: int
ket.: char
form_suntingongkir
+
+
l ihat_ongkir() : void
edi t_ongkir() : void
form_konfirmasi
form_datatransaksi
+
lihat_datatransaksi() : void
+
+
+
+
+
+
+
+
+
+
+
+
+
get kode_daerah() : void

post kode_daerah() : voi d
get nama_daerah() : void
post nama_daerah() : void
post ongkir() : void
get ongkir() : void
post ket() : voi d
get ket() : void
tambah_ongkit() : void
edit_ongkir() : voi d
hapus_ongki r() : void
form_hapusongkir
ongkir
+
+
hapus_ongkir() : voi d
lihat_konfirmasi
lihat_datatransaksi
+
lihat_konfirmasi () : void
li hat_datatransaksi () : voi d
form_tambahadmin
form_dataadmin
+
lihat_admin() : voi d
+
+
lihat_admin() : void
tambah_admin() : void
konfirmasi
tambah_datatransaksi
+
+
+
+
+
+
+
+
+
+
+
get kode_detail() : int

post kode_detai l() : void
post kode_pemesanan() : voi d
get kode_barang() : int
post kode_barang() : voi d
get harga_detail() : int
post harga_detai l() : void
get total_berat() : int
post total _berat() : void
update_pemesanan() : void
detail_pemesanan
-
kode_detail: int
kode_pemesanan: int
kode_barang: int
j umlah: int
harga_detail: int
total_berat: i nt
controller_admin
no_konfirmasi : i nt
kode_pemesanan: int
nama_pemesan: char
email : char
i mage: char
status: boolean
lihat_admin
+
li hat_admin() : void
form_ubahkonfirmasi
+
form_editadmin
+
+

form_editadmin() : void
+
+
+
+
+
+
+
+

post_password() : voi d
get_nama() : voi d
post_nama() : void
tambah_admin() : voi d
edi t_admin() : void
hapus_admi n() : void
admin
lihat_konfirmasi () : void
username: char
password: char
nama: char
cekadmi n() : void
form_hapusadmin
+
+

hapus_admi n() : void
ubah_statuskonfirmasi
+
+
+
+
+
+
+
no_konfirmasi () : voi d
kode_pemesanan() : void
nama_pemesan() : void
email () : void
i mage() : void
status() : void
updatestatus() : void
form_pesan
form_kontak
+
+
+
+
+

post email() : void
post telepon() : void
post pesan() : voi d
ki rim pesan() : void
lihat_kontak
+
lihat_pesan() : void
+
+
+
post email() : void

post subject() : void
post pesan() : void
PHPMailer
l ihat_pesan() : void
kontak
-
id_pesan: int
username: char
email: char
telepon: int
pesan: char
form_balaspesan
+
+
get email () : void

get pesan() : void
Gambar 3-2 Class Diagram RakitsSepeda.com
Class pengendali utama adalah class Penjualan sepeda, yang mempunyai beberapa atribut yaitu class Admin,
Ongkir, Barang, Inbox, Pemesanan, Detail pemesanan, Konfirmasi, dan Kontak.
SKPL-001
Halaman 59 dari 82
3.2.32 Spesifikasi Kelas

3.2.32.1
Kelas Admin
Kelas Admin adalah kelas yang digunakan untuk mengelola data admin.
class Class Mo...
admin
-
username: char
password: char
nama: char
cekadmin() : void
3.2.32.1.1 Deskripsi Atribut
Nama
Tipe
Username
Password
nama
varchar
varchar
varchar
Panjang
20
20
Range
Nilai Tetap
a..Z,0..9,-,/,spasi
a..Z,0..9,-,/,spasi
a..Z,0..9,-,/,spasi
3.2.32.1.2 Deskripsi Layanan

Operasi yang ada dalam kelas ini :
1. Method checkadmin() berfungsi untuk membaca username dan nama admin yang sedang
melakukan akses ke situs administrator .
3.2.32.2
Kelas Lihat_Admin
Kelas Lihat Admin merupakan kelas controller untuk menampilkan data Admin.
class Class Mo...
lihat_admin
+

Tidak terdapat atribut dalam kelas controller ini.

Operasi yang ada dalam kelas Controller ini :
1. Method lihat_admin berfungsi untuk membaca data admin.
3.2.32.3
Kelas Controll_Admin
Kelas Controll_admin berfungsi untuk control data admin.
SKPL-001
Halaman 60 dari 82
class Class Mo...
controller_admin
+
+
+
+
+
+
+
+

post_password() : void
get_nama() : void
post_nama() : void
edit_admin() : void
hapus_admin() : void

Operasi-operasi yang ada dalam kelas ini adalah :
1.
2.
3.
4.
5.
6.
7.
8.
Method get username berfungsi untuk mengambil variabel username.

Method post username berfungsi untuk mengisi variabel username.
Method post password berfungsi untuk mengisi variabel password.
Method get nama berfungsi untuk mengambil variabel nama.
Method post nama berfungsi untuk mengisi varibel nama.
Method suntingadmin berfungsi untuk menyunting data admin.
Method tambahadmin berfungsi untuk menambah data admin.
Method hapusadmin berfungsi untuk menghapus data admin.
3.2.32.4
Kelas form_tambahadmin
Kelas tambah Admin merupakan kelas view yang memiliki composition kelas controller_admin.
class Class Mo...
form_tambahadmin
+
+

Tidak atribut yang akan dideskripsikan dalam kelas ini

1. Method lihatadmin() berfungsi untuk menampilkan data admin.
3.2.32.5
Kelas form_suntingadmin
Kelas sunting_admin merupakan kelas view yang memiliki composition kelas controller_admin
untuk menyunting data admin.
SKPL-001
Halaman 61 dari 82
class Class Mo...
form_editadmin
+
+
form_editadmin() : void

Tidak atribut yang akan dideskripsikan dalam kelas ini

1.
.Method lihatadmin() berfungsi untuk menampilkan data admin.
3.2.32.6
Kelas form_hapusadmin
Kelas form_hapusadmin merupakan kelas view yang memiliki composition kelas controller_admin
untuk menhapus data admin.
class Class Mo...
form_hapusadmin
+
+
hapus_admin() : void

Tidak atribut yang akan dideskripsikan dalam kelas ini.

1. Method lihat_admin() berfungsi untuk menampilkan data admin.
3.2.32.7
Kelas Login
Kelas login merupakan kelas untuk melakukan proses login administrator agar bias mengakses situs
administrator.
class Class Mo...
login
+
+
+
+
+
cek_session() : void
get password() : void
SKPL-001
Halaman 62 dari 82

Tidak ada atribut pada kelas ini.

1.
2.
3.
4.
Method lihat_admin() berfungsi untuk membaca data admin.

Method check_session() berfungsi untuk melakukan pengecekan session login admin
Method post username() berfungsi untuk mengisi variable username.
Method post password()berfungsi untuk mengisi variable password
3.2.32.8
Kelas Barang
Kelas barang merupakan kelas untuk melakukan pengelolaan data Barang oleh administrator.
class Class Mo...
controller_barang
+
+
+
+
+
+
+
+
+
+
+
+
post kode_barang() : void

post kategori() : void
post jenis() : void
post nama_barang() : void
post harga_satuan() : void
post stok() : void
post berat() : void
post image() : void
post keterangan() : void
tambahbarang() : void
editbarang() : void
hapusbarang() : void


1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
Method post kode_barang() berfungsi untuk mengisi variable kode_barang.

Method get kode_barang() berfungsi untuk mengambil variable kode_barang.
Method post kategori() berfungsi untuk mengisi variable kategori.
Method get kategori() berfungsi untuk mengambil variable kategori.
Method post jenis() berfungsi untuk mengisi variable jenis.
Method get jenis() berfungsi untuk mengambil variable jenis.
Method post nama_barang() berfungsi untuk mengisi variable nama_barang.
Method get nama_barang() berfungsi untuk mengambil variable nama_barang.
Method post harga_satuan() berfungsi untuk mengisi variable harga_satuan.
Method get harga_satuan()berfungsi untuk mengambil variable harga_satuan.
Method post stok() berfungsi untuk mengisi variable stok.
Method get stok()berfungsi untuk mengambil variable stok.
Method post berat() berfungsi untuk mengisi variable berat.
Method get berat() berfungsi untuk mengambil variable berat.
Method post gambar() berfungsi untuk mengisi variable gambar.
Method post keterangan() berfungsi untuk mengisi variable keterangan.
Method tambahbaran() berfungsi untuk menambahkan data barang
Method suntingbarang() berungsi untuk menyunting data baranag.
Method hapusbarang()berfungsi untuk menghapus data barang.
SKPL-001
Halaman 63 dari 82
3.2.32.9
Kelas Barang
Kelas Barang merupakan kelas untuk mengelola data barang oleh admin.
class Class Mo...
barang
-
kode_barang: int
kategori: char
jenis: char
nama_barang: char
harga_stuan: int
stok: int
berat_satuan: int
gambar: char
keterangan: double
Nama
Tipe
Kd_barang
kategori
jenis
Nama_barang
Harga_satuan
Stok
Berat_satuan
Gambar
Keterangan
int
varchar
boolean
varchar
Int
Int
Int
Varchar
text
Panjang
Range
Nilai Tetap
Auto_inc
20
a..Z,0..9,-,/,spasi
20
0,9
1
50

1.
Method cetak() berfungsi untuk mencetak tanda bukti setiap transaksi yang dilakukan nasabah pada saat
bertransaksi di ATM.
3.2.32.10 Kelas user_form_view

Kelas user_form_view merupakan sebuah kelas yang membaca data barang.
class Class Mo...
user_form_v iew
+
3.2.32.10.1
Deskripsi Atribut
3.2.32.10.2
Deskripsi Layanan

SKPL-001
Halaman 64 dari 82
1.
Method lihat_barang() berfungsi untuk membaca dan menampilkan data barang.
3.2.32.11
Kelas form_dtbarang
Kelas form_dtbarang merupakan sebuah kelas view untuk menampilkan data_barang.

class Class Mo...
form_databarang
+
3.2.32.11.1
lihat_sparepart() : void
Deskripsi Atribut
Tidak ada atribut dalam kelas ini
3.2.32.11.2
Deskripsi Layanan

1.
Method lihat_barang() berfungsi untuk membaca dan menampilkan data barang
3.2.32.12
Kelas form_tambahbrg
Kelas form_tambahbrg merupakan kelas view yang memiliki composition dengan kelas
contoller_barang untuk menambah data barang.
class Class Mo...
form_tambahbarang
+
3.2.32.12.1
Deskripsi Atribut
3.2.32.12.2
Deskripsi Layanan

1.
3.2.32.13
Kelas form_suntingbrg
Kelas form_suntingbrg merupakan kelas view yang memiliki composition dengan kelas
contoller_barang untuk menyunting data barang
SKPL-001
Halaman 65 dari 82
class Class Mo...
form_suntingbarang
+
3.2.32.13.1
Deskripsi Atribut
Tidak ada atribut dalam operasi ini
3.2.32.13.2
Deskripsi Layanan

1.
3.2.32.14
Kelas form_hapusbrg
Kelas form_hapusbrg merupakan kelas view yang memiliki composition dengan kelas
contoller_barang untuk menghapus data barang
class Class Mo...
form_hapusbarang
+
3.2.32.14.1
Deskripsi Atribut
3.2.32.14.2
Deskripsi Layanan

1.
3.2.32.15
Kelas Ongkir
Kelas Ongkir merupakan kelas model untuk mengelola data ongkir

class Class Mo...
ongkir
-
kode_daerah: int
nama_daerah: char
harga_ongkir: int
ket.: char
SKPL-001
Halaman 66 dari 82
3.2.32.15.1
Deskripsi Atribut
Nama
Tipe
Kode_daerah
Nama_daerah
Harga_ongkir
ket
3.2.32.15.2
Int
Varchar
Int
Text
Panjang
5
20
Range
Nilai Tetap
0,9
a..Z,0..9,-,/,spasi
Deskripsi Layanan
Tidak ada operasi dalam kelas ini
3.2.32.16
Kelas lihat_ongkir
Kelas lihat_ongkir merupakan kelas controller untuk membaca data ongkir

class Class Mo...
lihat_ongkir
+
3.2.32.16.1
lihat_ongkir() : void
Deskripsi Atribut

3.2.32.16.2
Deskripsi Layanan

1. Method lihat_ongkir() berfungsi untuk membaca data ongkir.
3.2.32.17
Kelas Controller_ongkir
Kelas controller_ongkir merupakan kelas controller untuk mengkontrol ongkir.

class Class Mo...
controller_ongkir
+
+
+
+
+
+
+
+
+
+
+
3.2.32.17.1
get kode_daerah() : void

get nama_daerah() : void
post nama_daerah() : void
post ongkir() : void
get ongkir() : void
post ket() : void
get ket() : void
tambah_ongkit() : void
edit_ongkir() : void
hapus_ongkir() : void
Deskripsi Atribut

SKPL-001
Halaman 67 dari 82
3.2.32.17.2
Deskripsi Layanan

1. Method post kode_daerah() berfungsi untuk mengisi variable kode daerah.
2. Method get kode_daerah() berfungsi untuk mengambil variable kode daerah.
3. Method post nama_daerah() berfungsi untuk mengisi variable nama_daerah.
4. Method get nama_daerah() berfungsi untuk mengambil variable nama_daerah
5. Method post ongkir() berfungsi untuk mengisi variable ongkir.
6. Method get ongkir() berfungsi untuk mengambil variable ongkir.
7. Method post ket() berfungsi untuk mengisi variable keterangan.
8. Method get ket() berfungdi untuk mengambil variable keterangan.
9. Method tambahongkir() berfungsi untuk menambah data ongkir
10. Method suntingongkir() berfungsi untuk menyunting data ongkir
11. Methos hapusongkir() berfungsi untuk menghapus data ongkir
3.2.32.18
Kelas form_dtongkir
Kelas form_ongkir merupakan kelas view yang memiliki composition kelas lihat_ongkir untuk
menampilkan data ongkir
class Class Mo...
form_dataongkir
+
3.2.32.18.1
Deskripsi Atribut
3.2.32.18.2
Deskripsi Layanan

1. Method lihat_ongkir() berfungsi untuk menampilkan data ongkir.
3.2.32.19
Kelas form_tambahongkir
Kelas form_ongkir merupakan kelas view yang memiliki composition kelas controller_ongkir untuk
menambahkan data ongkir
class Class Mo...
form_tambahongkir
+
+
3.2.32.19.1
tambah_ongkir() : void
Deskripsi Atribut
3.2.32.19.2
Deskripsi Layanan
SKPL-001
Halaman 68 dari 82

1.
Method lihat_ongkir() berfungsi untuk menampilkan data ongkir
3.2.32.20
Kelas form_suntingongkir
Kelas form_suntingongkir merupakan kelas view yang memiliki composition kelas controller_ongkir untuk
menyunting data ongkir
class Class Mo...
form_suntingongkir
+
+
edit_ongkir() : void
3.2.32.20.1
Deskripsi Atribut
Tidak ada atribut pada kelas ini
3.2.32.20.2
Deskripsi Layanan

1. Method lihat_ongkir() berfungsi untuk menampilkan data ongkir.
3.2.32.21
Kelas form_hapusongkir
Kelas form_hapusongkir merupakan kelas view yang memiliki composition kelas controller_ongkir untuk
menghapus data ongkir
class Class Mo...
form_hapusongkir
+
+
3.2.32.21.1
hapus_ongkir() : void
Deskripsi Atribut
Nama
Tipe
Kode
Password
3.2.32.21.2
Long
Integer
Panjang
Range
Nilai Tetap
10
10
Deskripsi Layanan

1.
Method lihat_ongkir() berfungsi untuk menampilkan data ongkir.
3.2.32.22
Kelas Kontak
Kelas Kontak merupakan kelas model untuk mengelola data kontak
SKPL-001
Halaman 69 dari 82
class Class Mo...
kontak
-
3.2.32.22.1
id_pesan: int
username: char
email: char
telepon: int
pesan: char
Deskripsi Atribut
Nama
Tipe
Idpesan
Username
email
pesan
int
varchar
varchar
text
3.2.32.22.2
Panjang
Range
-
Nilai Tetap
Autu-inc
20
20
Deskripsi Layanan
Tidak ada derskripsi method dalam kelas ini
3.2.32.23
Kelas lihat_kontak
Kelas lihat_kontak merupakan kelas controller untuk menampilkan data kontak.

class Class Mo...
lihat_kontak
+
3.2.32.23.1
Deskripsi Atribut
3.2.32.23.2
Deskripsi Layanan

1. Method lihat_pesan() berfungsi untuk membaca data kontak.
3.2.32.24
Kelas form_pesan
Kelas form_pesan berfungsi sebagai kelas view yang menampilkan data pesan..
class Class Mo...
form_pesan
+
SKPL-001
Halaman 70 dari 82
3.2.32.24.1
Deskripsi Atribut
3.2.32.24.2
Deskripsi Layanan

1.
Method lihat_pesan() berfungsi untuk membaca data kontak.
3.2.32.25
Kelas form_balaspesan
Kelas form_balaspesan merupakan kelas view yang memiliki composition class controller php_mailer untuk
mengirim email.
class Class Mo...
form_balaspesan
+
+
3.2.32.25.1
get email() : void

get pesan() : void
Deskripsi Atribut
3.2.32.25.2
Deskripsi Layanan

1.
2.
Method get email() berfungsi untuk mengambil variable email.

Method get pesan() berfungsi untuk mengambil variable pesan.
3.2.32.26
Kelas PHPMailer
Kelas PHPMailer merupakan kelas controller untuk mengirimkan email.

class Class Mo...
PHPMailer
+
+
+
3.2.32.26.1
post email() : void

post subject() : void
post pesan() : void
Deskripsi Atribut
3.2.32.26.2
Deskripsi Layanan

1.
2.
3.
4.
Method post email() berfungsi untuk mengisi variable email.

Method post pesan() berfungsi untuk mengisi variable pesan
Method post subject() berfungsi untuk mengisi variable subject.
Method post(email,address) berfungsi untuk mengirimkan variable pesan ke alamat tujuan.
SKPL-001
Halaman 71 dari 82
3.2.32.27
Kelas form_kontak
Kelas form_kontak berfungsi untuk mengirimkan pesan user ke database.

class Class Mo...
form_kontak
+
+
+
+
+
3.2.32.27.1

post email() : void
post telepon() : void
post pesan() : void
kirim pesan() : void
Deskripsi Atribut
3.2.32.27.2
Deskripsi Layanan

1.
2.
3.
4.
5.
Method post username() berfungsi untuk mengisi variable username.

Method post email() berfungsi mengisi variable email
Method post telepon() berfungsi mengisi variable telepon
Method post pesan() berfungsi untuk mengisi variable pesan
Method kirimpesan() berfungsi untuk mengirim pesan pengguna ke database.
3.2.32.28
Kelas pemesanan
Kelas pemesanan merupakan kelas model untuk mengelola data pemesanan.

class Class Mo...
pemensanan
-
3.2.32.28.1
kode_pemesanan: int
nama_pemesan: char
alamat: char
no_telp: int
email: char
tanggal_pesan: char
kode_daerah: int
subtotal: int
status: boolean
pengiriman: char
Deskripsi Atribut
Nama
kode_pemesanan
nama_pemesan
Tipe
int
varchar
Panjang
Range
-
Nilai Tetap
Auto-inc
20
SKPL-001
Halaman 72 dari 82
alamat
No_telp
email
Tanggal_pesanan
Kode_daerah
subtotal
Total_ongkir
Total
status
pengiriman
3.2.32.28.2
varchar
varchar
varchar
date
Varchar
Int
Int
Int
Boolean
Boolean
50
Deskripsi Layanan
Tidak ada Operasi dalam kelas ini
3.2.32.29
Kelas lihat_transaksi
Kelas lihat_transaksi merupakan kelas controller untuk menampilkan data transaksi pemesanan.
class Class Mo...
lihat_transaksi
+
3.2.32.29.1
lihat_transaksi() : void
Deskripsi Atribut
3.2.32.29.2
Deskripsi Layanan

1.
Method lihat_transaksi() berfungsi untuk membaca data pemesanan.
3.2.32.30
Kelas form_order
Kelas form_order merupakan kelas view yang memiliki composition kelas controller tambah_order yang
berfungsi untuk menambakan pemesanan.
class Class Mo...
Form Order
+
3.2.32.30.1
Deskripsi Atribut
3.2.32.30.2
Deskripsi Layanan

SKPL-001
Halaman 73 dari 82
1.
Method lihat_transaksi() berfungsi untuk melihat data tranasaksi.
3.2.32.31
Kelas tambah_order
Kelas tambah_order merupakan kelas controller yang berfungsi untuk mengkontrol kelas pemesanan.
class Class Mo...
tambah_order
+
+
+
+
+
+
+
+
+
+
+
+
3.2.32.31.1

post kode_pemesan() : void
post nama_pemesanan() : void
post no_telp() : void
post email() : void
post tanggal_pesanan() : void
get subtotal() : void
post subtotal() : void
post status() : void
post pengiriman/via() : void
updatestok() : void
Deskripsi Atribut
3.2.32.31.2
Deskripsi Layanan

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Method get kode_pemesanan() berfungsi untuk mengambil variable kode_pemesanan.

Method post kode_pemesanan() berfungsi untuk mengisi variable kode_pemesanan
Method post nama_pemesan() berfungsi untuk mengisi variable nama_pemesanan
Method post no_telp() berfungsi untuk mengisi variable no_telp
Method post email() berfungsi untuk mengisi variable email.
Method post tanggal_pemesanan berfungsi untuk mengisi variable tanggal_pemesanan
Method post kode_daerah() berfungsi untuk mengisi variable kode_daerah
Method get subtotal() berfungsi untuk mengambil variable subtotal
Method post subtotal() berfungsi untuk mengisi variable subtotal
Method post status berfungsi untuk mengisi variable status
Method post pengiriman() berfungsi untuk mengisi variable pengiriman
Method updatestock() berfungsi untuk mengupdate stok pada kelas barang
3.2.32.32
Kelas detail_pemesanan
Kelas detail_pemesanan merupakan kelas model yang berfungsi untuk mengelola data detail_pemesanan.
SKPL-001
Halaman 74 dari 82
class Class Mo...
detail_pemesanan
-
3.2.32.32.1
kode_detail: int
kode_pemesanan: int
kode_barang: int
jumlah: int
harga_detail: int
total_berat: int
Deskripsi Atribut
Nama
Tipe
kode_detail
kode_pemesan
Kd_barang
jumlah
Harga_detail
total_berat
3.2.32.32.2
Panjang
int
int
int
int
int
int
Range
-
Nilai Tetap
Auto-inc
Deskripsi Layanan
Tidak ada operasi pada kelas ini
3.2.32.33
Kelas lihat_dttransaksi
Kelas lihat_dttransaksi merupakan kelas controller yang berfungsi untuk membaca kelas dt_transaksi.
class Class Mo...
lihat_datatransaksi
+
3.2.32.33.1
Deskripsi Atribut
3.2.32.33.2
Deskripsi Layanan

2.
Method lihat_dttransaksi() berfungsi untuk melihat data dt_tranasaksi.
3.2.32.34
Kelas form_dttransaksi
Kelas form_dttransaksi merupakan kelas controller untuk menampilkan data dt_transaksi.

SKPL-001
Halaman 75 dari 82
class Class Mo...
form_datatransaksi
+
3.2.32.34.1
Deskripsi Atribut
3.2.32.34.2
Deskripsi Layanan

1.
Method lihat_dttransaksi() berfungsi untuk membaca data dt_transaksi
3.2.32.35
Kelas tambah_dttransaksi
Kelas tambah_dttransaksi merupakan kelas controller untuk menambahkan data dt_transaksi

class Class Mo...
tambah_datatransaksi
+
+
+
+
+
+
+
+
+
+
+
get kode_detail() : int

post kode_detail() : void
post kode_pemesanan() : void
get kode_barang() : int
post kode_barang() : void
get harga_detail() : int
post harga_detail() : void
get total_berat() : int
post total_berat() : void
update_pemesanan() : void
3.2.32.35.1
Deskripsi Atribut
3.2.32.35.2
Deskripsi Layanan

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Method get kode_detail() berfungsi untuk mengambil variable kode_detail

Method post kode_detail() berfungsi untuk mengisi variable kode_detail
Method get kode_pemesanan() berfungsi untuk mengambil variable kode_pemesanan
Method post kode_pemesanan() berfungsi untuk mengisis variable kode_pemesanan
Method get kode_barang() berfungsi untuk mengambil variable kode_barang
Method post kode_barang() berfungsi untuk mengisi variable kode_barang
Method get harga_detail() berfungsi untuk mengambil variable harga_detail
Method post harga_detail() berfungsi untuk mengisi variable harga_detail
Method get total_berat() berfungsi untuk mengambil variable total_berat
Method post total_berat() berfungsi untuk mengisi variable total_berat
SKPL-001
Halaman 76 dari 82
11. Method updatepesanan() berfungsi untuk mengupdate data pemesanan
3.2.32.36
Kelas Konfirmasi
Kelas Konfirmasi merupakan kelas model yang berfungsi untuk mengelola data konfirmasi.
class Class Mo...
konfirmasi
-
3.2.32.36.1
no_konfirmasi: int
kode_pemesanan: int
nama_pemesan: char
email: char
image: char
status: boolean
Deskripsi Atribut
Nama
Tipe
No_konfirmasi
kode_pemesan
Nama_pemesanan
email
image
status
3.2.32.36.2
int
int
varchar
varchar
varchar
boolean
Panjang
Range
-
Nilai Tetap
Auto-inc
20
50
Deskripsi Layanan
Tidak ada deskripsi proses dalam kelas ini
3.2.32.37
Kelas lihat_konfirmasi
Kelas lihat_konfirmasi merupakan kelas controller untuk membaca kelas konfirmasi.

class Class Mo...
lihat_konfirmasi
+
3.2.32.37.1
lihat_konfirmasi() : void
Deskripsi Atribut
3.2.32.37.2
Deskripsi Layanan

1.
Method lihat_konfrimasi() berfungsi untuk membaca data kelas konfirmasi
SKPL-001
Halaman 77 dari 82
3.2.32.38
Kelas form_konfirmasi
Kelas form_konfirmasi merupakan kelas view yang memiliki composition kelas controller proses_konfirmasi
untuk menambahkan data konfirmasi.
class Class Mo...
form_konfirmasi
+
+
3.2.32.38.1
Deskripsi Atribut
3.2.32.38.2
Deskripsi Layanan

1.
2.
Method lihat_konfirmasi() berfungsi untuk membca data konfirmasi

Method lihat)transaksi() berfungsi untuk membaca data pemesanan
3.2.32.39
Kelas proses_konfirmasi
Kelas proses_konfirmasi merupakan kelas controller untuk menambahkan data konfirmasi
3.2.32.39.1
Deskripsi Atribut
3.2.32.39.2
Deskripsi Layanan

1.
2.
3.
4.
5.
6.
7.
8.
9.
Method post kode_pemesanan() berfungsi untuk mengisi variable kode_pemesanan.

Method get no_konfirmasi() berfungsi untuk mengambil variable no_konfirmasi
Method post no_konfirmasi() berfungsu untuk mengisi variable no_konfirmasi
Method post nama() berfungsi untuk mengisi variable nama
Method post mail() berfungsi untuk mengisi variable email
Method post image() berfungsi untuk mengisi variable mage
Method get status() berfungsi untuk mengambil variable status
Method post status() berfungsi untuk mengisi variable status
Method updatepesanan() berfungsi untuk mengupdate status pemesanan
3.2.32.40
Kelas ubah_konfirmasi
Kelas ubah_konfirmasi merupakan kelas view yang memiliki composition kelas controller ubah_status
konfirmasi yang berfungsi untuk merubah status konfirmasi.
SKPL-001
Halaman 78 dari 82
class Class Mo...
form_ubahkonfirmasi
+
3.2.32.40.1
lihat_konfirmasi() : void
Deskripsi Atribut
3.2.32.40.2
Deskripsi Layanan

1.
Method lihat_konfirmasi() berfungsi untuk membaca data konfirmasi
3.2.32.41
Kelas ubah_statuskonfirmasi
Kelas ubah_statuskonfirmasi merupakan kelas controller yang berfungsi untuk merubah status pada kelas
konfirmasi.
class Class Mo...
ubah_statuskonfirmasi
+
+
+
+
+
+
+
3.2.32.41.1
no_konfirmasi() : void
kode_pemesanan() : void
nama_pemesan() : void
email() : void
image() : void
status() : void
updatestatus() : void
Deskripsi Atribut
3.2.32.41.2
Deskripsi Layanan

1.
2.
3.
4.
5.
6.
7.
8.
Method get no_konfirmasi() berfungsi untuk mengamil variable no_konfirmasi

Method get kode_pemesanan() berfungsi untuk mengamil variable kode_pemesanan
Method get nama_pemesana() berfungsi untuk mengambil variable nama_pemesan
Method get email() berfungsi untuk mengambil variable email
Method get image() berfungsi untuk mengambil variable image
Method get status() berfungsi untuk mengambil variable status
Method post status() berfungsi untuk mengisi variable status
Method updatestatus() berfungsi untuk mengupdate status konfirmasi
SKPL-001
Halaman 79 dari 82
3.3
Deskripsi Kebutuhan Non Fungsional
Kriteria
Performansi
Tabel 3-1 Kebutuhan Non Fungsional

Tuntutan
Harus dapat melakukan transaksi berupa pembelian sepeda dan sparepartnya.
Harus dapat melakukan perakitan sepeda sesuai dengan jenis seperti merakit sepeda fixie,bmx
atau mtb.
Perangkat lunak yang dibuat dapat dioperasikan pada komputer berspesifikasi minimal Intel
Pentium 200 Mhz atau yang setara dengan jumlah RAM tidak melebihi 16 MB
Keamanan
Pengelolaan data yang dilakukan pada system hanya dapat di akses oleh admin yang sudah
terdaftar pada system sebelumnya.
Sebelum melakukan pengolahan admin harus melakukan login terlebih dahulu .
Modus Operasi
User melakukan akses pada website penjualan sepeda yang dapat dilakukan dengan
menggunakan pc atau gadget namun di utamakan menggunakan pc karena akan lebih support
berjalan pada pc.
Terdapat menu yang dapat user pilih untuk melakukan transaksi seperti : beli sparepart, beli
sepeda, dan rakit sepeda.
User wajib melakukan pengisian data sebelum melakukan pemesanan.untuk memberikan
informasi kepada admin.
Setiap jenis transaksi yang berlangsung baik yang berhasil maupun yang batal dengan sebab
apapun akan tercatat di dalam log.
Jika pemesanan telah dilakukan maka system akan memberikan notification bahwa anda telah
berhasil memesan pada penjualan sepeda
Antarmuka
Tampilan website yang dibangun dibuat sederhana tapi semenarik mungkin untuk membuat
user merasa nyaman saat mengakses atau mengunjungi penjualan sepeda.
Modus grafis yang digunakan adalah VGA dengan resolusi maksimal 640*480 dengan
kedalaman warna 8 bit atau 256 warna
3.4
Atribut Kualitas Perangkat Lunak

Tabel 3-2 Atribut Kualitas Perangkat Lunak
Kriteria
Kualitas
Keandalan
Tuntutan Kualitas
Perangkat lunak dapat dijalankan 24X7
Rotasi log setiap 1 MB file log untuk menjamin kecepatan I/O yang
berhubungan dengan file log
Perangkat lunak dibuat dengan mendukung konsep multithreading untuk
menjaga kecepatan umpan balik
Ketersediaan
Bahasa pemrograman yang digunakan adalah bahasa yang kecil

kemungkinannya tidak digunakan lagi dalam jangka waktu 5 tahun
Menggunakan antarmuka perangkat keras yang sudah standar dan tersedia
banyak dipasaran
Keremawatan
Setiap modul sebaiknya dilengkapi dengan antarmuka modul

Jumlah modul sebaiknya tidak melebihi 20 modul
SKPL-001
Halaman 80 dari 82
Keamanan
Hanya mengunakan port komunikasi sebatas kebutuhan komunikasi dengan

bank
Transaksi hanya tercatat pada log dan harus dipastikan dihapus dari memori
setiap kali sesi selesai
Kepemindahan
Perangkat lunak dibuat dengan bahasa pemrograman yang dapat bekerja di

berbagai arsitektur komputer
Penggunakan pustaka tertentu yang hanya terdapat pada suatu sistem operasi
spesifik hanya boleh berkaitan dengan operasi I/O dan penampilan antarmuka
3.5
Batasan Perancangan
Batasan-batasan pada tahap perancangan untuk perangkat lunak mesin ATM ini adalah :
1.
Aplikasi ini dikembangkan untuk dijalankan pada platform IBM PC Compatible.
2.
Aplikasi ini bisa dijalankan jika telah terhubung dengan sistem bank dan hasil transaksi akan
disimpan kedalam data log transaksi dan log transaksi ATM.
3.
Perancangan hanya dikembangkan untuk proses yang sudah diidentifikasikan dan diverifikasi
dengan cara demonstrasi.
3.6
Matriks Keterunutan
Kode
Spesifikasi
SRS-ATM-01
SRS-ATM-02
SRS-ATM-03
SRS-ATM-04
SRS-ATM-05
SRS-ATM-06
SRS-ATM-07
SRS-ATM-08
Tabel 3-3 Matriks Keterunutan

Nama Spesifikasi
Kode
Nama Proses
Proses
Autentikasi nasabah dan 1
Autentikasi Operator
operator
5
Autentikasi Nasabah
Penarikan uang dari
6
Penarikan Tunai
ATM
Pemasukan uang ke
8
Deposit
rekening nasabah
Transfer dana antar
7
Transfer Uang
rekening
Pelayanan permintaan
9
Info saldo
balance inquiry
Mematikan dan
4
aktivasi ATM
menyalakan mesin
Pengesetan nilai cash on 3
Set Stok Uang
hand
Verifikasi deposit
2
Verifikasi Deposit
SKPL-001
Verifikasi
Demontrasi
Demontrasi
Demontrasi
Demonstrasi
Demonstrasi
Demonstrasi
Demonstrasi
Demonstrasi
Demonstrasi
Halaman 81 dari 82
SKPL-001
Halaman 82 dari 82

Skplsisepeda

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Skplsisepeda

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Jurusan Informatika Udinus

Daftar Halaman Perubahan

Jurusan Informatika Udinus

3.3.2.1.2 Deskripsi Layanan .........................................................................................................24

Jurusan Informatika Udinus

Jurusan Informatika Udinus

Jurusan Informatika Udinus

Tujuan Penulisan Dokumen

Definisi, Singkatan, dan Akronim

Spesifikasi Kebutuhan Perangkat Lunak

kegiatan komersial dengan penyebaran, pembelian, penjualan , pemasaran

GL01BT, template dokumen Spesifikasi Kebutuhan Perangkat Lunak. (SKPL)

Deskripsi Umum Dokumen

Tujuan dan fungsi Web

Jurusan Informatika Udinus

Kemampuan Web Penjualan sepeda

Antarmuka pemakai, perangkat keras, perangkat lunak, dan komunikasi.

Batasan-batasan perangkat Lunak

Ketergantungan Web Penjualan sepeda

2 Deskripsi Global Perangkat Lunak

Menyediakan informasi mengenai sepeda

Transaksi jual beli informasi

Melayani user untuk menanyakan seputar sepeda

Jurusan Informatika Udinus

Tabel 2-1 Karakteristik Pengguna

Asumsi dan Kebergantungan

3 Deskripsi Rinci Kebutuhan

Jurusan Informatika Udinus

Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai

3.1.2 Antarmuka perangkat keras

3.1.3 Antarmuka perangkat lunak

3.1.4 Antarmuka komunikasi

Jurusan Informatika Udinus

sunting data barang

lihat data barang

sunting data ongkir

hapus data ongkir

lihat data inbox

Gambar 3-1 Use case Diagram Penjualan sepeda

Jurusan Informatika Udinus

Jurusan Informatika Udinus

3.2.1.2 Diagram Activity

buka halaman utama

Klik Menu Rakit Sepeda

klik menu fixie

pilih bagian sepeda

Jurusan Informatika Udinus

3.2.1.3 Diagram Sequence

klik menu rakit sepeda()

display jenis sepeda()

pilih jenis sepeda()

display jenis sepeda yang dipilih()

hasil rakit sepeda()

Jurusan Informatika Udinus

3.2.1.4 Diagram Collaborative

1.3: [cek ketersediaan == true] new()

Jurusan Informatika Udinus

Pengunjung merakit sepeda

3.2.2.2 Diagram Activity

buka halaman utama