Pada kasus yang dibahas adalah webservice berupa proses Penyewaan Lapangan Futsal online

maka pengembang piranti lunak membahas beberapa hal berikut:

A. Tahapan Requirements Elicitation dan Requirements Analysis
Pada analisa yang dilakukan pada Penyewaan Lapangan Futsal online maka dapat dibahas
requirement elication dan requirements analysis sebagai berikut ini:
Requirement Elicitation
Berikut ini gambaran requirement elicitation pada Penyewaan Lapangan Futsal online:
A.1.1 Functional requirements / software requirement specification
a. Kebutuhan Pendataan (Kebutuhan Pokok)
1) Pendataan Data Sewa
Pencatatan Data Sewa dilakukan oleh admin web dengan cara mengambil harga Sewa
dari lama waktu bermain kemudian menyesuaikan harga sesuai procedural perusahaan
yang berlaku.
2) Pendataan Data Admin
Pencatatan data admin hanya diberikan kepada pihak yang memiliki wewenang dan di
super administrator yang memiliki hak menambah admin baru di dalam sistem.

b. Kebutuhan Transaksi (Kebutuhan Pokok)

1) Customer Daftar Sebagai Anggota
Customer melakukan pendaftaran supaya menjadi member web sehingga dapat
menggunakan fitur dan dapat melakukan transaksi yang ada di web, jika sudah
melakukan pendaftaran maka customer dapat login atau masuk kedalam web sebagai
user.
2) Customer Melakukan Pesan Tempat
Setelah login, customer memilih lapangan yang ingin disewa dengan cara mengklik menu
sewa atau booking, jika lapangan tersedia maka proses booking akan dilanjutkan ketahap
selanjutnya, jika lapangan penuh maka akan ada pemberitahuan lapangan penuh .
A.1.2 Non-functional requirements
Sehubungan dengan jumlah lapangan yang tersedia terbatas dan kedepannya akan terus
ditambah, maka diperlukan login masing-masing admin dan user (customer). Hal ini tentu
membuat para pendataan baik admin dan user lebih terintegrasi.
Berikut ini tabel kebutuhan non-fungsional dari sistem yang dikembangkan
(diasumsikan terdapat 3 orang admin yang menggunakan aplikasi) :
Tabel 1 Tabel kebutuhan non fungsional
Item Pengukur Keterangan Rincian

a. Waktu yang diperlukan dalam 10 menit 1 transaksi (estimasi)

melakukan transaksi oleh user
b. Waktu untuk mengulang 30 - 60 Detik
Performa
Kecepatan kembali setelah kegagalan

c. Persentase kejadian yang dapat 0 - 1 % (max error)

menimbulkan kegagalan

Ukuran a. M Bytes 10-15 MB

Aplikasi b. Kapasitas RAM 1-2 GB

Kemudahan a. Waktu pelatihan 30 menit

penggunaan b. Jumlah halaman panduan optional

A.1.3 Inverse requirement

Kebutuhan inverse berkaitan apa yang seharusnya tidak dilakukan pada sistem
Penyewaan Secara Online seperti :
1. Customer ingin melakukan transaksi penyewaan sedangkan lapangan yang disewa telah
penuh, maka sistem harus merespon lapangan penuh.
2. Menambah data customer yang sudah melakukan transaksi.
3. Membiarkan satu customer memiliki banyak account.
A.1.4 Design and implementation constraint
Aplikasi akan di desain menggunakan bahasa pemrograman PHP. Software didesain
berjalan pada lingkungan sistem operasi Windows minimal XP, dengan menggunakan database
SQL. Alokasi RAM yang digunakan untuk menjalankan aplikasi ini adalah 2-4 GB.

A.2 REQUIREMENTS ANALYSIS

Berikut ini merupakan analisa kebutuhan pada Penyewaan Lapangan Futsal online berbasis
web srvice;
A.2.1 Assessment of potential problem (Ambiguity, Incompleteness, Inconsistency)
Analisa terhadap masalah ambiguitas yang mungkin timbul misalnya salah tafsir
tentang maksud kontrol-kontrol yang ada di aplikasi, untuk mengatasi masalah ini ditawarkan
solusi berupa tooltips sebagai keterangan dari kontrol-kontrol yang digunakan.
Penilaian terhadap ketidak lengkapan data yang mungkin timbul misalnya membatasi
kontrol tombol yang bisa diklik, membatasi kontrol kotak isian yang bisa diinput, dan tidak
bisa melakukan update data jika ada salah satu field yang belum diisi.
Penilaian terhadap tidak konsistennya data yang diinput, misalnya jenis emas yang
dipesan, maka cukup dibuatkan kontrol pilihan, bukan berupa kontrol isian.

A.2.2 Assessment of priority (Mandatory, Desirable, In-essential)

Kebutuhan mesti dikategorikan berdasarkan prioritas yang ada, yaitu mandatory
(wajib), desirable (diinginkan), dan in-essential (tidak terlalu penting). Jika prioritas kebutuhan
wajib, ini berarti perangkat lunak tidak akan diterima kecuali persyaratan yang ada dipenuhi
dengan cara yang disepakati.

A.2.3 Assessment of feasibility (Technological, Operational, Economical)

Penilaian kelayakan dari teknologi, dalam menjalankan aplikasi ini hendaknya
teknologi yang digunakan harus bisa mendukung jaringan, karena adanya multi user dan admin
yang berhak mengoperasikan aplikasi.
Penilaian kelayakan dari operasional aplikasi dilihat dari kemudahan pengoperasian
aplikasi dengan merancang GUI (Graphical User Interface) yang mudah dimengerti dan
digunakan, bahkan oleh pengguna yang bukan pakar dalam bidang komputer. Tentunya hal ini
perlu disampaikan terlebih dahulu cara penggunaan aplikasi yang dimaksud.
1. Kelayakan Technological
Sistem Penyewaan Lapangan Futsal online dikembangkan dengan menggunakan
bahasa pemrograman PHP dengan database SQL dan penggunaannya secara windows dekstop
application. Dengan sedikit pelatihan, akan sangat mudah bagi pemakainya untuk memahami
cara penggunaannya karena memang sangat sederhana. Dipastikan juga akansangat mudah
untuk dilakukan perbaikan apabila nantinya ada pengembangan yang ingin dilakukan pada
sistem ini.

2. Kelayakan Operasional

a. Spesifikasi hardware, software, serta jaringan yang sudah dimiliki perusahaan pada saat
ini, juga memungkinkan ditambahkannya sistem baru yaitu sistem informasi Penyewaan
Lapangan Futsal online.
b. Secara teknis database yang akan digunakan untuk sistem baru menggunakan MySQL
dimana merupakan database open source, dan sistem yang akan bangun berbasis web.
Database open source bisa didapatkan dengan mudah dengan gratis.
Pengukur Sistem Lama Sistem Baru

a. Waktu yang diperlukan dalam Setiap transaksi diperlukan 5- Sekitar 2-3 menit
melakukan transaksi oleh user 10 menit
Waktu untuk mengulang 30-60 Detik
b. kembali setelah kegagalan 1-2 Menit
Keakuratan Informasi Tepat dan akurat
c. Terkadang data yang disajikan
tidak akurat

a. M Bytes - 10-15 MB 1-
b. Kapasitas RAM - 2 GB optional
-
c. Jumlah halaman panduan
3. Kelayakan Ekonomi
Sistem informasi Penyewaan Lapangan Futsal online berbasis webservice ini sangat
layak ditinjau dari sisi ekonomi karena budget pembuatan sistem ini sangat terjangkau bagi
perusahaan yang ingin meningkatkan pelayanan bagi mitra usahanya dan meningkatkan citra
untuk memperkuat daya saing antar perusahaaan.

Estimasi Biaya Dalam 5 Tahun

Sistem Lama ( Dalam Rp.)

Tahun Jumlah

Tahun 2014 2015 2016 2017 2018

Sistem Manual
(akibat tidak 9.000.000 10.000.000 11.000.000 12.000.000 13.000.000 55.000.000
optimal)
Jumlah
55.000.000
Sistem Baru ( Dalam Rp.)

2 Buah
8.000.000 - - - - 8.000.000
Komputer
2 Buah Printer 1.000.000 - - - - 1.000.000
Biaya pembuatan
20.000.000 - - - - 20.000.000
Sistem
Biaya Perawatan
- 500.000 500.000 500.000 500.000 2.000.000
sistem
Jumlah 31.000.000

Selisih sistem manual dengan menggunakan sistem baru selama 5 tahun 24.000.000

Dari tabel diatas secara ekonomi memang melihatkan keuntungan secara financial,
sebab aplikasi berbasis web service ini dibangun untuk mendapatkan profit sehingga kelayakan
ekonomi secara dominan dilihat dari segi tangible value dan intangible value (Tata kelolah data
dan informasi yang efisien dan efektif) yang didapat dari membangun Sistem Informasi
Penyewaan Lapangan Futsal online:
a. Efektifitas dan benefit dalam bentuk intangible value secara ekonomi dari sistem yang
dibangun sebagai berikut:
 1) Pencarian berkas data juga dapat dilakukan dengan lebih cepat, akurat, up to date,
serta lengkap karena format data dalam bentuk digital, dan tidak diperlukannya rak
untuk tempat penyimpan berkas berupa kertas.
2) Terciptanya good governance dalam perusahaan dimana semua data dimanajemen
secara integrasi dengan sistem baru yang akan dibangun.
3) Dalam pembuatan laporan baik data customer, penjualan, dan keuangan lebih cepat
dan real time dimana dengan adanya sistem baru didapatkan laporan yang cepat,
akurat, up to date, serta lengkap.
4) Pelayanan terhadap customer semakin efisien dan efektif.
5) Semakin cepatnya pelayanan, maka kepuasaan anggota atau customer semakin
tinggi.
6) Pengelolahan data keuangan perusahaan yang tersistematis dan transparan.
Tabel Gantt Chart
Sistem dan aplikasi ini dikerjakan selama 4 (Empat) minggu dengan tahapan seperti
tabel dibawah ini:
Desember 2014
No Rekapitulasi kegiatan
Minggu ke-

1 2 3 4
1 Planning
2 Analysis
3 Design
4 Implementasi

Tabel Staffing Project

No Resource Type Name Responsibility Contact

1. Project Manager Hengki Project Control hengkifn@gmail.com

2. System Analyst Chandra kirana Business Process budak_bubar09@yahoo.co.id
Analyst and
Analysis Phase
3. Designer Laurentinus Designing Phase Laurentinus99@gmail.com
4. Programmer Rendy Rian C.P Programmer Phase rendyrianchrisnaputra@gmail.
com

5. Testers Fransiskus P.J Test prototype fransiskuspj@gmail.com

Rendy Rian C.P -

Tabel Rincian Peran Staffing Project

No Nama Posisi Peran
1 Hengki Project Manager 1. Memimpin perencanaan, analisa,
dan pelaksanaan proyek .
2. Melakukan koordinasi mengenai
jadwal proyek secara keseluruhan.
3. Memastikan bahwa semua rencana
proyek telah selesai.
4. Memenuhi setiap persyaratan
kualitas dan waktu sesuai dengan
perencanaan bisnis sebelumnya.
5. Melaksanakan perencanaan dan
penjadwalan dalam rangka
pencapaian target proyek dengan
sukses.
6. Memimpin, memberikan arahan
dan dorongan kepada anggota tim
proyek.

No Nama Posisi Peran

7. Menjaga hubungan baik dengan
stakeholder lainnya.
8. Mengembangkan dan menyajikan
laporan mengenai proyek kepada
klien.
9. Melakukan pemantauan proyek
secara terus-menerus.
10. Membuat laporan secara terperinci
mengenai kemajuan proyek,
jadwal, anggaran, resiko sampai
solusi.
11. Melaporkan hasil kinerja mengenai
pencapaian proyek.
2 Candra Kirana System Analyst 1. Membangun / mengembangkan
software terutama pada tahap
requirement, design, dan sebagian
dalam tahap construction atau
implementation
2. Membuat dokumen requirement
dan design software berdasarkan
proses bisnis customer/client
3. Membuat proposal proyek dan
mempresentasikan hasilnya
kepada stakeholder atau client
4. Membuat desain database bila
aplikasi yang akan dibangun
memerlukan database.
5. Membangun / mengembangkan
framework / library untuk
digunakan dalam pengembangan
software oleh pemrogrammer.
6. Menentukan lingkup sistem,
mengumpulkan fakta, menganalisa
fakta, dan mengkomunikasikan
temuan-temuan tersebut melalui
laporan analisis sistem
3 Rendy Rian C.P Programmer 1. Membagun atau mengembangkan
software atau aplikasi terutama
pada tahap construction dengan
melakukan coding dengan bahasa
pemrograman yang telah
ditentukan.
2. Mengimplementasikan
requirement dan desain bisnis ke
komputer dengan menggunakan
algoritma / logika dan bahasa
pemrograman.
No Nama Posisi Peran

4 Laurentinus Designer Website 1. Mendesain User Interface agar

menarik dan serasi secara visual
dan user friendly.
2. Mendesain image/gambar/animasi
yang akan digunakan di tampilan
user interface.
3. Membuat desain awal sesuai
dengan hasil analisa.
4. Membuat desain yang detail,
desain yang detail menggambarkan
bagaimana sistem informasi yang
diusulkan mampu memberikan
kapabilitas yang digambarkan
secara umum dalam desain awal
5. Menulis laporan, semua pekerjaan
dalam desain awal dan desain yang
detail akan dikemas dalam laporan
yang terperinci.
5 Fransiskus P.J dan Instruktur / Tester 1. Memberikan pelatihan (mengajar),
Laurentinus membekali, dan melaksanakan uji
coba sistem yang dibuat.
2. Uji coba penggunaan website yang
telah dibuat.

Proses Bisnis Manual

a. Activity Diagram Mencatat Data Produk

Pimpinan Bagian Penjualan
 Menyerahkan data jenis-jenis produk Menerima data manufacture
berdasarkan manufacture dan kategory dan disimpan

Menerima data kategory

dan disimpan

Mencatat data produk di

buku khusus produk

Activity Diagram Mencatat Data Produk

b. Activity Diagram Mencatat Data Pelanggan

Pelanggan Bagian Penjualan

membeli produk Mencatat data pelanggan ke

tertentu buku khusus pelanggan

Activity Diagram Mencatat Data Pelanggan

c. Activity Diagram Pemesanan Produk

Activity Diagram Pemesanan Produk

d. Activity Diagram Pembuatan Laporan

Bagian Penjualan Pimpinan perusahaan

Membuat laporan
penjualan dari nota

Menyerahkan laporan Menerima laporan

penjualan penjualan
 Activity Diagram Laporan Penjualan

Usecase Diagram

Menggambarkan kebutuhan sistem dari sudut pandang user maka dapat digambarkan
dengan use case diagram sebagai berikut :

Entry Produk

Entry Manafacture

Entry Kategory

Entry Payment

Admin Entry Carrier

Update Order History

Show Laporan Penjualan

Entry Customer

Entry Account

Customer
Entry Order

Entry Order History

 Deskripsi Usecase Berdasarkan Actor Admin

Penjelasan spesifikasi activity masing-masing dalam usecase diagram berdasarkan

actor administrator dapat dilihat pada tabel sebagai berikut :
a. Nama Usecase : Entry Produk
Actor : Administrator
Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator masuk ke menu catalog kemudian pilih menu produk.
3) Jika administrator ingin menambah produk baru maka klik add new lalu isi data
sesuai kebutuhan.
4) Jika administrator ingin mengubah data produk maka klik produk yang ingin
diubah kemudian pilih edit produk.
5) Jika administrator ingin menghapus data produk tertentu maka klik delete
6) Jika administrator ingin keluar dari form entry data produk maka klik logout.
b. Nama Usecase : Entry Manufacture
Actor : Administrator
Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator masuk ke menu catalog kemudian pilih menu manufacture.
3) Jika administrator ingin menambah nama manufacture baru maka klik add new lalu
isi data sesuai kebutuhan.
4) Jika administrator ingin mengubah data manufacture tertentu maka klik nama
manufacture yang ingin diubah kemudian pilih edit manufacture.
5) Jika administrator ingin menghapus data manafacture tertentu maka klik
delete .
6) Jika administrator ingin keluar dari form entry data manufacture maka klik logout.

c. Nama Usecase : Entry kategory

Actor : Administrator Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator masuk ke menu catalog kemudian pilih menu kategory.
3) Jika administrator ingin menambah data kategory baru maka klik add new lalu isi
data sesuai kebutuhan.
 4) Jika administrator ingin mengubah data kategori maka klik kategory yang ingin
diubah kemudian pilih edit kategory.
5) Jika administrator ingin menghapus data kategory tertentu maka klik
delete .
6) Jika administrator ingin keluar dari form entry data kategory maka klik logout.

d. Nama Usecase : Entry Data Payment

Actor : Administrator Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator masuk ke module kemudian akan keluar form module.
3) Pilih salah satu metode payment yang dipakai kemudian klik configure.
4) Isi informasi yang diperlukan kemudian klik update setting.
5) Jika administrator ingin keluar dari form payment maka klik logout.

e. Nama Usecase : Entry Carrier

Actor : Administrator Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator masuk ke menu shipping kemudian pilih menu
carrier.
3) Jika administrator ingin menambah data carrier baru maka klik add new lalu isi data
sesuai kebutuhan.
 Rekayasa Perangkat Lunak

4) Jika administrator ingin mengubah data carrier maka klik data carrier yang ingin
diubah kemudian pilih edit carrier.
5) Jika administrator ingin menghapus data carrier tertentu maka klik delete
6) Jika administrator ingin keluar dari form entry data carrier maka klik logout.

f. Nama Usecase : Update Order History

Actor : Administrator Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator pilih menu order maka akan terlihat data order secara
realtime.
3) Bagian administrator pilih method pembayaran sesuai data order.
4) Jika administrator ingin keluar dari form order history maka klik logout.

g. Nama Usecase : Show Laporan Penjualan

Actor : Administrator Deskripsi :
1) Bagian administrator membuka form login administrator.
2) Bagian administrator akan melihat form laporan penjualan secara periode tertentu
dalam format monitor.
3) Jika administrator ingin keluar dari form data laporan penjualan maka klik logout.
 Deskripsi Usecase Berdasarkan Actor Customer

Penjelasan spesifikasi activity masing-masing dalam usecase diagram berdasarkan

actor customer dapat dilihat pada tabel sebagai berikut :

a. Nama Usecase : Entry Customer

Actor : Customer Deskripsi :
1) Customer membuka halaman website
2) Customer isi email pada form create your account kemudian klik create account
lalu muncul form data customer.
3) Customer mengisi data pada form data customer sesuai ketentuan dan kebutuhan.
4) Customer mengklik customer data privacy sebagai syarat menuju tahap berikutnya.
5) Kemudian customer diminta untuk mengisi data alamat lengkap.
6) Kemudian klik save untuk menyelesaikan pembuatan account baru.
7) Jika customer ingin keluar dari form customer maka klik logout.

b. Nama Usecase : Entry Account

Actor : Customer Deskripsi :
1) Customer membuka halaman website
2) Customer mengklik menu login
3) Kemudian mengisi alamat email dan password lalu klik login
4) Jika kombinasi email dan password benar maka masuk ke menu register, jika salah
customer tidak bisa masuk ke menu register
5) Jika customer ingin keluar dari form registrasi maka klik logout

c. Nama Usecase : Entry Order

Actor : Customer
 Deskripsi :
1) Customer membuka halaman website
2) Customer mengklik menu login
3) Kemudian mengisi alamat email dan password lalu klik login
4) Pilih produk yang ingin di-order lalu klik add to cart
5) Setelah produk masuk ke cart atau keranjang maka klik check out
6) Kemudian pilih alamat tujuan atau tambah alamat tujuan baru lalu klik next
7) Pilih shipping atau tipe carrier yang diinginkan kemudian klik term of service lalu
klik next
8) Kemudian akan muncul form method pembayaran atau payment lalu customer klik
i confirm my order
9) Proses order selesai
10) Jika customer ingin keluar dari form order maka klik logout

d. Nama Usecase : Entry Order History

Actor : Customer
Deskripsi :
1) Customer membuka halaman website 2)
Customer mengklik menu login .
3) Kemudian mengisi alamat email dan password lalu klik login.
4) Customer klik link history and details of my orders .
5) Jika customer ingin melihat data order dan mengirim pesan kepada admin maka
klik details kemudian isi pesan lalu send.
6) Jika customer ingin keluar dari form order history maka klik logout.

Fungsional Sistem Usulan

Sistem usulan yang ada harus memiliki kriteria fungsional meliputi :

 a. Authentication, yaitu customer dapat memastikan keaslian informasi yang diminta.
b. Availability, yaitu ketersediaan informasi jika dibutuhkan.
c. Acces Controll, yaitu sistem mampu mengatur user ID.
d. Confithentiality, yaitu usaha menjaga informasi bagi yang tidak berhak akses.
e. Informasi yang tersedia sesuai dengan kebutuhan customer.
f. Mudah diakses oleh siapa aja sesuai yang memiliki wewenangan.
g. Up to date dan real time.

Rancangan Basis Data - Entity Relationship Diagram (ERD)

 Sequence Diagram

1. Sequence Diagram Entry Produk

Sequence Diagram Entry Produk

2. Sequence Diagram Entry Manufacture
 Sequence Diagram Entry Manufacture

3. Sequence Diagram Entry Kategory

Sequence Diagram Entry Kategory
4. Sequence Diagram Entry Carrier

Sequence Diagram Entry Carrier

5. Sequence Diagram Entry Customer

: Customer : hal Utama : hal Customer : control Customer : Customer.

open ()
open ()
show customer

input customer ()
input customer ()

create your account ()

create your account ()
creat your account ()
show registrasi ()

input customer ()
input customer ()

register customer () register customer ()

register customer ()

keluar ()
keluar ()
keluar ()
 Sequence Diagram Entry Customer

6. Sequence Diagram Entry Account

: Customer : hal Utama : hal Account : control Account : Account : Customer.

open ()
open ()
show account ()

input account ()
input account ()

login ()
login ()
login ()

get customer ()
display account ()

keluar ()
keluar ()
keluar ()

Sequence Diagram Entry Account

7. Sequence Diagram Entry Order
Sequence Diagram Entry Order
8. Sequence Diagram Payment

: Administrator : hal Admin : hal Payment : control Payment : Payment

open ()
open ()
show payment ()

configure payment ()
configure payment ()

show bank wire

input payment ()
input payment ()

update payment ()
update payment ()
update payment ()

keluar () keluar ()
show keluar ()

Sequence Diagram Payment

9. Sequence Diagram Order History
 Sequence Diagram Order History

10. Sequence Diagram Update Order History

 Sequence Diagram Update Order History

11. Sequence Diagram Laporan Penjualan

Sequence Diagram Laporan Penjualan
 Rancangan Class Diagram ( Entity, Boundary dan Control Class )

a. Entity Class
b. Boundary
Boundary class diagram menggambarkan interface-interface antara pemakai (user) dengan
sistem seperti tampilan form dan untuk pencetakan.
c. Control
Control class diagram menggambarkan control program termasuk koneksinya dengan
database serta merupakan kelas perantara atau penghubung antara entity class dengan class
antar muka pemakai (boundary)
Rancangan Utama Angga gambarnya