Contoh SKPL Sistem Penjual Minuman Otomatis

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT PERANGKAT LUNAK <>

untuk : Ujian Tengah Tengah Semester (UTS) <> Rekayasa Perangkat Lunak

Dipersiapkan oleh: Haris Wicaksono Priyanka Gemet A

(5109100025 ) (5109100178 )

Jurusan Teknik Teknik Informatika - Institut Teknologi Teknologi Sepuluh Nopember Jalan Teknik Teknik Kimia

Jurusan Teknik Informatika Institut Teknologi Sepuluh Nopember

Nomor Dokumen

Halaman

GL01-G01

1/24

Revisi

Tgl: 17-11-2010 17-11-2010

DAFTAR PERUBAHAN

Revisi

Deskripsi

A B C D

E

F

G

INDEX

-

Jurusan Informatika ITS

A

B

C

SKPL-G01

D

E

F

G

2/27

Dokumen ini dan informasi yang dimilikiny a adalah milik Jurusan Tekni k Informatika-ITS dan bersifat rahasia. Dilara ng untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika

Daftar Halaman Perubahan Halaman


Revisi

Halaman

SKPL-G01

Revisi

3/27

Dokumen ini dan informasi yang dimilikiny a adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilara ng untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika

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......................................................................................7 1.4 Referensi............................................................................................................................8 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/27


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/27


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/27


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 Jurusan Informatika ITS

Keterangan SKPL-G01

7/27


•

SKPL

•

•

IEEE

•

•

SRS

•

•

UNDUHMUSIK.COM

•

•

DCD

•

•

DFD

•

•

•

Beverages Tray

•

Institute of Electrrical and Electronics Engineers Merupakan standar internasional untuk pengembangan dan rancangan perangkat lunak

Software Requirement Spesification Dokumen ini sama dengan SKPL 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

•

Stock Tray

•

Merupakan bagian dari Vending Machine yang berisi stock minuman.

•

Coin Reader

•

•

Control Panel

•

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.

•

Admin

•

•

User

•

•

Printer

•

•

ERD

•

•

1.4

Change Money Tray

Spesifikasi Kebutuhan Perangkat Lunak Merupakan dokumen hasil analisis yang berisi spesifikasi kebutuhan user.

Money Tray

•

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 Entity Relationship Diagram, merupakan diagram yang menggambarkan relas antara entiti dan atribut dari masing-masing entity.

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. 2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc Graw Hill, 2001.


SKPL-G01

8/27


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/27


Sinyal Keluarkan minuman

BEVERAGE TRAY

Sinyal m inta data stok USER

data pem belian STOCK TRAY

Data stok COIN READER

AVMS

jumlah_uang

password ADM IN Status Login tidak valid

Konfirm asi Data setup CONTROL PANEL

sinyal tampilkan pesan Stok Uang kem balian

PRINTER

hasil transaksi

sinyal Minta Stok kem balian

sinyal keluarkan uang

CHANGE MONEY TRAY

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/27


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

Hak Akses

Tingkat

Tingkat

Akses data

Pedidikan Minimal

Ketrampilan -

-

Pelatihan -

minuman

SD atau

Admin

-

-

(User )

Admin

Pengalaman

Jenis

yang Mengelola

Akses

sederajat D3

server

penuh ke

Komputer

jaringan,

termasuk

semua data

atau

Operator

setup &

termasuk

jurusan lain program

maintenanc

menambah

tapi

database,

dan

bersertifika

pemberian

mengurangi

si admin

hak akses

data

jaringan


SKPL-G01

aplikasi

11/27


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. Jurusan Informatika ITS

SKPL-G01

12/27


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 2.1

Deskripsi Rinci Kebutuhan 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


SKPL-G01

13/27


Akun User Cek Input Data Akun Data Akun 1

2

Data Login User

Login

Registrasi

Daftar Baru

Identitas User User

lagu 3 Pilih Menu

bulan

Pilih Menu

User

menambah lagu 4

+

proses update

Pilih Lagu

Update Lagu

Administrat or

pilih lirik User User

Gambar 2. Data Flow Diagram Level 1

2.2.1.2 DFD Level 2 untuk Proses 3 lagu

Lirik

bulan

data lagu Pilih Menu User

1

3

pilih bulan

pilih lirik

pilih lirik User

data bulan

2 Pilih Lag u User

pilih lagu

Gambar 3. Data Flow Diagram Level 2 Untuk Proses 3


SKPL-G01

14/27


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 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, Jurusan Informatika ITS

SKPL-G01

15/27


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 Output

: data pembelian valid : 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


SKPL-G01

16/27


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

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


SKPL-G01

17/27


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


SKPL-G01

18/27


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 : kode_transaksi kode_minuman

nama_minuman

kode_minuman harga_minuman

j umlah_minuman

harga_minuman

j umlah_minuman

Tgl_transaksi

minuman

Updateminuman

pembelian

transaksi

aktivitas

tanggal

Log

admin

Update kembalian

Uang kembalian

nama_user password


Gambar 5. Entity-Relationship Diagram SKPL-G01

19/27


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

1

Kode

Varchar

4

2 3

Nama Harga

Varchar Real

25 8

4

Saldo

Integer

-

5

Status

Real

-

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

Tabel 4. Struktur Tabel Uang_Kembalian No

1 2

Nama Field

Tipe Data

Koin Saldo

Integer Integer

Nama Database Nama Tabel Primary Key

Lebar

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

1

Noresi

integer

-

2

Tgl_Resi

Date

-

3

Bayar

Real

8

4

Total

Integer

-


Lebar

Keterangan

Primary key ( Pengenal data transaksi) Tgl transaksi pembelian Jumlah uang yang dimasukkan user dalam Rupiah Total Pembelian yang dilakukan user SKPL-G01

20/27


5

Kembalian

Nama Database Nama Tabel Primary Key

Real

-

dalam Rupiah Jumlah Kembalian ke User dalam Rupiah

: UNDUHMUSIK.COM : TRANS_DETAIL :-


SKPL-G01

21/27


Tabel 6. Struktur Tabel Trans_Detail No

2.4

Nama Field

Tipe Data

Lebar

Keterangan

Foreig Key yang mereferensi ke table

1

Noresi

Integer

-

2

Kode

Varchar

4

merupakan foreign ke table MINUMAN Harga Minuman dalam Rupiah Jumlah Minuman yang dibeli dalam

3

Harga

Real

8

4

Qty

Integer

-

5

Nilai

Real

8

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 Mesin hidup Terima Password

Password tidak valid Terima Password Menunggu masukan password Password valid terdeteksi Terima masukan data minuman

Menunggu masukan data minuman

Password 3 kali tidak valid Keluar sistem

Data minuman dimasukkan Update data minuman

Mengupdate data minuman

Data minuman terupdate Keluar sist em

Melakukan Log off

Gambar 6. Diagram Perubahan Status Untuk Modus Administrator


SKPL-G01

22/27


Inisialisasi Terima koin

Menunggu masukan koin

Koin sah terdeteksi

Permintaan pembelian minuman lain

Terima permintaan jenis minuman

Terima permintaan jenis minuman

Menunggu masukan jenis minuman Jenis minuman terpilih Terima masukan jumlah

Uang dikeluarkan

Menunggu masukan jumlah minuman

Terima koin

Jumlah minuman dimasukkan Cek stok minuman

Stok tidak cukup Keluarkan uang

Resi tercetak Mengecek stok minuman

Mengeluarkan uang

Terima koin Stok cukup Cek jumlah uang

Uang tidak cukup

Mengecek jumlah uang pembelian

Keluarkan uang

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

2.4.2 Tabel Aktivasi Proses (boleh tdk ada)

Table 7. Tabel Aktivasi Proses


SKPL-G01

23/27


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

2.

minuman Coin reader membaca

1

0

0

0

0

0

0

0

0

3.

koin valid Stok minuman , uang

0

0

0

0

0

1

0

0

0

tray menerima

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

UNDUHMUSIK.COM

yang

dibutuhkan

untuk

menjalankan

perangkat

lunak

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/27


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 UNDUHMUSIK.COM bersifat tidak portable, karena secara khusus dirancang untuk berjalan pada sistem Vending Machine saja.

2.7

Batasan Perancangan Sistem UNDUHMUSIK.COM akan diimplementasikan pada Sistem Operasi berbasis LINUX,

menggunakan bahasa pemrograman C.

2.8

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


SKPL-G01

25/27


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.


SKPL-G01

26/27



SKPL-G01

27/27


Contoh SKPL Sistem Penjual Minuman Otomatis

Recommend Documents