SKPL Rumah Rajutan
-
Upload
agungdiananto -
Category
Documents
-
view
86 -
download
3
Transcript of SKPL Rumah Rajutan
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Website toko online
www.rumahrajutan.com
Versi 1.1
Dipersiapkan oleh : Tim Creative Knitwor k
Fanji Hastomo
Yusuf Umar I.S
JurusanTeknik Informatika ITS
Nomor Dokumen Halaman
IF-ITS-SLI-REQDOC-2010 1/23Revisi 1 Tgl: 12-Apr-23
DAFTAR PERUBAHANRevisi Deskripsi
1.1 Memperbaiki kesalahan penulisan dan menambah use-case spepicification untuk mengelola user
INDEXTGL
- 1.1
Ditulis oleh Yusuf Umar I.S.
Diperiksa oleh Radikrio L.
Disetujui oleh Fajar Baskoro
2
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
3
Daftar Isi1 Pendahuluan......................................................................................................................................................5
1.1 Tujuan Penulisan Dokumen......................................................................................................................51.2 Lingkup Masalah.......................................................................................................................................51.3 Aturan Penomoran....................................................................................................................................51.4 Referensi...................................................................................................................................................61.5 Deskripsi Umum Dokumen (Ikhtisar).......................................................................................................6
2 Kebutuhan Perangkat Lunak.............................................................................................................................72.1 Fitur Utama Perangkat Lunak...................................................................................................................72.2 Fitur Utama Perangkat Lunak...................................................................................................................8
2.2.1 Kebutuhan Fungsional......................................................................................................................82.2.2 Kebutuhan Non Fungsional..............................................................................................................8
2.3 Model Use Case........................................................................................................................................82.3.1 Diagram Use Case.............................................................................................................................82.3.2 Definisi Aktor...................................................................................................................................92.3.3 Definisi Use Case..............................................................................................................................92.3.4 Use Case Spesification....................................................................................................................10
2.3.4.1 Use Case Register (UC-SLI001).................................................................................................102.3.4.2 Use Case Mencari Produk (UC-SLI002)....................................................................................112.3.4.3 Use Case membeli produk (UC-SLI003)....................................................................................122.3.4.4 Use Case Mengelola katalog produk - menambah katalog produk (UC-SLI004A)...................132.3.4.4 Use Case Mengelola katalog produk - menghapus katalog produk (UC-SLI004B)...................142.3.4.5 Use Case Mengelola katalog produk - mengedit katalog produk (UC-SLI004C)......................142.3.4.6 Use Case Mengelola user - menghapus user (UC-SLI005A).....................................................152.3.4.7 Use Case Mengelola user - mengedit user (UC-SLI005B).........................................................16
2.4 Sketsa Antarmuka...................................................................................................................................182.5 Spesifikasi Tambahan.............................................................................................................................19
2.5.1 Supplementary Spesification...........................................................................................................192.6 Glossary..................................................................................................................................................20
4
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/PenamaanKebutuhan Fungsional SKPL-FxxxxKebutuhan Non Fungsional SKPL-NFxxxUse Case UC-SLIxxx
5
Hal/Bagian Aturan Penomoran/PenamaanClass Diagram CLS-SLIxxxSkenario Use Case SC-xx-yyActivity Diagram ACT-SLIxxxStatechart Diagram STC-SLIxxxSequence Diagram SEQ-SLIxxxCollaboration Diagram COL-SLIxxxDeployment Diagram DEP-SLIxxxDesain 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.3. Vision and scope document dari website rumahrajutan.com
1.5 Deskripsi Umum Dokumen (Ikhtisar)
Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab sebagai berikut:BAB I Pendahuluan
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan - Tujuan Penulisan Dokumen- Lingkup Masalah- Aturan Penomoran- Referensi- Deskripsi Umum Dokumen
BAB II Kebutuhan Perangkat Lunak
Pada bab ini dijelaskan kebutuhan perangkat lunak yang diperlukan di dalam pengembangan toko online ini, yaitu kebutuhan fungsional dan kebutuhan non fungsional serta perangkat use casenya
6
2 Kebutuhan Perangkat Lunak
2.1 Fitur Utama Perangkat Lunak
Fitur – fitur pada situs http://www.RumahRajutan.com/ 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 katalog 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
7
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 Fitur Utama Perangkat Lunak
Berikut Tabel yang berisi Rancangan Fungsi (Menu) dalam aplikasi :
2.2.1 Kebutuhan Fungsional
Tabel 8 Ringkasan Kebutuhan Fungsional
SKPL-ID KeteranganSKPL-F0001 Melakukan proses searching / pencarian produkSKPL-F0002 Melakukan transaksi pembelian produkSKPL-F0003 Mengelola katalog produk
2.2.2 Kebutuhan Non Fungsional
Tabel 9 Ringkasan Kebutuhan Non Fungsional
SKPL-Id KeteranganSKPL-NF001 Availability – aplikasi ini membutuhkan koneksi internetSKPL-NF002 Reliability – aplikasi ini membutuhkan koneksi internet minimal
56kbpsSKPL-NF003 Ergonomy – Desain Aplikasi sederhana dan tepat guna.SKPL-NF004 Portability – Aplikasi bisa diakses melalui media apapun selama ada
koneksi internetSKPL-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 RSASKPL-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
8
2.3.2 Definisi Aktor
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Tabel 2 Karakteristik Pengguna
Kategori Pengguna Hak Akses ke aplikasiPengunjung belum teregister Bisa melakukan pencarian produki
Bisa melakukan registerPengunjung teregister Bisa melakukan pencarian produk
Bisa melakukan pembelian produkAdmin Bisa mengelola pengunjung
Bisa mengelola katalog produk
2.3.3 Definisi Use Case
Berikut daftar use case dan deskripsi singkat mengenai use case tersebut. Dijelaskan dalam bentuk tabel berikut :
ID Use CaseUC-SLI001 RegisterUC-SLI002 Mencari produkUC-SLI003 Membeli produkUC-SLI004 Mengelola pengunjungUC-SLI005 Mengelola katalog produk
9
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 Register (UC-SLI001)
Use Case Name Register
Deskripsi Singkat Aktor melakukan registrasi pada sistem
Aktor Pengunjung belum teregister
Pre Condition Halaman / page home pada rumahrajutan.com
Post Condition Konfirmasi user telah teregister ditampilkan pada halaman / page users
Normal Flow
Aksi Aktor Reaksi Sistem
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
10
mengisi datanya pada form isian
Special Requirement ---
Extension ---
2.3.4.2 Use Case Mencari Produk (UC-SLI002)
Use Case Name Mencari Produk
Deskripsi Singkat Aktor melakukan pencarian produk yang diinginkan dengan memasukkan keyword pencarian
Aktor Pengunjung teregister dan Pengunjung belum teregister
Pre Condition Halaman / page pencarian pada rumahrajutan.com online telah diload dengan sempurna
Post Condition Hasil pencarian produk ditampilkan pada halaman / page users
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memasukkan keyword pencarian
2. Sistem melakukan pengecekkan keyword dengan judul produk pada database
3. Sistem mengirim hasil pengecekkan kepada users
4. Pada halaman / page users hasil pencarian keyword produk ditampilkan
Alternate Flow
1.1 Aktor memasukkan keyword pencarian yang salah
1.2 Sistem menampilkan tidak terdapat hasil pencarian dari keyword yang diinputkan users
1.3 Aktor tidak memasukkan keyword
11
1.4 Sistem menampilkan Pesan kesalahan (kotak pencarian belum diisi)
Special Requirement ---
Extension ---
2.3.4.3 Use Case membeli produk (UC-SLI003)
Use Case Name Membeli produk
Deskripsi Singkat Aktor melakukan transaksi pembelian produk
Aktor Pengunjung teregister
Pre Condition Pengunjung telah melakukan login
Post Condition Transaksi tercatat di sistem
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih produk
2. Sistem menampilkan detail produk pada produk dan pilihan untuk menambah produk ke keranjang belanja
3. Aktor menekan tombol menambah ke keranjang belanja
3. Sistem menyimpan produk di keranjang belanja
4. Aktor memilih tombol check out
5. system menampilkan produk yang akan dibeli dan menawarkan untuk melanjutkan transaksi
6.Aktor menyetujui transaksi
6. transaksi tercatat di sistem
Alternate Flow
4.1Aktor tidak melanjutkan transaksi
4.2 mengembalikan aktor ke halaman
12
sebelumnya
Special Requirement ---
Extension ---
2.3.4.4 Use Case Mengelola katalog produk - menambah katalog produk (UC-SLI004A)
Use Case Name Menambah katalog produk
Deskripsi Singkat Menggambarkan proses penambahan katalog produk oleh admin
Aktor admin
Pre Condition Admin telah melakukan login sebagai admin
Post Condition Hasil penambahan produk pada katalog telah tersimpan
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memasukkan data produk baru pada form penambahan produk(nama,bahan baku,harga)
2.Aktor menekan tombol add
3. Sistem mengecek isian pada form
4. Valid maka Sistem menyimpan hasil penambahan produk pada katalog
Alternate Flow
1.1 Aktor memasukkan data-data pada form (nama,bahan baku,harga), dengan data yang tidak valid
1.2 Sistem menampilkan pesan bahwa inputan data tidak valid, user tetap berada pada halaman form penambahan katalog dan system menyuruh user untuk memperbaiki datanya pada form isian
1.3 Aktor tidak memasukkan data pada sebagian /seluruh form
13
1.2 Sistem menampilkan pesan bahwa inputan data belum diisi, user tetap berada pada halaman form penambahan katalog dan system menyuruh user untuk mengisi datanya pada form isian
Special Requirement ---
Extension ---
2.3.4.4 Use Case Mengelola katalog produk - menghapus katalog produk (UC-SLI004B)
Use Case Name Menghapus katalog produk
Deskripsi Singkat Menggambarkan proses penghapusan produk dalam katalog
Aktor admin
Pre Condition Aktor telah melakukan login sebagai admin
Post Condition Hasil penghapusan produk pada katalog telah tersimpan
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih produk yang akan dihapus dari katalog
2. Aktor menekan tombol delete produk
3. Sistem telah menghapus produk yang telah dipilih dari katalog produk
Alternate Flow
Special Requirement ---
Extension ---
2.3.4.5 Use Case Mengelola katalog produk - mengedit katalog produk (UC-SLI004C)
Use Case Name Mengedit katalog produk
Deskripsi Singkat Menggambarkan proses pengeditan produk pada katalog
14
Aktor admin
Pre Condition Aktor telah melakukan login sebagai admin
Post Condition System menyimpan hasi pengeditan pada produk yang telah diedit tersebut pada katalog
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih produk yang akan diedit dari katalog
2. Aktor menekan tombol edit produk kemudian melakukan pengeditan lalu menekan tombol save
3. Sistem telah menyimpan produk yang telah diedit dari katalog produk
Alternate Flow
1.1 Aktor memasukkan data-data pada form edit (nama,bahan baku,harga), dengan data yang tidak valid
1.2 Sistem menampilkan pesan bahwa inputan data tidak valid, user tetap berada pada halaman form edit katalog 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 edit katalog dan system menyuruh user untuk mengisi datanya pada form isian
Special Requirement ---
Extension ---
2.3.4.6 Use Case Mengelola user - menghapus user (UC-SLI005A)
Use Case Name Menghapus user
Deskripsi Singkat Menggambarkan proses penghapusan user
Aktor admin
15
Pre Condition Aktor telah melakukan login sebagai admin
Post Condition Hasil penghapusan user telah tersimpan
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih user yang akan dihapus dari katalog
2. Aktor menekan tombol delete user
3. Sistem telah menghapus user yang telah dipilih dari katalog produk
Alternate Flow
Special Requirement ---
Extension ---
2.3.4.7 Use Case Mengelola user - mengedit user (UC-SLI005B)
Use Case Name Mengedit user
Deskripsi Singkat Menggambarkan proses pengeditan user
Aktor admin
Pre Condition Aktor telah melakukan login sebagai admin
Post Condition System menyimpan hasil pengeditan pada user yang telah diedit tersebut
Normal Flow
Aksi Aktor Reaksi Sistem
1. Aktor memilih user yang akan diedit dari katalog
2. Aktor menekan tombol edit produk kemudian melakukan pengeditan lalu menekan tombol save
3. Sistem telah menyimpan user yang telah diedit
Alternate Flow
1.1 Aktor memasukkan data-data pada form edit
16
(nama,alamat, email, dll), dengan data yang tidak valid
1.2 Sistem menampilkan pesan bahwa inputan data tidak valid, aktor tetap berada pada halaman form edit user dan system menyuruh aktor 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, aktor tetap berada pada halaman form edit user dan system menyuruh aktor untuk mengisi datanya pada form isian
Special Requirement ---
Extension ---
17
2.4 Sketsa Antarmuka
Deskripsi : Tampilan homepage dari website rumahrajutan.comDesain Tampilan : Menggunakan komponen web form dari PhpJenis : Form Homepage
Form Homepage Website
18
2.5 Spesifikasi Tambahan
2.5.1 Supplementary Spesification
1. Introduction1.1 Purpose
Dokumen ini membahas kebutuhan-kebutuhan yang tidak dibahas pada use case yang akan dikembangkan dalam website “rumahrajutan.com”.
1.2 ScopeDokumen 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 References1. Dokumen Use Case Spesification.2. Dokumen Vision and Scope.3. Dokumen Glossary.
1.4 Definition, AcronymsPenjelasan istilah dan singkatan dapat dilihat pada bagian Glossary.
2 FunctionalityBagian 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. UsabilityUser 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. RealibilityBagian 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. PerformanceBagian 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)
19
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. SecurityProses 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.6 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
20