Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
62
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Pada bagian ini penulis menjelaskan bagaimana proses pembuatan sistem mulai
dari tahap menganalisis kebutuhan sampai akhirnya sistem administrasi yang
dirancang siap untuk digunakan.
4.1.1. Analisis Kebutuhan
Berdasarkan dari hasil analisa yang di amati pada KSP Jaya Bersama
Cikampek setiap proses storting dan pembukuan disimpan dalam media kertas dan
buku. Maka terdapat kebutuhan dalam mengelola data nasabah, penginputan storting,
pembuatan laporan, dan media penyimpanan Sistem informasi administrasi ini
dirancang untuk dikelola tiga user, yakni Collector, Staff Rekap dan Manajer.
Analisa kebutuhan user akan sistem informasi administrasi pada KSP Jaya
Bersama Cikampek diuraikan sebagai berikut:
63
A. Collector
a). Bagian Collector login.
b). Bagian Collector Mengakses menu utama.
c). Mengolah Menu Nasabah
1. Data Nasabah
2. Data Akun
d). Mengolah Menu Storting.
1. Laporan Storting
A2. Staff Rekap
a). Bagian Staff Rekap login.
b). Bagian Staff Rekap Mengakses menu utama.
c) Bagian Staf Rekap mengecek laporan storting
d). Bagian Staff Rekap mengakses menu validasi.
1. Validasi laporan
64
A3. Manajer
a). Bagian Manajer login.
b). Bagian Manajer Mengakses menu utama.
c) Bagian Manajer Melihat Laporan Harian
1. Mencetak Laporan Harian
d). Bagian Manajer Melihat Laporan Bulanan.
1. Mencetak Laporan Bulanan.
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses aplikasi
dengan memasukan username dan password agar privasi masing-masing pengguna
dapat terjaga keamanannya.
2. Setelah aplikasi selesai digunakan pengguna harus melakukan logout.
3. Sistem melakukan validasi laporan administrasi pembukuan.
65
4.1.2 Rancangan Diagram Usecase
1. Use Case Diagram Sistem Administrasi storting
Gambar dibawah ini menjelaskan use case diagram sistem administrasi
COLLECTOR
STAFF REKAP
MANAGER
Mengolah Data Nasabah
Mengolah Data Storting
Melakukan Login
Mengecek Laporan Storting
Validasi LaporanStorting
Melihat Laporan Harian
Mencetak Laporan Harian
Melihat Laporan Bulanan
Mencetak Laporan Bulanan
<<include>>
<<include>>
<<include>>
<<include>> <<include>>
<<include>>
<<include>>
Sumber : Hasil Perancangan pada KSP Jaya Bersama Cikampek (2019)
Gambar IV.1 Use case diagram sistem administrasi storting
66
Collector, Staff Rekap dan Manajer dapat melakukan login pada sistem
administrasi KSP Jaya Bersama Cikampek. Collector, Staff Rekap dan Manajer masuk
ke menu login mengisi username dan password, kemudian diverifikasi data.
Tabel IV.1. Deskripsi Use Case login
Use Case name Login
Requirements User Mengakses sistem administrasi
Goal Mengakses menu utama
Pre-Conditions User mengisi username dan password
Post-Conditions Masuk kedalam sistem Administrasi
Failed and Condition Kesalahan dalam mengisi username dan
Password
Actors Collector, Staff rekap, dan Manajer
Main flow/ basic path 1. User membuka sistem
2.User mengisi Username dan Password
3. User dapat mengakses menu utama
sesuai level akses
Alternative flow/ invariant A -
Invariant B -
Sumber : Hasil Penelitian (2019)
67
Tabel IV.2. Usecase mengolah data nasabah
Use Case name Mengolah data nasabah
Requirements Collector dan manajer dapat melihat data
nasabah
Goal Collector dapat mengolah data nasabah
Pre-Conditions Collector mengisi data nasabah
Post-Conditions Data nasabah tersimpan didalam sistem
Failed and Condition Data nasabah yang diisi tidak lengkap
Actors Collector dan Manajer
Main flow/ basic path 1. Collector mengisi data nasabah.
2. Collector menyimpan data nasabah
Alternative flow/ invariant A Data nasabah tidak lengkap
Data nasabah tidak tersimpan
Invariant B Data nasabah ganda dan tidak dapat
tersimpan
Sumber : Hasil Penelitian (2019)
Tabel IV.3. Usecase mengolah data storting
Use Case name Mengolah data storting
Requirements Collector dan manajer dapat melihat data
storting
Goal Collector dapat mengolah data storting
68
Pre-Conditions Collector mengisi data storting
Post-Conditions Data storting tersimpan didalam sistem
Failed and Condition Data storting yang diisi tidak lengkap
Actors Collector dan Manajer
Main flow/ basic path 1. Collector mengisi data storting.
2. Collector menyimpan data storting
Alternative flow/ invariant A Data storting tidak diisi
Data storting tidak tersimpan
Invariant B Data storting ganda dan tidak dapat
tersimpan
Sumber : Hasil Penelitian (2019)
Tabel IV.4. Usecase mengecek laporan storting
Use Case name Mengecek laporan storting
Requirements Staff Rekap dan manajer dapat mengecek
laporan storting
Goal Staff Rekap dapat mengecek laporan
storting
Pre-Conditions Collector mengecek laporan storting
Post-Conditions Laporan storting terlihat didalam sistem
Failed and Condition Laporan storting yang diisi tidak lengkap
Actors Staff rekap dan Manajer
Main flow/ basic path 1. Staff rekap mengecek laporan storting
69
2. Laporan storting terlihat di menu utama
Alternative flow/ invariant A Laporan storting tidak lengkap
Laporan storting tidak ada
Invariant B -
Sumber : Hasil Penelitian (2019)
Tabel IV.5. Usecase validasi laporan storting
Use Case name Validasi laporan storting
Requirements Staff Rekap dan manajer dapat
memvalidasi laporan storting
Goal Staff Rekap dapat memvalidasi laporan
storting
Pre-Conditions Staff Rekap memvaloidasi laporan
storting
Post-Conditions Laporan harian tersimpan
Laporan storting terlihat didalam menu
utama manajer
Failed and Condition Laporan storting yang diisi tidak lengkap
Actors Staff rekap dan Manajer
Main flow/ basic path 1. Staff rekap memvalidasi laporan
storting
2. Laporan storting terlihat di menu utama
Alternative flow/ invariant A Laporan storting tidak lengkap
70
Laporan storting tidak ada
Invariant B -
Sumber : Hasil Penelitian (2019)
Tabel IV.6. Usecase melihat laporan harian
Use Case name Melihat laporan harian
Requirements Manajer dapat melihat laporan harian
Goal Manajer dapat melihat laporan harian
Pre-Conditions Manajer melihat laporan harian
Post-Conditions Laporan harian terlihat di menu utama
Laporan harian siap dicetak
Failed and Condition Laporan storting tidak terlihat di menu
utama
Actors Manajer
Main flow/ basic path 1. Manajer melihat laporan harian
2. Laporan harian siap dicetak
Alternative flow/ invariant A Laporan tidak terlihat
Invariant B -
Sumber : Hasil Penelitian (2019)
Tabel IV.7. Usecase mencetak laporan harian
Use Case name Mencetak laporan harian
Requirements Manajer dapat mencetak laporan harian
71
Goal Manajer dapat mencetak laporan harian
Pre-Conditions Manajer mencetak laporan harian
Post-Conditions Laporan harian terlihat di menu utama
Laporan harian dicetak
Failed and Condition Laporan storting tidak terlihat di menu
utama
Actors Manajer
Main flow/ basic path 1. Manajer melihat laporan harian
2. Laporan harian dicetak
Alternative flow/ invariant A Laporan tidak terlihat
Invariant B -
Sumber : Hasil Penelitian (2019)
Tabel IV.8. Usecase melihat laporan bulanan
Use Case name Melihat laporan bulanan
Requirements Manajer dapat melihat laporan bulanan
Goal Manajer dapat melihat laporan bulanan
Pre-Conditions Manajer melihat laporan harian
Post-Conditions Laporan bulanan terlihat di menu utama
Laporan bulanan siap dicetak
Failed and Condition Laporan storting tidak terlihat di menu
utama
Actors Manajer
72
Main flow/ basic path 1. Manajer melihat laporan bulanan
2. Laporan harian siap dicetak
Alternative flow/ invariant A Laporan tidak terlihat
Invariant B -
Sumber : Hasil Penelitian (2019)
Tabel IV.9. Usecase mencetak laporan bulanan
Use Case name Mencetak laporan bulanan
Requirements Manajer dapat mencetak laporan bulanan
Goal Manajer dapat mencetak laporan bulanan
Pre-Conditions Manajer mencetak laporan bulanan
Post-Conditions Laporan bulanan terlihat di menu utama
Laporan bulanan dicetak
Failed and Condition Laporan bulanan tidak terlihat di menu
utama
Actors Manajer
Main flow/ basic path 1. Manajer mencetak laporan bulanan
2. Laporan bulanan dicetak
Alternative flow/ invariant A Laporan tidak terlihat
Invariant B -
Sumber : Hasil Penelitian (2019)
73
4.1.3. Rancangan Diagram Aktivitas
Rancangan Activity Diagram menggambarkan alur kerja dan menjelaskan
kegiatan dari pengguna atau dari sistem secara keseluruhan. Berikut adalah diagram
activity pada sistem usulan.
A. Activity Diagram Collector
Collector
Melakukan login
Menginput username
dan password
Verifikasi login
Menampilkan menu
utama
Mengelola data
nasabahMengelola storting
Logout
Pilihan menu
Keluar
Yakin ingin keluar?
Ya
Tidak
Sistem
Menampilkan Form
Login
Sumber : Hasil Penelitian (2019)
Gambar IV.2. Diagram Activity Collector
74
B. Activity Diagram Staff Rekap
Staff Rekap
Melakukan login
Menginput username
dan password
Verifikasi login
Menampilkan menu
utama
Mengecek laporan
storting
Validasi laporan
storting
Logout
Pilihan menu
Keluar
Yakin ingin keluar?
Ya
Tidak
Sistem
Menampilkan Form
Login
Memilih menu
Klik Logout
Sumber : Hasil Penelitian (2019)
Gambar IV.3. Diagram Activity Staff Rekap
75
C. Activity Diagram Manajer
Manager
Melakukan login
Menginput username
dan password
Verifikasi login
Menampilkan menu
utama
Melihat Laporan Mencetak Laporan
Logout
Pilihan menu
Keluar
Yakin ingin keluar?
Ya
Tidak
Laporan Storting Laporan Harian Laporan Bulanan Laporan Harian Laporan Bulanan
Manager
Menampilkan Form
Login
Memilih menu
Klik Logout
Sumber : Hasil Penelitian (2019)
Gambar IV.4. Diagram Activity Manajer
76
4.1.4. Rancangan Dokumen Sistem Usulan
Rancangan dokumen sistem usulan ini menjelaskan tentang dokumen yang
digunakan dan yang dihasilkan oleh sistem. Spesifikasi rancangan dokumen sistem
usulan ini terbagi menjadi bentuk dokumen masukan dan dokumen keluaran.
A. Spesifikasi Bentuk Dokumen Masukan
1. Nama Dokumen : Tambah Nasabah
Fungsi : Untuk mengolah data nasabah baru
Sumber : Collector
Tujuan : Database Sistem
Jumlah : 1 Lembar
Frekuensi : Setiap menginput data nasabah baru
Bentuk : Soft File
2. Nama Dokumen : Storting
Fungsi : Untuk mengolah data storting
Sumber : Collector
Tujuan : Staff Rekap
Jumlah : 1 Lembar
Frekuensi : Setiap menginput data storting
77
Bentuk : Soft File
3. Nama Dokumen : Validasi data storting
Fungsi : Untuk memvalidasi data storting
Sumber : Staff Rekap
Tujuan : Manajer
Jumlah : 1 Lembar
Frekuensi : Setiap mengecek laporan storting dari collector
Bentuk : Soft File
B. Spesifikasi Bentuk Dokumen Keluaran
1. Nama Dokumen : Laporan storting
Fungsi : Untuk mengetahui data storting
Sumber : Collector
Tujuan : Staff Rekap
Jumlah : 1 Lembar
Frekuensi : Setiap collector selesai storting
Bentuk : Soft File
2. Nama Dokumen : Laporan Harian
78
Fungsi : Untuk mengetahui laporan pemasukan harian
Sumber : Staff Rekap
Tujuan : Manajer
Jumlah : 1 Lembar
Frekuensi : Setiap proses storting selesai
Bentuk : file
3. Nama Dokumen : Laporan Bulanan
Fungsi : Untuk mengetahui laporan pemasukan bulanan
Sumber : Staff Rekap
Tujuan : Manajer
Jumlah : 1 Lembar
Frekuensi : Setiap proses storting selesai
Bentuk : file\
79
4.1.5. Rancangan Prototype / interface
Hasil dari analisis kebutuhan dijadikan sebagai landasan dalam membuat
rancangan . Berikut adalah tampilan rancangan prototype/ tampilan antar muka.
1. Rancangan Tampilan Login
Sumber : Hasil Penelitian (2019)
Gambar IV.5. Tampilan Login
2. Tampilan Menu Utama
Sumber : Hasil Penelitian (2019)
Gambar IV.6. Tampilan Menu Utama
80
3. Tampilan Tambah Nasabah
Sumber : Hasil Penelitian (2019)
Gambar IV.7. Tampilan Menu Tambah Nasabah
81
4. Tampilan Menu Storting
Sumber : Hasil Penelitian (2019)
Gambar IV.8. Tampilan Menu Storting
5. Tampilan menu validasi
Sumber : Hasil Penelitian (2019)
Gambar IV.9. Tampilan Menu Validasi
82
6. Tampilan Laporan Harian
Sumber : Hasil Penelitian (2019)
Gambar IV.10. Tampilan Menu Laporan Harian
7. Tampilan Menu Laporan Bulanan
Sumber : Hasil Penelitian (2019)
Gambar IV.11. Tampilan Menu Laporan Bulanan
83
4.2 Perancangan Perancangan Lunak
Perancangan perangkat lunak ini difokuskan pada enam atribut, yaitu ERD,
LRS, spesifikasi file, class diagram, sequence diagram, dan spesifikasi hardware dan
software.
4.2.1. Entity Relationship Diagram (ERD)
User
Storting
Nasabah
Validasi
Laporan Menginput
Menginput
Memiliki
Memiliki
Melihat
Melakukan
Memiliki
Id_userusername
passwordlevel
Id_user
Id_nasabah
Nama_nasabah
Tgl_pinjaman
Besar_pinjaman
cicilan
alamat
usaha
Id_storting
Besar_pinjaman
Id_nasabah
cicilan
Tgl_pinjaman
Id_stortingId_user
cicilan
Besar_storting
validasi
Id_nasabahnomor
Id_user
Tanggal
Bulan
Id_nasabah
Besar_storting
nomor
1
1
1
M
1
1
1
M
1
1
1
1
1
1
Id_user
Sumber : Hasil Penelitian (2019)
Gambar IV.12. Rancangan Entity Relationship Diagram (ERD)
84
4.2.2. Logical Record Structure (LRS)
user
id_user*usernamepasswordlevel
nasabah
id_nasabah*id_user**nama_nasabahcicilanbesar_pinjamanusahaalamattgl_pinjaman
storting
id_storting*id_user**id_nasabah**besar_pinjamanbesar_stortingtgl_pinjamancicilan
validasi
nomor*id_storting**id_nasabah**id_uservalidasicicilan
laporan
nomor*id_user**tanggalbulanbesar_storting
1M
1
1
1
M
1
1
1
11
1
1
1
Sumber : Hasil Penelitian (2019)
Gambar IV.13. Rancangan Logical Record Structure
85
4.2.3. Spesifikasi File
Penjelasan dalam basis data diuraikan lebih lanjut dalam bentuk spesifikasi file.
Adapun Spesifikasi file yang akan diuraikan adalah sebagai berikut:
1. Spesifikasi file user
Nama File : User
Akronim : user.sql
Fungi : Untuk menyimpan data pengguna
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 46
Kunci Field : id_user
Softtware : MySQL
Tabel IV.10. Spesifikasi File User
No Elemen Data Nama Field Tipe Panjang Ket
1 Kode User Id_user varchar 6 Primary Key
86
2 Nama User Username varchar 20
3 Password Password varchar 10
4 Level Level Int 10
2. Spesifikasi file nasabah
Nama File : nasabah
Akronim : nasabah.sql
Fungi : Untuk menyimpan data nasabah
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 112
Kunci Field : id_nasabah
Softtware : MySQL
Tabel IV.11. Spesifikasi File Nasabah
No Elemen Data Nama Field Tipe Panjang Ket
1 Kode Nasabah Id_nasabah varchar 6 Primary Key
87
2 Kode User Id_user varchar 6 Foreign Key
3 Nama Nasabah Nama_nasabah varchar 20
4 Besar Cicilan Cicilan Int 10
5 Besar Pinjaman Besar_pinjaman Int 10
6 Pekerjaan Usaha varchar 30
7 Alamat Nasabah Alamat varchar 30
8 Tanggal Peminjaman Tgl_pinjaman Date -
3. Spesifikasi file storting
Nama File : storting
Akronim : storting.sql
Fungi : Untuk menyimpan data storting
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 48
Kunci Field : id_storting
Softtware : MySQL
88
Tabel IV.12. Spesifikasi File Storting
No Elemen Data Nama Field Tipe Panjang Ket
1 Kode Storting Id_storting Varchar 6 Primary Key
2 Kode Nasabah Id_nasabah Varchar 6 Foreign Key
3 Kode User Id_user Varchar 6 Foreign Key
4 Besar Pinjaman Besar_pinjaman Int 10
5 Besar Storting Besar_storting Int 10
6 Besar Cicilan Cicilan Int 10
4. Spesifikasi file validasi
Nama File : validasi
Akronim : validasi.sql
Fungi : Untuk menyimpan data validasi
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 34
Kunci Field : id_validasi
89
Softtware : MySQL
Tabel IV.13. Spesifikasi File Validasi
No Elemen Data Nama Field Tipe Panjang Ket
1 Kode Validasi Id_validasi Varchar 6 Primary Key
2 Kode Storting Id_storting Varchar 6 Foreign Key
3 Kode User Id_user Varchar 6 Foreign Key
4 Validasi Validasi Varchar 6
5 Besar Cicilan Cicilan Int 10
5. Spesifikasi file laporan
Nama File : laporan
Akronim : laporan.sql
Fungi : Untuk menyimpan data laporan
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 28
Kunci Field : nomor
90
Softtware : MySQL
Tabel IV.14. Spesifikasi File Laporan
No Elemen Data Nama Field Tipe Panjang Ket
1 Nomor No varchar 6 Primary Key
2 Kode User Id_user varchar 6 Foreign Key
3 Kode Nasabah Id_nasabah varchar 6 Foreign Key
4 Tanggal Laporan Tanggal Date
5 Bulan Laporan Bulan date
6 Besar Storting Besar_storting int 10
91
4.2.4. Class Model / Class Diagram
Class Diagram adalah diagram yang menggambarkan struktur dan deskripsi
entitas serta hubungan antar class. Dibawah ini adalah rancangan class diagram usulan
pada KSP Jaya Bersama Cikampek.
user
id_user : varcharusername : varcharpassword : varcharlevel : varchar
+tambah()+ubah()+hapus()+cari()+simpan()
nasabah
id_nasabah : varcharid_user : varcharnama_nasabah : varcharcicilan : intbesar_pinjaman : intusaha : varcharalamat : varchartgl_pinjaman : date
+tambah()+ubah()+hapus()+cari()+simpan()
storting
id_storting : varcharid_user : varcharid_nasabah : varcharbesar_pinjaman : intbesar_storting : inttgl_pinjaman : datecicilan : int
+tambah()+ubah()+hapus()+cari()+simpan()
validasi
nomor : intid_storting : varcharid_user : varcharrvalidasi : varcharcicilan : int
+hapus()+cari()+simpan()
laporan
nomor : intid_user : varchartanggal : datebulan : datebesar_storting : int
+tambah()+ubah()+hapus()+cari()+simpan()
1M
1
M
1
1
1
1
1
1
1
1
1
1
Sumber : Hasil Penelitian (2019)
Gambar IV.14. Rancangan Class Diagram
92
4.2.5. Sequence Diagram
Sequence diagram adalah diagram yang menggambarkan urutan kegiatan
berdasarkan kegiatan yang dirancang beserta entitas database. Berikut adalah
rancangan sequence diagram :
1. Sequence Diagram Login
User
form_login control_login entitas_user
1: open()
1.1: form tampil()
2: isi username dan password()
2.1: validasi login()
2.2: berhasil login()
Sumber : Hasil Penelitian (2019)
Gambar IV.15. Rancangan Sequence Diagram Login
93
2. Sequence Diagram User
Manager
form_user control_user entitas_user
1: open()
1.1: form tampil()
2: klik tambah()
2.1: tampil form tambah()
3: isi data()
4: simpan data()
4.1: data disimpan() 5: simpan()
6: klik ubah()
6.1: tampil form ubah()
7: isi perubahan()
8: klik update()
8.2: data diubah() 8.1: ubah data()
9: hapus data()
9.1: hapus ()
9.2: data terhapus()
Sumber : Hasil Penelitian (2019)
Gambar IV.16. Rancangan Sequence Diagram User
94
3. Sequence Diagram Nasabah
Collector
form_nasabah control_nasabah entitas_nasabah
1:open
1.1: form tampil()
2: klik tambah()
2.1: tampil form tambah()
3: isi data()
4: simpan data()
4.1: data disimpan() 5: simpan()
6: klik ubah()
6.1: tampil form ubah()
7: isi perubahan()
8: klik update()
8.1: ubah data()8.2: data diubah()
9: hapus data()
9.1: hapus ()9.2: data terhapus()
Sumber : Hasil Penelitian (2019)
Gambar IV.17. Rancangan Sequence Diagram Nasabah
95
4. Sequence Diagram Storting
Collector
form_storting control_storting entitas_storting
1: open()
1.1: form tampil()
2: klik tambah()
2.1: tampil form tambah()
3: isi data()
4: simpan data()
5: simpan()4.1: data disimpan()
6: klik ubah()
6.1: tampil form ubah()
7: isi perubahan()
8: klik update()
8.2: data diubah() 8.1: ubah data()
9: hapus data()
9.1: hapus ()9.2: data terhapus()
Sumber : Hasil Penelitian (2019)
Gambar IV.18. Rancangan Sequence Diagram Storting
96
5. Sequence Diagram Validasi
Staff Rekap
form_validasi control_validasi entitas_validasi
1: open()
1.1: form tampil()
2: validasi storting()
2.2: storting tervalidasi() 2.1: simpan validasi()
Sumber : Hasil Penelitian (2019)
Gambar IV.19. Rancangan Sequence Diagram Validasi
97
6. Sequence Diagram Laporan
Manager
form_laporan control_laporan entitas_user entitas_nasabah entitas_storting entitas_validasi
1: open()
1.1: form tampil()
2: isi pencarian()
3: klik cari()3.1: cari()
3.1.1: cari()3.1.1.1: cari()
3.1.1.1.1: cari()
3.2: tampil hasil pencarian()
4: cetak()
4.1: cetak laporan()
Sumber : Hasil Penelitian (2019)
Gambar IV.20. Rancangan Sequence Diagram Laporan
4.2.6. Spesifikasi Hardware dan Software
Sistem-sistem computer yang terbagi menjadi perangkat perangkat lunak dan
perangkat keras ini memiliki faktor penting dalam perealisasian dari sistem yang
dirancang. Dibawah ini penulis melakukan penejalasan lebih lanjut mengenai
perangkat keras dan perangkat lunak yang dibutuhkan.
98
A. Perangkat Keras (Hardware)
Adapun spesifikasi dari perangkat keras yang diperlukan dalam merancang
sistem adalah:
1. CPU (central Processing Unit)
a. Processor : 2 GHz
b. Memory : 4 GB
c. Hard Disk : 303 GB
2. Monitor : Resolusi Layar Maksimum (1366 x 768)
3. Keyboard : QWERTY
4. Mouse : Optical
B. Perangkat Lunak (Software)
Adapun spesifikasi dari perangkat keras yang diperlukan dalam merancang
sistem adalah:
1. Sistem Operasi : Windows
2. Paket Program
a. Web Server : Xampp 3.2.2
b. Apache : Apache/2.4.17
c. MySQL : MySQL 5.6.15
3. Text Editor : Sublime Text
99
4.3. Jadwal Implementasi
Dalam usaha untuk membangun sebuah sistem, diperlukan tahapan-tahapan
tepat agar sistem yang dirancang dapat dibuat dengan semestinya. Pengimplemntasian
dari sistem ini membutuhkan waktu sekitar 3 bulan. Adapun rincian kegiatannya akan
diuraikan ke dalam table berikut ini :
Tabel IV.15. Jadwal Implementasi
No. Bentuk Kegiatan
Waktu
Bulan 1 Bulan 2 Bulan 3
1 Persiapan Awal
2 Analisa
3 Peracangan Sistem
4
Perancangan perangkat
lunak
5 Perancangan Tampilan
6 Evaluasi
Sumber : Hasil Penelitian (2019)