BAB IV PERANCANGAN SISTEM USULAN · 4.1.4. Rancangan Dokumen Sistem Usulan Rancangan dokumen pada...

40

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Tahapan selanjutnya setelah sistem berjalan di analisa yaitu perancangan

sistem usulan. Pada perancangan sistem usulan dijabarkan mengenai analisis

kebutuhan, perancangan perangkat lunak dan jadwal implementasi.

4.1.1. Analisis Kebutuhan

Analisa sistem kebutuhan menyangkut kebutuhan pengguna dan

kebutuhan sistem.

1. Kebutuhan Pengguna

Kebutuhan pengguna terbagi menjadi dua yaitu user dan administrator.

Bertindak sebagi user yaitu petugas peminjaman alat dan bertugas sebagi

administrator yaitu kepala sekolah. Masing-masing pengguna memiliki

kebutuhan data dan skenario masing-masing. Berikut skenario yang dapat

dilakukan oleh masing masing pengguna.

a. Skenario kepala sekolah sebagai administrator.

1) Kepala sekolah dapat login ke dalam sistem informasi peminjaman alat

peraga otomotif.

2) Kepala sekolah dapat mengakses seluruh sistem peminjaman alat

peraga otomotif.

3) Kepala sekolah dapat menambah, menghapus, mengedit data alat

peraga.

41

4) Kepala sekolah dapat menambah, menghapus, mengedit data data siswa

5) Kepala sekolah dapat menambah, menghapus, mengedit data user.

6) Kepala sekolah dapat mengakses data peminjaman.

7) Kepala sekolah dapat mengakses data pengembalian.

8) Kepala sekolah dapat mengakses data laporan.

9) Kepala sekolah dapat mengakses ganti password.

b. Skenario kebutuhan petugas sebagai user.

1) Petugas dapat melakukan login ke dalam sistem peminjaman alat

peraga otomotif.

2) Petugas dapat mengakses data alat.

3) Petugas dapat mengakses dan melakukan transaksi peminjaman.

4) Petugas dapat mengakses dan melakukan trasaksi pengembalian.

5) Petugas dapat mengakses data user.

6) Petugas dapat mengakses ganti password.

7) Petugas dapat mengakses data laporan.

8) Petugas dapat mengakses data siswa.

2. Kebutuhan Sistem

1) Pengguna diwajibkan login terlebih dahulu untuk dapat masuk kedalam

sistem peminjaman alat peraga otomotif.

2) Pengguna dapat mengakses menu-menu sesuai dengan hak akses yang

dimiliki.

3) Pengguna wajib untuk logout setelah selesai menggunakan sistem

peminjaman alat peraga otomotif.

42

4.1.2. Rancangan Diagram Use Case

Gambar IV.1 Use Case Sistem Informasi Peminjaman Alat Peraga

Otomotif

43

1. Use Case Diagram Melakukan Login

Gambar IV.2. Use Case Diagram Melakukan Login

Deskripsi Use Case Diagram Melakukan Login

Tabel IV.1. Deskripsi Use Case Melakukan Login

Use Case Name Melakukan Login

Requirements Petugas dan kepala sekolah menginputkan username dan password

Goal Petugas dan kepala sekolah dapat masuk kedalam sistem.

Pre-Conditions -

Post-Conditions Menu Utama

Failed end Condition Petugas dan kepala sekolah tidak dapat masuk kedalam sistem.

Actors Petugas dan kepala sekolah

44

Main Flow/ Basic Path 1. Pengguna menginputkan username 2. Pengguna menginputkan password 3. Username dan password valid, sistem

mengarahkan ke menu utama Alternate Flow/Invariant A A1. Username atau password tidak sesuai

Invariant B B1. Pengguna memasukan username ke sistem

B2. Pengguna memasukan password ke sistem

B3. Jika username dan password valid , sistem akan mengarahkan ke menu utama

B4. Jika username atau password tidak valid, sistem akan memunculkan pesan peringatan

2. Use Case Diagram Mengakses Menu Utama

MelakukanLogin

Mengakses Menu Utama

Gambar IV.3. Use Case Diagram Mengakses Menu Utama

45

Deskripsi Use Case Diagram Mengakses Menu Utama

Tabel IV.2.

Deskripsi Use Case Mengakses Menu Utama

Use Case Name Mengakses Menu Utama

Requirements Sistem menampilkan menu utama

Goal Pengguna dapat mengakses menu utama.

Pre-Conditions Melakukan Login

Post-Conditions Mengelola Data Alat, Mengelola Data Siswa, Mengelola Data User, Mengakses Ganti Password, Mengelola Peminjaman, Mengeloala Pengembalian, Mengakses Laporan

Failed end Condition Petugas dan Kepala Sekolah tidak dapat mengakses menu utama.

Actors Petugas dan Kepala Sekolah

Main Flow/ Basic Path 1. Pengguna dapat mengakses menu utama. 2. Pengguna dapat mengakses menu sesuai

kebutuhan dan hak aksesnya. Alternate Flow/Invariant A A1. Menu Utama tidak muncul.

Invariant B B1. Pengguna diwajibkan login kembali dengan memasukan username da password yang valid.

46

3. Use Case Diagram Mengelola Data Alat

Gambar IV.4. Use Case Diagram Mengelola Data Alat

Deskripsi Use Case Diagram Mengelola Data Alat

Tabel IV.3. Deskripsi Use Case Mengelola Data Alat

Use Case Name Mengelola Data Alat

Requirements Pengguna mengakses menu alat.

Goal Pengguna berhasil mengakses dan mengelola data alat.

Pre-Conditions Mengakses Menu Utama

Post-Conditions -

Failed end Condition Pengguna tidak berhasil mengakses dan mengelola data alat


Main Flow/ Basic Path 1. Pengguna dapat mengakses menu alat. 2. Penggguna data melakuakn pencarian

47

data alat dengan memasukan nama alat atau id alat.

3. Sistem akan memunculkan data alat. 4. Pengguna dapat menambah data alat

dengan menekan tombol “TAMBAH” dan dilanjutkan mengisi data alat, kemudian menekan tombol “SIMPAN”.

5. Sistem akan memunculkan pesan “Penyimpanan Sukses”.

6. Pengguna dapat mengedit data alat dengan menekan tombol “EDIT” lalu melakukan update data dan setelah itu, menekan tombol “SIMPAN”.

7. Sistem akan menampilkan pesan pengeditan data.

8. Pengguna dapat melakukan hapus data alat dengan memilih terlebih dahulu data alat dan menekan tombol “ HAPUS” atau menekan tombol bacspace.

9. Sistem akan menampilkan pesan data telah dihapus.

Alternate Flow/Invariant A A1. Data yang dicari tidak dapat ditemukan.

Invariant B B1. Jika data alat sudah disimpan dalam sistem maka, pengguna kembali memasukan data alat atau id alat kemudian menekan tombol

“CARI” B2. Jika data alat belum tersimpan, maka Pengguna terlebih dahulu melakukan penyimpanan data ke database sistem

48

4. Use Case Diagram Mengelola Data Siswa

Gambar IV.5. Use Case Diagram Mengelola Data Siswa

Deskripsi Use Case Diagram Mengelola Data Siswa

Tabel IV.4. Deskripsi Use Case Mengelola Data Siswa

Use Case Name Mengelola Data Siswa

Requirements Pengguna mengakses menu siswa.

Goal Pengguna berhasil mengelola data siswa.


Post-Conditions -

Failed end Condition Pengguna tidak berhasil mengelola data siswa.


Main Flow/ Basic Path 1. Pengguna dapat mengakses menu siswa. 2. Penggguna data melakukan pencarian data

siswa dengan memasukan nama siswa

49

atau id siswa. 3. Sistem akan memunculkan data siswa. 4. Pengguna dapat menambah data siswa

dengan menekan tombol “TAMBAH” dan dilanjutkan mengisi data siswa, kemudian menekan tombol “SIMPAN”.


6. Pengguna dapat mengedit data siswa dengan menekan tombol “EDIT” lalu melakukan update data dan setelah itu, menekan tombol “SIMPAN”.


8. Pengguna dapat melakukan hapus data siswa dengan memilih terlebih dahulu data siswa dan menekan tombol “ HAPUS” atau menekan tombol bacspace.



Invariant B B1. Jika data siswa sudah disimpan dalam sistem maka, pengguna kembali memasukan data siswa atau id siswa kemudian menekan tombol “CARI”

B2. Jika data siswa belum tersimpan, maka Pengguna terlebih dahulu melakukan penyimpanan data ke database sistem

50

5. Use Case Diagram Mengelola Data User

Gambar IV.6. Use Case Diagram Mengelola Data User

Deskripsi Use Case Diagram Mengelola Data User

Tabel IV.5. Deskripsi Use Case Mengelola Data User

Use Case Name Mengelola Data User

Requirements Pengguna mengakses menu user.

Goal Pengguna berhasil mengelola data user


Post-Conditions -

Failed end Condition Pengguna tidak berhasil mengelola data user


Main Flow/ Basic Path 1. Pengguna dapat mengakses menu user. 2. Penggguna data melakukan pencarian data

user dengan memasukan nama user atau id user.

3. Sistem akan memunculkan data user. 4. Pengguna dapat menambah data user

51

dengan menekan tombol “TAMBAH” dan dilanjutkan mengisi data user, kemudian menekan tombol “SIMPAN”.


6. Pengguna dapat mengedit data user dengan menekan tombol “EDIT” lalu melakukan update data dan setelah itu, menekan tombol “SIMPAN”.


8. Pengguna dapat melakukan hapus data user dengan memilih terlebih dahulu data user dan menekan tombol “ HAPUS” atau menekan tombol bacspace.



Invariant B B1. Jika data user sudah disimpan dalam sistem maka, pengguna kembali memasukan data user atau id user kemudian menekan tombol “CARI”

B2. Jika data user belum tersimpan, maka Pengguna terlebih dahulu melakukan penyimpanan data ke database sistem

6. Use Case Diagram Mengakses Ganti Password

Mengakses Ganti Password

Use Case Diagram Mengakses Ganti Passw ord

Gambar IV.7. Use Case Diagram Mengakses Ganti Password

52

Deskripsi Use Case Diagram Mengakses Ganti Password

Tabel IV.6. Deskripsi Use Case Mengakses Ganti Password

Use Case Name Mengakses Ganti Password

Requirements Pengguna mengakses menu ganti password.

Goal Pengguna berhasil mengganti password


Post-Conditions -

Failed end Condition Pengguna tidak berhasil mengganti password


Main Flow/ Basic Path 1. Pengguna dapat mengakses menu ganti password.

2. Penggguna data memasukan password lama. 3. Pengguna memasukan password baru. 4. Pengguna kembali memasukan password baru

untuk validasi, kemudian menekan tombol “SIMPAN”.

5. Sistem akan menampilkan pesan password telah diubah.

Alternate Flow/Invariant A A1. Password baru tidak valid

Invariant B B1. Pengguna memasukan password baru dan password baru untuk valiasi.Setelah itu menekan tombol “SIMPAN” B2. Sistem akan menampilkan pesan penggantian password

53

7. Use Case Diagram Mengelola Data Peminjaman

Gambar IV.8. Use Case Diagram Mengelola Data Peminjaman

Deskripsi Use Case Diagram Mengelola Data Peminjaman

Tabel IV.7. Deskripsi Use Case Mengelola Data Peminjaman

Use Case Name Mengelola Data Peminjaman

Requirements Pengguna mengakses menu peminjaman.

Goal Pengguna dapat mengakses menu peminjaman dan melakukan transaksi peminjaman.

Pre-Conditions Mengelola Menu Utama

Post-Conditions -

Failed end Condition Petugas dan kepala sekolah tidak dapat mengakses melakukan transaksi peminjaman.


54

Main Flow/ Basic Path 1. Pengguna dapat mengakses menu peminjaman.

2. Pengguna menekan tombol “ TAMBAH” untuk mulai melakukan transaksi peminjaman.

3. Pengguna melakukan pencarian data siswa yang akan meminjam.

4. Pengguna melakukan pencarian data alat yag akan dipinjam.

5. Pengguna memasukan jumlah alat yang dipinjam.

6. Pengguna menekan tombol “SIMPAN” 7. Sistem menampilkan pesan transaksi sukses. 8. Struk peminjaman siap dicetak.

Alternate Flow/Invariant A

A1. Jumlah barag yang akan dipinjam kurang.

Invariant B B1. Pengguna kan melakukan transaksi dengan sejumlah alat yang tersimpan dalam sistem.

8. Use Case Diagram Mengelola Data Pengembalian

Pengguna

Mengelola Data Pengembalian

Tambah

Simpan

Edit

Use Case Diagram Mengelola Data Pengembalian

<<include>>

<<include>>Hapus

<<include>>

<<include>>

Cari

<<include>>

Gambar IV.9. Use Case Diagram Mengelola Data Pengembalian

55

Deskripsi Use Case Diagram Mengelola Data Pengembalian

Tabel IV.8. Deskripsi Use Case Mengelola Data Pengembalian

Use Case Name Mengelola Data Pengembalian

Requirements Pengguna mengakses menu pengembalian.

Goal Pengguna dapat melakukan transaksi pengembalian


Post-Conditions -

Failed end Condition Pengguna tidak dapat melakukan transaksi pengembalian


Main Flow/ Basic Path 1. Pengguna mrngakses menu pengembalian. 2. Pengguna memasukan id penminjama atau

melakukan pencarian data peminjaman. 3. Pengguna memasukan jumlah alat yang

dikembalikan. 4. Pengguna menekan tombol “ SIMPAN”. 5. Sistem akan menampilkan pesan

pengembalian. 6. Bukti pengembalian siap dicetak.


A1. Tidak ada alat peraga yang dikembalikan

Invariant B B1. Pengguna tidak dapat melakuakn transaksi Pengembalian alat peraga otomotif

56

9. Use Case Diagram Mengelola Laporan

Mengelola DataLaporan

Use Case Diagram Mengelola Laporan

Gambar IV.10. Use Case Diagram Mengelola Data Laporan

Deskripsi Use Case Diagram Mengelola Data Laporan

Tabel IV.9. Deskripsi Use Case Laporan

Use Case Name Laporan

Requirements Pengguna mengakses menu laporan

Goal Pengguna berhasil mengdapatkan data laporan

Pre-Conditions Menu Utama

Post-Conditions -

Failed end Condition Pengguna tidak berhasil mengdapatkan data laporan


Main Flow/ Basic Path 1. Pengguna mengakses menu laporan. 2. Pengguna memasukan tanggal awal. 3. Pengguna memasukan tanggal akhir. 4. Pengguna mendapatkan data laporan

peminjaman alat peraga otomotif.

57


A1. Data transaksi peminjaman dan pengembalian kosong.

Invariant B B1. Pengguna tidak dapat memperoleh data laporan

4.1.3. Rancangan Diagram Aktivitas

Gambar IV.11. Gambar Activity Diagram Perancangan Sistem Informasi Peminjaman Alat Peraga Otomotif

58

4.1.4. Rancangan Dokumen Sistem Usulan

Rancangan dokumen pada sistem usulan perancangan sistem informasi

peminjaman alat peraga otomotif adalah sebagai berikut:

1. Rancangan Dokumen Masukan Sistem Usulan

a. Data User

Nama Dokumen : Data User

Fungsi : Sebagai penyimpanan data user yang dapat

mengakses sistem

Sumber : Sistem Informasi Peminjaman Alat Peraga

Otomotif

Tujuan : Kepala Sekolah

Media : Kertas

Jumlah : 1 Berkas

Frekuensi : Saat dibutuhkan

Bentuk : Lihat Lampiran C.1

b. Data Siswa

Nama Dokumen : Data Siswa

Fungsi : Sebagai penyimpanan data siswa dalam sistem


Otomotif

Tujuan : Kepala Sekolah dan Petugas

Media : Kertas

Jumlah : 1 Berkas

Frekuensi : Periodik

59


c. Data Alat

Nama Dokumen : Data Alat

Fungsi : Sebagai penyimpanan data alat peraga


Otomotif


Media : Kertas

Jumlah : 1 Berkas



d. Data Peminjaman

Nama Dokumen : Data Peminjaman

Fungsi : Sebagai data peminjaman alat peraga otomotif


Otomotif


Media : Kertas

Jumlah : 1 Berkas



e. Data Pengembalian

Nama Dokumen : Data pengembalian

Fungsi : Sebagai data pengembalian alat peraga otomotif

60


Otomotif


Media : Kertas

Jumlah : 1 Berkas



2. Rancangan Dokumen Keluaran Sistem Usulan

a. Kartu Barang

Nama Dokumen : Kartu Barang

Fungsi : Sebagai bukti transaksi peminjaman alat


Otomotif


Media : Kertas

Jumlah : 1 Berkas


Bentuk : Lihat Lampiran D.1

b. Laporan Peminjaman

Nama Dokumen : Laporan Peminjaman

Fungsi : Sebagai data laporan peminjaman alat peraga

otomotif


Otomotif

61


Media : Kertas

Jumlah : 1 Berkas



c. Laporan Pengembalian

Nama Dokumen : Laporan pengembalian

Fungsi : Sebagai laporan data pengembalian alat peraga

otomotif


Otomotif


Media : Kertas

Jumlah : 1 Berkas



62

4.1.5. Rancangan Prototype

1. Rancangan Halaman Form Login

Gambar IV.12. Halaman Form Login

2. Rancangan Halaman Form Menu Utama

Gambar IV.13. Halaman Form Menu Utama

Ganti Password Data Alat

Data Siswa

Data User

Transaksi Peminjaman Laporan

Transaksi Pengembalian

63

3. Rancangan Halaman Form Ganti Password

Gambar IV.14. Halaman Form Ganti Password

4. Rancangan Halaman Form Data Alat

Gambar IV.15. Halaman Form Data Alat

US001

Anosa

Anosa Nur F

*****

*****

*****

A2019-0001

Kunci Pass 10-12

2015

20

64

5. Rancangan Halaman Form Data Siswa

Gambar IV.16. Halaman Form Data Siswa

6. Rancangan Halaman Form Data User

Gambar IV.17. Halaman Form Data User

S-2019-0001

Bambang S

Binangun

US001

Anosa

Anosa Nur F

Binangun

*****

65

7. Rancangan Halaman Form Transaksi peminjaman

Gambar IV.18. Halaman Form Transaksi peminjaman

P190618001

US001

Anosa Nur F

S-2019-0001

Bambang S

Laki-Laki

Binangun

A2019-0001 Kunci Pass 10-12 Kunci 5

Untuk Ujian Praktek

66

8. Rancangan Halaman Form Transaksi Pengembalian

Gambar IV.19. Halaman Form Transaksi Pengembalian

9. Rancangan Halaman Form Laporan

Gambar IV.20. Halaman Form Laporan

A2019-0001 Kunci Pass 10-12 Kunci 5 5

Untuk Ujian Praktek

P190618001

US001 Anosa Nur F

S-2019-0001

Bambang S

Laki-Laki

Binangun

K190618001

67

4.2. Perancangan Perangkat Lunak

Tahapan perancangan perangkat lunak meliputi entity relationship

diagram (erd), logical record structure (lrs), spesifikasi file, class diagram atau

class model, sequence diagram, spesifikasi hardware dan software sampai dengan

jadwal implementasi.

4.2.1. Entity Relationship Diagram (ERD)

Gambar IV.21. Entity Relationship Diagram (ERD)

68

4.2.2. Logical Record Structure (LRS)

Gambar IV.22. Logical Record Stuctur (LRS)

69

4.2.3. Spesifikasi File

Spesifikasi File digunakan untuk mendeskripsikan tabel yang ada dalam

sistem. Pada Sistem Pengadaan dan Pelaksanaan Konstruksi ialah sebagai berikut:

1. Spesifikasi Data User

Nama File : Data User

Akronim : User

Fungsi : Menyimpan data user

Tipe File : File Master

Organisasi File : Index Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 112 Karakter

Kunci Field : iduser

Software : MySQL

Tabel IV.10. Spesifikasi File User

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID User iduser Varchar 5 Primary Key 2. Username username Varchar 15 3. Nama User namauser Varchar 30 4. Password password Varchar 30 5. Akses Level akseslv Int 1 6. Jenis Kelamin jeniskelamin Char 1 7. Alamat alamat Varchar 30

70

2. Spesifikasi Data Siswa

Nama File : Data Siswa

Akronim : Siswa

Fungsi : Menyimpan Data Siswa



Akses File : Random

Media : Harddisk

Panjang Record : 81 Karekter

Kunci Field : idsiswa

Software : MySQL

Tabel IV.11. Spesifikasi File Siswa

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Siswa idsiswa Varchar 10 Primary Key 2. Nama Siswa namasiswa Varchar 30 3. Jenis Kelamin jeniskelamin Char 1 4. Alamat alamat Varchar 30

3. Spesifikasi Data Alat

Nama File : Data Alat

Akronim : Alat

Fungsi : Menyimpan data alat



Akses File : Random

Media : Harddisk


71

Kunci Field : idalat

Software : MySQL

Tabel IV.12. Spesifikasi File Alat

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Alat idalat Varchar 10 Primary Key 2. Nama Alat namaalat Varchar 30 3. Kategori kategori Varchar 20 4. Tahun Alat thalat Int 4 5. Status status Varchar 20

4. Spesifikasi Data Peminjaman

Nama File : Data Peminjaman

Akronim : Peminjaman

Fungsi : Menyimpan data peminjaman

Tipe File : File Transaksi


Akses File : Random

Media : Harddisk


Kunci Field : idpeminjaman

Software : MySQL

Tabel IV.13. Spesifikasi File Peminjaman

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Peminjaman idpeminjaman Varchar 10 Primary Key 2. Tanggal tglpinjam Date 8 3. ID Siswa idsiswa Varchar 10 Foreign Key 4. Keterangan keterangan Varchar 50 5. ID User iduser Varchar 5 Foreign Key

72

5. Spesifikasi Data Pengembalian

Nama File : Data Pengembalian

Akronim : Pengembalian

Fungsi : Menyimpan data pengembalian dari peminjaman

alat peraga otomotif

Tipe File : File Transaski


Akses File : Random

Media : Harddisk


Kunci Field : idpengembalian

Software : MySQL

Tabel IV.14. Spesifikasi File Pengembalian

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Pengembalian idpengembalian Varchar 10 Primary Key 2. ID Peminjaman idpeminjaman Varchar 10 Foreign Key 3. Tanggal tglkembali Date 8 4. ID Siswa idsiswa Varchar 10 Foreign Key 5. Keterangan keterangan Varchar 50 6. ID User iduser Varchar 5 Foreign Key

6. Spesifikasi Detail Peminjaman

Nama File : Detail Peminjaman

Akronim : DetailPeminjaman

Fungsi : Untuk menyimpan detail peminjaman

Tipe File : File Detail


Akses File : Random

73

Media : Harddisk


Kunci Field : -

Software : MySQL

Tabel IV.15. Spesifikasi File Detail Peminjaman

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Peminjaman idpeminjaman Varchar 10 Foreign Key 2. ID Alat idalat Varchar 10 Foreign Key 3. Jumlah qty Int 2 4. Kondisi kondisi Varchar 15

7. Spesifikasi Detail Pengembalian

Nama File : Detail Pengembalian

Akronim : DetailPengembalian

Fungsi : Untuk menyimpan data detail peminjaman

Tipe File : File Detail


Akses File : Random

Media : Harddisk


Kunci Field : -

Software : MySQL

Tabel IV.16. Spesifikasi File Detail Pengembalian

No. Elemen Data Akronim Tipe Data Panjang Ket 1. ID Pengembalian idpengembalian Varchar 10 Foreign Key 2. ID Alat idalat Varchar 10 Foreign Key 3. Jumlah qty Int 2 4. Kondisi kondisi Varchar 15

74

4.2.4. Class Model / Class Diagram

Class Diagram atau diagram kelas merupakan ilustrasi dari suatu struktur

sistem yang menunjukan sistem kelas, atribut, operasi atau metode dan hubungan

antar objek. Berikut merupakan ilustrasi diagram kelas sistem informasi peinjaman

alat peraga otomotif.

Siswa

-idsiswa : string-namasiswa : string-jeniskelamin : char-alamat : string

+Tambah()+Edit()+Hapus()+Simpan()

User

-iduser : string-username : string-namauser : string-password : string-akseslv : char-jeniskelamin : char-alamat : string


Peminjaman

-idpeminjaman : string-tglpinjam : string-idsiswa : string-keterangan : string-iduser : string


Pengembalian

-idpengembalian : string-idpeminjaman : string-tglkembali : string-idsiswa : string-keterangan : string-iduser : string


Detailpengembalian

-idpengembalian : string-idalat : string-qty : int-kondisi : string

Detailpeminjaman

-idpeminjaman : string-idalat : string-qty : int-kondisi : string

Alat

-idalat : string-namaalat : string-kategori : string-thalat : int-status : string


Gambar IV.24. Class Diagram

75

4.2.5. Sequence Diagram

Sequence Diagram pada perancangan sistem informasi peminjaman alat

peraga otomotif terbagi menjadi tiga tahapan penting yaitu prosedur login,

prosedur peminjaman alat peraga otomotif dan prosedur pengembalian alat peraga

otomotif. Berikut merupakan tiga tahapan penting sequence diagram perancangan

sistem informasi peminjaman alat peraga otomotif pada SMK Manggala Tama

Binangun Cilacap.

1. Prosedur Login

Gambar IV.25. Sequence Diagram Prosedur Login

76

2. Prosedur Input Peminjaman Alat Peraga Otomotif

Gambar IV.26. Sequence Diagram Prosedur Input Peminjaman Alat Peraga

Otomotif

3. Prosedur Input Pengembalian alat peraga Otomotif

Form Peminjaman

AksesForm

Pengembalian

Input Jumlah alat,

Catatan

Cari Data Peminjaman

Data Peminjaman

Data Pengembalian

Pesan pegembalian berhasil

Gambar IV.27. Sequence Diagram Prosedur Input Pengembalian Alat Peraga

Otomotif

77

4. Prosedur Input Data Alat

Gambar IV.28. Sequence Diagram Prosedur Input Data Alat

5. Prosedur Input Data Siswa

AksesForm Siswa

Input Data Siswa

Pesan peyimpanan berhasil

Gambar IV.29. Sequence Diagram Prosedur Input Data Siswa

78

6. Prosedur Ganti Password

Form Ganti Password

AksesForm Ganti Password

input password lama

Pesan peyimpanan berhasil

input password baru,konfimasi

password

Gambar IV.30. Sequence Diagram Prosedur Ganti Password

4.2.6. Spesifikasi Hardware dan Software

1. Perangkat Keras

Klasifikasi perangkat keras yang diusulkan pada perancangan sistem informasi

peminjaman alat peraga otomotif berbasis desktop pada SMK Manggala Tama

Binangun Cilacap sebagai berikut:

a. Monitor : 16”

b. Proccesor : Pentium Core I3 3.00 GHz

c. Memory : 4 GB (Minimum)

d. Harddisk : 1 TB GB

e. Floppy disk : 3,5 “ (1,44 MB)

f. Keyboard : 108 Keys

79

g. Printer : Dot Matrix

h. Mouse : USB

2. Perangkat Lunak

Bagian penting lain yang mendukung program adalah perangkat lunak

(software) yang digunakan untuk menjalankan program tersebut. Perangkat

lunak yang dibutuhkan dalam perancangan sistem informasi peminjaman alat

peraga otomotif berbasis desktop pada SMK Manggala Tama Binangun

Cilacap berbasis desktop ini adalah:

a. Sistem Operasi : Windows 7 x64

b. Bahasa Pemrograman : Microsoft Visual Basic 6.0

c. Program Pendukung :-

d. Database : MySQL

4.3. Jadwal Implementasi

Tabel IV.17. 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

BAB IV PERANCANGAN SISTEM USULAN · 4.1.4. Rancangan Dokumen Sistem Usulan Rancangan dokumen pada...

Documents

Transcript of BAB IV PERANCANGAN SISTEM USULAN · 4.1.4. Rancangan Dokumen Sistem Usulan Rancangan dokumen pada...