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 09 Oktober 2011 2.0 Revisi Draft AwalDokumen SRS Rizki Gumilar NP

(3)

Confidential Kelompok 5, 2011 Page 3

1. Introduction 5

1.1 Purpose 5

1.2 Scope 5

1.3 Definitions, Acronyms and Abbreviations 6

1.4 References 7

1.5 Overview 7

2. Overall Description 7

2.1 Product Perspective 8

2.2 Product Functions 10

2.3 User Characteristics 10

2.4 Constraints 10

2.5 Assumptions and Dependencies 11

2.6 Requirement Subsets 11

3. Specific Requirements 12

3.1 Functionality 12

3.1.1 Functional Login 12

3.2 Non Functionality 12

3.2.1 Usability 12

3.2.2 Reliability 13

3.2.3 Performance 13

3.2.4 Security 13

3.3 Supportability 14

3.3.1 Coding Standards 14

3.3.2 Maintenance Access 14

3.3.3 Dukungan Operasional 14

3.4 Design Constraints 14

3.4.1 Software Process Requirements 14

3.4.2 Software Languages 14

3.4.3 Purchased Components 15

3.5 Online User Documentation and Help System Requirements 15

3.6 Purchased Components 15

3.7 Interfaces 15

3.7.1 User Interfaces 15

(4)

Confidential Kelompok 5, 2011 Page 4

3.7.3 Software Interfaces 15

3.7.4 Communications Interfaces 16

3.8 Licensing Requirements 16

3.9 Legal, Copyright and Other Notices 16

3.10 Applicable Standards 16

(5)

Confidential Kelompok 5, 2011 Page 5

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 e. Dukungan 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)

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

(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 Indonesia dapat dilihat pada blok diagram berikut :

(9)

Confidential Kelompok 5, 2011 Page 9

Gambar1: Blog Diagram Sistemtransaksi Inventory

Administrasi Transaksi Laporan

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

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 untuk user.

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

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

(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 Indonesiaadalah dengan melakukan encripsi password untuk masing-masing user yang menggunakan “md5”dan menggunakan system security default dari Rails.

(14)

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

Confidential Kelompok 5, 2011 Page 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 aplikasi atau program aplikasi yang akan ditampilkan pada aplikasi client. Komponen-komponen

(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 perubahan standart pemerintahan, maka perlu dilakukan pengembangan software lebih lanjut.

(17)

Confidential Kelompok 5, 2011 Page 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 data struktur organisasi, data job description, data barang, data jenisdan data-data yang lainnya.

(1)

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

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 dengan internet.

(2)

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

(3)

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

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

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

(4)

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

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

(5)

Confidential Kelompok 5, 2011 Page 16 manajemen basis data atau penyimpanan database disebar pada tier 3 (server database).

3.7.4 Communications Interfaces

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 perubahan standart pemerintahan, maka perlu dilakukan pengembangan software lebih lanjut.

(6)

Confidential Kelompok 5, 2011 Page 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 data struktur organisasi, data job description, data barang, data jenisdan data-data yang lainnya.

Software Requirements Specification versi 2

Kelompok 5

Rancang Bangun Sistem Informasi Transaksi Inventori

PT. Ecco Indonesia

Software Requirements Specification

Revision History

Table of Contents

Software Requirements Specification

1.

Introduction

1.1

Purpose

1.2

Scope

1.3

Definitions, Acronyms and Abbreviations

a.

b.

c.

d.

e.

f.

g.

h.

i.

j.

k.

l.

m.

o.

p.

1.4

References

1.5

Overview

2.

Overall Description

2.1

Product Perspective

2.2

Product Functions

2.3

User Characteristics

Mel

2.

3.

2.

2.4

Constraints

2.5

Assumptions and Dependencies

2.6

Requirement Subsets

3.

Specific Requirements

3.1

Functionality

3.2

Non Functionality

3.3

Supportability

3.4

Design Constraints

3.5

Online User Documentation and Help System Requirements

3.6

Purchased Components

3.7

Interfaces

3.8

Licensing Requirements

a.

b.

3.9

Legal, Copyright and Other Notices

3.10

Applicable Standards

4.

Supporting Information

3.