Software Requirements Specification v1

Kelompok 5

Rancang Bangun Sistem Informasi Transaksi Inventori

PT. Ecco Indonesia

Software Requirements Specification

Confidential Kelompok 5, 2011 Page 2

Revision History

Date Version Description Author

Confidential Kelompok 5, 2011 Page 3

Table of Contents

1. Introduction 4

1.1 Purpose 4

1.2 Scope 4

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.2 Product Functions 8

2.3 User Characteristics 8

2.4 Constraints 8

2.5 Assumptions and Dependencies 8

2.6 Requirement Subsets 9

3. Specific Requirements 9

3.1 Functionality 9

3.1.1 Functional Login 9

3.2 Non Functionality 9

3.2.1 Usability 10

3.2.2 Reliability 10

3.2.3 Performance 10

3.2.4 Security 10

3.3 Supportability 10

3.3.1 Coding Standards 10

3.3.2 Maintenance Access 10

3.3.3 Dukungan Operasional 11

3.4 Design Constraints 11

3.4.1 Software Process Requirements 11

3.4.2 Software Languages 11

3.4.3 Purchased Components 11

3.5 Online User Documentation and Help System Requirements 11

3.6 Purchased Components 11

3.7 Interfaces 11

3.7.1 User Interfaces 11

3.7.2 Hardware Interfaces 11

3.7.3 Software Interfaces 11

3.7.4 Communications Interfaces 12

3.8 Licensing Requirements 12

3.9 Legal, Copyright and Other Notices 12

3.10 Applicable Standards 12

Confidential Kelompok 5, 2011 Page 4

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

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

Confidential Kelompok 5, 2011 Page 5

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.

i.

Sequence Diagram adalah suatu diagram yang menggambarkan interaksi antar 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.

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

Confidential Kelompok 5, 2011 Page 7 Gambar1 Blog Diagram Sistemtransaksi Inventory

Administrasi Transaksi Laporan

Category

Item

Item Receipt

Current Sales Order

Current Stock

Current Delivery Order

PLU

Supplier

BOM

Salesman

Customer

Currency

Master

Account

User

Role

Material Req Quotation Req

P/O

Item Receive

Item Receive

Invoice

Purchase

Quotation S/O

Delivery Order

Sales Invoice

Sales

Work Order PermintaanBahan Production

Beginning Balance

Selesai Login User

Confidential Kelompok 5, 2011 Page 8

2.2

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.

Melakukansemuafungsi di dalamAdministrasi

i. User Management

ii. Items & Category Management

iii. PLU, Customer, Salesman, Warehouse data Management iv. Stock data Management

2.

Melakukanfungsi Supervisor dan Operator (Optional)

Supervisor Per Divisi

1. Memonitorlaporantransaksidan stock per periode

2. Melakukankonfirmasiatasperubahan data stock barang yang dilakukanoleh operator

3.

Melakukanfungsi Operator (Optional) Operator Per

Divisi

1. Merekamsemuakegiatantransaksikedalamaplikasi

2.

Membuatdokumen-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 digunakanadalahSQLite3.

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

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

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, sertatidak 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.

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

Keyboard & Mouse : Logitech KB Classic Plus + Ms Optical Black

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

Confidential Kelompok 5, 2011 Page 10

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

Confidential Kelompok 5, 2011 Page 11

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

Confidential Kelompok 5, 2011 Page 12

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

Tidakada, 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 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.

Confidential Kelompok 5, 2011 Page 7 Gambar1 Blog Diagram Sistemtransaksi Inventory

Administrasi Transaksi Laporan

Category

Item

Item Receipt

Current Sales Order

Current Stock

Current Delivery Order

PLU Supplier

BOM Salesman Customer Currency

Master

Account

User Role

Material Req

Quotation Req

P/O

Item Receive Item Receive Invoice

Purchase

Quotation

S/O

Delivery Order Sales Invoice

Sales

Work Order

PermintaanBahan Production

Beginning Balance

Selesai Login User

Confidential Kelompok 5, 2011 Page 8

2.2

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.

Melakukansemuafungsi di dalamAdministrasi

i. User Management

ii. Items & Category Management

iii. PLU, Customer, Salesman, Warehouse data Management iv. Stock data Management

2.

Melakukanfungsi Supervisor dan Operator (Optional)

Supervisor Per Divisi

1. Memonitorlaporantransaksidan stock per periode

2. Melakukankonfirmasiatasperubahan data stock barang yang dilakukanoleh operator

3.

Melakukanfungsi Operator (Optional)

Operator Per

Divisi

1. Merekamsemuakegiatantransaksikedalamaplikasi

2.

Membuatdokumen-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 digunakanadalahSQLite3.

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

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

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, sertatidak 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.

Confidential Kelompok 5, 2011 Page 9

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

Keyboard & Mouse : Logitech KB Classic Plus + Ms Optical Black

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

Confidential Kelompok 5, 2011 Page 10 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 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 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 Indonesiaadalah 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.

Confidential Kelompok 5, 2011 Page 11

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

Confidential Kelompok 5, 2011 Page 12

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

Tidakada, 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 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.