Software Requirements Specification

Version 1.0
<<Annotated Version>>

Desember 10, 2021

Sistem Informasi Transaksi Inventori

KELOMPOK
:
Submitted in partial fulfillment
M Ihsan Maulana
Of the L 10519126
requirements of
Rizza Tsany
Software Fawwaz
Engineering

1
1. Introduction.............................................................................3
1.1 Purpose................................................................................3
1.2 Scope....................................................................................3
1.3 Definitions, Acronyms and Abbreviations.......................4
1.4 References...........................................................................5
1.5 Overview.............................................................................5
2. Overall Description.................................................................5
2.1 Product Perspective.................................................................6
2.3 User Characteristics................................................................8
2.4 Constraints...............................................................................8
2.5 Assumptions and Dependencies.............................................9
2.6 Requiremet Subsets SERVER............................................9
3. Specific Requirements...........................................................10
3.1 Functionality.....................................................................10
3.2 Non Functionality.............................................................10
3.3 Supportability...................................................................12
3.4 Design Constraints...........................................................12
3.5 Online User Documentation and Help System
Requirements....................................................................13
3.6 Purchased Components...................................................13
3.7 Interfaces...........................................................................13
3.8 Licensing Requirements..................................................14
3.9 Legal, Copyright and Other Notices..............................15
3.10Applicable Standards.......................................................15
4. Supporting Information........................................................15

2
Software Requirements Specification
1. Introduction

Software Requirment Specification (SRS) merupakan dokumen yang

menggambarkan secara detail spesifikasi kebutuhan software dalam pembangunan
sebuah proyek perangkat lunak sistem informasi transaksi inventori studi kasus PT.
Ecco Indonesia. Dokumen ini di tujukan untuk membantu bagian pergudangan
dalam me-monitoring keluar masuknya inventori pada PT. Ecco Indonesia. Selain
itu dokumen ini dapat memberi solusi, batasan masalah agar proyek tidak
menyimpang terlalu jauh dari tujuan awal dari sistem informasi yang akan di buat.
Software Requirment Specification ini dapat dijadikan acuan agar proyek dapat
berjalan dengan lancar selama pengerjaannya

1.1 Purpose
Tujuan dari dokumen SRS ini adalah memberikan gambaran yang spesifik
dari kebutuhan software. Spesifikasi kebutuhan tersebut termasuk dari segi
perangkat lunak dan perangkatkeras.

1.2 Scope
Ruang lingkup dari dokumen SRS ini adalah:

1. Menjelaskan tentang overral deskription yang meliputi:

a. Output yang dihasilkan dari proyek

b. Fungsi produk
c. Karakteristik user
d. Batasan
e. Asumsi dan ketergantungan
f. Requirement subset
2. Spesifikasi kebutuhan proyek yang meliputi:
a. Fungsi-fungsi kebutuhan proyek termasuk perangkat lunak, perangkat keras
dan SDM.
b. Usability
c. Reliability

3
 d. Kinerja Perangkat lunak
e. Dukungan perangkat lunak
f. Desain batasan dan kendala proyek
g. Interface
h. Lisensi kebutuhan software
i. Standart perangkat lunak
3. Supporting
Information proyek
4.

1.3 Definitions, Acronyms and Abbreviations

a. SRS : Software Requirements Specifications (Spesifikasi Persyaratan Perangkat
Lunak).
b. Software Requirement Specification (SRS) adalah dokumen yang
menggambarkan secara detail spesifikasi kebutuhan perangkat lunak dalam
pembangunan proyek system informasi peramalan persediaan barang pada PT
Ecco Indonesia
c. PT.
d. Object Oriented: adalah konsep pemrograman yang melihat sifat (behaviour) dari
suatu objek.
e. Use Case Diagram :adalah model fungsional sebuah sistem yang menggunakan
Actor dan Use Case. Use Case Diagram dibuat untuk
memvisualisasikan/menggambarkan hubungan antara Actor dan Use Case. Use
Case diagram mempresentasikan kegunaan atau fungsi-fungsi system dari
perspektif pengguna.
f. Use Case adalah gambar lingkaran berbentuk bulat telur (ovals) yang diberinama
dengan kata kerja (verbs) yang menggambarkan fungsi-fung sisistem.
g. Actor adalah para pengguna (Users) dari sebuah sistem. Actor adalah seseorang
atau sesuatu yang harus berinteraksi dengan system atau sistem yang
dibangun/dikembangkan.
h. Relationship adalah ilustrasi atau gambaran relasi/hubungan antara sebuah Actor
dan Use Case dengan sebuah garis sederhana.
4
i. Sequence Diagram adalah suatu diagram yang menggambarkan interaksi antar

5
 obyek dan mengindikasikan komunikasi diantaraobyek-obyek tersebut.
j. Inventory merupakan sejumlah barang yang disediakan untuk memenuhi permintaan
dari pelanggan.
k. Purchasing adalah pemesanan atau order barang ke Supplier berdasarkan
permintaan pembelian barang dari gudang
l. Sales adalah Penerimaan yang diperoleh dari pengiriman barang dagangan
m. Assembly adalah sebuah produk akhir terdiri dari beberapa bagian-bagian
lainnya hingga menja disebuah produk akhir
n. Software : Perangkat Lunak.
o. Hardware : Perangkat Keras.
p. JU : Jasa Usaha

1.4 References
Beynon-Davies, Paul, 1991, Relational Database System : A Paragmatic Approach,
Blackwell Scientific Publication, Oxford
FitGerald, Jerry, 1987, Fundamental of Analysis: Using Structured Analysis Design
Techniques, Jhon Wley & Sons, Singapore
Hawryszieycs, Igor T., 1990, Introduction to system Analysis and design,
Prentice Hall, Sydney Lucas C. Henry, 1987, Analisis, Desain dan
Implementasi Sistem Informasi,Erlangga, Jakarta
1.5 Overview
Dokumen SRS ini merupakan acuan untuk mengetahui spesifikasi
kebutuhan dalam menyelesaikan proyek ini. Dokumen SRS berisi tentang deskripsi
tentang kebutuhan perangkat lunak (tools pembuat sistem, perancangan sistem yang
akan dikembangkan), perangkat keras, dan sumber daya manusia (SDM).

2. Overall Description

Sehubungan dengan perkembangan Teknologi Informasi yang sedemikian

pesat, maka setiap manajemen dituntut untuk dapat menyesuaikan diri dengan
perkembangan tersebut. Setiap manajemen harus lebih profesional dalam
menjalankan aktifitasnya dan harus selalu dapat mengakses kebutuhan akan
informasi yang cepat dan akurat.

6
 Sistem Transaksi Inventory ini dibuat untuk dapat digunakan oleh
perusahaan tempat studi kasus yaitu PT. Ecco Indonesia dalam melakukan
prosesnya dalam siklus inventory. Dengan diterapkannya sistem ini dalam PT. Ecco,
akan meminimalisir kesalahan-kesalahan perhitungan yang dilakukan oleh manusia
biasa, bahkan dapat juga memonitor siklus keluar masuk per item yang dilakukan
oleh setiap divisi. Sistem ini merupakan suatu penerapan dari siklus lengkap
transaksi inventori bagi perusahaan yang bersangkutan, yang terdiri dari Purchasing
(pembuatan penawaran, Dokumen penawaran, laporan, serta penerimaan barang),
Assembly (Proses pembuatan Bill Of Material (BOM), permintaan assembly, serta
progress produksi), serta Sales (pembuatan surat penjualan, laporan, hingga proses
pengiriman).

Sistem ini dapat digunakan oleh multiuser. Selain itu, dapat dibuat user-user
dengan roles yang dapat disesuaikan sesuai kebutuhan, tetapi ada 3 fungsi roles
utama, yaitu Admin, Supervisor, dan Operator, sehingga pembagian pekerjaan pada
tiap-tiap divisi dapat berjalan dengan baik serta terintegrasi satu sama lainnya.

2.1 Product Perspective

Adapun gambaran perancangan dan desain sistem transaksi inventori: studi
kasus PT. Ecco Indonesia dapat dilihat pada blok diagram berikut :

7
Administrasi

Master Invoice

Category
Sales

Item Quotation

PLU S/O

Supplier Delivery Order

BOM Sales Invoice

Salesman Production
Customer Work Order
Currency
PermintaanBahan

Beginning Balance
Account

Gambar1 Blog Diagram Sistemtransaksi

Inventory

2.2 Product Functions

Fungsi dari perangkat lunak sistem transaksi inventori: studi kasus PT ini
adalah untuk merekam semua kegiatan yang berhubungan dengan proses transaksi
di dalam inventori di gudang, baik keluar, masuk, ataupun keduanya. Selain itu juga
dapat memudahkan perusahaan membuat dokumen- dokumen seperti penawaran,
Invoice, S/O, dll.

8
2.3 User Characteristics
Adapun user karakteristik dari pengguna program sistem informasi
peramalan persediaan barang ini adalah sebagai berikut :

User Jumlah Kriteria

1. Melakukan semua fungsi di dalam Administrasi
i. User Management
ii. Items & Category Management
Administrasi 1
iii. PLU, Customer, Salesman, Warehouse data
Management
iv. Stock data Management
2. Melakukan fungsi Supervisor dan Operator (Optional)
1. Memonitor laporantransaksidan stock per periode
Per 2. Melakukan konfirmasi atas perubahan data stock
Supervisor
Divisi barang yang
dilakukan oleh operator.
3. Melakukan fungsi Operator (Optional)

Per 1. Merekam semua kegiatantran saksi ke dalam aplikasi

Operator Divisi 2. Membuat dokumen-dokumen yang dibutuhkan

2.4 Constraints
Batasan proyek sistem transaksi inventori dalam dokumen SRS ini adalah sebagai
berikut :
Sistem informasi ini akan dibangun dengan menggunakan bahasa pemrograman Ruby
dengan framework Rails v2.3.11.

a. Database yang digunakan adalah SQLite3.

b. Sistem Informasi ini hanya dapat digunakan oleh PT .
c. Sistem informasi yang akan dibangun dilengkapi dengan pemberian hak
akses masing-masing untuk user.
d. Software yang akan dibangun sesuai dengan hasil survey di PT , dan jika
ada perubahan strandarisasi maka harus dilakukan pengembangan software.

9
 e. Proyek ini hanya mengerjakan perangkat lunak system transaksi inventori
yang Meliputi purchasing, assembly, dan sales, sertatidak termasuk
peramalan persediaan barang.
f. Sistem informasi ini hanya dapat digunakan untuk mengolah beberapa data,
diantaranya : Data barang, data supplier, data jenis barang, data rekap
barang, data inventory, outward, inward, dan data login

2.5 Assumptions and Dependencies

Asumsi yang ada pada proses perencanaan yang telah dibuat dalam proyek
rekayasa perangkat lunak tersebut adalah :

a. Proyek tidak akan berubah selama masa pengerjaan proyek ini.

b. Sumber daya teridentifikasi akan tersedia atas permintaan.
c. Pendanaan telah disetujui akan tersedia atas permintaan.

2.6 Requiremet
Subsets
SERVER :

Minimum Requirement Specification

Perangkat Keras Jenis
Motherboard : Gigabyte GA-P31-ES3G (P31,1333/1066/800,DC D2
1066,Pcx)
Processor : Core 2 Duo
Memory : Corsair 2Gb DDR 2
Harddisk : Seagate 1Tb SATA-II 16Mb
Lan Card : Gigabit Ethernet Card UTP 10/100/1000 32 Bit
Monitor : LG 19 Inch L197WSB
Casing : Power Logic GTX 2000 500W
Keyboard & Mouse : Logitech KB Classic Plus + Ms Optical Black

CLIENT :

10
 Minimum Requirement Specification
Perangkat Keras Jenis
Motherboard : Gigabyte GA-G31M-ES2C (G31,1333/1066/800,DC D2
800,PCX,V)
Processor : E2220 (2.4 Ghz) 800,C1Mb Box
Memory : V-GEN 2Gb PC 5300
Harddisk : Seagate 250 Gb SATA-II 2Mb
Lan Card : Ethernet Card UTP 10/100 32 Bit
Monitor : LG 16 Inch 1642S
Casing : Power Logic Futura 500 450W
Keyboard & Mouse : Logitech KB Classic Plus + Ms Optical Black

3. Specific Requirements
Berikut adalah kebutuahan perangkat lunak untuk perancangan system
dan petugas penguji dalam melakukan verifikasi :

3.1 Functionality

3.1.1 Functional Login

Functional ini merupakan salah satu fungsi yang digunakan untuk

melakukan login untuk user agar dapat mengakses suatu aplikasi. Login yang
dilakukan oleh masing-masing user yang akan menggunakan sistemini dan masing-
masing user memiliki hak akses yang berbeda-beda.

3.2 Non Functionality

Selain kebutuhan-kebutuhan functional yang telah dijelaskan diatas, berikut

akan dijelaskan pula kebutuhan-kebutuhan non functional sebagai berikut dibawah
ini :

3.2.1 Usability

3.2.1.1 Usability for Access

Sistem aplikasi ini akan digabungkan bersama dengan domain PT, dengan
memanfaatkan internet, menjadikan system ini dapat diakses dimanapun selama

11
12
 pengguna terhubung dengan internet.

3.2.1.2 Usability for Web Browser

Sistem aplikasi ini telah mendukung web browser seperti goggle chrome,
internet explorer 8, Mozilla firefox 3, opera 10, dan juga safari untuk pengguna
machintos.

3.2.2 Reliability

3.2.2.1 Availability
Ketersediaan system aplikasi ini untuk digunakan adalah 24 jam per hari.

3.2.2.2 Accuracy
Akurasi menjadi prasyarat utama berfungsinya system aplikasi ini dengan
baik. Sehingga tidak terjadi kesalahan dalam proses perekaman data di dalam
system ini.

3.2.3 Performance

3.2.3.1 Response Time

Rancang bangun system transaksi inventori ini dapat di akses melalui web
service dengan response time kurang dari 50 detik. Dengan asumsi program dapat
berjalan lancar tanpa adanya kerusakan pada system, jaringan dan client.

3.2.3.2 Capacity
Kapasitas penyimpanan data yang di butuhkan untuk rekam data, harus
mampu menampung data barang dan jumlah transaksi penjualan barang selama5
tahun terakhir.

3.2.3.3 Throughput
- Untuk kecepatan perhitungan stock persediaan barang sebesar kurang dari
10 detik.
- Untuk kecepatan pembuatan dokumen yang dibutuhkan setelah Submit
kurang dari 15 detik.

3.2.3.4 Resource Utilization

Untuk mencapai performansi yang optimal saat pengaksesan sistem aplikasi
13
 ini pada web browser, maka setidak-tidaknya pengunjung website membutuhkan PC
minimal processor Pentium 4.

3.2.4 Security

Sistem keamanan yang digunakan dalam sistem transaksi inventori: studi kasus
PT. adalah dengan melakukan encripsi password untuk masing-masing user yang
menggunakan “md5”dan menggunakan system security default dari Rails.

3.3 Supportability

3.3.1 Coding Standards

Dengan menggunakan Ruby On Rails system informasi berbasis website ini
berfungsi untuk meminimalisir kesalahan-kesalahan perhitungan yang dilakukan
oleh manusia biasa, bahkan dapat juga memonitor siklus keluar masuk per item
yang dilakukan oleh setiap divisi. Sistem ini merupakan suatu penerapan dari siklus
lengkap transaksi inventori bagi perusahaan yang bersangkutan.Codeini akan
dipasang pada sebuah komputer pusat (server) yang terhubung pada sebuah
komputer pengguna (client).

3.3.2 Maintenance Access

Pemeliharaan hak akses yang diberikan kepada setiap user, diperlukanuntuk
dilakukan setiap periode tertentu. Pemeliharaan ini bertujuan untuk menjaga
keamanan data dari pengguna yang tidak mempunyai hak akses terhadap data
tersebut.

3.3.3 Dukungan Operasional

Adanya dukungan secara teknis oleh Pihak Manajemen yang terkait,
dalam kaitan melakukan perekaman transaksi inventori :
a. Software dibangun dengan komponen yang mempercatik halaman web.
b. Tidak ada dukungan secara teknis, dukungan hanya diberikan melalui user guide
(panduan dalam bentuk file)

3.4 Design Constraints

3.4.1 Software Process Requirements

Implementasi dari perangkat lunak ini dapat berjalan dengan dukungan dari
14
 system operasi windows XP, Windows Vista , Windows 7, Ubuntu 10.04, CentOS
5. Dan didukung pula olehberbagai web browser seperti : goggle chrome, internet
explorer 8, Mozilla firefox 3, opera 10 dan juga safari untuk penggu nama chinto.

3.4.2 Software Languages

Perangkat lunak dibangun dengan menggunakan bahasa pemrograman Ruby
dan HAML dengan menggunakan CSS, framework Rails v2.3.11,dan bantuan
sebuah tools Dreamweaver CS 5dan Notepad ++.

3.4.3 Purchased Components

Komponen yang harus tersedia dalam pembuatan perangkat lunak ini adalah sebagai
berikut :

 PC Server
 PC Client
 Kabel UTP
 HUB

3.5 Online User Documentation and Help System Requirements

Software ini tidak memiliki dukungan help online, tetapi dalam software ini
terdapat dukungan bantuan program secara offline yang berbentuk user guide yang
dapat di akses melalui program dan diterbitkan dalam bentuk softcopy berbentuk
file dan berbentuk cetakan atau print out.

3.6 Purchased Components

Tidak menangani pembelian perangkat keras, perangkat lunak, dan
lisensi software yang dibutuhkan oleh program aplikasi.
3.7 Interfaces
Berikut dibawah ini adalah antar muka yang digunakan pada sistem transaksi
inventori :
Studi kasus PT. Ecco Indonesia :

3.7.1 User Interfaces

User Interface dari system aplikasi menggunakan Dreamweaver CS 5 berbasis Ruby

15
 On Rails dan HAML dengan menggunakan CSS.

3.7.2 Hardware Interfaces

Tidak ada hardware interfaces dalam perangkat lunak yang akan dikembangkan.

3.7.3 Software Interfaces

Pada penerapan proyek ini menggunakan Three Tier.Aplikasi client berupa
aplikasi yang memiliki kemampuan membaca kode aplikasi/ program yang
dikirimkan oleh server aplikasi (web server) menjadi objek-objek grafik. Server
aplikasi bertanggung jawab mengelola komponen-komponen logika aplikasi atau
program aplikasi yang akan ditampilkan pada aplikasi client. Komponen-komponen
manajemen basis data atau penyimpanan database disebar pada tier 3 (server
database).
Pada intinya client hanya bias membaca interpresentasi dari server aplikasi atau
web server, sedangkan server aplikasi adalah yang mengelola data server sebuah
aplikasi dan data tersebut terletak pada server

3.7.4 Communications Interfaces

Tidak seberapa perlu adanya antar muka khusus untuk interkoneksi dalam
database server, namun tetap membutuhkan suatu jaringan yang cukup stabil dan
reliable untuk proses transfer data dari client ke server atau sebaliknya.
3.8 Licensing Requirements
Tidak ada, karena menggunakan open source seperti :
a. Software PC Client
 OS : Ubuntu 10.04
 Web Browser : Mozilla Firefox ver. 3.6.12
b. Software Server :
 OS : CentOS 5
 Database Server : MySQL
 Web Server : NgiNX
 Web Browser : Mozilla Firefox ver. 3.6.12
 Scripting : PHP ver. 5.2.14

16
 3.9 Legal, Copyright and Other Notices
Hak cipta atas rancang bangun system transaksi inventori ini menjadi milik
PT. Ecco Indonesia.

3.10 Applicable Standards

Sistem transaksi inventori ini menggunakan standar pemerintahan yang berlaku
saat ini, apabila terjadi perubahan standart pemerintahan, maka perlu dilakukan
pengembangan software lebih lanjut.
4. Supporting Information
Informasi yang diperlukan dalam pengembangan perangkat lunak ini adalah
sebagai berikut :
 Dokumen Software Development Plan.

Dokumen Software Development Plan dibutuhkan sebagai acuan dalam

menentukan spesifikasi kebutuhan perangkat lunak.

 Data-data PT. Ecco Indonesia.

Data-data ini merupakan data yang berhubungan dengan PT. Ecco Indonesia.
Data tersebut meliputi data struktur organisasi, data job description, data
barang, data jenisdan data-data yang lainnya.

17