SKPL Website Toko Online

(1)

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

Jurusan

Teknik Informatika

ITS

Nomor Dokumen Halaman

IF-ITS-SLI-REQDOC-2010

_1/23

(2)

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 TGL - A B C D E F G Ditulis oleh

Yusuf

Umar

Fanji

Hastomo

Fanji

Hastomo

Yusuf

Umar

Yusuf

Umar

Diperiksa oleh

Radik

Rio

Radik

Rio

Radik

Rio

Radik

Rio

Radik

Rio

Disetujui oleh

Fajar

Baskoro

S.Kom

M.T

Fajar

Baskoro

S.Kom

M.T

Fajar

Baskoro

S.Kom

M.T

Fajar

Baskoro

S.Kom

M.T

Fajar

Baskoro

S.Kom

M.T

(3)

Daftar Halaman Perubahan

Halaman

Revisi

Halaman

Revisi

1

13

11

15 s/d 17

Penyusun dokumen ditulis yang memang

menyusun saja

aksi aktor normal flow no.4 seharusnya masuk

kolom system ‘aktor tidak memasukkan keyword yang salah’ seharusnya

‘aktor memasukkan keyword yang salah’ Menambah use-case specification untuk

use-case mengelola user

(4)

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

(5)

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

(6)

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.

(7)

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

(8)

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

(9)

System

Admin RumahTrampil

SuperAdmin RumahTrampil

Customer

manage produk

melakukan pemesanan khusus registrasi

melihat produk

melakukan konfirmasi pembayaran

mengisi testimonial

manage pemesanan khusus melihat daftar pembelian

manage files

manage user chatting

melihat konfirmasi pembayaran

membeli produk

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

melihat daftar pembelian manage pemesanan khusus melihat konfirmasi pembayaran

(10)

Kategori Pengguna Hak Akses ke aplikasi

SuperAdminRumahTrampil manage produk

melihat daftar pembelian manage pemesanan khusus melihat konfirmasi pembayaran 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

(11)

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

(12)

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

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

produc lalu menekan pilihan remove

5. sistem menanyakan konfirmasi

(13)

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

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

Pre Condition Aktor telah login sebagai administrator Post Condition Daftar Pemesanan Khusus Ditampilkan

(14)

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

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

(15)

pembayaran

Pre Condition Aktor telah login sebagai administrator Post Condition Daftar Konfirmasi Pembayaran Ditampilkan

Normal Flow

1. Aktor memilih tab component lalu memilih pilihan user manager

2. . Sistem menampilkan list user yang ada 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

(16)

Deskripsi Singkat Menggambarkan proses view dari sebuah file

Post Condition Menampilkan isi dari file

Normal Flow

1. Aktor memilih tab component lalu memilih 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

Pre Condition Aktor telah login sebagai administrator Post Condition Proses pengeditan telah berhasil

Normal Flow

1. Aktor memilih tab component lalu memilih pilihan joomlaXplorer

2. system menampilkan halaman list file 3. Aktor menamdai salah satu file lalu mengklik

tombol edit

4.system menampilkan halaman edit

(17)

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 pilihan joomlaXplorer

2. system menampilkan halaman list file 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

(18)

Normal Flow

1. . Aktor memilih tab component lalu memilih pilihan joomlaXplorer

2. system menampilkan halaman list file 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

2. . Sistem menampilkan list user yang ada 3. Aktor memilih tombol new

4. Sistem menampilkan form isian user 4.aktor menekan save

6.user baru telah dibuat

(19)

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

Pre Condition Aktor telah login sebagai administrator Post Condition New user yang diedit telah tersimpan

Normal Flow

2. . Sistem menampilkan list user yang ada 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

1. Aktor memilih tab component lalu memilih

(20)

pilihan user manager

2. . Sistem menampilkan list user yang ada 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

(21)

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

(22)

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)

(23)

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

Pre Condition Aktor telah masuk halam rumahrajutan.com

Post Condition Aktor berhasil melakukan konfirmasi

pembayaran Normal Flow

(24)

Aksi Aktor Reaksi Sistem 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

Pre Condition Aktor telah masuk halam rumahrajutan.com

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

(25)

2.4 Activity Diagram

Customer Admin RumahTrampil SuperAdmin RumahTrampil

Manage User

Manage Data Produk

Manage Admin

Registrasi

Melakukan Pembelian Produk Melakukan Pemesanan Khusus

Melakukan Konfirmasi Pembayaran

Pengecekan Konfirmasi Pembayaran Mengisi Testimonial

(26)

2.5 Sequence Diagram

 Use Case Membeli Produk

: Customer Beli Produk Page Proses Pembelian Produk Database Pembelian

1 : Find and Choose Product()

2 : Get Transaction Info()

3 : Set Transaction Info()

4 : Send Transaction Info 5 : Confirmation()

6 : Confirm Transaction

 Use Case Registrasi

: Customer User Profile Registration Page Registration System Database User

1 : Insert User Info()

2 : Send User Info()

3 : Save User Info()

4 : User Info Saved 5 : View User Info()

(27)

 Use Case Mengisi Testimonial

: Customer Testimonial Sidebar Testimonial Controller Database Testimonial 1 : Insert Testimonial()

2 : Moderate Testimonial()

3 : Save Testimonial()

4 : Testimonial Saved 5 : View Testimonial()

 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()

(28)

2.6 Component Diagram

Admin RumahTrampil SuperAdmin RumahTrampil

Customer

Antar Muka Situs (Front-End)

Antar Muka Situs (Back-End)

Sistem Pendaftaran User

Sistem Penjualan Database Produk Database User IRegistrasi IBeliProduk Database Testimonial Testimonial IGiveTestimonial IManage User IManage Testimonial IManagePenjualan

(29)

2.7 Deployment Diagram

Web Server Database Server Database Produk Database User Database Testimonial Antar Muka Situs (Front-End)

Antar Muka Situs (Back-End)

Sistem Pendaftaran User

Sistem Penjualan

Testimonial Customer Computer

(30)

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”.

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 24/ 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.

(31)

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

Jurusan Teknik Informatika ITS PP IF-ITS-SLI-DOC-2009 Halaman 25/ 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.

(32)

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



