SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Pr

SKPL
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
AGENSAL
(Sistem Informasi penjualan lpg 3 kg)

Untuk :
PT.SERAYU AGUNG LESTARI

Dipersiapkan oleh:
Dwi Yuliarto
201401051

Program Studi S1 Sistem Informasi
Sekolah Tinggi Ilmu Komputer Yos Sudarso Purwokerto

S1
Sistem Informasi

Nomor Dokumen

Halaman


SKPL-AGENSAL

1/27

Revisi

DAFTAR PERUBAHAN
Revisi

Deskripsi

A
B
C
D
E
F

INDEX

TGL

-

A

B

C

D

E

F

G

Ditulis
oleh

Diperiksa
oleh
Disetujui
oleh

S1 Sistem Informasi

SKPL – AGENSAL

2/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Daftar Halaman Perubahan
Halaman

S1 Sistem Informasi


Revisi

Halaman

SKPL – AGENSAL

Revisi

3/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Daftar Isi
1

Pendahuluan ....................................... 6
1.1 Tujuan ......................................... 6
1.2 Lingkup Masalah ................................ 6

1.3 Definisi, Akronim dan Singkatan ................ 6
1.4 Referensi ...................................... 7
1.5 Deskripsi umum (Overview) ...................... 8

2

Deskripsi Kebutuhan ............................... 9
2.1 Perspektif produk .............................. 9
2.2 Fungsi Produk ................................. 10
2.3 Karakteristik Pengguna ........................ 12
2.4 Batasan-batasan ............................... 13
2.5 Asumsi dan Ketergantungan ..................... 13

3

Kebutuhan khusus ................................. 13
3.1 Kebutuhan antarmuka eksternal ................. 13
3.2 Kebutuhan Fungsionalitas Perangkat Lunak ...... 15

4


Spesifikasi Rinci Kebutuhan ...................... 16
4.1 Spesifikasi Kebutuhan Fungsionalitas .......... 16

5

Sketsa Antarmuka ................................. 23

S1 Sistem Informasi

SKPL – AGENSAL

4/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Daftar Gambar
Gambar 1


Arsitektur Perangkat Lunak AGENSAL.........10

Gambar 2

Use Case Diagram...........................15

Gambar 3

Antarmuka Login............................23

Gambar 4

Antarmuka Menu.............................23

Gambar 5

Antarmuka Produk...........................24

Gambar 6


Antarmuka Edit Produk......................24

Gambar 7

Antarmuka Hapus Produk.....................25

Gambar 8

Antarmuka Tambah Produk....................25

Gambar 9

Antarmuka Supplier.........................26

Gambar 10 Antarmuka Edit Supplier....................26
Gambar 11 Antarmuka Hapus Supplier...................27
Gambar 12 Antarmuka Tambah Supplier..................27
Gambar 13 Antarmuka Customer.........................28
Gambar 14 Antarmuka Edit Customer....................28

Gambar 15 Antarmuka Hapus Customer...................29
Gambar 16 Antarmuka Tambah Customer..................29
Gambar 17 Antarmuka Transaksi........................30
Gambar 18 Antarmuka Laporan Penjualan................30
Gambar 19 Antarmuka Laporan Pajak....................31

S1 Sistem Informasi

SKPL – AGENSAL

5/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

1

Pendahuluan


1.1 Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini
merupakan dokumen spesifikasi kebutuhan perangkat lunak
AGENSAL (Sistem Informasi Penjualan LPG 3 Kg). Tujuan
dari

penulisan

dokumen

ini

adalah

untuk

memberikan

penjelasan mengenai perangkat lunak yang akan dibangun
baik berupa gambaran umum maupun penjelasan detil dan

menyeluruh.
1.2 Lingkup Masalah
Perangkat

lunak

AGENSAL

dikembangkan

dengan

tujuan

untuk:
a. Mencatat

data

barang

yang

berada

pada

gudang

lpg

sehingga sehingga memudahkan dalam melihat dan mengatur
stok.
b. Mengubah data barang apabila ada perubahan harga pada
barang.
c. Mencatat transaksi yang terjadi di agen lpg.
d. Mencetak data transaksi yang ada pada agen lpg dan
laporan penjualannya.
e. Mencetak

kebutuhan

pembayaran

pajak

atas

transaksi

penjualan.

Perangkat lunak ini berjalan pada semua browser. DBMS
yang digunakan adalah relational DBMS MySQL.
1.3 Definisi, Akronim dan Singkatan
Tabel 1 berikut ini berisi daftar definisi akronim
dan singkatan.

S1 Sistem Informasi

SKPL – AGENSAL

6/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Tabel 1. Daftar Definisi Akronim dan Singkatan
Keyword/Phrase

Definisi
Adalah spesifikasi kebutuhan dari
perangkat lunak AGENSAL yang akan

SKPL

dikembangkan
SKPL- AGENSAL xxx

kode yang merepresentasikan kebutuhan pada
AGENSAL dimana xxx merupakan nomor fungsi
produk.
Kode yang mempresentasikan tampilan yang

(INT – XXX)

ada pada perangkat lunak dimana xxx
merupakan nomor fungsi tampilan.
Perangkat

AGENSAL

lunak yang berfungsi untuk

mencatat data barang, pelanggan, supplier
data mengasilkan laporan transaksi.
menjelaskan interaksi yang terjadi antara

Use Case

aktor— inisiator dari interaksi system yang
ada
Kumpulan data yang terkait yang

Database

diorganisasikan dalam struktur tertentu
dan dapat diakses dengan cepat.

Admin

Pengguna sistem dengan hak akses tertentu

1.4 Referensi
Referensi yang digunakan dalam pembuatan dokumen SKPL
ini adalah sebagai berikut:
1.

Kadir,

A.,

Dasar

Pemorgaman

WEB

Dinamis

Menggunakan PHP
2.

Harris,

A.,

PHP

/

MySQL

Programming

for

the

Absolute Beginner

S1 Sistem Informasi

SKPL – AGENSAL

7/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

3.

Edy

Winarto

ST,

M.Eng,

Ali

Zaki,

&

SmitDev

Community. Pemrograman Web Berbasis HTML5, PHP,
dan JavaScript
1.5 Deskripsi umum (Overview)
Secara umum dokumen SKPL ini dibagi dalam 5 bagian
utama.
Bagian pertama berisi penjelasan mengenai dokumen
SKPL yang mencakup tujuan pembuatan SKPL, ruang lingkup
masalah

dalam

pengembangan

perangkat

lunak

AGENSAL,

definisi, akronim dan singkatan-singkatan yang digunakan
dalam pembuatan SKPL.
Bagian kedua berisi penjelasan umum tentang perangkat
lunak

AGENSAL

yang

akan

dikembangkan,

mencakup

perspektif produk yang akan dikembangkan, fungsi produk
perangkat lunak, karakteristik pengguna, batasan dalam
penggunaan perangkat lunak dan asumsi yang dipakai dalam
pengembangan perangkat lunak AGENSAL.
Bagian ketiga berisi penjelasan lebih rinci tentang
kebutuhan

perangkat

dikembangkan,

lunak

mencakup

AGENSAL

tentang

yang

kebutuhan

akan

antarmuka

eksternal yang diperlukan dan memberi gambaran tentang
kebutuhan fungsionalitas yang terdapat dalam perangkat
lunak AGENSAL ini.
Bagian

keempat

berisikan

penjelasan

tentang

spesifikasi kebutuhan perangkat lunak. Bagian ini akan
menjelaskan
fungsionalitas

tentang
yang

spesifikasi
ada

di

dalam

kebutuhan
perangkat

per
lunak

AGENSAL.
Bagian

kelima

pada

dokumen

spesifikasi

kebutuhan

perangkat lunak ini berupa desain tampilan antarmuka
perangkat lunak yang akan dibuat.
S1 Sistem Informasi

SKPL – AGENSAL

8/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

2

Deskripsi Kebutuhan

2.1 Perspektif produk
AGENSAL

merupakan

sebuah

perangkat

lunak

yang

mendukung sistem informasi penjualan pada agen lpg 3 kg.
AGENSAL ini mempunyai dua bagian utama yaitu penilaian
prestasi Aspek dan rating Aspek. Hasil rating Aspek
digunakan untuk menentukan klasifikasi Aspek dalam kelas
pemula, madya dan utama.
Tujuan AGENSAL ini sebagai media untuk mencatat Data
barang

dan

transaksi

yang

terjadi

sehingga

dapat

menghasilkan data penjualan dan laporan keuangan
AGENSAL ini membantu direktur untuk mengetahui data
penjualan dan laporan keuangan yang ada sehinga dapat
memutuskan

apa

yang

akan

dilakukan

direktur

setiap

bulannya
AGENSAL ini dapat menangani proses pengolahan data
berupa data barang, data customer, data transaksi
Perangkat lunak AGENSAL ini berjalan pada seluruh
browser, menggunakan bahasa pemrograman php dan css.
Database yang digunakan adalah MySQL.
Pengguna akan berinteraksi dengan sistem melalui
antarmuka

GUI

(Graphical

User

Interface).

Pengguna

sistem ini hanya terdapat satu tipe yaitu pengelola
sebagai admin untuk mengelola dan mengupdate data-data
system.

S1 Sistem Informasi

SKPL – AGENSAL

9/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Gambar 1 Arsitektur Perangkat lunak AGENSAL
2.2 Fungsi Produk
Fungsi produk perangkat lunak AGENSAL adalah sebagai
berikut :
1. Fungsi Login (AGENSAL-001)
adalah fungsi yang digunakan oleh admin untuk dapat masuk
dalam sistem yang akan digunakan.
2. Fungsi Mengelola Transaksi (AGENSAL-002)
adalah fungsi yang digunakan oleh admin untuk menangani
pengelolaan data–data transaksi.
a. Fungsi Menambah Barang yang Ditransaksikan (AGENSAL002-01),
adalah fungsi yang digunakan untuk menambahkan barang
yang dibeli oleh pelanggan.
b. Fungsi Menyimpan Data Transaksi
adalah

fungsi

yang

digunakan

(AGENSAL-002-02),
untuk

menyimpan

data

transaksi yang telah ada.
e. Fungsi Menghapus Data transaksi (AGENSAL-002-03),
adalah

fungsi

yang

digunakan

untuk

menghapus

data

transaksi.
3. Fungsi Mengelola Produk (AGENSAL-003)
adalah fungsi yang digunakan untuk menangani pengelolaan
data–data produk yang ada.
a. Fungsi Menambah Data Barang(AGENSAL-003-01),
adalah fungsi yang digunakan untuk menambahkan data
barang baru
b. Fungsi Mengubah Data Barang (AGENSAL-003-02),
S1 Sistem Informasi

SKPL – AGENSAL

10/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

adalah fungsi yang digunakan untuk mengubah data barang
apabila ada perubahan data.
c. Fungsi Mencari Data Barang (AGENSAL-003-03),
adalah fungsi yang digunakan untuk mencari data barang
sesuai nama barang.
d. Fungsi
adalah

Menghapus
fungsi

Data

yang

Barang

digunakan

(AGENSAL-003-04),

untuk

menghapus

data

barang.
4. Fungsi Mengelola Customer (AGENSAL-004)
adalah fungsi yang digunakan untuk menangani pengelolaan
data–data pelanggan.
a. Fungsi Menambah Data Customer (AGENSAL-004-01), adalah
fungsi untuk Menambahkan data pelanggan baru.
b. Fungsi Mengubah Data Customer (AGENSAL-004-02),
adalah

fungsi

yang

digunakan

untuk

mengubah

data

pelanggan yang ada.
c. Fungsi Mencari Data Customer (AGENSAL-004-04),
adalah

fungsi

yang

digunakan

untuk

mencari

data

pelanggan sesuai dengan nama pelanggan.
d. Fungsi Menghapus Data Customer (AGENSAL-004-05),
adalah fungsi yang digunakan untuk menghapus data pelangan.

5. Fungsi Mengelola Supplier (AGENSAL-005),
adalah fungsi yang digunakan untuk menangani pengelolaan
data–data supplier.
a. Fungsi Menambah Data Supplier (AGENSAL-005-01),
adalah fungsi yang digunakan untuk menambahkan data
supplier baru.
b. Fungsi Mengubah Data Supplier (AGENSAL-005-02),
adalah

fungsi

yang

digunakan

untuk

mengubah

data

supplier yang ada.
c. Fungsi Mencari Data Supplier (AGENSAL-005-04),
adalah

fungsi

yang

digunakan

untuk

mencari

data

supplier sesuai dengan nama supplieryang ingin dicari.
S1 Sistem Informasi

SKPL – AGENSAL

11/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

d. Fungsi
adalah

Menghapus
fungsi

Data

yang

Supplier

digunakan

(AGENSAL-005-05),

untuk

menghapus

data

supplier yang sudah ada.
6. Fungsi Mengelola Laporan Penjualan (AGENSAL-006),
adalah fungsi yang digunakan untuk menangani laporan
penjualan sehingga dapat mengetahui keuntungannya
a. Fungsi Melihat Data Penjualan (AGENSAL -006-01),
adalah

fungsi

yang

digunakan

untuk

melihat

data

penjualan sesuai hari yang diinginkan
b. Fungsi Melihat Keuntungan (AGENSAL-006-02),
merupakan

fungsi

yang

digunakan

untuk

melihat

keuntungan dari seluruh penjualan.
7. Fungsi Mengelola Laporan Pajak Penjualan (AGENSAL-007),
adalah fungsi yang digunakan untuk menangani laporan PPN
Dalam Negri atas penjualan, PPh Final atas penjualan dan
jasa angkut yang dipakai untuk rujukan biaya pengeluaran
perusahaan
a. Fungsi Melihat Data PPN Dalam Negeri(AGENSAL-007-01),
adalah fungsi yang digunakan untuk melihat data Pajak
Pertambahan

Nilai

Dalam

Negri

Kurang

Bayar

atas

penjualan lpg 3 kg yang harus dikeluarkan perusahaan
sesuai masa pajak yang diinginkan.
b. Fungsi

Melihat

Data

PPh

Final

(AGENSAL-007-02),

adalah fungsi yang digunakan untuk melihat data Pajak
Penghasilan yang bersifat Final atas penjualan lpg 3 kg
yang harus dikeluarkan perusahaan sesuai masa pajak
yang diinginkan.

2.3 Karakteristik Pengguna
Karakteristik dari pengguna perangkat lunak AGENSAL
adalah sebagai berikut :
1.Admin
S1 Sistem Informasi

SKPL – AGENSAL

12/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

a. Memahami pengoperasian aplikasi yang ada.
b. Mengerti tentang penggunaan komputer.
2.4 Batasan-batasan
Batasan-batasan dalam pembangunan perangkat lunak
AGENSAL adalah sebagai berikut:
a. Program

ini

pelanggan,

digunakan

untuk

supplier,

dan

mencatat

data

transaksi

barang,
sehingga

menghasilkan laporan yang berguna bagi admin
b. Keterbatasn perangkat keras
Dapat diketahui kemudian setelah sistem ini berjalan
(sesuai dengan kebutuhan).

2.5 Asumsi dan Ketergantungan
Asumsi yang digunakan dalam pengembangan perangkat
lunak AGENSAL yaitu sebagai berikut:
a. Tersedia

komputer

desktop

/

Notebook

dengan

spesifikasi minimal Pentium 4, memori utama 1 GB.
b. Tersedia Browser
c. Data yang diinputkan valid.
3

Kebutuhan khusus

3.1 Kebutuhan antarmuka eksternal
Kebutuhan antar muka eksternal pada perangkat lunak
AGENSAL meliputi kebutuhan antarmuka pemakai, antarmuka
perangkat lunak, antarmuka komunikasi.
3.1.1 Antarmuka pemakai
Pengguna

berinteraksi

dengan

antarmuka

yang

ditampilkan dalam bentuk form-form.
3.1.2

Antarmuka perangkat keras

Antarmuka perangkat keras yang digunakan dalam
perangkat lunak AGENSAL adalah :

S1 Sistem Informasi

SKPL – AGENSAL

13/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

1. Perangkat Komputer (PC)
2. Keyboard
3. Mouse
3.1.3

Antarmuka perangkat lunak

Perangkat lunak yang dibutuhkan untuk mengoperasikan
perangkat lunak AGENSAL adalah sebagai berikut :
1. Nama

: Microsoft Windows

Sumber

: Microsoft

Fungsi

: Sebagai sistem Operasi

2. Nama

: Mozilla Firefox,Google Chrome,MS Edge

Sumber

: firefox, Google, Microsoft

Fungsi

: Sebagai browser

3. Nama

: MySQL Server

Sumber
adalah

: Open source dengan lisensi GNU
database

management

system

(DBMS)

yang

digunakan untuk penyimpan data.

S1 Sistem Informasi

SKPL – AGENSAL

14/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

3.2 Kebutuhan Fungsionalitas Perangkat Lunak
3.2.1

Use Case Diagram

Gambar 2. Use Case Diagram
S1 Sistem Informasi

SKPL – AGENSAL

15/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

4

Spesifikasi Rinci Kebutuhan

4.1 Spesifikasi Kebutuhan Fungsionalitas
4.1.1 Use case Spesification : Login
1. Brief Description
Use Case ini digunakan oleh aktor untuk memperoleh
akses ke sistem. Login didasarkan pada sebuah username
dan password yang berupa rangkaian karakter.
2. Primary Actor
Admin
3. Supporting Actor
none
4. Basic Flow
1. Use Case ini dimulai ketika aktor memilih untuk
melakukan login
2. Sistem menampilkan antarmuka untuk login
3. Aktor memasukkan username dan password
4. Sistem

memeriksa

username

dan

password

yang

diinputkan aktor
5. Sistem memberikan akses ke aktor
6. Use Case ini selesai
5. Alternative Flow
none
6. Error Flow
Password

atau

nama

user

tidak

sesuai

atau

tidak

terdaftar di dalam database
1. Sistem akan menampilkan halaman login kembali.
2. Kembali ke Basic Flow langkah ke 3
7. PreConditions
None
8. PostConditions
S1 Sistem Informasi

SKPL – AGENSAL

16/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Aktor memasuki sistem dan dapat menggunakan fungsifungsi pada sistem.
4.1.2 Use case Spesification : Mengelola Data Barang
1. Brief Description
Use Case ini digunakan oleh aktor untuk mengelola data
barang. Aktor dapat menambah data barang, mengubah
data barang, mencari data barang, serta menghapus data
barang.
2. Primary Actor
Admin
3. Supporting Actor
None
4. Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk
mengelola data barang.
2.Sistem

menampilkan

antarmuka

pengelolaan

data

barang.
3.Aktor memilih untuk melakukan menambah data barang
A-1 Aktor memilih untuk mengubah data barang
A-2 Aktor memilih untuk menghapus data barang
A-3 Aktor memilih untuk mencari data barang
4.Aktor menginputkan data–data barang baru seperti
nama merk,nama barang, deskripsi barang, tangal
kedatangan barang, tanggal kadaluarsa barang, harga
jual, harga beli, supplier barang, jumlah barang.
5.Aktor meminta sistem untuk menyimpan data barang
yang telah diinputkan
6.Sistem mengecek data barang

yang telah diinputkan

Apabila data ada yang kurang lengkap maka akan
menuju ke form yang belum terisi
7.Sistem menyimpan data barang ke database
S1 Sistem Informasi

SKPL – AGENSAL

17/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

8.Use Case selesai
5. Alternative Flow
Aktor memilih untuk mengubah data barang
1. Sistem menampilkan seluruh data barang yang ada
2. Aktor memilih data barang yang ingin diubah
3. Sistem menampilkan antarmuka untuk mengubah data
barang yang dipilih
4. Aktor mengubah data barang yang diinginkan
5. Aktor meminta sistem untuk menyimpan data barang
yang telah diubah
6. Sistem melakukan pengecekan terhadap data barang
yang telah diubah
7. Berlanjut ke Basic Flow langkah ke 7

A-2

Aktor

memilih

untuk

melakukan

menghapus

data

barang
1. Aktor memilih barang yang ingin dihapus
2. Aktor meminta sistem untuk menghapus data barang
yang dipilih
3. Sistem akan menghapus data barang yang dipilih
4. Berlanjut ke Basic Flow langkah ke 8
A-3 Aktor memilih untuk melakukan mencari data barang
1. Aktor

meminta

sistem

menampilkan

antarmuka

pencarian barang
2. Sistem menampilkan antarmuka pencarian berdasarkan
nama barang
3. Aktor memasukan nama barang yang akan dicari
4. Sistem

akan

mencari

data

barang

dalam

database

sesuai nama barang yang dicari
5. Sistem akan menampilkan data barang
6. Berlanjut ke basic flow langkah ke 8
S1 Sistem Informasi

SKPL – AGENSAL

18/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

6. Error Flow
E-1 Data barang yang diinputkan aktor tidak lengkap
1.Sistem akan langsung menunjukan form yang belum
terisi
2.Kembali ke Basic Flow Langkah ke 4
7. PreConditions
1. Use Case Login telah dilakukan
2. Aktor telah memasuki sistem
8. PostConditions
Data barang di database telah terupdate
4.1.3 Use case Spesification : Mengelola Data Customer
1. Brief Description
Use Case ini digunakan oleh aktor untuk mengelola data
pelanggan

Aktor

dapat

menambah

data

pelanggan,

mengubah data pelanggan, mencari data pelangan, serta
menghapus data pelanggan.
2. Primary Actor
Admin
3. Supporting Actor
None
4. Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk
mengelola data pelanggan.
2.Sistem

menampilkan

antarmuka

pengelolaan

data

pelanggan.
3.Aktor

memilih

untuk

melakukan

menambah

data

pelanggan baru
A-1 Aktor memilih untuk mengubah data pelanggan
A-2 Aktor memilih untuk mencari data pelanggan
A-3 Aktor memilih untuk menghapus data pelanggan

S1 Sistem Informasi

SKPL – AGENSAL

19/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

4.Aktor menginputkan data–data pelanggan baru seperti
nama , kontak, dan alamat
5.Aktor meminta sistem untuk menyimpan data pelanggan
yang telah diinputkan
6.Sistem mengecek data barang yang telah diinputkan
E-1 Data Anggota Tim yang diinputkan aktor belum
lengkap
7.Sistem menyimpan data barang ke database
8.Use Case selesai
5. Alternative Flow
A-1 Aktor memilih untuk mengubah data pelanggan
1. Sistem menampilkan data pelanggan
2. Aktor memilih data pelanggan yang ingin diubah
3. Sistem menampilkan antarmuka untuk mengubah data
pelanggan yang dipilih
4. Aktor mengubah data pelanngam yang diinginkan
5. Aktor

meminta

sistem

untuk

menyimpan

data

pelanggan yang telah diubah
6. Sistem melakukan pengecekan terhadap data pelangan
yang telah diubah
E-1 Data Anggota Tim yang diinputkan aktor belum
lengkap
7. Berlanjut ke Basic Flow langkah ke 7
A-3 Aktor memilih untuk mencari data pelanggan
1. Aktor memasukkan nama pelanggan yang akan dicari
2. Sistem

akan

mencari

data

akan

menampilkan

pelanggan

di

dalam

database
3. Sistem

data

pelanggan

sesuai

dengan nama Anggota Tim yang dicari
4. Berlanjut ke Basic Flow langkah ke 8

S1 Sistem Informasi

SKPL – AGENSAL

20/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

A-4

Aktor

memilih

untuk

melakukan

menghapus

data

pelanggan
1.Sistem menampilkan data pelangan yang dipilih actor
2.Aktor memilih data pelanggan yang ingin dihapus
3.Aktor meminta sistem untuk menghapus data pelanggan
yang dipilih
4.Sistem akan menghapus data pelanggan yang dipilih
5.Berlanjut ke Basic Flow langkah ke 8
6. Error Flow
E-1 Data pelanggan yang diinputkan aktor tidak lengkap
1.Sistem memberikan pesan peringatan bahwa data yang
diinputkan tidak lengkap
2.Kembali ke Basic Flow Langkah ke 6 atau Alternate
Flow-1 langkah ke 7
7. PreConditions
1. Use Case Login telah dilakukan
2. Aktor telah memasuki sistem
8. PostConditions
Data pelanggan di database telah terupdate
4.1.4 Use case Spesification : Mengelola Data Supplier
1. Brief Description
Use Case ini digunakan oleh aktor untuk mengelola data
Transaksi. Aktor dapat melihat data transaksi dan
mencetak data transaksi
2. Primary Actor
Admin
3. Supporting Actor
none
4. Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk
melihat data transaksi penjualan
S1 Sistem Informasi

SKPL – AGENSAL

21/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

2.Sistem

menampilkan

antarmuka

pengelolaan

data

transaksi penjualan.
3.Use Case selesai
5. Alternative Flow
A-1 Aktor memilih untuk melihat data transaksi
1.

Aktor memilih tanggal transaksi

2.

Sistem menampilkan data transaksi

A-2

Aktor

memilih

untuk

mencetak

data

transaksi

penjualan
1. Sistem menampilkan data transaksi
2. Aktor memilih mencetak data transaksi
3. Sistem mencetak data transaksi
4. Berlanjut ke Basic Flow langkah ke 2
6. Error Flow
E-1 Data Transaksi tidak dapat dicetak
1. Sistem

memberikan

pesan

peringatan

bahwa

data

tidak bisa dicetak
3.Kembali ke Basic Flow Langkah ke 2
9. PreConditions
1. Use Case Login telah dilakukan
2. Aktor telah memasuki sistem
10.

PostConditions

Laporan di database telah tercetak

S1 Sistem Informasi

SKPL – AGENSAL

22/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

5

Sketsa Antarmuka

Deskripsi

: Tampilan untuk melakukan login

Desain Tampilan: Menggunakan komponen web form dari PHP
dan CSS
Jenis

: Form Login (INT-001)

Gambar 3

Deskripsi

Antarmuka Login

: Tampilan menu utama

Desain Tampilan: Menggunakan komponen web form dari PHP
dan CSS
Jenis

: Form Menu (INT-002)

Gambar 4
S1 Sistem Informasi

Antarmuka Menu
SKPL – AGENSAL

23/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk melihat Produk

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form Lihat Produk (INT-003)

Gambar 5

Deskripsi

Antarmuka Form Lihat Produk

:Tampilan untuk Edit produk

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form edit produk (INT-004)

Gambar 6
S1 Sistem Informasi

Antarmuka Edit Produk
SKPL – AGENSAL

24/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk menghapus produk

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form hapus produk (INT-005)

Gambar 7
Deskripsi

Antarmuka Hapus Produk

:Tampilan untuk menambahkan produk

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form tambah produk (INT-006)

Gambar 8

S1 Sistem Informasi

Antarmuka Tambah Produk

SKPL – AGENSAL

25/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk melihat data supplier

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form supplier (INT-007)

Gambar 9
Deskripsi

Antarmuka Data Supplier

:Tampilan untuk edit data supplier

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form edit supplier (INT-008)

Gambar 10 Antarmuka Edit Supplier
S1 Sistem Informasi

SKPL – AGENSAL

26/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk menghapus supplier

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form hapus supplier (INT-009)

Gambar 11 Antarmuka Hapus Supplier
Deskripsi

:Tampilan untuk menambahkan data supplier

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form tambah supplier (INT-010)

Gambar 12 Antarmuka Tambah Supplier
S1 Sistem Informasi

SKPL – AGENSAL

27/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk melihat data customer

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form customer (INT-011)

Gambar 13 Antarmuka Customer
Deskripsi

:Tampilan untuk edit data customer

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form edit customer (INT-012)

Gambar 14 Antarmuka Edit customer
S1 Sistem Informasi

SKPL – AGENSAL

28/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk menghapus customer

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form hapus customer (INT-013)

Gambar 15 Antarmuka Hapus Customer
Deskripsi

:Tampilan untuk menambah customer

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form tambah customer (INT-014)

Gambar 16 Antarmuka Tambah Customer
S1 Sistem Informasi

SKPL – AGENSAL

29/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk melihat data transaksi

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form transaksi (INT-015)

Gambar 17 Antarmuka data transaksi
Deskripsi

:Tampilan untuk melihat laporan penjualan

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form laporan penjualan (INT-016)

Gambar 18 Antarmuka Laporan Penjualan
S1 Sistem Informasi

SKPL – AGENSAL

30/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Deskripsi

:Tampilan untuk melihat laporan pajak

Desain Tampilan:Menggunakan komponen web form dari PHP
dan CSS
Jenis

:Form laporan pajak (INT-017)

Gambar 19 Antarmuka Laporan Pajak

S1 Sistem Informasi

SKPL – AGENSAL

31/ 31

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Sistem Informasi STIKOM Yos Sudarso
Purwokerto dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program Studi
Sistem Informasi

Dokumen yang terkait

ANALISIS KEBUTUHAN TENAGA PERAWAT DENGAN METODE WORKLOAD INDICATOR STAFFING NEED (WISN) DI INSTALASI RAWAT INAP BAGIAN INTERNA RSD Dr. SOEBANDI JEMBER

0 35 102

ANALISIS KINERJA SIMPANG MENGGUNAKAN PERANGKAT LUNAK KAJI DAN PTV VISTRO (STUDI KASUS : SIMPANG BERSINYAL DAN TAK BERSINYAL PERKOTAAN JEMBER)

5 45 18

Anal isi s L e ve l Pe r tanyaan p ad a S oal Ce r ita d alam B u k u T e k s M at e m at ik a Pe n u n jang S MK Pr ogr a m Keahl ian T e k n ologi , Kese h at an , d an Pe r tani an Kelas X T e r b itan E r lan gga B e r d asarkan T ak s on om i S OL O

2 99 16

ANALISIS PENGARUH PERSEPSI PENERAPAN TRANSPARANSI DAN AKUNTABILITAS PUBLIK TERHADAP KINERJA SATUAN KERJA PERANGKAT DAERAH (Studi Empiris Pada Pemerintah Daerah Kabupaten Bondowoso)

1 31 18

ANALISIS PENGARUH PERSEPSI TRANSPARANSI DAN AKUNTABILITAS TERHADAP KINERJA LAYANAN PUBLIK SATUAN KERJA PERANGKAT DAERAH KABUPATEN BANYUWANGI

1 32 18

ANALISIS PENGARUH PERSEPSI TRANSPARANSI DAN AKUNTABILITAS TERHADAP KINERJA LAYANAN PUBLIK SATUAN KERJA PERANGKAT DAERAH KABUPATEN BANYUWANGI

19 247 18

INSTRUMEN UKUR KADAR KEBUTUHAN PUPUK UREA PADA TANAMAN JAGUNG MENGGUNAKAN METODE FUZZY LOGIC

13 68 149

DESKRIPSI PETANI KAKAO DALAM MEMENUHI KEBUTUHAN POKOK MINIMUM ANGGOTA KELUARGA DI DESA BANYUMAS KECAMATAN BANYUMAS KABUPATEN PRINGSEWU TAHUN 2012

1 32 37

HUBUNGAN KEPEMIMPINAN KEPALA DESA DENGAN EFEKTIVITAS KERJA PERANGKAT DESA (Studi Pada Pemerintah Desa Talang Bojong Kecamatan Kotabumi Kota Kabupaten Lampung Utara)

0 25 90

STUDI DAYA DUKUNG STABILISASI TANAH LEMPUNG LUNAK MENGGUNAKAN ZAT ADDITIVE ECOMIX DAN SEMEN

2 20 92