skpl

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SIPOLTA

(Sistem Informasi Pengelolaan Alat Tulis Kantor)

Dipersiapkan oleh:

Astri Tika Pratiwi 0910683023

Dian Arisandy 0910680074

Ervin Yohannes 0910680055

Program Studi Teknik Informatika – Universitas Brawijaya

Jl. Mayjend. Haryono no. 167, Malang

Program Studi

Teknik Informatika UB

Nomor Dokumen Halaman

TF01

Revisi Tgl: 14-12-2011

TF01

Program StudiTeknik Informatika UB SKPL-TF01 Halaman 2 dari 21 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

INDEX

TGL

- A B C D E F G

Ditulis

oleh

Diperiksa

oleh

Disetujui

oleh



Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi



Daftar Isi

1. Pendahuluan ........................................................................................................................................................ 7

1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 7 1.2 Lingkup Masalah ..................................................................................................................................... 7 1.3 Definisi, Istilah dan Singkatan ................................................................................................................ 8 1.4 Referensi .................................................................................................................................................. 9 1.5 Deskripsi umum Dokumen (Ikhtisar) ...................................................................................................... 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 .................................................................................................................................................. 12

3 Deskripsi Umum Kebutuhan ......................................................................................................................... 13 3.1 Kebutuhan antarmuka eksternal ............................................................................................................ 13

3.1.1 Antarmuka pemakai ....................................................................................................................... 13 3.1.2 Antarmuka perangkat keras ........................................................................................................... 13 3.1.3 Antarmuka perangkat lunak ........................................................................................................... 13 3.1.4 Antarmuka komunikasi .................................................................................................................. 14

3.2 Kebutuhan Fungsional ........................................................................................................................... 15 3.2.1 Use case diagram ........................................................................................................................... 16

3.3 Data Requirement ................................................................................................................................. 18 3.3.1 E-R diagram ................................................................................................................................... 18

3.4 Non Functional Requirement ................................................................................................................. 19 3.5 Batasan Perancangan ............................................................................................................................. 20 3.6 Kerunutan (traceability) ......................................................................................................................... 20 3.7 Ringkasan Kebutuhan ............................................................................................................................ 20

3.7.1 Functional Requirement Summary ................................................................................................ 20 3.7.2 Non Functional Requirement Summary ........................................................................................ 20

Daftar Gambar



Gambar 1 : Context Diagram (DFD level 0) untuk SPKBMSCCDB......................................................................... 15

Gambar2 : DFD level 1 (Daftar) untuk SPKBMSCCDB ......................................................................................... 16

Gambar3 : DFD level 2 untuk SPKBMSCCDB ........................................................................................................ 16

Gambar3.1 : DFD level 2 (masuk) untuk SPKBMSCCDB ........................................................................................... 16

Gambar3.2 : DFD level 2 (keluar )untuk SPKBMSCCDB............................................................................................. 17

Gambar3.3 : DFD level 2 (kehilangan )untuk SPKBMSCCDB..................................................................................... 17

Gambar4 : ER Diagram untuk SPKBMSCCDB.......................................................................................................... 18



Daftar Tabel

Tabel 1. Definisi, Singkatan dan Akronim ............................................................................................................ 8

Tabel 2. Karakteristik Pengguna ........................................................................................................................... 11

Tabel 3. Non Functional Requirement .................................................................................................................. 20

Tabel 4. Data Store vs ER Diagram ..................................................................................................................... 21

Tabel 5. Functional Requirement Summary ........................................................................................................ 21

Tabel 6. Non Functional Requirement Summary ................................................................................................ 22



1 Pendahuluan 1.1 Tujuan Penulisan Dokumen

Tujuan dokumen ini adalah untuk menggambarkan kebutuhan pemakai, pelaporan dan kebutuhan

lingkup alat tulis kantor. SIPOLTA adalah suatu perangkat lunak yang dirancang sebagai sistem yang

dapat memonitoring penggunaan alat tulis kantor yang dibutuhkan selama proses kerja berlangsung.

Pengguna dokumen ini adalah para pemilik suatu perusahaan tertentu yang menginginkan

penggunaan sistem alat tulis kantor yang efisien yang dapat di penuhi oleh SIPOLTA dengan acuan

yang telah disepakati bersama dalam membangun perangkat lunak tersebut.

1.2 Lingkup Masalah

Perangkat lunak yang dibangun adalah perangkat lunak yang memudahkan mengakses alat tulis

kantor yang dibutuhkan. SIPOLTA membantu user dan admin untuk mengatur jalannya alat tulis

kantor. SIPOLTA dapat benar-benar membantu penggunaan alat tulis kantor secara efektif dan efisien.

SIPOLTA terhubung dengan basis data tertentu yang digunakan suatu perusahaaan tertentu sehingga

seluruh informasi tentang alat tulis kantor yang masuk dan keluar dimiliki oleh suatu perusahaan.



1.3 Definisi, Istilah dan Singkatan

Istilah, Akronim dan Singkatan Keterangan

SKPL Spesifikasi Kebutuhan Perangkat Lunak

Merupakan dokumen hasil analisis yang berisi spesifikasi

kebutuhan user.

IEEE Institute of Electrrical and Electronics Engineers

Merupakan standar internasional untuk pengembangan dan

rancangan perangkat lunak

SIPOLTA Sistem Informasi Pengelolaan Alat Tulis Kantor

Merupakan sistem yang membantu mengatur alat tulis

kantor yang digunakan.

Admin Merupakan administrator yaitu seseorang yang mengatur

operasional sistem dan bertanggung jawab atas segala isi

dari database.

User Pengguna kendaraan bermotor

Database Kumpulan dari berbagai data yang saling berhubungan satu

dengan yang lainnya

ERD Entity Relationship Diagram, merupakan diagram yang

menggambarkan relasi antara entiti dan atribut dari masing-

masing entity.

Tabel 1 : Definisi, Singkatan, Akronim

1.4 Referensi

IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement Specifications.

Bayu Hendradjaya. Panduan Penulisan Spesifikasi Kebutuhan Perangkat Lunak (SKPL). Jurusan

Teknik Informatika ITB.

1.5 Deskripsi umum Dokumen (Ikhtisar)

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.



2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

Dalam sistem SIPOLTA admin dari BP bertanggung jawab dalam hal pengelolaan alat tulis kantor dan

pembuatan laporan dengan di bantu user dari BP. Perbedaannya terletak pada saat pihak lain ingin melakukan

complain / perbaikan maka pihak lain dapat menghubungi user dari BP dan setelah itu user dari BP akan

memberitahu admin dari BP karena yang bisa mengedit dan menghapus hanya bisa di lakukan oleh admin dari

BP sedangkan user dari BP hanya bisa memasukkan data baru saja dam untuk pihak lainnya hanya bisa melihat

laporan sesuai dengan bagiannya masing-masing.

2.2 Fungsi Produk

Adapun fungsi-fungsi yang dimiliki oleh sistem SIPOLTA ini adalah :

Melakukan login [SKPL- SIPOLTA.K-0001].

Melakukan pengisian data barang [SKPL- SIPOLTA.K-0002].

Menyimpan data masukan ke dalam database. [SKPL- SIPOLTA.K-0003].

Sinkronisasi antara data awal dengan data pemakaian. [SKPL- SIPOLTA.K-0004].

Melakukan logout [SKPL-SIPOLTA.K-0005].

Melakukan update dan delete [SKPL-SIPOLTA.K-0006].

2.3 Karakteristik Pengguna

Pengguna system SIPOLTA adalah perusahaan yang memerlukan pengaturan dalam pengolahan alat tulis

kantor dan cara menggunakan alat tulis kantor dengan efektif dan efisien.

Pengguna juga dapat berupa pengguna yang memiliki tingkat otorisasi khusus yang disebut sebagai

administrator dan mempunyai wewenang untuk melakukan edit, tambah dan hapus data dan bertanggung jawab

apabila terjadi kehilangan data, serta melakukan pengecekan data apabila terjadi kesalahan dalam pemasukan

data.

Kategori Pengguna Tugas Hak Akses ke aplikasi

User Melaporkan pada administrator dari

BP jika pihak lain ada yang

complain mengenai isi data dan

memasukkan data baru ke dalam

database sesuai dengan kondisi

SKPL- SIPOLTA.K-0001





Administrator Melakukan pengecekan data dan

melakukan edit, hapus dan tambah

ke dalam database serta menerima

complain user dari BP jika ada

kesalahan pemasukkan data







Tabel 2. Karakteristik Pengguna



2.4 Batasan

Batasan-batasan yang digunakan dalam sistem SIPOLTA ini adalah sebagai berikut :

Sebelum admin dan user melihat data dan memasukkan data baru terlebih dahulu di persilahkan untuk

login dengan memasukkan username dan password.

Sistem SIPOLTA ini hanya dapat digunakan oleh perusahaan atau pihak yang ingin mengatur jalannya

alat tulis kantor dengan efisien dan efektif.

Admin berhak mengubah, menambah dan menghapus data yang ada didalam database sedangkan user

berhak memasukkan data saja.



3 Deskripsi Umum Kebutuhan

3.1 Kebutuhan antarmuka eksternal

Kebutuhan antarmuka eksternal yang didefinisikan pada sistem ini mencakup kebutuhan antarmuka

pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak.

3.1.1 Antarmuka pemakai

Interface user dari sistem ini yaitu : program aplikasi dreamweaver CS 3 (untuk tampilan sistem) .

Sedangkan pengguna berinteraksi dengan program aplikasi dreamweaver CS 3 melalui antarmuka

berbasis grafis html. Dimana dapat menampilkan menu-menu dan gambar-gambar kepada pengguna

melalui monitor secara langsung.

3.1.2 Antarmuka perangkat keras

Kebutuhan minimum perangkat keras yang diperlukan dan dipakai dalam sistem ini

antara lain :

a. Laptop / komputer

b. Printer

c. kertas

Selebihnya, sistem ini membutuhkan perangkat keras yang lebih spesifik.

3.1.3 Antarmuka perangkat lunak

SIPOLTA merupakan perancangan sistem yang akan dibangun dengan teknologi website yang akan

dicetak dan datanya akan dimasukkan ke dalam database MySQL. MySQL digunakan pada sistem ini

karena kemampuan untuk menyimpan data secara yang baik dan tidak mudah rusak dengan ditunjang

dengan sistem back-up yang baik.

Dreamweaver merupakan salah satu program aplikasi dari yang berbasis grafis htnl. Dreamweaver CS 3

merupakan bahasa pemrograman yang bekerja dalam lingkup Ms. Windows. Antara php dengan

database MySQL merupakan program aplikasi yang terpisah. Untuk melakukan hubungan antara

database MySQL dengan dreamweaver diperlukan koneksi antara keduanya dengan menggunakan

perantara yang namanya apache. Perantara ini sudah menjadi bawaan dari xampp . Sehingga pada

dreamweaver tinggal membuat koneksi ke MySQL, membuat form atau objek untuk menampung hasil

tampilan dari database MySQL.

3.1.4 Antarmuka komunikasi

Antarmuka komunikasi dalam system ini menggunakan web browser yaitu : Mozilla firefox, google

chrome, internet explorer dan sebagainya.



3.2 Deskripsi Fungsional

3.2.1 Use case diagram

Use case : merubah atau mengedit pencatatan laporan

Diagram :

Deskripsi :

administrator dari BP dapat merubah atau mengedit pencatatan dan laporan termasuk juga dapat menghapus data

dari database.

Step by step :

1.

Use case : mencatat data awal barang

Diagram :

Deskripsi :

Administrator dari BP mencatat data awal barang dengan di bantu oleh user dari BP



Step by step :

1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda

belum keluar karena sudah masuk langsung ke langkah 4.

2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.

3. Admin dan user dari BP menekan tombol “mulai pencatatan”.

4. Tekan menu “pencatatan” dan tekan “data barang”.

5. Tekan “lihat tabel” untuk melihat tabel data barang.

6. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.

7. Jika selesai tekan tombol “tambah”.

8. Jika sukses akan muncul tampilan “ database barang oke”

9. Tekan tombol “kembali ” untuk melihat data barang.

10. Dan tekan tombol “logout” untuk keluar.

Use case : mencatat rencana pemakaian barang

Diagram :

Deskripsi :

Administrator dari BP mencatat rencana pemakaian barang dari awal sampai akhir dengan di bantu oleh user dari

BP

Step by step :





4. Tekan menu “pencatatan” dan tekan “rencana pemakaian”.

5. Tekan “lihat tabel” untuk melihat tabel rencana pemakaian.






Use case : mencatat pengadaan barang

Diagram :

Deskripsi :



Administrator mencatat pengadaan barang yang digunakan oleh perusahaan dengan dibantu oleh user dari BP

Step by step :





4. Tekan menu “pencatatan” dan tekan “pengadaan barang”.






Use case : mencatat pemakaian barang

Diagram :

Deskripsi :

Administrator dari BP mencatat barang apa saja yang di pakai selama proses produksi dengan di bantu oleh user

dari BP

Step by step :





4. Tekan menu “pencatatan” dan tekan “pemakaian barang”.






Use case : mencatat penyesuaian

Diagram :

Deskripsi :

Administrator dari BP mencatat penyesuaian barang permintaan awal dengan barang yang datang / yang

digunakan dengan di bantu oleh user dari BP



Step by step :





4. Tekan menu “pencatatan” dan tekan “pengadaan barang”.






Use case : membuat laporan pengadaan barang

Diagram :

Deskripsi :

Administrator dari BP dan user dari BP bersama – sama membuat laporan mengenai pengadaan barang selama

proses produksi

Step by step :




Use case : membuat laporan penyesuaian stok

Diagram :

Deskripsi :

Administrator dari BP dan user dari BP bersama – sama membuat laporan penyesuaian stok antara permintaan

awal dengan barang yang datang / yang digunakan

Step by step :




Use case : membuat laporan rencana pemakaian barang

Diagram :



Deskripsi :

Administrator dari BP dan user dari BP bersama – sama membuat laporan rencana pemakaian barang dari awal

produksi sampai akhir produksi

Step by step :




Use case : membuat laporan bulanan

Diagram :

Deskripsi :

Administrator dari BP dan user dari BP bersama – sama membuat laporan bulanan yang telah dilakukan selama

proses produksi

Step by step :




Use case : membuat laporan tahunan

Diagram :

Deskripsi :

Administrator dari BP dan user dari BP bersama – sama membuat laporan tahunan yang mencakup apapun yang

telah dilakukan selama proses produksi

Step by step :






Use case : tutup buku

Diagram :

Deskripsi :

Administrator dari BP dan user dari BP membuat tutup buku sebagai bahan evaluasi untuk tahun sebelumnya

dan melakukan perbaikan untuk tahun selanjutnya

Step by step :




3. Tekan menu “tutup buku”.


5. Tekan tombol “preview”

6. Tekan tombol “keluar”


Use case : melihat laporan pengadaan barang

Diagram :

Deskripsi :

Step by step :

Use case : melihat laporan rencana pemakaian barang

Diagram :

Deskripsi :

Step by step :

Use case : melihat semua laporan

Diagram :

Deskripsi :

Step by step :



Use case : melihat tutup buku

Diagram :

Deskripsi :

Step by step :

3.3 Data Requirement

Data yang harus dikelola oleh aplikasi SIPOLTA :

- Kode Barang, berisi kode barang yang ingin di masukkan ke database

- Id_user, berisi id yang digunakan oleh user untuk memasukkan barang yang diinginkan.

- no, berisi no urut dari data yang dimasukkan

- id_login, berisi id yang digunakan selama proses login dan digunakan untuk masuk ke system.

3.3.1 E-R diagram

Gambar 4: ER diagram untuk SIPOLTA



3.4 Non Functional Requirement

SRS-Id Parameter Requirement

SKPL- SIPOLTA.K-0007 Availability 24 jam sehari, 7 hari seminggu

SKPL- SIPOLTA.K-0008 Reliability Proses masuk tidak pernah gagal, proses keluar

kegagalan ditolerir maksimal 10%

SKPL- SIPOLTA.K-0009 Ergonomy Sistem SIPOLTA ini harus user friendly dan

jelas alurnya.

SKPL- SIPOLTA.K-0010 Portability Mudah diadopsi pada lingkungan system

operasi Microsoft® Windows dan DBMS

Oracle

SKPL- SIPOLTA.K-0011 Memory Minimal menggunakan memory 1Gb, semakin

besar memori semakin cepat prosesnya

SKPL- SIPOLTA.K-0012 Response time Hitungan detik, secepat mungkin. Maksimal

delay 8 detik pada setiap proses.

N/A Safety N/A

SKPL- SIPOLTA.K-0013 Komunikasi Bahasa Indonesia

Tabel 3: Syarat non fungsional

3.5 Batasan Perancangan

SIPOLTA dijalankan pada sistem operasi Microsoft® Windows dengan DBMS MySQL.

Pengendalian portal hanya dapat dilakukan oleh admin setelah melakukan pendataan.

3.6 Kerunutan (traceability)

3.6.1 Data Store vs E-R

Data Store Entity Relasi

Kode barang Kode_barang Informasi user

Id user Id_user Informasi user

no no Informasi user

Id login Id_login Informasi user

Tabel 4: Data Store vs ER diagram



3.7 Ringkasan Kebutuhan

3.7.1 Functional Requirement Summary

SRS-Id Description

SKPL- SIPOLTA.K-0001 Untuk melakukan login

SKPL- SIPOLTA.K-0002 Melakukan pengisian data barang

SKPL- SIPOLTA.K-0003 Menyimpan data masukan ke dalam database

SKPL- SIPOLTA.K-0004 Sinkronisasi antara data awal dengan data pemakaian

SKPL- SIPOLTA.K-0005 Untuk melakukan logout

SKPL- SIPOLTA.K-0006 Melakukan update dan delete

Tabel 5: Ringkasan syarat kebutuhan fungsional

3.7.2 Non Functional Requirement Summary

SRS-Id Description

SKPL- SIPOLTA.K-0007 Sistem harus siap sedia setiap waktu atau kapanpun.

SKPL- SIPOLTA.K-0008 Proses masuk system tidak pernah gagal, sedangkan proses

keluar kegagalan ditolerir maksimal 10%.

SKPL- SIPOLTA.K-0009 User friendly dan jelas alurnya. Setidaknya 90% user

sudah dapat mengerti prosesnya.

SKPL- SIPOLTA.K-00010 Menggunakan OS Windows dan DBMS Oracle.

SKPL- SIPOLTA.K-00011 Memory minimal 1Gb.

SKPL- SIPOLTA.K-00012 Maksimal menunggu atau delay adalah 8 detik.

SKPL- SIPOLTA.K-0013 Komunikasi sistem menggunakan Bahasa Indonesia

Tabel 6: Ringkasan syarat kebutuhan non fungsional

skpl

Education