SPESIFIKASI KEBUTUHAN PERANGKAT

LUNAK
SISTEM MANAJEMEN RESOURCE TOKO
(APLIKASI TOKO SEBELAH)

UNTUK

Toko Sebelah

Dipersiapkan Oleh:
Kelompok 6
Anas Rachmadi P.
Nasrulloh Ratu B S L.
Gilbert Dany Naviri
Ernita Oktaviana S.
Nining N S.

(115060807111036)
(115060800111076)
(115060900111037)
(125150407111040)
(125150102111004)

PROGRAM STUDI (INFORMATIKA/ILMU KOMPUTER / SISTEM

INFORMASI)*
PROGRAM TEKNOLOGI INFORMASI DAN ILMU KOMPUTER
UNIVERSITAS BRAWIJAYA
2014
Laboratorium
Rekayasa
Perangkat Lunak
Program Teknologi Informasi
dan Ilmu Komputer

Nomor Dokumen

Halaman

1/11
Revisi :

Tanggal:
3 Oktober 2014

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK

Nomor Dokumen
Revisi : 1

DAFTAR PERUBAHAN

Revisi

INDEX
TGL
Ditulis

Deskripsi

oleh
Diperiksa
oleh
Disetujui
oleh

iii

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK

Nomor Dokumen
Revisi : 1

DAFTAR HALAMAN PERUBAHAN

Halaman

Revisi

Halaman

iiii

Revisi

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK

Nomor Dokumen
Revisi : 1

DAFTAR ISI

DAFTAR PERUBAHAN........................................................................................ii
DAFTAR HALAMAN PERUBAHAN..................................................................iii
DAFTAR ISI...........................................................................................................iv
DAFTAR TABEL...................................................................................................vi
DAFTAR GAMBAR.............................................................................................vii
BAB I.......................................................................................................................1
1.1

Tujuan Penulisan Dokumen..........................................................................1

1.2

Lingkup Masalah...........................................................................................1

1.3

Definisi Istilah dan Singkatan......................................................................2

Definisi.....................................................................................................................2
Istilah........................................................................................................................2
Singkatan..................................................................................................................2
1.4

Aturan Penomoran........................................................................................3

KODE : SRS_F/NF_TOKO_001.............................................................................3
1.5

Referensi......................................................................................................3

1.6

Deskripsi Umum Dokumen..........................................................................4

BAB II......................................................................................................................5
2.1

Deskripsi Umum Sistem............................................................................5

2.2

Fungsi Utama Perangkat Lunak................................................................6

2.2.1

Kebutuhan Fungsional.......................................................................7

2.2.2

Kebutuhan Non Fungsional..............................................................11

2.2.3

Kebutuhan Informasi........................................................................12

2.3

Karakteristik Pengguna...........................................................................14

2.4

Batasan Sistem........................................................................................16

2.5

Lingkungan Operasi................................................................................16

3.1 Kebutuhan Antarmuka Eksternal.................................................................17

3.1.1

Antarmuka Pemakai.........................................................................17

3.1.2

Antarmuka Perangkat Keras............................................................18

3.1.3

Antarmuka Perangkat Lunak...........................................................18

3.1.4

Antarmuka Komunikasi...................................................................18
ivi

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK
3.2

Nomor Dokumen
Revisi : 1

Model Use case.......................................................................................19

3.2.1

Usecase Scenario..............................................................................19

3.3

Diagram Class......................................................................................30

3.4

Sequence Diagram...............................................................................31

vi

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK

Nomor Dokumen
Revisi : 1

DAFTAR TABEL

Tabel 1. Daftar definisi, istilah dan singkatan..........................................................2

Tabel 2. Aturan penomoran perangkat lunak...........................................................3

vii

SPESIFIKASI
KEBUTUHAN
PERANGKAT LUNAK

Nomor Dokumen
Revisi : 1

DAFTAR GAMBAR

Gambar 1 Use Case................................................................................................19

Gambar 2 Diagram Analysis Class........................................................................31

viii

BAB I
PENDAHULUAN
1.1

Tujuan Penulisan Dokumen

Tujuan penulisan dokumen SKPL (Spesifiksi Kebutuhan Perangkat Lunak) ini

dibuat sebagai acuan teknis dalam mengembangkan perangkat lunak Sistem Manajemen
Resource Toko Sebelah ketahap selanjutnya. Dokumen SKPL ini merupakan dokumen
spesifikasi kebutuhan perangkat lunak Aplikasi Toko Sebelah.

1.2

Lingkup Masalah
Proyek Sistem Toko Sebelah suatu aplikasi yang dibangun untuk meningkatkan

efisiensi dalam hal memanajemen penjualan, pembelian, stok barang, pengguna, dan
laporan-laporan pada toko.
Aplikasi ini dibangun berbasis web sehingga dapat diakses oleh user hanya dengan
melakukan login. Pembuatan proyek ini melibatkan developer dan dilakukan sesuai
dengan perjanjian MOU yang sudah disetujui oleh kedua pihak. Aplikasi ini merubah
sistem manajemen resource toko yang semula dilakukan secara manual kemudian
dilakukan transisi ke sistem yang lebih canggih, mudah dan otomatis dengan menerapkan
sistem ke dalam aplikasi berbasi web.

1.3

Definisi Istilah dan Singkatan

Definisi

SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa

Inggris-nya sering juga disebut sebagai Software Requirements
Spesification (SRS), dan merupakan spesifikasi dari perangkat lunak yang

akan dikembangkan.
MOU atau Memorandum Of Understanding. Mou adalah perjanjian
pendahuluan,yang nanti akan dijabarkan dan diuraikan dengan perjanjian
lainnya yang memuat aturan dan persyaratan secara lebih detail

Istilah

SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak

MOU adalah Memorandum Of Understanding
SRS adalah Software Requirement Spesification

Singkatan

SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak

MOU adalah Memorandum Of Understanding
SRS adalah Software Requirement Spesification

1.4

Aturan Penomoran
KODE : SRS_F/NF_TOKO_001
Keterangan :
SRS

= Kode representasi kebutuhan: kebutuhan Fungsional, non fungsional.

= Kebutuhan Fungsional.

NF

= Kebutuhan nonfungsional.

TOKO

= Nama Sistem Aplikasi.

001

= No. Urut kebutuhan .

KODE : IRS_TOKO_001

1.5

IRS

= Kode representasi kebutuhan informasi sistem.

TOKO

= Nama Sistem Aplikasi.

001

= No. Urut kebutuhan.

Referensi
Referensi yang digunakan untuk dokumen ini adalah :

Bayu Hendradjaya. Panduan Penulisan Spesifikasi Kebutuhan Perangkat

Lunak (SKPL). Jurusan Teknik Informatika ITB.
STAF IF. GL01, Spesifikasi Kebutuhan Perangkat Lunak. Jurusan Teknik
Informatika UB.
IEEE 830-1998, Recommended Practice for Developing Software Requirements
Specifications (SRS), 1998.
Tiur Gantini,ST dan Deny Kurniawan (2008),Website E-Commerce Toko
Baros Elektronik Cimahi,Bandung.

1.6

Deskripsi Umum Dokumen

3

Dokumen SKPL ini memberikan peranan yang sangat penting baik dari sisi

developer dan dari sisi klien .

Dari sisi klien aplikasi ini sangat berguna untuk memanajemen proses
penjualan, pembelian, menambah stok barang, pengiriman barang dari supplier
dan laporan, serta dengan adanya sistem ini diharapkan dapat membuat segala
proses bisnis yang ada menjadi efisien.
Dari sisi developer aplikasi ini sangat berguna untuk meningkatkan
kualitas dari developer sendiri serta mendapatkan income untuk pemasukan
demi kemajuan developer.
Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi
penjelasan tentang dokumen SKPL yang mencakup tujuan pembuatan dokumen ini,
lingkup masalah yang diselesaikan oleh perangkat lunak yang dikembangkan, definisi,
referensi, dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang
akan dikembangkan meliputi fungsi dari perangkat lunak, karakteristik pengguna,
batasan, dan asumsi yang diambil dalam pengembangan perangkat lunak.
Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.

BAB II
KEBUTUHAN PERANGKAT LUNAK
2.1 Deskripsi Umum Sistem
Proyek Sistem Toko Sebelah adalah suatu aplikasi yang dibangun untuk
meningkatkan efisiensi dalam hal memanajemen penjualan, pembelian, stok barang,
pengguna, dan laporan-laporan pada toko. Aplikasi ini juga bertujuan untuk
meningkatkan kinerja toko yang semula menggunakan metode arsip kertas untuk
memonitor resource toko, dengan aplikasi ini pekerjaan seorang manajer, owner dan kasir
lebih mudah dalam memantau barang barang yang ada di toko.
Aplikasi ini juga dapat merecord data data suplier yang menyuplai barang barang
toko sehingga dapat memudahkan owner dalam melakukan tracking data barang yang
akan di suplai nantinya.
Aplikasi Toko Sebelah ini selain memudahkan dalam memanajemen resource toko,
juga dilengkapi dengan fitur laporan dimana data barang yang terecord dalam aplikasi ini
dapat di export ke dalam beberapa macam format file yang nantinya data tersebut dapat di
olah lagi oleh manajer untuk mendapatkan data hasil penjualan dan pemebelian.
Aplikasi ini dilengkapi juga dengan fitur pembelian dan penjualan barang dimana
fitur pembelian dalam aplikasi toko sebelah ini bertujuan untuk memudahkan admin
dalam melakukan suplai atau pembelian barang barang toko dengan melihat daftar
pembelian barang dan melakukan transaksi pembelian barang. Hal tersebut juga berlaku
untuk fitur penjualan.
Aplikasi ini dibangun berbasis web sehingga dapat diakses oleh user hanya dengan
melakukan login. Pembuatan proyek ini melibatkan developer dan dan dilakukan sesuai
dengan pernyataan kebutuhan diantaranya yaitu :
Pembuatan aplikasi ini dibangun dengan 6 modul antara lain :

Fitur penjualan,
Fitur Cek barang
Fitur laporan
Fitur pembelian,
Fitur supplier

Migrasi fungsi sistem TOKO SEBELAH (Toserba Semua Ada) dari manual ke sistem
aplikasi berbasis web ini nantinya akan menghasilkan efisiensi yang lebih besar berkaitan
dengan sumber daya dan manajemen pada toko tersebut. Perkiraan keuntungan yang bisa
diberikan oleh sistem toko ini adalah :
1. Informasi tepat sasaran dan mudah digunakan.

2. Lebih efektif dan efisien

3. Manajemen Keuangan yang saling terintergasi
4. Manajemen Resource yang saling terintegrasi

2.2 Fungsi Utama Perangkat Lunak

Bagian ini akan memberitahukan fungsi fungsi yang dapat diakses oleh pemakai
perangkat lunak Toko Sebelah, tetapi tidak dijelaskan secara spesifik. Untuk Detil
selengkapnya akan dijelaskan pada Bab 3. Adapun fungsi fungsi yang dimiliki oleh
perangkat lunak ini adalah :
Transaksi pembelian barang
Melihat daftar pembelian barang
Melihat daftar suplier
Menambah daftar suplier
Mengedit data suplier
Menghapus data suplier
Menambah pengguna
Mengedit pengguna
Menghapus pengguna
Melihat daftar pengguna
transaksi penjualan barang
Melihat daftar penjualan barang
Melihat daftar barang
Menambah data barang
Mengedit barang
Menghapus barang

[SRS_F_TOKO_001]
[SRS_F_TOKO_002]
[SRS_F_TOKO_003]
[SRS_F_TOKO_004]
[SRS_F_TOKO_005]
[SRS_F_TOKO_006]
[SRS_F_TOKO_007]
[SRS_F_TOKO_008]
[SRS_F_TOKO_009]
[SRS_F_TOKO_010]
[SRS_F_TOKO_011]
[SRS_F_TOKO_012]
[SRS_F_TOKO_013]
[SRS_F_TOKO_014]
[SRS_F_TOKO_015]
[SRS_F_TOKO_016]

2.2.1 Kebutuhan Fungsional

Daftar kebutuhan dideskripsikan dalam bentuk tabel dengan prespektif pengguna
atau user :

A. Pengguna : Administrator
No.
1

Kode Fungsi
[SRS_F-TOKO_001]

Nama Fungsi

Deskripsi

Transaksi pembelian barang

Pengguna melakukan

[SRS_F-TOKO_002]

[SRS_F-TOKO_003]

[SRS_F-TOKO_004]

[SRS_F-TOKO_005]

[SRS_F-TOKO_006]

[SRS_F-TOKO_007]

[SRS_F-TOKO_008]

[SRS_F-TOKO_009]

pembelian
barang
dari supplier untuk
menambah
stok
barang
Melihat daftar pembelian Pengguna
melihat
barang
daftar
transaksi
pembelian
barang
yang
pernah
dilakukan
Melihat daftar suplier
Petugas
melihat
daftar supplier yang
pernah atau akan
melakukan transaksi
dengan toko
Menambah daftar suplier
Pengguna
menambahkan data
supplier yang pernah
atau akan melakukan
transaksi dengan toko
Mengedit data suplier
Pengguna mengubah
data supplier yang
pernah atau akan
melakukan transaksi
dengan toko jika
terjadi kesalahan atau
perubahan data dari
supplier.
Menghapus data suplier
Pengguna menghapus
data supplier yang
pernah atau akan
melakukan transaksi
dengan toko jika
terjadi kesalahan atau
perubahan data
Menambah pengguna
Admin
melakukan
tambah
pengguna
dalam
modul
pengguna, sehingga
admin
dapat
melakukan
penambahan
pengguna jika ada.
Mengedit pengguna
Admin
melakukan
edit pengguna dalam
modul
pengguna,
sehingga admin dapat
memberikan
perubahan
data
pengguna.
Menghapus pengguna
Admin
dapat
melakukan
penghapusan
data

10

[SRS_F-TOKO_010]

11

[SRS_F-TOKO_011]

12

[SRS_F-TOKO_012]

13

[SRS_F-TOKO_013]

14

[SRS_F-TOKO_014]

15

[SRS_F-TOKO_015]

16

[SRS_F-TOKO_016]

pengguna
jika
pengguna sudah tidak
ada
Melihat daftar pengguna
Admin dapat melihat
daftar pengguna
transaksi penjualan barang
Melakukan
proses
transaksi penjualan
barang
Melihat daftar penjualan Admin dapat melihat
barang
daftar
penjualan
barang
Melihat daftar barang
Admin,
Kasir,
maupun
pengjaga
Manager
dapat
melihat daftar Barang
yang ada
Menambah data barang
Admin dan penjaga
Manager melakukan
tambah barang dalam
modul
persediaan,
sehingga
dapat
melakukan
penambahan
pengguna jika ada.
Mengedit barang Manager
Admin dan penjaga
Manager
dapat
melakukan edit data
barang dalam modul
persediaan, sehingga
dapat
memberikan
perubahan
data
pengguna.
Menghapus barang
Admin dan penjaga
Manager
dapat
melakukan
penghapusan
data
barang dalam menu
persediaan, sehingga
dapat
menentukan
barang yang sudah
habis/tidak ada.

Tabel 1 Kebutuhan Admin

B. Pengguna : Manager
No.
1

Kode Fungsi

Nama Fungsi

[SRS_F-TOKO_016]

Melihat daftar barang

Deskripsi
Admin,
Kasir,
maupun
pengjaga
Manager
dapat
melihat daftar Barang
yang ada

[SRS_F-TOKO_017]

[SRS_F-TOKO_018]

[SRS_F-TOKO_019]

[SRS_F-TOKO_011]
6

[SRS_F-TOKO_002]

[SRS_F-TOKO_012]

[SRS_F-TOKO_001]

Menambah data barang

Admin dan penjaga

Manager melakukan
tambah barang dalam
modul
persediaan,
sehingga
dapat
melakukan
penambahan
pengguna jika ada.
Mengedit barang Manager
Admin dan penjaga
Manager
dapat
melakukan edit data
barang dalam modul
persediaan, sehingga
dapat
memberikan
perubahan
data
pengguna.
Menghapus barang
Admin dan penjaga
Manager
dapat
melakukan
penghapusan
data
barang dalam menu
persediaan, sehingga
dapat
menentukan
barang yang sudah
habis/tidak ada.
Melakukan
transaksi Melakukan
proses
penjualan barang
transaksi penjualan
barang
Melihat daftar pembelian Pengguna
melihat
barang
daftar
transaksi
pembelian
barang
yang
pernah
dilakukan
Melihat daftar penjualan Admin dapat melihat
barang
daftar
penjualan
barang
Transaksi pembelian barang Pengguna melakukan
pembelian
barang
dari supplier untuk
menambah
stok
barang

Tabel 2 Kebutuhan Manager

C. Pengguna : Kasir
No.

Kode Fungsi

1.

[SRS_F-TOKO_014]

2.

[SRS_F-TOKO_016]

Nama Fungsi
Melakukan
penjualan barang

Deskripsi

transaksi Melakukan
proses
transaksi penjualan
barang
Melihat daftar barang
Admin,
Kasir,
maupun
pengjaga
Manager
dapat
9

[SRS_F-TOKO_012]

Melihat
barang

daftar

melihat
daftar
Barang yang ada
penjualan Admin dapat melihat
daftar
penjualan
barang

Tabel 3 Kebutuhan Kasir

2.2.2 Kebutuhan Non Fungsional

No.
1

Kode Fungsi
[SRS_NF_TOKO_001]

Parameter
Availability

Deskripsi Kebutuhan
24 jam sehari, 7 hari seminggu

[SRS_NF_TOKO_002]

Reliability

Toleransi kegagalan sistem sebesar 10%

[SRS_NF_TOKO_003]

Ergonomy

N/A

10

No.
4

Kode Fungsi

Parameter

[SRS_NF_TOKO_004]

Portability

Deskripsi Kebutuhan
Bisa dijalankan di berbagai browser yang
mendukung teknologi PHP dan HTML 5

[SRS_NF_TOKO_005]

Memory

[SRS_NF_TOKO_006]

Response time

N/A
Sesuai dengan konfigurasi Script Time Out
pada server

[SRS_NF_TOKO_007]

Safety

N/A

[SRS_NF_TOKO_008]

Security

N/A

[SRS_NF_TOKO_009]

Komunikasi

Bahasa Indonesia

Tabel 4 Kebutuhan Non Fungsional

2.2.3 Kebutuhan Informasi

No.

Kode Fungsi

Informasi

Tujuan

Frekuensi

Format

yang
dibutuhkan
1.

IRS_TOKO_001

Username

Login

Sering

karakter

diikuti format
email
2.

IRS_TOKO_002

Password

Login

11

Sering

@gmail.com
5
karakter

3.
4.

IRS_TOKO_003
IRS_TOKO_004

Nama Toko
Email Toko

Profil Toko
Profil Toko

Jarang
Jarang

bebas
10 karakter
5
karakter
diikuti format
email

5.

IRS_TOKO_005

Web Toko

Profil Toko

Jarang

@gmail.com
10 karakter
diikuti www.

6.
7.
8.
9.

IRS_TOKO_006
IRS_TOKO_007
IRS_TOKO_008
IRS_TOKO_009

Alamat Toko
Foto Profil Toko
Nama User
Email User

Profil Toko
Profil Toko
Add User
Add User

Jarang
Jarang
Jarang
Jarang

Dan .com
150 karakter
.PNG
10 karakter
5
karakter
dengan

10.

IRS_TOKO_010

Password User

Add User

Jarang

format email
5
karakter

11.

IRS_TOKO_011

Gender

Add User

Jarang

bebas
String

12.

IRS_TOKO_012

Akses

Add User

Jarang

karakter
String

13.

IRS_TOKO_013

Kode Produk

Persediaan

Sering

karakter
String

14.

IRS_TOKO_014

Nama Produk

Persediaan

Sering

karakter
String

10

15.

IRS_TOKO_015

Harga Jual

Persediaan

Sering

karakter
Double

16.

IRS_TOKO_016

Produk

Penjualan

Sering

karakter
String

10

17.

IRS_TOKO_017

Jumlah

Penjualan

Sering

karakter
Integer

18.

IRS_TOKO_018

Suplier

Pembelian

Sering

karakter
String

10

19.

IRS_TOKO_019

Produk

Pembelian

Sering

karakter
String

10

20.

IRS_TOKO_020

Jumlah

Pembelian

Sering

karakter
Integer

21.

IRS_TOKO_021

Harga

Pembelian

Sering

karakter
Double

22.

IRS_TOKO_022

Nama Suplier

Suplier

Sering

karakter
String

23.

IRS_TOKO_023

Alamat Suplier

Suplier

Sering

karakter
String
150

12

24.

IRS_TOKO_024

Contact suplier

Suplier

Sering

karakter
String

10

karakter

Tabel 5 Kebutuhan Informasi

2.3 Karakteristik Pengguna

Pengguna perangkat lunak ini adalah mereka yang ingin dengan mudah mengetahui isi
toko tanpa harus memeriksa secara manual sehingga membutuhkan sebuah sistem yang
berfungsi untuk menghitung barang yang keluar dan masuk, sehingga dibutuhkan
pengaturan yang tepat terhadap dua parameter tersebut.
Pengguna terdiri dari pengguna yang memiliki otorisasi khusus terhadap sistem,
yang disebut administrator, serta pengguna yang hanya merupakan user yang terdiri dari
owner, manager dan kasir . Administrator harus memiliki pengetahuan tentang perawatan
sistem, pengetahuan tentang pemrograman web serta pengetahuan tentang database.
Pengguna user hanya perlu memiliki pengetahuan dalam mengoperasikan komputer /
tablet/ handphone, sehingga tidak dibutuhkan keahlian khusus untuk mengoperasikan
sistem perangkat lunak ini.

KATEGORI
PENGGUNA
Admin

TUGAS
1. Manajemen sistem

HAK AKSES KE
APLIKASI
[SRS_F-TOKO_001]

(database & jaringan)

[SRS_F-TOKO_002]

dan mengubah data

[SRS_F-TOKO_003]

pengguna, serta semua

[SRS_F-TOKO_004]

hak dari user.

[SRS_F-TOKO_005]

13

[SRS_F-TOKO_006]
[SRS_F-TOKO_007]
[SRS_F-TOKO_008]
[SRS_F-TOKO_009]
[SRS_F-TOKO_010]
[SRS_F-TOKO_011]
[SRS_F-TOKO_012]
[SRS_F-TOKO_013]
[SRS_F-TOKO_014]
[SRS_F-TOKO_015]
[SRS_F-TOKO_016]
Manager

1. mudah

mengecek [SRS_F_TOKO_001]

ketersediaan

barang [SRS_F_TOKO_002]

yang ada.

[SRS_F_TOKO_0016]
[SRS_F_TOKO_0017]
[SRS_F_TOKO_0018]
[SRS_F_TOKO_0019]
[SRS_F_TOKO_0011]
[SRS_F_TOKO_0012]

Kasir

1. melakukan transaksi
dan melaporkan hasil
transaksi pada owner

14

[SRS_F-TOKO_014]
[SRS_F-TOKO_016]

2.4Batasan Sistem
Batasan yang ada pada pengembangan perangkat lunak ini adalah perangkat lunak ini
hanya dapat di implementasikan melalui web, sehingga di perlukan koneksi internet
untuk dapat menggunakannya. Batasan batasan yang digunakan dalam pengembangan
perangkat lunak ini adalah :
Perangkat lunak ini hanya dikembangkan dengan bahasa pemrograman PHP.
Hanya menggunakan Framework Code igniter dalam pengembangannya.
DBMS yang digunakan adalah MySQL
Perangkat lunak harus terhubung dahulu ke jaringan internet agar bisa digunakan
Hanya dapat menggunakan browser Google Chrome, Opera dan Mozilla Firefox.
File yang di export memakai format PDF, Microsoft Excel.

2.5 Lingkungan Operasi

Perangkat lunak pada sisi user yang dibutuhkan untuk dapat menjalankan aplikasi
Toko Sebelah adalah :
Sistem Operasi

: Windows Xp/Vista/7/8.

Browser

: Google Chrome, Opera, Firefox.

Dokumen Reader

: Microsoft Excel, Adobe PDF Reader.

DBMS

: Memakai DBMS MySQL.

15

BAB III
MODEL DESKRIPSI KEBUTUHAN
PERANGKAT LUNAK
3. Model Deskripsi Umum Kebutuhan Perangkat Lunak
3.1 Kebutuhan Antarmuka Eksternal
Kebutuhan antarmuka eksternal yang didefinisikan pada perangkat lunak COJ
mencakup kebutuhan antarmuka pemakai, antarmuka perangkat keras, dan antarmuka
perangkat lunak. Diluar antarmuka aplikasi yang harus mudah digunakan dan berbasis
web, dari sisi web browser harus memiliki GUI dan mendukung HTML 5. Mengingat
fungsi server yang sangat jarang diotak-atik oleh penggunanya, jadi untuk server tidak
perlu menggunakan yang memiliki GUI.

3.1.1 Antarmuka Pemakai

Pengguna atau user berinteraksi dengan perangkat lunak aplikasi Toko Sebelah
melalui antarmuka atau User Interface dengan design sebagus dan sesimple mungkin.
Dimana Aplikasi Toko Sebelah ini memiliki User interface yang friendly dan design User
Experience yang mudah dalam penggunaannya. User interface pada aplikasi Toko
Sebelah ini dapat menampilkan informasi informasi mengenai data data barang baik yang
tersedia maupun yang tidak tersedia kepada user melalui layar monitor secara langsung.
Aplikasi Toko Sebelah menerima inputan dari user melalui tombol keyboard dimana
memungkinkan user untuk melakukan input huruf dan melalui tombol mouse yang mana
user dapat melakukan eksekusi perintah kepada system aplikasi Toko Sebelah.
Sistem aplikasi Toko Sebelah yang diterapkan dapat memberikan manfaat yang
signifikan, diantaranya :
1. Pengguna pada Sistem Toko Sebelah ini akan lebih mudah melakukan pengolahan
data seperti pada modul penjualan, barang, pembelian dan sebagainya.

16

2. Pencarian data yang diperlukan menjadi lebih cepat dan tepat, baik data master, data
faktur maupun data transaksi.
3. Adanya hak akses akan membatasi kewenangan kinerja pegawai dalam bekerja.
4. Mempermudah dalam proses pencetakan laporan.

3.1.2 Antarmuka Perangkat Keras

Particulars
Processor

Recommended Configuration
1.8 GHz x86-64 architecture Intel Pentium, Core2 Duo, Dual Core, Core
i3,Core i5, Core i7 equivalent or above

RAM

512 MB or more

Hard Disk

320 MB Free Space to install the application (Excluding Data).

Monitor
Resolution
Network

1024 x 768 or Higher*

Min 100Mb/s

3.1.3 Antarmuka Perangkat Lunak

Perangkat Lunak ini dapat dijalankanpada lingkungan sistem operasi Microsof
Windows Xp/Vista7/8. Kemudian dibutuhkan sebuah aplikasi browser untuk dapat
mengakses aplikasi ini seperti Google Chrome, Opera maupun Firefox. Selain itu
dibutuhkan software embaca dokumen sperti Microsoft Excel, dan PDF Reader untuk
dapat melihat hasil export data yang dilakukan.

3.1.4 Antarmuka Komunikasi

Yang dibutuhkan adalah sebuah komputer server dan satu atau beberapa komputer
client (laptop, tablet, handphone) yang terhubung secara client-server dalam lingkup
jaringan internet

17

18

3.2 Model Use case

3.2.1 Usecase Scenario

Gambar 1 Use Case

Skenario Transaksi Pembelian Barang

19

Objective

Pengguna melakukan pembelian barang dari

supplier untuk menambah stok barang

Precondition
Actor
Main Flow

Pengguna telah login sebagai Admin

Admin,manager
1. Pengguna memilih menu Pembelian
2.

Barang,
kemudian

3.
4.

Transaksi Pembelian Baru

Muncul form isian pembelian barang
Pengguna mengisi form isian tersebut, lalu

memilih

submenu

tambah

mengklik tombol Simpan jika telah

5.

selesai
Jika proses penyimpanan berhasil, maka
akan muncul peringatan Data pembelian

Alternative Flow

sukses ditambah
1. Jika isian tidak sesuai dengan format yang
dimaksud atau field kosong, maka akan
muncul peringatan.
2. Jika proses penyimpanan gagal, maka akan

Post-Condition

muncul peringatan Data gagal disimpan.

Data berhasil disimpan

Skenario Lihat Daftar Pembelian Barang

Objective

Pengguna melihat daftar transaksi pembelian

Precondition
Actor
Main Flow

barang yang pernah dilakukan

Pengguna telah login sebagai Admin
Admin
1. Pengguna memilih menu Pembelian
Barang,
2. kemudian

memilih

submenu

data

Pembelian Barang.
3. Muncul tabel daftar transaksi pembelian
yang pernah dilakukan dengan urutan
Descending
Alternative Flow

berdasarkan

tanggal

transaksinya.
Jika data kosong atau belum ada transaksi yang
pernah dilakukan maka akan muncul informasi

Post-Condition

Tidak ada data ditemukan

Tabel daftar transaksi pembelian muncul secara
descending

20

Skenario Lihat Daftar Supplier

Objective

Petugas melihat daftar supplier yang pernah atau

Precondition

akan melakukan transaksi dengan toko.

Pengguna telah login sebagai Admin atau

Actor
Main Flow

Manager
Admin, Manager
1. 1.Pengguna memilih menu Supplier,
2. 2. lalu memilih submenu Data Supplier.
3. 3. Muncul tabel daftar supplier yang pernah atau
akan melakukan transaksi dengan toko.
Jika data kosong atau belum ada transaksi yang

Alternative Flow

pernah dilakukan maka akan muncul informasi

Tidak ada data ditemukan
Sistem memunculkan tabel daftar supplier

Post-Condition

Skenario Tambah Data Supplier

Objective

Pengguna menambahkan data supplier yang

pernah atau akan melakukan transaksi dengan
toko
Pengguna telah login sebagai Admin atau

Precondition
Actor
Main Flow

1.
2.
3.
4.

Manager
Admin, Manager
1. Pengguna memilih menu Supplier,
2. lalu memilih submenu Tambah Data Supplier.
3. Muncul form isian data supplier.
Pengguna mengisi form isian tersebut, lalu

mengklik tombol Simpan jika telah selesai.

5. Jika proses penyimpanan berhasil, maka akan
muncul
Alternative Flow

informasi

Data

suplier

sukses

ditambah.
1. Jika isian tidak sesuai dengan format yang
dimaksud atau field kosong, maka akan
muncul peringatan.
2. Jika proses penyimpanan gagal, maka akan

Post-Condition

muncul peringatan Data gagal disimpan.

Data berhasil disimpan

Skenario Edit Data Supplier

21

Objective

Pengguna mengubah data supplier yang pernah

atau akan melakukan transaksi dengan toko jika
terjadi kesalahan atau perubahan data dari

Precondition
Actor
Main Flow

supplier.
Pengguna telah login sebagai Admin atau
Manager
Admin, Manager
1. Pengguna memilih menu Supplier,
2. lalu memilih submenu Daftar Supplier.
3. Muncul tabel daftar supplier.
4. Pengguna memilih data yang akan diedit,
kemudian mengklik tombol Edit yang
5.

tersedia.
Muncul form isian data supplier dengan
data yang telah terisi sesuai dengan data

6.

sebelumnya.
Pengguna mengubah data yang perlu
disesuaikan, kemudian mengklik tombol

7.

Simpan jika telah selesai.

Jika proses penyimpanan berhasil, maka
akan muncul informasi Data telah berhasil

Alternative Flow

1.

disimpan.
Jika isian tidak sesuai dengan format yang
dimaksud atau field kosong, maka akan

2.

muncul peringatan.
Jika proses penyimpanan gagal, maka akan
muncul peringatan Data gagal disimpan.
Data berhasil disimpan

Post-Condition

Skenario Hapus Data Supplier

Objective

Pengguna menghapus data supplier yang pernah

atau akan melakukan transaksi dengan toko jika

Precondition
Actor
Main Flow

terjadi kesalahan atau perubahan data.

Pengguna telah login sebagai Admin atau
Manager
Admin, Manager
1. Pengguna memilih menu Supplier,
2. lalu memilih submenu Data
3.
4.

Daftar

Supplier.
Muncul tabel daftar supplier.
Pengguna memilih data yang akan dihapus,

22

kemudian mengklik tombol Hapus yang

5.

tersedia.
Jika data berhasil dihapus maka akan
muncul informasi Data suplier sikses

Alternative Flow

1.

dihapus.
Jika data gagal dihapus maka akan muncul

2.

peringatan Data gagal dihapus.

Jika data masih digunakan oleh data lain
pada modul lain atau fitur lain makan akan
muncul Data masih digunakan, mohon
periksa kembali data-data terhubung.
Data berhasil dihapus

Post-Condition

Tabel Skenario Tambah Pengguna

Objective

Admin melakukan tambah pengguna dalam

modul

Precondition
Actor
Main Flow

pengguna,

admin

dapat

melakukan penambahan pengguna jika ada.

Pengguna telah login sebagai Admin
Admin
1. Admin memilih menu Pengguna
2. Admin mengeklik tombol
tambah
3.

pengguna.
Muncul field sebagai tempat isian data

4.

baru.
Jika proses penyimpanan berhasil, maka
akan

Alternative Flow

sehingga

1.

muncul

peringatan

Berhasil

melakukan penyimpanan.
Jika isian tidak sesuai dengan format yang
dimaksudkan atau field kosong, maka

2.

akan muncul peringatan.

Jika proses penyimpanan gagal, maka
akan

Post-Condition

muncul

peringatan

Gagal

melakukan penyimpanan.
Pengguna berhasil ditambah

Tabel Skenario Edit Pengguna

Objective

Admin melakukan edit pengguna dalam modul

pengguna, sehingga admin dapat memberikan
perubahan data pengguna.

23

Precondition
Actor
Main Flow

Pengguna telah login sebagai Admin

Admin
1. Admin memilih menu Pengguna
2. Admin memilih submenu data pengguna
3. Admin memilih pengguna yang akan diedit
4. Admin mengeklik tombol edit pengguna
5. Muncul field sebagai tempat isian data
6.

perubahan.
Jika proses penyimpanan berhasil, maka akan
muncul

Alternative Flow

1.

peringatan

Berhasil

melakukan

penyimpanan.
Jika isian tidak sesuai dengan format yang
dimaksudkan atau field kosong, maka akan

2.

muncul peringatan.
Jika proses penyimpanan gagal, maka akan
muncul

peringatan

Gagal

melakukan

perubahan.
Data pengguna berhasil diubah

Post-Condition

Tabel Skenario Hapus Pengguna

Objective

Admin dapat melakukan penghapusan

data pengguna jika pengguna sudah

Precondition
Actor
Main Flow

tidak ada
Pengguna telah login sebagai Admin
Admin
1. Admin memilih menu data pengguna
2. Admin memilih oengguna yang akan
dihapus
3. Admin

mengeklik

tombol

hapus

pengguna
4. Jika proses penyimpanan berhasil,
maka akan muncul peringatan Data
pengguna berhasil dihapus.

Alternative Flow

Jika proses penghapusan gagal, maka

akan

Post-Condition

muncul

peringatan

Gagal

melakukan penghapusan.
Pengguna berhasil dihapus

Tabel Skenario Transaksi Penjualan Barang

Objective

Melakukan proses transaksi penjualan

24

Precondition
Actor
Main Flow

barang
Pengguna telah login sebagai Admin
atau Kasir
Kasir, Admin
1. User memilih menu Penjualan
2. User memilih submenu tambah
penjualan
3. User
melakukan

transaksi

penjualan barang dengan mengisi

form dengan benar.
4. User
menyimpan

transaksi

penjualan dengan mengklik save

Alternative Flow

Jika inputan salah, maka akan ada

peringatan bahwa transaksi tidak benar,

Post-Condition

dan proses transaksi belum dilakukan

Proses transaksi berhasil dilakukan

Tabel Skenario Lihat Daftar Penjualan Barang

Objective

Admin dapat melihat daftar penjualan

Precondition
Actor
Main Flow

barang
Pengguna telah login sebagai Admin
Admin
1. User memilih menu penjualan
2. User memilih submenu data
3.

penjualan
System akan menampilkan list
penjualan yang pernah dilakukan.

Alternative Flow

Jika salah mengeklik tombol maka tidak

akan menuju page daftar penjualan
barang, dan admin harus kembali ke page

Post-Condition

sebelumnya
Sistem menampilkan

page

daftar

penjualan barang

Tabel Skenario Lihat Daftar Barang

Objective

Admin,

Kasir,

maupun

pengjaga

Manager dapat melihat daftar Barang

yang ada

25

Precondition

Pengguna telah login sebagai Admin,

Kasir, atau Manager
Admin, Kasir, dan Manager
1. User memilih menu persediaan
2. User memilih menu data persediaan
3. System menampilkan list daftar

Actor
Main Flow

barang
Alternative Flow

Jika salah mengeklik tombol maka tidak

akan menuju page daftar barang, dan
admin harus kembali ke page sebelumnya
Sistem menampilkan page daftar barang

Post-Condition

Tabel Skenario Tambah data barang

Objective

Admin dan penjaga Manager melakukan

tambah barang dalam modul persediaan,
sehingga

dapat

melakukan

penambahan

pengguna jika ada.

Precondition

Pengguna telah login sebagai Admin atau

Actor
Main Flow

Manager
Admin, Manager
1. User memilih menu persediaan
2. User memilih menu tambah persediaan
barang
3. User mengisi form tambah barang yang
disediakan
4. User megklik tombol save ketika selesai
5. Jika proses penyimpanan berhasil, maka
akan

Alternative Flow

muncul

peringatan

Berhasil

melakukan penyimpanan.
1. Jika isian tidak sesuai dengan format yang
dimaksudkan atau field kosong, maka
2.

akan muncul peringatan.

Jika proses penyimpanan gagal, maka
akan

Post-Condition

muncul

peringatan

melakukan penyimpanan.
Penyimpanan barang berhasil

Tabel Skenario Edit Data Barang

26

Gagal

Objective

Admin dan penjaga Manager dapat melakukan

edit data barang dalam modul

persediaan,

sehingga dapat memberikan perubahan data

Precondition
Actor
Main Flow

pengguna.
Pengguna telah login sebagai Admin atau Kasir
Admin, Manager
1. User memilih menu persediaan
2. User memilih submenu data barang
3. Mengeklik tombol edit data barang
4. Muncul field sebagai tempat isian data
5.

perubahan.
Jika proses penyimpanan berhasil, maka akan
muncul

peringatan

Berhasil

melakukan

penyimpanan.
Alternative Flow

1. Jika isian tidak sesuai dengan format yang

dimaksudkan atau field kosong, maka akan
2.

muncul peringatan.
Jika proses penyimpanan gagal, maka akan
muncul

Post-Condition

peringatan

Gagal

melakukan

perubahan.
Data barang berhasil diubah

Tabel Skenario Hapus Data Barang

Objective

Admin dan penjaga Manager dapat melakukan

penghapusan data barang dalam menu persediaan,
sehingga dapat menentukan barang yang sudah

Precondition
Actor
Main Flow

Alternative Flow
Post-Condition

habis/tidak ada.
Pengguna telah

login

sebagai Admin

atau

Manager
Admin, Manager
1. User memilih menu persediaan
2. User memilih menu submenu data barang
3. User memilih barang yang akan dihapus
4. User mengeklik tombol hapus barang
5. Jika proses penghapusan berhasil, maka akan
muncul peringatan Data clear.
1. Jika penghapusan data gagal, maka akan
muncul peringatan.Gagal menghapus.
Data barang berhasil dihapus

Tabel Skenario login user

27

Objective

User dapat melakukan login ke system sebagai

Precondition

admin, manager atau kasir

Pengguna sebagai user biasa tanpa memiliki hak

Actor
Main Flow

Alternative Flow
Post-Condition

akses
Admin, Manager,kasir
1. User memilih menu login
2. User memasukkan username
3. User memasukkan password

2. Jika penghapusan data gagal, maka akan

muncul peringatan.Gagal menghapus.
User masuk ke system dan memiliki hak akses

Tabel Skenario logout user

Objective
Precondition
Actor
Main Flow
Alternative Flow
Post-Condition

User keluar dari hak akses system

Pengguna telah login sebagai Admin, Manager
atau kasir
Admin, Manager,kasir
1.User memilih menu logout.
2. User keluar system.
3. Jika penghapusan data gagal, maka akan
muncul peringatan.Gagal menghapus.
User keluar dari system

28

3.3 Class Diagram Analysis

Gambar 2 Diagram Analysis Class

3.4 Sequence Diagram

29

1. Edit Data Barang

Edit Data Suplier

30

Hapus Data Barang

31

Hapus Pengguna

Hapus Data Suplier

32

Lihat Daftar Barang

Lihat Daftar Transaksi Penjualan

33

Lihat Daftar Pembelian

Lihat Daftar Suplier

34

10 Tambah Data Barang

11 Tambah Pengguna

35

12 Tambah Data Suplier

13 Transaksi Beli Barang

36

14 Transaksi Penjualan

37

15 Edit Pengguna

38

16 Login

39

17 Melihat Daftar Pengguna

18 Logout

40

41