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

Priyanka Gemet A (5109100178 )
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Jalan Teknik Kimia
Jurusan Teknik Nomor Dokumen Halaman

Informatika
GL01-G01 1/24
Institut Teknologi Sepuluh Revisi Tgl: 17-11-2010
Nopember
DAFTAR PERUBAHAN
Revisi Deskripsi
A
INDEX - A B C D E F G
Jurusan Informatika ITS SKPL-G01 2/28

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

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

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

Daftar Tabel
Tabel 1. Definisi, Singkatan dan

Akronim............................................................................................8
Tabel 2. Tabel Karakteristik pengguna……………………………………………...………………...13
Tabel 3. Struktur Tabel
Minuman..........................................................................................22
Uang_Kembalian..............................................................................23
Trans_Head......................................................................................23
Tabel 6. Struktur Tabel Trans_Detail....................................................................................24
Tabel 7. Tabel Aktivasi Proses………………………………………………………………………..26
Tabel 8. Tabel Matriks Keterunutan Fungsional……………………………………………………...28

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
Keterangan
Singkatan

 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  Sistem Penerimaan Mahasiswa Baru
Merupakan sistem mesin penjual minuman berbasis
komputer
 DCD  Data Context Diagram
Merupakan diagram yang menggambarkan
hubungan sistem dengan lingkungannya
 DFD  Data Flow Diagram
Diagram yang menggambarkan aliran data dan
proses yang terjadi di dalam sistem
 Change Money Tray  Merupakan bagian dari Vending Machine yang
dapat mengeluarkan koin kembalian.
 Beverages Tray  Merupakan bagian dari Vending Machine yang dapat
mengeluarkan minuman
 Stock Tray  Merupakan bagian dari Vending Machine yang berisi
stock minuman.
 Coin Reader  Meupakan bagian dari Vending Machine yang
digunakan untuk menentukan nilai koin yang
dimasukkan oleh pembeli
 Control Panel  Merupakan bagian dari Vending Machine yang berisi
tombol-tombol untuk input dan layar display.
 Admin  Merupakan seseorang yang bertanggungjawab untuk
mengatur persediaan minuman dan koin dan serta
bertanggungjawab terhadap operasional sistem.
 User  Orang yang membeli minuman dan dilayani oleh
UNDUHMUSIK.COM
 Printer  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.
1.4 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.

2. Software Engineering, Aparctitioner’s Approach 5 th 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 :

Sinyal
Keluarkan BEVERAGE TRAY
minuman
Sinyal
minta
data stok
USER data pembelian
STOCK TRAY
Data
stok
COIN READER jumlah_uang AVMS password

ADMIN
Status
Login tidak valid
Konfirmasi
Data setup
CONTROL PANEL sinyal tampilkan pesan sinyal
Minta Stok
kembalian
Stok
Uang
kembalian
hasil sinyal
PRINTER
transaksi keluarkan CHANGE MONEY TRAY
uang
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.
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 Hak Akses Tingkat Tingkat Pengalaman Jenis

Pengguna Jawab Pedidikan Ketrampilan Pelatihan
Akses data Minimal - - -
Pembeli
minuman SD atau
(User)
yang
sederajat
Admin Mengelola Akses 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

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

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 2
Data Login
User Login Registrasi Identitas User
Daftar Baru User
lagu
3 bulan
Pilih Menu
User Pilih Menu menambah lagu
4
+
proses Update Lagu Administrat
update or
Pilih Lagu
pilih lirik
User
User
Gambar 2. Data Flow Diagram Level 1

2.2.1.2 DFD Level 2 untuk Proses 3
lagu
bulan Lirik
data lagu
1 3
Pilih Menu pilih lirik
User User
pilih bulan pilih lirik
data bulan
2
Pilih Lagu
User 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 : data login
Output : data minuman input
Algoritma :
3 query data minuman dari storage minuman

1. tampilkan daftar minuman dari hasil query
2. terima masukan jenis minuman
3. terima masukan jumlah minuman
4. simpan hasil masukan dan dalam data minuman input
3.1.1.1 Proses 1.2 (Validasi Stok)

Input : data minuman input
Output : 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
b. Outputkan pesan stok habis
3.1.1.2 Proses 1.3 (Validasi Jumlah Uang)

Input : jml uang, minuman stok valid
Output : 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
3.1.1.3 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
3.1.1.4 Proses 1.5 (Tampilkan Pesan)

Input : pesan stok tidak cukup, pesan uang tidak cukup,
pesan kembalian tidak cukup
Output : sinyal tampilkan pesan
Algoritma :
1. konversikan pesan yang diterima ke format sinyal
2. kirimkan sinyal hasil ke kontrol panel

3.1.1.5 Proses 2 (Catat Transaksi Pembelian)
Input : data pembelian valid
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
3.1.1.6 Proses 3.1 (Login)

Input : password
Output : 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
3.1.1.7 Proses 3.2 (Menu Administrator)

Input : status login valid
Output : 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
3.1.1.8 Proses 3.3 (Setup Data Minuman)

Input : perintah setup minuman
Output : 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
3.1.1.9 Proses 3.3 (Setup Uang Kembalian)

Input : perintah setup kembalian
Output : 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
3.2 Deskripsi Data
3.2.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 *
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 *
3.2.2 Entity-Relationship Diagram

Entity Relationship Diagram biasa menunjukkan hubungan antara entity serta atribut
dari entity tersebut. ERD dari UNDUHMUSIK.COM adalah sebagai berikut :
kode_transaksi
nama_minuman kode_minuman
kode_minuman
harga_minuman harga_minuman
jumlah_minuman jumlah_minuman
Tgl_transaksi
minuman pembelian transaksi
aktivitas tanggal
Update minuman Log
Uang
admin Update kembalian
kembalian
nama_user
password
Gambar 5. Entity-Relationship Diagram
3.2.3 Struktur Table
Nama Database : UNDUHMUSIK.COM

Nama Tabel : MINUMAN
Primary Key : Kode
Tabel 3. Struktur Tabel Minuman
No Nama Field Tipe Data Lebar Keterangan
Primary key ( Pengenal data

1 Kode Varchar 4
Minuman)
2 Nama Varchar 25 Nama Minuman
3 Harga Real 8 Harga Minuman dalam Rupiah
Jumlah Minuman yang tersedia saat
4 Saldo Integer -
ini
5 Status Real - Minuman dijual atau tidak
Nama Tabel : UANG_KEMBALIAN
Primary Key : Koin
Tabel 4. Struktur Tabel Uang_Kembalian
1 Koin Integer - Primary key(Pengenal data Jeni Koin)

2 Saldo Integer - Jumlah Koin tersedia

Nama Tabel : TRANS_HEAD
Primary Key : NoResi
Tabel 5. Struktur Tabel Trans_Head
Primary key ( Pengenal data

1 Noresi integer -
transaksi)
2 Tgl_Resi Date - Tgl transaksi pembelian
Jumlah uang yang dimasukkan user
3 Bayar Real 8
dalam Rupiah
Total Pembelian yang dilakukan user
4 Total Integer -
dalam Rupiah
Jumlah Kembalian ke User dalam
5 Kembalian Real -
Rupiah

Nama Tabel : TRANS_DETAIL
Primary Key :-

Tabel 6. Struktur Tabel Trans_Detail
Foreig Key yang mereferensi ke table

1 Noresi Integer -
TRANS_HEAD
Kode Minuman yang dibeli yang
2 Kode Varchar 4 merupakan foreign ke table
MINUMAN
3 Harga Real 8 Harga Minuman dalam Rupiah
Jumlah Minuman yang dibeli dalam
4 Qty Integer -
satuan unit
Total yang dibayar untuk pembelian
5 Nilai Real 8
minuman yang dimaksud sesuai kode
3.3 Deskripsi Kendali
3.3.1 Diagram Perubahan Status

Mesin hidup
Terima Password
Password tidak valid
Terima Password
Menunggu masukan
password
Password valid terdeteksi

Terima masukan data
minuman
Password 3 kali tidak valid

Menunggu masukan data
minuman
Keluar sistem
Data minuman dimasukkan
Update data minuman
Mengupdate data minuman
Data minuman terupdate
Keluar sistem
Melakukan Log off
Gambar 6. Diagram Perubahan Status Untuk Modus Administrator

Inisialisasi
Terima koin
Menunggu masukan koin
Koin sah terdeteksi

Permintaan pembelian
Terima permintaan jenis minuman lain
minuman
Terima permintaan jenis
Menunggu masukan jenis minuman
minuman
Jenis minuman terpilih
Terima masukan jumlah Uang dikeluarkan
Menunggu masukan jumlah

Terima koin
minuman
Jumlah minuman dimasukkan
Cek stok minuman Stok tidak cukup

Resi tercetak Keluarkan uang
Mengecek stok minuman Mengeluarkan uang
Terima koin
Stok cukup
Cek jumlah uang

Uang tidak cukup
Keluarkan uang
Mengecek jumlah uang
pembelian
Jumlah uang cukup
Cek uang kembalian Uang kembalian tidak cukup

Keluarkan uang
Mengecek ketersediaan uang
kembalian
Uang kembalian tersedia

Terima konfirmasi pembelian
minuman lain
Menunggu konfirmasi
pembelian minuman lain
Selesai pemilihan pembelian
Keluarkan minuman
Mengeluarkan minuman
Minuman dikeluarkan
Cetak Resi
Mencetak resi
Gambar 7. Diagram Perubahan Status Untuk Modus User
3.3.2 Tabel Aktivasi Proses (boleh tdk ada)

Table 7. Tabel Aktivasi Proses
No Status P1.1 P1.2 P1.3 P1.4 P1.5 P2 P3.1 P3.2 P3.3

1. Mesin hidup stock 0 0 0 0 0 0 1 0 0
tray menerima
minuman
2. Coin reader membaca 1 0 0 0 0 0 0 0 0
koin valid
3. Stok minuman , uang 0 0 0 0 0 1 0 0 0
pembelian, uang stok
kembalian mencukupi
3.4 Deskripsi Kebutuhan Non Fungsional (minimal ada satu)
3.4.1 Performansi
Tidak ada batasan performansi karena kemampuan perangkat keras yang digunakan telah memadai.
3.4.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.
3.4.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
3.4.4 Kebutuhan Adaptasi Lokasi

Sistem UNDUHMUSIK.COM ini tidak bergantung pada lokasi.
3.5 Atribut Kualitas Perangkat Lunak (minimal satu)
3.5.1 Keandalan
Sistem UNDUHMUSIK.COM ini dapat digunakan selama hampir 24 jam, dengan dukungan
sistem operasi linux yang robust dan memiliki stabilitas yang tinggi.

3.5.2 Ketersediaan
Ketersediaan data persediaan minuman dan koin kembalian diperiksa oleh admin setiap
hari/tiap 24 jam.
3.5.3 Keamanan
Administrator yang akan mengambil atau menambah stok minuman atau stok koin harus
melalui proses autentifikasi dengan memasukkan password terlebih dahulu.
3.5.4 Keremawatan (maintainability)

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

Sistem UNDUHMUSIK.COM bersifat tidak portable, karena secara khusus dirancang untuk
berjalan pada sistem Vending Machine saja.
3.6 Batasan Perancangan

Sistem UNDUHMUSIK.COM akan diimplementasikan pada Sistem Operasi berbasis LINUX,
menggunakan bahasa pemrograman C.
3.7 Matriks Keterunutan (tidak)

Matriks keterunutan menunjukkan keterkaitan antar bagian dalam pengembangan perangkat
lunak. Tabel berikut ini adalah tabel yang berisi matriks keterunutan fungsional.
Table 8. Tabel Matriks Keterunutan Fungsional

SKP Fungsi
(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.
(SKPL-F3) Beverages tray dapat mengeluarkan minuman yang dibeli oleh pembeli.
(SKPL-F4) Melakukan perhitungan apakah ada koin kembalian atau tidak dan menghitung
jumlah koin kembalian.
(SKPL-F5) Mencatat data-data transaksi pembelian ke dalam log(table).
(SKPL-F6) Melakukan validasi stok minuman yang diinput ke dalam UNDUHMUSIK.COM .
(SKPL-F7) Mencetak data-data transaksi pembelian yang berhasil dengan menggunakan

printer.
(SKPL-F8) Mengeluarkan koin kembalian untuk user melalui money tray
(SKPL-F9) Melakukan validasi koin yang dimasukkan oleh pembeli.
(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
minuman dalam stock tray kurang dari jumlah yang dibeli oleh user.
(SKPL-F13 Menampilkan pesan kesalahan “kembalian tidak cukup” ke control panel apabila
persediaan koin kembalian tidak mencukupi untuk diberikan ke pembeli.
(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) Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam
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.
Inspeksi Sistem UNDUHMUSIK.COM akan dilakukan dengan mengamati kode program

yang telah dihasilkan per modul. Analisis akan dilakukan dengan pengukuran dari hasil sistem
UNDUHMUSIK.COM dengan hasil yang diharapkan. Demonstrasi akan dilakukan dengan
mengamati kesesuaian antara masukan dan keluaran.

Contoh SKPL Sistem Penjual Minuman Otomatis

Diunggah oleh

Informasi Dokumen

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

Ujian Tengah Semester (UTS)

Rekayasa Perangkat Lunak

Haris Wicaksono (5109100025 )

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Jalan Teknik Kimia

Jurusan Teknik Nomor Dokumen Halaman

Jurusan Informatika ITS SKPL-G01 2/28

Halaman Revisi Halaman Revisi

Jurusan Informatika ITS SKPL-G01 3/28

Jurusan Informatika ITS SKPL-G01 4/28

Gambar 1. Data Context Diagram........................................................................................................11

Jurusan Informatika ITS SKPL-G01 5/28

Tabel 1. Definisi, Singkatan dan

Jurusan Informatika ITS SKPL-G01 6/28

1.2 Lingkup Masalah

1.3 Definisi, Akronim dan Singkatan

Tabel 1. Definisi, Singkatan dan Akronim

Jurusan Informatika ITS SKPL-G01 7/28

Jurusan Informatika ITS SKPL-G01 8/28

 Money Tray  Merupakan bagian dari system

Jurusan Informatika ITS SKPL-G01 9/28

1.5 Deskripsi Umum Dokumen

1.6 Perspektif Produk

Jurusan Informatika ITS SKPL-G01 10/28

COIN READER jumlah_uang AVMS password

Gambar 1. Data Context Diagram

1.7 Fungsi Produk

1.8 Karakteristik Pengguna

Tabel 2. Karakteristik Pengguna

Kategori Tanggung Hak Akses Tingkat Tingkat Pengalaman Jenis

Jurusan Informatika ITS SKPL-G01 12/28

1.10 Asumsi dan Ketergantungan

a. Koin $1, berat 1 gr, tebal 1 mm

Jurusan Informatika ITS SKPL-G01 13/28

2 Deskripsi Rinci Kebutuhan

2.1 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 SKPL-G01 14/28

2.2.1 Aliran Informasi

2.2.1.1 DFD Level 1

Cek Input Data Akun

Gambar 2. Data Flow Diagram Level 1

Jurusan Informatika ITS SKPL-G01 15/28

Gambar 3. Data Flow Diagram Level 2 Untuk Proses 3

2.2.2 Deskripsi Proses

2.2.2.1 Proses 1.1 (login)

3 query data minuman dari storage minuman

3.1.1.1 Proses 1.2 (Validasi Stok)

jika minuman dibeli >= jumlah stok

3.1.1.2 Proses 1.3 (Validasi Jumlah Uang)

3.1.1.3 Proses 1.4 (Validasi Jumlah Kembalian)

Output : data pembelian valid,

3.1.1.4 Proses 1.5 (Tampilkan Pesan)

Jurusan Informatika ITS SKPL-G01 17/28

10. hasil transaksi = data pembelian valid

3.1.1.6 Proses 3.1 (Login)

3.1.1.7 Proses 3.2 (Menu Administrator)

3.1.1.8 Proses 3.3 (Setup Data Minuman)

3.1.1.9 Proses 3.3 (Setup Uang Kembalian)