SKPL Versi 1.2

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 IFITSSLIREQDOC2010 1/23
ITS Revisi 1 Tgl: 19May10
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 IFITSSLIDOC2009 Halaman 2/ dari 28 halaman

Templat e dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik InformatikaITS dan bersifat rahasia.
Dilarang mereproduksi 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

Template dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik InformatikaITS dan bersifat rahasia.
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 produkproduk 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 berbedabeda 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 SKPLFxxxx
Hal/Bagian Aturan Penomoran/Penamaan
Kebutuhan Non Fungsional SKPLNFxxx
Use Case UCSLIxxx
Class Diagram CLSSLIxxx
Skenario Use Case SCxxyy
Activity Diagram ACTSLIxxx
Statechart Diagram STCSLIxxx
Sequence Diagram SEQSLIxxx
Collaboration Diagram COLSLIxxx
Deployment Diagram DEPSLIxxx
Desain Antarmuka INTKATEGORI_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 8301993, IEEE Recommended Practice for Software
Requirement Specifications.
2. Pihakpihak 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 Nonlogin dan user login, user non
login harus meregister 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
SKPLID Keterangan
SKPLF0001 Melakukan proses searching / pencarian produk
SKPLF0002 Melakukan transaksi pembelian produk
SKPLF0003 Mengelola katalog produk
2.2.2 Kebutuhan Non Fungsional

Tabel 9 Ringkasan Kebutuhan Non Fungsional
SKPLId Keterangan
SKPLNF001 Availability – aplikasi ini membutuhkan koneksi internet
SKPLNF002 Reliability – aplikasi ini membutuhkan koneksi internet minimal
56kbps
SKPLNF003 Ergonomy – Desain Aplikasi sederhana dan tepat guna.
SKPLNF004 Portability – Aplikasi bisa diakses melalui media apapun selama ada
koneksi internet
SKPLNF005 Memory – aplikasi ini membutuhkan RAM minimal 256MB.
SKPLNF006 Response time – Waktu Aplikasi untuk merespon request maksimal 5
detik.
SKPLNF007 Safety – Keamanan data terjamin.
SKPLNF008 Security – Keamanan transaksi menggunakan teknologi RSA
SKPLNF009 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
SuperAd minRumahTrampil 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
UCSLI001 manage produk
UCSLI002 melihat daftar pembelian
UCSLI003 manage pemesanan khusus
UCSLI004 melihat konfirmasi pembayaran
UCSLI005 chatting
UCSLI006 manage files
UCSLI007 manage user
UCSLI008 registrasi
UCSLI009 melihat produk
UCSLI010 membeli produk
UCSLI011 melakukan pemesanan khusus
UCSLI012 melakukan konfirmasi pembayaran
UCSLI013 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 (UCSLI001)
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 (UCSLI001)
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 (UCSLI001)
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 (UCSLI002)
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
(UCSLI003)
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 (UCSLI003)
Use Case Name manage pemesanan khusus
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.
1.1.4.9 Use Case melihat konfirmasi pembayaran (UCSLI004)
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 (UCSLI005)
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(UCSLI006)
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(UCSLI006)
Use Case Name manage files – edit file
Deskripsi Singkat Menggambarkan proses edit dari sebuah file
Post Condition Proses pengeditan telah berhasil
Normal Flow

pilihan joomlaXplorer
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 tersave dalam sistem
2.3.4.6 Use Case manage files – delete file(UCSLI006)
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
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(UCSLI006)
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 pilihan joomlaXplorer
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 (UCSLI007)
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(UCSLI007)
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(UCSLI007)
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 (UCSLI008)
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 datadata

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 datadata 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 (UCSLI009)
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 produkproduk

yang dalam kategori tersebut
2.3.4.1 Use Case membeli produk (UCSLI010)
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 loginsubmit
8.Halaman/form shipping addres ditampilkan
9.user mengisinya—updatenext
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 (UCSLI011)
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(UCSLI012)
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 formsubmit
4. proses konfirmasi selesai
2.3.4.13 Use Case mengisi testimonial (UCSLI013)
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 testimonialsubmit
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 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.6 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.7 Supplementary Spesification
1. Introduction
1.1 Purpose
Dokumen ini membahas kebutuhankebutuhan yang tidak dibahas pada use
case yang akan dikembangkan dalam website “rumahrajutan.com”.

1.2 Scope
Dokumen ini menjelaskan kebutuhankebutuhan nonfungsional 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 batasanbatasan dalam pengembangan sistem.
Berikut batasanbatasan 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 Versi 1.2

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 Versi 1.2

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 IFITSSLIDOC2009 Halaman 2/ dari 28 halaman

Halaman Revisi Halaman Revisi

13 aksi aktor normal flow

Jurusan Teknik Informatika ITS PP IFITSSLIDOC2009 Halaman 3/ dari 28 halaman

Jurusan Teknik Informatika ITS PP IFITSSLIDOC2009 Halaman 4/ dari 28 halaman

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 IFITSSLIDOC2009 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 IFITSSLIDOC2009 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 IFITSSLIDOC2009 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 IFITSSLIDOC2009 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 (UCSLI001)

Use Case Name Menambah Produk

Deskripsi Singkat Aktor melakukan penambahan produk

Jurusan Teknik Informatika ITS PP IFITSSLIDOC2009 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 (UCSLI001)

Use Case Name Mengedit produk

Deskripsi Singkat Aktor melakukan pengeditan produk

Pre Condition Aktor telah login sebagai administrator