Anda di halaman 1dari 9

TUGAS BAB 3

BERJUDUL : ANALISIS DAN PERANCANGAN SISTEM


PENGADUAN MASYARAKAT BERBASIS WEB PADA POLDA
JAWA TENGAH

Nama: Harjat Kevin Avrianta


Nim: A12.2015.05341
Program Studi : Sistem Informasi S1

1. Metode Pengumpulan Data


Metode pengumpulan data merupakan salah satu komponen penting bagi penulis untuk
memperoleh informasi yang digunakan untuk objek penelitian. Objek penelitian pada
penelitian ini adalah Polda Jawa Tengah, Indonesia. Pengmbilan data pada penelitian ini
yaitu pada bagian Internal Control Unit (ICU), yaitu Key Performa Indicator untuk
penilaian kinerja. Adapun metode pengumpulan data tersebut antara lain:

1.1.1 Metode Observasi Observasi


merupakan pengumpulan data dengan melihat, mengamati, dan meneliti
langsung proses kegiatan bisnis yang berjalan pada studi kasus Koperasi Simpan
Pinjam Jasa Cabang Semarang dengan jangka waktu kurang lebih 1 bulan.

1.1.2 Metode Wawancara Wawancara


merupakan metode pengumpulan data yang dilakukan dengan cara berinteraksi
dan mengajukan pertanyaan secara langsung kepada narasumber sehingga
penulis mendapatkan informasi yang dibutuhkan. Narasumber dalam kegiatan
wawancara ini adalah kepada divisi Pengembangan Sumber Daya Manusia
(PSDM) dan beberapa staff lain yang ada di Polda Jawa Tengah.

1.1.3 Metode Studi Pustaka


Studi Pustaka dilakukan dengan mencari dan mengumpulkan sumber data dari
informasi, mempelajari dan memahami berbagai referensu dari buku-buku
terkait maupun publikasi dari hasil penelitian, artikel, skripsi, karya tulis, jurnal
penelitian, maupun situs internet yang berkaitan dengan penelitian, diantaranya
mengenai konsep sistem informasi, enterprise architecture, dan TOGAF ADM,
meliputi tools yang digunakan. Referensi tersebut dapat dijadikan sumber data
sehingga dapat menambah informasi dan memperkuat penulis dalam melakukan
22
penelitian ini.

1.1.4 Studi Literatur Studi literature


dilakukan dengan cara megumpulkan dan membandingkan hasil penelitian
sejenis seperti skripsi, karya tulis, dan jurnal penelitian mengenai enterprise
architecture terdahulu, selanjutnya dipelajari agar memperoleh suatu
perbandingan meliputi kelebihan dan kelemahan yang ada. Dengan itu,
penelitian terdahulu dapat menjadi acuan dan referensi dalam penggunaan
metode yang akan diteliti. Peneliti menggunakan 3 referensi dari skripsi dan
jurnal sejenis dengan kata kunci berupa “Simbol Sequence Diagram” sebagai
perbandingan untuk penulisan penelitian ini, antara lain: Tabel penelitian sejenis

Pendefinisian Aktor

Berikut adalah hasil pendifinisian actor pada Sistem Informasi Pengadauan.

Tabel 4.3.1. 1Simbol Sequence Diagram

No Aktor Deskripsi
1 User User adalah masyarakat yang memiliki hak untuk
melaporkan tindak pidana yang ada di masyarakat
2 Petugas/Admin Petugas adalah bagian administrator yang memiliki hak
akses mengecek ke validtan dari adauan serta melakukan
pencetakan surat perintah dan hak untuk memberikan
informasi status laporan
3 Super Super adamin/kepala bagian adalah orang yang memiliki
Admin/Kepala hak akses untuk mengelola Petugas serta yang memberikan
Bagian persetujan terhadap tindak pidan untuk di tindak lanjuti

23
3.2.1.1 Pendefinisan Use Case

Tabel 4.3.1. 2 Pendefisian Use Case

No Use Case Deskripsi


1 Login Merupakan Proses yang di gunakan untuk user,admin,dan
superadmin untuk masuk ke sistem
2 Mengirimkan aduan Merupakan sebuah proses untuk user melaporkan sebuah
Kejadian
3 Edit data diri Merupakan proses untuk user maupun admin untuk
mengganti password
4 Mengelola Data Merupakan proses dimana user memiliki hak untuk meng
aduan hapus aduan dan juga proses ini memberikan hak akses
petugas dalam merubah status kejadian yang terjadi
5 Lihat data user Merupakan proses yang berfungsi untuk melihat data diri
petugas maupun user
6 Registrasi Proses dimana user mendaftar untuk membuat id
Password
7 Cetak Surat Perintah Merupakan Proses petugas untuk mencetak aduan tersebut
untuk meminta persetujuan dari kepala bagian
8 Tambah Petugas Proses dimana Super admin menambahkan petugas untuk
meng akses web
9 Mengelola status Merupakan proses yang berfungsi untuk admin
Laporan melakukan editing status laporan
4.3.1.3 Sekenario Usecase
1. Sekenario Login

Tabel 4.3.1.3. 1 Skenario Login

Nama Usecase Login


Scenario Sistem Login yang digunakan untuk masuk dalam sistem.
Yang memungkinkan actor untuk melihat dan mengakses
sistem informasi
Actor Admin,User,Super Admin
Preconditions Admin ,User,Super Admin telah memiliki username dan
Password
Postcondition Admin,User dan Super adimn memasukan username dan
password, lalu masuk ke halaman sesuai dengan Aktor
yang login
Flow of activies Actor System
1. Menginputkan user dan 2. Sistem menampilkan
password halaman utama untuk
Aktor yang login

3. Mengeklik login 4. Eksekusi validasi


user dan password
dengan yang
tersimpan di dalam
database
5. Jika sesuai, tampil
notif login berhasil
dan lanjut ke halaman
utama Aktor login

Langkah alternatif 6 : jika username dan password salah


maka sistem akan menampilkan pesan kesalahan,
kemudian kembali ke langkah 1.
2. Skenario Mengirimkan Aduan

Tabel 4.3.1.3. 2 Skenario Use Case

Nama Usecase Login


Scenario Merupakan sebuah proses untuk user melaporkan sebuah
Kejadian
Actor User
Preconditions User Telah Login
Postcondition Data aduan Tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Pengaduan 3.Menampilkan menu


utama user

6. Input data aduan 5.Menampilkan Form


pengaduan

Langkah alternatif 7 : menunggu konfirmasi dari


petugas kemudian bila ingin menambah aduan kembali
ke tahap 1

3. Skenario edit data diri

Tabel 4.3.1.3. 3 Skenario edit data diri

Nama Usecase Login


Scenario Merupakan proses untuk user maupun admin untuk
mengganti password maupun gambar data diri
Actor User,Admin
Preconditions User Telah Login
Postcondition Data diri dari user dan admin yang di edit tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Data Diri 3.Menampilkan menu


utama user
6. Input data diri yang mau di 5.Menampilkan Form
edit data diri

4. Sekenario Mengelola data aduan

Tabel 4.3.1.3. 4 Sekenario Mengelola data aduan

Nama Usecase Login


Scenario Merupakan proses untuk memilih aksi yang dibuat
Actor User,Admin
Preconditions User Telah Login
Postcondition Data tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Lihat data 3.Menampilkan menu


aduan utama user

6. Editing terhadap data aduan 5.Menampilkan Form


(User),Memberikan Status data aduan
aduan (Admin),Tambah
Aduan(user)

5. Sekenario Lihat data diri

Tabel 4.3.1.3. 5 Skenario lihat data diri

Nama Usecase Login


Scenario Merupakan proses untuk melihat data diri
Actor Super Admin
Preconditions Super Admin Telah Login
Postcondition Menampilkan data diri
Flow of activies Actor System
1.Super Admin Login 2. Validasi akun
Kedalam sistem
4. Memilih menu Pegawai/user 3.Menampilkan menu
utama user

5.Menampilkan data diri


user/pegawai
6. Skenario Cetak surat perintah

Tabel 4.3.1.3. 6 Skenario Cetak surat perintah

Nama Usecase Login


Scenario Merupakan proses untuk melihat data aduan secara
mendetail
Actor Admin
Preconditions Admin Telah Login
Postcondition Surat perintah Tercetak
Flow of activies Actor System
1.Admin Login Kedalam 2. Validasi akun
sistem
4. Memilih menu Lihat data 3.Menampilkan menu
aduan utama user

6. menklik duakalai terhadap 5.Menampilkan Form


aduan-aduan yang ada data aduan

8.Mengklik dua di bagian 7.Menampilkan detail


gambar cetak aduan

10.Surat akan di berikan 9.Sistem akan mencetak


Kepada kepala kabid Humas surat printah

7. Skenario Registrasi

Tabel 4.3.1.3. 7 Skenario Registrasi

Nama Usecase Login


Scenario Merupakan proses user untuk untuk membuat id dan
password
Actor User
Preconditions User belum mendaftarkan akun
Postcondition Data tersimpan
Flow of activies Actor User System
1.Masuk Ke web 2.Menampilkan halaman
awal web
3. Memilih Menu Registrasi 4.Menampilkan form
registrasi

5.Input data registrasi 6.Simpan inputan

8. Skenario Tambah Petugas

Tabel 4.3.1.3. 8 Skenario Tambah Petugas

Nama Usecase Login


Scenario Proses dimana Super admin menambahkan petugas untuk
meng akses web
Actor Super Admin
Preconditions Super Admin Login
Postcondition Data tersimpan
Flow of activies Actor System
1.Super Admin Login web 2.Menampilkan halaman
awal web super admin

3. Memilih Menu Pegawai 4.Menampilkan


halaman Pegawai

5.Pilih tambah pegawai 6.Tampilkan Form


Pegawai

7.Input data diri pegawai 8.Menyimpan inputan

9. Skenario Mengelola Status Aduan

Tabel 4.3.1.3. 9 Skenario mengelola status aduan

Nama Usecase Login


Scenario Merupakan proses yang berfungsi untuk admin
melakukan edit status laporan
Actor Admin
Preconditions admin Telah Login
Postcondition Status laporan telah di edit
Flow of activies Actor System
1.Admin Login Kedalam 2. Validasi akun
sistem
4. Memilih menu Lihat data 3.Menampilkan menu
aduan utama Admin

6. Pilih status laporan yang 5.Menampilkan Form


ingin di ubah data aduan

7. Status berhasil di
ubah

30

Anda mungkin juga menyukai