SKPL-RK-POS.pdf

Jurusan
Teknik Informatika
ITS
Nomor Dokumen Halaman
SKPL-001 1 / 111 hlm
Revisi I 22 November 2015
DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
POSKU
“Point of Sales Minimarket”
untuk:
Minimarket
Dipersiapkan oleh: Kelompok 08
Theo Pratama (5114100029)
Sabila Malahati A (5114100034)
Hilma Kamilah (5114100188)
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Kampus ITS Keputih Sukolilo Surabaya

Jurusan Teknik Informatika ITS SKPL-001 Halaman 2 dari 25
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan Teknik
Informatika-ITS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa
Perangkat Lunak Jurusan Teknik Informatika-ITS.
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX
TGL
- A B C D E F G
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

Daftar Isi
1 Pendahuluan .......................................................................................................................8
1.1 Tujuan Penulisan Dokumen.........................................................................................8
1.2 Lingkup Masalah .........................................................................................................8
1.3 Definisi dan Istilah.......................................................................................................9
1.4 Aturan Penamaan dan Penomoran...............................................................................9
1.5 Referensi ......................................................................................................................9
1.6 Ikhtisar Dokumen ......................................................................................................10
2 Deskripsi Umum Perangkat Lunak ..................................................................................10
2.1 Deskripsi Umum Sistem ............................................................................................10
2.2 Fungsi Produk............................................................................................................10
2.3 Karakteristik Pengguna..............................................................................................10
2.4 Batasan.......................................................................................................................11
2.5 Lingkungan Operasi...................................................................................................11
3 Deskripsi Umum Kebutuhan ............................................................................................12
3.1 Kebutuhan antarmuka eksternal.................................................................................12
3.1.1 Antarmuka pengguna..........................................................................................12
3.1.2 Antarmuka perangkat keras................................................................................12
3.1.3 Antarmuka perangkat lunak................................................................................12
3.1.4 Antarmuka komunikasi ......................................................................................12
3.2 Deskripsi Fungsional .................................................................................................12
3.2.1 Use Case Diagram ..............................................................................................12
3.2.2 Fungsi 1: Melakukan Login................................................................................12
3.2.3 Fungsi 2: Melakukan Transaksi POS .................................................................13
3.2.4 Fungsi 3 : Mengelola Keuangan.........................................................................14
3.2.5 Fungsi 4 : Melihat Detail Transaksi ...................................................................15
3.2.6 Fungsi 5 : Melihat Pemasukkan..........................................................................15
3.2.7 Fungsi 6 : Melihat Pengeluaran..........................................................................16
3.2.8 Fungsi 7 : Mengelola Pegawai ...........................................................................17
3.2.9 Fungsi 8 : Melihat Data Pegawai........................................................................17

3.2.10 Fungsi 9 : Mengatur Gaji Pegawai .....................................................................18
3.2.11 Fungsi 10 : Mengubah Status Pegawai...............................................................19
3.2.12 Fungsi 11 : Menambah Data Pegawai ................................................................20
3.2.13 Fungsi 12 : Mengelola Stok Barang ...................................................................21
3.2.14 Fungsi 13 : Menambah Daftar Barang ...............................................................22
3.2.15 Fungsi 14: Melihat Stok Barang.........................................................................23
3.3 Kebutuhan Non Fungsional .......................................................................................24

Daftar Tabel
Table 1 Aturan Penamaan dan Penomoran.................................................................................9
Table 2 Karakteristik Pengguna ...............................................................................................10
Table 3 Deskripsi Kebutuhan Non Fungsional.........................................................................24

Daftar Gambar
Gambar 1 Use Case Diagram ...................................................................................................12

1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berupa Spesifikasi Kebutuhan Perangkat Lunak(SKPL) atau SRS (Software
Requirements Specification) untuk POSku. Tujuan penulisan dokumen ini adalah memberikan
penjelasan mengenai rancangan perangkat lunak dalam melakukan pemantauan dan transaksi
penjualan. Penjelasan yang akan dimaksudkan dalam dokumen ini, berisi penjelasan umum,
spesifikasi fungsi dan sebagainya.
Pengguna dari dokumen ini adalah pengembang perangkat lunak POSku dan pengguna
dari perangkat lunak personil-personil yang terlibat dalam system. Dokumen ini akan
digunakan sebagai pemandu atau acuan dalam pengembangan perangkat lunak serta sebagai
bahan evaluasi baik pada saat proses maupun akhir dalam pengembanganya. Diharapkan
dengan disusunnya dokumen ini, pengembangan perangkat lunak akan lebih terarah dan
terfokus, sehingga hasil dari pengembangan perangkat lunak akan menghasil perangkat lunak
yang lebih baik dan terhindar dari ambiguitas maupun kekurangan lainnya.
1.2 Lingkup Masalah
Perangkat lunak yang dibangun adalah Point of Sales Minimarket, yaitu merupakan
perangkat lunak berupa sebuah aplikasi desktop yang digunakan pada sebuah Minimarket.
POSku ini dapat melakukan hal-hal berikut:
• Kasir:
o Dapat melakukan login
o Dapat melakukan transaksi dengan aplikasi POS
• Gudang:
o Dapat melihat stok barang
o Melakukan pencatatan barang
o Melakukan restock suatu barang
• Manager:
o Melihat kondisi keuangan seperti pemasukkan
o Melihat kondisi pengeluaran
o Melihat transaksi yang ada
• HR:
o Melihat pegawai
o Melihat status absensi pegawai
o Melihat kinerja pegawai dari jam login-logout
o Mengatur kepegawaian dan menonaktifkan pegawai
o Mengatur gaji pegawai
Dengan adanya POSku ini diharapkan semua transaksi dan pemantauan penjualan dapat
lebih rapi dan teratur, demi efektifnya peningkatan target penjualan barang di minimarket.

1.3 Definisi dan Istilah
Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL
ini:
o SRS : Software Requirements Specification, atau
SKPL : Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak.
o IEEE : Institute of Electrical and Electronics Engineering
Standar internasional untuk pengembangan dan perancangan produk.
o ANSI : American National Standard Institute
Lembaga Standardisasi Amerika.
o TBD : To Be Defined
o LAN : Local Area Network
o POSku : Point of Sales
1.4 Aturan Penamaan dan Penomoran
Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan
penomoran yang berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan
penomoran yang digunakan berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada
Tabel 1 berikut ini.
Table 1 Aturan Penamaan dan Penomoran
Hal/Bagian Aturan Penomoran/Penamaan
Kebutuhan Fungsional SKPL-FXX : Menunjukkan kebutuhan fungsional ke-XX
Kebutuhan Non Fungsional SKPL-NFXX : Menunjukkan kebutuhan non fungsional ke-
XX
Ringkasan kebutuhan
fungsional
SKPL-Fxxx dimana xxx adalah tiga digit bilangan bulat
dimulai dari 000
Ringkasan kebutuhan non-
fungsional
SKPL-NFxxx dimana xxx adalah tiga digit bilangan bulat
dimulai dari 000
1.5 Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini
adalah sebagai berikut :
1) Dokumen Software Requirement Spesification (SRS) – IEEE tahun 1999 oleh Karl E.
Wiegers.
2) Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan Teknik
Informatika, Institut Teknologi Sepuluh November.
3) Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan Teknik
Informatika, Institut Teknologi Bandung.

1.6 Ikhtisar Dokumen
Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:
● Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL ini yang berisi tujuan
penulisan dokumen, lingkup masalah, juga memuat definisi 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 Point of
Sales Minimarket.
● Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi Point of
Sales Minimarket, yang meliputi kebutuhan antarmuka eksternal, kebutuhan
fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat
lunak, dan kebutuhan lain dari Point of Sales Minimarket.
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
POSku merupakan sistem yang digunakan untuk melakukan transaksi dan pemantauan
penjualan serta pemantauan dalam stok barang di minimarket.
Dalam sistem ini terdapat empat pengguna yang berhubungan dengan sistem ini, yaitu
HR, Kasir, Gudang, dan Manager. HR merupakan pemegang kendali dari pegawai, sehingga
dapat melakukan apapun yang berkaitan dengan pegawai. Kasir merupakan karyawan/pegawai
yang paling banyak menggunakan aplikasi ini, sebab kasirlah yang berhubungan langsung
dengan proses penjualan. Kemudian Gudang disini yang dimaksud adalah
pekerja/pegawai/karyawan bagian gudang yang bertugas untuk memastikan bahwa semua
barang ada, tidak ada yang kehabisan, mengelola penyediaan barang, dan lain-lain. Terakhir
adalah Manager, kerjanya adalah untuk melihat penjualan per-kategori, pemasukkan dan
pengeluaran, kemudian melihat barang terlaris, dan lain-lain.
2.2 Fungsi Produk
Perangkat Lunak POSku ini mempunyai beberapa fungsi utama, antara lain:
1. (SKPL-F1) Dapat melakukan transaksi penjualan.
2. (SKPL-F2) Dapat mengelola seluruh data barang.
3. (SKPL-F3) Dapat melihat track record penjualan.
4. (SKPL-F4) Dapat mengelola transaksi dan barang.
2.3 Karakteristik Pengguna
Karakteristik pengguna POSku ini dijabarkan dalam tabel sebagai berikut :
Table 2 Karakteristik Pengguna
No Kategori
Pengguna
Tugas Hak Akses ke
aplikasi
Kemampuan yang harus
dimiliki

1. HR Melakukan
pemantauan pegawai
Mengelola (Melihat,
Menambah,
Mengubah,
Menghapus)
1. Mampu
mengoperasikan computer
2. Mengerti pemakaian
aplikasi
3. Mampu menggunakan
database
2. Kasir Melakukan transaksi
penjualan
Mengelola (Melihat,
Menambah)
1. Mampu
aplikasi
3. Gudang Mengelola
pemantauan barang
Mengelola (Melihat,
Menambah,
Mengubah,
Menghapus)
1. Mampu
aplikasi
4. Manager Melihat transaksi
penjualan, dan
kondisi keuangan
yang ada.
Melihat 1. Mampu
aplikasi
2.4 Batasan
Pengembangan Aplikasi POSku ini memiliki keterbatasan-keterbatasan yaitu sebagai
berikut:
1. Aplikasi POSku dibuat dengan menggunakan Bahasa Pemrograman PHP, dengan
framework Codeigniter.
2. Antarmuka hanya berupa tampilan menu sederhana.
3. Keterbatasan dari sisi perangkat keras yang digunakan, contohnya kapasitas storage
yang terbatas, dan input hanya berupa text dan angka, serta beberapa karakter.
4. Software pendukung yang digunakan adalah DBMS SQL-Server, Notepad++ dan
Sublime text 3, PHP Storm.
2.5 Lingkungan Operasi
Aplikasi POSku ini akan berfungi dengan spesifikasi :
Platform sistem operasi : Microsoft Windows
Versi sistem operasi : Windows XP/Vista/7/8/10
DBMS : SQL-Server
Kerangka kerja : HTML dan PHP
Framework : Codeigniter

3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pengguna
POSku menggunakan antarmuka yang indah dilihat. Pengguna dapat mengakses
menggunakan semua web browser.
3.1.2 Antarmuka perangkat keras
Sistem POSku berjalan di komputer server. Semua computer yang harus saling
terhubung dalam LAN atau Wifi.
3.1.3 Antarmuka perangkat lunak
POSku adalah program yang akan dibangun menggunakan bahasa HTML, PHP, SQL-
Server dan framework Codeigniter akan berjalan pada semua web browser.
3.1.4 Antarmuka komunikasi
POSku merupakan sistem yang terhubung di jaringan internet.
3.2 Deskripsi Fungsional
3.2.1 Use Case Diagram
Gambar 1 Use Case Diagram
3.2.2 Fungsi 1: Melakukan Login
3.2.2.1 Skenario: Melakukan Login

Kode Use Case UC001
Nama Use Case Melakukan Login
Aktor Kasir, Manager, Gudang, dan HR
Deskripsi
Sebelum memulai mengoperasikan aplikasi, pengguna akan
diarahkan untuk login sesuai dengan username-nya masing-
masing
Relasi Dependency
Kondisi Awal Pengguna telah terdaftar sebagai salah satu user di aplikasi.
Kondisi Akhir Pengguna dapat login sesuai dengan user-nya.
Alur Kejadian Normal
Aktor Sistem
1. Membuka aplikasi
2. Sistem menampilkan
tampilan untuk login
3. Mengisi username dan
password sesuai user id yang
dimiliki.
4. Sistem memeriksa kesesuaian
data username dan
passwordnya
A.4 Tidak ada atau salah
username dan password
5. Sistem menampilkan
tampilan sesuai dengan user-
nya.
6. Memulai mengoperasikan
aplikasi.
Alur Kejadian
Alternatif
Aktor Sistem
A.4. 1 Menampilkan peringatan
jika username dan/atau
password yang dimasukkan
salah.
A.4. 2 kembali ke alur nomor 2
3.2.3 Fungsi 2: Melakukan Transaksi POS
3.2.3.1 Skenario: Melakukan Transaksi POS
Kode Use Case UC002
Nama Use Case Melakukan Transaksi POS

Aktor Kasir
Deskripsi
Kasir melakukan transaksi penjualan menggunakan aplikasi POS
saat ada pembeli minimarket.
Relasi Asosiasi
Kondisi Awal Telah terdaftar sebagai user-kasir
Kondisi Akhir
Mampu melakukan transaksi dengan menghitung belanjaan
pembeli
Alur Kejadian normal
Aktor Sistem
1. Melakukan login sebagai kasir
2. Menampilkan tampilan
untuk kasir
3. Melakukan transaksi dengan
menghitung jumlah harga
belanjaan pembeli
4. Mengoperasikan setiap
perintah yang dimasukkan,
seperti menambah,
mengurang, mengali, dsb.
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.4 Fungsi 3 : Mengelola Keuangan
3.2.4.1 Skenario: Mengelola Keuangan
Kode Use Case UC003
Nama Use Case Mengelola Keuangan
Aktor Manajer
Deskripsi Manajer mengelola keuangan Minimarket melalui aplikasi POS
Relasi Asosiasi
Kondisi Awal Sudah melakukan login sebagai manajer
Kondisi Akhir Mengelola keuangan Minimarket
Alur Kejadian normal
Aktor Sistem
1. Melakukan login sebagai
manajer
2. Menampilkan tampilan
user manajer
3. Masuk sebagai user-manajer

4. Menampilkan menu untuk
mengelola keuangan
5. Memilih salah satu menu untuk
mengelola keuangan
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.5 Fungsi 4 : Melihat Detail Transaksi
3.2.5.1 Skenario: Melihat Detail Transaksi
Kode Use Case UC004
Nama Use Case Melihat Detail Transaksi
Aktor Manajer
Deskripsi
Manajer mampu melihat semua detail transaksi Minimarket
dengan pembeli.
Relasi Extend
Kondisi Awal Telah login masuk sebagai user-manajer
Kondisi Akhir Detail transaksi dapat dilihat manajer
Aktor Sistem
manajer
2. Menampilkan tampilan user
manajer
mengelola keuangan
5. Memilih menu “Transaksi”
untuk melihat detail keuangan
6. Menampilkan data detail
transaksi keuangan
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.6 Fungsi 5 : Melihat Pemasukkan
3.2.6.1 Skenario: Melihat Pemasukkan
Kode Use Case UC005
Nama Use Case Melihat Pemasukan

Aktor Manajer
Deskripsi Manajer mampu melihat semua pemasukkan Minimarket
Relasi Extend
Kondisi Akhir Pemasukkan dapat dilihat manajer
Aktor Sistem
manajer
manajer
mengelola keuangan
5. Memilih menu “Pemasukkan”
6. Menampilkan data
pemasukkan keuangan
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.7 Fungsi 6 : Melihat Pengeluaran
3.2.7.1 Skenario: Melihat Pengeluaran
Kode Use Case UC006
Nama Use Case Melihat Pengeluaran
Aktor Manajer
Deskripsi Manajer mampu melihat semua pengeluaran Minimarket
Relasi Extend
Kondisi Akhir Pengeluaran dapat dilihat manajer
Aktor Sistem
manajer
manajer
mengelola keuangan

5. Memilih menu “Pengeluaran”
6. Menampilkan data
pengeluaran keuangan
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.8 Fungsi 7 : Mengelola Pegawai
3.2.8.1 Skenario: Mengelola Pegawai
Kode Use Case UC007
Nama Use Case Mengelola Pegawai
Aktor HR
Deskripsi HR mengelola pegawai Minimarket melalui aplikasi POS
Relasi Asosiasi
Kondisi Awal Sudah melakukan login sebagai HR
Kondisi Akhir Mengelola pegawai Minimarket
Aktor Sistem
1. Melakukan login sebagai HR
HR
3. Masuk sebagai user-HR
mengelola pegawai
5. Memilih salah satu menu untuk
mengelola pegawai
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.9 Fungsi 8 : Melihat Data Pegawai
3.2.9.1 Skenario: Melihat Data Pegawai
Kode Use Case UC008
Nama Use Case Melihat Data Pegawai
Aktor HR

Deskripsi HR melihat data setiap pegawai Minimarket melalui aplikasi POS
Relasi Extend
Kondisi Akhir Melihat data setiap pegawai Minimarket
Aktor Sistem
HR
mengelola pegawai
5. Memilih menu “Lihat Pegawai”
untuk melihat data pegawai
mengenai pegawai
7. Meng-klik tombol dengan
gambar “mata” yang dimaksud
adalah detail
mengenai pegawai
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.10 Fungsi 9 : Mengatur Gaji Pegawai
3.2.10.1 Skenario: Mengatur Gaji Pegawai
Kode Use Case UC009
Nama Use Case Mengatur Gaji Pegawai
Aktor HR
Deskripsi HR mengatur gaji setiap pegawai Minimarket melalui aplikasi POS
Relasi Extend
Kondisi Akhir Mengatur gaji setiap pegawai Minimarket
Aktor Sistem

HR
mengelola pegawai
6. Menampilkan data
mengenai pegawai
adalah detail
mengenai pegawai
9. Meng-klik tombol edit yang
berada dibawah data detail
pegawai
10. Menampilkan data
pegawai yang dapat diedit.
11. Mengatur gaji pegawai.
12. Data gaji pegawai telah di-
set.
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.11 Fungsi 10 : Mengubah Status Pegawai
3.2.11.1 Skenario: Mengubah Status Pegawai
Kode Use Case UC010
Nama Use Case Mengubah Status Pegawai
Aktor HR
Deskripsi
HR mengubah status pegawai Minimarket setiap kali ada pegawai
yang mengundurkan diri maupun baru masuk sebagai pegawai
baru.
Relasi Extend
Kondisi Akhir Mengubah status setiap pegawai Minimarket

Aktor Sistem
HR
mengelola pegawai
mengenai pegawai
adalah detail
mengenai pegawai
9. Meng-klik tombol edit yang
berada dibawah data detail
pegawai
10. Menampilkan data
pegawai yang dapat diedit.
11. Merubah status pegawai.
12. Status pegawai telah
dirubah.
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.12 Fungsi 11 : Menambah Data Pegawai
3.2.12.1 Skenario: Menambah Data Pegawai
Kode Use Case UC011
Nama Use Case Menambah Data Pegawai
Aktor HR
Deskripsi
HR menambah data pegawai Minimarket setiap kali ada pegawai
yang baru masuk sebagai pegawai baru.

Relasi Extend
Kondisi Akhir Menambah data setiap pegawai baru Minimarket
Aktor Sistem
HR
mengelola pegawai
5. Memilih menu “Tambah
Pegawai” untuk menambah data
pegawai
6. Menampilkan form untuk
menambah pegawai
7. Mengisi form data pegawai
8. Memeriksa apakah data
yang dimasukkan sudah benar
sesuai format atau tidak
A.8. data yang dimasukkan
tidak sesuai format
10. Menyimpan data pegawai
baru.
Alur Kejadian
Alternatif
Aktor Sistem
A.8.1 Menampilkan
peringatan data yang
dimasukkan salah.
A.4.2 kembali ke alur nomor 2
3.2.13 Fungsi 12 : Mengelola Stok Barang
3.2.13.1 Skenario: Mengelola Stok Barang
Kode Use Case UC012
Nama Use Case Mengelola Stok Barang
Aktor Gudang
Deskripsi Gudang mengelola stok barang yang ada di Minimarket

Relasi Asosiasi
Kondisi Awal Sudah melakukan login sebagai Gudang
Kondisi Akhir Mengelola stok barang-barang yang ada di Minimarket
Aktor Sistem
Gudang
Gudang
3. Masuk sebagai user- Gudang
pergudangan
5. Memilih salah satu menu dari
menu Pergudangan untuk
mengelola barang
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.2.14 Fungsi 13 : Menambah Daftar Barang
3.2.14.1 Skenario: Menambah Daftar Barang
Kode Use Case UC013
Nama Use Case Menambah Daftar Barang
Aktor Gudang
Deskripsi
Gudang menambah data barang yang ada di Minimarket setiap kali
ada stok barang yang habis.
Relasi Extend
Kondisi Akhir Menambah daftar barang baru Minimarket
Aktor Sistem
Gudang
Gudang
pergudangan

5. Memilih menu “Tambah
Barang” untuk menambah data
barang
6. Menampilkan form untuk
menambah barang
7. Mengisi form data barang
8. Memeriksa apakah data
yang dimasukkan sudah benar
sesuai format atau tidak
A.8. data yang dimasukkan
tidak sesuai format
10. Menyimpan data stok
barang baru.
Alur Kejadian
Alternatif
Aktor Sistem
A.8.1 Menampilkan
peringatan data yang
dimasukkan salah.
A.4.2 kembali ke alur nomor 2
3.2.15 Fungsi 14: Melihat Stok Barang
3.2.15.1 Skenario: Melihat Stok Barang
Kode Use Case UC014
Nama Use Case Melihat Stok Barang
Aktor Gudang
Deskripsi
Gudang melihat data barang yang ada di Minimarket, untuk
mengecek apakah ada yang kehabisan stok atau tidak
Relasi Extend
Kondisi Akhir Melihat data setiap barang di Minimarket
Aktor Sistem
Gudang
Gudang

mengelola pegawai
5. Memilih menu “Lihat Barang”
untuk menambah data barang di
gudang
mengenai barang
Alur Kejadian
Alternatif
Aktor Sistem
- -
3.3 Kebutuhan Non Fungsional
Table 3 Deskripsi Kebutuhan Non Fungsional
SKPL-Id Parameter Kebutuhan
SKPL-N01 Availability Aplikasi ini harus dapat beroperasi terus
menerus selama jam buka minimarket,
karena aplikasi ini terus digunakan untuk
melakukan transaksi.
SKPL-N02 Reliability Aplikasi ini harus dibangun dengan
kehandalan yang setinggi mungkin meskipun
tidak perlu setinggi kehandalan sebuah
critical application. Kegagalan yang dapat
ditoleransi kurang lebih 10%. Dengan
kahandalan yang tinggi diharapkan aplikasi
ini dapat digunakan dengan baik pada saat
dibutuhkan.
Kehandalan yang dimiliki oleh aplikasi ini
juga akan sangat bergantung pada beberapa
hal eksternal, seperti kehandalan jaringan
telekomunikasi yang digunakan untuk akses
internet, kehandalan sistem daya listrik yang
digunakan, dll.
SKPL-N03 Ergonomy Aplikasi ini harus memiliki nilai ergonomi/
kenyamanan dipakai yang tinggi bagi user.
Aplikasi ini akan dibangun secara user
friendly.
SKPL-N04 Portability POSku dapat diimplementasikan lebih dari
100 komputer.
SKPL-N05 Memory Aplikasi dapat menampung database
sebanyak max 160 GB
SKPL-N06 Response time Database diakses dalam waktu 2 detik.

SKPL-N07 Safety Jaringan terdiri dari firewall
SKPL-N08 Security Aplikasi ini memiliki hak akses tertentu bagi
tiap aktornya. Password terenkripsi
SKPL-N09 Bahasa
komunikasi
Menggunakan Bahasa Indonesia

SKPL-RK-POS.pdf

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to SKPL-RK-POS.pdf

Similar to SKPL-RK-POS.pdf (20)

More from Fajar Baskoro

More from Fajar Baskoro (20)

Recently uploaded

Recently uploaded (20)

SKPL-RK-POS.pdf