BAB IV

ANALISIS DAN PERANCANGAN

4.1 ANALISIS SISTEM YANG SEDANG BERJALAN

Analisis prosedur yang sedang berjalan merupakan kegiatan atau

aktifitasaktifitas kerja yang sedang berjalan pada penjualan properi Kota Jambi.

Dari hasil analisis yang penulis dapatkan dilapangan adalah berupa gambaran

nyata dari kegiatan-kegiatan yang dilakukan oleh pihak agen pemasaran Kota

Jambi. Adapun prosedur untuk penjualan rumah,ruko atau gedung yang

berlangsung secara umumnya adalah sebagai berikut :

1. Marketing mencari rumah yang akan dijual.

2. Setelah mendapatkan rumah yang dijual marketing memberitahukan

kepada administrasi untuk dimasukan kedalam listing rumah yang akan

dijual.

3. Administrasi membuat listing rumah yang akan dijual.

4. Setelah itu customer/ calon pembeli yang akan membeli rumah

tersebut melihat info rumah melalui bbm atau koran langsung

melakukan negoisasi kepada marketing.

5. Jika harga sesuai maka administrasi membuat surat pesanan.

6. Lalu surat pesanan tersebut dikasih ke customer dan customer

melakukan pembayaran booking.

7. Customer lalu memilih akan melakukan sisa pebayaran melalui kredit

atau tunai.
 8. Administrasi membuat surat permohonan ppjb yang diserahkan kepada

marketing

9. Marketing membawa surat permohonan surat ppjb yang diserahkan

kepada notaris untuk pembuatan ppjb.

10. Notaris membuat surat ppjb 3 rangkap.

11. Lalu diberikan kepada marketing.

12. Marketing memberikan surat ppjb kepada customer untuk di tanda

tangan.

13. Kemudian surat ppjb juga diserahkan kepada penjual rumah untuk di

tanda tangan.

14. Setelah selesai di ttd semua customer membayar sisa uang pelunasan.

4.2 ANALISA KEBUTUHAN SISTEM

4.2.1 Analisis Proses Sistem yang diusulkan

Perbedaan anatara sistem informasi pemesanan dan penjualan rumah yang

lama dan yang baru adalah jika yang lama mengunakan cara manual dan dokumen-

dokumen atau data-data sedangkan sistem informasi yang baru menggunakan alat

bantu yang sudah dapat dilakukan secara otomatis. Adapun perancangan prosedur

yang diusulkan adalah sebagai berikut :

1. Kostumer mendaftarkan diri sebagai member terlebih dahulu untuk

melakukan pemesanan rumah.

2. Setelah member melakukan pendaftaran, admin akan menyetujui aktifasi

pendaftaran member tersebut.

 3. Kostumer login dan mulai melakukan pemesanan rumah.

4. Selanjutnya marketing akan memverifikasi data pemesanan yang sudah di

isi oleh kostumer.

5. Selanjutnya kostumer melakukan pembayaran DP dengan melampirkan

bukti pembayaran DP.

6. Kemudian admin akan memverifikasi pembayaran DP tersebut.

7. Setelah pembayaran DP diverifikasi, selanjutnya kostumer harus melunasi

semua sisa pembayaran dengan melampirkan bukti pembayaran pelunasan

rumah yang akan dibeli.

8. Admin akan memverifikasi pelunasan pembayaran rumah dan

mengirimkan surat penyerahan kunci kepada kostumer.

4.2.2 Use Case Diagram

Use Case adalah sebuah teknik pemodelan yang digunakan untuk

menjelaskan apa yang harus dilakukan sebuah sistem baru. Berikut adalah Use

case yang digunakan untuk memodelkan sistem e-marketing properti di Kota

Jambi:
 Gambar 4.1 Use Case Diagram Admin

Gambar 4.2 Diagram Use Case Pengunjung

4.2.3 Deskripsi Use Case

Didalam Use Case terdapat teks untuk menjelaskan urutan kegiatan yang

disebut deskripsi Use Case , adapun deskripsi usecase berikut :

1. Deksripsi Use Case Login

Deksripsi Use Case Login merupakan langkah utama yang dilakukan oleh

aktor (admin atau member) untuk dapat masuk kedalam menu utama sistem.

Tabel 4.1 Deskripsi Use Case Login

Nama Login
No Id Use Case UC-01
Aktor Admin atau Member
Deskripsi Dilakukan oleh aktor untuk otentikasi masuk kedalam
Sistem
Exception Login gagal
Pre Condition Username dan password sudah harus tersimpan dalam
database
Aktor Sistem
Scenario Normal
1. Aktor melakukan login
 dengan mengisi username
dan password
2. Membuka koneksi ke database
3. Melakukan validasi nama user dan
password
4. Sistem menampilkan halaman utama
admin
Scenario Alternatif (login gagal)
3a: Validasi gagal, Sistem akan mengeluarkan pesan peringatan
3b: Sistem memberi kesempatan untuk melakukan login kembali
Post Condition Aktor berhasil melakukan login

2. Deskripsi Use Case Mengelola Admin

Deskripsi use case mengelola data Admin berisikan langkah-langkah

admin untuk menambah dan menghapus data Admin baru, yang lebih

jelasnya dapat dilihat pada Tabel 4.2.

Tabel 4.2 Deskripsi Use Case Mengelola Admin

Nama Mengelola Admin

NoId Use Case UC-02
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Admin:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form Admin
2. Sistem menampilkan menu
Admin.
3.
- Jika ingin menambah Admin,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah Admin,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus Admin,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Admin
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
yang siap diisi untuk Admin
baru
3. Aktor menginputkan Admin dan
meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Admin
baru kedalam database
S-2 : Ubah Admin
1. Aktor memilih Admin yang akan
diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan Admin
yang dipilih aktor dan akan
diubah
4. Aktor mengubah Admin kemudian .
meng-klik tombol “Update”
5. Sistem menyimpan dan meng-
update Admin yang sudah di edit
oleh aktor kedalam database
S-3 : Hapus Admin
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan menghapus
<namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus Admin dari
database yang dipilih actor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Admin
Post Condition Aktor telah mengelola Admin
3. Deskripsi Use Case Mengelola Member

Deskripsi use case mengelola data Member berisikan langkah-langkah

admin untuk menambah dan menghapus data Member baru, yang lebih

jelasnya dapat dilihat pada Tabel 4.3.

Tabel 4.3 Deskripsi Use Case Mengelola Member

Nama Mengelola Member
NoId Use Case UC-03
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Member:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form Member
2. Sistem menampilkan menu
Member.
3.
- Jika ingin menambah Member,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah Member,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus Member,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Member
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
yang siap diisi untuk Member
baru
3. Aktor menginputkan Member dan
meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Member
baru kedalam database
 S-2 : Ubah Member
1. Aktor memilih Member yang akan
diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan Member
yang dipilih aktor dan akan
diubah
4. Aktor mengubah Member .
kemudian meng-klik tombol
“Update”
5. Sistem menyimpan dan meng-
update Member yang sudah di edit
oleh aktor kedalam database
S-3 : Hapus Member
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan menghapus
<namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus Member
dari database yang dipilih
actor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Member
Post Condition Aktor telah mengelola Member

4. Deskripsi Use Case Mengelola Properti

Deskripsi use case mengelola data Properti berisikan langkah-langkah

admin untuk menambah dan menghapus data Properti baru, yang lebih

jelasnya dapat dilihat pada Tabel 4.4.

Tabel 4.4 Deskripsi Use Case Mengelola Properti

Nama Mengelola Properti
NoId Use Case UC-04
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Properti:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form Properti
2. Sistem menampilkan menu
Properti.
3.
- Jika ingin menambah Properti,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah Properti,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus Properti,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Properti
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
yang siap diisi untuk Properti
baru
3. Aktor menginputkan Properti dan
meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Properti
baru kedalam database
S-2 : Ubah Properti
1. Aktor memilih Properti yang
akan diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan
Properti yang dipilih aktor
dan akan diubah
4. Aktor mengubah Properti .
kemudian meng-klik tombol
“Update”
5. Sistem menyimpan dan meng-
update Properti yang sudah di edit
oleh aktor kedalam database
 S-3 : Hapus Properti
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan
menghapus <namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus Properti
dari database yang dipilih
actor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Properti
Post Condition Aktor telah mengelola Properti

5. Deskripsi Use Case Mengelola Profil

Deskripsi use case mengelola data Profil berisikan langkah-langkah admin

untuk menambah dan menghapus data Profil baru, yang lebih jelasnya

dapat dilihat pada Tabel 4.5.

Tabel 4.5 Deskripsi Use Case Mengelola Profil

Nama Mengelola Profil

NoId Use Case UC-05
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Profil:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form Profil
2. Sistem menampilkan menu
Profil.
3.
- Jika ingin menambah Profil,
 maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah Profil, maka
sub scenario S-2 yang berlaku.
- Jika ingin menghapus Profil,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Profil
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
yang siap diisi untuk Profil
baru
3. Aktor menginputkan Profil dan
meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Profil baru
kedalam database
S-2 : Ubah Profil
1. Aktor memilih Profil yang akan
diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan Profil
yang dipilih aktor dan akan
diubah
4. Aktor mengubah Profil .
kemudian meng-klik tombol
“Update”
5. Sistem menyimpan dan meng-
update Profil yang sudah di edit
oleh aktor kedalam database
S-3 : Hapus Profil
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan
menghapus <namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus Profil
dari database yang dipilih
aktor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
 S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Profil
Post Condition Aktor telah mengelola Profil

6. Deskripsi Use Case Mengelola Komentar

Deskripsi use case mengelola data Komentar berisikan langkah-langkah

admin untuk menambah dan menghapus data Komentar baru, yang lebih

jelasnya dapat dilihat pada Tabel 4.6.

Tabel 4.6 Deskripsi Use Case Mengelola Komentar

Nama Mengelola Komentar

NoId Use Case UC-06
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Komentar:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form
Komentar
2. Sistem menampilkan menu
Komentar.
3.
- Jika ingin menambah
Komentar, maka sub scenario
S-1 yang berlaku.
- Jika ingin merubah Komentar,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus
Komentar, maka sub scenario
S-3 yang berlaku.
Sub Scenario
S-1 : Tambah Komentar
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
 yang siap diisi untuk Komentar
baru
3. Aktor menginputkan Komentar
dan meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Komentar
baru kedalam database
S-2 : Ubah Komentar
1. Aktor memilih Komentar yang
akan diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan
Komentar yang dipilih aktor
dan akan diubah
4. Aktor mengubah Komentar .
kemudian meng-klik tombol
“Update”
5. Sistem menyimpan dan meng-
update Komentar yang sudah di
edit oleh aktor kedalam database
S-3 : Hapus Komentar
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan
menghapus <namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus
Komentar dari database
yang dipilih aktor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Komentar
Post Condition Aktor telah mengelola Komentar
7. Deskripsi Use Case Mengelola Kategori

Deskripsi use case mengelola data Kategori berisikan langkah-langkah

admin untuk menambah dan menghapus data Kategori baru, yang lebih

jelasnya dapat dilihat pada Tabel 4.7.

Tabel 4.7 Deskripsi Use Case Mengelola Kategori

Nama Mengelola Kategori

NoId Use Case UC-07
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola Kategori:
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor telah berada di menu utama system
Aktor Sistem
Scenario Normal
1. Aktor membuka form Kategori
2. Sistem menampilkan menu
Kategori.
3.
- Jika ingin menambah Kategori,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah Kategori,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus Kategori,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Kategori
1. Aktor meng-klik tombol Tambah
2. Sistem menampilkan form
yang siap diisi untuk Kategori
baru
3. Aktor menginputkan Kategori dan
meng-klik tombol “simpan”
4. Sistem Menampilkan pesan
data tersimpan
5. Sistem menyimpan Kategori
baru kedalam database
S-2 : Ubah Kategori
 1. Aktor memilih Kategori yang
akan diubah
2. Aktor meng-klik “Edit”
3. Sistem menampilkan
Kategori yang dipilih aktor
dan akan diubah
4. Aktor mengubah Kategori .
kemudian meng-klik tombol
“Update”
5. Sistem menyimpan dan meng-
update Kategori yang sudah di edit
oleh aktor kedalam database
S-3 : Hapus Kategori
1. Aktor memilih data Kriteria dan
meng-klik tombol “hapus”
2. Sistem menampilkan pesan
“Anda yakin akan
menghapus <namafield>”
3. Aktor memilih tombol “Yes”
4. Sistem menghapus Kategori
dari database yang dipilih
aktor
Scenario Alternatif
S-1 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak terisi dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 4a :Sistem akan menampilkan pesan “Harap Isi Bagian ini” apabila ada
data yang tidak lengkap dan proses penyimpanan data dibatalkan
S-2 4b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “No”
S-3 3b : Sistem menampilkan halaman Kategori
Post Condition Aktor telah mengelola Kategori

8. Deskripsi Use Case Logout

Deskripsi use case logout merupakan langkah admin atau member keluar

dari menu utamanya.

Tabel 4.8 Deskripsi Use Case Logout

Nama Logout
No Id Use Case UC-08
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk keluar dari sistem
 Exception Logout gagal
Pre Condition -
Aktor Sistem
Scenario Normal
1. Aktor memilih menu Help
2. Aktor memilih menu logout
3. Sistem menutup aplikasi
4. Aktor keluar dari sistem
Post Condition Aktor berhasil keluar dari sistem

9. Melihat Profil

Deskripsi Use Case Melihat Profil merupakan kegiatan yang dilakukan oleh

pengunjung atau member untuk mendapatkan informasi profil.

Tabel 4.9 Deskripsi Use Case Melihat Profil

Nama Melihat Profil

NoId Use Case UC-09
Aktor Pengunjung
Deskripsi Dilakukan oleh pengunjung atau member untuk
mendapatkan informasi profil
Exception -
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor Membuka menu profil 2. Sistem menampilkan halaman
yang akan dibaca yang dipilih
3. Aktor mendapatkan informasi
Post Condition Aktor telah melihat informasi profil

10. Melihat Informasi Galeri

Deskripsi Use Case Melihat Informasi Galeri merupakan kegiatan yang

dilakukan oleh pengunjung atau member untuk mendapatkan informasi

Galeri.

Tabel 4.10 Deskripsi Use Case Melihat Informasi Galeri

Nama Melihat Informasi Galeri

NoId Use Case UC-10
Aktor Pengunjung
 Deskripsi Dilakukan oleh pengunjung atau member untuk
mendapatkan informasi
Exception -
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor Membuka Halaman 2. Sistem menampilkan halaman
Beranda dan memilih informasi yang dipilih
yang akan dibaca
3. Aktor mendapatkan informasi
Post Condition Aktor telah melihat informasi Galeri

11. Melihat Informasi Daftar Properti

Deskripsi use case melihat informasi daftar properti merupakan kegiatan

yang dilakukan oleh pengunjung atau member untuk mendapatkan informasi

daftar properti.

Tabel 4.11 Deskripsi Use Case Melihat Informasi Daftar Properti

Nama Melihat Informasi daftar properti

NoId Use Case UC-11
Aktor Pengunjung
Deskripsi Dilakukan oleh pengunjung atau member untuk
mendapatkan informasi daftar properti
Exception -
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor Membuka Halaman 2. Sistem menampilkan halaman
Beranda dan memilih informasi yang dipilih
yang akan dibaca
3. Aktor mendapatkan informasi
Post Condition Aktor telah melihat informasi

12. Melakukan Pendaftaran Member

Deskripsi Use Case Melakukan Pendaftaran Member merupakan kegiatan

yang dilakukan oleh pengunjung untuk mendaftarkan diri sebagai member.

Tabel 4.12 Deskripsi Use Case Melihat Informasi Properti

 Nama Melihat Informasi Properti
NoId Use Case UC-12
Aktor Pengunjung
Deskripsi Dilakukan oleh pengunjung untuk menjadi member
Exception -
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor Membuka Halaman 2. Sistem menampilkan halaman
Beranda dan memilih informasi yang dipilih
yang akan dibaca
3. Aktor mendapatkan informasi
Properti
Post Condition Aktor telah melihat informasi Properti

13. Melihat Informasi Berita

Deskripsi Use Case Melihat Informasi Berita merupakan kegiatan yang

dilakukan oleh pengunjung atau member untuk mendapatkan informasi

Berita.

Tabel 4.13 Deskripsi Use Case Melihat Informasi Berita

Nama Melihat Informasi Berita

NoId Use Case UC-13
Aktor Pengunjung
Deskripsi Dilakukan oleh pengunjung atau member untuk
mendapatkan informasi
Exception -
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor Membuka Halaman 2. Sistem menampilkan halaman
Beranda dan memilih informasi yang dipilih
yang akan dibaca
3. Aktor mendapatkan informasi
Berita
Post Condition Aktor telah melihat informasi Berita
4.2.4 Activity Diagram

Untuk menggambarkan aktivitas pada tiap-tiap Use Case, berikut activity

diagram dalam sistem ini :

1. Activity Diagram Login

Pada gambar 4.3 Menggambarkan proses activity diagram login

Gambar 4.3 Activity Diagram Login

Keterangan :

Pada proses activity diagram login terlebih dahulu admin memilih menu

login, lalu sistem menampilkan form login, selanjutnya aktor menginputkan

username dan password, setelah itu sistem membuka koneksi ke database

admin, sistem juga melakukan validasi terhadap username dan password

yang diinputkan oleh admin, jika username dan password benar maka admin

akan masuk kedalam halaman menu utama dari sistem, jika username dan
 password salah maka akan muncul pesan gagal login dan admin

menginputkan username dan password kembali.

2. Activity Diagram Menambah Data Admin

Pada gambar 4.4 Menggambarkan proses activity diagram menambah data

Admin

Gambar 4.4 Activity Diagram Menambah Data Admin

Keterangan :

Pada proses activity diagram menambah data Admin, terlebih dahulu

memilih menu data Admin, selanjutnya sistem akan menampilkan form data

Admin yang di pilih oleh admin kemudian admin menekan tombol tambah

lalu admin menambahkan data Admin dan menekan tombol simpan,

selanjutnya sistem akan menvalidasi terhadap inputan data Admin yang akan

disimpan, jika data tersebut valid maka sistem akan menyimpan inputan data

Admin kedalam database Admin dan tampil pesan “data baru telah
 disimpan, namun jika tidak valid maka sistem akan menampilkan pesan

“harap isi bagian ini” dan admin menambahkan data Admin dan menekan

tombol simpan kembali.

3. Activity Diagram Mengedit Data Admin

Pada gambar 4.5 Menggambarkan proses activity diagram mengedit data

Admin

Gambar 4.5 Activity Diagram Mengedit Data Admin

Keterangan :

Pada proses activity diagram mengedit data Admin, terlebih dahulu admin

memilih menu data Admin, selanjutnya sistem akan menampilkan form data

Admin yang di pilih oleh admin kemudian admin memasukkan kode Admin

dan menekan tombol cari lalu sistem akan menampilkan data yang di cari
 kemudian admin menekan tombol edit lalu mengedit data Admin dan

menekan tombol simpan, selanjutnya sistem akan menvalidasi terhadap

pengeditan data Admin yang akan disimpan, jika data tersebut valid maka

sistem akan menyimpan pengeditan data Admin kedalam database Admin

dan tampil pesan “data telah di edit” namun jika tidak valid maka sistem

akan menampilkan pesan “harap isi bagian ini” / gagal disimpan dan admin

mengedit data Admin dan menekan tombol simpan kembali.

4. Activity Diagram Menghapus Data Admin

Pada gambar 4.6 Menggambarkan proses activity diagram menghapus data

Admin.

Gambar 4.6 Activity Diagram Menghapus Data Admin

Keterangan :

Pada proses activity diagram menghapus data Admin, terlebih dahulu admin

memilih menu data Admin, selanjutnya sistem akan menampilkan form data

Admin kemudian admin akan memasukkan kode Admin dan menekan

 tombol cari lalu sistem akan menampilkan data yang di cari kemudian

admin menekan tombol hapus, selanjutnya sistem akan memberikan

konfirmasi terhadap data Admin yang akan dihapus, jika memilih ya maka

sistem akan menyimpan pengeditan data Admin kedalam database. Admin

dan tampil pesan “data berhasil dihapus” namun jika tidak maka sistem akan

menampilkan pesan “data batal dihapus” dan admin memilih data Admin

dan menekan tombol hapus kembali.

5. Activity Diagram Menambah Data Member

Pada gambar 4.7 Menggambarkan proses activity diagram menambah data

Member

Gambar 4.7 Activity Diagram Menambah Data Member

Keterangan :
 Pada proses activity diagram menambah data Member, terlebih dahulu

memilih menu data Member, selanjutnya sistem akan menampilkan form

data Member yang di pilih oleh admin kemudian admin menekan tombol

tambah lalu admin menambahkan data Member dan menekan tombol

simpan, selanjutnya sistem akan menvalidasi terhadap inputan data Member

yang akan disimpan, jika data tersebut valid maka sistem akan menyimpan

inputan data Member kedalam database Member dan tampil pesan “data

baru telah disimpan, namun jika tidak valid maka sistem akan menampilkan

pesan “tidak boleh kosong” dan admin menambahkan data Member dan

menekan tombol simpan kembali.

6. Activity Diagram Mengedit Data Member

Pada gambar 4.8 Menggambarkan proses activity diagram mengedit data

Member

Gambar 4.8 Activity Diagram Mengedit Data Member

Keterangan :
 Pada proses activity diagram mengedit data Member, terlebih dahulu admin

memilih menu data Member, selanjutnya sistem akan menampilkan form

data Member yang di pilih oleh admin kemudian admin memasukkan kode

Member dan menekan tombol cari lalu sistem akan menampilkan data yang

di cari kemudian admin menekan tombol edit lalu mengedit data Member

dan menekan tombol simpan, selanjutnya sistem akan menvalidasi terhadap

pengeditan data Member yang akan disimpan, jika data tersebut valid maka

sistem akan menyimpan pengeditan data Member kedalam database

Member dan tampil pesan “data telah di edit” namun jika tidak valid maka

sistem akan menampilkan pesan “tidak boleh kosong” / gagal disimpan dan

admin mengedit data Member dan menekan tombol simpan kembali.

7. Activity Diagram Menghapus Data Member

Pada gambar 4.9 Menggambarkan proses activity diagram menghapus data

Member.

Gambar 4.9 Activity Diagram Menghapus Data Member

Keterangan :
 Pada proses activity diagram menghapus data Member, terlebih dahulu

admin memilih menu data Member, selanjutnya sistem akan menampilkan

form data Member kemudian admin akan memasukkan kode Member dan

menekan tombol cari lalu sistem akan menampilkan data yang di cari

kemudian admin menekan tombol hapus, selanjutnya sistem akan

memberikan konfirmasi terhadap data Member yang akan dihapus, jika

memilih ya maka sistem akan menyimpan pengeditan data Member kedalam

database. Member dan tampil pesan “data berhasil dihapus” namun jika

tidak maka sistem akan menampilkan pesan “data batal dihapus” dan admin

memilih data Member dan menekan tombol hapus kembali.

8. Activity Diagram Menambah Data Properti

Pada gambar 4.10 Menggambarkan proses activity diagram menambah data

Properti

Gambar 4.10 Activity Diagram Menambah Data Properti

Keterangan :
 Pada proses activity diagram menambah data Properti, terlebih dahulu

memilih menu data Properti, selanjutnya sistem akan menampilkan form

data Properti yang di pilih oleh admin kemudian admin menekan tombol

tambah lalu admin menambahkan data Properti dan menekan tombol

simpan, selanjutnya sistem akan menvalidasi terhadap inputan data Properti

yang akan disimpan, jika data tersebut valid maka sistem akan menyimpan

inputan data Properti kedalam database Properti dan tampil pesan “data

baru telah disimpan, namun jika tidak valid maka sistem akan menampilkan

pesan “tidak boleh kosong” dan admin menambahkan data Properti dan

menekan tombol simpan kembali.

9. Activity Diagram Mengedit Data Properti

Pada gambar 4.11 Menggambarkan proses activity diagram mengedit data

Properti

Gambar 4.11 Activity Diagram Mengedit Data Properti

Keterangan :
 Pada proses activity diagram mengedit data Properti, terlebih dahulu admin

memilih menu data Properti, selanjutnya sistem akan menampilkan form

data Properti yang di pilih oleh admin kemudian admin memasukkan kode

Properti dan menekan tombol cari lalu sistem akan menampilkan data yang

di cari kemudian admin menekan tombol edit lalu mengedit data Properti

dan menekan tombol simpan, selanjutnya sistem akan menvalidasi terhadap

pengeditan data Properti yang akan disimpan, jika data tersebut valid maka

sistem akan menyimpan pengeditan data Properti kedalam database Properti

dan tampil pesan “data telah di edit” namun jika tidak valid maka sistem

akan menampilkan pesan “tidak boleh kosong” / gagal disimpan dan admin

mengedit data Properti dan menekan tombol simpan kembali.

10. Activity Diagram Menghapus Data Properti

Pada gambar 4.12 Menggambarkan proses activity diagram menghapus data

Properti.

Gambar 4.12 Activity Diagram Menghapus Data Properti

Keterangan :

Pada proses activity diagram menghapus data Properti, terlebih dahulu admin

memilih menu data Properti, selanjutnya sistem akan menampilkan form data
Properti kemudian admin akan memasukkan kode Properti dan menekan tombol

cari lalu sistem akan menampilkan data yang di cari kemudian admin menekan

tombol hapus, selanjutnya sistem akan memberikan konfirmasi terhadap data

Properti yang akan dihapus, jika memilih ya maka sistem akan menyimpan

pengeditan data Properti kedalam database. Properti dan tampil pesan “data

berhasil dihapus” namun jika tidak maka sistem akan menampilkan pesan “data

batal dihapus” dan admin memilih data Properti dan menekan tombol hapus

kembali.

11. Activity Diagram Menambah Data Profil

Pada gambar 4.13 Menggambarkan proses activity diagram menambah data

Profil

Gambar 4.13 Activity Diagram Menambah Data Profil

Keterangan :
 Pada proses activity diagram menambah data Profil, terlebih dahulu memilih

menu data Profil, selanjutnya sistem akan menampilkan form data Profil

yang di pilih oleh admin kemudian admin menekan tombol tambah lalu

admin menambahkan data Profil dan menekan tombol simpan, selanjutnya

sistem akan menvalidasi terhadap inputan data Profil yang akan disimpan,

jika data tersebut valid maka sistem akan menyimpan inputan data Profil

kedalam database Profil dan tampil pesan “data baru telah disimpan, namun

jika tidak valid maka sistem akan menampilkan pesan “tidak boleh kosong”

dan admin menambahkan data Profil dan menekan tombol simpan kembali.

12. Activity Diagram Mengedit Data Profil

Pada gambar 4.14 Menggambarkan proses activity diagram mengedit data

Profil

Gambar 4.14 Activity Diagram Mengedit Data Profil

Keterangan :
 Pada proses activity diagram mengedit data Profil, terlebih dahulu admin

memilih menu data Profil, selanjutnya sistem akan menampilkan form data

Profil yang di pilih oleh admin kemudian admin memasukkan kode Profil

dan menekan tombol cari lalu sistem akan menampilkan data yang di cari

kemudian admin menekan tombol edit lalu mengedit data Profil dan

menekan tombol simpan, selanjutnya sistem akan menvalidasi terhadap

pengeditan data Profil yang akan disimpan, jika data tersebut valid maka

sistem akan menyimpan pengeditan data Profil kedalam database Profil dan

tampil pesan “data telah di edit” namun jika tidak valid maka sistem akan

menampilkan pesan “tidak boleh kosong” / gagal disimpan dan admin

mengedit data Profil dan menekan tombol simpan kembali.

13. Activity Diagram Menghapus Data Profil

Pada gambar 4.15 Menggambarkan proses activity diagram menghapus data

Profil.

Gambar 4.15 Activity Diagram Menghapus Data Profil

Keterangan :
 Pada proses activity diagram menghapus data Profil, terlebih dahulu admin

memilih menu data Profil, selanjutnya sistem akan menampilkan form data

Profil kemudian admin akan memasukkan kode Profil dan menekan tombol

cari lalu sistem akan menampilkan data yang di cari kemudian admin

menekan tombol hapus, selanjutnya sistem akan memberikan konfirmasi

terhadap data Profil yang akan dihapus, jika memilih ya maka sistem akan

menyimpan pengeditan data Profil kedalam database. Profil dan tampil

pesan “data berhasil dihapus” namun jika tidak maka sistem akan

menampilkan pesan “data batal dihapus” dan admin memilih data Profil dan

menekan tombol hapus kembali.

14. Activity Diagram Menambah Data Komentar

Pada gambar 4.16 Menggambarkan proses activity diagram menambah data

Komentar

Gambar 4.16 Activity Diagram Menambah Data Komentar

Keterangan :
 Pada proses activity diagram menambah data Komentar, terlebih dahulu

memilih menu data Komentar, selanjutnya sistem akan menampilkan form

data Komentar yang di pilih oleh admin kemudian admin menekan tombol

tambah lalu admin menambahkan data Komentar dan menekan tombol

simpan, selanjutnya sistem akan menvalidasi terhadap inputan data

Komentar yang akan disimpan, jika data tersebut valid maka sistem akan

menyimpan inputan data Komentar kedalam database Komentar dan tampil

pesan “data baru telah disimpan, namun jika tidak valid maka sistem akan

menampilkan pesan “tidak boleh kosong” dan admin menambahkan data

Komentar dan menekan tombol simpan kembali.

15. Activity Diagram Mengedit Data Komentar

Pada gambar 4.17 Menggambarkan proses activity diagram mengedit data

Komentar

Gambar 4.17 Activity Diagram Mengedit Data Komentar

 Keterangan :

Pada proses activity diagram mengedit data Komentar, terlebih dahulu

admin memilih menu data Komentar, selanjutnya sistem akan menampilkan

form data Komentar yang di pilih oleh admin kemudian admin memasukkan

kode Komentar dan menekan tombol cari lalu sistem akan menampilkan

data yang di cari kemudian admin menekan tombol edit lalu mengedit data

Komentar dan menekan tombol simpan, selanjutnya sistem akan

menvalidasi terhadap pengeditan data Komentar yang akan disimpan, jika

data tersebut valid maka sistem akan menyimpan pengeditan data Komentar

kedalam database Komentar dan tampil pesan “data telah di edit” namun

jika tidak valid maka sistem akan menampilkan pesan “tidak boleh

kosong” / gagal disimpan dan admin mengedit data Komentar dan menekan

tombol simpan kembali.

16. Activity Diagram Menghapus Data Komentar

Pada gambar 4.18 Menggambarkan proses activity diagram menghapus data

Komentar.
 Gambar 4.18 Activity Diagram Menghapus Data Komentar

Keterangan :

Pada proses activity diagram menghapus data Komentar, terlebih dahulu

admin memilih menu data Komentar, selanjutnya sistem akan menampilkan

form data Komentar kemudian admin akan memasukkan kode Komentar

dan menekan tombol cari lalu sistem akan menampilkan data yang di cari

kemudian admin menekan tombol hapus, selanjutnya sistem akan

memberikan konfirmasi terhadap data Komentar yang akan dihapus, jika

memilih ya maka sistem akan menyimpan pengeditan data Komentar

kedalam database. Komentar dan tampil pesan “data berhasil dihapus”

namun jika tidak maka sistem akan menampilkan pesan “data batal dihapus”

dan admin memilih data Komentar dan menekan tombol hapus kembali.

17. Activity Diagram Menambah Data Kategori

Pada gambar 4.19 Menggambarkan proses activity diagram menambah data

Kategori
 Gambar 4.19 Activity Diagram Menambah Data Kategori

Keterangan :

Pada proses activity diagram menambah data Kategori, terlebih dahulu

memilih menu data Kategori, selanjutnya sistem akan menampilkan form

data Kategori yang di pilih oleh admin kemudian admin menekan tombol

tambah lalu admin menambahkan data Kategori dan menekan tombol

simpan, selanjutnya sistem akan menvalidasi terhadap inputan data Kategori

yang akan disimpan, jika data tersebut valid maka sistem akan menyimpan

inputan data Kategori kedalam database Kategori dan tampil pesan “data

baru telah disimpan, namun jika tidak valid maka sistem akan menampilkan

pesan “tidak boleh kosong” dan admin menambahkan data Kategori dan

menekan tombol simpan kembali.

18. Activity Diagram Mengedit Data Kategori

Pada gambar 4.20 Menggambarkan proses activity diagram mengedit data

Kategori
 Gambar 4.20 Activity Diagram Mengedit Data Kategori

Keterangan :

Pada proses activity diagram mengedit data Kategori, terlebih dahulu admin

memilih menu data Kategori, selanjutnya sistem akan menampilkan form

data Kategori yang di pilih oleh admin kemudian admin memasukkan kode

Kategori dan menekan tombol cari lalu sistem akan menampilkan data yang

di cari kemudian admin menekan tombol edit lalu mengedit data Kategori

dan menekan tombol simpan, selanjutnya sistem akan menvalidasi terhadap

pengeditan data Kategori yang akan disimpan, jika data tersebut valid maka

sistem akan menyimpan pengeditan data Kategori kedalam database

Kategori dan tampil pesan “data telah di edit” namun jika tidak valid maka

sistem akan menampilkan pesan “tidak boleh kosong” / gagal disimpan dan

admin mengedit data Kategori dan menekan tombol simpan kembali.

19. Activity Diagram Menghapus Data Kategori

Pada gambar 4.21 Menggambarkan proses activity diagram menghapus data

Kategori.
 Gambar 4.21 Activity Diagram Menghapus Data Kategori

Keterangan :

Pada proses activity diagram menghapus data Kategori, terlebih dahulu

admin memilih menu data Kategori, selanjutnya sistem akan menampilkan

form data Kategori kemudian admin akan memasukkan kode Kategori dan

menekan tombol cari lalu sistem akan menampilkan data yang di cari

kemudian admin menekan tombol hapus, selanjutnya sistem akan

memberikan konfirmasi terhadap data Kategori yang akan dihapus, jika

memilih ya maka sistem akan menyimpan pengeditan data Kategori

kedalam database. Kategori dan tampil pesan “data berhasil dihapus”

namun jika tidak maka sistem akan menampilkan pesan “data batal dihapus”

dan admin memilih data Kategori dan menekan tombol hapus kembali.

20. Activity Diagram Melihat Informasi Profil

Pada gambar 4.22 Menggambarkan proses activity diagram melihat

informasi profil.

Gambar 4. 22 Activity Diagram Melihat informasi profil

Keterangan :
 Pada proses aktivity diagram melihat informasi profil, terlebih dahulu admin

memilih menu profil, sistem menampilkan halaman profil dan aktor

mendapatkan informasi profil yang ada.

21. Activity Diagram Melihat Informasi Galeri

Pada gambar 4.23 Menggambarkan proses activity diagram melihat

informasi Galeri.

Gambar 4.23 Activity Diagram Melihat informasi Galeri

Keterangan :

Pada proses aktivity diagram melihat informasi Galeri, terlebih dahulu

admin memilih menu Galeri, sistem menampilkan halaman Galeri dan aktor

mendapatkan informasi Galeri yang ada.

22. Activity Diagram Melihat Informasi Daftar Properti

Pada gambar 4.24 Menggambarkan proses activity diagram melihat

informasi Daftar Properti

 Gambar 4.24 Activity Diagram Melihat informasi Daftar Properti

Keterangan :

Pada proses aktivity diagram melihat informasi daftar properti, terlebih

dahulu admin memilih menu daftar properti, sistem menampilkan halaman

daftar properti dan aktor mendapatkan informasi daftar properti yang ada.

23. Activity Diagram Melihat Informasi Properti

Pada gambar 4.25 Menggambarkan proses activity diagram melihat

informasi Properti.

Gambar 4.25 Activity Diagram Melihat informasi Properti

Keterangan :
 Pada proses aktivity diagram melihat informasi Properti, terlebih dahulu

admin memilih menu Properti, sistem menampilkan halaman Properti dan

aktor mendapatkan informasi Properti yang ada.

24. Activity Diagram Melihat Informasi Berita

Pada gambar 4.26 Menggambarkan proses activity diagram melihat

informasi Berita.

Gambar 4.26 Activity Diagram Melihat informasi Berita

Keterangan :

Pada proses aktivity diagram melihat informasi Berita, terlebih dahulu

admin memilih menu Berita, sistem menampilkan halaman Berita dan aktor

mendapatkan informasi Berita yang ada.

4.3 ANALISIS DOKUMEN

Analisis dokumen merupakan kegiatan untuk menganalisa atau mempelajari

beberapa dokumen yang ada/digunakan dalam sistem yang sedang berjalan saat

ini. Berikut adalah dokumen yang secara garis besar digunakan dalam

bertransaksi:

1. Form Penjualan

Deskripsi : Dokumen yang dibuat oleh marketing dengan pembeli

 Fungsi : Untuk laporan data penjualan dengan si pembeli

Sumber : Marketing

2. Kwitansi Pembayaran Uang Muka

Deskripsi : Dokumen yang dibuat oleh marketing dengan penjual

rumah tanda unit rumah sudah terjual.

Fungsi : Untuk data konsumen dan pemesanan unit rumah yang

akan terjual juga bukti pembayaran konsumen/pembeli

Sumber : Marketing

3. Perjanjian Jasa Pemasaran Tidak Terikat (Open Listing)

Deskripsi : Dokumen yang dibuat oleh marketing dengan penjual

rumah untuk setiap perjanjian rumah yang akan dijual.

Fungsi : Untuk data rumah yang akan dijual.

Sumber : Marketing

4.4 ANALISIS KEBUTUHAN DATA

Analisis kebutuhan status diatas dapat digambarkan dengan menggunakan

class diagram seperti yang terlihat pada gambar berikut :

 Gambar 4.27 Class Diagram

4.5 RANCANGAN OUTPUT INPUT

4.5.1 Rancangan Output

Rancangan output merupakan rancangan yang menggambarkan dan

menampilkan keluaran (output) yang dihasilkan oleh website sebagai sistem E-

marketing properti Jambi. Adapun rancangan input dapat dilihat pada gambar

dibawah ini
1. Rancangan Output Halaman Utama Admin

Rancangan Output Halaman Utama Admin merupakan halaman yang

tampil ketika admin telah berhasil masuk kedalam sistem dengan

mgenginputkan username dan password.

Gambar 4.28 Rancangan Output Halaman Utama Admin.

2. Rancangan Output Halaman Utama pengunjung

Rancangan Output Halaman Utama pengunjung merupakan halaman

yang tampil ketika pengunjung mengunjungi situs web Properti Jambi.

Gambar 4.29 Rancangan Output Halaman Utama pengunjung.

3. Rancangan Output Daftar Properti

Rancangan Output Daftar Properti merupakan Daftar Properti yang

disediakan oleh sistem E-marketing Properti Jambi.

Gambar 4.30 Rancangan Output Daftar Properti

4. Rancangan Output Profil

Rancangan Output Profil merupakan Profil yang menyediakan

informasi mengenai pemasaran properti dikota Jambi.

Gambar 4.31 Rancangan Output Profil

 5. Rancangan Output Profil

Rancangan Output Profil merupakan Profil yang menyediakan foto-

foto properti yang di pasaran dikota Jambi.

Gambar 4.32 Rancangan Output Profil

4.5.2 Rancangan Input

Rancangan input digunakan sebagai input data-data yang dibutuhkan oleh

user agar dapat mengolah data kedalam tabel database. Adapun rancangan input

dapat dilihat pada gambar dibawah ini :

1. Rancangan form login admin

Rancangan form login digunakan admin untuk dapat masuk kedalam

menu utama.
 Gambar 4.33 Rancangan From Login Admin

2. Rancangan form login anggota

Rancangan form login anggota digunakan untuk pengunjung yang

telah mendaftar menjadi anggota.

Gambar 4.34 Rancangan Form Login Anggota

3. Rancangan form input Pendaftaran

Rancangan form input data pendaftaran digunakan untuk membuat

form input data pendaftaran.

 Gambar 4.35 Rancangan Form Input Pendaftaran

4. Rancangan form input Kategori

Rancangan form input Kategori digunakan untuk membuat form input

data Kategori.

Gambar 4.36 Rancangan Form Input Kategori

5. Rancangan form input Properti

Rancangan form input data Properti digunakan untuk membuat form

input data Properti.

 Gambar 4.37 Rancangan Form Input Properti

6. Rancangan form input Profil

Rancangan form input data Profil digunakan untuk membuat form

input data Profil.

Gambar 4.38 Rancangan Form Input Profil

 7. Rancangan form input Admin

Rancangan form input data Admin digunakan untuk membuat form

input data Admin.

Gambar 4.39 Rancangan Form Input Admin

4.6 RANCANGAN STRUKTUR DATA YANG AKAN DIGUNAKAN

Berikut ini merupakan rancangan struktur data yang menggambarkan

struktur dari tabel-tabel yang akan digunakan untuk menyimpan status pada

aplikasi yang akan dibuat.

1. Tabel Admin

Rancangan tabel Admin digunakan untuk membuat tabel pada database.

Adapun rancangan tabel admin dapat dilihat pada tabel dibawah ini:

Tabel 4.14 Admin

Nama Field Tipe Panjang Keterangan
id_admin Varchar 10 Primary Key
hak_akses Enum - -
username Varchar 30 -
password Varchar 20 -
2. Tabel Kategori

Rancangan tabel kategori digunakan untuk membuat tabel pada database.

Adapun rancangan tabel kategori dapat dilihat pada tabel dibawah ini:

Tabel 4.15 Kategori

Nama Field Tipe Panjang Keterangan

id_Kategori Varchar 10 Primary Key
Kategori Varchar 20 -

3. Tabel Komentar

Rancangan tabel komentar digunakan untuk membuat tabel pada database.

Adapun rancangan tabel komentar dapat dilihat pada tabel dibawah ini:

Tabel 4.16 Komentar

Nama Field Tipe Panjang Keterangan

id_komentar Varchar 10 Primary Key
id_produk Varchar 10 Foreign Key
id_member Varchar 10 Foreign Key
foto Varchar 100 -
Komentar Text - -

4. Tabel Member

Rancangan tabel member digunakan untuk membuat tabel pada database.

Adapun rancangan tabel member dapat dilihat pada tabel dibawah ini:

Tabel 4.17 Member

Nama Field Tipe Panjang Keterangan

id_member Varchar 10 Primary Key
nama_member Varchar 50 -
alamat Text - -
jenis_kelamin Enum - -
no_telepon Int 13 -
email Varchar 20 -
 username Varchar 30 -
password Varchar 20 -

5. Tabel Profil

Rancangan tabel Profil digunakan untuk membuat tabel pada database.

Adapun rancangan tabel Profil dapat dilihat pada tabel dibawah ini:

Tabel 4.18 Profil

Nama Field Tipe Panjang Keterangan

id_profil Varchar 10 Primary Key
Nama Varchar 50 -
gambar Varchar 100 -
no_telepon Int 13 -
email Varchar 20 -
alamat Text - -
deskripsi Text - -

6. Tabel Properti

Rancangan tabel properti digunakan untuk membuat tabel pada database.

Adapun rancangan tabel properti dapat dilihat pada tabel dibawah ini:

Tabel 4.19 Properti

Nama Field Tipe Panjang Keterangan

id_Properti Varchar 10 Primary Key
id_member Varchar 10 Foreign Key
nama_properti Varchar 10 -
kategori Varchar 50 -
jumlah Int 10 -
harga_jual Int 10 -
foto Varchar 50 -
status Enum - -
keterangan Text - -