• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV PERANCANGAN SISTEM USULAN"

Copied!
24
0
0

Teks penuh

(1)

48 4.1. Tahapan perancangan sistem

4.1.1. Analisis Kebutuhan

1. Analisis kebutuhan pengguna

Dalam aplikasi pelayanan pembuatan kartu pencari kerja pada kecamatan kotabaru memiliki dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, seperti berikut :

A. Skenario Kebutuhan Bagian Pendaftar 1) Mengelola menu register

2) Mengelola data register B. Skenario Superadmin

1) Mengelola login

2) Mengelola data pengajuan

3) Mencetak data keseluruhan laporan pendaftar C. Skenario Camat

1) Login

2) Melihat data pendaftar 2. Analisa Kebutuhan Sistem

A. Sistem menyediakan menu login agar admin bisa masuk dengan cara memasukkan username dan password untuk keamanan data dapat terjaga. B. Pendaftar dapat mengisi data pendaftaran kartu kuning

(2)

D. Sistem mampu untuk melihat, mengedit, dan menghapus data pengajuan. E. Camat dapat melihat data keseluruhan pendaftar .

4.1.2. Rancangan Diagram Use Case

1. Use Case Diagram Pelayanan Pembuatan Kartu Pencari Kerja

Gambar IV.1

Use Case Diagram Pelayanan Pembuatan Kartu Pencari Kerja

Tabel IV.1

Deskripsi Use Case Melakukan login

Use Case Name Melakukan login

(3)

Goal Admin dapat melakukan login dan melakukan input data kartu kuning (kartu pencari kerja) pada program pelayanan kartu kuning

Pre-Condition Admin harus memasukkan username dan

password sebelum login karena jika tidak memasukkan username dan password maka admin tidak akan bisa login

Past Condition Menampilkan menu utama jika berhasil login

Failed end conditions Admin Tidak dapat masuk karena username

salah atau password salah

Actors Admin

Main Flow/ Basic Path 1. Admin memasukkan username dan

password

2. Login berhasil dan selanjutnya menampilkan menu utama

3. Setelah login berhasil maka admin membuka pengajuan kartu kuning dan didalam pengajuan ada tambah data untuk membuat kartu kuning dan melihat data pengajuan

Alternate Flow / Invariant A Sistem dapat memberitahu jika login salah

username atau password

Tabel IV.2

Deskripsi Use Case Mengelola data pengajuan

Use Case Name Mengelola data pengajuan

(4)

Goal Superadmin dapat mengelola data pengajuan

Pre-Condition Superadmin dapat megelola data

pengajuan jika ingin mengedit

Past Condition Menampilkan data pengajuan yang telah

terdaftar

Failed end conditions Data pengajuan batal tersimpan ke database

Actors Superadmin

Main Flow/ Basic Path 1. menampilkan data pengajuan pendaftaran

2. sistem akan menyimpan data pengajuan terdaftar ke dalam database

Alternate Flow / Invariant A Superadmin bisa melakukan edit atau menghapus data pengajuan pendaftar

Tabel IV.3

Deskripsi Use Case Mencetak data keseluruhan laporan pendaftar

Use Case Name Mengelola data keseluruhan laporan

pendaftar

Requirements Superadmin dapat mencetak laporan

keseluruhan pendaftar

Goal Superadmin dapat mencetak laporan

keseluruhan pendaftar dengan cepat

Pre-Condition Superadmin memilih mencetak laporan

Past Condition Superadmin bisa mencetak laporan

Failed end conditions Superadmin tidak dapat mencetak laporan

(5)

Actors Superadmin

Main Flow/ Basic Path 1. Superadmin memilih laporan

2. Sistem akan menampilkan laporan keseluruhan pendaftar

Alternate Flow / Invariant A Menu beranda di bagian halaman laporan.

Tabel IV.4

Deskripsi Use Case Mengelola menu register pembuatan kartu kuning

Use Case Name Mengelola menu register pembuatan

kartu kuning.

Requirements Pendaftar dapat mengisi data register pembuatan kartu kuning.

Goal Pendaftar dapat mengelola menu register

pembuatan kartu kuning.

Pre-Condition Pendaftar harus melakukan isi data

register pembuatan kartu kuning terlebih dahulu jika ingin terdaftar.

Past Condition Menampilkan data register pembuatan kartu kuning yang telah terdaftar.

Failed end conditions Data register pembuatan kartu kuning batal tersimpan ke dalam database.

Actors Pendaftar.

Main Flow/ Basic Path 1. Pendaftar dapat mengisi data register pembuatan kartu kuning.

2. Sistem akan menyimpan data ke dalam database.

Alternate Flow / Invariant A Pendaftar dapat membatalkan register pembuatan kartu kuning.

(6)

Tabel IV.5

Deskripsi Use Case Mengelola data register

Use Case Name Mengelola data register

Requirements Pendaftar dapat melihat data register pembuatan kartu kuning yang telah di input.

Goal Pendaftar dapat melihat data register

pembuatan kartu kuning.

Pre-Condition Pendaftar harus melakukan isi data

register pembuatan kartu kuning terlebih dahulu jika ingin melihat data yang sudah terdaftar.

Past Condition Menampilkan data register pembuatan kartu kuning yang telah terdaftar.

Failed end conditions Data register pembuatan kartu kuning batal tersimpan ke dalam database.

Actors Pendaftar.

Main Flow/ Basic Path 1. Pendaftar dapat melihat data register pembuatan kartu kuning.

2. Sistem akan menyimpan data ke dalam database.

Alternate Flow / Invariant A Pendaftar dapat membatalkan register pembuatan kartu kuning.

Tabel IV.6

Deskripsi Use Case Melakukan login

Use Case Name Melakukan login

(7)

Goal Camat dapat melakukan login dan melihat data kartu kuning yang sudah terdaftar

Pre-Condition Camat harus memasukkan username

dan password sebelum login karena jika tidak memasukkan username dan password maka camat tidak akan bisa login

Past Condition Menampilkan menu utama jika berhasil login

Failed end conditions Camat tidak dapat masuk karena username salah atau password salah

Actors Camat.

Main Flow/ Basic Path 1. Camat memasukkan username dan password

2. Login berhasil dan selanjutnya menampilkan menu utama.

3. Setelah login berhasil maka camat bisa membuka data pendaftar.

Alternate Flow / Invariant A Sistem dapat memberitahu jika login salah username atau password

Tabel IV.7

Deskripsi Use Case Melihat Data Pendaftar

Use Case Name Melihat Data Pendaftar

Requirements Camat dapat melihat isi data register pembuatan kartu kuning.

Goal Camat dapat melihat data register

pembuatan kartu kuning yang sudah terdaftar.

Pre-Condition Camat dapat melihat dan mencetak data

register.

Past Condition Menampilkan data register pembuatan kartu kuning yang telah terdaftar.

Failed end conditions Data register pembuatan kartu kuning batal tersimpan ke dalam database.

(8)

Actors Camat.

Main Flow/ Basic Path 1. Camat dapat melihat dan mencetak data register pembuatan kartu kuning. 2. Sistem akan menyimpan data ke dalam database.

Alternate Flow / Invariant A Camat dapat membatalkan register pembuatan kartu kuning.

4.1.3. Rancangan Diagram Aktivitas

1. Diagram Aktivitas Form Pengajuan Kartu Kuning (KK)

Gambar VI.2

(9)

2. Diagram Aktivitas Menu Register Pembuatan Kartu Kuning (KK)

Gambar IV.3

(10)

3. Diagram Aktivitas Form Melihat Data Pendaftar

Gambar IV.4

Diagram Aktivitas Form Melihat Data Pendaftar

4.1.4. Rancangan Dokumen Sistem Usulan

1. Dokumen Masukan

A. Nama Dokumen : Forum menu tambah pendaftar baru

Fungsi : sebagai identitas pendaftar dan arsip Sumber : Pendaftar

Tujuan : Administrasi kartu pencari kerja Media : Tampilan layar

(11)

Frekuensi : Setiap pembuatan kartu pencari kerja B. Nama Dokumen : Forum menu data pendaftar

Fungsi : Untuk melihat data pendaftar Sumber : Kecamatan kotabaru

Tujuan : Arsip data pencari kerja Media : Tampilan layar

Frekuensi : Setiap pendaftar melihat data 2. Dokumen Keluaran

A. Nama Dokumen : Forum menu cetak laporan keseluruhan data pendaftaran

Fungsi : Mencetak laporan Sumber : kecamatan kotabaru Tujuan : Arsip

Media : Kertas

Frekuensi : Setiap satu tahun sekali laporan keseluruhan data pendaftar di cetak kemudian di periksa oleh camat

(12)

4.1.5. Rancangan Prototype

1. Form Login Superadmin

Gambar IV.5

Form Login Superadmin

2. Form Menu Utama Superadmin

Gambar IV.6

(13)

3. Form Menu Register Pembuatan Katu Kuning

Gambar IV.7

(14)

4. Form Menu Data Pendaftar

Gambar IV.8

Form Menu Data Pendaftar

5. Forum Menu Cetak Laporan Keseluruhan Data Pendaftaran

Gambar IV.9

(15)

4.2. Perancangan Perangkat Lunak

4.2.4. Entity Relationship Diagram (ERD)

Gambar IV.10

(16)

4.2.5. Logical Record Structure (LRS)

Gambar IV.11

Logical Record Structure Sistem Pembuatan Kartu Kuning

4.2.6. Spesifikasi File

1. Spesifikasi File User Nama File : User Akronim : User

Fungsi : Login dan mengelola aplikasi Tipe File : File master

(17)

Panjang Record : 1036 Byte Kunci Field : Id user Software : MySql

Tabel IV.8

Spesifikasi File User

No Elemen Data Nama Field Tipe Size Ket

1 Id Id Int 11 Primary key

2 Nama Nama Varchar 50

3 Username Username Varchar 100 4 Password Password Varchar 255

5 Email Email Varchar 100

6 Phone Phone Varchar 20

7 Alamat Alamat Text

8 No_ktp No_ktp Varchar 100 9 Tanggal Tanggal Varchar 100 10 Tempat_lahir Tempat_lahir Varchar 100 11 Jenis_kelamin Jenis_kelamin Varchar 100 12 Pendidikan Pendidikan Varchar 100

2. Spesifikasi File Login Nama File : Login Akronim : Login

Fungsi : Login dan mengelola aplikasi Tipe File : File master

(18)

Akses File : Random Panjang Record : 261 Byte Kunci Field : Id Login Software : MySql

Tabel IV.9

Spesifikasi File Login

No Elemen Data Nama Field Tipe Size Ket

1 Id Id Int 11 Primary key

2 Id_Address Id_Address Varchar 50

3 Login Login Varchar 100

4 Time Time Varchar 100

3. Spesifikasi File Pengajuan Nama File : Pengajuan Akronim : Pengajuan

Fungsi : Login dan menginput data Tipe File : File master

Akses File : Random Panjang Record : 486 Byte Kunci Field : Id Pengajuan Software : MySql

Tabel IV.10

(19)

No Elemen Data Nama Field Tipe Size Ket 1 Id_Pengajuan Id_Pengajuan Int 11 Primary key 2 No_Daftar No_Daftar Varchar 50

3 Nama Nama Varchar 35

4 No_ktp No_ktp Varchar 30

5 Tempat_Lahir Tempat_Lahir Varchar 30 6 Jenis_Kelamin Jenis_Kelamin Varchar 30 7 Pendidikan Pendidikan Varchar 30

8 Alamat Alamat Varchar 50

9 Kecamatan Kecamatan Varchar 50 10 Berlaku_Hingga Berlaku_Hingga Varchar 25 11 Jenis_kelamin Jenis_kelamin Varchar 15 12 Pendidikan Pendidikan Varchar 30 13 Kota_baru Kota_baru Varchar 20 14 Penanggung_Jawab Penanggung_Jawab Varchar 30

15 Publish Publish Varchar 50

4. Spesifikasi File Kecamatan Nama File : Kecamatan Akronim : Kecamatan

Fungsi : Login dan menyimpan data Tipe File : File master

(20)

Panjang Record : 111 Byte Kunci Field : Id kecamatan Software : MySql

Tabel IV.11

Spesifikasi File Kecamatan

No Elemen Data Nama Field Tipe Size Ket 1 Id_Kecamatan Id_Kecamatan Int 11 Primary key 2 Nama_Kecamatan Nama_Kecamatan Varchar 100

(21)

4.2.7. Class Model / Class Diagram

Gambar IV.12

(22)

4.2.8. Sequence Diagram

Gambar IV.13

Sequence Diagram

4.2.9. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware a. Server

- Mouse - Keyboard

- Processor Intel(R) Pentium (R) CPU N3710 @1.60GHz 1.60 GHz - RAM 4.00 GB

- Disk Space 186 GB

- Sistem tipe : 64 bit Operating Sistem, x64-based processor b. Client

(23)

- Keyboard

- Processor Intel(R) Celeron (R) CPU N2840@2.16GHz 2.1.6 GHz - RAM 2.00 GB

- Disk Space 186 GB

- Sistem tipe : 64 bit Operating Sistem, x64-based processor

2. Spesifikasi Software a. Server

- Sistem operasi yang umum digunakan seperti: Microsoft Windows - Aplikasi web server seperti : Xampp, dan Aplikasi PhpMyadmin - Aplikasi web browser : Google Chrome

b. Client

- Sistem operasi yang umum digunakan seperti: Microsoft Windows - Aplikasi web server seperti : Xampp, dan Aplikasi PhpMyadmin - Aplikasi web browser : Mozilla Firefox

(24)

4.3. Jadwal Implementasi

Tabel IV.12

Jadwal Implementasi

No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III

1 2 3 4 1 2 3 4 1 2 3 4 1 Persiapan data awal 2 Analisa 3 Desain sistem 4 Desain perangkat lunak 5 Pembuatan & tes program 6 Tes sistem 7 Pelatihan 8 Pembuatan buku petunjuk 9 Evaluasi & operasional

Gambar

Gambar IV.1
Tabel IV.2
Tabel IV.3
Tabel IV.4
+7

Referensi

Dokumen terkait

Segala puji syukur penulis panjatkan kehadirat Allah SWT karena atas rahmat dan karunia-Nyalah sehingga penulis dapat menyelesaikan skripsi dengan judul “Hubungan Jarak Distribusi

Menyatakan bahwa skripsi saya berjudul “PENERAPAN PEMBELAJARAN PENDEKATAN PERMAINAN LEMPAR CAKRAM DENGAN MEDIA MODEL BENDA BERDIAMETER UNTUK MENINGKATKAN HASIL

Pendekatan penelitian yang digunakan adalah pendekatan kualitatif maka dari itu dalam penelitian ini akan menggambarkan secara rinci tentang Implementasi Peraturan

Adapun substansi yang peneliti dapat dari penelitian tersebut adalah terletak pada objek materialnya yang sama-sama mengangkat persepsi dan minat terhadap musik asli

a) Teori menakutkan yaitu tujuan dari pidana itu adalah untuk menakut- nakuti seseorang, sehingga tidak melakukan tindak pidana baik terhadap pelaku itu sendiri maupun

Menurut Harbani (2004), bahwa cara yang sudah dilakukan adalah dengan pemecahan ¼ bagian pada kulit biji, prlubangan pada ujung biji, peretakan dengan proses pemanasan, dan perendaman

Dengan memanjatkan puji syukur kehadirat Allah SWT yang telah memberikan kesehatan, kesempatan kepada kita khususnya pada penulis sehingga dapat menyelesaikan penyusunan

• Bila membeli botol selanjutnya, mendapat potongan harga 20%, hingga pembelian keempat atau bila membeli empat botol akan mendapatkan satu botol A secara