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

http://www.RumahRajutan.com/

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


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)


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


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


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


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


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


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


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


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


Post Condition System menyimpan hasi pengeditan pada produk yang telah diedit tersebut pada katalog

Normal Flow


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


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


Post Condition Hasil penghapusan user telah tersimpan

Normal Flow


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


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


Post Condition System menyimpan hasil pengeditan pada user yang telah diedit tersebut

Normal Flow


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


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

skpl rumah rajutan

Documents