Sistem Informasi Final Project: Suara Jakarta

(1)

Proyek ISYS6542003

Sistem Informasi Final Project: Suara Jakarta

Kelas : BH11 Kelompok : 05

Anggota :

I Gusti Ketut Edrick / 2501975015 Joseph William Indarto / 2501964011

Tania Cresentia / 2501968533 Wilbur Haratua / 2501988781

BINUS UNIVERSITY Jakarta

Genap 2022 / 2023

(2)

Activity Diagram

Use Case Fully Description

 Melakukan Registrasi:

(3)

Use case name: Melakukan Registrasi

Scenario: Pengguna melakukan registrasi akun Triggering

event:

Pengguna ingin melakukan registrasi akun pada aplikasi Suara Jakarta

Brief description:

Pengguna mengisi form sign up dengan menekan tombol “Sign Up”

pada halaman Sign In, dan mengisi data diri sign up.

Actors: Pengguna

Related use cases:

-

Stakeholders: Pemerintah Provinsi DKI Jakarta Preconditions: Objek Member sudah harus tersedia.

Subsistem pembuatan akun sudah harus tersedia.

Postconditions: Objek Form sign up terbuat dan berkaitan dengan Pengguna.

Data form sign up tersimpan.

Flow of activities:

Pengguna Sistem

1. Pengguna mengisi data sign up (NIK, nama lengkap, domisili (Jakarta atau luar Jakarta), dan password)

1.1. Sistem menyimpan data form sign up Exception

conditions:

1.1. Terdapat data yang tidak lengkap atau tidak sesuai dengan format pengisian data yang diminta, maka sistem akan menampilkan informasi kepada pengguna untuk melengkapi kembali form sign up.

 Membaca Artikel:

Use case name: Membaca Artikel

Scenario: Pengguna membaca artikel Triggering

event:

Pengguna ingin membaca artikel pada aplikasi Suara Jakarta

Brief description: Pengguna membaca artikel dengan menekan judul artikel yang ingin dibaca pada halaman Home.

Related use cases: -

Stakeholders: Pemerintah Provinsi DKI Jakarta Preconditions: Objek Pengguna sudah harus tersedia.

Pengguna telah memiliki akun pada aplikasi Suara Jakarta

(4)

Postconditions: Objek history membaca artikel terbuat dan berkaitan dengan Pengguna dan History Membaca.

History membaca artikel tersimpan.

Flow of activities: Pengguna Sistem

1. Pengguna memilih artikel yang ingin dibaca pada halaman Home

2. Pengguna membaca artikel

1.1. Sistem menampilkan halaman artikel

2.1. Sistem menyimpan data History Membaca Exception

conditions:

1.1. Belum terdapat artikel yang tersedia/diupload.

 Mengupload Artikel:

Use case name: Mengupload Artikel

Scenario: Pemerintah Provinsi DKI Jakarta mengupload artikel Triggering

event:

Pemerintah Provinsi DKI Jakarta melakukan upload artikel pada aplikasi Suara Jakarta

Pemerintah Provinsi DKI Jakarta mengupload artikel dengan mengisi data artikel pada aplikasi Suara Jakarta yang akan muncul pada halaman Home.

Actors: Pemerintah Provinsi DKI Jakarta Related use

cases:

-

Stakeholders: Badan Statistik

Preconditions: Objek Pemerintah Provinsi DKI Jakarta sudah harus tersedia.

Pemerintah Provinsi DKI Jakarta telah terdaftar dalam sistem aplikasi Suara Jakarta

Postconditions: Objek artikel terbuat dan berkaitan dengan Pemerintah Provinsi DKI Jakarta.

Artikel tersimpan Flow of

activities:

Pemerintah Provinsi DKI Jakarta Sistem 1. Pemerintah Provinsi DKI Jakarta

mengisi data upload artikel (judul artikel, foto (opsional), isi artikel, dan nama penulis)

1.1. Sistem menyimpan data form upload artikel

Exception

conditions: 1.1. Terdapat data yang tidak lengkap atau tidak sesuai dengan format pengisian data yang diminta, maka sistem akan menampilkan informasi

(5)

kepada Pemerintah Provinsi DKI Jakarta untuk melengkapi kembali form upload artikel.

 Mengisi Form Laporan:

Use case name: Mengisi Form Laporan

Scenario: Pengguna mengisi form laporan Triggering

event:

Pengguna ingin mengisi form laporan pada aplikasi Suara Jakarta

Pengguna mengisi form laporan dengan memilih menu “Lapor”, memilih kriteria laporan, dan mengisi data laporan pada aplikasi Suara Jakarta.

Mengupdate Status

Stakeholders: Pemerintah Provinsi DKI Jakarta

Preconditions: Objek Pengguna dan Kriteria Laporan sudah harus tersedia.

Pengguna telah memiliki akun pada aplikasi Suara Jakarta.

Postconditions: Objek form lapor terbuat dan berkaitan dengan Pengguna dan Kriteria Laporan.

Form lapor tersimpan Flow of

activities: Pengguna Sistem

1. Pengguna memilih kriteria laporan

2. Pengguna mengisi data laporan

1.1. Sistem menampilkan list permasalahan

2.1. Sistem menyimpan data form laporan

Exception conditions:

1.1. Belum terdapat permasalahan yang sesuai dengan laporan.

2.1. Terdapat data yang tidak lengkap atau tidak sesuai dengan format pengisian data yang diminta, maka sistem akan menampilkan informasi kepada Pengguna untuk melengkapi kembali form laporan.

 Mengupdate Status:

Use case name: Mengupdate Status

Scenario: Pemerintah Provinsi DKI Jakarta mengupdate status laporan Triggering

event:

Pemerintah Provinsi DKI Jakarta melakukan update status laporan pada aplikasi Suara Jakarta

Brief Pemerintah Provinsi DKI Jakarta mengupdate status dengan mengecek

(6)

description: laporan yang telah terdaftar pada aplikasi Suara Jakarta.

cases:

Mengisi Form Laporan

Preconditions: Objek Pemerintah Provinsi DKI Jakarta dan Form Laporan sudah harus tersedia.

Pemerintah Provinsi DKI Jakarta telah terdaftar dalam sistem aplikasi Suara Jakarta

Postconditions: Objek status terupdate dan berkaitan dengan Pemerintah Provinsi DKI Jakarta.

Status form laporan terupdate.

Pemerintah Provinsi DKI Jakarta Sistem 1. Pemerintah Provinsi DKI Jakarta

mengecek laporan yang telah terdaftar di aplikasi

2. Pemerintah Provinsi DKI Jakarta mengupdate status laporan jika sudah berhasil ditangani, menganggap laporan tidak terverifikasi, atau tidak sesuai dengan kriteria

1.1. Sistem menampilkan halaman form laporan

2.1. Sistem

mengupdate status laporan

1.1. Belum terdapat laporan yang tersedia/terbuat.

 Mengisi Survey:

Use case name: Mengisi Survey

Scenario: Pengguna mengisi survey Triggering

event:

Pengguna ingin mengisi survey pada aplikasi Suara Jakarta

Pengguna mengisi survey dengan memilih survey yang ingin dipartisipasi pada menu “Survey” dan mengisi form survey dengan jawaban.

Related use

cases: -

Stakeholders: Pemerintah Provinsi DKI Jakarta

(7)

Preconditions: Objek Pengguna dan Survey sudah harus tersedia.

Pengguna telah memiliki akun pada aplikasi Suara Jakarta Postconditions: Objek Form Survey terbuat dan berkaitan dengan Pengguna dan

Survey.

Form survey tersimpan.

1. Pengguna memilih survey yang ingin dipartisipasi pada menu Survey

2. Pengguna mengisi data form survey

1.1. Sistem menampilkan halaman form survey 2.1. Sistem menyimpan data Form Survey

1.1. Belum terdapat survey yang tersedia/diupload.

2.1. Terdapat data yang tidak lengkap atau tidak sesuai dengan format pengisian data yang diminta, maka sistem akan menampilkan informasi kepada pengguna untuk melengkapi kembali form survey.

 Memberi Penilaian Aplikasi:

Use case name: Memberi Penilaian Aplikasi

Scenario: Pengguna memberi penilaian aplikasi Triggering

event:

Pengguna ingin memberi penilaian pada aplikasi Suara Jakarta

Pengguna memberi penilaian aplikasi dengan menekan tombol

“berikan penilaian” pada menu “profil” dan mengisi form penilaian.

-

Stakeholders: Pemerintah Provinsi DKI Jakarta Preconditions: Objek Pengguna sudah harus tersedia.

Pengguna telah memiliki akun pada aplikasi Suara Jakarta Postconditions: Objek Form Penilaian terbuat dan berkaitan dengan Pengguna.

Form penilaian tersimpan.

1. Pengguna mengisi data form

penilaian 1.1. Sistem menyimpan data

Form Penilaian Exception

conditions:

1.1. Terdapat data yang tidak lengkap atau tidak sesuai dengan format pengisian data yang diminta, maka sistem akan menampilkan informasi

(8)

kepada pengguna untuk melengkapi kembali form penilaian.

 Membuat Laporan Bulanan Statistik Jumlah Pelaporan Masalah:

Use case

name: Membuat Laporan Bulanan Statistik Jumlah Pelaporan Masalah Scenario: Pemerintah Provinsi DKI Jakarta membuat laporan bulanan statistik

jumlah pelaporan masalah Triggering

event:

Pemerintah Provinsi DKI Jakarta ingin membuat laporan bulanan statistik jumlah pelaporan masalah pada aplikasi Suara Jakarta Brief

description:

Pemerintah Provinsi DKI Jakarta membuat laporan bulanan statistik jumlah pelaporan masalah periode bulanan.

cases:

-

Preconditions: Objek Pemerintah Provinsi DKI Jakarta dan Form Lapor sudah tersedia.

Pemerintah Provinsi DKI Jakarta sudah terdaftar pada sistem aplikasi Suara Jakarta.

Postconditions: Laporan bulanan statistik jumlah pelaporan masalah terbuat dan berkaitan dengan Pemerintah Provinsi DKI Jakarta dan Form Lapor.

Laporan bulanan statistik jumlah pelaporan masalah tersimpan.

Flow of

activities: Pemerintah Provinsi DKI Jakarta Sistem 1. Mengakses data pelaporan

masalah

2. Mengolah data pelaporan masalah per bulanan

1.1. Menampilkan data pelaporan masalah

2.1. Menampilkan laporan statistik jumlah pelaporan masalah per bulanan Exception

conditions:

1.1. Belum terdapat pelaporan masalah.

System Sequence Diagram

(9)

(10)

 Mengisi Survey:

(11)

System Architecture

Standard Client Standard Application Server

Standard Database Server Operating

System

 Android

Marshmallow 6.0

 IOS 11.0

 Linux Ubuntu

 Mac OS Big Sur

 Linux Ubuntu

Special Software

 Google Playstore

 Apple Appstore

 Java

 Swift

 SAP

Hardware

 Snapdragon 845 32Gb Storage (ROM); 4Gb (RAM)

 A14 Bionic 32Gb Storage (ROM);

4Gb Memory (RAM)

 Inter Core i5 12400 4.4Ghz;

64 Gb Memory (Ram); 1 Tb disk drive (ROM)

 Apple M2 64Gb memory (RAM) 1 Tb disk drive (ROM)

 Inter Core i5 12400 4.4Ghz;

64 Gb Memory (Ram)

 8 Tb disk drive (ROM)

Network  5.0 Mbps Broadband 4G

 5.0 Mbps Wi-Fi

 Dual 100 Mbps

Ethernet  Dual 100

Mbps Ethernet System Architecture yang kami pilih adalah: 3 - Tier Architecture.

Alasan: Kami memilih 3 – tier architecture ini karena system architecture ini terdiri dari presentation Tier (Client) dimana tier ini merepresentasikan user interface yang user gunakan untuk berinteraksi dengan systemnya, ada juga mobile app yang mengatur user input,

mengambil data geolocation, dan menyediakan interface yang user – friendly untuk user melaporkan masalah. Selanjutnya juga ada application tier (Server) yang dimana tier ini merupakan server-side logic dimana ini dapat mengatur bagian workflow yang ada di dalam aplikasi. Selanjutnya, yang terakhir juga terdapat data tier (Database) dimana di tier ini berisikan database atau data storage layer untuk penyimpanan data – data yang dihasilkan dari aplikasi ini. 3 -Tier Architecture ini dapat membagi tugas untuk setiap komponennya sehingga dapat dengan mudah dan efficient untuk skalabilitas dan maintanance Selain itu, arsitektur ini memungkinkan potensi penggunaan kembali tier aplikasi dan tier data oleh aplikasi klien lain seperti antarmuka berbasis web atau alat administrasi.

(12)

Design System Input and Output

o (Input)

o (Output)

Melakukan Registrasi Report tanggal report = dd-mm-yyyy

idRegistrasi = xx -5 -xx namaLengkap = xx – 50 – xx

domisili = xx – 100 – xx password = xx – 50 – xx

(13)

o (Input)

o (Output)

Membaca Artikel Report tanggalReport = dd-mm-yyyy

idArtikel = xx -5 -xx judulArtikel = xx-20-xx namaPenulis = xx-20-xx

foto = xx-20-xx

(14)

o (Input)

o (Output)

Mengupload Artikel Report tanggalReport = dd-mm-yyyy

idArtikel = xx -5 -xx judulArtikel = xx-20-xx namaPenulis = xx-20-xx

foto = xx-20-xx

(15)

o (Input)

o (Output)

Mengisi Form Laporan Report tanggalReport = dd-mm-yyyy

idFormLaporan = xx-5-xx

No. judul lokasiKejadian deskripsi

1. xx-20-xx xx-20-xx xx-15-xx

(16)

o (Input)

o (Output)

Mengupdate Status Report tanggalReport = dd-mm-yyyy

idFormLaporan = xx-5-xx judul = xx-20-xx

tanggalKejadian = dd-mm-yyyy lokasiKejadian = xx-20-xx deskripsiPermasalahan = xx-15-xx

status = xx-2-xx

(17)

 Mengisi Survey:

o (Input)

o (Output)

Mengisi Survey Report tanggalReport = dd-mm-yyyy

idSurvey = xx-5-xx judulSurvey = xx-20-xx

deskripsi = xx-150-xx pertanyaan = xx-25-xx

(18)

o (Input)

o (Output)

Memberikan Penilaian Report tanggalReport = dd-mm-yyyy

idPenilaian = xx-5-xx saran = xx-150-xx kritik = xx-150-xx keluhan= xx-150-xx

(19)

o (Input)

o (Output)

Mengupdate Status Report tanggalReport = dd-mm-yyyy

idLaporanStatistik = xx-5-xx kriteriaLaporan = xx-6-xx jumlahLaporan = xx-100-xx

deskripsi = xx-150-xx

(20)

Design Database

 Data Record untuk Table “Pengguna”:

idPengguna NIK namaLengkap domisili password

PG12062001001 12062001 Alex Jakarta Utara ********

PG12062001002 12062001 Hendra Jakarta Barat ********

PG12062001003 12062001 Juan Jakarta Pusat ********

 Data Record untuk Table “Penilaian”:

idPenilaian kritik saran keluhan

PL05062023001

Pelayanan kurang ramah dari petugas

Lebih baik meningkatkan komunikasi dengan pelanggan

Terlalu lama menunggu proses layanan

PL05062023002

Kualitas produk kurang memuaskan

Perlu meningkatkan kualitas bahan baku

Paket produk rusak saat pengiriman

PL05062023003

Harga terlalu mahal

dibandingkan pesaing Harap meninjau ulang harga produk

Kualitas layanan purna jual kurang baik

 Data Record untuk Table “FormLapor”:

(21)

idFormLapor tanggalKejadian deskripsiPermasalahan lokasiKejadian

FL210605001 05/06/2021 Kerusakan pipa air di jalan Jalan Utama 123, Kota A

FL210605002 05/06/2021 Kecelakaan lalu lintas Jalan Raya XYZ, Kota B

FL210605003 05/06/2021 Gangguan listrik di rumah Jalan Indah 456, Kota C

 Data Record untuk Table “HistoryMembaca”:

idPengguna idArtikel timestamp

PG01012023001 AT010620233001 2023-06-01 09:15

PG02012023002 AT02062023002 2023-06-02 14:30

PG01012023003 AT03062023003 2023-06-03 18:45

 Data Record untuk Table “Artikel”:

(22)

idArtikel foto isiArtikel namaPenulis judul

AT01062023001 jakartakeren.jpg Lorem ipsum dolor sit amet, Inem Jakarta Keren

AT02062023002 jakartahebat.jpg consectetur adipiscing elit, Abigail Jakarta Hebat

AT03062023003 jakartamaju.jpg sed do eiusmod tempor incididunt David Jakarta Maju

 Data Record untuk Table “FormSurvey”:

idFormSurvey skalaKepentingan jawabanSurvey

FS01062023001 5 Sangat Puas

FS01062023002 3 Cukup Puas

FS01062023003 4 Puas

 Data Record untuk Table “Survey”:

(23)

idSurvey judulSurvey deskripsiSurvey pertanyaan

SR05062023001

Kepuasan Pelanggan

Evaluasi kepuasan pelanggan terhadap layanan kami

Bagaimana tingkat kepuasan Anda terhadap layanan kami?

SR05062023002 Kualitas Produk

Evaluasi kualitas produk yang kami sediakan

Apakah Anda merasa puas dengan kualitas produk kami?

SR05062023003

Pengalaman Pengguna

Evaluasi pengalaman pengguna dalam menggunakan aplikasi kami

Bagaimana pengalaman Anda dalam menggunakan aplikasi kami?

 Data Record untuk Table “DetailFormLapor”:

idFormLapor idKriteriaLaporan status

DL05062023001 KL05062023001 Pending

DL05062023002 KL05062023002 Selesai

DL05062023003 KL05062023003 Dalam Proses

 Data Record untuk Table “KriteriaLaporan”:

(24)

idKriteriaLaporan namaKriteria keteranganKriteria

KL05062023001 Kerusakan Jalan Laporan tentang kerusakan jalan di wilayah tertentu

KL05062023002 Pencemaran Lingkungan Laporan tentang pencemaran lingkungan oleh industri

KL05062023003 Pelanggaran Parkir Laporan tentang pelanggaran parkir di tempat umum

(25)

First Cut Class Diagram

CRC Cards

 Class Pengguna

o Front Card of Pengguna:

Pengguna Create Pengguna

Save Pengguna Send Data Pengguna

FormLapor Penilaian FormSurvey Survey o Back of Card:

idPengguna NIK

namaLengkap domisili password

(26)

 Class FormLapor

o Front Card of FormLapor:

FormLapor Create FormLapor

Save FormLapor Send Data FormLapor Get Data Pengguna

Pengguna

DetailFormLapor

o Back of Card:

idFormLapor tanggalKejadian deskripsiPermasalahan lokasiKejadian

 Class DetailFormLapor

o Front Card of DetailFormLapor:

DetailFormLapor Create DetailFormLapor

Save DetailFormLapor Get Data FormLapor Get Data KriteriaLaporan Update Data DetailFormLapor

FormLapor KriteriaLaporan

o Back of Card:

idFormLapor idKriteriaLaporan status

 Class KriteriaLaporan

o Front Card of KriteriaLaporan:

KriteriaLaporan Create KriteriaLaporan

Save KriteriaLaporan Send Data KriteriaLaporan

DetailFormLapor

o Back of Card:

idKriteriaLaporan namaKriteria keteranganKriteria

(27)

 Class Penilaian

o Front Card of Penilaian:

Penilaian Create Penilaian

Save Penilaian Get Data Pengguna

Pengguna

o Back of Card:

idPenilaian kritik saran keluhan

 Class FormSurvey

o Front Card of FormSurvey:

FormSurvey Create FormSurvey

Save FormSurvey Get Data Survey Get Data Pengguna

Pengguna Survey

o Back of Card:

idFormSurvey skalaKepentingan jawabanSurvey

 Class Survey

o Front Card of Survey:

Survey Create Survey

Save Survey Send Data Survey

FormSurvey

o Back of Card:

idSurvey judulSurvey deskripsiSurvey pertanyaan

(28)

 Class HistoryMembaca

o Front Card of HistoryMembaca:

HistoryMembaca Create HistoryMembaca

Save HistoryMembaca Get Data Artikel Get Data Pengguna

Update Data HistoryMembaca

Pengguna Artikel

o Back of Card:

idPengguna idArtikel timestamp

 Class Artikel

o Front Card of Artikel:

Artikel Create Artikel

Save Artikel Send Data Artikel

HistoryMembaca

o Back of Card:

idArtikel foto isiArtikel namaPenulis judul

Sequence Diagram I: First Cut Sequence Diagram

 Melakukan Registrasi

(29)

 Membaca Artikel

 Mengupload Artikel

 Mengisi Form Laporan

(30)

 Mengupdate Status

 Mengisi Survey

 Memberi Penilaian Aplikasi

 Membuat Laporan Bulanan Statistik Jumlah Pelaporan Masalah

(31)

Sequence Diagram II: Three Layer Sequence Diagram

 Membaca Artikel

(32)

 Mengisi Survey

 Memberi Penilaian Aplikasi

(33)

Communication Diagram

 Membaca Artikel

(34)

 Mengisi Survey

 Memberi Peniliaian Aplikasi

(35)

Updated Class Diagram

Package Diagram

(36)