Dokumen Spesifikasi dan

Analisis

<APLIKASI LAPOR>

Dibuat oleh :
Ketut Mega Fortuna (J1F114029)
Muhammad Naseruddin (J1F114039)
Nor Habibah (J1F114046)
Rahman Hadi (J1F1140xx)
Fitria Agustina (J1F1140xx)
Muhammad Ikhsan Fauzi (J1F1140xx)

Ilmu Komputer
Fakultas Matematika dan Ilmu Pengetahuan Alam
Universitas Lambung Mangkurat

2017

Copyright © 2017 Ilmu Komputer - FMIPA - Universitas Lambung Mangkurat

 DAFTAR ISI

Table of Contents................................................................................................................................. 1
List of Figures.......................................................................................Error! Bookmark not defined.
1.0. Introduction ..................................................................................................................................iii
1.1. Purpose ................................................................................................................................................. 4
1.2. Scope of Project ................................................................................................................................... 4
1.3. Glossary ............................................................................................................................................... 5
1.4. References ............................................................................................................................................ 5
1.5. Overview of Document ........................................................................................................................ 6

2.0. Overall Description............................................................................................................. 7

2.1 System Environment ....................................................................................................................... 7
2.2 Functional Requirements Specification ......................................................................................... 13
2.2.1 Reader Use Case ....................................................................Error! Bookmark not defined.
Use case: Search Article ................................................................................................................... 13
2.2.2 Author Use Case ....................................................................Error! Bookmark not defined.
Use case: Submit Article ....................................................................Error! Bookmark not defined.
2.2.3 Reviewer Use Case ................................................................Error! Bookmark not defined.
Use case: Submit Review ..................................................................Error! Bookmark not defined.
2.2.4 Editor Use Cases ....................................................................Error! Bookmark not defined.
Use case: Update Author ...................................................................Error! Bookmark not defined.
Use case: Update Reviewer ...............................................................Error! Bookmark not defined.
Use case: Update Article ...................................................................Error! Bookmark not defined.
Use case: Receive Article ..................................................................Error! Bookmark not defined.
Use case: Assign Reviewer ...............................................................Error! Bookmark not defined.
Use case: Receive Review.................................................................Error! Bookmark not defined.
Use case: Check Status......................................................................Error! Bookmark not defined.
Use case: Send Response ..................................................................Error! Bookmark not defined.
Use case: Send Copyright .................................................................Error! Bookmark not defined.
Use case: Remove Article .................................................................Error! Bookmark not defined.
Use case: Publish Article ..................................................................Error! Bookmark not defined.
2.3 User Characteristics ...................................................................................................................... 12
2.4 Non-Functional Requirements ...................................................................................................... 12

3.0. Requirements Specification ......................................................................................... 13

3.1 External Interface Requirements ................................................................................................... 13

i
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 3.2 Functional Requirements................................................................Error! Bookmark not defined.
3.2.1 Search Article .........................................................................Error! Bookmark not defined.
3.2.2 Communicate .........................................................................Error! Bookmark not defined.
3.2.3 Add Author.............................................................................Error! Bookmark not defined.
3.2.4 Add Reviewer.........................................................................Error! Bookmark not defined.
3.2.5 Update Person ........................................................................Error! Bookmark not defined.
3.2.6 Update Article Status .............................................................Error! Bookmark not defined.
3.2.7 Enter Communication ............................................................Error! Bookmark not defined.
3.2.8 Assign Reviewer ....................................................................Error! Bookmark not defined.
3.2.9 Check Status ...........................................................................Error! Bookmark not defined.
3.2.10 Send Communication .............................................................Error! Bookmark not defined.
3.2.11 Publish Article ........................................................................Error! Bookmark not defined.
3.2.12 Remove Article ......................................................................Error! Bookmark not defined.
3.3 Detailed Non-Functional Requirements ........................................................................................ 24
3.3.1 Logical Structure of the Data ................................................................................................ 24
3.3.2 Security ................................................................................................................................. 27
Index ..............................................................................................................Error! Bookmark not defined.

ii
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 DAFTAR GAMBAR

Figure 1 - System Environment .................................................................................................................... 11

Figure 2 - Article Submission Process ...........................................................Error! Bookmark not defined.
Figure 3 - Editor Use Cases ...........................................................................Error! Bookmark not defined.
Figure 4 - Logical Structure of the Article Manager Data ............................................................................ 25

iii
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
1.0. Introduction

1.1. Purpose
Tujuan dari dokumen ini adalah untuk memberikan deskripsi secara detail tentang
aplikasi lapor. Dimana dalam dokumen ini akan mengulas mekanisme kerja dari aplikasi
lapor, fitur yang ada di dalamnya, desain interface serta batasan dari sitem ini sendiri.

1.2. Scope of Project

Aplikasi lapor adalah sebuah aplikasi berbasis web yang akan membantu
masyarakat dalam menyampaikan aspirasinya baik yang berhubungan dengan
pendidikan, pelayanan kesehatan, pelayanan sosial, bencana alam dan apapun yang
masyarakat rasakan. Aplikasi ini bertujuan menyerap aspirasi yang akan membantu
mengawasi dan mengawal kinerja dari setiap elemen pemerintahan guna mewujudkan
kehidupan masyarakat yang lebih baik lagi. Serta meninjau sejauh mana tanggapan
masyarakat terhadap segala kebijakan yang dilakukan pemerintah.
Untuk menggunakan aplikasi ini, maka calon pelapor (user) harus mendaftarkan
dirinya terlebih dahulu sesuai dengan ketentukan yang telah ditetapkan oleh sistem. Jika
sudah terdaftar maka pelapor akan dapat login dengan username serta password yang
telah ditentukan oleh calon pelapor pada awal pendaftaran anggota. Ketika sudah
terdaftar di sistem dan dapat masuk sebagai user, maka pelapor memiliki hak untuk
menyampaikan laporan maupun aspirasinya. Selain itu pelapor juga dapat mencari
maupun melihat laporan apa saja yang pernah ia ajukan dulu berdasarkan id laporannya.
Id laporan disini berguna untuk mendata tiap laporan yang masuk.
Aplikasi ini terhubung dengan lembaga pemerintahan yang nantinya setiap
aspirasi maupun laporan yang masuk setelah melalui verifikasi akan langsung ditujukan
pada lembaga pemerintahan terkait untuk segera ditindaklanjuti. Setelah aspirasi
masyarakat ini selesai ditindaklanjuti, maka akan ada notifikasi yang ditujukan pada
pelapor bawasanya aspirasi maupun laopran yang disampaikan sebelumnya telah
ditindaklanjuti sesuai dengan kebijakan yang berlaku.
Aplikasi ini dikelola oleh admin yang akan membantu proses verifikasi laporan
dan meneruskannya kepada instansi terkait. Selain itu admin jugalah yang akan
4
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
melakukan perubahan status suatu aspirasi atau laporan, baik itu sudah ditindaklanjuti,
masih menunggu tanggapan atau bahkan ditolak. Laporan atau aspirasi yang diajukan
akan ditindaklanjuti jika apa yang disampaikan memang layak untuk ditindaklanjuti,
contohnya adalah “Jalan menuju Kuala Kapuas yang rusak di sekitar KM 9 Anjir Pasar.
Sehingga mengharapkan pemerintah segera memperbaiki jalan di sana”. Sedangkan
laporan atau aspirasi akan ditolak jika dinilai aspirasi atau laporan yang disampaika oleh
masyarakat ini berupa hal-hal yang tidak perlu mendapat tindakan lebih lanjut. Salah satu
contohnya yakni “penghapusan status jomlo karena jumlaj jomlo di Banjarbaru terlalu
banyak”.

1.3. Glossary

Term Definition
Admin/ Staff Orang yang mengelola sistem lapor, memberi status
mengenai tindak lanjut dari laporan yang ada.
Kumpulan seluruh informasi yang dimonitori oleh
Database
sistemnya.
Pelapor Orang yang sudah terdaftar di lapor, kemudian dia
menyampaikan isi laporannya, melacak isi laporan yang
sudah pernah dia sampaikan, dan setelah itu akan
ditanggapi oleh pihak yang terkait mengenai
pelaporannya.
Field Cell di dalam form
Pemerintah /Instansi Sebagai pihak yang menangapi permasalahan yang sudah
Terkait disampaikan masyarakat lewat aplikasi lapor
Laporan / Aspirasi Proses penyampaian keluhan masyarakat yang
disampaikan oleh masyarakat itu sendiri dan masyarakat
itu harus mendaftarkan diri terlebih dahulu sebelum
melapor.
Software Requirements Dokumen yang secara lengkap mendeskripsikan seluruh
Specification fungsi dari sistem yang diajukan dan batasan-batasan di

5
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 mana sistem itu akan dioperasikan.

1.4. References
IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998.

1.5. Overview of Document

Overview of document merupakan gambaran tentang fungsionalitas aplikasi.
Bagian ini akan mendeskripsikan informal requirements dan digunakan untuk
menentukan konteks untuk kebutuhan teknis yang akan dibahas di bagian selanjutnya.
Pada bagian selanjutnya yakni section Requirements Spesification dibuat untuk
para developers guna mendeskripsikan detail fungsionalitas dari aplikasi secara teknis.
Kedua section pada dokumen ini mendeskripsikan software yang sama secara
keseluruhan, namun dimaksudkan untuk audiens yang berbeda, sehingga keduanya akan
dibahas dengan cara yang berbeda.

6
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
2.0. Overall Description

2.1 System Perspective

2.1.1 System Interfaces
Berikut ini merupakan beberapa desain interface yang direncanakan pada sistem:
Logo Login dan daftar

Slide show

Laporan

Laporan Id laporan

Search

Buat Laporan

Laporan terhangat Kisah sukses

yang ditanggapi laporan yang
Terbaru
setelah menghasilkan
didisposisikan jawaban Sosial Media
Lapor
Dan seterusnya Dan seterusnya Dan seterusnya

Copyright Video lapor Mobile Apps

Gambar 1. Halaman Utama Lapor.go.id

Pendaftaran Pelapor

Username/email
Form Pendaftaran

nik

nama

.....

Captcha

submit

Gambar 2. Halaman Pendaftaran Pelapor

7
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Buat Laporan

Pilihan Kategori v

Buat Laporan
…………..

Simpan

Gambar 3. Halaman Membuat Laporan

Logout

Hello Admin

Lihat Pelapor Lihat Laporan

Gambar 4. Halaman masuk sebagai admin

8
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Logout
Data Pelapor

Create

Update

Delete

Gambar 5. Halaman Data Pelapor

Logout
Data Laporan

Pilihan Kategori v

Kirim Semua

Pilih Pendisposisian v
Laporan 1
Delete

Pilih Pendisposisian v
Laporan 2 Delete

Pilih Pendisposisian v
Laporan 3 Delete

Pilih Pendisposisian v
Laporan .....
Delete

Gambar 6. Halaman Data Laporan

9
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
2.2.1 Hardware Interfaces
Hardware yang digunakan dalam sistem ini yakni berupa komputer maupun
smartphone yang yang terkoneksi dengan jaringan internet.

2.2 Product Functions

Produk ini dibuat untuk memenuhi fungsi-fungsi sebagai berikut:
1. Menjadi media bagi masyarakat untuk menyampaikan laporan atau
aspirasinya kepada pemerintah.
2. Menjadi media pemerintah untuk mengetahui kondisi masyarakat melalui
laporan maupun aspirasi yang disampaikan masyarakat.
3. Menjadi media masyarakat untuk memonitoring kinerja pemerintah.
4. Menjadi media pemerintah untuk mengetahui kepuasan masyarakat terhadap
kebijakan yang dilakukan oleh pemerintah.

2.3 System Environment

Sistem Environment dapat digambarkan dalam diagram berikut:

10
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Aplikasi Lapor

Halaman Pelapor

Pelapor

Halaman Admin

Admin

Halaman Pemerintah

Pemerintah

Figure 1 - System Environment

Aplikasi lapor ini terdiri atas tiga aktor utama yakni user, admin dan pemerintah.
User atau yang juga disebut sebagai pelapor adalah pihak yang hanya dapat masuk
kehalaman user dan menyampaikan laporan atau aspirasi serta melihat dan mencari
laporan atau aspirasi yang telah disampaikan sebelumnya pada halaman ini. Admin hanya
bisa masuk ke halaman admin yang berisikan data para pelapor dan aspirasi yang masuk.
Pada halaman admin ini, seorang admin dapat melakukan verifikasi laporan yang masuk,
apakah laporan atau aspirasi ini memang layak untuk ditindaklanjuti atau tidak. Meskipun
dapat melihat data pelapor, seorang admin tidak dapat melakukan perubahan data apapun
milik pelapor. Namun admin dapat menghapus akun pelapor asalkan tidak bertentangan
dengan ketentuan yang berlaku. Pemerintah hanya bisa melihat laporan atau aspirasi
masyarakat yang sudah lolos verifikasi admin, kemudian melakukan tindakan sesuai
dengan laporan atau aspirasi yang diterima.
11
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
2.4 User Characteristics
Karakteristik pengguna yang diharapkan ada pada sistem ini adalah sebagai
berikut:
1. Pelapor
Pelapor adalah orang yang mempunyai identitas dibuktikan dengan mempunyai NIK
atau bisa menggunakan identitas lainnya, pelapor juga berasal dari negara /
kewarganegaraan Indoensia, dan pelapor diharapkan dapat mengoperasikan halaman
web dengan baik yaitu dapat melaukan pelaporan, melihat hasil laporannya, dan
mencari hasil laporannya sebelumnya di sistem.
2. Pemerintah
Disini Pemerintah bekerja sama dengan berbagai pihak yang terkait seperti pajak,
BPJS, dan lain-lain. Guna untuk menangani permasalahan yang ada sesuai dengan
laporan dari si pelapor. Jika pemerintah sudah menangani permasalahan tersebut
maka selanjutnya dia menginformasikan kepada admin atau staff bahwa penanganan
nya sudah dilakukan.
3. Admin/ Staff
Admin sistem merupakan seorang staff resmi pemerintahan. Seorang admin
diharapkan dapat mengelola halaman web dengan baik, melakukan tanggapan
terhadap isi laporan dari si pelapor jika laporannya sudah ditanggapi oleh
pemerintah.

2.5 Non-Functional Requirements

Kebutuhan non fungsional dari aplikasi lapor ini adalah memiliki sistem
keamanan yang dapat dipercaya guna menjaga kerahasiaan data maupun laporan maupun
aspirasi dari para pelapor. Selain itu aplikasi ini dapat diakses dimanapun dan kapanpun
melalui komputer mapun smartphone selama terkoneksi dengan internet. Aplikasi ini
juga dilengkapi dengan desain tampilan yang akan sangat user friendly serta tidakk
membingungkan para user ketika menggunakan aplikasi ini.

12
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
3.0. Requirements Specification

3.1 External Interface Requirements

Dalam sistem initerdapat beberapa kebutuhan sistem yang memerlukan link
eksternal untuk memenuhi kebutuhan sistem. Terdapat dua buah link eksternal di dalam
sistem ini, yakni:
1. Database pengguna
Database pengguna diperlukan untuk data diri para pengguna untuk kebutuhan
sistem
2. Database instansi pemerintahan
Database instansi pemerintahan digunakan untuk mendata instansi mana saja
yang bekerjasama dalam menindaklanjuti setiap laporan maupun aspirasi yang
disampaikan oleh para pelapor. Sehingga laporan maupun aspirasi yang disampaikan
tepat sasaran.

3.2 Functional Requirements Specification

Section ini akan menunjukkan use case untuk setiap aktor secara terpisah. Use
case akan dibahas sesuai dengan use case yang ada pada setiap author.
3.2.1 Use Case Pelapor

Mendaftar include Mengisi

biodata

Memasukkan
laporan

Pelapor Melihat aspirasi

1. Use case: Mendaftar

Diagram:

13
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 includ Mengisi
Mendaftar e biodata

Pelapor

Deskripsi Singkat
Masyarakat masuk kedalam website kemudian memilih button pendaftaran dan lalu
mengisikan biodata sesuai dengan yang diperlukan

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Mendaftar

Actor Masyarakat (Calon Pelapor)

Pre Condititon Sistem akan menyediakan form pendaftaran yang harus diisi
calon pelapor
Post Condition Sistem akan menyimpan data calon pelapor
Main Path (M) 1. User mengklik ikon daftar pada sistem
2. User mengisikan form biodata
3. User mengkonfirmasikan data yang diisi
4. Sistem menyimpan data di database
Alternative Path 3a: calon pelapor memperbaharui data yang salah
(A1) 4a: Sistem menyimpan data didatabase

2. Use case: Memasukkan laporan/aspirasi

Diagram:

14
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Memasukkan
laporan/aspirasi

Pelapor

Deskripsi Singkat
Pelapor akan masuk ke form kemudian menuliskan laporan/aspirasinya

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Melihat daftar calon lain

Actor Pelapor
Pre Condititon Sistem akan menyediakan form untuk mengisi
laporan/aspirasi
Post Condition Sistem akan menyimpan laporan/aspirasi didatabase
Main Path (M) 1. Pelapor mengklik ikon buat laporan/aspirasi
2. Pelapor mengklik pilihan kategori
3. Pelapor menuliskan laporan/aspirasi
4. Sistem akan menyimpan laporan/aspirasi ke database

3. Use case: Melihat aspirasi

Diagram:

Melihat aspirasi

Pelapor

Deskripsi Singkat

15
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
Fitur ini ditujukan agar pelapor dapat melihat laporan yang pernah dikirimkannya

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Mendaftar

Actor Pelapor
Pre Condititon Sistem akan menyediakan form untuk melihat
laporan/aspirasi yang disampaikan oleh pelpaor
Post Condition Sistem akan menampilkan laporan/aspirasi yang ingin dibuat
Main Path (M) 1. Pelapor memilih ikon pencetak
2. Pelapor mengisikan id pelapor
3. Sisrem menampilkan seluruh laporan yang pernah
dikirimkan
Alternative Path 2a: Menginputkan id pelapor
(A1) 3a: sistem menampilkan seluruh laporan yang pernah
disimpan
Alternative Path 2b: Menginputkan id pelapor
(B1) 3b: sistem tidak menampilkan laporan apapun

3.2.2 Use Case Admin

Memverifikasi laporan

Melihat laporan

Melihat data laporan

Admin

Menghapus akun pelapor

16
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
1. Use case: Memverifikasi laporan
Diagram:

Memverifikasi laporan

Admin

Deskripsi Singkat
Admin akan memverifikasi laporan /aspirasi yang dirasa layak untuk ditindaklanjuti

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Login ke halaman asisten

Actor Admin
Pre Condititon Sistem akan menyediakan form verifikasi laporan/aspirasi
Post Condition Sistem menyimpan perubahan status laporan/aspirasi
Main Path (M) 1. Admin masuk ke form admin
2. Admin memilih menu verifikasi
3. Laporan/aspirasi yang masuk akan tampil
4. Admin memverifikasi laporan/aspirasi yang masuk
5. Sistem menyimpan perubahan status di database
Alternative Path 1a: Username dan password user salah
(A1) 2a: User memasukkan ulang username dan password
Alternative Path 1b: User mengklik link “forgot password”
(A2) 2b: User akan menuju halaman perbaikan password
3b: Sistem akan meminta user untuk memasukkan email
4b: Email perbaikan akan dikirim ke user
5b: User dapat mengganti password nya

17
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 6b: User kembali login ke halaman
Alternative Path 4c: User keluar dari sistem
(A3)

2. Use case: Melihat laporan

Diagram:

Melihat laporan

Admin

Deskripsi Singkat
Admin akan dapat melihat seluruh laporan yang telah diinputkan oleh pelapor

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Melihat jadwal praktikum

Actor Admin
Pre Condititon Sistem akan menyediakan form untuk melihat laporan yang
ada pada sistem
Post Condition Admin dapat menlihat laporan yang ada
Main Path (M) 1. Admin mengklik ikon lihat laporan
2. Sistem akan menampilkan laporan yang telah diinputkan
3. Admin keluar dari halaman

3. Use case: Melihat data pelapor

Diagram:

18
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Melihat data pelapor

Admin

Deskripsi Singkat
Admin akan dapat melihat seluruh data pelapor yang telah diinputkan sendiri oleh
pelapor maupun mencari pada data kependudukan melalui NIK

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Melihat jadwal praktikum

Actor Admin
Pre Condititon Sistem akan menyediakan form untuk melihat data pelapor
Post Condition Admin dapat melihat laporan yang ada
Main Path (M) 4. Admin mengklik ikon lihat data pelapor
5. Sistem akan menampilkan data para pelapor yang ada
6. Sistem dapat mencari data pelapor jika dirasa perlu
7. Admin keluar dari halaman

4. Use case: Menghapus akun pelapor

Diagram:

Menghapus akun
pelapor

Admin

19
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
Deskripsi Singkat
Admin berhak dan dapat menghapus akun pelapor yang sudah tidak aktif.

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Mengelola daftar praktikan

Actor Admin
Pre Condititon Sistem akan menyediakan form untuk menghapus akun
pelapor yang ada pada sistem
Post Condition Sistem akan memperbarui daftar pelapor yang ada
Main Path (M) 1. Admin mengklik ikon hapus akun
2. Sistem akan menampilkan daftar akun yang akan dihapus
3. Admin akan menentukan apakan akun tersebut jadi
dihapus atau tidak
4.
Alternative Path 3a: Jika iya maka admin akan mengklik button yes
(A1)
Alternative Path 3b: Jika tidak maka admin akan mengklil button no
(A2)

3.2.3 Use Case Pemerintah

Melihat laporan

Menindaklanjuti laporan
Pemerintah

20
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
1. Use case: Melihat laporan
Diagram:
Diagram:

Melihat laporan

Pemerintah

Deskripsi Singkat
Pemerintah akan dapat melihat seluruh laporan yang telah diinputkan oleh pelapor

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Melihat jadwal praktikum

Actor Pemerintah
Pre Condititon Sistem akan menyediakan form untuk melihat laporan yang
ada pada sistem
Post Condition Pemerintah dapat melihat laporan yang ada
Main Path (M) 1. Pemerintah akan mendapatkan laporan yang masuk dari
admin sesuai dengan laporan yang diterima
2. Sistem akan menampilkan laporan yang telah diinputkan
3. Pemerintah keluar dari halaman
Alternative Path 4c: User keluar dari sistem
(A3)

4. Use case: Menindaklanjuti laporan

Diagram:

21
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Menindaklanjuti
laporan

Pemerintah

Deskripsi Singkat
Permerintah yang bersangkutan akan menindaklanjuti laporan yang ada.

Tabel Use Case

Sebelum Use Case ini diinisiasi, user harus bia mengakses sistem terlebih dahulu.
Use Case Verifikasi Status dosen pengampu praktikum

Actor Pemerintah
Pre Condititon Sistem akan menampilkan form untuk mendata kembali
apakah laporan yang ada ditindaklanjuti atau tidak
Post Condition Sistem akan mengkonfrimasi kebenaran status laporan
tersebut
Main Path (M) 1. User mengklik ikon notifikasi
2. Sistem akan menampilkan notifikasi request laporan
yang ada
3. User mengklik notifikasi tersebut
4. User memilih pilihan ‘ditindak lanjuti’
5. Sistem akan menyimpan dan mengirimkan hasil
tindaklanjur pemerintah ke halaman admin
6. Sistem keluar dari halaman notifikasi
Alternative Path 5a: User akan mengklik pilihan ‘pending’
(A1) 6a: Sistem akan menyimpan dan mengirimkan hasil ke
halaman
admin
7a: User keluar dari halaman notifikasi

22
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
3.3 Activities Diagram
Aktivitas Diagram yang menggambarkan kegiatan yang akan dilaksanakan dalam
sistem ini digambarkan dalam sebuah diagram sebagai berikut:

Pelapor Sistem Lembaga

Login

False Form
Login

True

Form Pilihan True

Input/Lacak

Laporan Diverifikasi

y/input

n/lacak
Laporan
Menindaklanjuti Laporan
Di Disposisi
Form Lacak

Hasil Tindak
Lanjut

23
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
3.4 Non-Functional Requirements
3.4.1 Logical Structure of the Data
Struktur data logikal yang disimpan pada database Asisten digambarkan dalam
sebuah ERD sebagai berikut:

24
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
 Nama JK NIK Id_Pelapor

Tmpt_lhr Tgl_lhr

Password Email

Pelapor
1

Nama_admin

Id_admin Password
Mengajukan

1
Admin

Kategori 1

Isi_laporan n

Laporan Memverifikasi Meneruskan

n
Status

Kategori
Id_Laporan
Isi_laporan
n
Pemerintah Menindaklanjuti Laporan_Lulus Status
n n

Id_Laporan

Nama_instansi Id_instansi

Figure 2 - Logical Structure of the Article Manager Data

25
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
Deskripsi dari data ERD dijabarkan sebagai berikut:

Pelapor
Data Item Type Length Description Keterangan
Id_Pelapor Varchar 30 Id yang digunakan pelapor Primary key
untuk login
Nama Varchar 35 Nama dari pelaopr
NIK Integer 16 Nomor induk kependudukan
Tmpt_lhr Varchar 30 Tempat kelahiran pelapor
Tgl_lhr Date Tanggal lahir pelapor yang
meliputi tanggal, tahun dan
bulan
JK Varchar 2 Jenis kelamin pelapor, hanya
keterangan L/P
Email Varchar 30 Email dari pelapor
Password Varchar 20 Password milik pelapor

Laporan
Data Item Type Length Description Keterangan
Id_laporan Varchar 10 Id dari setiap laporan yang Primary key
diajukan oleh pelapor
Kategori Varchar 25 Kategori dari laporan yang
diajukan
Isi_laporan Varchar 500 Isi dari laopran yang
diajukan, berupa diskripsi
Status Varchar 25 Keterangan status laporan
yang diajukan

Laporan
Data Item Type Length Description Keterangan

26
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
Id_Admin Varchar 10 Id dari admin Primary key
Nama_admin Varchar 25 Nama dari admin yang
terdaftar
Password Varchar 500 Password milik admin

Laporan_lulus
Data Item Type Length Description Keterangan
Id_laporan Varchar 10 Id dari setiap laporan yang Primary key
diajukan oleh pelapor
Kategori Varchar 25 Kategori dari laporan yang
diajukan
Isi_laporan Varchar 500 Isi dari laopran yang
diajukan, berupa diskripsi
Status Varchar 25 Keterangan status laporan
yang diajukan

3.3.2 Security
Aplikasi ini akan menjamin kerahasiaan data dari setiap usernya. Bukan hanya
data pribadi maupun data segala bentuk laporan atau aspirasi yang diajukan. Karena
aplikasi ini telah dilengkapi keamanan yang cukup mumpuni baik diaplikasinya sendiri
maupun pada databasenya. Dalam sistem ini, keamanan sistem dapat dijamin, hal ini
dikarenakan server yang akan digunakan akan memiliki keamanan tersendiri untuk
mencegah akses yang tidak terauthoriasi. Hanya orang-orang yang terdaftar pada aplikasi
ini saja yang bisa mengakses aplikasi ini. Hal ini ditujukan agar laporan yang diajukan
memang bisa dipertanggungjawabkan kebenarrnyya dan bisa dimaksimalkan untuk
tindakan yang diambil nantinya.

27
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017
3.3.2 Accessible
Aplikasi lapor ini dapat diakses kapanpun dan dimanapun tanpa ada batasan
waktu melalui komputer maupun smart phone selama masih terkoneksi di jaringan
internet karena aplikasi ini merupakan aplikasi berbasis web.

28
SRS Aplikasi Lapor
Rekayasa Perangkat Lunak Januari, 2017