SKPL versi 1.2

SPESIFIKASI KEBUTUHAN PERANGKAT

LUNAK Website toko online

w ww.rum a h r a j u t a n. c om

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

JurusanTeknik InformatikaITS

Nomor Dokumen Halaman

IFITSSLIREQDOC2010 1/23Revisi 1 Tgl: 19May10

http://www.rumahrajutan.com/

DAFTAR PERUBAHANRevisi 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

FG

INDEXTGL

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





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

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



Daftar Isi

1 Pendahuluan..............................................................................................................51.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 Kebutuhan 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........................................................................................102.3.4 Use Case Spesification................................................................................10

2.3.4.1 Use Case Manage Produk (UC-SLI001).................................................112.3.4.2 Use Case Melihat Daftar Pembelian (UC-SLI002).................................132.3.4.3 Use Case Manage Pemesanan Khusus (UC-SLI003)..............................142.3.4.4 Use Case Melihat Konfirmasi Pembayaran (UC-SLI004)......................152.3.4.4 Use Case Chatting (UC-SLI005).............................................................162.3.4.5 Use Case Manage Files (UC-SLI006).....................................................172.3.4.6 Use Case Manage User (UC-SLI007).....................................................182.3.4.7 Use Case Registrasi (UC-SLI008)...........................................................192.3.4.7 Use Case Melihat Produk (UC-SLI009)..................................................202.3.4.7 Use Case Membeli Produk (UC-SLI010)................................................212.3.4.7 Use Case Melakukan Pemesanan Khusus (UC-SLI0011).......................222.3.4.7 Use Case Melakukan Konfirmasi Pembayaran (UC-SLI012).................232.3.4.7 Use Case Mengisi Testimonial (UC-SLI013)..........................................24

2.4 Activity Diagram..............................................................................................252.5 Component Diagram.........................................................................................262.6 Deployment Diagram........................................................................................272.7 Suplementary Specification..............................................................................282.8 Glossary............................................................................................................31


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

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/PenamaanKebutuhan Fungsional SKPLFxxxx



Hal/Bagian Aturan Penomoran/PenamaanKebutuhan Non Fungsional SKPLNFxxxUse Case UCSLIxxxClass Diagram CLSSLIxxxSkenario Use Case SCxxyyActivity Diagram ACTSLIxxxStatechart Diagram STCSLIxxxSequence Diagram SEQSLIxxxCollaboration Diagram COLSLIxxxDeployment Diagram DEPSLIxxxDesain 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 SoftwareRequirement 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: / / w w w .Ru m ah Ra j ut an . c o m / 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



http://www.Ru/

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 KeteranganSKPLF0001 Melakukan proses searching / pencarian produkSKPLF0002 Melakukan transaksi pembelian produkSKPLF0003 Mengelola katalog produk

2.2.2 Kebutuhan Non Fungsional

Tabel 9 Ringkasan Kebutuhan Non Fungsional

SKPLId KeteranganSKPLNF001 Availability – aplikasi ini membutuhkan koneksi internetSKPLNF002 Reliability – aplikasi ini membutuhkan koneksi internet minimal

56kbpsSKPLNF003 Ergonomy – Desain Aplikasi sederhana dan tepat guna.SKPLNF004 Portability – Aplikasi bisa diakses melalui media apapun selama ada

koneksi internetSKPLNF005 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 RSASKPLNF009 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 DayaLahan Interaktif



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 aplikasiAdminRumahTrampil manage produk

melihat daftar pembelian manage pemesanan khusus melihat konfirmasi pembayaran



Kategori Pengguna Hak Akses ke aplikasiSuperAdminRumahTrampil manage produk

melihat daftar pembelian manage pemesanan khusus melihat konfirmasi pembayaran chattingmanage filesmanage user

Customer registrasimelihat produk membeli produkmelakukan pemesanan khusus melakukan konfirmasi pembayaran mengisi testimonialchatting

2.3.3 Definisi Use Case

Berikut daftar use case dan deskripsi singkat mengenai use case tersebut. Dijelaskan dalam bentuk tabel berikut :

ID Use CaseUCSLI001 manage produkUCSLI002 melihat daftar pembelianUCSLI003 manage pemesanan khususUCSLI004 melihat konfirmasi pembayaranUCSLI005 chattingUCSLI006 manage filesUCSLI007 manage userUCSLI008 registrasiUCSLI009 melihat produkUCSLI010 membeli produkUCSLI011 melakukan pemesanan khususUCSLI012 melakukan konfirmasi pembayaranUCSLI013 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







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





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



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



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


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

Post Condition Kegiatan chatting terlaksana antaraSuperAdminRumahTrampil 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


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

Use Case Name manage files – edit file

Deskripsi Singkat Menggambarkan proses edit dari sebuah file



Post Condition Proses pengeditan telah berhasil

Normal Flow


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


1. Aktor memilih tab component lalu memilih



pilihan user manager


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 untukmemperbaiki 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 PemesananKhusus

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 gambarsubmit

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 KonfirmasiPembayaran

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 MengisiTestimonial

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 Data Produk

Manage Admin

Registrasi

Melakukan Pembelian Produk Melakukan Pemesanan Khusus

Melakukan Konfirmasi Pembayaran

Pengecekan Konfirmasi Pembayaran

Mengisi Testimonial

2.5 Component Diagram

Admin RumahTrampilSuperAdmin 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

2.6 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

Web Browser

2.7 Supplementary Spesification

1. Introduction1.1 Purpose

Dokumen ini membahas kebutuhankebutuhan yang tidak dibahas pada use case yang akan dikembangkan dalam website “rumahrajutan.com”.



1.2 ScopeDokumen 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 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)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

Text of SKPL versi 1.2

Skpl Wulan 5919

aturan skpl

Skpl Sipas Kel 5

SKPL Rumah Rajutan

SKPL SI Perpustakaan [OKA]

SKPL Final Fix

SKPL (130030458)

Contoh SKPL - Copy

SKPL Fix Print

SKPL - ALBITES

Model Antrian Versi 1.2

Template Dokumen Skpl Obj

SKPL Bancosera Kelompok 3

SKPL ASB Online V1.2

Aplikasi SKP Guru Versi 1.2

Dokumen Skpl

Skpl e Comerce

SKPL 2 - stovekraft.com FS_March 31... · Title: SKPL 2 Created Date: 20151001115134Z

Skpl Rental Dvd

SKPL PUSKESMAS

Template SKPL GL01 v1.4

SKPL TOKO SPAREPART

Manual Buku Vot Versi 1.2 01-09-2002

Template Skpl

skpl Restorant

SKPL Aplikasi Pendaftaran

Versi 1 - simpeg.unnes.ac.id · Versi 1.2 DAFTAR ISI Halaman DAFTAR ISI ..... ii

Manual Pengguna Sistem Helpdesk V.1.2 Versi Bahasa Melayu · Langkah 3: Klik pada butang “Student & Staff ... Manual Pengguna Sistem Helpdesk V.1.2 Versi Bahasa Melayu Langkah 6

SKPL Rental Mobil

TEMPLATE SKPL - SI.doc

Documents

SKPL versi 1.2

Text of SKPL versi 1.2