SOFTWARE REQUIREMENTS SPECIFICATION

LesPedia!

Versi 1.0
11 Januari 2021

Disiapkan:
Mikhalindo Samosir - 05211940000033
Nindita Cahya Puspita- 05211940000038
Faros Nabilah Zaim - 05211940000079
Naufal S. A. Sunandar - 05211940000104
Ananta Rizki W - 05211940000143

sebagai kelengkapan Tugas Akhir mata kuliah Rekayasa Kebutuhan

Perangkat Lunak, Jurusan Sistem Informasi ITS

Abstrak:
Lespedia adalah sebuah perangkat lunak berbasis mobile dan web yang
berfungsi untuk menghubungkan pengajar/tutor dengan pelajar (orang
yang ingin mempelajari sesuatu). Aplikasi ini dapat mempermudah
dalam membuka lapangan pekerjaan baru bagi tutor yang kehilangan
pekerjaannya di masa pandemi ini dan mempermudah pelajar dalam
menambah ilmu lebih dalam pada bidang akademik seperti di sekolah
maupun di luar sekolah.
Spesifikasi Kebutuhan Perangkat Lunak Maklumat Versi Dokumen

Maklumat Versi Dokumen

Seluruh versi dari dokumen ini didaftar berdasar kronologisnya. Tidak ada hubungan
antara nomer dokumen dan nomor versi perangkat lunak.

Versi
Versi
Tanggal Alasan Perubahan Perangkat
Dokumen
Lunak

Dokumen ini dibuat oleh Kelompok 8 Kelas RKPL A dengan pengawasan dari Jurusan
Sistem Informasi ITS sebagai upaya untuk menjamin keakurasian dokumen saat akan
di cetak. Penggandaan dokumen, sebaiknya dari versi yang terakhir (up to date) dan
setelah mendapatkan ijin tertulis

Ketua Jurusan Sistem Informasi

Fakultas Teknologi Informasi
Institut Teknologi Sepuluh Nopember
Surabaya

Copyright @ 2006 Jurusan Sistem Informasi ITS

Seluruh informasinya adalah hak milik Jurusan Sistem Informasi ITS yang tidak
dipulikasikan dan bersifat rahasia.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 2
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Control Revisi Dokumen

Control Revisi Dokumen

Seluruh revisi yang telah dilakukan pada dokumen ini, dapat diikuti sebagaimana tabel
berikut.

Nomer
Tanggal Diperiksa oleh Keterangan singkat perbaikan
Revisi
02/01/2021 Nindita Cahya Puspita Menyunting hasil dari RE Proses
Mikhalindo Samosir
1
Faros Nabilah Zaim

Naufal S. ASunandar

Ananta Rizki Widyadana

09/01/2021 Nindita Cahya Puspita Menyunting hasil dari RE Proses 2.0
Mikhalindo Samosir
2
Faros Nabilah Zaim

Naufal S. ASunandar

Ananta Rizki Widyadana

10/01/2021 Nindita Cahya Puspita Menambahkan desain antar muka
Mikhalindo Samosir
3
Faros Nabilah Zaim

Naufal S. ASunandar

Ananta Rizki Widyadana

14/01/2021 Nindita Cahya Puspita Fiksasi seluruh isi dokumen
Mikhalindo Samosir
4
Faros Nabilah Zaim

Naufal S. ASunandar

Ananta Rizki Widyadana

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 3
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Daftar Isi

Daftar Isi

Daftar Isi
........................................................................................................................................ 1
SOFTWARE REQUIREMENTS SPECIFICATION.................................................... 1
Maklumat Versi Dokumen ............................................................................................. 2
Control Revisi Dokumen ............................................................................................... 3
Daftar Isi ........................................................................................................................ 4
1. Pendahuluan ............................................................................................................... 1
1.1 Tujuan .................................................................................................................. 1
1.2 Ruang Lingkup Perangkat Lunak ........................................................................ 1
1.3 Target Audience ................................................................................................... 1
1.4 Definisi, Istilah dan Singkatan ............................................................................. 2
1.6 Referensi .............................................................................................................. 3
1.6 Ikhtisar Dokumen................................................................................................. 3
2. Deskripsi Umum ........................................................................................................ 1
2.1 Tentang Perangkat Lunak .................................................................................... 1
2.2 Fungsi-fungsi Perangkat Lunak ........................................................................... 1
2.3 Karakteristik dan Klasifikasi Pengguna ............................................................... 1
2.4 Lingkungan Operasi ............................................................................................. 2
2.5 Batasan Desain dan Implementasi ....................................................................... 2
2.6 Dokumentasi Bagi Pengguna ............................................................................... 2
2.7 Asumsi dan Ketergantungan ................................................................................ 2
3. Kebutuhan Antarmuka Eksternal ............................................................................... 3
3.1 Antarmuka Pengguna ........................................................................................... 3
3.2 Antarmuka Perangkat Keras ................................................................................ 9
3.3 Antarmuka Perangkat Lunak ............................................................................. 10
3.4 Antarmuka Komunikasi ..................................................................................... 10
4. Feature Sistem .......................................................................................................... 11
4.1 Use Case Diagram.............................................................................................. 11
4.2 Use Case Scenario.............................................................................................. 13
5. Kebutuhan NonFungsional Lainnya ........................................................................ 23
5.1 Kebutuhan Kinerja ............................................................................................. 23
5.2 Kebutuhan Keamanan ........................................................................................ 23
5.3 Kebutuhan Perlindungan Keamanan.................................................................. 23
5.4 Atribut Kualitas Perangkat Lunak ..................................................................... 23

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 4
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Daftar Isi

5.5 Aturan Penggunaan ............................................................................................ 24

Appendix A: Model Analisis ....................................................................................... 25
Appendix B: Daftar Kebutuhan ................................................................................... 26

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 5
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Pendahuluan

1. Pendahuluan
Pembuatan Software Requirements Spesification (SRS) ini bertujuan untuk
menggambarkan kebutuhan pengguna dan memberikan arahan agar perancangannya
berjalan dengan benar.

1.1 Tujuan
Lespedia adalah sebuah perangkat lunak berbasis mobile dan web yang berfungsi untuk
menghubungkan pengajar/tutor dengan pelajar (orang yang ingin mempelajari sesuatu).
Tujuan dibuatnya aplikasi ini adalah untuk mempermudah atau membuka lapangan
pekerjaan baru bagi tutor yang kehilangan pekerjaannya di masa pandemi ini dan
mempermudah pelajar dalam menambah ilmu lebih dalam pada bidang akademik
seperti di sekolah maupun di luar sekolah.

Pada dokumen ini akan dijelaskan mengenai kebutuhan perangkat lunak Lespedia yang
meliputi gambaran produk, fungsional produk (kebutuhan fungsional dan non-
fungsiona), batasan produk, serta desain dan implementasi produk.

1.2 Ruang Lingkup Perangkat Lunak

Pengembangan perangkat lunak Lespedia ditujukan untuk membantu sektor
perekonomian dan pendidikan terutama di era pandemi saat ini dengan cakupan lokasi
ruang lingkup sebagai berikut:

1. Pengguna yang memiliki smartphone serta terdaftar sebagai mitra Lespedia di

seluruh Indonesia
2. Pengguna yang memiliki smartphone terhubung dengan GPS guna melacak
lokasi terkini

Sedangkan cakupan ruang lingkup aplikasi Lespedia sendiri adalah sebagai berikut:

● Pengguna harus login terlebih dahulu untuk mengakses menu yang tersedia.
● Aplikasi ini menjembatani pertemuan antara tutor dengan pelajar.
● Aplikasi ini mampu melakukan pemesanan tutor sekaligus menampilkan data
terperinci dari tutor tersebut.
● Aplikasi ini mampu untuk memperlihatkan lokasi dari tutor.
● Aplikasi ini dapat dijalankan pada perangkat mobile dan web yang terhubung
dengan internet.

1.3 Target Audience

Berikut adalah beberapa audience yang berperan dalam pengembangan perangkat lunak
yang perlu memahami serta menggunakan dokumen:

Business Analyst
Menganalisa, memvalidasi persyaratan untuk perubahan proses bisnis, atau kebijakan
proyek.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 1
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Pendahuluan

System Analyst
Merencanakan serta mengkoordinasi dalam merekomendasikan pemilihan perangkat
lunak dan sistem yang akan diimplementasikan yang paling sesuai dengan kebutuhan

Programmer
Mengembangkan dan membangun aplikasi beserta fitur-fiturnya dengan menyesuaikan
kepada fungsionalitas dan kegunaan dari aplikasi

UI/UX Designer
Merancang tampilan antar muka pengguna dan merancang pengalaman pengguna dari
aplikasi menyesuaikan dengan kebutuhan pengguna dan sistem yang ada.

1.4 Definisi, Istilah dan Singkatan

Guna memberikan gambaran yang sama terhadap beberapa definisi, istilah dan
singkatan yang digunakan di dokumen ini, perlu dijelaskan sebagaimana berikut:

FR : Functional Requirements atau

Kebutuhan dari suatu perangkat lunak yang berisikan proses-proses apa

saja yang berjalan dalam suatu sistem, dan bagaimana sistem bereaksi
terhadap suatu aksi tertentu pada suatu kondisi yang spesifik.

IEEE : Institute of Electrical and Electronics Engineers

Adalah standart internasional untuk pengembang perangkat lunak

NFR : Non-Functional Requirements atau

Batas-batas kebutuhan yang ditetapkan kepada suatu perangkat lunak

seperti batas waktu, performa, dan reliabilitas.

SKPL : Spesifikasi Kebutuhan Perangkat Lunak atau

SRS : Software Requirement Specification atau

Adalah dokumen hasil analisis sebuah perangkat lunak yang berisi

spesifikasi kebutuhan pengguna

1.5 Sistem Penomoran

Ada beberapa hal/bagian dalam dokumen ini yang perlu diberi nomor. Maksud
penomoran ini untuk mempermudah audience dalam pengidentifikasian. Adapun
aturan penomorannya sebagaimana tabel berikut:

Hal/Bagian Aturan Penomoran

Tabel/Data Store Nomor berbentuk TD99, dimana 99 adalah nomor urut tabel atau data store

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 2
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Pendahuluan

Contoh: TD11, TD12, TD29, TD31 dan sebagainya

Kebutuhan Fungsional Nomor berbentuk KF999.x, dimana 999 adalah nomor urut struktur butir-butir pada
kebutuhan fungsional. Sedangkan x adalah nomor berupa abjad dan sifatnya sebagai
tambahan jika kebutuhan fungsional tersebut memiliki item turunannya.
Contoh: KF101, KF120, KF120.a, KF120.b dan sebagainya
Kebutuhan Non Nomor berbentuk KnF99.x, dimana 99 adalah nomor urut struktur butir-butir pada
Fungsional kebutuhan non fungsional. Sedangkan x adalah nomor berupa abjad dan sifatnya
sebagai tambahan jika kebutuhan non fungsional tersebut memiliki item turunannya.
Contoh: KnF11, KnF12, KnF12.a, KnF12.b dan sebagainya

1.6 Referensi
Berikut adalah daftar acuan yang digunakan dalam pendokumentasian spesifikasi
kebutuhan perangkat lunak ini.

● IEEE Std. 1233, 1998 Edition IEEE Guide for Developing System Requirements
Specifications
● IEEE, Software Requirements Engineering, Second Edition, IEEE Computer
Society Press, 2002.
● Bray, Ian K. An Introduction to Requirement Engineering, 1st published, Addison-
Wesley, 2002
● Kotonya, Gerald and Sommerville, Ian. Requirement Engineering: Processes and
Techniques, John Wiley & Sons Ltd, 1998
● Holil, Achmad. Template: Spesifikasi Kebutuhan Perangkat Lunak, Jurusan Sistem
Informasi ITS, 2006.
● IEEE, Computer Society. SWEBOK Version 3.0: Guide to the Software
Engineering Body of Knowledge. IEEE Computer Society Products and Services,
2014.

1.6 Ikhtisar Dokumen

Dokumen ini memuat informasi mengenai gambaran kebutuhan perangkat lunak
Lespedia yang ditujukan kepada seluruh stakeholder Lespedia terutama kepada
pengembang-pengembangnya. Informasi pada SRS ini berguna untuk membantu para
pengembang membuat serta mengelola aplikasi sesuai dengan kebutuhan pengguna
yang sudah dispesifikkan.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 3
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Deskripsi Umum

2. Deskripsi Umum

2.1 Tentang Perangkat Lunak

Lespedia sebagai alternatif pencarian les yang terjangkau dan dapat digunakan oleh
berbagai kalangan menyediakan sebuah sistem yang mampu menjembatani antara
customer (siswa) dan tutor. Gambaran sistem Lespedia beserta kebutuhan
fungsionalitasnya kami dapatkan melalui proses elisitasi dengan menyebarkan
kuesioner kepada 15 responden dengan 10 responden merupakan mahasiswa dan 5
responden berupa siswa (SD, SMP, SMA). Untuk hasil kuesioner dapat diakses
menggunakan link sebagai berikut:

Elisitasi - Penyebaran Kuesioner Lespedia

2.2 Fungsi-fungsi Perangkat Lunak

Aplikasi Lespedia memiliki beberapa fungsi utama sebagai berikut:

● Penyediaan tutor
● Pemesanan tutor.
● Penampilan spesifikasi tutor.
● Pembuatan janji antar pengguna (tutor dan pelajar).

Untuk gambaran penjelasan lebih detail mengenai fungsi utama pada Lespedia dapat
dilihat lebih lanjut di Bab 3.

2.3 Karakteristik dan Klasifikasi Pengguna

Berikut adalah klasifikasi pengguna aplikasi Lespedia:

1. Customer (Murid)
Customer (digeneralisasi) atau Murid disini adalah pengguna perangkat lunak Lespedia
yang membutuhkan (mencari dan memesan) pengajar untuk membantunya dalam
memahami pembelajaran sekolah maupun luar sekolah. Customer tidak diberikan batas
umur untuk penggunaannya dan tidak ada pengklasifikasian terhadap Customer dalam
perangkat lunak ini.

2. Tutor (Pengajar)
Tutor adalah pengguna perangkat lunak Lespedia yang menawarkan jasa pengajaran
kepada calon customer (Murid) sesuai dengan skill/kemampuan yang dimiliki. Tutor
tidak dibatasi dengan syarat-syarat tertentu, namun tetap terbagi menjadi 2 jenis, yaitu
tutor tersertifikasi dan tidak tersertifikasi. Tidak ada perbedaan fungsi, keamanan, dan
hak akses, hanya saja spesifikasi ini akan membantu algoritma pencarian tutor
Lespedia.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 1
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Deskripsi Umum

2.4 Lingkungan Operasi

Lingkungan operasi Lespedia meliputi perangkat mobile dan web. Untuk perangkat
mobile, Lespedia hanya dapat dioperasikan melalui android operating system, dengan
versi terbaru. Aplikasi pendamping Lespedia yaitu google meeting yang mana akan
tersambung pada aplikasi google meeting jika fitur tatap muka online gunakan oleh
pengguna aplikasi.

2.5 Batasan Desain dan Implementasi

Batasan desain pada aplikasi Lespedia ini kami tidak menyediakan secara pribadi fitur
untuk menyediakan kelas online berbasis meeting. Kelas online berbasisi meetings akan
di redirect ke aplikasi yang sudah ada dan umum digunakan oleh masyakarat seperti
zoom meeting dan google meets.

2.6 Dokumentasi Bagi Pengguna

Dokumentasi yang kami berikan untuk memudahkan pengguuna menggunakan aplikasi
Lespedia adalah meliputi user manual (user guide), bantuan online via whatsapp dan
call center, beserta FAQ dan live chat QNA yang tertera pada laman website Lespedia.

2.7 Asumsi dan Ketergantungan

Aplikasi Lespedia menyambungkan terhadap aplikasi lain yang berkaitan seperti zoom
meetings dan google meets membuat fitur tatap muka online bergantung pada performa
aplikasi eksternal tersebut. Jika sistem pada aplikasi ekternal tersebut down, maka
sistem tatap muka online tidak bisa digunakan. Sehingga alternatif dari masalah ini
adalah memberi kontak tutor pada customer untuk melakukan transaksi secara manual
sesuai kebijakan yang sudah disepakati bersama.

Dalam jangka waktu yang panjang kedepan akan dibuat fitur tatap muka online yang
dibangun langsung di dalam aplikasi Lespedia sehingga tidak ada ketergantungan
terhadap aplikasi eksternal yang ada.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 2
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

3. Kebutuhan Antarmuka Eksternal

3.1 Antarmuka Pengguna

Untuk melihat demonstrasi Antarmuka Pengguna dapat diakses dari link berikut:
Prototype Lespedia - Customer (figma.com)
Prototype Lespedia - Tutor (figma.com)

UI-001 (Registrasi)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 3
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

UI-002 (Login)

UI-003 (Search Tutor)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 4
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

UI-004 (Filter Tutor)

UI-005 (Request Tutor)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 5
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

UI-006 (Respon Request Tutor)

UI-007 (Pembayaran)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 6
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

UI-008 (Memberi Feedback )

UI-009 (Manage Akun)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 7
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

UI-010 (Manage Tutor)

UI-011 (Manage Status)

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 8
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

3.2 Antarmuka Perangkat Keras

Laptop
Perangkat keras laptop berbasis windows digunakan untuk mendevelop aplikasi
Lespedia dengan spesifikasi Ram 8 gb Storage minimal 50 gb dan dan processor dual
core.

Smartphone
Perangkat keras Smartphone berbasis android maupun IOS digunakan untuk trial error
prototype saat proses development dan menggunakan layanan aplikasi Lespedia saat
deployment dengan spesifikasi minimal Ram 2 GB, penyimpanan tersedia minimal 1
GB

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 9
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan Antarmuka Eksternal

3.3 Antarmuka Perangkat Lunak

1. Sistem Operasi Desktop (Windows/Linux/MacOS)
Situs web Lespedia dapat diakses menggunakan browser internet yang tersedia
di pasar bebas seperti Google Chrome, Microsoft Edge, Mozilla Firefox, Safari,
Opera.
2. Android
Lespedia dapat diunduh melalui Google Play Store pada gawai yang berjalan
dengan sistem operasi Android dengan minimum versi Android 8.1 Oreo
3. IOS
Lespedia dapat diunduh melalui Apple App Store pada gawai yang berjalan
dengan minimum IOS 12
4. IDE
Aplikasi yang kami gunakan untuk mengembangkan aplikasi Lespedia untuk
versi Android adalah AndroidStudio versi 4.1.1, untuk mengembangkan
aplikasi versi IOS kami menggunakan Xcode versi 12.3.

3.4 Antarmuka Komunikasi

Untuk mengakses LESPEDIA diperlukan gawai atau komputer yang terhubung
dengan jaringan internet. Komunikasi antara klien dan server harus menggunakan
layanan web yang sesuai dengan REST dan harus disajikan melalui HTTP Secure
(HTTPS).
Situs web Lespedia dapat diakses menggunakan browser internet yang tersedia
di pasar bebas seperti Google Chrome, Microsoft Edge, Mozilla Firefox, Safari, Opera.
Email yang digunakan dapat menggunakan email dari Google Mail ataupun Yahoo,
namun tidak di luar kedua email tersebut seperti Samsung Mail tidak bisa digunakan.
Jaringan internet yang digunakan harus minimal 4G, untuk jaringan di bawah tersebut
tidak bisa digunakan untuk melakukan komunikasi antar muka.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 10
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

4. Feature Sistem
4.1 Use Case Diagram
Fitur pada sistem aplikasi Lespedia ini digambarkan pada use case berikut dengan
penjabaran masing-masing use case yang tertera di bawahnya:

Use Case ID: SRS-FR-01

Use Case: Register

Description: Mendaftar sebagai pengguna baru pada Lespedia! dengan mengisi

formulir pendaftaran yaitu nama lengkap,Username, email ,password, re-type
password

Use Case ID: SRS-FR-02

Use Case: Login

Description: Jika pengguna sudah memiliki akun yang terdaftar, pengguna dapat
masuk Masuk ke dalam aplikasi dengan mengisi formulir yang berisi Username dan
password.

Use Case ID: SRS-FR-03

Use Case: Search tutor

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 11
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

Description: Untuk melakukan pencarian tutor yang diinginkan maka pengguna dapat
melakukannya dengan Search Tutor

Use Case ID: SRS-FR-04

Use Case: Filter tutor

Description: Hasil pencarian tutor bisa dilakukan penyaringan atau filterisasi sesuai dengan
kebutuhan dan keinginan pengguna

Use Case ID: SRS-FR-05

Use Case: Request tutor

Description: Jika pengguna sudah menemukan calon tutor yang pas maka pengguna bisa
meminta Request Tutor untuk mendapatkan persetujuan dari Tutor

Use Case ID: SRS-FR-06

Use Case: Respon request tutor

Description: Tutor yang mengaktifkan akunnya akan menerima request dan bisa
memberikan Respon terhadap Request Tutor dari pelanggan

Use Case ID: SRS-FR-07

Use Case: Pembayaran

Description: Pelanggan yang sudah dikonfirmasi Request nya terhadap tutor bisa
melakukan pembayaran untuk melanjutkan proses pemesanan Tutor

Use Case ID: SRS-FR-08

Use Case: Memberi Feedback

Description: Pelanggan yang sudah menyelesaikan transaksi berupa tutoring akan bisa
memberikan feedback terhadap Tutor sebagai testimoni pelanggan

Use Case ID: SRS-FR-09

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 12
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

Use Case: Manage akun

Description: Pelanggan dan Tutor diberikan izin untuk mengkostumisasi profil dari akun
masing-masing

Use Case ID: SRS-FR-10

Use Case: Manage tutor

Description: Tutor dapat mengelola bidang apa yang akan dia ajar serta mengatur
ketersediaan/waktunya untuk bisa mengajar

Use Case ID: SRS-FR-11

Use Case: Manage status

Description: Tutor dapat mengaktifkan dan menonaktifkan status availability-nya sesuai

dengan kebutuhan apakah sedang open atau close tutor

4.2 Use Case Scenario

Untuk lebih memahami pengunaan masing-masing detail fitur yang telah disebutkan
pada use case diagram dapat dilihat skenario penggunaan masing-masing case pada use
case scenario berikut.

4.2.1 Register

Use case Name Register

Short description : Use case ini menggambarkan proses pendaftaran agar bisa
masuk ke dalam sistem

Actor : Customer dan Tutor

: Calon pengguna ingin mendaftarkan diri sebagai pengguna

Initial conditional aplikasi

Normal Scenario

Actor Action System Reaction

1. Membuka halaman
pendaftaran

2. Menampilkan halaman form pendaftaran

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 13
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

3. Mengisi form pendaftaran

4. Memproses data : Jika data lengkap maka sistem akan

menyimpan data. Jika data tidak lengkap maka akan muncul
notice kalau data tidak lengkap dan kembali ke halaman
pendaftaran

The Last Condition Akun dan data terdaftar pada sistem

4.2.2 Login

Use case Name : Login

Short description : Proses untuk masuk dan menggunakan aplikasi

Actor : Customer dan Tutor

Initial conditional : Aktor ingin masuk dan menggunakan aplikasi

Normal Scenario

Actor Action System Reaction

1. Membuka halaman login

2. Menampilkan halaman form login

2. Memasukkan username dan

password

3. Memvalidasi kecocokan data pengguna

4. Menampilkan halaman utama aplikasi

Alternate Scenario (Jika pengguna lupa password)

1. Memasukkan username dan

password

2. Validasi kecocokan data pengguna salah

3. Klik lupa password

4. Mengarahkan user pada laman reset password

5. Mengatur ulang password

baru

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 14
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

6. Akun user diperbarui menggunakan password baru

The Last Condition Aktor masuk ke dalam sistem dan dapat menggunakan
aplikasi sesuai kebutuhan

4.2.3 Search Tutor

Use case Name : Search tutor

Short description : Customer melakukan aktifitas pencarian tutor

Actor : Customer

Initial conditional : Customer ingin mencari tutor sesuai yang diinginkan

Normal Scenario

Actor Action System Reaction

1. Klik halaman pencarian

2. Menampilkan halaman pencarian

3. Pilih topik yang relevan

4. Menampilkan tutor dengan topik yang relevan berdasarkan

rating

5. Pilih tutor

6. Tampilkan profil tutor, aviability dan biaya

Alternative Scenario
1. Input topik tutor/input nama
tutor

2. Tampilkan tutor relevan

3. Pilih tutor

4. Tampilkan profil tutor, aviability dan biaya

: Customer mendapatkan tutor yang relevan sesuai dengan

The Last Condition
yang diinginkan

4.2.4 Filter Tutor

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 15
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

Use case Name : Filter tutor

Short description : Customer melakukan filter terhadap pencarian tutor

Actor : Customer

: Hasil pencarian masih didapatkan oleh Customer secara

Initial conditional random

Normal Scenario

Actor Action System Reaction

1. Pilih filter tutor

2. Tampilkan opsi filter

3. Atur filter

4. Tampilkan tutor berdasarkan filter

Ditampilkan hasil pencarian tutor berdasarkan filter yang

The Last Condition diinginkan oleh Customer

4.2.5 Request Tutor

Use case Name : Request tutor

Short description : Proses me-request untuk melakukan tutoring kepada tutor

Actor : Customer

: Customer ingin me-request tutoring sesuai jadwal yang

Initial conditional diinginkan

Normal Scenario

Actor Action System Reaction

1. Pilih tutor yang diinginkan

2. Tampilan pilihan jadwal

2. Tentukan jadwal

3.Tampilkan halaman opsi tutor

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 16
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

4. Pilih opsi tutor

5. Tampilkan halaman check out

5. Pilih metode pembayaran

6. Proses check out

7. Simpan penjadwalan

Penjadwalan disimpan Customer siap melakukan

The Last Condition pembayaran

4.2.6 Respon Request Tutor

Use case Name : Respon request tutor

Short description : Proses merespon berupa menolak atau menerima request

tutor yang diberikan oleh Customer

Actor : Tutor

: Request Tutor masih diterima oleh Tutor dalam daftar

Initial conditional antrian Request Tutor

Normal Scenario

Actor Action System Reaction

1. Membuka salah satu
request tutor dari daftar
request yang ada

2. Menampilkan data request tutor dari Customer

3. Menerima request tutor dari

Customer

4. Customer yang melakukan request masuk ke dalam daftar

Customer tutor

Alternative Scenario (Menolak request tutor)

1. Membuka salah satu
request tutor dari daftar
request yang ada

2. Menampilkan data request tutor dari Customer

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 17
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

3. Menolak request tutor dari

Customer

4. Request tutor dari Customer terhapus dalam daftar request

yang ada

Sistem memberikan notifikasi kepada Customer yang

The Last Condition melakukan request tutor berdasarkan respon yang diberikan
oleh tutor (diterima atau ditolak)

4.2.7 Pembayaran

Use case Name : Pembayaran

: Customer melakukan pembayaran setelah melakukan request

Short description tutor

: Customer melakukan pembayaran setelah melakukan request

Actor tutor

: Customer akan melakukan pembayaran agar dapat

Initial conditional mendapatkan tutoring yang diinginkan

Normal Scenario

Actor Action System Reaction

1. Klik opsi pembayaran pada

laman request tutor

2. Tampilkan opsi pembayaran

3. Pilih opsi pembayaran

4. Tampilkan prosedur pembayaran dan kode pembayaran

5. Lakukan pembayaran

6. Validasi pembayaran dalam 1x24 jam

Alternative scenario (Pembayaran tidak tervalidasi)

1. Lakukan pembayaran

2. Pembayaran gagal tervalidasi

3. Proses check out dari request tutor dibatalkan

The Last Condition Sistem memberikan notifikasi kepada Tutor bahwa pembayaran
oleh Customer berhasil dilakukan dan tutoring bisa segera

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 18
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

dilakukan

4.2.8 Memberi Feedback

Use case Name : Memberi Feedback

Short description : Proses memberikan umpan balik berupa rating dan komentar
kepada tutor

Actor : Customer

: Tutor membutuhkan feedback dari Customer setelah melakukan

Initial conditional tutoring sebagai testimoni dan filter kualitasnya

Normal Scenario

Actor Action System Reaction

1. Membuka halaman
feedback

2. Menampilkan halaman feedback

3. Memberi rating

4. Menampilkan dan menyimpan rating yang diberikan oleh

Customer untuk diberikan kepada tutor

5. Menambahkan komentar
(opsional)

6. Menyimpan komentar yang diberikan oleh Customer untuk

diteruskan kepada tutor dan disimpan sebagai profil tutor secara
otomatis

Feedback dari Customer akan disimpan dan ditampilkan pada profil

The Last Condition tutor sebagai testimoni dan dapat digunakan sebagai filter kualitas
tutor di laman pencarian berdasarkan ratingnya

4.2.9 Manage Akun

Use case Name : Manage akun

: Aktivitas yang mengizinkan Customer dan Tutor untuk

Short description mengkostumisasi akunnya

Actor : Customer dan Tutor

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 19
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

Initial conditional : Informasi akun pengguna ingin diganti sesuai keadaan terbaru

Normal Scenario

Actor Action System Reaction

1. Mengeklik Settings

2. Sistem menampilkan halaman settings

3. Customer/Tutor mengeklik
Manage Account

4. Sistem menampilkan halaman Manage Account

5. Customer/Tutor
mengkostumisasi akunnya
(Profil, Avatar, Password,
Delete Account)

6. Customer/Tutor mengeklik
simpan perubahan

7. Sistem menampilkan notifikasi konfirmasi perubahan

8. Customer/Tutor mengeklik
Konfirmasi

Perubahan pada akun disimpan oleh sistem dan perubahan akan di

The Last Condition update di halaman Manage Account

4.2.10 Manage Tutor

Use case Name : Manage tutor

Tutor dapat mengelola bidang apa yang akan dia ajar serta
Short description : mengatur ketersediaan/waktunya untuk bisa mengajar

Actor : Tutor

Initial conditional : Halaman manage tutor ditampilkan

Normal Scenario

Actor Action System Reaction

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 20
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

1. Tutor mengeklik Manage Tutor

2. Sistem menampilkan halaman Manage Tutor

3. Tutor mengeklik tombol Ubah

4. Tutor Mengatur topik ajaran

5. tutor mengatur ketersediaan waktu

6. Tutor mengeklik tombol Simpan

Perubahan

7. Sistem menampilkan pop-up notifikasi Konfirmasi

Perubahan

8. Tutor mengeklik tombol Konfirmasi

Perubahan disimpan oleh sistem dan ditampilkan di halaman

The Last Condition Manage Tutor

4.2.11 Manage Status

Use case Name : Manage status

: Tutor dapat mengaktifkan dan menonaktifkan status availability-
nya sesuai dengan kebutuhan apakah sedang open atau close
Short description tutor

Actor : Tutor

: Tutor ingin mengganti status dari open mengajar menjadi close

Initial conditional atau sebaliknya

Normal Scenario

Actor Action System Reaction

1. klik tombol switch status - Open

2. ubah status tutor menjadi open

Alternative scenario

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 21
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Feature Sistem

1. klik tombol switch status - Closed

2. ubah status tutor menjadi closed

The Last Condition Status tutor berubah

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 22
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan NonFungsional Lainnya

5. Kebutuhan NonFungsional Lainnya

5.1 Kebutuhan Kinerja

Dalam kebutuhan terhadap kinerja sistem secara keseluruhan yaitu Aplikasi

bisa menangani sebanyak 1000 transaksi perhari. Dengan penyediaan transaksi
sebanyak 1000 transaksi per hari maka pengguna akan dapat mengoperasikan
aplikasi lebih lancar. Juga dengan dapat diakses selama 24 jam / 7 hari maka
user dapat menggunakan aplikasi ini kapan saja dan dimana saja. Waktu muat
layar antarmuka pengguna tidak boleh lebih dari tiga detik agar membuat akses
yang cepat ke fungsi sistem. Informasi login telah diverifikasi dimuat dalam
lima detik agar sistem lebih efisien

5.2 Kebutuhan Keamanan

Dengan adanya enkripsi chat, obrolan antara pelanggan dan tutor tidak akan
mudah diretas atau bocor serta data yang disimpan seharusnya aman. Pengguna
juga memiliki Username dan password tersendiri. Setelah Login dengan
memasukkan username dan password. Waktu aktif untuk pengamanan
login/verifikasi akun dengan OTP berbasis SMS selama 3 menit, pembatasan
tersebut adalah untuk mempersempit waktu hacker untuk menyadap dan
menyusup dan agar data-data cepat tersimpan dengan aman

5.3 Kebutuhan Perlindungan Keamanan

Sistem yang mempunyai pengamanan terhadap database dan sistem itu sendiri.
Pengguna sistem akan mempunyai username dan password tersendiri. Yang
dimana akun yang memiliki username dan password akan diverifikasi melalui
SMS otp dalam batasan waktu 3 menit

5.4 Atribut Kualitas Perangkat Lunak

● Availability: Aplikasi akan beroperasi 24/7, Sistem dapat

berjalan/dipakai selama jaringan atau server internet tersedia
● Usability: Aplikasi mempunyai interface yang sederhana dan mudah
dipahami oleh user.
● Correctness: Sejauh mana program memenuhi spesifikasi, memenuhi
tujuan pengguna.
● Efficiency: kemampuan sistem perangkat lunak untuk memenuhi
tujuannya dengan pemanfaatan terbaik dari semua sumber daya yang
diperlukan
● Integrity: Kemampuan sistem dalam aplikasi mengamankan informasi
dan menghindari kehilangan data

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 23
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Kebutuhan NonFungsional Lainnya

● Portability: Aplikasi harus berjalan di Microsoft Windows, MacOS,

Linux, dan prambanan web. Dan harus dapat berjalan saat diakses pada
browser manapun
● Maintainability: Sistem dapat dilakukan maintenance tanpa
mengganggu akses user
● Reliability: sistem memenuhi suatu fungsi (ditentukan oleh spesifikasi)
untuk sejumlah uji masukan tertentu di bawah kondisi masukan tertentu
dalam interval waktu tertentu . Aplikasi dapat melakukan enkripsi chat
antara user

5.5 Aturan Penggunaan

1. Fact: Setiap user memiliki kode unik berupa username yang berbeda
2. Constraints: Yang dapat mengoperasikan aplikasi hanya user yang
terdaftar dalam aplikasi
3. Action Enablers: Jika pengguna ingin menggunakan aplikasi misal
melakukan pencarian tutor tetapi belum mendaftar akun maka akan keluar
pemberitahuan “Silahkan membuat akun”
4. Inferences: Jika dalam 3 menit akun tidak diverifikasi melalui sms, maka
verifikasi akan dibatalkan.

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 24
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Lampiran B: Daftar Kebutuhan

Appendix A: Model Analisis

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 25
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS
Spesifikasi Kebutuhan Perangkat Lunak Lampiran B: Daftar Kebutuhan

Appendix B: Daftar Kebutuhan

SIFAT RAHASIA
14 Januari 2021 Khusus diproduksi dan didistribusikan kepada 26
yang berhak mengetahui di lingkungan Jurusan Sistem Informasi ITS