SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK (SKPL)

BERORIENTASI PROSES SISTEM PENJUALAN BERBASIS

WEBSITE

Dipersiapkan Oleh :

I Gutsi Ngurah Nyoman Deny Wardiana (190030336)

 Jurusan Sistem Informasi

Nomor Dokumen Halaman

Jurusan Sistem Informasi

Panduan GL01A 2/24

Revisi A Tgl: 07/08/2000
 DAFTAR PERUBAHAN
Revisi Deskripsi
A Restrukturisasi sistematika dokumen template GL01AT

Penyempurnaan (penambahan dan pengurangan) penjelasan sesuai

dengan penyesuaian sistematika dokumen template GL01A.

INDEX - A B C D E F G
TGL 07/08/2000

Ditulis BY IL/WP
oleh

Diperiksa WP
oleh
Disetujui
oleh
 Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Bab 1 A

Bab 2

Bab 3

Bab 4
 Daftar Isi

1. PENDAHULUAN..........................................................................................................9
2. REFERENSI.................................................................................................................9
3. DEFINISI, SINGKATAN, DAN AKRONIM.......................................................................9
4. BAGIAN-BAGIAN SKPL..............................................................................................10
4.1 PENDAHULUAN.............................................................................................................11

4.1.1 Tujuan...............................................................................................................11

4.1.2 Lingkup Masalah...............................................................................................11

4.1.3 Definisi, akronim dan singkatan........................................................................11

4.1.4 Referensi...........................................................................................................12

4.1.5 Deskripsi Umum Dokumen................................................................................12

4.2 DESKRIPSI GLOBAL PERANGKAT LUNAK.............................................................................14

4.2.1 Perspektif Produk..............................................................................................14

4.2.2 Fungsi Produk...................................................................................................14

4.2.3 Karakteristik Pengguna.....................................................................................16

4.2.4 Batasan-batasan...............................................................................................16

4.2.5 Asumsi dan Kebergantungan............................................................................16

4.3 DESKRIPSI RINCI KEBUTUHAN..........................................................................................17

4.3.1 Kebutuhan antarmuka eksternal......................................................................17

[Link] Antarmuka pemakai...................................................................................18

[Link] Antarmuka perangkat keras.......................................................................18

[Link] Antarmuka perangkat lunak.......................................................................18

[Link] Antarmuka komunikasi..............................................................................19

4.3.2 Kebutuhan Fungsional......................................................................................19

[Link] Aliran informasi..........................................................................................19

[Link].1 DFD 1......................................................................................................19

[Link].2 DFD 2 dan seterusnya.............................................................................20

 [Link] Deskripsi proses.........................................................................................20

[Link].1 Proses 1..................................................................................................20

[Link].2 Proses 2 dan seterusnya.........................................................................20

4.3.3 Deskripsi Data...................................................................................................20

[Link] Data 1.........................................................................................................21

[Link] Data 2 dan seterusnya................................................................................21

4.3.4 Deskripsi Kebutuhan Non Fungsional................................................................21

[Link] Performansi................................................................................................21

[Link] Batasan Memori.............................................Error! Bookmark not defined.

[Link] Modus Operasi...............................................Error! Bookmark not defined.

[Link] Kebutuhan adaptasi lokasi.............................Error! Bookmark not defined.

4.3.5 Atribut Kualitas Perangkat Lunak.....................................................................22

[Link] Keandalan..................................................................................................22

[Link] Ketersediaan..............................................................................................22

[Link] Keamanan..................................................................................................22

[Link] Keremawatan (Maintainability).................................................................22

[Link] Kepemindahan (Portability).......................................................................22

4.3.6 Batasan Perancangan.......................................................................................23

4.4 MATRIKS KETERUNUTAN................................................................................................23

4.5 INFORMASI TAMBAHAN..................................................................................................23

4.5.1 Daftar isi dan Index...........................................................................................23

4.5.2 Lampiran-lampiran...........................................................................................24
1. Pendahuluan
Dokumen ini berisi penjelasan pemakaian dan penulisan dokumen Spesifikasi Kebutuhan
Perangkat Lunak (SKPL) atau Software Requirement Specification (SRS) dengan pendekatan
(ancangan) berorientasi proses. Dokumen ini selanjutnya akan menggunakan istilah SKPL.
Dokumen ini sebagian besar adalah adaptasi dari dokumen IEEE Std 830-1993.
Uraian yang dituangkan di dalam dokumen ini digunakan sebagai acuan dalam menulis SKPL.
Dokumen ini dibuat untuk membantu membuat spesifikasi perangkat lunak yang akan
dikembangkan dengan ancangan berorientasi proses. Pada prinsipnya, hasil analisis sistem
perangkat lunak dengan ancangan ini diuraikan sebagai sekumpulan proses yang
terorganisasi secara hirarkis. Proses-proses tersebut saling berkomunikasi melalui suatu jalur
aliran data.

2. Referensi
 IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement
Specifications.

 IEEE Std 610.12-1990 IEEE Standard Glossary of Software Engineering Terminology

(ANSI).

 Jurusan Teknik Informatika – Institut Teknologi Bandung Panduan GL01, Panduan

Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak.

3. Definisi, Singkatan, dan Akronim

Definisi dari istilah yang akan digunakan pada dokumen ini dibuat berdasarkan hasil
terjemahan dari IEEE Std 610.12-1990.
1. Pelanggan

Adalah orang atau organisasi yang membayar produk, dan biasanya (tidak harus) ia yang
akan memutuskan kebutuhannya.
2. Pengembang

Adalah orang yang menghasilkan produk untuk pelanggan.

3. Pengguna

Adalah orang yang akan langsung menjalankan atau menggunakan produk. Pengguna dan
pelanggan umumnya adalah orang yang sama.
SKPL Spesifikasi Kebutuhan Perangkat Lunak
SRS Software Requirement Specification
DFD Data Flow Diagram
ERD Entity Relationship Diagram
STD State Transition Diagram
DBMS Data Base Management System

4. Bagian-bagian SKPL
SKPL berorientasi proses ini tidak didasarkan pada penggunaan metode tertentu melainkan
menggunakan asumsi bahwa metode analisis berorientasi proses secara prinsip
menggunakan notasi atau representasi konvensional umum seperti Data Flow Diagram
(DFD) sebagai dasar Entity Relationship Diagram (ERD). Notasi pelengkap lain seperti
pseudo-code, flow chart, flow map, matriks-matriks (Proses-Data, Proses-Organisasi,
Organisasi-Data), state transition diagram dapat digunakan pula. Penempatan semua hasil
produk dengan menggunakan notasi-notasi pelengkap ini dapat dilakukan sesuai kebutuhan
pembuat SKPL (melalui proses tailoring). SKPL ini secara prinsip diuraikan berdasarkan
outline seperti berikut ini.

Daftar Isi
1. Pendahuluan
1.1. Tujuan Penulisan Dokumen
1.2. Lingkup Masalah
1.3. Definisi, Akronim dan Singkatan
1.4. Referensi
1.5. Deskripsi Umum Dokumen
2. Deskripsi Global Perangkat Lunak
2.1. Perspektif Produk
2.2. Fungsi Produk
2.3. Karakteristik Pengguna
2.4. Batasan-batasan
2.5. Asumsi dan Kebergantungan
3. Deskripsi Rinci Kebutuhan
3.1. Kebutuhan antarmuka eksternal
3.1.1. Antarmuka pemakai
3.1.2. Antarmuka perangkat keras
3.1.3. Antarmuka perangkat lunak
3.1.4. Antarmuka komunikasi
3.2. Deskripsi Fungsional
3.2.1. Aliran informasi
[Link]. DFD Level 1
[Link]. DFD Level 2 dan seterusnya
3.2.2. Deskripsi proses
[Link]. Proses 1
[Link]. Proses 2 dan seterusnya
3.3. Deskripsi Data
[Link]. Data 1
[Link]. Data 2 dan seterusnya
3.4. Deskripsi Kebutuhan Non Fungsional
3.5. Atribut Kualitas Perangkat Lunak
3.6. Batasan Perancangan
 4. Matriks Keterunutan
Lampiran

4.1 Pendahuluan

4.1.1 Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini merupakan dokumen
spesifikasi kebutuhan perangkat lunak Website Shopee untuk mendefinisikan kebutuhan
perangkat lunak yang meliputi antarmuka eksternal (antarmuka antara system dengan
sistem lain perangkat lunak dan perangkat keras,dan pengguna) perfomansi (kemampuan
perangkat lunak dari segi kecepatan, tempat penyimpanan yang dibutuhkan, serta
keakuratan), dan atribut (featurefeature tambahan yang dimiliki sistem), serta
mendefinisikan fungsi perangkat lunak. SKPL-SHOPEE ini juga mendefinisikan batasan
perancangan perangkat lunak.

4.1.2 Lingkup Masalah

Para pelanggan biasanya dalam melakukan transaksi harus datang langsung ke toko.
Akan tetapi sekarang dengan adanya teknologi internet, pembeli dapat melakukan transaksi
dari mana pun dan kapan pun hanya dengan menggunakan sebuah computer atau
handphone yang telah memiliki akses internet. Permasalahannya sekarang adalah
bagaimana pelanggan dapat melakukan transaksi secara online. Dengan menggunakan
teknologi internet, pembeli atau pelanggan dapat menikmati layanan ini dan akan
mendapatkan informasi dengan cepat dan akurat karena data yang diakses melalui jaringan
internet.
4.1.3 Definisi, akronim dan singkatan

Keyword/Phrase Definisi
Merupakan spesifikasi kebutuhan dari
SKPL
perangkat lunak yang akan dikembangkan.
Kode yang merepresentasikan kebutuhan pada
SKPL-WSHOPEE-XXX
WSHOPEE (Website Shopee) dimana

XXX merupakan nomor fungsi produk.

WSHOPEE Perangkat lunak penjualan website online yang berupa fashion,

sepatu dan lain-lain.
Internet merupakan istilah umum yang
Internet
dipakai untuk menunjuk Network global yang

terdiri dari komputer dan layanan servis

dengan sekitar 30 sampai 50 juta pemakai

komputer dan puluhan layanan informasi termasuk e-mail, FTP,

dan World Wide Web.

Komputer yang menyediakan sumber daya bagi

Server
klien yang terhubung melalui jaringan.

Hypertext Preprocessor adalah bahasa skrip yang dapat

PHP
ditanamkan atau disisipkan ke dalam HTML. PHP banyak dipakai
untuk memrogram situs web dinamis

4.1.4 Referensi
Referensi yang digunakan pada perangkat lunak

tersebut adalah buku:

Sadeli, Muhammad, Toko Baju Online dengan PHP dan MYSQL, Maxikom, 2013.

4.1.5 Deskripsi Umum Dokumen

Secara umum dokumen SKPL ini terbagi atas 3 bagian utama. Bagian utama berisi penjelasan
mengenai dokumen SKPL tersebut yang mencakup tujuan pembuatan SKPL, ruang lingkup
masalah dalam pengembangan perangkat lunak tersebut, definisi, referensi dan deskripsi
umum tentang dokumen SKPL ini.

Bagian kedua berisi penjelasan umum tentang perangkat lunak WSHOPEE yang akan
dikembangkan, mencakup perspektif produk yang akan dikembangkan, fungsi produk
perangkat lunak, karakteristik pengguna, batasan dalam penggunaan perangkat lunak dan
asumsi yang dipakai dalam pengembangan perangkat lunak WSHOPEE tersebut. Bagian
ketiga berisi penjelasan secara lebih rinci tentang kebutuhan perangkat lunak WSHOPEE
yang akan

dikembangkan.
4.2 Deskripsi Global Perangkat Lunak
Merupakan perangkat lunak yang dikembangkan untuk membantu pengelolaan
penjualan berbagai macam jenis produk dengan variasi took yang terdaftar, dimana pemilik
toko dapat mendaftarkan toko mereka ke website penjualan Shopee. Sistem ini menangani
pengelolaan kategori produk, pengelolaan katalog produk, pengelolaan produk, pengelolaan
member, pengelolaan toko, pengelolaan banner, pengelolaan admin, pengelolaan
testimonial serta transaksi pembelian. Dan untuk memperluas pemasaran, terdapat layanan
website.

Perangkat lunak Shopee ini berjalan pada platform PC dan Mobile, dan dibuat
menggunakan bahasa pemrograman PHP berbasis Codeigniter. Sedangkan untuk lingkungan
pemrogramannya menggunakan Notepad++. Pada sistem ini, seperti terlihat pada gambar
dibawah, arsitektur perangkat lunak yang digunakan berupa web dan database server, di
mana semua data disimpan di database server. User dapat mengakses data yang ada di
server tersebut secara on-line dengan memanggil TCP/IP pada web site yang tersedia di web
server.

Inputan data yang dimasukkan akan disimpan dalam database server, sehingga jika
ada pencarian data, maka data yang diinginkan akan dicari ke database server yang
selanjutnya dikirimkan ke client yang merequest melalui web server.

4.2.1 Perspektif Produk

Bagian ini menjelaskan posisi perangkat lunak relatif terhadap konteks sistem lain yang
melingkupinya. Jika produk tidak bergantung pada sistem atau produk lain, maka harus juga
dinyatakan di sini. Jika SKPL mendefinisikan perangkat lunak sebagai sebuah komponen dari
suatu sistem yang lebih besar yang melingkupinya, maka bagian ini harus menghubungkan
kebutuhan dari sistem yang lebih besar ini dengan fungsionalitas dari perangkat lunak yang
dispesifikasikan dan harus mengindentifikasikan bagaimana antarmuka antara keduanya.
Untuk mempermudah, sebuah diagram blok dapat digunakan untuk menjelaskan disertai
dengan narasinya. Diagram blok sebaiknya dapat menunjukkan:

 komponen-komponen utama dari sistem yang lebih besar yang melingkupi perangkat
lunak yang dispesifikasikan

 interkoneksi antara perangkat lunak yang dispesifikasikan dengan komponen/sistem lain

yang melingkupinya

 antarmuka eksternal dari perangkat lunak yang dispesifikasikan tersebut.

4.2.2 Fungsi Produk

Fungsi produk perangkat lunak WSHOPEE adalah sebagai berikut :

1. Fungsi Login(SKPL-WSHOPEE-001)
 Merupakan fungsi yang harus digunakan oleh pengguna(Administrator dan Member)
untuk dapat masuk dalam sistem yang akan digunakan. Login didasarkan pada
username yan gunik dan password.

2. Fungsi Home (SKPL-WSHOPEE-002)

Merupakan Interface atau menu utama dari sistem yang digunakan.
3. Fungsi Produk (SKPL-WSHOPEE003)
Merupakan fungsi untuk pengelolaan produk yang di dalamnya terdiri :
a. Fungsi Tambah (SKPL-WSHOPEE-003-01).
Merupakan fungsi yang digunakan untuk menambahkan data kategori.
b. Fungsi Edit (SKPL-WSHOPEE-003-02).
Merupakan fungsi yang digunakan untuk mengubah data berita.
c. Fungsi Tampil (SKPL-WSHOPEE-003-03).
Merupakan fungsi yang digunakan untuk menampilkan data kategori.
d. Fungsi Hapus (SKPL-WSHOPEE-003-04).
Merupakan fungsi yang digunakan untuk menghapus
data kategori dan kategori.
4. Fungsi Pengelolaan Katalog Produk (SKPL-WSHOPEE-004).
Merupakan fungsi untuk pengelolaan produk yang di dalamnya terdiri :
a. Fungsi Tambah (SKPL-WSHOPEE-004-01).
Merupakan fungsi yang digunakan untuk menambahkan data kategori.
b. Fungsi Edit (SKPL-WSHOPEE-004-02).
Merupakan fungsi yang digunakan untuk mengubah data berita.
c. Fungsi Tampil (SKPL-WSHOPEE-004-03).
Merupakan fungsi yang digunakan untuk menampilkan data kategori.
e. Fungsi Hapus (SKPL-WSHOPEE-004-04).
Merupakan fungsi yang digunakan untuk menghapus data kategori dan kategori.
5. Fungsi Pengelolaan Member (SKPL-WSHOPEE-005)
a. Fungsi Edit (SKPL-WSHOPEE-005-02).
Merupakan fungsi yang digunakan untuk mengubah data member.
b. Fungsi Tampil (SKPL-WSHOPEE-005-03).
Merupakan fungsi yang digunakan untuk menampilkan data semua member.
c. Fungsi Hapus (SKPL-WSHOPEE-005-04).
Merupakan fungsi yang digunakan untuk menghapus data member dan
member.
6. Fungsi Pengelolaan Admin (SKPL-WSHOPEE-006)
a. Fungsi Edit (SKPL-WSHOPEE-006-02).
Merupakan fungsi yang digunakan untuk mengubah data admin.
b. Fungsi Tampil (SKPL-WSHOPEE-006-03).
Merupakan fungsi yang digunakan untuk menampilkan data semua admin.
c. Fungsi Hapus (SKPL-WSHOPEE-005-04).
Merupakan fungsi yang digunakan untuk menghapus data member dan admin.
d. Fungsi Tampil (SKPL-WSHOPEE-006-05)
 Merupakan Fungsi yang digunakan untuk menampilkan data kategori, produk,
dan laporan.
7. Fungsi Pengelolaan Testimonial (SKPL-WSHOPEE-007)
a. Fungsi isi testimonial (SKPL-WSHOPEE-007-001)
Fungsi ini merupakan mengisi data testimonial oleh konsumen.
b. Fungsi lihat testimonial (SKPL-WSHOPEE-007-002)
Fungsi ini dapat melihat seluruh testimonial konsumen
8. Fungsi Menampilkan Transaksi (SKPL-WSHOPEE-008)
Merupakan fungsi yang digunakan untuk menampilkandata semua transaksi.
9. Fungsi Transaksi Pembelian (SKPL-WSHOPEE-009)
a. Fungsi Fungsi Tambah (SKPL-WSHOPEE-009-01).
Merupakan fungsi yang digunakan untuk menambahkan data produk yang akan
dibeli.
b. Fungsi Ubah (SKPL-WSHOPEE-009-02). Merupakan fungsi yang digunakan untuk
mengubah data produk yang akan dibeli.
c. Fungsi Tampil (SKPL-WSHOPEE-009-03)
Merupakan fungsi yang digunakan untuk menampilkan data produk yang akan
dibeli.
d. Fungsi Hapus (SKPL-WSHOPEE-009-04).
Merupakan fungsi yang digunakan untuk menghapus data produk yang akan
dibeli.

4.2.3 Karakteristik Pengguna

Minimal sebuah tabel dengan Kolom : Pengguna, Pekerjaan, Hak Akses. Kolom Hak Akses
dihubungkan dengan Fungsi utama yang muncul pada Fungsi Produk

Kategori Pengguna Tugas Hak Akses ke aplikasi

Admin Mengelola aplikasi website Dapat mengelola secara

keselurahan fungsi-fungsi dari
website dimulai dari,
mengelola, member, transaksi
pembelian, mengelola laporan
m\pembelian dan lain-lain

Konsumen Yang melihat dan menggunakan Dapat melihat produk dan

aplikasi membeli produk tersebut

4.2.4 Batasan-batasan
Batasan-batasan dalam pengembangan perangkat lunak WSHOPEE tersebut adalah :
 a. Kebijaksanaan Umum
Berpedoman pada tujuan dari pengembangan perangkat lunak WSHOPEE.
b. Keterbatasan perangkat keras
Dapat diketahui kemudian setelah sistem ini berjalan (sesuai dengan kebutuhan).

4.2.5 Asumsi dan Kebergantungan

Bagian ini mengungkapkan setiap factor yang mempengaruhi kebutuhan yang dinyatakan
pada SKPL. Faktor-faktor ini bukan merupakan pembatasan atas keputusan yang diambil
untuk perancangan perangkat lunak, melainkan hal-hal di luar cakupan perangkat lunak yang
dispesifikasikan, yang bila diubah dapat berakibat pada atau mengubah kebutuhan yang
tertulis di SKPL. Sebagai contoh asumsi bahwa suatu sistem operasi akan tersedia pada suatu
platform perangkat keras dari produk perangkat lunak. Jika sistem operasi tidak ada maka
SKPL harus diubah karena hal tersebut.
Di bagian ini dapat pula diungkapkan prioritas pengembangan dari sejumlah fungsi dasar
sistem yang telah diuraikan sebelumnya. Identifikasikan pula kebutuhan yang ditunda
pengembangannya sampai versi-versi lanjut.

4.3 Deskripsi Rinci Kebutuhan

Bagian SKPL ini harus berisi semua kebutuhan perangkat lunak hingga pada tingkat rinci yang
memungkinkan pengembang untuk merancang sistem perangkat lunak untuk memenuhi
kebutuhan-kebutuhan itu dan juga bagi penguji untuk menguji sistem terhadap kebutuhan.
Pada bagian ini, setiap pernyataan kebutuhan harus dapat diterima oleh pengguna,
opoerator atau sistem eksternal lain. Kebutuhan ini harus melibatkan paling tidak:
1. deskripsi dari setiap masukan ke sistem (stimulus)

2. deskripsi dari setiap keluaran dari sistem (respon)

3. deskripsi dari semua fungsi yang dilakukan oleh sistem untuk menanggapi masukan dan
mendukung keluaran dari sistem dan semua fungsi dilakukan oleh sistem sebagai
respon terhadap masukan/keluaran

Karena bagian ini merupakan bagian yang paling besar dan bagian penting dari SKPL, maka
prinsip-prinsip yang digunakan:
1. Semua kebutuhan rinci harus dinyatakan sesuai dengan karakteristik kebutuhan yang
baik (lihat GL01)

2. Semua kebutuhan khusus harus sedapat mungkin diacusilangkan dengan dokumen

sebelumnya yang berhubungan (dengan kata lain sesuai dengan dokumen yang diacu)

3. Semua kebutuhan harus dapat diidentifikasikan secara unik.

4. Organisasi pernyataan kebutuhan harus sedemikian yang memaksimalkan kemudahan

pembacaan (readability).
4.3.1 Kebutuhan antarmuka eksternal
Kebutuhan antar muka eksternal pada perangkat lunak

WSHOPEE meliputi kebutuhan antarmuka pemakai, antarmuka

perangkat keras, antarmuka perangkat lunak, antarmuka komunikasi.

[Link] Antarmuka pemakai

Pengguna berinteraksi dengan antarmuka yang ditampilkan dalam bentuk form-
form. Dengan melihat monitor, keyboard dan mouse sebagai inputanya.

[Link] Antarmuka perangkat keras

Antarmuka perangkat keras yang digunakan dalam

perangkat lunak WSHOPEE adalah:

a. Perangkat komputer, digunakan untuk proses pengolahan data.

b. Mouse, digunakan untuk mengenali input data yang dilakukan pengguna berkaitan
dengan event klik, drag dan on focus.
c. Keyboard, digunakan untuk melakukan input data berupa karakter atau text atau
menu pull down yang harus diinputkan.
d. Printer, digunakan untuk mencetak laporan penjualan/pembelian.
e. UPS, digunakan untuk menyimpan daya listrik.
f. Modem, digunakan untuk melakukan koneksi ke internet
g. LAN, digunakan untuk melakukan koneksi antara computer milik user.

[Link] Antarmuka perangkat lunak

Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak WSHOPEE
adalah sebagai berikut :

1. Nama : Internet Explorer, Mozilla Firefox, Google

Chrome

Sebagai browser yang digunakan untuk menjalankan

program WSHOPEE.

2. Nama : Internet Information Services (IIS)

Sumber: Microsoft

Sebagai HTTP web server yang berfungsi untuk

melayani dan mengelola permintaan halaman website

program WSHOPEE.

3. Nama : XAMPP 1.7.7

Sumber : ApacheFriends

Sebagai aplikasi PHP all in One Package. Dimana

aplikasi ini terdiri dari beberapa aplikasi

 berikut :

Nama : PHP/5.3.1

Sumber : PHP

Sebagai dasar Server PHP

b. Nama : Apache 2.2.14

Sumber : Apache

Sebagai dasar HTTP Web Server

c. Nama : MySQL 5.1.41

Sumber : MySQL

Sebagai dasar Server MySQL

4. Nama : phpMyAdmin 3.2.4

Sumber : PhpMyAdmin
Sebagai user interface dalam pembuatan database.

5. Nama : Windows XP, Vista dan Seven.

Sumber : Microsoft.

Sebagai sistem operasi komputer.

[Link] Antarmuka komunikasi

Antarmuka komunikasi perangkat lunak WSHOPEE menggunakan aplikasi web, karena
perangkat lunak ini digunakan untuk mendukung model sistem client-server.

4.3.2 Kebutuhan Fungsional

Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan
penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.

ID Kebutuhan Penjelasan

Admin diperlukan untuk mengelola

ADMIN-01 SEBAGAI PENGELOLA APLIKASI WEBSITE
aplikasi website. Dimulai dari
mengedit dan menambah produk
yang dijual, mengelola data member,
dan melihat hasil laporan pembelian

Kon-01 Konsumen dapat melihat dan membeli produk Konsumen merupakan pengguna
aplikasi website yang mana apabila
mau membeli produk konsumen
harus daftar terlebih dahulu lalu
 ID Kebutuhan Penjelasan

membeli produk.

[Link] Aliran informasi

Bagian ini mencantumkan dan menguraikan DFD level demi level.

[Link].1 DFD 1
Cantumkan dan beri penjelasan DFD pada level satu. Sebaiknya beri judul yang sesuai.
Lengkapi diagram DFD Level 1 dengan tabel yang kolom-kolomnya adalah: Nomor Proses,
Nama Proses, Masukan, Keluaran, dan Keterangan (hanya diisi bila perlu, antara lain untuk
menjelaskan apakah masukan atau keluaran berupa data atau kontrol). Lengkapi pula
dengan kamus data untuk semua aliran data yang tertulis.

[Link].2 DFD 2 dan seterusnya

Cantumkan dan beri penjelasan DFD pada level dua (dan seterusnya). Sebaiknya beri judul
yang sesuai dengan Nama Proses di level atasnya. Lengkapi diagram DFD Level 2 (dan
seterusnya) dengan tabel yang kolom-kolomnya adalah: Nomor Proses, Nama Proses,
Masukan, Keluaran, dan Keterangan (hanya diisi bila perlu, antara lain untuk menjelaskan
apakah masukan atau keluaran berupa data atau kontrol). Lengkapi pula dengan kamus data
untuk semua aliran data yang tertulis.

[Link] Deskripsi proses

Deskripsi Proses hanya dituliskan untuk proses yang sudah tidak dapat didekomposisi lebih
jauh lagi.

[Link].1 Proses 1
Uraikan deskripsi proses dengan menggunakan narasi dengan bahasa alami atau dengan
pseudo-code. Deskripsi proses harus memberikan gambaran kebutuhan fungsional dengan
jelas yang mencakup:
1. Validasi terhadap masukan

2. Urutan pasti dari operasi

3. Tanggapan atas situasi abnormal termasuk overflow, fasilitas untuk komunikasi atau
penanganan kesalahan (error handling) dan pemulihan (recovery).

4. Efek dari keberadaan dan nilai parameter

5. Hubungan antara keluaran ke masukan, termasuk urutan masukan/keluaran, atau

formula untuk konversi masukan ke keluaran.

Sebaiknya beri judul yang sesuai dengan Nama Proses yang diuraikan.

[Link].2 Proses 2 dan seterusnya

Sama seperti pada uraian Proses 1. Beri judul yang sesuai dengan Nama Proses yang
diuraikan.

4.3.3 Deskripsi Data

Kebutuhan ini harus menspesifikasi kebutuhan logis untuk setiap informasi yang diletakkan
ke basisdata. Nyatakanlah kebutuhan data ini dengan Entity Relationship Diagram dan
lengkapi dengan skema relasi. Bila perlu jelaskan pula:
1. Batasan integritas

2. Frekuensi pemakaian

3. Retensi (kelangsungan) data

Harap diperhatikan bahwa semua storage yang ada pada DFD harus memiliki representasi
data yang sesuai di sini. Ada kalanya representasi data tersebut tidak dapat terhubungkan
langsung di ERD. Pada kasus ini, representasi data tetap diuraikan tetapi secara terpisah dari
ERD.

[Link] Data 1
Uraikan satu per satu entity, relationship atau representasi data lain, yang pada akhirnya
nanti akan menjadi tabel atau suatu data persisten secara detil. Beri judul yang sesuai
dengan data yang diuraikan.
Kamus data dapat dinyatakan dengan tabel yang memiliki kolom-kolom:
1. Nama sub-data pembentuk

2. Representasi, misalnya: teks, karakter, numerik.

3. Unit/format, misalnya: kg, meter, orang.

4. Presisi, misalnya 2 desimal

5. Range, misalnya 1-100, A..F

6. Nilai tetap (default)

7. Bolehkosong/tidak

[Link] Data 2 dan seterusnya

Sama seperti Data 1. Beri judul yang sesuai dengan nama data yang diuraikan.

4.3.4 Deskripsi Kebutuhan Non Fungsional

ID Deskripsi

WSHOPEE-F-01 TERDAPAT LOGIN SEBAGAI MASUK APLIKASI

WSHOPEE-NF-02 N/A

WSHOPEE-NF-03 Aplikasi dapat terintegrasi antar bagiannya

 ID Deskripsi

WSHOPEE-NF-04 N/A

WSHOPEE-NF-05 RAM minimal 512 MB

WSHOPEE-NF-06 Maksimal 5 detik

WSHOPEE-NF-07 N/A

WSHOPEE-NF-08 N/A

4.3.5 Atribut Kualitas Perangkat Lunak

Ada sejumlah atribut kualitas perangkat lunak yang dapat ditampilkan sebagai kebutuhan.
Atribut yang diinginkan harus dispesifikasikan sedemikian sehingga hasilnya dapat
diverifikasi. Uraian minimum pada bagian ini berisi sebuah tabel dengan kolom: Kriteria
Kualitas, Tuntutan Kualitas. Butir kualitas yang dapat dipertimbangkan antara lain:
keandalan (reliability), ketersediaan (availability), keamanan (security), keremawatan
(maintainability), kepemindahan (portability). Bila diperlukan uraian khusus, dapat dilakukan
dengan menguraikannya menjadi sub-bab tersendiri.

[Link] Keandalan
Bagian ini berisi spesifikasi factor-faktor yang diperlukan untuk mencapai keandalan sistem
pada saat diserahkan.

[Link] Ketersediaan.
Bagian ini berisi spesifikasi factor-faktor yang diperlukan untuk menjamin tingkat
ketersediaan seluruh sistem saat sistem beroperasi, seperti checkpoint, recovery dan restart.

[Link] Keamanan
Bagian ini berisi faktor untuk memproteksi perangkat lunak dari akses, penggunaan,
pengubahan, penghancuran atau pengungkapan (disclosure) yang tidak disengaja atau yang
merusak. Kebutuhan yang spesifik termasuk hal-hal berikut:
1. Penggunaan teknik kriptografi

2. Penyimpanan data log/history

3. Pemberian suatu fungsi ke modul-modul yang berbeda

4. Pembatasan komunikasi terhadap suatu area tertentu dalam program

5. Pemeriksaan integritas data untuk peubah-peubah kritis

[Link] Keremawatan (Maintainability)
Bagian ini menentukan atribut perangkat lunak yang berhubungan dengan kemudahan
perawatan dari perangkat lunak tersebut. Atribut tersebut dapat berupa kebutuhan akan
tingkat modularitas, antarmuka, kompleksitas, dan lain-lain. Penulisan atribut keremawatan
tidak dilakukan hanya atas dasar pemikiran atas praktik perancangan yang baik saja, tetapi
harus didasari pada tuntutan kondisi sistem.

[Link] Kepemindahan (Portability)

Atribut dari perangkat lunak yang berhubungan dengan kemudahan pemindahan perangkat
lunak ke mesin dan/atau sistem operasi lain. Atribut ini berbentuk antara lain:
1. Persentase komponen yang berisi kode yang bergantung pada host

2. Persentase kode yang bergantung pada host

3. Penggunaan bahasa yang kepemindahannya terbukti

4. Penggunaan suatu kompilator tertentu atau subset bahasa tertentu

5. Penggunan suatu sistem operasi tertentu

4.3.6 Batasan Perancangan

Bagian ini menspesifikasikan batasan atas keputusan-keputusan perancangan yang dituntut
oleh standar lain, keterbatasan perangkat keras, dan lain-lain. Standar atau aturan yang ada
dapat menurunkan spesifikasi kebutuhan khusus antara lain:
1. Format laporan

2. Penamaan data

3. Prosedur akunting

4. Penelusuran audit

Sebagai contoh, bagian ini dapat menentukan kebutuhan perangkat lunak keuangan untuk
menelusuri aktivitas pemrosesan. Penelusuran ini diperlukan agar suatu aplikasi sesuai
dengan peraturan atau standar keuangan. Kebutuhan penelusuran audit, sebagai contoh,
menyatakan bahwa semua perubahan harus dicatat pada suatu file khusus untuk
penelusuran dengan isi sebelum dan sesudah dilakukan.
Contoh lain adalah menyatakan lingkungan implementasi (seperti sistem operasi, DBMS,
kakas pengembangan, bahasa pemrograman, kompilator) bila memang merupakan tuntutan
yang ditentukan oleh pelanggan

4.4 Matriks Keterunutan

Bagian ini berisi daftar seluruh kebutuhan beserta identifikasinya serta cara verifikasi yang
direncanakan, yaitu: Inspeksi, Analisis, Demonstrasi. Inspeksi dilakukan dengan mengamati
produk yang dihasilkan (biasanya kode program) yang dibandingkan dengan standar atau
spesifikasi yang ada. Analisis dilakukan dengan menerapkan pengukuran
matematis/kuantitatif terhadap hasil yang didapat dari penerapan produk. Demonstrasi
dilakukan dengan mengamati perilaku produk akhir, yaitu melihat kesesuaian antara
masukan dan keluaran.

4.5 Informasi tambahan

Dukungan informasi yang membuat SKPL mudah digunakan, antara lain:
1. Daftar isi

2. Index

3. Lampiran

4.5.1 Daftar isi dan Index

Daftar isi dan index adalah cukup penting dan harus mengikuti standard yang ada.

4.5.2 Lampiran-lampiran
Lampiran tidak selalu menjadi bagian dari spesifikasi kebutuhan aktual dan tidak harus selalu
ada. Lampiran dapat berisi:
1. Contoh format masukan/keluaran, deskripsi analisa biaya, hasil survey

2. Dukungan informasi yang membantu SKPL.

3. Deskripsi dari masalah yang dipecahkanoleh perangkat lunak.

4. Instruksi khusus, dan media yang cocok untuk pengamatan, dan kebutuhan lain.

5. Flow Map atau prosedur manual yang merupakan lingkungan tempat perangkat lunak
yang dispesifikasikan akan dijalankan.

6. Lampiran lain yang dianggap perlu dan berhubungan dengan spesifikasi perangkat lunak

Jika disertakan lampiran, SKPL harus secara eksplisit menegaskan apakah lampiran ini adalah
bagian dari kebutuhan.