Laporan Tugas
SOFTWARE REQUIREMENT SPESIFICATION : SISTEM INFORMASI TOUR & TRAVEL
Diajukan untuk memenuhi salah satu tugas mata kuliah Perancangan Perangkat Lunak yang diampu oleh :
Drs. Agus Harjoko, M.Sc, Ph.D
Oleh : Agus Darmawan
17/418616/PPA/05400
Magister Ilmu Komputer Fakultas Matematika dan Pengetahuan Alam Universitas Gajah Mada 2017
Software Requirements Specification Sistem Informasi Tour & Travel Daftar Isi: 1.0 Pendahuluan 1.1 Tujuan 1.2 Ruang Lingkup Produk 1.3 Definisi, Akronim, dan Singkatan 1.4 Referensi 1.5 Ikhtisar 2.0 Deskripsi Umum 2.1 Perspektif Produk 2.2 Fungsi Produk 2.3 Karakteristik Pengguna 2.4 Kendala Umum 2.5 Asumsi dan Ketergantungan 3.0 Persyaratan Tertentu 3.1 Persyaratan Fungsional 3.1.1 Antarmuka Pengguna 3.1.1.1 Sistem pengelolaan akun tour & travel 3.1.1.2 Sistem pemesanan tiket 3.1.1.3 Sistem pembatalan tiket 3.1.1.4 Cari jadwal tour 3.1.2 Entri Data 3.1.2.1 Sistem pengelolaan akun tour & travel 3.1.2.2 Sistem pemesanan tiket 3.1.2.3 Sistem pembatalan tiket 3.1.2.4 Cari jadwal tour 3.1.2.5 Memperbarui database tour 3.1.3 Laporan Generasi 3.2 Persyaratan Kinerja 3.3 Kendala Desain 3.4 Persyaratan Keamanan 3.5 Keandalan 1.1 Purpose Inilah Spesifikasi Persyaratan Perangkat Lunak (SRS) untuk Sistem Informasi Tour & Travel. Tujuan dari dokumen ini adalah untuk menyampaikan informasi tentang persyaratan aplikasi, baik fungsional maupun non fungsional, kepada pembaca. Dokumen ini menyediakan (a) deskripsi tentang lingkungan dimana aplikasi diharapkan beroperasi, (b) definisi kemampuan aplikasi, dan (c) spesifikasi persyaratan fungsional dan nonfungsional aplikasi. Dokumen ini dimaksudkan untuk melayani beberapa kelompok khalayak: Pertama, diantisipasi bahwa SRS akan digunakan oleh perancang aplikasi. Desainer akan menggunakan informasi yang tercatat di sini sebagai dasar untuk membuat desain aplikasi.
Kedua, klien untuk proyek ini, owner tour & travel dalam kasus Kami, diharapkan dapat meninjau dokumen ini. SRS akan berfungsi untuk menetapkan dasar kesepakatan antara klien dan tim pengembang tentang fungsionalitas yang akan disediakan oleh aplikasi. Ketiga, pengelola aplikasi akan meninjau ulang dokumen tersebut untuk menjelaskan pemahaman mereka tentang aplikasi apa yang dilakukannya. Keempat, perencana uji akan menggunakan dokumen ini untuk mendapatkan rencana uji dan uji kasus. Akhirnya, manajer proyek akan menggunakan dokumen ini selama perencanaan dan pemantauan proyek. 1.2 Scope of Product Tujuan dari proyek pengembangan perangkat lunak ini adalah dengan membuat aplikasi baru yang disebut: Sistem Informasi Tour & Travel. Klien untuk proyek ini ingin masuk ke Sistem Informasi Berbasis Website. Sistem Informasi Tour & Travel akan berbasis Website, memungkinkan pengguna sistem mengupdate informasi untuk mengelola data sistem dan database pemesan. Aplikasi ini akan memberikan kemampuan sebagai berikut: Sistem informasi akan diakses melalui jaringan internet melalui computer, laptop maupun ponsel Staf admin sistem akan dapat mengelola data pemesan termasuk menghapus, mengubah, dan menambahkan. Staf admin sistem akan dapat mengelola database tour & travel termasuk menghapus, mengubah, dan menambahkan. Sistem akan mencatat semua data yang diperiksa, diperiksa, dan diingat. Sistem akan menghasilkan laporan untuk tujuan administratif. Sistem ini akan menyediakan fungsi pencarian dan perhitungan harga destinasi tour berdasarkan waktu lama tour dan tempat destinasi. Klien proyek telah menetapkan bahwa sistem ini akan memberikan keuntungan sebagai berikut: Berikan keleluasaan dan kenyamanan tambahan kepada pemesan tour. Memberikan keandalan dan keamanan informasi tour & travel yang lebih baik. Kurangi biaya operasi perusahaan tour & travel. 1.3 Definitions, Acronyms, and Abbreviations SRS - Software Requirements Specification. PC - Personal Computer. 1.4 References 1. Merlin Dorfman, Richard H. Thayer, "Standards, Guidelines, and Examples on System and software Requirements Engineering", IEEE, 1990. 1.5 Overview Uraian singkat tentang isi setiap bab diberikan di bawah ini. 1.0 Pendahuluan Menyediakan gambaran umum proyek. Rangkumlah kemampuan utama produk.
2.0 Deskripsi Umum Menyajikan lingkungan di mana system diharapkan beroperasi, memberikan gambaran umum tentang persyaratan sistem, menjelaskan asumsi tentang kemungkinan pengguna sistem, kemungkinan kendala pada proyek, dan asumsi mendasar yang menjadi dasar analisis kebutuhan. 3.0 Persyaratan Tertentu Spesifikasi persyaratan. Berisi deskripsi lengkap tentang persyaratan sistem, baik fungsional maupun non-fungsional. 2.0 General Description 2.1 Product Perspective Sistem Informasi Tour & travel digunakan oleh Pengusaha Tour Travel, admin sistem dan pemesan jasa tour. Sistem ini mandiri. Namun, dimungkinkan untuk bertukar data dengan sistem lain melalui antarmuka eksternal jika diperlukan. 2.2 Product Functions Ringkasan fungsi yang tinggi dalam system informasi tour & travel. 2.3 User Characteristics Ada 3 tipe user dari system informasi tour & travel: Pengusaha/Owner Tour Travel Admin Sistem Pemesan tour 2.4 General Constraints Perangkat keras saat ini untuk Sistem Tour Travel ada mainframe dengan terminal tipe teks. Oleh karena itu, jika sistem baru berbasis website, akan ada kebutuhan untuk mengganti dengan perangkat keras PC dan fasilitas jaringan baru. Sistem Informasi tour travel berpotensi dapat diakses ratusan bahkan ribuan pengguna. Tidak realistis untuk memberikan pelatihan bagi semua orang. Oleh karena itu, sistem harus dirancang agar mudah digunakan, memberikan petunjuk bantuan, dan pesan kesalahan yang sesuai untuk masukan pengguna yang tidak benar. Keamanan penting untuk menjaga informasi yang bersifat rahasia. Pemesan hanya dapat menggunakan system sebatas memesan tour sesuai jadwal dan lama waktu tour serta melakukan konfirmasi pembayaran. Pemesan tidak boleh bisa masuk ke sistem dan melakukan modifikasi apapun. Keandalan sangat penting untuk pengoperasian system informasi. Sistem Informasi Tour & Travel tidak memiliki jam operasional tertentu sehingga bias diakses sepanjang waktu.. 2.5 Assumptions and Dependencies Berikut ini adalah daftar asumsi dan dependensi yang akan mempengaruhi persyaratan perangkat lunak jika ternyata salah: Pengguna memiliki pemahaman dasar terhadap website dan system informasi. Ada metode untuk mengubah semua catatan buku dan catatan pengguna perpustakaan dari sistem yang ada menjadi Sistem Informasi Tour & Travel.
3.0 Specific Requirements: Bagian ini berisi persyaratan rinci. 3.1 Persyaratan Fungsional 3.1.1 Antarmuka Pengguna Persyaratan antarmuka pengguna berkaitan dengan antarmuka pengguna dan bagaimana informasi disajikan kepada pengguna. 3.1.1.1 Sistem pengelolaan akun pengguna SRS-001: Sistem harus menampilkan informasi akun pengguna termasuk ID pengguna, nama belakang dan nama belakang, dan posisi pengguna, hak istimewa. SRS-002: Sistem harus menggunakan antarmuka pengguna grafis yang memungkinkan admin sistem memilih tindakan termasuk menghapus, mengubah dan menambahkan akun pengguna dan informasi akun. 3.1.1.2 Sistem pemesanan tour travel. SRS-003: Saat memeriksa daftar pemesan tour travel, sistem harus menunjukkan semua data termasuk: nama depan dan belakang pengguna nomor telepon/handphone alamat email detail tour metode pembayaran SRS-004: Saat memeriksa daftar pemesan tour travel, bila diminta oleh admin sistem, sistem harus menunjukkan informasi detail tour yang sudah dilaksanakan ataupun belum, termasuk: Destinasi kota Lama tour tanggal pembayaran metode pembayaran SRS-005: Saat memeriksa detail tour, sistem akan menampilkan informasi tour yang baru sedang diperiksa termasuk: destinasi kota, lama tour. 3.1.1.3 Sistem pembatalan tour travel SRS-006: Saat mengingat kembali detail tour ini, sistem akan menampilkan daftar semua salinan detail tour yang dipesan dalam jangka waktu tertentu. SRS-007: Ketika tour sudah selesai dilaksanakan oleh pemesan, sistem akan menampilkan nama terakhir dan nama depan, tanggal tour dan konfirmasi pembayaran. 3.1.1.4 Cari destinasi tour travel SRS-008: Sistem akan menampilkan daftar tour yang sesuai dengan kriteria pencarian yang termasuk: Destinasi Tanggal tour jumlah peserta Harga
Pembayaran SRS-009: Bila diminta oleh pemesan, sistem harus menampilkan informasi tentang tour tertentu termasuk: Destinasi Tanggal tour jumlah peserta Harga 3.1.2 Entri Data Persyaratan pemasukan data berkaitan dengan bagaimana data dimasukkan dan divalidasi. SRS-010: Sistem ini memungkinkan pengguna memasukkan datanya melalui keyboard atau memilih item melalui mouse. SRS-011: Kapanpun “biaya”data dibutuhkan, maka harus dimasukkan hanya dengan memilih destinasi dan durasi tour dari sistem. SRS-012: Sistem ini memungkinkan pengguna memasukkan nama dan email dengan cara mengetik. SRS-013: Sistem ini memungkinkan pengguna memasukkan nama dan email, mengingat data sesering yang diperlukan. 3.1.2.1 Sistem pengelolaan tour travel SRS-014: Sistem ini memungkinkan pengguna untuk melampirkan catatan ke setiap akun SRS-015: Sistem ini memungkinkan pengguna menambahkan atau mengubah informasi dalam akun termasuk: nama belakang, nama depan, ID pengguna, posisi pengguna, pengguna hak istimewa. SRS-016: sistem harus mengizinkan pengguna untuk menghapus keseluruhan akun member. 3.1.2.2 Sistem pemesanan tour travel. SRS-017: Sistem ini memungkinkan pengguna untuk menentukan destinasi menggunakan pilihan. SRS-018: Sistem ini memungkinkan pengguna menentukan pelindung lama waktu tour.. SRS-019: Sistem ini memungkinkan pengguna untuk menentukan jumlah peserta tour. SRS-020: Sistem ini memungkinkan pengguna untuk menentukan jumlah yang harus dibayar. SRS-021: Sistem harus memeriksa dan menunjukkan detail pesanan yang dilakukan setiap pemesan. SRS-022: Sistem harus memeriksa dan menunjukkan detail dan konfirmasi bayar setiap pemesan. SRS-023: Sistem harus membiarkan pemilik atau admin system menentukan konfirmasi pemesana setiap pemesan. SRS-024: Sistem akan melakukan check in dan memeriksa data ke database begitu data dimasukkan. 3.1.2.3 Sistem pembatalan tour travel SRS-025: Sistem ini memungkinkan pengguna untuk menentukan detail pesanan tour yang dipesan
SRS-026: Sistem ini memungkinkan pengguna untuk merekam notifikasi rekaman yang dikirim, tanggal pemesanan, pemberitahuan konfirmasi pembayaran. 3.1.2.4 Cari destinasi tour travel SRS-027: Sistem ini memungkinkan pengguna mengetikkan kriteria pencarian termasuk destinasi, tanggal keberangkatan, jumlah peserta, metode pembayaran dan pilihan paket. SRS-028: Jika hasil pencarian adalah daftar destinasi, sistem harus mengizinkan pengguna untuk memilih salah satu dari mereka untuk melihat rinciannya. 3.1.2.5 Memperbarui database tour travel SRS-029: Sistem ini memungkinkan pengguna menambahkan atau mengubah informasi rekaman termasuk: Destinasi Lama tour Jumlah peserta Metode pembayaran Pilihan promo SRS-030: sistem harus mengizinkan pengguna untuk menempatkan "cancel" untuk pembatalan pemesanan dan tentukan alasan penghapusan. 3.1.3 Laporan Generasi persyaratan pembuatan laporan berkaitan dengan kemampuan pembuatan laporan dari sistem Informasi Tour Travel. SRS-031: Sistem harus memiliki fitur laporan yang memungkinkan pengguna membuat laporan yang menunjukkan informasi semua pesanan tour dalam satu waktu. SRS-032: Sistem harus memiliki fitur laporan yang memungkinkan pengguna membuat laporan yang menunjukkan informasi tentang semua pengguna yang sudah melakukan pemesanan, baik yang sudah berangkat maupun belum. SRS-033: Sistem harus memiliki fitur laporan yang memungkinkan pengguna membuat laporan yang menunjukkan informasi pelindung tertentu. SRS-034: Sistem harus memiliki fitur laporan yang memungkinkan pengguna membuat laporan yang menunjukkan informasi informasi detail pemesanan dan jumlah pembayaran. Ini juga akan memberikan data statistik tentang destinasi pemesan tour, uang dibayar. SRS-035: Sistem akan menghasilkan laporan tersebut ke layar, file atau printer yang terhubung ke sistem.
3.2 Persyaratan Kinerja SRS-036: Sistem check in dan check out harus merespons pengguna tidak lebih dari 5 detik. Fungsi pencarian harus merespon pengguna tidak lebih dari 9 detik
3.3 Kendala Desain SRS-037: Sistem harus dipasang di jaringan windows-NT.
3.4 Persyaratan Keamanan SRS-038: Sistem pengelolaan akun hanya akan digunakan oleh pemilik usaha atau admin user dengan hak istimewa yang ditentukan. SRS-039: Sistem check-in, check out dan recall hanya digunakan oleh pengguna yang terdaftar sebagai member. SRS-040: Laporan informasi Pelepasan harus dibuat oleh pengguna yang terdaftar sebagai member. SRS-041: List tour yang keluar dari laporan atau laporan penambahan tour lainnya hanya akan dihasilkan oleh owner atau pengguna dengan hak istimewa yang ditentukan. SRS-042: Data pembaruan basis data harus dilakukan ke database hanya setelah owner menyetujui.
3.5 Keandalan SRS-043: Sistem harus dipulihkan dalam waktu 10 menit jika sedang down. SRS-044: Sistem harus dipulihkan tanpa intervensi pada terminal pengguna jika sedang down. SRS-045: Sistem harus menunjukkan pesan yang sesuai pada terminal saat sistem sedang down. SRS-046: Sistem harus memiliki keandalan 99% setiap hari. SRS-047: Waktu turun yang dijadwalkan setelah jam operasi system informasi tidak lebih dari 1 jam per hari.
