• Tidak ada hasil yang ditemukan

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Pr

N/A
N/A
Protected

Academic year: 2018

Membagikan "SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Pr"

Copied!
31
0
0

Teks penuh

(1)

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

(2)

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

INDEX TGL

- A B C D E F G

Ditulis oleh

Diperiksa oleh

(3)

S1 Sistem Informasi SKPL – AGENSAL 3/ 31

Daftar Halaman Perubahan

(4)

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)

S1 Sistem Informasi SKPL – AGENSAL 5/ 31

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

(6)

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

(7)

S1 Sistem Informasi SKPL – AGENSAL 7/ 31 Tabel 1. Daftar Definisi Akronim dan Singkatan

Keyword/Phrase Definisi

SKPL

Adalah spesifikasi kebutuhan dari

perangkat lunak AGENSAL yang akan

dikembangkan

SKPL AGENSAL

-xxx

kode yang merepresentasikan kebutuhan pada

AGENSAL dimana xxx merupakan nomor fungsi

produk.

(INT – XXX)

Kode yang mempresentasikan tampilan yang

ada pada perangkat lunak dimana xxx

merupakan nomor fungsi tampilan.

AGENSAL

Perangkat lunak yang berfungsi untuk

mencatat data barang, pelanggan, supplier

data mengasilkan laporan transaksi.

Use Case

menjelaskan interaksi yang terjadi antara

aktor— inisiator dari interaksi system yang

ada

Database

Kumpulan data yang terkait yang

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

(8)

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 lunak AGENSAL yang akan

dikembangkan, mencakup tentang kebutuhan 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 tentang spesifikasi kebutuhan per

fungsionalitas yang ada di dalam perangkat lunak

AGENSAL.

Bagian kelima pada dokumen spesifikasi kebutuhan

perangkat lunak ini berupa desain tampilan antarmuka

(9)

S1 Sistem Informasi SKPL – AGENSAL 9/ 31 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.

(10)

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 ( AGENSAL-002-01),

adalah fungsi yang digunakan untuk menambahkan barang

yang dibeli oleh pelanggan.

b.Fungsi Menyimpan Data Transaksi (AGENSAL-002-02),

adalah fungsi yang digunakan 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

(11)

S1 Sistem Informasi SKPL – AGENSAL 11/ 31

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 Menghapus Data Barang (AGENSAL-003-04),

adalah fungsi yang digunakan 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

(12)

d.Fungsi Menghapus Data Supplier (AGENSAL-005-05),

adalah fungsi yang digunakan 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 :

(13)

S1 Sistem Informasi SKPL – AGENSAL 13/ 31 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 digunakan untuk mencatat data barang,

pelanggan, supplier, dan transaksi 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

(14)

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 : Open source dengan lisensi GNU

adalah database management system (DBMS) yang

(15)

S1 Sistem Informasi SKPL – AGENSAL 15/ 31 3.2 Kebutuhan Fungsionalitas Perangkat Lunak

3.2.1 Use Case Diagram

(16)

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

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

(17)

S1 Sistem Informasi SKPL – AGENSAL 17/ 31 Aktor memasuki sistem dan dapat menggunakan

fungsi-fungsi 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. 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

(18)

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

(19)

S1 Sistem Informasi SKPL – AGENSAL 19/ 31 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. 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

(20)

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 pelanggan di dalam

database

3. Sistem akan menampilkan data pelanggan sesuai

dengan nama Anggota Tim yang dicari

(21)

S1 Sistem Informasi SKPL – AGENSAL 21/ 31 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

(22)

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

(23)

S1 Sistem Informasi SKPL – AGENSAL 23/ 31 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 Antarmuka Login

Deskripsi : Tampilan menu utama

Desain Tampilan: Menggunakan komponen web form dari PHP

dan CSS

Jenis : Form Menu (INT-002)

(24)

Deskripsi :Tampilan untuk melihat Produk

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form Lihat Produk (INT-003)

Gambar 5 Antarmuka Form Lihat Produk

Deskripsi :Tampilan untuk Edit produk

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form edit produk (INT-004)

(25)

S1 Sistem Informasi SKPL – AGENSAL 25/ 31 Deskripsi :Tampilan untuk menghapus produk

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form hapus produk (INT-005)

Gambar 7 Antarmuka Hapus Produk

Deskripsi :Tampilan untuk menambahkan produk

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form tambah produk (INT-006)

(26)

Deskripsi :Tampilan untuk melihat data supplier

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form supplier (INT-007)

Gambar 9 Antarmuka Data Supplier

Deskripsi :Tampilan untuk edit data supplier

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form edit supplier (INT-008)

(27)

S1 Sistem Informasi SKPL – AGENSAL 27/ 31 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)

(28)

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)

(29)

S1 Sistem Informasi SKPL – AGENSAL 29/ 31 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)

(30)

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)

(31)

S1 Sistem Informasi SKPL – AGENSAL 31/ 31 Deskripsi :Tampilan untuk melihat laporan pajak

Desain Tampilan:Menggunakan komponen web form dari PHP

dan CSS

Jenis :Form laporan pajak (INT-017)

Gambar

Tabel 1. Daftar Definisi Akronim dan Singkatan
Gambar 1 Arsitektur Perangkat lunak AGENSAL
Gambar 2. Use Case Diagram
Gambar 3 Antarmuka Login
+7

Referensi

Dokumen terkait

Ransum dengan sumber serat tongkol jagung sebesar 30% dengan kombinasi sumber protein bungkil kelapa dan tepung ikan atau kombinasi sumber protein bungkil kelapa dan

Pertumbuhan dan hasil kacang tanah budidaya sistem tanam alur menghasilkan nilai interaksi dengan perlakuan ketiga jenis pupuk lebih baik dibandingkan sistem tanam

Sistem penjadwalan dalam flow shop adalah penjadwalan dari seluruh job dalam urutan proses yang sama dan masing – masing job menuju ke masing – masing mesin dalam satu

Hasil penelitian menunjukkan bahwa (1) pengelolaan perpustakaan sekolah di Gugus I masih berjalan secara sederhana (2) perbandingan pengelolaan perpustakaan sekolah di Gugus

Dari pengertian para ahli diatas penulis dapat mengambil kesimpulan bahwa biaya produksi, biaya yang digunakan dalam proses produksi yang terdiri dari bahan baku, biaya

Bank Kustodian akan menerbitkan dan menyampaikan Surat Konfirmasi Transaksi Unit Penyertaan yang menyatakan antara lain jumlah investasi dalam Unit Penyertaan REKSA DANA BNP

Proses pelaksanaan tradisi Pabuncingan Jero Dong Ding di Desa Pakraman Muncan terbagi dalam tiga tahapan yaitu 1) Proses pembuatan Arca Jero Dong dan Jero Ding, 2)

Ilustrasi adalah hasil visualisasi dari suatu tulisan dengan teknik drawing, lukisan, fotografi, atau teknik seni rupa lainnya yang lebih menekankan hubungan subjek dengan