SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM INFORMASI INVENTORI

(SMI)

untuk:
UD. Sari Merta Ukir

Dipersiapkan oleh:
I Wayan Ari Darmadi

STMIK STIKOM Bali

2014

Nomor Dokumen

Halaman

SKPL-290

1/22

Sistem Informasi
STMIK STIKOM Bali

Revisi
Program Studi Sintem informasi

SKPL290

Tgl: 09-11-2014
Halaman 1/ dari 22 halaman

DAFTAR PERUBAHAN

Revisi

Deskripsi

A
B
C
D
E
F
G

INDEX

TGL
Ditulis
oleh

Program Studi Sintem informasi

SKPL290

Halaman 2/ dari 22 halaman

Diperiksa
oleh

Disetujui
oleh

Daftar Halaman Perubahan

Halaman

Program Studi Sintem informasi

Revisi

SKPL290

Halaman

Revisi

Halaman 3/ dari 22 halaman

DAFTAR IS

Program Studi Sintem informasi

SKPL290

Halaman 4/ dari 22 halaman

1. Pendahuluan...............................................................................................7
1.1 Tujuan.........................................................................................................7
1.2 Lingkup Masalah.........................................................................................7
1.3 Definisi, Istilah, dan Akronim.....................................................................8
1.4 Aturan Penomoran dan Penamaan...............................................................8
1.4.1
1.4.2
1.4.3

Aturan Penomoran dan Penamaan Spesifikasi Kebutuhan........................8

Aturan Penomoran dan Penamaan Tabel....................................................9
Aturan Penomoran dan Penamaan Fungsi/Proses......................................9

1.5 Referensi.....................................................................................................9
1.6 Deskripsi Umum Dokumen.........................................................................9

2. Deskripsi Umum Perangkat Lunak..........................................................10

2.1 Deskripsi Umum Sistem............................................................................10
2.2 Fungsi Produk...........................................................................................10
2.3 Karakteristik Pengguna..............................................................................11
2.4 Batasan-batasan.........................................................................................11
2.5 Lingkungan Operasi..................................................................................11

3. Deskripsi Umum Kebutuhan...................................................................12

3.1 Kebutuhan Antarmuka Eksternal...............................................................12
3.1.1
3.1.2
3.1.3
3.1.4

Antarmuka Pemakai.................................................................................12
Antarmuka Perangkat Keras.....................................................................12
Antarmuka Perangkat Lunak....................................................................12
Antarmuka Komunikasi...........................................................................13

3.2 Kebutuhan Fungsional...............................................................................13

3.2.1
3.2.2
3.2.3

Diagram Konteks......................................................................................13
DFD Level 0.............................................................................................14
DFD Level 1.............................................................................................15

3.3 Data Requirement......................................................................................20

3.3.1

ER Diagram..............................................................................................20

3.4 Deskripsi Kebutuhan Non Fungsional.......................................................20

3.5 Batasan Perancangan.................................................................................21
3.6 Kerunutan (Traceability)...........................................................................21
Program Studi Sintem informasi

SKPL290

Halaman 5/ dari 22 halaman

3.6.1

Data Store vs ER Diagram.......................................................................21

3.7 Ringkasan Kebutuhan................................................................................22

3.7.1
3.7.2

Ringkasan Kebutuhan Fungsional............................................................22

Ringkasan Kebutuhan Non Fungsional....................................................22

DAFTAR GAMBAR
1.
2.
3.
4.
5.
6.
7.

Gambar 1. Diagram Konteks

Gambar 2. DFD Level 0
Gambar 3. DFD Level 1 Proses Login
Gambar 4. DFD Level 1 Proses Pengolahan Stok Barang
Gambar 5. DFD Level 1 Proses Penjualan
Gambar6. DFD Level 1 Proses Laporan
Gambar 7. ERD

Program Studi Sintem informasi

SKPL290

Halaman 6/ dari 22 halaman

DAFTAR TABEL
1.
2.
3.
4.
5.
6.
7.

Tabel 1. Definisi dan Akronim

Tabel 2. Istilah dan Definisi
Tabel 3. Deskripsi Kebutuhan Fungsional
Tabel 4. Kerunutan
Tabel 5. Data Store vs ERD
Tabel 6. Kebutuhan Fungsional
Tabel 7. Kebutuhan Non Fungsional

1. Pendahuluan
1.1 Tujuan
Tujuan Pembuatan Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini
adalah :
a. Memberikan informasi mengenai spesifikasi spesifikasi perangkat lunak
yang akan dibuat.
b. Menntukan system perangkat keras dan perangkat lunak yang mendukung
c.
d.
e.
f.

pembuatan atau perancangan produk.

Menjelaskan hal-hal yang dibutuhkan dalam pembuatan perangkat lunak.
Menjelaskan keterbatasan perangkat lunak yang dibuat.
Memberikan gambaran dari produk yang akan dibuat.
Mempermudah dalam perangcangan suatu produk

1.2 Lingkup Masalah

Sistem pengolahan data barang pada UD. Sari Merta Ukir masih kurang
efektif karena semua data penyimpanan barang disimpan dalam bentuk
pencatatan dalam buku gudang sebelum dimasukkan computer dengan
menggunakan Microsoft Word maupun Microsoft Excel. Hal seperti ini dapat
Program Studi Sintem informasi

SKPL290

Halaman 7/ dari 22 halaman

menimbulkan masalah tersendiri karena system masih menggunakan cara-cara

manual, yaitu staff gudang harus mencari satu persatu dari buku gudang sehingga
mengakibatkan banyak waktuterbuang dan kemungkinanyang terjadi adalah
hilangnya data-data yang telah tercatatdi selembaran kertas tersebut.
Maka dibutuhkan suatu aplikasi yang mampu menangani berbagai
kebutuhan dalam pengolahan data darang di gudang UD. Sari Merta Ukir dan
mampu memperbaiki kelemahan-kelemahan yang terdapat pada system yang
selama ini telah berjalan.

1.3 Definisi, Istilah, dan Akronim

Kata Kunci atau frase

Definisi dan atau akronim

Spesifikasi Perangkat Lunak
Dokumen hasil analisis yang berisi

SKPL

spesifikasi kebutuhan user

Sistem Informasi Inventori

SII

Rekayasa Perangkat Lunak

Kegiatan pengembangan perangkat

RPL

lunak
Tabel 1. Definifi dan Akronim

Istilah
Pelanggan

Definisi
Merupakan Orang Yang Membeli

Pengembang

produk
Orang yang mengembangkan program
Tabel 2. Istilah dan Definisi

1.4 Aturan Penomoran dan Penamaan

1.4.1

Aturan Penomoran dan Penamaan Spesifikasi Kebutuhan

Setiap kebutuhan perangkat lunak dalam dokumen ini akan diberi

penomoran dengan format :
SKPL-JK-XX.Y <nama proyek>, dengan :
Program Studi Sintem informasi

SKPL290

Halaman 8/ dari 22 halaman

JK adalah jenis kebutuhan. JK dapat diisi dengan :

F untuk jenis kebutuhan fungsional
NF untuk jenis kebutuhan non fungsional
XX adalah nomor kebutuhan fungsi (dua digit) dimulai dari 00, 01, 02,

dan seterusnya.
Y adalah nomor fungsi rinci, yang diturunkan dari kebutuhan nomor

1.4.2

Aturan Penomoran dan Penamaan Tabel

Tabel diberi nama awalan huruf T kapital, diikuti dengan nama entitas
tabel tersebut. Tiap karakter awal kata dalam nama entitas tabel, dimulai dengan
huruf kapital, tanpa adanya spasi antar kata bila nama entitas lebih dari satu kata.
Penomoran tabel mengikuti format TAB-X, dengan X menyatakan nomor urut
tabel. Contoh :

1.4.3

TAB-1 TStokBarang
TAB-2 TPenjualan

Aturan Penomoran dan Penamaan Fungsi/Proses

Penomoran fungsi menurut format FS-X, FS-X.Y, FS-X.Y.Z, dan

seterusnya, dengan X,Y,Z menyatakan tingkatan level fungsi/proses pada Data
Flow Diagram (DFD) sesuai dengan kedalaman fungsi. Setiap fungsi diberi nama
sesuai dengan deskripsinya. Contoh :
FS-1.1 Validasi Pengguna
FS-1.3.1 Pemilihan Menu

1.5 Referensi
Dokumen ini merujuk pada hasil wawancara dan observasi pada pengguna
tentang kebutuhan yang diperlukannya dan penulisan dokumen berdasarkan
pada:
1. Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak
(SKPL). Jurusan Sistem Informasi , STMIK STIKOM Bali, 2014.
2. Pressman, R.S., "Software Engineering, a Practitioner's Approach" Fourth
Edition, McGraw Hill, 1997.
Program Studi Sintem informasi

SKPL290

Halaman 9/ dari 22 halaman

1.6 Deskripsi Umum Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari 3 bab
utama :
BAB I Pendahuluan
Bab ini berisi tentang penjelasan dokumen SKPL yang mencakup tujuan
pembuatan dokumen ini, lingkup masalah yaitu pemberitahuan informasi oleh
SMI, definisi dari istilah atau akronim, referensi, dan deskripse umum

dokumen.
BAB II Deskripsi Global Perangkat Lunak
Bab ini berisi tentang penjelasan secara umum mengenai perangkat lunak
SMI yang akan dikembangkan meliputi deskripsi umum system, fungsi dari

produk, karakteristik pengguna, batasan-batasan, dan lingkungan operasi.

BAB III Deskripsi Rinci Kebutuhan
Bab ini berisi tentang penjelasan tentang kebutuhan perangkat lunak
secara lebih rinci.

2. Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem
Perangkat lunak Sistem Informasi Inventari (SII) merupakan perangkat
lunak yang dirancang untuk memudahkan pelayanan pada pembeli UD. Sari
Merta Ukir, dan juga untuk memudahkan pendataan stok barang produksi.
Perangkat lunak akan dapat menyediakan layanan-layanan dalam waktu
singkat. Pemakai (user) berinteraksi secara langsung dengan perangkat lunak
melalui mouse dan keyboard. Perangkat lunak ini dapat dijalankan dengan
lingkungan system operasi minimal Windows 7.

2.2 Fungsi Produk

Perangkat lunak Sistem Informasi Inventori ini memliki fungsi dan
fasilitas sebagai berikut :
a. Melakukan pengelolaan data pengguna/user berdasarkan otorisasi.
b. Melakukan pengelolaan data barang, misalnya jumalah barang yang tersedia
di gudang, jenis barang, dan sebagainya.
c. Melakukan pengelolaan data kategori barang-barang yang disimpan dalam
Program Studi Sintem informasi

SKPL290

Halaman 10/ dari 22 halaman

gudang.
d. Melakukan pengelolaan data penyesuaian stok yang disesuaikan dengan
jumlah data fisik yang ada di gudang.
e. Membuat laporan daftar barang, stok barang, dan penyesuaian stok barang.

2.3 Karakteristik Pengguna

Aplikasi ini hanya digunakan oleh 2 user, yaitu operator dan kepala
gudang. Kedua user ini harus memiliki kewajiban dan keterampilan dalam
mengelola data-data inventaris. Berikut karakteristik keduanya :
a. Pemilik :
Mampu menggunakan aplikasi computer berbasis Windows.
Mampu mengatur dan mengontrol system .
b. Staff Gudang :
Mampu mengoperasikan computer.
Mengerti output dan input system.

2.4 Batasan-batasan
Batasan-batasan selama dalam pengembangan perangkat lunak Sistem
Manajemen Inventoriini adalah sebagai berikut :
a. Aplikasi ini hanya dioperasikan oleh dua user saja.
b. Aplikasi ini hanya mengelola stok barang produksi, dan membuat laporan.

2.5 Lingkungan Operasi

Lingkungan operasi dalam pengembangan perangkat lunak Sistem
Informasi Inventori ini adalah :
Hardware meliputi :
Processor corei3 atau lebih tinggi.
Memori minimal 2GB

Software meliputi :
Sistem operasi Windows 7

Microsoft Access

Program Studi Sintem informasi

SKPL290

Halaman 11/ dari 22 halaman

3. Deskripsi Umum Kebutuhan

3.1 Kebutuhan Antarmuka Eksternal
3.1.1

Antarmuka Pemakai

Pemakai berinteraksi langsung dengan perangkat lunak melalui masukkan

perintah yang diketikkan langsung dari keyboard atau pengguanaan mouse pada
menu yang sudah disediakan. Hasil keluaran akan ditampilkan langsung di layar
monitor. Antarmuka (interface) yang ada didalam perangkat lunak Sistem
Manajemen Inventori adalah :
a.Interface untuk user ditampilkan dalam layar monitor dengan format
bahasa pemrograman Visual Basic
Memberikan pesan error ketika terjadi kesalahan oleh

b.

pengguna.
c.Mengelola konsistensi antar tampilan info dan input data.
3.1.2

Antarmuka Perangkat Keras

Perangkat keras yang disarankan untuk penggunaan perangkat lunak

Sistem Manajemen Inventori ini sebagai berikut :
a.PC Corei3 2.0 Ghz atau lebih
b.
RAM minimal 2 GB
c.Harddisk, menyesuaikan jumlah data yang akan disimpan
d.
Mouse
e.Keyboard
f. Printer
3.1.3

Antarmuka Perangkat Lunak

Sistem Manajemen Inventori ini membutuhkan beberapa tool pembantu

untuk mendukung berjalannya perangkat lunak ini, seperti :
a. Nama
: Windows 7/8
Sumber
: Microsoft
Fungsi
: Sistem operasi komputer
b. Nama
: Microsoft Visual Studio 2010
Sumber
: Microsoft
Fungsi
: Tools perancang perangkat lunak
c. Nama
: Microsoft ACCESS
Sumber
: Microsoft
Fungsi
: Tools untuk database dan server lokal
d.
Program Studi Sintem informasi

SKPL290

Halaman 12/ dari 22 halaman

3.1.4

Antarmuka Komunikasi

Perankat lunak Sistem Infomasi Inventori ini membutuhkan alat

tambahan untuk berkomunikasi antara computer satu dengan yang lainnya,
seperti :
a. Switch
b. Kabel LAN

3.2 Kebutuhan Fungsional

3.2.1

Diagram Konteks

Gambar 1. Diagram Konteks

Proses yang terjadi dalam perangkat lunak Sistem Informasi Inventori ini
adalh pertama pemilik dan staff gudang melakukan login dengan mengisikan
username dan password. Hal ini bertujuan agar mencegah orang yang tidak
berwenang mengoperasikan perangkat lunak.
Setelah kedua user melakukan login, kedua user dapat mengolah data stok
barang untukn menyesuaikan data fisik barang di gudang dengan data yang
tersimpan di database.
Perangkat lunak ini juga melakukan proses penjualan, danm secara
otomatis mengupdate stok barang. Di akhir periode pemilik dapat melihat laporan
stok barang dan penjualan.

Program Studi Sintem informasi

SKPL290

Halaman 13/ dari 22 halaman

3.2.2

DFD Level 0

Gambar 2. DFD Level 0

Proses yang terjadi dalam DFD Level 0 dapat dibagi menjadi 4 bagian,
yaitu :
a. Proses Login
Program Studi Sintem informasi

SKPL290

Halaman 14/ dari 22 halaman

Pada proses ini akan dilakukan validasi identitas atas status pengguna
perangkat lunak deengan menginputkan username dan password. Semua
pemakai perangkat lunak ini perlu melakukan proses login ini untuk
menjaga keamanan data dan informasi.
b. Proses Pengolahan Stok Barang
Pada proses ini pemilik dan staff gudang dapat memasukkan data-data
baru kedalam database, mengubah data-data yang sudah ada, dan
menhapus data-data yang sudah ada sebelumnya.
c. Proses Transaksi
Pada proses ini pemilik memasukkan data-data penjualan ke dalam
database.
d. Proses Pembuatan Laporan
Pada proses ini pemilik dapat meminta laporan yang berkaitan dengan
penjualan dan stok barang.
3.2.3

DFD Level 1

3.2.3.1 DFD Level 1 Login

Gambar 3. DFD Level 1 Proses Login

Pada proses login terbagi menjadi 3 (tiga) subproses, yaitu sebagai berikut
Program Studi Sintem informasi

SKPL290

Halaman 15/ dari 22 halaman

:
a. Baca Data Login
Pada proses ini dilakukan operasi pembacaan data-data logi berupa
username dan password.
b. Cek Dataa Login
Pada prosses ini dilakukan pembacaan tabel pada database dan
melakukan pencarian data yang sesuai dengan data login.
c. Proses Aktivasi Antarmuka Perangkat Lunak
Pada proses ini setelah menerima konfirmasi validasi login, maka akan
dilakukan aktivasi menmpilkan halaman utamaperangkat lunak.
3.2.3.2

DFD Level 1 Pengelolaan Stok Barang

Gambar 4. DFD Level 1 Proses Pengolahan Stok Barang

Pada proses pengolahan stok barang terbagi menjadi 5 subproses, yaitu
sebagai berikut :
a. Proses Baca Data Stok Barang
Pada proses ini pemilik dan stsff gudang akan menerima data-data stok
gudang dan akan memutuskan apa yang hendak dilakukan dengan datadata stok barang tersebutpada proses selanjutnya.
Program Studi Sintem informasi

SKPL290

Halaman 16/ dari 22 halaman

b. Proses Tambah Data Stok Barang

Pada proses ini pemilik dan staff gudang dapat menambahkan dan
menyimpan data stok baru pada tabel stok barang.
c. Proses Edit data Stok Barang
Pada proses ini pemilik dan stsff gudang dapat mengubah data-data yang
telah tersimpan sebelumnya pada tabel stok barang.
d. Proses Hapus Data Stok Barang
Pada proses ini pemilik dan staff gudang dapat menghapus data-data stok
barang yang diinginkan .
e. Proses Display Data Stok Barang
Pada proses ini perangkat lunak akan menapilkan data-data stok barang
pada monitor.
3.2.3.3

DFD Level 1 Penjualan

Gambar 5. DFD Level 1 Proses Penjualan

Pada proses penjualan terbagi menjadi 4 subproses, yaitu sebagai berikut :
a. Proses Baca Data Penjualan
Pada proses ini pemilik akan memasukkan data-data penjualan berupa ID
Program Studi Sintem informasi

SKPL290

Halaman 17/ dari 22 halaman

barang dan Jumlah barang yang akan dibaca oleh system.

b. Proses Simpan Data Transaksi
Pada proses ini data-data penjualan akan otomatis disimpan kedalam
tabel penjualan.
c. Proses Update Stok Barang
Pada proses ini perangkat lunak akan mengupdate secara otomatisstok
barang sesuai dengan ID barang yang terjual, dan stok barang akan
berkurang sesuai jumlah penjualan.
d. Proses Display Stok Baaang
Pada proses ini perangkat lunak akan menampilkan ke monitor bahwa
proses penjualan telah berhasil.
3.2.3.4

DFD Level 1 Laporan

Gambar 6. DFD Level 1 Laporan

Pada proses menampilkan laporan terbagi menjadi 3 subproses, yaitu
sebagai berikut :
a. Proses Permintaan Laporan
Pada proses ini perangkat lunak akan membaca permintaan dari pemilik
Program Studi Sintem informasi

SKPL290

Halaman 18/ dari 22 halaman

untuk mennampilkan data mana yang ingin ditampilkan.

b. Proses Baca Data Permintaan Laporan
Pada prose ini perangkat lunak akan membaca data dari tabel stok barang
dan tabel penjualaan sesuai permintaan pemilik.
c. Proses Display Laporan
Pada proses ini perangkat lunak akan menampilkan laporan yang diminta
pemilik.

3.3 Data Requirement

3.3.1

ER Diagram

Gambar 7. ERD

3.4 Deskripsi Kebutuhan Non Fungsional

Parameter

Program Studi Sintem informasi

Requirement

SKPL290

Halaman 19/ dari 22 halaman

Availability

Perangkat lunak beroperasi 9 jam per hari, 7 hari per minggu.

Reliability

Kegagalan yang ditolerir sekitar 5%.

Ergonomy

Perangkat lunak ini user friendly.

Portability

Aplikasi ini berjalan pada platform atau sistem operasi

minimal Windows 7

Memory

Minimum memory 2GB

Response Time

Tidak lebih dari 5 detik.

Safety

Menggunakan secure socket layer dgn sertifikasi.

Security

Login dan validasi data sangat penting karena menyangkut

data perusahan

Bahasa

Menggunakan bahasa Indonesia

Komunikasi

Halaman Utama Semua halaman menampilkan logo dari perusahaan yang

bersangkutan.

Tabel 3. Deskripsi Kebutuhan Fungsional

3.5 Batasan Perancangan

Untuk memberikan pandangan dan arah yang jelas dalam perancangan
aplikasi mengenai henra laundry ini, maka batasan batasan yang perlu di
perhatiakan sebagai berikut :
Program Studi Sintem informasi

SKPL290

Halaman 20/ dari 22 halaman

1. Aplikasi yang akan dibangun ini menggunakan database untuk mengolah

data. Penginputan data akan disimpan di database, dan untuk menampilkan
informasi yang dibutuhkan juga akan mengakses database terlebih dahulu.
2. Setiap pengolahaan data baik dalam pengolahan stok, penjualan, dan
permintaan laporan dikelola oleh pemilik.
3. Sedangkan staff gudang hanya mengolah stok barang.

3.6 Kerunutan (Traceability)

Nomer SKPL
SKPL-F1
SKPL-F2
SKPL-F3
SKPL-F4
SKPL-F5

Nama Proses
Menampilkan Halaman Utama
Koneksi Database
Menampilkan Data Stok Barang
Menampilkan Penjualan
Menampilkan Laporan
Tabel 4. Kerunutan

3.6.1

Data Store vs ER Diagram

Data Store
Login
Stok Barang
Penjualan
Laporan

Entitas
Tb_Login
tb_stokbarang
Tb_penjualan
Tb_laporan

Relasi
Statis
Dinamis
Statis
Dinamis

Tabel 5. Data Store vs ER Diagram

3.7 Ringkasan Kebutuhan

3.7.1

Ringkasan Kebutuhan Fungsional

Nomer
SKPL-F-01.0
SKPL-F-02.0
SKPL-F-02.1
SKPL-F-02.2
SKPL-F-02.3
SKPL-F-03.0
SKPL-F-04.0

Kebutuhan Fungsional
Proses Login
Melihat Stok Barang
Menambah Stok Barang
Mengubah Stok Barang
Menghapus Stok Barang
Proses Penjualan
Membuat Laporan

Tabel 6. Ringkasan Kebutuhan Fungsional

Program Studi Sintem informasi

SKPL290

Halaman 21/ dari 22 halaman

3.7.2

Ringkasan Kebutuhan Non Fungsional

Nomer

Kebutuhan Non Fungsional

Pengguna menerima indikasi reaksi

SKPL-NF-01.0

terhadap aksinya maksimal 5 detik

setelah aksi dilakukan
Perangkat lunak beroperasi selama 9

SKPL-NF-02.0

jam per hari dan 7 hari per minggu

Kegagalan system ditolerir sekitar

SKPL-NF-03.0

5%
Keamanan system sangat penting

SKPL-NF-04.0
SKPL-NF-05.0
SKPL-NF-06.0

Tabel 7. Ringkasan Kebutuhan non Fungsional

Program Studi Sintem informasi

SKPL290

Halaman 22/ dari 22 halaman