Tugas 12 - KPPL

Nama : Ahmad Hafiz Mahardika

NRP : 5025201196

Kelas : KPPL E


Software Requirements Specification (SRS) dari Aplikasi Smart Home

1. Introduction

1.1 Purpose

Dokumen ini bertujuan untuk menjelaskan kebutuhan perangkat lunak untuk aplikasi Smart Home. Aplikasi ini dirancang untuk menyediakan kontrol terpusat bagi pengguna dalam mengoperasikan perangkat rumah tangga dan memantau keamanan dari jarak jauh. Aplikasi ini juga dirancang untuk dapat otomatis mengontrol perangkat rumah tangga yang digunakan secara rutin.

1.2 Scope

Smart Home adalah aplikasi berbasis web dan mobile yang memungkinkan pengguna untuk mengendalikan sistem keamanan, otomatisasi tugas rutin, sensor, dan perangkat elektronik rumah tangga lainnya dari jarak jauh. Aplikasi ini juga menggunakan autentikasi pengguna untuk keamanan dan dapat mengirim notifikasi secara real-time kepada pengguna.

1.3 Definitions, Acronyms, and Abbreviations

  • SRS : Software Requirements Specification
  • UI : User Interface
  • API : Application Programming Interface
  • Smart Home : Nama aplikasi yang dikembangkan

1.4 Overview

Dokumen ini menjelaskan kebutuhan fungsional, kebutuhan non-fungsional, desain antarmuka, dan spesifikasi sistem untuk aplikasi Smart Home.

2. General Description

2.1 Product Perspective

Smart Home adalah sistem yang mengintegrasikan berbagai fungsi untuk otomatisasi rumah ke dalam satu aplikasi web atau mobile. Sistem ini menggunakan teknologi IoT dan membutuhkan beberapa komponen utama:
  • Server terpusat untuk mengelola data pengguna, perangkat, dan komunikasi antar komponen.
  • Sensor dan aktuator yang ditempatkan dirumah.

2.2 Product Functions

  1. Autentikasi Pengguna: Sistem mendukung login pengguna dengan autentikasi dua factor (2FA).
  2. Manajemen Perangkat: Mengendalikan perangkat dari jarak jauh seperti mematikan dan menyalakan lampu, mengatur suhu ruangan, dan menyalakan robot pembersih lantai.
  3. Otomatisasi Tugas Rutin : Mendukung untuk mengotomatisasi perangkat yang digunakan secara rutin seperti penyiraman taman yang terjadwal.
  4. Notifikasi Real-Time: Memberi notifikasi saat terjadi peristiwa yang membutuhkan perhatian, seperti deteksi gerakan pada saat rumah kosong.
  5. Log Aktvitas: Mencatat aktivitas pengguna dan perangkat untuk referensi keamanan.
  6. Integrasi Sensor: Menghubungkan sistem dengan sensor gerak, asap, dan suhu untuk respons otomatis dalam keadaan darurat.

2.3 User Classes and Characteristics

  • Pengguna: Orang yang memiliki akses dan kontrol penuh terhadap sistem
  • Administrator: Pengelola yang bertanggung jawab untuk konfigurasi dan pemeliharaan sistem.

2.4 Operating Environment

  • Server : Sistem berbasis cloud dengan database terpusat.
  • Aplikasi Mobile
  • Aplikasi Web

3. Requirements

3.1 Functional Requirements

3.1.1 Autentikasi dan Akses
  • FR-1: Pengguna dapat login.
  • FR-2: Pengguna dapat mereset password melalui email terdaftar.
3.1.2 Manajemen Perangkat
  • FR-3: Pengguna dapat mengontrol perangkat elektronik yang terhubung melalui aplikasi mobile atau aplikasi web.
  • FR-4: Sistem mendukung pengenalan suara.
3.1.3 Otomatisasi Tugas Rutin
  • FR-5: Sistem dapat dengan otomatis mengontrol perangkat yang terhubung sesuai jadwal yang ditentukan pengguna.
3.1.4 Integrasi Sensor
  • FR-6: Sistem dapat mendapatkan informasi dari sensor yang terhubung seperti sensor suhu, sensor asap, dan lain-lain.
3.1.5 Notifikasi Real-Time
  • FR-7: Jika terdeteksi terjadinya kejadian yang tidak diinginkan, seperti kebakaran dan gerakan mencurigakan, maka sistem dapat mengirimkan notifikasi secara real-time.
  • FR-8: Pengguna dapat memilih metode notifikasi yang diinginkan seperti, SMS, email, dan lain-lain.
3.1.6 Log Aktivitas
  • FR-9: Sistem mencatat semua aktivitas pengguna dan perangkat yang terhubung.
  • FR-10: Pengguna dapat melihat log aktivitas.

3.2 Non-Functional Requirements

3.2.1 Keamanan
  • NFR-1: Menggunakan 2FA saat pengguna login.
  • NFR-2: Data pengguna, perangkat, dan log aktivitas dienkripsi menggunakan enkripsi AES-256
3.2.2 Kompatibilitas
  • NFR-3: Sistem dapat berjalan di Android, iOS, dan web browser.
3.2.3 Keandalan
  • NFR-4: Sistem dapat berjalan dengan uptime 99% pada satu tahun.
3.2.4 Kinerja
  • NFR-5: Sistem dapat melayani permintaan pengguna dengan waktu respons kurang dari 2 detik.
  • NFR-6: Sistem dapat mengirimkan notifikasi dengan waktu kurang dari 5 detik.
3.2.5 Kemudahan Penggunaan
  • NFR-7: Antarmuka pengguna dapat dipahami oleh pengguna tanpa latar belakang teknis.

4. Interface Requirements

4.1 User Interface

  • Login : Memiliki formulir yang berisi email, password, dan kode verifikasi.
  • Dashboard: Berisi informasi dari sensor dan daftar perangkat yang terhubung.
  • Otomasi: Form untuk penjadwalan perangkat.
  • Detail Perangkat: Berisi detail dari perangkat yang terhubung, seperti nama perangkat, brand, dan status perangkat.
  • Monitoring CCTV: Berisi pantauan CCTV secara langsung (live feed).

4.2 Hardware Interface

  • Sistem terhubung ke sensor dan perangkat yang memiliki kemampuan IoT.
  • Semua perangkat kompatibel dengan protokol komunikasi yang digunakan seperti Wi-Fi.

4.3 Software Interface

  • Sistem berinteraksi dengan server melalui API RESTful.
  • Database relasional seperti MySQL untuk penyimpanan data.

5. Other Requirements

5.1 Reliability Requirements
  • Sistem haru dirancang untuk mencegah kegagalan. Jika gagal harus menyediakan solusi pemulihan otomatis.
5.2 Regulatory Requirements
  • Sistem harus mematuhi peraturan privasi dan keamanan data.

Use Case Diagram Aplikasi Smart Home



Comments

Post a Comment

Popular posts from this blog

Tugas 6 - KPPL

Image
Nama   :  Ahmad Hafiz Mahardika NRP     : 5025201196 Kelas    : Konsep Pengembangan Perangkat Lunak (E) Membuat Prototype Solusi dengan Metodologi Waterfall dalam Pembuatan Aplikasi Tech Support System Link Paper :  https://jurnal.stmikroyal.ac.id/index.php/jurteksi/article/view/1187/679 CUSTOMER COMPLAINT INFORMATION SYSTEMS AT NATIONAL STANDARDIZATION AGENCY OF INDONESIA Tahap Analisis Pada tahap ini, kebutuhan dari sistem informasi keluhan akan dianalisis dan dikategorikan ke kebutuhan fungsional atau non-fungsional. Kebutuhan Fungsional : Pelanggan, Kepala Divisi IT, Administrator, dan staff Helpdesk IT dapat login sesuai dengan role masing-masing Pelanggan dapat membuat tiket konsultasi dan melihat progres dari tiket yang telah dibuat. Administrator dapat menambah, memperbarui, menghapus pengguna/Pelanggan dari sistem. Kepala Divisi Layanan TI dapat melihat progres semua keluhan dan menugaskan Helpdesk sesuai dengan jenis keluhan dari pengguna/Pel...
Read more

Tugas 11 - KPPL

Image
Nama : Ahmad Hafiz Mahardika NRP : 5025201196 Kelas : KPPL E Tugas Pertemuan 11 Soal : Buat skenario untuk sistem aplikasi perpustakaan digital. Buat use case diagram untuk sistem perpustakaan digital sesuai dengan skenario yang dibuat. Detail Skenario : Sistem aplikasi perpustakaan digital memiliki 4 aktor yang terlibat pada sistem tersebut yaitu pengunjung, user (pengunjung yang telah registrasi), administrator, dan pustakawan. Setiap user memiliki batas jumlah buku yang bisa dipinjam dalam 1 waktu. Buku pada perpustakaan tersedia dalam bentuk fisik. Pengunjung  : Registrasi Akun : Pengunjung dapat melakukan registrasi akun. Mencari Buku : Pengunjung dapat melakukan pencarian buku berdasarkan judul, penulis, ISBN, ketersediaan buku, dan lain-lain. User : Login : User dapat melakukan login akun. Mencari Buku : User dapat melakukan pencarian buku berdasarkan genre, judul, penulis, ISBN, ketersediaan buku, dan lain-lain. Meminjam Buku : User dapat melakukan reservasi peminjaman buku...
Read more

Tugas 10 - KPPL

Nama : Ahmad Hafiz Mahardika NRP : 5025201196 Kelas : KPPL E Studi Kasus Identifikasi Requirement Deskripsi Kasus PT. Travelo adalah perusahaan yang bergerak di bidang perjalanan dan pariwisata. Untuk meningkatkan pelayanannya, perusahaan ini ingin mengembangkan sistem pemesanan tiket secara online, yang mencakup pemesanan tiket pesawat, kereta api, dan hotel. Mereka ingin sistem ini mudah digunakan, aman, dan dapat diakses di perangkat mobile. Sebagai seorang analis sistem, Anda bertanggung jawab dalam tahap requirement untuk mengidentifikasi kebutuhan dari sistem ini. Permintaan dan Ekspektasi dari Pemangku Kepentingan: Pengguna (Traveler) menginginkan antarmuka yang mudah digunakan, dapat mencari tiket dengan berbagai filter, dan melakukan pembayaran dengan aman. Administrator Sistem membutuhkan akses untuk mengelola data penerbangan, perjalanan kereta, dan hotel serta memantau transaksi. Tim Manajemen ingin laporan penjualan secara real-time dan data statistik untuk keperluan penga...
Read more