Contoh SKPL SPESIFIKASI KEBUTUHAN PERANG

GL01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Taking Order Application for Sales
(TOAS)

untuk:
PT. Fashion Eservices Indonesia

Dipersiapkan oleh:
Ardhi Aripratomo

(120533430899)

Dwi Sukma Setya N

(120533430902)

M. Rif’at

(120533430927)

Mukh. Angga Gumilang (120533430947)

Jurusan Teknik Elektro – Universitas Negeri Malang
Jalan Surabaya 6, Malang

Nomor Dokumen

Halaman

Jurusan Teknik Elektro
Universitas Negeri Malang

SKPL-01
Revisi

A

Tgl: 06-09-2014

Daftar Perubahan

Revisi

Deskripsi

A

B

C

D

E

F

G

INDEX

A

B

C

D

E

F

G

TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui

oleh

Jurusan Teknik Elektro UM

SKPL

Halaman 2 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

SKPL

Halaman 3 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Daftar Halaman Perubahan
Halaman

Jurusan Teknik Elektro UM

Revisi

Halaman

SKPL

Revisi

Halaman 4 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Daftar Isi
1.

Pendahuluan...............................................................................................................7
1.1 Tujuan Penulisan Dokumen.................................................................................7
1.2 Lingkup Masalah.................................................................................................7
1.3 Definisi, Singkatan, dan Akronim........................................................................7
1.4 Referensi..............................................................................................................8
1.5 Deskripsi Umum Dokumen..................................................................................8
2. Deskripsi Global Perangkat Lunak..............................................................................9
2.1 Perspektif Produk.................................................................................................9
2.2 Fungsi Produk......................................................................................................9
2.3 Karakteristik Pengguna......................................................................................11
2.4 Batasan-batasan..................................................................................................11
2.5 Asumsi dan Kebergantungan.............................................................................11
3 Deskripsi Rinci Kebutuhan.......................................................................................12
3.1 Kebutuhan antarmuka eksternal.........................................................................12
3.1.1
Antarmuka pemakai....................................................................................12
3.1.2
Antarmuka perangkat lunak........................................................................12
3.2 Kebutuhan Fungsional.......................................................................................12

3.2.1
Aliran informasi..........................................................................................12
3.2.1.1 DFD 1......................................................................................................13
3.2.2
Deskripsi proses..........................................................................................13
3.2.2.1 Proses 1...................................................................................................13
3.2.2.2 Proses 2...................................................................................................13
3.2.2.3 Proses 3...................................................................................................13
3.2.2.4 Proses 4...................................................................................................13
3.2.2.5 Proses 5...................................................................................................13
3.2.3
Deskripsi data.............................................................................................14
3.3 Pemodelan Data.................................................................................................15
3.3.1
E-R Diagram...............................................................................................16
3.4 Deskripsi Kebutuhan Non Fungsional................................................................16
3.4.1
Performansi.................................................................................................16
3.4.2
Atribut Sistem Perangkat Lunak.................................................................16

3.4.3
Kebutuhan Lain..........................................................................................17
3.5 Atribut Kualitas Perangkat Lunak......................................................................17
3.6 Batasan Perancangan..........................................................................................18
3.7 Matriks Keterunutan..........................................................................................18

Jurusan Teknik Elektro UM

SKPL

Halaman 5 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Daftar Gambar
Gambar 1. Hubungan antar subsistem pada TOAS............................................................9
Gambar 2. Context Diagram.............................................................................................12
Gambar 3. DFD 1.............................................................................................................13
Gambar 4. ERD ...............................................................................................................16

Jurusan Teknik Elektro UM

SKPL

Halaman 6 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Daftar Tabel
Tabel 1. Daftar definisi dan Akronim.................................................................................7
Tabel 2. Daftar Istilah.........................................................................................................7
Tabel 3. Karakteristik pengguna.......................................................................................10
Tabel 4. Kebutuhan Performansi......................................................................................16
Tabel 5. Atribut sistem perangkat lunak...........................................................................16
Tabel 6. Kebutuhan Lain..................................................................................................17
Tabel 7. Matriks keterunutan............................................................................................18

Jurusan Teknik Elektro UM

SKPL

Halaman 7 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

1. Pendahuluan
1.1

Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan

dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis
pengembangan perangkat lunak pada tahap selanjutnya.
1.2

Lingkup Masalah

TOAS adalah perangkat lunak untuk manejemen penerimaan order dari

konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Program ini dirancang dalam bahasa pemrograman Java. Dalam
program meliputi konektivitas internet dan sistem informasi terdistribusi yang
berakar dan diolah oleh server pusat.
1.3

Definisi, Akronim dan Singkatan
Tabel 1. Daftar definisi dan Akronim
Kata Kunci atau frase Definisi dan atau akronim
TOR
Term of Reference
Dokumen yang berisi gambaran umum mengenai
perangkat lunak yang diminta.
SDP
Software Development Plan
RPPL
Rencana Pengembangan Perangkat Lunak
Dokumen yang berisi rencana pengembangan
perangkat lunak dalam suatu proyek, yang mencakup
gambaran umum proyek, gambaran manajerial proyek,
dan gambaran teknik proyek.
SRS
Software Requirement Specification
SKPL
Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi
kebutuhan user
RPL
Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
IEEE
Institute of Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan
rancangan produk
ANSI
American Standard Institute
Lembaga standardisasi Amerika
Tabel 2. Daftar Istilah

Istilah
Jurusan Teknik Elektro UM

Definisi
SKPL

Halaman 8 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Konsumen

Sales
Java

1.4

Setiap orang pemakai barang dan/atau jasa yang
tersedia dalam masyarakat, baik bagi kepentingan diri
sendiri, keluarga, orang lain, maupun makhluk hidup
lain dan tidak untuk diperdagangkan.
Seorang penjual, dimana biasanya penilaian seorang
sales diukur dari volume penjualan yang sudah
dicapai.
Bahasa pemrograman yang dapat dijalankan di
berbagai komputer termasuk telepon genggam.

Referensi
Dokumen ini merujuk pada hasil wawancara dan observasi pada
pemilik tentang informasi yang berkaitan dengan berbagai kebutuhan yang
mencakup data secara umum. diperlukannya dan penulisan dokumen
berdasarkan pada :
1.

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

2.

Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat
Lunak (SKPL). Jurusan Teknik Informatika, Institut Teknologi
Bandung, 2000.

3.

Pressman, R.S., "Software Engineering, a Practitioner's Approach"
Fourth Edition, McGraw Hill, 1997.

1.5

Deskripsi Umum Dokumen
Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama
berisi penjelasan tentang dokumen SKPL yang mencakup tujuan pembuatan
dokumen ini, lingkup masalah diselesaikan oleh perangkat lunak yang
dikembangkan, definisi, referensi dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat
lunak yang dikembangkan

meliputi

fungsi dari perangkat

lunak,

karakteristik pengguna, batasan, dan asumsi yang diambil dalam
pengembangan perangkat lunak. Bagian ketiga berisi uraian kebutuhan
perangkat lunak secara lebih rinci.

Jurusan Teknik Elektro UM

SKPL

Halaman 9 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

2

Deskripsi Global Perangkat Lunak

2.1

Perspektif Produk
TOAS adalah perangkat lunak untuk manejemen penerimaan order dari
konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Penerimaan order dikembangkan dengan metode pemrograman
prosedural. TOAS akan menyimpan semua data inputan sales berupa data
permintaan order yang akan langsung masuk ke database pusat dan siap
diproses oleh server sebagai operator.
Perangkat lunak ini dapat dijalankan pada lingkup sistem operasi Google ®
Android1 Gingerbread/Honeycomb/Ice Cream Sandwich/Jelly Bean/Kitkat.
Perangkat lunak ini hanya dapat diakses oleh pengguna menggunakan
username dan password yang telah terlebih dahulu terdaftar.
Gambar hubungan antar subsistem pada TOAS adalah sebagai berikut :
TOAS List Product
TOAS
User Interface

TOAS Order Product
TOAS Tracking Order

TOAS Admin Server
Gambar 1: Hubungan antar subsistem pada TOAS

________________________
Google® Android adalah merk dagang terdaftar dari Google Corp.
Jurusan Teknik Elektro UM

SKPL

Halaman 10 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

2.2

Fungsi Produk
Sebagai front office penjualan yang dilaksanakan oleh pengguna lapangan
(sales). Yang terkoordinasi dengan back office (Server). Program akan
terintergrasi melalui sistem informasi product berupa data yang akan
terupdate secara real time dan diatur oleh pihak back office.

2.3

Karakteristik Pengguna
Pengguna perangkat lunak ini adalah seorang sales yang menggunakan
Smartphone di lingkungan kerjanya.
Perangkat lunak ini hanya dibuat dan digunakan oleh sales dengan otoritas
untuk menginputkan pesanan pada perangkat lunak ini.
Tabel 3. Karakteristik pengguna
Kategori Pengguna
Sales
Back office (Admin)

2.4

Aktivitas
Melakukan input pemesanan barang
Rekapitulasi kegiatan sales

Batasan-batasan
Program ini hanya dipakai oleh sales. Kita tekankan pada pemakaian karena
hanya order, cek barang dan melihat status pengiriman. Dalam program ini
terdapat beberapa batasan yang harus dipatuhi.Misalnya :
- Aplikasi harus terhubung dengan internet,
- Front Office hanya dapat melihat dan meng-order,
- Aplikasi hanya dapat digunakan pada platform Android,
- Aplikasi hanya bisa dibuka atau dipakai oleh akun yang telah terdaftar

2.5

Asumsi dan Kebergantungan
Deskripsi asumsi dan kebergantungan
Asumsi
1. Admin memiliki otoritas secara penuh dalam pengolahan data order dan
data barang.

Jurusan Teknik Elektro UM

SKPL

Halaman 11 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

2. Aplikasi ini dibuat untuk memenuhi kekurangan sales yang hanya bisa
mengorder barang dengan jumlah besar.
3. Aplikasi ini bukan system utama seperti Back Office pada umumnya,
yang dapat mengatur data-data order dan barang di gudang.
4. Aplikasi ini dapat dikategorikan sebagai mobile store yang dioperasikan
kapanpun dan dimanapun.

Kebergantungan
1. System informasi hanya dapat diakses secara realtime jika terdapat
koneksi internet.
2. Aplikasi hanya dapat dipakai dengan device yang memiliki system
operasi android
3. Sales harus terdaftar di dalam database untuk mengakses program

Jurusan Teknik Elektro UM

SKPL

Halaman 12 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3

Deskripsi Rinci Kebutuhan

3.1

Kebutuhan antarmuka eksternal

3.1.1

Antarmuka pemakai
Sales sebagai user dapat mengoperasikan aplikasi TOAS dengan bantuan
perangkat smartphone.

3.1.2

Antarmuka perangkat lunak
Aplikasi dapat diakses jika terhubung dengan Internet dan memiliki OS
android.

3.2

Kebutuhan Fungsional

3.2.1

Aliran informasi

Gambar 2.Context Diagram

TOAS memungkinkan Sales untuk melihat informasi data barang yang
tersedia. Sales hanya bisa mengorder sebagai data order ke Back Offfice
dan mendapatkan laporan invoice dari order. Disini Back Office bertugas
untuk mengupdate data barang dan memberikan data invoice pada TOAS
agar Sales dapat mengakses informasi data yang ada TOAS. Order dari
Sales akan masuk sebagai laporan order pada Back Offfice.

Jurusan Teknik Elektro UM

SKPL

Halaman 13 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3.2.1.1 DFD 1

Gambar 3. DFD 1

3.2.2

Deskripsi proses
3.2.2.1

Proses 1

PSPEC 1.1 Membuat Invoice
Back Office membuat invoice untuk Sales
Masukan : data invoice
Keluaran : informasi invoice
Algoritma: : if (data_invoice != 0) then
invoice_process
else
invoice_un-process

3.2.2.2

Proses 2

PSPEC 1.2 Membuat Order
Sales membuat order untuk Back Office
Masukan : data order
Keluaran : informasi order
Algoritma : -

Jurusan Teknik Elektro UM

SKPL

Halaman 14 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3.2.2.3

Proses 3

PSPEC 1.3 Mendapatkan Data Barang
Sales mendapatkan data barang dari Back Office
Masukan : info barang
Keluaran : informasi data barang
Algoritma : if (info_barang != 0) then
get_informasi_data_barang
else
un-get_informasi_data_barang

3.2.2.4

Proses 4

PSPEC 1.4 Memproses Order
Back Office mendapatkan order dari Sales
Masukan : info order
Keluaran : laporan order
Algoritma : if (info_order != 0) then
order_proces
else
order_un-proces

3.2.2.5

Proses 5

PSPEC 1.5 Update Data Barang
Back Office mengupdate data barang untuk Sales
Masukan : data barang
Keluaran : informasi data barang
Algoritma : if (data_barang != 0) then
updating_data_barang
else
un-updating_data_barang

3.2.3

Deskripsi data

3.2.3.1 Kamus Data
No.
1

Komponen
Nama
Alias
Deskripsi

Penggunaan
Jurusan Teknik Elektro UM

Keterangan
Data Order
data_order
id_pesan = {(0…9)}
nama_pemesan = {(A…Z | a…z)}
alamat_pemesan = {(A…Z | a…z)}
tanggal_pesan = {(0…9)}
telp = {(0…9)}
jumlah_barang = {(0…9)}
nama_barang = {(A…Z | a…z)}
status_pengiriman = {(A…Z | a…z)}
Data yang digunakan untuk menginputkan
SKPL

Halaman 15 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

2

3

Informasi
tambahan / format
Nama
Alias
Deskripsi
Penggunaan
Informasi
tambahan / format
Nama
Alias
Deskripsi

Penggunaan
Informasi
tambahan / format

3.3

order barang
Alphanumeric
Data Invoice
data_invoice
Data yang digunakan untuk melaporkan
order barang
alphanumeric
Data Barang
data_barang
pid = {(0…9)}
name = {(A…Z | a…z)}
price = {(0…9)}
stock = {(0…9)}
description = {(A…Z | a…z)}
Data yang digunakan untuk memberikan
informasi tentang data barang
Alphanumeric

Pemodelan Data
Aplikasi mengola beberapa data yang terintrogasi secara langsung dengan
server. Data tersebut adalah :
1. Data Barang
2. Status Barang
3. Pemesanan
Secara tidak langsung data di proses oleh server yang akan di update
secara realtime ke front office, selama front office terhubung secara
langsung dengan network (internet) yang memungkinkan jaringan data pada
program untuk mengupdate status yang ada pada database.

Jurusan Teknik Elektro UM

SKPL

Halaman 16 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3.3.1

E-R Diagram

Gambar 4. ERD

3.4

Deskripsi Kebutuhan Non Fungsional

3.4.1

Performansi
Tabel 4. Kebutuhan Performansi

3.4.2

No SKPL
SKPL-TOAS.EVO-0001

Kebutuhan
Availability

SKPL-TOAS.EVO-0002
SKPL-TOAS.EVO-0003
SKPL-TOAS.EVO-0004
SKPL-TOAS.EVO-0005

Reliability
Ergonomy
Memory
Response Time

Tuntutan Kebutuhan
Internet Connection secara
realtime
untuk
melihat
informasi data barang
Tidak pernah gagal
Mudah digunakan
Penyimpanan database MySQL
Internet Connection secara
realtime
untuk
melihat
informasi data barang terupdate

Atribut Sistem Perangkat Lunak
Tabel 5. Atribut sistem perangkat lunak
No SKPL

Jurusan Teknik Elektro UM

Kebutuhan

SKPL

Tuntutan Kebutuhan

Halaman 17 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3.4.3

SKPL-TOAS.EVO-0006

Error-Handling

N/A
SKPL-TOAS.EVO-0007

Message
Keamanan

N/A

Portabilitas

Terdapat pemberitahuan apabila
pengisian tidak sesuai dengan
sistem
N/A
Hanya dapat digunakan dengan
akun yang telah terdaftar
N/A

Kebutuhan Lain
Tabel 6. Kebutuhan Lain

3.5

No SKPL
SKPL-TOAS.EVO-0008

Kebutuhan
Tampilan Aplikasi

SKPL-TOAS.EVO-0009

Format menu

SKPL-TOAS.EVO-00010
SKPL-TOAS.EVO-00011

Warna aplikasi
Jenis font

Tuntutan Kebutuhan
Memberikan
gambaran
umum kegunaan sistem
Deskripsi umum penggunaan
button pada sistem
Bervariasi
Formal

Atribut Kualitas Perangkat Lunak

3.5.1

Kehandalan
Program ini memiliki kelebihan dalam hal membantu pembukuan yang
dimiliki perusahaan. Karena pada dasarnya perusahaan memiliki
pembukuan yang cukup kompleks yang mayoritas order dalam skala besar.
Maka dari itu dibuatkan program ini untuk menangani permintaan
pelanggan dalam jumlah kecil.

3.5.2

Keremawatan (maintability)
Program yang kami buat memiliki basis v.1 yang telah di debug dan di
troubleshooting secara berkala ketika proses pembuatan program. Program
tersebut juga merupakan program yang hanya digunakan pada proses yang
tidak dinamis jadi maintain pada program tidak begitu di perlukan. Hanya
saja jika mengalami beberapa bug maka ada layanan yang dapat secara
langsung di hubungkan ke operator.

Jurusan Teknik Elektro UM

SKPL

Halaman 18 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

3.6

Batasan Perancangan
Program ini digunakan untuk memberikan pelayanan pada sales yang
memiliki fungsi utama untuk pemesanan secara real time bagi para
konsumen. Program ini juga dikhususkan untuk membatasi gerak sales agar
tidak terjadi kecurangan dalam proses pemesanan yang mungkin dilakukan
pihak sales dan akan merugikan kedua belah pihak, baik dari pihak
perusahaan ataupun dari pihak pembeli. Jadi tidak ada program khusus
lainnya yang tidak diperlukan.

3.7

Matriks Keterunutan
Tabel 7. Matriks keterunutan
No SKPL
SKPL-TOAS.EVO-00012
SKPL-TOAS.EVO-00013
SKPL-TOAS.EVO-00014
SKPL-TOAS.EVO-00015
SKPL-TOAS.EVO-00016

Jurusan Teknik Elektro UM

Nama Proses
Membuat Invoice
Membuat Order
Mendapatkan Data Barang
Memproses Order
Update Data Barang

SKPL

Halaman 19 dari 19

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM