SKPL RK

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
Nomor Dokumen Halaman

Jurusan
Teknik Informatika 1 / 111 hlm
ITS SKPL-001
Revisi I 22 November 2015
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Jurusan Teknik Informatika ITS SKPL-001 Halaman 2 dari 24
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 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 SKPL-Fxxx dimana xxx adalah tiga digit bilangan bulat
fungsional dimulai dari 000
Ringkasan kebutuhan non- SKPL-NFxxx dimana xxx adalah tiga digit bilangan bulat
fungsional 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 Tugas Hak Akses ke Kemampuan yang harus

Pengguna aplikasi dimiliki
1. HR Melakukan Mengelola (Melihat, 1. Mampu mengoperasikan
pemantauan pegawai Menambah, computer
Mengubah, 2. Mengerti pemakaian
Menghapus) aplikasi
3. Mampu menggunakan
database
2. Kasir Melakukan transaksi Mengelola (Melihat, 1. Mampu mengoperasikan
penjualan Menambah) computer
2. Mengerti pemakaian
aplikasi
3. Gudang Mengelola Mengelola (Melihat, 1. Mampu mengoperasikan
pemantauan barang Menambah, computer
Mengubah, 2. Mengerti pemakaian
Menghapus) aplikasi
4. Manager Melihat transaksi Melihat 1. Mampu mengoperasikan
penjualan, dan kondisi computer
keuangan yang ada. 2. Mengerti pemakaian
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
Sebelum memulai mengoperasikan aplikasi, pengguna akan
diarahkan untuk login sesuai dengan username-nya masing-
Deskripsi 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.
Aktor Sistem
A.4. 1 Menampilkan peringatan
Alur Kejadian jika username dan/atau
Alternatif 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
Kasir melakukan transaksi penjualan menggunakan aplikasi POS
Deskripsi saat ada pembeli minimarket.
Relasi Asosiasi
Kondisi Awal Telah terdaftar sebagai user-kasir
Mampu melakukan transaksi dengan menghitung belanjaan
Kondisi Akhir 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 Aktor Sistem
Alternatif - -
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
Aktor Sistem
1. Melakukan login sebagai
manajer
2. Menampilkan tampilan
user manajer
Alur Kejadian normal
3. Masuk sebagai user-manajer
4. Menampilkan menu untuk
mengelola keuangan
5. Memilih salah satu menu untuk
mengelola keuangan
Alternatif - -
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
Manajer mampu melihat semua detail transaksi Minimarket
Deskripsi 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
Alur Kejadian Normal
mengelola keuangan
5. Memilih menu “Transaksi”
untuk melihat detail keuangan
6. Menampilkan data detail
transaksi keuangan
Alternatif - -
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
Alur Kejadian Normal 3. Masuk sebagai user-manajer
mengelola keuangan
5. Memilih menu “Pemasukkan”
6. Menampilkan data
pemasukkan keuangan
Alternatif - -
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
Alur Kejadian Normal
mengelola keuangan
5. Memilih menu “Pengeluaran”
6. Menampilkan data
pengeluaran keuangan
Alternatif - -
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
1. Melakukan login sebagai HR
HR
3. Masuk sebagai user-HR
mengelola pegawai
5. Memilih salah satu menu untuk
mengelola pegawai
Alternatif - -
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
Alur Kejadian Normal 5. Memilih menu “Lihat Pegawai”
untuk melihat data pegawai
mengenai pegawai
7. Meng-klik tombol dengan
gambar “mata” yang dimaksud
adalah detail
mengenai pegawai
Alternatif - -
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
5. Memilih menu “Lihat Pegawai”
6. Menampilkan data
mengenai pegawai
Alur Kejadian Normal 7. Meng-klik tombol dengan
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.
Alternatif - -
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
HR mengubah status pegawai Minimarket setiap kali ada pegawai
yang mengundurkan diri maupun baru masuk sebagai pegawai
Deskripsi baru.
Relasi Extend
Kondisi Akhir Mengubah status setiap pegawai Minimarket
Aktor Sistem

HR
mengelola pegawai
5. Memilih menu “Lihat Pegawai”
mengenai pegawai
Alur Kejadian Normal 7. Meng-klik tombol dengan
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.
Alternatif - -
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
HR menambah data pegawai Minimarket setiap kali ada pegawai
Deskripsi 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
Alur Kejadian Normal 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.
Aktor Sistem
Alur Kejadian A.8.1 Menampilkan peringatan
Alternatif 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
Alur Kejadian Normal 3. Masuk sebagai user- Gudang
pergudangan
5. Memilih salah satu menu dari
menu Pergudangan untuk
mengelola barang
Alternatif - -
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
Gudang menambah data barang yang ada di Minimarket setiap kali
Deskripsi ada stok barang yang habis.
Relasi Extend
Kondisi Akhir Menambah daftar barang baru Minimarket
Gudang
Gudang
3. Masuk sebagai user- 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.
Aktor Sistem
Alur Kejadian A.8.1 Menampilkan peringatan
Alternatif 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
Gudang melihat data barang yang ada di Minimarket, untuk
Deskripsi mengecek apakah ada yang kehabisan stok atau tidak
Relasi Extend
Kondisi Akhir Melihat data setiap barang di Minimarket
Gudang
Gudang
3. Masuk sebagai user- Gudang
mengelola pegawai
5. Memilih menu “Lihat Barang”
untuk menambah data barang di
gudang
mengenai barang
Alternatif - -
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 Menggunakan Bahasa Indonesia
komunikasi

SKPL RK

Diunggah oleh

Hak Cipta:

Format Tersedia

Anda mungkin juga menyukai

SKPL RK

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SKPL RK

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Dipersiapkan oleh: Kelompok 08

Theo Pratama (5114100029)

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Kampus ITS Keputih Sukolilo Surabaya

Nomor Dokumen Halaman

Jurusan Teknik Informatika ITS SKPL-001 Halaman 2 dari 24

Halaman Revisi Halaman Revisi

Jurusan Teknik Informatika ITS SKPL-001 Halaman 3 dari 24

Jurusan Teknik Informatika ITS SKPL-001 Halaman 4 dari 24

Jurusan Teknik Informatika ITS SKPL-001 Halaman 5 dari 24

Table 1 Aturan Penamaan dan Penomoran.................................................................................9

Jurusan Teknik Informatika ITS SKPL-001 Halaman 6 dari 24

Jurusan Teknik Informatika ITS SKPL-001 Halaman 7 dari 24

1.2 Lingkup Masalah

Jurusan Teknik Informatika ITS SKPL-001 Halaman 8 dari 24

1.4 Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penomoran/Penamaan

Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini

1.6 Ikhtisar Dokumen

Jurusan Teknik Informatika ITS SKPL-001 Halaman 9 dari 24

2 Deskripsi Umum Perangkat Lunak

2.2 Fungsi Produk

1. (SKPL-F1) Dapat melakukan transaksi penjualan.

2.3 Karakteristik Pengguna

No Kategori Tugas Hak Akses ke Kemampuan yang harus

Jurusan Teknik Informatika ITS SKPL-001 Halaman 10 dari 24

2.5 Lingkungan Operasi

Platform sistem operasi : Microsoft Windows

3 Deskripsi Umum Kebutuhan

Jurusan Teknik Informatika ITS SKPL-001 Halaman 11 dari 24

3.2 Deskripsi Fungsional

Gambar 1 Use Case Diagram

3.2.2 Fungsi 1: Melakukan Login

3.2.2.1 Skenario: Melakukan Login

Kode Use Case UC001

Jurusan Teknik Informatika ITS SKPL-001 Halaman 12 dari 24

3.2.3 Fungsi 2: Melakukan Transaksi POS

3.2.3.1 Skenario: Melakukan Transaksi POS

Kode Use Case UC002

1. Melakukan login sebagai kasir

Jurusan Teknik Informatika ITS SKPL-001 Halaman 13 dari 24

3.2.4 Fungsi 3 : Mengelola Keuangan

3.2.4.1 Skenario: Mengelola Keuangan

3.2.5 Fungsi 4 : Melihat Detail Transaksi

3.2.5.1 Skenario: Melihat Detail Transaksi

Jurusan Teknik Informatika ITS SKPL-001 Halaman 14 dari 24

3.2.6 Fungsi 5 : Melihat Pemasukkan

3.2.6.1 Skenario: Melihat Pemasukkan

Jurusan Teknik Informatika ITS SKPL-001 Halaman 15 dari 24

3.2.7 Fungsi 6 : Melihat Pengeluaran

3.2.7.1 Skenario: Melihat Pengeluaran

3.2.8 Fungsi 7 : Mengelola Pegawai

3.2.8.1 Skenario: Mengelola Pegawai

Jurusan Teknik Informatika ITS SKPL-001 Halaman 16 dari 24

3.2.9 Fungsi 8 : Melihat Data Pegawai

3.2.9.1 Skenario: Melihat Data Pegawai