Contoh SKPL Sistem Penjual Minuman Otomatis

GL01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

<<judul>>
untuk :
Ujian Tengah Semester (UTS)
<<kode RPL>>
Rekayasa Perangkat Lunak
Dipersiapkan oleh:
Haris Wicaksono
Priyanka Gemet A
(5109100025 )
(5109100178 )
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Jalan Teknik Kimia
Jurusan Teknik
Informatika
Institut Teknologi Sepuluh
Nopember
Nomor Dokumen
Halaman
GL01-G01
1/24
Revisi
Tgl: 17-11-2010
DAFTAR PERUBAHAN
Revisi
Deskripsi
A
B
C
D
E
F
G
INDEX
Jurusan Informatika ITS
SKPL-G01
2/26
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Halaman Perubahan

Halaman
Revisi
Halaman
SKPL-G01
Revisi
3/26
Daftar Isi
Daftar Isi................................................................................................................................................4
Daftar Gambar........................................................................................................................................5
1 Pendahuluan.............................................................................................................................7
1.1 Tujuan................................................................................................................................7
1.2 Lingkup Masalah................................................................................................................7
1.3 Definisi, Akronim dan Singkatan........................................................................................8
1.4 Referensi............................................................................................................................9
1.5 Deskripsi Umum Dokumen................................................................................................9
1.6 Perspektif Produk...............................................................................................................9
1.7 Fungsi Produk..................................................................................................................10
1.8 Karakteristik Pengguna....................................................................................................11
1.9 Batasan-batasan................................................................................................................12
1.10 Asumsi dan Ketergantungan...........................................................................................12
2 Deskripsi Rinci Kebutuhan ....................................................................................................13
2.1 Kebutuhan antarmuka eksternal.......................................................................................13
2.1.1 Antarmuka pemakai...................................................................................................13
2.1.2 Antarmuka Perangkat Keras......................................................................................13
2.1.3 Antarmuka perangkat lunak.......................................................................................13
2.1.4 Antarmuka komunikasi..............................................................................................13
2.2 Kebutuhan Fungsionalitas................................................................................................13
2.2.1 Aliran Informasi ........................................................................................................13
2.2.2 Deskripsi Proses........................................................................................................15
1. query data minuman dari storage minuman........................................................................15
2.3 Deskripsi Data..................................................................................................................18
2.3.1 Kamus Data...............................................................................................................18
2.3.2 Entity-Relationship Diagram......................................................................................19
2.3.3 Struktur Table............................................................................................................20
2.4 Deskripsi Kendali.............................................................................................................22
2.4.1 Diagram Perubahan Status.........................................................................................22
2.4.2 Tabel Aktivasi Proses (boleh tdk ada) .......................................................................23
2.5 Deskripsi Kebutuhan Non Fungsional (minimal ada satu)...............................................24
2.5.1 Performansi................................................................................................................24
2.5.2 Batasan Memori.........................................................................................................24
2.5.3 Modus Operasi .........................................................................................................24
2.5.4 Kebutuhan Adaptasi Lokasi.......................................................................................24
2.6 Atribut Kualitas Perangkat Lunak (minimal satu)............................................................24
2.6.1 Keandalan .................................................................................................................24
2.6.2 Ketersediaan..............................................................................................................24
2.6.3 Keamanan .................................................................................................................25
2.6.4 Keremawatan (maintainability)..................................................................................25
2.6.5 Kepemindahan (portability).......................................................................................25
2.7 Batasan Perancangan........................................................................................................25
2.8 Matriks Keterunutan (tidak).............................................................................................25
SKPL-G01
4/26
Daftar Gambar
Gambar 1. Data Context Diagram.........................................................................................................11
Gambar 2. Data Flow Diagram Level 1................................................................................................15
Gambar 3. Data Flow Diagram Level 2 untuk Proses 1........................................................................16
Gambar 4. Data Flow Diagram Level 2 untuk Proses 3........................................................................16
Gambar 6. Entity-Relationship Diagram...............................................................................................22
Gambar 7. Diagram Perubahan Status Untuk Modus Administrator.....................................................24
Gambar 8. Diagram Perubahan Status Untuk Modus User...................................................................25
SKPL-G01
5/26
Daftar Tabel
Tabel 1. Definisi, Singkatan dan Akronim............................................................................................8
Tabel 2. Tabel Karakteristik pengguna......13
Tabel 3. Struktur Tabel Minuman..........................................................................................22

Tabel 4. Struktur Tabel Uang_Kembalian..............................................................................23
Tabel 5. Struktur Tabel Trans_Head......................................................................................23
Tabel 6. Struktur Tabel Trans_Detail....................................................................................24
Tabel 7. Tabel Aktivasi Proses..26
Tabel 8. Tabel Matriks Keterunutan Fungsional...28
SKPL-G01
6/26
1 Pendahuluan
1.1
Tujuan
Dokumen GL-01 ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software
Requirement Spesification (SRS) untuk << >> .Tujuan dari penulisan dokumen ini adalah untuk
memberikan penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum
maupun penjelasan detil dan menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak situs << >> dan pengguna
(user) dari perangkat lunak atau personil-personil yang terlibat dalam sistem. Dokumen ini akan
digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat
proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan adanya dokumen
SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta tidak
menimbulkan ambiguitas terutama bagi pengembang perangkat lunak sistem << >>.
1.2
Lingkup Masalah
Perangkat lunak yang akan dikembangkan adalah perangkat lunak Sistem , yaitu merupakan
perangkat lunak yang digunakan pada dimana dapat membantu meningkatkan pelayanan di << >>.
<< >> dapat berfungsi seperti layaknya seorang resepsionis. Sistem << >> dapat melakukan hal-hal
berikut ini :
Menawarkan beberapa jenis minuman kepada pembeli dengan menampilkan menu.
Menerima dan menentukan harga koin yang dimasukkan pembeli ke dalam mesin.
Melakukan validasi-validasi, misalnya validasi koin dan data minuman yang dimasukkan oleh
pembeli.
Apabila koin yang dimasukkan user terdapat kelebihan koin dari hasil transaksi, mesin mampu
melakukan perhitungan kembalian dan mengeluarkan koin kembalian.
Mengeluarkan minuman yang diinginkan oleh pembeli.
Mengeluarkan beberapa pesan kesalahan jika proses atau kejadian yang tidak sesuai prosedur
terjadi misalnya : Koin yang Anda masukkan tidak sesuai
sistem << >> akan berfungsi selama 24 jam, jadi pada saat toko-toko penjual minuman sudah tutup,
pembeli masih bisa membeli minuman kapan saja.Dengan adanya << >> ini diharapkan, pelayanan
yang di berikan saat registrasi berjalan lebih cepat sehigga lebih banyak lagi yang dapat di layani.
1.3
Definisi, Akronim dan Singkatan
Tabel 1. Definisi, Singkatan dan Akronim
Istilah, Akronim dan

Singkatan
Keterangan
SKPL-G01
7/26
1.4
SKPL
Spesifikasi Kebutuhan Perangkat Lunak

Merupakan dokumen hasil analisis yang berisi
spesifikasi kebutuhan user.
IEEE
Institute of Electrrical and Electronics Engineers

Merupakan standar internasional untuk
pengembangan dan rancangan perangkat lunak
SRS
Software Requirement Spesification

Dokumen ini sama dengan SKPL
UNDUHMUSIK.COM
DCD
DFD
Change Money Tray
Beverages Tray
Stock Tray
Coin Reader
Control Panel
Admin
User
Printer
Sistem Penerimaan Mahasiswa Baru

Merupakan sistem mesin penjual minuman berbasis
komputer
Data Context Diagram
Merupakan diagram yang menggambarkan hubungan
sistem dengan lingkungannya
Data Flow Diagram
Diagram yang menggambarkan aliran data dan
proses yang terjadi di dalam sistem
Merupakan bagian dari Vending Machine yang dapat
mengeluarkan koin kembalian.
Merupakan bagian dari Vending Machine yang dapat
mengeluarkan minuman
Merupakan bagian dari Vending Machine yang berisi
stock minuman.
Meupakan bagian dari Vending Machine yang
digunakan untuk menentukan nilai koin yang
dimasukkan oleh pembeli
Merupakan bagian dari Vending Machine yang berisi
tombol-tombol untuk input dan layar display.
Merupakan seseorang yang bertanggungjawab untuk
mengatur persediaan minuman dan koin dan serta
bertanggungjawab terhadap operasional sistem.
Orang yang membeli minuman dan dilayani oleh
UNDUHMUSIK.COM
Perangkat keras yang digunakan untuk mencetak resi
atau data-data transaksi
ERD
Entity Relationship Diagram, merupakan diagram

yang menggambarkan relas antara entiti dan atribut
dari masing-masing entity.
Money Tray
Merupakan bagian dari system

UNDUHMUSIK.COM yang berfungsi untuk
menyimpan koin yang dimasukkan oleh user.
Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah
sebagai berikut:
1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement Specifications.
SKPL-G01
8/26
2. Software Engineering, Aparctitioners Approach 5th edition, Roger S Pressman, Mc Graw Hill,
2001.
3. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan Teknik
Informatika, Institut Teknoogi Bandung, 2000.
4. Panduan Pengisian Spesifikasi Perangkat Lunak (SKPL) Beroriantasi Proses, Jurusan Teknik
Informatika, Institut Teknologi Bandung
1.5
Deskripsi Umum Dokumen

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:
Bab 1 Pendahuluan, merupakan pengantar dokumen
SKPL yang brisi tujuan penulisan
dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi, akronim dan
istilah yang digunakan serta deskripsi umum dokumen yang merupakan ikhtisar dokumen
SKPL.
Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif produk perangkat lunak
serta
asumsi
dan
ketergantungan
yang
digunakan
dalam
pengembangan
sistem
UNDUHMUSIK.COM .
Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem

UNDUHMUSIK.COM
yang
meliputi
kebutuhan
antarmuka
eksternal,
kebutuhan
fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak

dan kebutuhan lain dari sistem UNDUHMUSIK.COM .
Deskripsi Global Perangkat Lunak

1.6
Perspektif Produk
Perangkat lunak UNDUHMUSIK.COM ini merupakan perangkat lunak yang digunakan pada
mesin penjual minuman (Vending Machine). Sistem UNDUHMUSIK.COM berkaitan dengan beberapa
entitas luar, yaitu user/pembeli, admin, change money tray, beverages tray, stock tray, control panel
dan printer. User/pembeli memberikan input/masukan jumlah dan harga koin serta jenis dan jumlah
minuman ke mesin dengan melalui control panel dan nilai koin akan ditentukan oleh coin reader.
Admin dapat menentukan besarnya persediaan stok minuman atau
koin kembalian serta dapat
mengaktifkan atau mematikan mesin. Pembeli dapat menerima minuman yang dibeli dimana minuman
tersebut dikeluarkan melalui beverages tray dan jika ada kembalian, koin kembalian akan dikeluarkan
melalui change money tray. Untuk lebih jelasnya, hubungan antara sistem UNDUHMUSIK.COM
dengan entity luar dan antarmuka yang digunakan dapat dilihat pada diagram berikut :
SKPL-G01
9/26
Gambar 1. Data Context Diagram
1.7
Fungsi Produk
Perangkat Lunak Sistem UNDUHMUSIK.COM ini mempunyai beberapa fungsi utama, antara lain:
1. (SKPL-F1) Menerima input koin dari pembeli/user.

2. (SKPL-F2) Menerima input data minuman yang berupa jenis minuman dan jumlah minuman
yang dimasukkan oleh admin.
3. (SKPL-F3) Bevereges tray dapat megeluarkan minuman yang telah dibeli oleh
pembeli.
4. (SKPL-F4)
Melakukan perhitungan apakah ada koin kembalian untuk pembeli atau tidak dan
menentukan besar koin kembalian.
5. (SKPL-F5) Mencatat data-data transaksi pembelian ke dalam log (dalam tabel)

6. (SKPL-F6) Melakukan validasi stok minuman yang di-input ke dalam UNDUHMUSIK.COM .
7. (SKPL-F7) Mencetak data-data transaksi pembelian yang berhasil menggunakan printer.
8. (SKPL-F8) Mengeluarkan koin kembalian untuk user melaui change money tray.
9. (SKPL-F9) Melakukan validasi koin yang dimasukkan oleh pembeli.
10. (SKPL-F10) Memeriksa apakah stock minuman masih ada di dalam stock tray.
11. (SKPL-F11) Admin memasukkan data koin kembalian untuk pembeli ke dalam change money
tray.
SKPL-G01
10/26
12. (SKPL-F12) Menampilkan pesan kesalahan stok habis ke control panel apabila jumlah stok
minuman dalam tray kurang dari jumlah minuman yang dibeli atau habis.
13. (SKPL-F13) Menampilkan pesan kesalahan kembalian tidak cukup ke control panel apabila
persediaan koin kembalian tidak mencukupi untuk diberikan ke pembeli.
14. (SKPL-F14) Menampilkan pesan kesalahan koin tidak cukup ke control panel jika koin yang
dimasukkan tidak mencukupi untuk melakukan pembelian minuman yang dipilih.
15. (SKPL-F15) Melakukan validasi koin kembalian yang akan diberikan ke user.
.16. (SKPL-F16) Menampilkan pesan kesalahan status login tidak valid jika input login yang
dimasukkan salah.
17. (SKPL-NF1) Kapasitas penyimpanan harddisk cukup besar, sehingga mampu untuk menampung
data-data minuman, koin, transaksi dan aktivitas-aktivitas yang terjadi pada sistem.
18. (SKPL-NF2) Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam
sistem.
19. (SKPL-NF3) Ada 2 modus operasi sistem, yaitu admin dan user (pembeli).
1.8
Karakteristik Pengguna
Karakteristik dari pengguna system UNDUHMUSIK.COM adalah seperti terlihat pada tabel
Karakteristik Pengguna sebagai berikut :
Tabel 2. Karakteristik Pengguna
Kategori
Tanggung
Pengguna
Jawab
Pembeli
(User)
Admin
Hak Akses
Tingkat
Tingkat
Pengalaman
Jenis
Akses data
Pedidikan
Minimal
Ketrampilan
-
Pelatihan
-
minuman
SD atau
yang
Mengelola
Akses
sederajat
D3
Admin
server
penuh ke
Komputer
jaringan,
termasuk
semua data
atau
Operator
setup &
termasuk
jurusan lain
program
maintenanc
menambah
tapi
aplikasi
database,
dan
bersertifika
pemberian
mengurangi
si admin
hak akses
data
jaringan
SKPL-G01
11/26
1.9
Batasan-batasan
Pengembangan sistem UNDUHMUSIK.COM ini memiliki keterbatasan-keterbatasan yaitu
sebagai berikut :
1. Sistem UNDUHMUSIK.COM hanya dapat dijalankan di sistem operasi Linux.

2. Keterbatasan karena perangkat keras, contohnya kapasitas memori yang terbatas , dan input
yang hanya berupa angka-angka.
3. Antarmuka hanya berupa tampilan menu yang sederhana.

4. Sistem UNDUHMUSIK.COM akan dibangun menggunakan bahasa C.
5. Jumlah jenis minuman yang bisa dibeli oleh pembeli hanya 10 jenis.
1.10 Asumsi dan Ketergantungan

Pengembangan perangkat lunak
UNDUHMUSIK.COM
ini menggunakan asumsi-asumsi
sebagai berikut :
1. Terdapat 10 jenis minuman yang bisa ditawarkan dengan harga yang bisa berbeda-beda.
2. 10 Jenis minuman yang ditawarkan bisa di-update (diganti dengan jenis lain).
3. Jenis koin yang diterima sebagai input dari user adalah :
a. Koin $2, berat 2gr, tebal 1 mm
b. Koin $5, berat 3 gr, tebal 1 mm
4. Jenis koin untuk kembalian adalah :

a. Koin $1, berat 1 gr, tebal 1 mm
b. Koin $2, berat 2 gr, tebal 1 mm
5. Jika koin tidak valid, stok minuman habis atau stok koin kembalian tidak cukup, user akan
melihat pesan kesalahan dan tidak dapat melanjutkan transaksi pembelian kemudian user akan
menerima kembali koin yang telah dimasukkan.
6. Jika koin yang dimasukkan tidak cukup untuk melakukan pembelian minuman maka seluruh
transaksi pembelian dibatalkan dan koin akan dikembalikan.
7. Apabila user membeli lebih dari satu jenis minuman, dan ternyata salah satu stok minuman
habis, maka transaksi dibatalkan dan koin dikembalikan.
8. Dalam satu kali transaksi user dapat melakukan pembelian lebih dari satu jenis minuman.
9. Jumlah persediaan minuman dan koin kembalian terbatas, tergantung batasan yang ditentukan
oleh admin.
10. Transaksi yang dicetak (resi) hanyalah transaksi yang berhasil.

11. Indikator bahwa pembeli sudah selesai memasukkan koin adalah adanya selang waktu yang
lebih lama.
12. Admin berwenang untuk mengaktifkan mesin (start) dan mematikan mesin (stop).
13. Money tray bukan merupakan entitas eksternal.
SKPL-G01
12/26
14. Change money tray dan money tray dipisahkan, sehingga koin change money dan koin yang
dimasukkan oleh pembeli tidak tercampur menjadi 1.
15. Setiap admin melakukan setup data change money, koin yang terkumpul di dalam money tray
dikosongkan.
2 Deskripsi Rinci Kebutuhan

2.1
Kebutuhan antarmuka eksternal
2.1.1 Antarmuka pemakai

Sistem Unduhmusik.com menggunakan antarmuka berbasis HTML yang dijalankan melalui
browser internet.
2.1.2 Antarmuka Perangkat Keras

Sistem UNDUHMUSIK.COM berjalan diatas perangkat keras Server yang berada di kantor
pusat musica studio.
2.1.3 Antarmuka perangkat lunak

Sistem UNDUHMUSIK.COM adalah program yang akan dibangun menggunakan bahasa
HTML , DBMS MySQL dan akan dijalankan melalui browser internet.
2.1.4 Antarmuka komunikasi

Sistem UNDUHMUSIK.COM merupakan sistem yang terhubung ke internet, komunikasi terjadi
melalui browser yang dijalankan.
SKPL-G01
13/26
2.2
Kebutuhan Fungsionalitas
2.2.1 Aliran Informasi

2.2.1.1 DFD Level 1
Akun User
Cek Input Data Akun
Data Akun
1
Data Login
User
Login
Registrasi
Daftar Baru
Identitas User
User
lagu
3
User
Pilih Menu
bulan
Pilih Menu
menambah lagu
4
proses
update
Pilih Lagu
Update Lagu
Administrat
or
pilih lirik
User
User
Gambar 2. Data Flow Diagram Level 1
SKPL-G01
14/26
2.2.1.2 DFD Level 2 untuk Proses 3

lagu
Lirik
bulan
data lagu
1
pilih bulan
pilih lirik
Pilih Menu
User
pilih lirik
User
data bulan
2
User
Pilih Lagu
pilih lagu
Gambar 3. Data Flow Diagram Level 2 Untuk Proses 3
2.2.2 Deskripsi Proses

2.2.2.1 Proses 1.1 (login)
Input
Output
: data login
: data minuman input
Algoritma
1. query data minuman dari storage minuman

2.
3.
4.
5.
tampilkan daftar minuman dari hasil query

terima masukan jenis minuman
terima masukan jumlah minuman
simpan hasil masukan dan dalam data minuman input
2.2.2.2 Proses 1.2 (Validasi Stok)

Input
Output
: data minuman input

: minuman stok valid,
pesan stok habis,
data log validasi stok
Algoritma:
jika minuman dibeli >= jumlah stok
minuman stok valid = data minuman input
jika minuman dibeli < jumlah stok
a. simpan data log validasi stok ke file Log
SKPL-G01
15/26
b. Outputkan pesan stok habis
2.2.2.3 Proses 1.3 (Validasi Jumlah Uang)

Input
Output
: jml uang, minuman stok valid

: minuman uang valid,
pesan uang tidak cukup,
data log validasi uang
Algoritma:
jika jml uang >= (minuman uang valid.jumlah * minuman uang valid.harga )
minuman uang valid = minuman stok valid
miunuman uang valid.jml uang = jml uang
jika jml uang < (minuman uang valid.jumlah * minuman uang valid.harga )
a. simpan data log validasi uang ke file Log
b. Outputkan pesan uang tidak cukup
2.2.2.4 Proses 1.4 (Validasi Jumlah Kembalian)

Input
: minuman uang valid
Output
: data pembelian valid,

pesan kembalian tidak cukup,
data log validasi uang
Algoritma:
1. kembalian = minuman uang valid.jml uang
(minuman uang valid.jumlah * minuman uang valid.harga)
2. stok kembalian = 0
3. jika kembalian > 0
stok kembalian = query jumlah stok uang kembalian dari storage uang kembalian
4. jika stok kembalian >= kembalian
i. data pembelian valid = minuman uang valid
ii.data pembelian valid.kembalian = kembalian
jika stok kembalian < kembalian
i. simpan data log validasi kembalian ke file Log
ii.Outputkan pesan kembalian tidak cukup
2.2.2.5 Proses 1.5 (Tampilkan Pesan)

Input
Output
: pesan stok tidak cukup, pesan uang tidak cukup,

pesan kembalian tidak cukup
: sinyal tampilkan pesan
Algoritma:
1. konversikan pesan yang diterima ke format sinyal
2. kirimkan sinyal hasil ke kontrol panel
2.2.2.6 Proses 2 (Catat Transaksi Pembelian)

Input
: data pembelian valid
SKPL-G01
16/26
Output
: data transaksi,
hasil transaksi,
data minuman dibeli,
uang kembalian update,
sinyal keluarkan minuman,
[sinyal keluarkan uang]
Algoritma:
1. isikan data transaksi.kode transaksi dengan aturan kode yang telah dibuat
2. isikan data transaksi.tgl transaksi
3. isikan kode minuman, harga, jumlah dari data pembelian valid ke data transaksi
4. simpan data transaksi ke storage transaksi
5. data minuman dibeli.kode minuman = data pembelian valid.kode minuman
data minuman dibeli.jml minuman = data pembelian valid.jml minuman
6. update strorage minuman dengan data minuman dibeli
7. format sinyal berisi kode minuman dan jumlah minuman dibeli
8. kirimkan sinyal keluarkan minuman ke BEVERAGE TRAY
9. jika data pembelian valid.kembalian > 0
a. format sinyal berisi jenis koin dan jumlah kembalian
b. kirim sinyal ke CHANGE MONEY TRAY
10. hasil transaksi = data pembelian valid
11. kirim hasil transaksi ke printer
2.2.2.7 Proses 3.1 (Login)

Input
Output
: password
: status login valid,
status login tidak valid
Algoritma:
1. terima input password dari ADMIN
2. passwd = query password dari storage login
3. jika passwd = password
outpukan status login valid
jika passwd <> password
a. outpukan status login valid
b. terima input password dari ADMIN
2.2.2.8 Proses 3.2 (Menu Administrator)

Input
Output
: status login valid

: perintah setup minuman,
perintah setup kembalian
Algoritma:
1. tampilkan menu pilihan setup minuman dan setup kembalian
2. terima masukan pilihan dari ADMIN
3. jika pilihan = setup minuman
outputkan perintah setup minuman
jika pilihan = setup kembalian
outputkan perintah setup kembalian
SKPL-G01
17/26
2.2.2.9 Proses 3.3 (Setup Data Minuman)

Input
Output
: perintah setup minuman

: data minuman setup
Algoritma:
1. kirim sinyal minta data stok ke STOCK TRAY
2. terima data stok dari STOCK TRAY
3. terima konfirmasi data stok
4. update data stok ke storage minuman
5. simpan log data setup ke file Log
2.2.2.10
Input
Output
Proses 3.3 (Setup Uang Kembalian)

: perintah setup kembalian
: uang kembalian setup
Algoritma:
1. kirim sinyal minta data stok kembalian ke CHANGE MONEY TRAY
2. terima stok uang kembalian dari CHANGE MONEY TRAY
3. terima konfirmasi data uang kembalian
4. update uang kembalian ke storage uang kembalian
5. simpan log data setup ke file Log
2.3
Deskripsi Data
2.3.1 Kamus Data

1. jumlah uang = *jumlah uang tunai yang dimasukan ke dalam vending machine hasil
pembacaan coin reader *
2. data pembelian = kode_minuman + jumlah_minuman
3. data minuman = kode_minuman + nama_minuman + harga_minuman + jumlah_minuman
4. data minuman dibeli = kode_minuman + jumlah_minuman
5. sinyal minta stok kembalian = * sinyal perintah untuk mengirim jumlah stok uang kembalian
yang masih ada di change money tray *
6. stok uang kembalian = * jumlah stok uang kembali yang masih ada di change money tray *
7. uang kembalian = jenis koin + jumlah koin
8. data transaksi = no transaksi + tanggal transaksi + kode minuman + jumlah_minuman
9. transaksi = no transaksi + tanggal_transaksi + kode_minuman + jumlah_minuman
10. password = * password yang dimasukkan oleh admin *
11. pesan uang tidak cukup = * pesan yang dikirim ke kontrol panel untuk memberitahu user
bahwa uang yang dimasukkan tidak cukup untuk melakukan transaksi yang diiginkan *
12. pesan stok habis = * pesan yang dikirim ke kontrol panel untuk memberitahu user bahwa stok
minuman habis *
SKPL-G01
18/26
13. pesan uang kembalian tidak cukup = * pesan yang dikirim ke kontrol panel untuk memberitahu
user bahwa stok uang kembalian tidak cukup *
14. data pembelian valid = kode_minuman + nama_minuman + harga_minuman + jumlah minuman
+ jumlah uang + jumlah kembalian
15. data minuman input = kode_minuman + nama_minuman + harga_minuman + jumlah_minuman
16. minuman stok valid = * data minuman input yang telah divalidasi jumlah stoknya*
17. minuman uang valid = * data minuman input yang telah divalidasi jumlah uangnya *
18. data log validasi = * data log hasil proses validasi yang disimpan ke file log *
19. minuman = kode_minuman + nama_minuman + harga_minuman + jumlah_minuman
20. data minuman update = * data minuman hasil update oleh admin *
21. hasil transaksi = no transaksi + tanggal transaksi + kode minuman + nama minuman + jumlah
minuman + jumlah uang + jumlah kembalian
22. sinyal keluarkan uang = * sinyal untuk mengeluarkan sejumlah uang dari change money tray *
23. sinyal keluarkan minuman = *sinyal untuk mengeluarkan minuman yang dibeli ke beverage
tray *
24. data stok = kode_minuman + jumlah_minuman
25. sinyal minta jumlah stok = * sinyal untuk mengirim jumlah stok minuman yang masih ada di
stock tray *
26. sinyal tampilkan pesan = [pesan uang tidak cukup | pesan stok habis | pesan uang kembalian
tidak cukup]
27. log data setup = * data log hasil proses setup yang disimpan ke file log *
28. stok valid = * kode_minuman + nama_minuman + harga_minuman + jumlah_minuman *
29. status login valid = *status jika admin memasukkan password yang benar*
30. status login tidak valid = *status jika admin memasukkan password yang salah*
31. Login = nama user + password
32. data login = nama user + password
33. pilihan menu admin = [setup minuman | setup kemabalian]
34. perintah setup minuman = *perintah untuk melakukan proses setup minuman *
35. perintah setup kembalian = *perintah untuk melakukan proses setup kembalian *
36. uang kembalian setup = jenis koin + jumlah koin
37. konfirmasi data setup = *data konfirmasi dari admin terhadap data hasil pembacaan dari
change money tray atau stock tray*
38. Log = * file teks tempat menyimpan log aktivitas mesin *
2.3.2 Entity-Relationship Diagram

Entity Relationship Diagram biasa menunjukkan hubungan antara entity serta atribut
dari entity tersebut. ERD dari UNDUHMUSIK.COM adalah sebagai berikut :
SKPL-G01
19/26
Gambar 5. Entity-Relationship Diagram

2.3.3
Struktur Table
Nama Database
: UNDUHMUSIK.COM
Nama Tabel
: MINUMAN
Primary Key
: Kode
Tabel 3. Struktur Tabel Minuman

No
Nama Field
Tipe Data Lebar
Kode
Varchar
2
3
4
5
Nama
Harga
Saldo
Status
Varchar
Real
Integer
Real
25
8
-
Keterangan
Primary key ( Pengenal data
Minuman)
Nama Minuman
Harga Minuman dalam Rupiah
Jumlah Minuman yang tersedia saat ini
Minuman dijual atau tidak
Nama Database
: UNDUHMUSIK.COM
Nama Tabel
: UANG_KEMBALIAN
Primary Key
: Koin
SKPL-G01
20/26
Tabel 4. Struktur Tabel Uang_Kembalian

No
1
2
Nama Field
Tipe Data Lebar
Koin
Saldo
Integer
Integer
Nama Database
Nama Tabel
Primary Key
Keterangan
Primary key(Pengenal data Jeni Koin)
Jumlah Koin tersedia
: UNDUHMUSIK.COM
: TRANS_HEAD
: NoResi
Tabel 5. Struktur Tabel Trans_Head

No
Nama Field
Tipe Data Lebar
1
2
Noresi
Tgl_Resi
integer
Date
Bayar
Real
Total
Integer
Kembalian
Real
Nama Database
Nama Tabel
Primary Key
Keterangan
Primary key ( Pengenal data transaksi)
Tgl transaksi pembelian
Jumlah uang yang dimasukkan user
dalam Rupiah
Total Pembelian yang dilakukan user
dalam Rupiah
Jumlah Kembalian ke User dalam
Rupiah
: UNDUHMUSIK.COM
: TRANS_DETAIL
:-
SKPL-G01
21/26
Tabel 6. Struktur Tabel Trans_Detail

No
2.4
Nama Field
Tipe Data Lebar
Keterangan
Foreig Key yang mereferensi ke table
Noresi
Integer
Kode
Varchar
merupakan foreign ke table
Harga
Real
Qty
Integer
MINUMAN
Harga Minuman dalam Rupiah
Jumlah Minuman yang dibeli dalam
Nilai
Real
TRANS_HEAD
Kode Minuman yang dibeli yang
satuan unit
Total yang dibayar untuk pembelian
minuman yang dimaksud sesuai kode
Deskripsi Kendali
2.4.1 Diagram Perubahan Status
Gambar 6. Diagram Perubahan Status Untuk Modus Administrator
SKPL-G01
22/26
Gambar 7. Diagram Perubahan Status Untuk Modus User
2.4.2 Tabel Aktivasi Proses (boleh tdk ada)
Table 7. Tabel Aktivasi Proses

SKPL-G01
23/26
No
1.
Status
Mesin hidup stock
P1.1
0
P1.2
0
P1.3
0
P1.4
0
P1.5
0
P2
0
P3.1
1
P3.2
0
P3.3
0
tray menerima
2.
minuman
Coin reader membaca
3.
koin valid
Stok minuman , uang
pembelian, uang stok

kembalian mencukupi
2.5
Deskripsi Kebutuhan Non Fungsional (minimal ada satu)
2.5.1 Performansi
Tidak ada batasan performansi karena kemampuan perangkat keras yang digunakan telah memadai.
2.5.2 Batasan Memori

Besarnya memory yang dibutuhkan untuk menjalankan perangkat lunak UNDUHMUSIK.COM
sebesar 16Mb. Besarnya kapasitas harddisk pada Vending Machine yang digunakan untuk instalasi
aplikasi adalah sebesar 4 Mb.
2.5.3 Modus Operasi

Modus operasi Sistem Vending Machine ada dua, yaitu:
Level pengguna umum : hanya dapat melakukan transaksi pembelian minuman
Level Administrator : dapat melakukan update data minuman dan menambah stok koin
2.5.4 Kebutuhan Adaptasi Lokasi

Sistem UNDUHMUSIK.COM ini tidak bergantung pada lokasi.
2.6
Atribut Kualitas Perangkat Lunak (minimal satu)
2.6.1 Keandalan
Sistem UNDUHMUSIK.COM ini dapat digunakan selama hampir 24 jam, dengan dukungan
sistem operasi linux yang robust dan memiliki stabilitas yang tinggi.
2.6.2 Ketersediaan
Ketersediaan data persediaan minuman dan koin kembalian diperiksa oleh admin setiap
hari/tiap 24 jam.
SKPL-G01
24/26
2.6.3 Keamanan
Administrator yang akan mengambil atau menambah stok minuman atau stok koin harus
melalui proses autentifikasi dengan memasukkan password terlebih dahulu.
2.6.4 Keremawatan (maintainability)

Sistem UNDUHMUSIK.COM
tidak memerlukan perawatan khusus (perawatan data
dilakukan oleh Administrator).
2.6.5 Kepemindahan (portability)

Sistem
SKP UNDUHMUSIK.COM bersifat tidak portable,
Fungsi karena secara khusus dirancang untuk
berjalan pada sistem Vending Machine saja.
2.7
(SKPL-F1)
Menerima input koin dari pembeli/user.
(SKPL-F2)
Menerima input data minuman yang berpa jenis minuman dan jumlah minuman
yang dimasukkan oleh admin.
Batasan Perancangan
(SKPL-F3)
Beverages tray dapat mengeluarkan minuman yang dibeli oleh pembeli.
Sistem UNDUHMUSIK.COM akan diimplementasikan pada Sistem Operasi berbasis LINUX,
(SKPL-F4)
perhitungan apakah ada koin kembalian atau tidak dan menghitung
menggunakan
bahasa Melakukan
pemrograman
C.
jumlah koin kembalian.
(SKPL-F5)
Mencatat data-data transaksi pembelian ke dalam log(table).
2.8 (SKPL-F6)
Matriks Keterunutan
(tidak)
Melakukan validasi
stok minuman yang diinput ke dalam UNDUHMUSIK.COM .
Matriks keterunutan
menunjukkan
keterkaitan
antar bagian
dalam dengan
pengembangan
perangkat
(SKPL-F7)
Mencetak
data-data transaksi
pembelian
yang berhasil
menggunakan
lunak. Tabel berikut
printer.ini adalah tabel yang berisi matriks keterunutan fungsional.
(SKPL-F8)
Mengeluarkan koin kembalian untuk user melalui money tray
Melakukan
validasi
koin yang dimasukkan oleh pembeli.
Table(SKPL-F9)
8. Tabel Matriks
Keterunutan
Fungsional
(SKPL-F10)
Memeriksa apakah stock minuman masih ada di dalam stock tray.
(SKPL-F11)
Admin memasukkan data koin kembalian untuk pembeli ke dalam change money
tray.
(SKPL-F12)
Menampilkan pesan kesalahan stok habis ke control panel apabila jumlah stok
Inspeksi Sistem
UNDUHMUSIK.COM akan dilakukan dengan mengamati kode program yang
minuman dalam stock tray kurang dari jumlah yang dibeli oleh user.
telah dihasilkan per modul. Analisis akan dilakukan dengan pengukuran dari hasil sistem
(SKPL-F13
Menampilkan pesan kesalahan kembalian tidak cukup ke control panel apabila
UNDUHMUSIK.COM
dengankoin
hasilkembalian
yang diharapkan.
Demonstrasi
akan dilakukan
dengan mengamati
persediaan
tidak mencukupi
untuk diberikan
ke pembeli.
kesesuaian antara masukan dan keluaran.
(SKPL-F14)
Menampilkan pesan kesalahan koin tidak cukup ke control panel jika koin yang
dimasukkan tidak mencukupi untuk melakukan pembelian minuman yang dipilih.
(SKPL-NF1)
Kapasitas penyimpanan harddisk cukup besar, sehingga mampu untuk menampung

data-data minuman, koin, transaksi dan aktivitas-aktivitas yang terjadi pada sistem.
(SKPL-NF2)
menampung proses-proses yang terjadi di dalam 25/26
Jurusan
InformatikaMemori
ITS yang digunakan mampu
SKPL-G01
sistem.
(SKPL-NF3)
Terdapat 2 modus operasi sistem, yaitu admin dan user(pembeli).
(SKPL-NF4)
Menampilkan pesan kesalahan status login tidak valid jika input login yang
dimasukkan salah.
SKPL-G01
26/26

Contoh SKPL Sistem Penjual Minuman Otomatis

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Contoh SKPL Sistem Penjual Minuman Otomatis

Diunggah oleh

Hak Cipta:

Format Tersedia

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Jurusan Informatika ITS

Daftar Halaman Perubahan

Jurusan Informatika ITS

Jurusan Informatika ITS

Jurusan Informatika ITS

Tabel 3. Struktur Tabel Minuman..........................................................................................22

Jurusan Informatika ITS

Menawarkan beberapa jenis minuman kepada pembeli dengan menampilkan menu.

Mengeluarkan minuman yang diinginkan oleh pembeli.

Definisi, Akronim dan Singkatan

Tabel 1. Definisi, Singkatan dan Akronim

Istilah, Akronim dan

Spesifikasi Kebutuhan Perangkat Lunak

Institute of Electrrical and Electronics Engineers

Software Requirement Spesification

Change Money Tray

Sistem Penerimaan Mahasiswa Baru

Entity Relationship Diagram, merupakan diagram

Merupakan bagian dari system

Deskripsi Umum Dokumen

Bab 1 Pendahuluan, merupakan pengantar dokumen

SKPL yang brisi tujuan penulisan

Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem

fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak

Deskripsi Global Perangkat Lunak

koin kembalian serta dapat

Jurusan Informatika ITS

Gambar 1. Data Context Diagram

1. (SKPL-F1) Menerima input koin dari pembeli/user.

5. (SKPL-F5) Mencatat data-data transaksi pembelian ke dalam log (dalam tabel)

Jurusan Informatika ITS

1. Sistem UNDUHMUSIK.COM hanya dapat dijalankan di sistem operasi Linux.

3. Antarmuka hanya berupa tampilan menu yang sederhana.

1.10 Asumsi dan Ketergantungan

ini menggunakan asumsi-asumsi

4. Jenis koin untuk kembalian adalah :

10. Transaksi yang dicetak (resi) hanyalah transaksi yang berhasil.

2 Deskripsi Rinci Kebutuhan

Kebutuhan antarmuka eksternal

2.1.1 Antarmuka pemakai

2.1.2 Antarmuka Perangkat Keras

2.1.3 Antarmuka perangkat lunak

2.1.4 Antarmuka komunikasi

Jurusan Informatika ITS

2.2.1 Aliran Informasi

Gambar 2. Data Flow Diagram Level 1

Jurusan Informatika ITS

2.2.1.2 DFD Level 2 untuk Proses 3

Gambar 3. Data Flow Diagram Level 2 Untuk Proses 3

2.2.2 Deskripsi Proses

1. query data minuman dari storage minuman

tampilkan daftar minuman dari hasil query

2.2.2.2 Proses 1.2 (Validasi Stok)

: data minuman input

b. Outputkan pesan stok habis

2.2.2.3 Proses 1.3 (Validasi Jumlah Uang)

: jml uang, minuman stok valid

2.2.2.4 Proses 1.4 (Validasi Jumlah Kembalian)

: minuman uang valid

: data pembelian valid,