Software Requirements Specification versi 2

(1)

Kelompok 5

Rancang Bangun Sistem Informasi Transaksi Inventori

PT. Ecco Indonesia

Software Requirements Specification

(2)

Confidential Kelompok 5, 2011 Page 2

Revision History

Date Version Description Author

05 Oktober 2011 1.0 Draft AwalDokumen SRS Rizki Gumilar NP

(3)

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 kebutuhan sistem yang akan di buat

dalam proyek, sehingga dokumen ini dapat dijadikan acuan untuk desain arsitektur sistem yang akan

dibuat. Dalam dokumen ini SRS mendeskripsikan suatu kebutuhan sistem secara detail agar pelaksanaan

proyek tidak keluar dari konsep awal dibuat.

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

d. Kinerja Perangkat lunak

(6)

Confidential Kelompok 5, 2011 Page 6 f. Desain batasan dan kendala proyek

g. Interface

h. Lisensi kebutuhan software

i. Standart perangkat lunak

3. Supporting Information proyek

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. Ecco : PT Ecco Indonesia

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.

Actoradalah para pengguna (Users) dari sebuah sistem. Actor adalah seseorang atau sesuatu yang harus

berinteraksi dengan system atau sistem yang dibangun/dikembangkan.

h.

Relationshipadalah ilustrasi atau gambaran relasi/hubungan antara sebuah Actor dan Use Case dengan

sebuah garis sederhana.

i.

Sequence Diagram adalah suatu diagram yang menggambarkan interaksi antar obyek dan

mengindikasikan komunikasi diantaraobyek-obyek tersebut.

j.

Inventorymerupakan sejumlah barang yang disediakan untuk memenuhi permintaan dari pelanggan.

k.

Purchasingadalah pemesanan atau order barang ke Supplier berdasarkan permintaan pembelian barang

dari gudang

l.

Salesadalah Penerimaan yang diperoleh dari pengiriman barang dagangan

m.

Assembly adalah sebuah produk akhir terdiri dari beberapa bagian-bagian lainnya hingga menja disebuah produk akhir

(7)

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.

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,

(8)

Confidential Kelompok 5, 2011 Page 8 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

(9)

Gambar1: Blog Diagram Sistemtransaksi Inventory

Administrasi Transaksi Laporan

Product Functions

Fungsi dari perangkat lunak sistem transaksi inventori: studi kasus PT. Ecco Indonesia 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

2.3

User Characteristics

Adapun user karakteristik dari pengguna program sistem informasi peramalan persediaan barang ini

adalah sebagai berikut :

User Jumlah Kriteria

Administrasi 1

1.

Mel

akukan semua fungsi di dalam Administrasi i. User Management

ii. Items & Category Management

iii. PLU, Customer, Salesman, Warehouse data Management

iv. Stock data Management

2.

Melakukan fungsi Supervisor dan Operator (Optional)

Supervisor Per Divisi

1. Memonitor laporan transaksi dan stock per periode

2. Melakukan konfirmasi atas perubahan data stock barang yang

dilakukan oleh operator

3.

Melakukan fungsi Operator (Optional) Operator Per Divisi

1. Merekam semua kegiatan transaksi kedalam aplikasi

2.

Membuat dokumen-dokumen yang dibutuhkan

2.4

Constraints

Batasan proyek sistem transaksi inventori dalam dokumen SRS ini adalah sebagai berikut :

a. Sistem informasi ini akan dibangun dengan menggunakan bahasa pemrograman Ruby dengan

framework Rails v2.3.11.

b. Database yang digunakan adalah SQLite3.

c. Sistem Informasi ini hanya dapat digunakan oleh PT Ecco Indonesia.

d. Sistem informasi yang akan dibangun dilengkapi dengan pemberian hak akses masing-masing

(11)

Confidential Kelompok 5, 2011 Page 11 e. Software yang akan dibangun sesuai dengan hasil survey di PT Ecco Indonesia, dan jika ada

perubahan strandarisasi maka harus dilakukan pengembangan software.

f. Proyek ini hanya mengerjakan perangkat lunak system transaksi inventori yang meliputi

purchasing, assembly, dan sales, serta tidak termasuk peramalan persediaan barang.

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

Requirement 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

(12)

CLIENT :

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

system ini 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. Ecco Indonesia, dengan

memanfaatkan internet, menjadikan system ini dapat diakses dimanapun selama pengguna terhubung

(13)

Confidential Kelompok 5, 2011 Page 13 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

3.2.3.2 Capacity

Kapasitas penyimpanan data yang di butuhkan untuk rekam data, harus mampu menampung data

barang dan jumlah transaksi penjualan barang selama 5 tahun terakhir.

3.2.3.3 Throughput

3.2.3.4 Resource Utilization

Untuk mencapai performansi yang optimal saat pengaksesan sistem aplikasi 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. Ecco

(14)

3.3

Supportability

3.3.1 Coding Standards

Dengan menggunakan Ruby On Rails sistem informasi berbasis website ini berfungsi untuk

meminimalisir kesalahan-kesalahan perhitungan yang dilakukan oleh manusia pada umumnya, 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. Code ini 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, diperlukan untuk 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 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

CentOs.

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 5 dan Notepad

(15)

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

(16)

Confidential Kelompok 5, 2011 Page 16 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

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

(17)

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

Software Requirements Specification versi 2

Kelompok 5

Date Version Description Author

Table of Contents

Software Requirements Specification

Purpose

Scope

Definitions, Acronyms and Abbreviations

References

Overview

Overall Description

Product Perspective

Gambar1: Blog Diagram Sistemtransaksi Inventory

Product Functions

User Characteristics

User Jumlah Kriteria

Constraints

Assumptions and Dependencies

Requirement Subsets

Minimum Requirement Specification Perangkat Keras Jenis

CLIENT :

Minimum Requirement Specification Perangkat Keras Jenis

Specific Requirements

3.1.1 Functional Login

Non Functionality

3.2.1 Usability

3.2.2 Reliability

3.2.3 Performance

3.2.4 Security

Supportability

Design Constraints

Online User Documentation and Help System Requirements

Purchased Components

Licensing Requirements

Applicable Standards