SOFTWARE REQUIREMENT SPESIFICATIONS Sistem Reservasi Cafe Online PDF

Preview

Summary

SOFTWARE REQUIREMENT SPESIFICATIONS Sistem Reservasi Cafe Online Disusun Oleh: Tulus Ardiansyah 201810225018 Amarulloh Adji Gunawan 201810225043 Alifudin Alfarizi 201810225010 M Alwie Sangajie 201810225039 Ilham Setia Bakti 201810225036 Riska Aulianda 201810225027 Fadrix Carnelis 201810225030 TEKNIK...

Description

SOFTWARE REQUIREMENT SPESIFICATIONS Sistem Reservasi Cafe Online

Disusun Oleh: Tulus Ardiansyah

201810225018

Amarulloh Adji Gunawan

201810225043

Alifudin Alfarizi

201810225010

M Alwie Sangajie

201810225039

Ilham Setia Bakti

201810225036

Riska Aulianda

201810225027

Fadrix Carnelis

201810225030

TEKNIK INFORMATIKA FAKULTAS ILMU KOMPUTER UNIVERSITAS BHAYANGKARA JAKARTA RAYA 2020

DAFTAR ISI DAFTAR ISI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1 1. Pendahuluan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..3 1.1.

Tujuan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..3

1.2.

Ruang Lingkup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3

1.3.

Definisi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4

1.4.

Referensi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..4

1.5.

Sistematika . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ...4

2. Deskripsi Umum. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..5 2.1.

Prespektif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

2.2.

Kegunaan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

2.3.

Karakteristik Pengguna . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

2.4.

Batasan-batasan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..5

2.5.

Asumsi dan Ketergantungan . . . . . . . . . . . . . . . . . . . . . . . ..6

3. Spesifikasi Kebutuhan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6 3.1.

Kebutuhan Fungsional . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6

3.1.1. Pendahuluan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6 3.1.2. Input. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6 3.1.3. Proses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6 3.1.4. Output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6 3.2.

Kebutuhan Antarmuka Eksternal . . . . . . . . . . . . . . . . . . ....6

3.2.1. Antarmuka Pengguna . . . . . . . . . . . . . . . . . . . . . . . . . .6 3.2.2. Antarmuka Perangkat Keras . . . . . . . . . . . . . . . . . . . . .7 3.2.3. Antarmuka Perangkat Lunak . . . . . . . . . . . . . . . . . . . .7 3.2.4. Antarmuka Komunikasi . . . . . . . . . . . . . . . . . . . . . . . .7

1

3.3.

Kebutuhan Performansi . . . . . . . . . . . . . . . . . . . . . . . . . . .7

3.4.

Kendala Desain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

3.4.1. Standard Compliance . . . . . . . . . . . . . . . . . . . . . . . . . .7 3.4.2. Pemeliharaan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7 3.5.

Atribut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7

3.5.1. Kemanan Sistem . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7 3.5.2. Pemeliharaan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 3.6.

Kebutuhan Lain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8

3.6.1. Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 3.6.2. Pengoperasian . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 3.6.3. Penyesuaian Tempat . . . . . . . . . . . . . . . . . . . . . . . . . .8

4. UML (Unified Model Language) . . . . . . . . . . . . . . . . . . . . . . .8 4.1.

Use Case Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

4.2.

Activity Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

4.3.

Sequence Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

4.4.

Class Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2

1. Pendahuluan 1.1. Tujuan Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Spesification (SRS) untuk Sistem Reservasi Cafe Online Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum maupun penjelasan detil dan menyeluruh. Pengguna dari dokumen ini adalah pengembang perangkat lunak Sistem Reservasi Cafe Online pengguna (user) dari perangkat lunak atau personil-personil yang terlibat dalam sistem. Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan adanya dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta tidak menimbulkan ambiguitas terutama bagi pengembang Sistem Reservasi Cafe Online.

1.2. Ruang Lingkup Sistem yang akan dikembangkan adalah Sistem Reservasi Cafe Online, yaitu merupakan perangkat lunak yang digunakan untuk mempermudah customer untuk melakukan pemesanan darimanapun kapanpun serta dengan pembayaran yang lebih mudah. Berikut adalah apa saja yang bisa dilakukan software ini: - Customer dapat melakukan pemesanan. - Admin dapat meng-update tempat yang sudah diis atau menu makanan/minuman. Serta melakukan request untuk pencetakan bill kepada owner - Owner mencetak laporan penjualan atau rekap data.

3

1.3. Definisi Tabel Definisi, Istilah, Singkatan, dan Akronim.

1.4. Referensi Berikut adalah beberapa referensi yang digunakan untuk membuat SKPL atau SRS ini. Referensi contoh dari dokumen SKPL atau SRS yang kami buat: [1] Bakri, Hasrul. 2011. Contoh Dokumen SRS (Software Requirement Spesification). https://hasrulbakri.wordpress.com/2011/05/23/contoh-dokumen-srs-softw are-requirement-spesification (diakses tanggal 19 Desember 2020)

1.5. Sistematika Dokumen ini secara garis besar terdiri dari 4 bab dengan perincian sebagai berikut:

1.5.1.

Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang berisi tujuan penulisan dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi, akronim dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan ikhtisar dokumen SKPL.

1.5.2.

Bab 2 Deskripsi Umum, mendefinisikan prespektif produk, kegunaan, karakteristik pengguna, batasan-batasan, serta asumsi dan ketergantungan yang digunakan dalam Sistem Reservasi Cafe Online.

4

1.5.3.

Bab 3 Spesifikasi Kebutuhan, mendefiniskan spesifikasi aplikasi serta kebutuhan - kebutuhan aplikasi yang akan dibangun, mulai dari antarmuka sampai kebutuhan lain seperti perawatan.

1.5.4.

Bab 4 UML (Unifiend Model Language), mendifiniskan tiap UML yang dibutuhkan oleh software ini.

2. Deskripsi Umum 2.1. Prespektif Sistem Reservasi Cafe Online adalah sistem yang nantinya dapat diakses secara online pada halaman web melalui smartphone, tablet atau PC

yang

terkoneksi

dengan

internet.

Sistem

reservasi

ini

mengintegrasikan server hosting, dan client dapat melakukan reservasi pre-order secara online via website. Sehingga dengan adanya “Sistem Reservasi Cafe Online” diharapkan mampu mempermudah pelanggan untuk melakukan pemesanan serta meningkatkan penjualan dan kinerja karyawan dalam melayani pelanggan. 2.2.

Kegunaan Sitem ini digunakan untuk mempermudah customer/pelanggan

dalam melakukan pemesanan tempat maupun menu pada cafe, serta meningkatkan kualitas kinerja karyawan cafe. 2.3.

Karakteristik Pengguna Karakteristik dari pengguna Sistem Reservasi Cafe Online ini adalah

sebagia berikut: - User/Pelanggan/Customer: Pengguna yang melakukan pemesanan tempat atau menu. - Admin: Bertanggungjawab dalam jalannya sistem. - Owner: Memonitor admin dan karyawan serta membuat laporan. 2.4.

Batasan-batasan Sistem ini memiliki beberapa batasan, diantaranya:

5

- Menggunakan web based untuk sistem utamanya. - Untuk Platform mobile akan menggunakan Web View. - Menggunakan bahasa pemrograman PHP dan Database MySQL. 2.5.

Asumsi dan Ketergantungan Asumsi - asumsi pada Sistem Reservasi Cafe Online adalah sebagai

berikut: - Admin: Mempunyai kendali untuk mengupdate tempat atau menu cafe. - Owner: Memiliki kendali penuh atas sistem.

3. Spesifikasi Kebutuhan 3.1.

Kebutuhan Fungsional

3.1.1. Pendahuluan Kebutuhan fungsional sebagian besar akan dilakukan oleh admin. Admin dapat mengupdate tempat serta menu pada cafe, sampai melakukan cetak bill. Owner dapat melakukan pencetakan bill dan laporan atau rekap data. Dari sisi user, pelanggan dapat melihat tampilan tempat dan menu, serta dapat melakukan pemesanan dan pembayaran. 3.1.2. Input User akan terlebih dahulu memlih tempat atau menu lalu akan membayar 50% dahulu menggunakan E-Wallet. 3.1.3. Proses Setelah menerima input, pesanan akan diproses oleh sistem dan akan ditangani oleh admin. Jika user sudah menyelesaikan urusan dicafe maka pembayaran akan diteruskan sampai 100%. Admin. 3.1.4. Output Owner akan mencetak tagihan (sebagian besar admin), maka proses pembayaran sudah selesai. 3.2.

Kebutuhan Antarmuka Eksternal

3.2.1. Antarmuka Pengguna Sistem Reservasi Cafe Online ini menggunakan antarmuka

6

berbasis web, dan user atau admin dapat mengoperasikannya menggunakan keyboard dan mouse dengan sistem operasi Windows atau Linux. Serta dapat dioperasikan dari layar smartphone untuk versi mobile. 3.2.2. Antarmuka Perangkat Keras Sistem ini berjalan diatas perangkat keras berupa komputer maupun smartphone disertai dengan koneksi internet. 3.2.3. Antarmuka Perangkat Lunak Sistem Reservasi Cafe Online dibangun menggunakan bahasa pemrograman PHP dan Database MySQL. Sistem ini dapat berjalan pada Sistem Operasi Winows, Linux berbasis web menggunakan browser dan Platform Mobile melalui aplikasi web view. 3.2.4. Antarmuka Komunikasi Antarmuka Komunikasi yang digunakan sistem ini adalah koneksi internet agar mendukung pemesana online. 3.3.

Kebutuhan Performansi Tidak ada kebutuhan performansi untuk sistem ini, dikarenakan

device yang digunakan pada zaman ini sudah memadai. 3.4.

Kendala Desain

3.4.1. Standard Compliance Pemenuhan standar dari sistem ini adalah user dapat melakukan pemesanan

disertai

pemabyaran

awal

yang

nantinya

akan

dikonfirmasi dan menyelesaikan pemebayaran secara penuh. Dibutuhkan code yang efisien untuk melakukan proses tersebut. 3.4.2. Perangkat Keras Tidak ada kendala untuk perangkat keras, dikarenakan rata - rata device yang digunakan pada saat ini sudah memadai. 3.5.

Atribut

3.5.1. Kemanan Sistem Sistem ini dilengkapi fitur login untuk admin serta keamanan pembayaran yang sudah disediakan oleh pihak ketiga untuk e-wallet.

7

3.5.2. Pemeliharaan Pemeliharaan

yang

dilakukan

adalah

bug

fix

yang

ditemukan/dilaporkan oleh admin ataupun user. 3.6.

Kebutuhan Lain

3.6.1. Database Sistem Reservasi Cafe Online menggunakan MySQL sebagai database utama, tentunya database yang digunakan disertai dengan password untuk keamanan. 3.6.2. Pengoperasian Dari sisi user, pelanggan dapat langsung melakukan pemesanan melalui smartphone maupun website. Dari sisi admin, menggunakan komputer untuk pengoperasian utamanya. 3.6.3. Penyesuaian Tempat Penyesuaian tempat untuk komputer admin diletakkan diatas meja serta kursi yang memadai bagi admin.

4. UML (Unified Model Language) 4.1.

Use Case Use case diagram sistem menjelaskan proses apa saja yang ada

dalam sebuah sistem dan interaksi apa yang terjadi antara 3 aktor dengan beberapa proses yang terjadi pada suatu sistem.

8

- Untuk aktor pelanggan memiliki hak akses untuk melihat update menu, info, dan promo. Pelanggan juga memiliki hak untuk

melakukan

pemesanan meja dan menu. - Hak akses untuk admin mengupdate menu, info, promo, selain itu admin juga melayani pesanan meja dan menu dari pelanggan dan mendapat hak mencetak bill untuk pelanggan. - Sedangkan untuk owner memiliki hak untuk melakukan update menu, info dan promo. Owner juga dapat melakukan cetak bill untuk pelanggan, namun owner tidak dapat melayani pesanan meja dan menu dari pelanggan, karena pemesanan meja dan menu garus melewati admin terlebih dahulu. Owner juga mendapat hak akses penuh dalam proses cetak laporan. 4.2.

Activity Diagram Admin

lakukan

login

sistem,

kemudian

mengentry

menu,

mengupdate info dan promo seputar cafe. Pelanggan dapat melihat daftar menu, form pemesanan, update info dan promo dari cafe. Jika pelanggan berminat melakukan pemesanan, pelanggan dapat mengisi form pemesanan yang kemudian kan dikonfirmaasi oleh admin. Setelah admin mengkonfirmsi pesanan, admin

akan menjumlahkan tagihan yang

9

harus dibayar okeh pelanggan. Pelanggan dapat membayar tagihan dari pesanannya melalui e-banking dan jangan lupa untuk menyimpan bukti untuk pengambilan pesanannya nanti. Owner juga dapat melakukan login sistem untuk melihat laporan pemesnan dengan mengisi tanggal laporan yang ingin dicetak.

10

4.3.

Sequence Diagram Sequence diagram dari sistem menjelaskan bagaimana perilaku

seorang aktor terhadap suatu skenario. Aktor pada sequence diagram ini adalah seorang customer terhadap suatu skenario reservasi cafe. Customer mengunjungi website, kemudian mengisi form pemesanan. Form pemesanan selanjutnya akan diterima oleh seorang admin. Admin kemudian akan mengirimkan pesan konfirmasinya, bila terjadi kesalahan pada pengisian ataupun isian form pada for pemesanan kurang lengkap, akan mengalami kegagalan dan kembali pada customer. Namun bila form pemesanan sudah lengkap dan dapat diproses, admin akan mengirimkan form pembayaran pada customer, dan cutomer mengisi form pembayaran.

4.4.

Class Diagram Class diagram berikut mendeskripsikan kelompok - kelompok data

yang diperlukan dalam suatu sistem reservasi cafe. Data - data dikelompokkan ke dalam satu tabel. Dan tabel - tabel akan saling

11

berkaitan membentuk suatu relasi.

Pada class diagram diatas terdapat 10 tabel yang saling berkaitan membentuk suatu relasi. Satu tabel dapat berisi 2-10 field, diantaranya tabel menu, kategori, menu, transaksi, detail transaksi, jenis transaksi, pesanan, user, meja, r.meja (reservasi_meja) dan juga tabel jenis meja. Yang kesemuanya memiliki action yang sama yakni add, edit, delete, dan cancel.

12...