SKPL Website Toko Online PDF

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Website toko online
www.rumahrajutan.com
Versi 1.2
Dipersiapkan oleh : Tim Creative Knitwork
1. Fanji Hastomo 5107100031
2. Agung Diananto Pratomo Putro 5107100044
3. Yusuf Umar Ibnu Syihab 5107100086
4. Notario Airlangga Putra 5107100143
Nomor Dokumen Halaman

Jurusan
Teknik Informatika IF-ITS-SLI-REQDOC-2010 1/23
ITS Revisi 1 Tgl: 19-May-10
DAFTAR PERUBAHAN
Revisi Deskripsi
A Kesalahan dalam penulisan judul
B Kesalahan dalam penulisan daftar isi
C Referensi kurang
D Kurang lengkapnya halaman use case
E Tidak perlu adanya gambar website
F
G
INDEX - A B C D E F G
TGL
Yusuf Fanji Fanji Yusuf Yusuf
Ditulis
oleh
Umar Hastomo Hastomo Umar Umar
Radik Radik Radik Radik Radik
Diperiksa
oleh
Rio Rio Rio Rio Rio
Fajar Fajar Fajar Fajar Fajar
Disetujui
oleh
Baskoro Baskoro Baskoro Baskoro Baskoro
S.Kom S.Kom S.Kom S.Kom S.Kom
M.T M.T M.T M.T M.T
Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 2/ dari 28 halaman

Templat e dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang
me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika ITS.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

1 Penyusun dokumen
ditulis yang memang
menyusun saja
13 aksi aktor normal flow

no.4 seharusnya masuk
kolom system
‘aktor tidak
11 memasukkan keyword
yang salah’ seharusnya
‘aktor memasukkan
keyword yang salah’
Menambah use-case
15 s/d 17 specification untuk use-
case mengelola user

Daftar Isi
1 Pendahuluan .............................................................................................................. 5
1.1 Tujuan Penulisan Dokumen ................................................................................ 5
1.2 Lingkup Masalah ................................................................................................ 5
1.3 Aturan Penomoran .............................................................................................. 5
1.4 Referensi ............................................................................................................. 6
1.5 Deskripsi Umum Dokumen (Ikhtisar) ................................................................ 6
2 Kebutuhan Perangkat Lunak ..................................................................................... 7
2.1 Fitur Utama Perangkat Lunak ............................................................................. 7
2.2 Kebutuhan Perangkat Lunak ............................................................................... 8
2.2.1 Kebutuhan Fungsional .................................................................................. 8
2.2.2 Kebutuhan Non Fungsional .......................................................................... 8
2.3 Model Use Case .................................................................................................. 8
2.3.1 Diagram Use Case ........................................................................................ 8
2.3.2 Definisi Aktor ............................................................................................... 9
2.3.3 Definisi Use Case ....................................................................................... 10
2.3.4 Use Case Spesification ............................................................................... 10
2.3.4.1 Use Case Manage Produk (UC-SLI001) ................................................. 11
2.3.4.2 Use Case Melihat Daftar Pembelian (UC-SLI002) ................................. 13
2.3.4.3 Use Case Manage Pemesanan Khusus (UC-SLI003) .............................. 14
2.3.4.4 Use Case Melihat Konfirmasi Pembayaran (UC-SLI004) ...................... 15
2.3.4.4 Use Case Chatting (UC-SLI005) ............................................................. 16
2.3.4.5 Use Case Manage Files (UC-SLI006) ..................................................... 17
2.3.4.6 Use Case Manage User (UC-SLI007) ..................................................... 18
2.3.4.7 Use Case Registrasi (UC-SLI008) ........................................................... 19
2.3.4.7 Use Case Melihat Produk (UC-SLI009) .................................................. 20
2.3.4.7 Use Case Membeli Produk (UC-SLI010) ................................................ 21
2.3.4.7 Use Case Melakukan Pemesanan Khusus (UC-SLI0011)....................... 22
2.3.4.7 Use Case Melakukan Konfirmasi Pembayaran (UC-SLI012)................. 23
2.3.4.7 Use Case Mengisi Testimonial (UC-SLI013) ......................................... 24
2.4 Activity Diagram .............................................................................................. 25
2.5 Sequence Diagram ............................................................................................ 26
2.6 Component Diagram ......................................................................................... 28
2.7 Deployment Diagram ........................................................................................ 29
2.8 Suplementary Specification .............................................................................. 30
2.9 Glossary ............................................................................................................ 32

Template dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang
1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan penulisan dokumen ini yaitu sebagai dokumentasi dari segala aktifitas yang
dilakukan selama pengembangan proyek perangkat lunak yang berbasis website ini
dimulai dari tahap user requirement, analisis dan desain, implementasi, hingga
testing. Tujuan dari project ini adalah mengembangkan toko online yang dapat
mewakili proses bisnis RumahTrampil. Adapun kriteria kesuksesan dari
pengembangan toko online ini adalah :
1. Semua bisnis proses RumahTrampil dapat terwakili secara online.
2. Website toko online memiliki jumlah pengunjung di atas 10 setiap harinya.
3. Tidak ada bug atau error program.
4. Menghasilkan penjualan secara online minimal 5 kali per bulan.
5. Tampilan website menarik sehingga membuat customer enjoy.
6. Terindeks oleh mesin pencari.
1.2 Lingkup Masalah


 Website toko online ini digunakan sebagai sarana penjualan produk secara
online
 Website ini dapat menampilkan produk-produk yang dimiliki oleh toko

 Pengunjung yang telah terdaftar dapat membeli produk yang tersedia pada
website ini
 User dapat mengakses website ini dengan menggunakan web browser seperti
mozila firefox, google crome, dll.
1.3 Aturan Penomoran
Penulisan dokumen SKPL ini menggunakan berbagai macam aturan

penamaan dan penomoran yang berbeda-beda untuk beberapa bagian
tertentu. Aturan penamaan dan penomoran yang digunakan berdasarkan
hal/bagian tersebut adalah seperti yang tercantum pada Tabel 1 berikut ini :
Tabel 1 Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penomoran/Penamaan
Kebutuhan Fungsional SKPL-Fxxxx
Hal/Bagian Aturan Penomoran/Penamaan
Kebutuhan Non Fungsional SKPL-NFxxx
Use Case UC-SLIxxx
Class Diagram CLS-SLIxxx
Skenario Use Case SC-xx-yy
Activity Diagram ACT-SLIxxx
Statechart Diagram STC-SLIxxx
Sequence Diagram SEQ-SLIxxx
Collaboration Diagram COL-SLIxxx
Deployment Diagram DEP-SLIxxx
Desain Antarmuka INT-KATEGORI_ANTAR_MUKAxxx
1.4 Referensi
Dokumen ini merujuk pada hasil wawancara dan observasi pada pengguna
tentang kebutuhan yang diperlukannya, dan penulisan dokumen berdasarkan
pada :
1. IEEE Std 830-1993, IEEE Recommended Practice for Software
Requirement Specifications.
2. Pihak-pihak yang kompeten dibidang pengembangan website.
1.5 Deskripsi Umum Dokumen (Ikhtisar)
Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab sebagai berikut:
BAB I Pe ndah ulu an
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan

- Tujuan Penulisan Dokumen
- Lingkup Masalah
- Aturan Penomoran
- Referensi
- Deskripsi Umum Dokumen
BAB II Ke butu han Pera ngkat L una k
Pada bab ini dijelaskan kebutuhan perangkat lunak yang diperlukan di dalam
pengembangan toko online ini
BAB III Mod el An ali s i s
Pada BAB ini mendeskripsikan kebutuhan khusus bagi sistem audit IT yang
terdiri dari kebutuhan fungsional, kebutuhan performansi, batasan perancangan
dan kebutuhan lain yang mendukung agar toko online ini dapat bekerja sesuai
dengan yang diharapkan.

2 Kebutuhan Perangkat Lunak
2.1 Fitur Utama Perangkat Lunak
Fitur – fitur pada situs ht tp:// www.Ru mah Rajut an.c om/ terbagi menjadi dua,
yaitu sebagai back - end user dan sebagai front – end user :
2.1.1.BackEnd User.
BackEnd User terbagi menjadi dua yaitu Administrator dan Supplier. Adapun hak
akses yang diberikan untuk supplier adalah hak akses ke fitur toko online saja.
Dengan demikian fasilitas yang didapatkan oleh supplier adalah :
1. Insert, update, delete catalog produk.

2. View penjualan per bulan.
3. Membuat polling.
4. Menentukan metode pembayaran.
5. Menentukan jasa pengiriman barang.
6. Menentukan besar diskon untuk setiap produk.
Sedangkan fasilitas yang didapatkan administrator adalah:

1. Full akses ke semua modul.
2. Install dan uninstall modul, plugin, dan template situs.
3. Melakukan proses Custom Relationship Management meliputi fungsi – fungsi
informasi dan promosi.
2.1.2 FrontEnd User

FrontEnd user terbagi menjadi dua yaitu user Non-login dan user login, user non-
login harus me-register dirinya terlebih dahulu jika ingin melakukan pembelian agar
supplier dapat mengetahui profil customer.
2.2 Kebutuhan Perangkat Lunak
Berikut Tabel yang berisi Rancangan Fungsi (Menu) dalam aplikasi :
2.2.1 Kebutuhan Fungsional

Tabel 8 Ringkasan Kebutuhan Fungsional
SKPL-ID Keterangan
SKPL-F0001 Melakukan proses searching / pencarian produk
SKPL-F0002 Melakukan transaksi pembelian produk
SKPL-F0003 Mengelola katalog produk
2.2.2 Kebutuhan Non Fungsional

Tabel 9 Ringkasan Kebutuhan Non Fungsional
SKPL-Id Keterangan
SKPL-NF001 Availability – aplikasi ini membutuhkan koneksi internet
SKPL-NF002 Reliability – aplikasi ini membutuhkan koneksi internet minimal
56kbps
SKPL-NF003 Ergonomy – Desain Aplikasi sederhana dan tepat guna.
SKPL-NF004 Portability – Aplikasi bisa diakses melalui media apapun selama ada
koneksi internet
SKPL-NF005 Memory – aplikasi ini membutuhkan RAM minimal 256MB.
SKPL-NF006 Response time – Waktu Aplikasi untuk merespon request maksimal 5
detik.
SKPL-NF007 Safety – Keamanan data terjamin.
SKPL-NF008 Security – Keamanan transaksi menggunakan teknologi RSA
SKPL-NF009 Bahasa komunikasi – bahasa yang digunakan adalah bahasa indonesia
2.3 Model Use Case
2.3.1 Diagram Use Case
Berikut Use Case Diagram yang akan digunakan dalam Sistem Informasi Sumber Daya
Lahan Interaktif

System
manage produk
melihat daftar pembelian
manage pemesanan khusus
melihat konfirmasi pembayaran

Admin RumahTrampil
chatting
manage files
SuperAdmin RumahTrampil
manage user
registrasi
melihat produk
Customer
membeli produk
melakukan konfirmasi pembayaran
melakukan pemesanan khusus
mengisi testimonial
2.3.2 Definisi Aktor
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Tabel 2 Karakteristik Pengguna
Kategori Pengguna Hak Akses ke aplikasi

AdminRumahTrampil manage produk

Kategori Pengguna Hak Akses ke aplikasi
SuperAdminRumahTrampil manage produk
chatting
manage files
manage user
Customer registrasi
melihat produk
membeli produk
melakukan pemesanan khusus
melakukan konfirmasi pembayaran
mengisi testimonial
chatting
2.3.3 Definisi Use Case

Berikut daftar use case dan deskripsi singkat mengenai use case tersebut. Dijelaskan dalam
bentuk tabel berikut :
ID Use Case
UC-SLI001 manage produk
UC-SLI002 melihat daftar pembelian
UC-SLI003 manage pemesanan khusus
UC-SLI004 melihat konfirmasi pembayaran
UC-SLI005 chatting
UC-SLI006 manage files
UC-SLI007 manage user
UC-SLI008 registrasi
UC-SLI009 melihat produk
UC-SLI010 membeli produk
UC-SLI011 melakukan pemesanan khusus
UC-SLI012 melakukan konfirmasi pembayaran
UC-SLI013 mengisi testimonial
2.3.4 Use Case Spesification

Berikut spesifikasi untuk semua use case yang menunjukkan fungsionalitas suatu sistem
atau kelas dan bagaimana sistem tersebut berinteraksi dengan dunia luar dan menjelaskan
sistem secara fungsional yang terlihat user.
2.3.4.1 Use Case manage produk - Menambah Produk (UC-SLI001)
Use Case Name Menambah Produk
Deskripsi Singkat Aktor melakukan penambahan produk

Aktor AdminRumahTrampil
Pre Condition Aktor telah login sebagai administrator
Post Condition Proses penambahan sukses
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih tab component lalu memilih

pilihan virtuemart
2. Sistem menampilkan halam menu virtuemart
3. Aktor memilih tab product lalu memilih

pilihan list product
3. Sistem menampilkan list product
4. Aktor memilih tab new
5. system menampilkan form penambahan

produk baru
6.Aktor mengisi form lalu menekan pilihan save
6. transaksi tercatat di sistem
2.3.4.2 Use Case manage produk – Mengedit produk (UC-SLI001)
Use Case Name Mengedit produk
Deskripsi Singkat Aktor melakukan pengeditan produk
Post Condition Proses pengeditan sukses
Normal Flow

pilihan virtuemart

3. Sistem menampilkan product list
4. Aktor memilih salah satu produk dari list

product
5. sistem menampilkan data produk yang di klik
6.Aktor mengisi form(mengedit) lalu menekan

pilihan save
6. transaksi tercatat di sistem
2.3.4.3 Use Case Management produk – Menghapus produk (UC-SLI001)
Use Case Name Mengedit produk
Deskripsi Singkat Aktor melakukan pengeditan produk
Post Condition Proses pengeditan sukses
Normal Flow

pilihan virtuemart

3. Sistem menampilkan product list
4. Aktor mencentang salah satu produk dari list

produc lalu menekan pilihan remove
5. sistem menanyakan konfirmasi

6.Aktor memilih yes
6. produk telah terhapus
2.3.4.4 Use Case melihat daftar pembelian (UC-SLI002)
Use Case Name melihat daftar pembelian
Deskripsi Singkat Menggambarkan proses melihat daftar pembelian
Post Condition Daftar pembelian ditampilkan
Normal Flow

pilihan virtuemart
2. . Sistem menampilkan halam menu virtuemart
3. Aktor memilih tab order lalu memilih pilihan

list order
4.system menampilkan daftar pembelian yang

ada sekaligus statusnya.
2.3.4.4 Use Case manage pemesanan khusus - melihat daftar pemesanan khusus
(UC-SLI003)
Use Case Name Melihat Daftar Pemesanan Khusus
Deskripsi Singkat Menggambarkan proses Melihat Daftar

Pemesanan Khusus
Post Condition Daftar Pemesanan Khusus Ditampilkan

Normal Flow
1. Aktor memilih tab component— user manager
2. . Sistem menampilkan list user yang ada
3. Aktor memilih tab pemesanan khusus
4. Sistem menampilkan list pemesanan khusus

yang ada.
2.3.4.1 Use Case manage pemesanan khusus (UC-SLI003)
Use Case Name manage pemesanan khusus
Deskripsi Singkat Menggambarkan proses melihat daftar pembelian
Aktor Admin RumahTrampil
Post Condition Daftar pembelian ditampilkan
Normal Flow

pilihan virtuemart
2. . Sistem menampilkan halam menu virtuemart
3. Aktor memilih tab order lalu memilih pilihan

list order
4.system menampilkan daftar pembelian yang

ada sekaligus statusnya.
1.1.4.9 Use Case melihat konfirmasi pembayaran (UC-SLI004)
Use Case Name melihat konfirmasi pembayaran
Deskripsi Singkat Menggambarkan proses melihat konfirmasi

pembayaran
Post Condition Daftar Konfirmasi Pembayaran Ditampilkan
Normal Flow

pilihan user manager
3. Aktor memilih tab konfirmasi pembayaran
4. Sistem menampilkan list konfirmasi

pembayaran yang ada.
1.1.4.9 Use Case chatting (UC-SLI005)
Use Case Name chatting
Deskripsi Singkat Menggambarkan proses chatting
Aktor SuperAdminRumahTrampil,Customer
Pre Condition Aktor telah login sebagai administrator atau

Customer
Post Condition Kegiatan chatting terlaksana antara

SuperAdminRumahTrampil dan Customer
Normal Flow
1. Aktor memilih pilihan chatting
2. . Sistem membuka aplikasi yahoo messenger
2.3.4.4 Use Case manage files – view file(UC-SLI006)
Use Case Name manage files – view file

Deskripsi Singkat Menggambarkan proses view dari sebuah file
Post Condition Menampilkan isi dari file
Normal Flow

pilihan joomlaXplorer
2. system menampilkan halaman list file
3. Aktor menandai salah satu file lalu mengklik

tombol view
4.system menampilkan isi dari file tersebut
2.3.4.5 Use Case manage files – edit file(UC-SLI006)
Use Case Name manage files – edit file
Deskripsi Singkat Menggambarkan proses edit dari sebuah file
Post Condition Proses pengeditan telah berhasil
Normal Flow

3. Aktor menamdai salah satu file lalu mengklik

tombol edit
4.system menampilkan halaman edit

5. aktor mengedit kemudian menekan tombol
save
6.file hasil editan telah ter-save dalam sistem
2.3.4.6 Use Case manage files – delete file(UC-SLI006)
Use Case Name manage files – delete file
Deskripsi Singkat Menggambarkan proses Delete dari sebuah file
Post Condition File telah terhapus
Normal Flow
1. . Aktor memilih tab component lalu memilih

3. Aktor menamdai salah satu file lalu mengklik

tombol delete
4.system menampilkan konfirmasi
5.aktor memilih yes
6.file telah tedelete dari system
2.3.4.7 Use Case manage files – upload file(UC-SLI006)
Use Case Name manage files – upload file
Deskripsi Singkat Menggambarkan proses upload dari sebuah file
Post Condition File telah terupload

Normal Flow
1. . Aktor memilih tab component lalu memilih

3. Aktor memilih pilihan upload
4.system halaman browse file
5.aktor memilih file yang akan diupload lalu

menekan upload
6.file baru telah terupload
2.3.4.10 Use Case manage user - add new user (UC-SLI007)
Use Case Name manage user - add new user
Deskripsi Singkat Menggambarkan proses add new user
Post Condition New user telah tersimpan
Normal Flow

3. Aktor memilih tombol new
4. Sistem menampilkan form isian user
4.aktor menekan save
6.user baru telah dibuat

2.3.4.11 Use Case manage user - edit user(UC-SLI007)
Use Case Name manage user - edit user
Deskripsi Singkat Menggambarkan proses edit new user
Post Condition New user yang diedit telah tersimpan
Normal Flow

3. Aktor memilih salah satu user lalu memilih

pilihan edit
4. Sistem menampilkan form isian untuk edit user
4.aktor melakukan proses pengeditan kemudian

menekan apply
6.user yang diedit telah disimpan
2.3.4.12 Use Case manage user - delete user(UC-SLI007)
Use Case Name manage user - delete user
Deskripsi Singkat Menggambarkan proses delete user
Post Condition User berhasil terdelete
Normal Flow

3. Aktor memilih salah satu user lalu memilih

pilihan delete
4. Sistem menampilkan konfirmasi
4.aktor menekan yes
6.user telah terhapus
2.3.4.1 Use Case registrasi (UC-SLI008)
Use Case Name registrasi
Deskripsi Singkat Aktor melakukan registrasi pada sistem
Aktor customer
Pre Condition Halaman / page home pada rumahrajutan.com
Post Condition Konfirmasi user telah teregister ditampilkan

pada halaman / page users
Normal Flow
1. Aktor memasukkan data-data

pribadi(nama,alamat email,password) pada form
registrasi lalu menekan save
2. Sistem melakukan pengecekkan terhadap isian

pada form
3. berhasil system akan menampilkan konfirmasi

bahwa user telah teregister dan kembali
kehalaman home dengan status login
Alternate Flow
1.1 Aktor memasukkan data-data pada

form(nama,alamat email,password), dengan data
yang tidak valid
1.2 Sistem menampilkan pesan bahwa inputan

data tidak valid, user tetap berada pada halaman
form register dan system menyuruh user untuk
memperbaiki datanya pada form isian
1.3 Aktor tidak memasukkan data pada sebagian

/seluruh form
1.2 Sistem menampilkan pesan bahwa inputan

data belum diisi, user tetap berada pada halaman
form register dan system menyuruh user untuk
mengisi datanya pada form isian
Special Requirement ---
Extension ---
2.3.4.1 Use Case melihat produk (UC-SLI009)
Use Case Name melihat produk
Deskripsi Singkat Menggambarkan proses melihat produk
Aktor Customer
Pre Condition Aktor telah masuk halam rumahrajutan.com
Post Condition Aktor berhasil Melakukan melihat produk
Normal Flow
1. Aktor mengklik tab Produk Kami
2. Sistem menampilkan list kategori produk
3. Aktor mengklik salah satu kategori
4. system menampilkan detail produk-produk

yang dalam kategori tersebut
2.3.4.1 Use Case membeli produk (UC-SLI010)
Use Case Name membeli produk
Deskripsi Singkat Menggambarkan proses membeli produk

Aktor Customer
Pre Condition Masuk halam website rumah trampil
Post Condition Proses pembelian sukses
Normal Flow
1. aktor mengklik salah satu gambar produk
2. . Sistem menampilkan detail produk
3. Aktor mengisi jumlah yang akan dibeli

kemuadia mengiklik add to cart
4. Sistem menampilkan nota sementara dan

memberi pilihan continue shopping atau check
out
5.user memilih check out
6.system menyuruh uer untuk login
7.user melakukan login--submit
8.Halaman/form shipping addres ditampilkan
9.user mengisinya—update--next
10.system menampilkan halaman shipping

method
11. user mengisi shipping methode yang

digunakan -- next
12.system menampilkan halaman payment

methode
13. user mengisi payment methode yang

digunakan -- next
14.system menampilkan halaman complete order
15. user mengklik pilihan confirm order
16.system menampilkan halaman order

detail(proses selesai)

2.3.4.12 Use Case melakukan pemesanan khusus (UC-SLI011)
Use Case Name melakukan pemesanan khusus
Deskripsi Singkat Menggambarkan proses Melakukan Pemesanan

Khusus
Aktor Customer
Pre Condition Aktor telah masuk halaman rumahrajutan.com
Post Condition Aktor berhasil Melakukan Pemesanan Khusus
Normal Flow
1. Aktor mengklik pemesanan khusus
2. Sistem menampilkan form isian pemesanan

khusus
3. Aktor mengisi form dan upload gambar--

submit
4. proses pemesanan khusus selesai
2.3.4.12 Use Case melakukan konfirmasi pembayaran(UC-SLI012)
Use Case Name melakukan konfirmasi pembayaran
Deskripsi Singkat Menggambarkan proses Melakukan Konfirmasi

Pembayaran
Aktor Customer
Post Condition Aktor berhasil melakukan konfirmasi

pembayaran
Normal Flow

1. Aktor mengklik link konfirmasi pembayaran
2. Sistem menampilkan form isian konfirmasi

pembayaran
3. Aktor mengisi form--submit
4. proses konfirmasi selesai
2.3.4.13 Use Case mengisi testimonial (UC-SLI013)
Use Case Name Melakukan mengisi testimonial
Deskripsi Singkat Menggambarkan proses Mengisi Testimonial
Aktor Customer
Post Condition Aktor berhasil Melakukan Mengisi

Testimonial
Normal Flow
1. Aktor mengklik link add testimonial
2. Sistem menampilkan form isian add

testimonial
3. Aktor mengisi form testimonial--submit
4. proses add testimonial selesai—testimonial

ditampilkan di page
2.4 Activity Diagram
Customer Admin RumahTrampil SuperAdmin RumahTrampil
Manage User Manage Admin
Registrasi
Manage Data Produk
Melakukan Pembelian Produk Melakukan Pemesanan Khusus
Melakukan Konfirmasi Pembayaran
Pengecekan Konfirmasi Pembayaran

Mengisi Testimonial
2.5 Sequence Diagram
 Use Case Membeli Produk
Beli Produk Page Proses Pembelian Produk Database Pembelian

: Customer
1 : Find and Choose Product()
2 : Get Transaction Info()
3 : Set Transaction Info()
5 : Confirmation() 4 : Send Transaction Info

6 : Confirm Transaction
 Use Case Registrasi
User Profile Registration Page Registration System Database User

: Customer
1 : Insert User Info()
2 : Send User Info()
3 : Save User Info()
5 : View User Info() 4 : User Info Saved

 Use Case Mengisi Testimonial
: Customer Testimonial Sidebar Testimonial Controller Database Testimonial
1 : Insert Testimonial()
2 : Moderate Testimonial()
3 : Save Testimonial()
5 : View Testimonial() 4 : Testimonial Saved
 Use Case Melakukan Konfirmasi Pembayaran
: Customer List Konfirmasi Pembayaran Page Konfirmasi Pembayaran Page Konfirmasi Pembayaran Controller Konfirmasi Pembayaran Database
1 : Kirim Info Konfirmasi Pembayaran()
2 : Cek Info Konfirmasi Pembayaran()
3 : Save Konfirmasi Pembayaran()
4 : Konfirmasi Pembayaran Saved

5 : View Konfirmasi Pembayaran()
2.6 Component Diagram
Customer
SuperAdmin RumahTrampil Admin RumahTrampil
Antar Muka Situs (Front-End)
Antar Muka Situs (Back-End)
IRegistrasi
IGiveTestimonial
Sistem Pendaftaran User IBeliProduk
IManage User
Database User
Testimonial
IManage Testimonial
Database Testimonial
Sistem Penjualan
IManagePenjualan
Database Produk
2.7 Deployment Diagram
Web Server
Customer Computer Antar Muka Situs (Front-End)
Web Browser Antar Muka Situs (Back-End)
Sistem Pendaftaran User
Sistem Penjualan
Testimonial
Database Server
Database Produk
Database Testimonial
Database User
2.8 Supplementary Spesification
1. Introduction
1.1 Purpose
Dokumen ini membahas kebutuhan-kebutuhan yang tidak dibahas pada use
case yang akan dikembangkan dalam website “rumahrajutan.com”.

1.2 Scope
Dokumen ini menjelaskan kebutuhan-kebutuhan non-fungsional dari sistem
yang akan dikembangkan seperti reliability, usability, performance, portability, dan
security dan juga membahas kebutuhan fungsional yang umum dimiliki oleh semua
use case.
1.3 References
1. Dokumen Use Case Spesification.
2. Dokumen Vision and Scope.
3. Dokumen Glossary.
1.4 Definition, Acronyms

Penjelasan istilah dan singkatan dapat dilihat pada bagian Glossary.
2 Functionality
Bagian ini merupakan pembahasan tentang kebutuhan fungsional sistem yang
terkait untuk semua use case, kebutuhan fungsional telah dijelaskan pada bab
sebelumnya. Sistem harus mencatat seluruh transaksi terkait yang terjadi pada
pengaksesan website sehingga dapat mempermudah dalam penangan suatu
masalah.
3. Usability
User interface dari aplikasi pada sisi client berupa page pada website yang
dapat diakses pada sistem operasi windows maupun linux dengan menggunakan
software web browser seperti mozila firefox, google crome, internet explorer. Sistem
menggunakan bahasa Indonesia yang mudah dipahami oleh pengguna.
4. Realibility
Bagian ini menjelaskan kebutuhan akan realibilitas yaitu sistem dapat bekerja
selama 24jam sehari dan 7 hari seminggu. Untuk kebutuhan maintenance sistem
dilakukan secara periodik setiap bulannya yaitu pada akhir bulan.
5. Performance
Bagian ini menjelaskan mengenai kebutuhan performa dari sistem. Sistem
memiliki waktu respon kurang dari 1 menit untuk setiap aksi pergantian page. Sistem
dapat melayani 50 pengguna secara bersamaan.
6. Design Constraints (Portability)

Bagian ini menjelaskan batasan-batasan dalam pengembangan sistem.
Berikut batasan-batasan pada sistem :
 Sistem server menggunakan sistem operasi Windows dan client
menggunakan sistem operasi Microsoft Windows maupun Linux.
 Sistem dikembangkan dengan menggunakan bahasa pemrograman PHP.
 Sistem dibangun dengan menggunakan database MySql.
 Sistem akan berjalan secara online 24 jam dalam sehari 7 hari dalam
seminggu.
7. Security
Proses security atau kemanan pada penyimpanan data password
menggunakan teknik enkripsi password . Dengan menggunakan teknik enkripsi
maka kerahasiaan data developer akan terjamin. Selain itu, pada setiap page yang
diakses oleh user terdapat session dimana waktu untuk setiap session selama 10
menit.
2.5 Glossary

 Aktor : Seorang / sebuah aktor adalah sebuah entitas manusia atau mesin
yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan
tertentu.
 Administrator : Seorang yang mempunyai akses lebih untuk memanage isi
content sistem

 Developer : Pengembang software atau aplikasi


 IEEE : Institute of Electrical and Electronics Engineering. Standar internasional
untuk pengembangan dan perancangan produk.
 Keyword : Kata kunci

 Login : Proses autentifikasi user sebelum melakukan transaksi.


 SKPL : Spesifikasi Kebutuhan Perangkat Lunak. Dokumen hasil analisis yang
berisi spesifikasi kebutuhan perangkat lunak
 SRS : Software Requirements Specification

 Use Case : Menggambarkan deskripsi suatu proses yang melibatkan actor.

 Users : Pengguna sistem

 Website : Media informasi melalui dunia internet


SKPL Website Toko Online PDF

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

SKPL Website Toko Online PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Website toko online

Dipersiapkan oleh : Tim Creative Knitwork

1. Fanji Hastomo 5107100031

2. Agung Diananto Pratomo Putro 5107100044

3. Yusuf Umar Ibnu Syihab 5107100086

4. Notario Airlangga Putra 5107100143

Nomor Dokumen Halaman

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 2/ dari 28 halaman

Halaman Revisi Halaman Revisi

13 aksi aktor normal flow

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 3/ dari 28 halaman

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 4/ dari 28 halaman

1.2 Lingkup Masalah

1.3 Aturan Penomoran

Penulisan dokumen SKPL ini menggunakan berbagai macam aturan

Tabel 1 Aturan Penamaan dan Penomoran

1.5 Deskripsi Umum Dokumen (Ikhtisar)

Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan

BAB II Ke butu han Pera ngkat L una k

BAB III Mod el An ali s i s

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 6/ dari 28 halaman

1. Insert, update, delete catalog produk.

Sedangkan fasilitas yang didapatkan administrator adalah:

2.1.2 FrontEnd User

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 7/ dari 28 halaman

2.2 Kebutuhan Perangkat Lunak

Berikut Tabel yang berisi Rancangan Fungsi (Menu) dalam aplikasi :

2.2.1 Kebutuhan Fungsional

2.2.2 Kebutuhan Non Fungsional

2.3 Model Use Case

2.3.1 Diagram Use Case

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 8/ dari 28 halaman

melihat daftar pembelian

manage pemesanan khusus

melihat konfirmasi pembayaran

melakukan konfirmasi pembayaran

melakukan pemesanan khusus

2.3.2 Definisi Aktor

Karakteristik pengguna dijabarkan dalam tabel berikut ini.

Tabel 2 Karakteristik Pengguna

Kategori Pengguna Hak Akses ke aplikasi

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 9/ dari 28 halaman

2.3.3 Definisi Use Case

2.3.4 Use Case Spesification

2.3.4.1 Use Case manage produk - Menambah Produk (UC-SLI001)

Use Case Name Menambah Produk

Deskripsi Singkat Aktor melakukan penambahan produk

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 10/ dari 28 halaman

Pre Condition Aktor telah login sebagai administrator

Post Condition Proses penambahan sukses

Aksi Aktor Reaksi Sistem

1. Aktor memilih tab component lalu memilih

2. Sistem menampilkan halam menu virtuemart

3. Aktor memilih tab product lalu memilih

3. Sistem menampilkan list product

4. Aktor memilih tab new

5. system menampilkan form penambahan

6.Aktor mengisi form lalu menekan pilihan save

6. transaksi tercatat di sistem

2.3.4.2 Use Case manage produk – Mengedit produk (UC-SLI001)

Use Case Name Mengedit produk

Deskripsi Singkat Aktor melakukan pengeditan produk