BAB IV PERANCANGAN SISTEM
4.1
Perancangan Proses Perancangan proses adalah desain dari hasil analisa yang telah dilakukan
untuk
memenuhi
permintaan-permintaan
sistem
dan
gambaran-gambaran
perancangan proses akan dibuat dalam bentuk flowmap usulan, diagram konteks dan data flow diagram. 4.1.1
Prosedur usulan proses pendaftaran perbaikan barang.
1.
Pelanggan menyampaikan keluhan masalah yang terjadi pada barang yang rusak kepada teknisi.
2.
Teknisi kemudian mengisi data pelanggan dan kerusakan kemudian menyimpannya kedalam basis data.
3.
Setelah disimpan lalu teknisi akan mencetak nota kerusakan lalu diberikan kepada pelanggan.
33
34
Lebih jelasnya prosedur usulan saat proses pendaftaran perbaikan barang dapat dilihat pada gambar flowmap berikut ini : Pelanggan Data keluhan
Teknisi Data keluhan
APDPK.sql
Input data pelanggan & kerusakan
Cetak nota kerusakan
Nota kerusakan
Nota kerusakan
Gambar 4.1 Flowmap usulan proses pendaftaran perbaikan barang.
35
4.1.2
Prosedur usulan proses pengembalian barang yang telah diperbaiki.
1.
Pelanggan memberikan nota kerusakan kepada teknisi.
2.
Teknisi lalu memeriksa nota kerusakan tersebut didalam basis data. Jika data kerusakan tersebut tidak ada maka teknisi akan mengembalikan nota tersebut kepada pelanggan, sebaliknya
jika ada maka teknisi akan
mengisi data perbaikan beserta biaya kemudian menyimpannya kedalam basis data dan selanjutnya mencetak nota perbaikan. 3.
Teknisi memberikan nota perbaikan dan kerusakan kepada pelanggan.
4.
Pada saat tertentu teknisi juga mencetak laporan perbaikan dan memberikannya kepada pimpinan sebanyak satu lembar dan terakhir diarsipkan oleh pimpinan untuk disimpan sebagai arsip.
36
Lebih jelasnya prosedur usulan saat proses pengembalian barang yang telah diperbaiki dapat dilihat pada gambar flowmap berikut ini : Pelanggan
Teknisi
Data kerusakan
Data kerusakan
Pimpinan
APDPK.sql
Cek nota kerusakan
Cek data kerusakan Apakah ada?
Tidak
Ya
Mengisi data perbaikan & Biaya Cetak nota & laporan perbaikan
Nota perbaikan
Nota kerusakan
Laporan perbaikan
Nota perbaikan
Laporan perbaikan
Nota kerusakan
Gambar 4.2 Flowmap usulan proses proses pengembalian barang yang telah diperbaiki.
37
4.1.3
Prosedur usulan proses pengisian biaya perbaikan.
1.
Pimpinan memberikan jenis biaya perbaikan kepada teknisi.
2.
Teknisi kemudian mengisi jenis biaya perbaikan dan menyimpannya ke dalam basis data aplikasi setelah itu teknisi mencetak data jenis biaya perbaikan dalam bentuk laporan.
Lebih jelasnya prosedur usulan saat proses pengisian biaya perbaikan dapat dilihat pada gambar flowmap berikut ini : Pimpinan Biaya perbaikan
Teknisi Biaya perbaikan
APDPK.sql
Mengisi data biaya perbaikan
Cetak data biaya perbaikan Laporan biaya perbaikan
Gambar 4.3 Flowmap usulan proses pengisian biaya perbaikan.
38
4.1.4
Diagram Konteks Diagram konteks adalah diagram yang menggambarkan hubungan antara
entitas eksternal dengan sistem. Dimana data yang diinputkan oleh bagian entitas eksternal akan diproses di dalam sistem dan akan menghasilkan laporan yang diinginkan oleh entitas eksternal tersebut.
Pimpinan
Laporan pelanggan Laporan perbaikan
Pelanggan
Data pelanggan Data kerusakan
Nota kerusakan Nota perbaikan
Data Biaya perbaikan
Aplikasi pengolahan data perbaikan komputer CV. Oracle Microsystem Technology
Gambar 4.4 Diagram Konteks
39
4.1.5
Data Flow Diagram Data Flow Diagram (DFD) adalah diagram yang digunakan untuk
menggambarkan suatu sistem yang sudah jadi atau sistem yang baru dirancang yang akan dikembangkan secara logika, tanpa mempertimbangan lingkungan fisik kemana data tersebut disimpan. Disamping itu Data Flow Diagram (DFD) juga dapat menggambarkan arus data yang terstruktur dan jelas dari mulai pengisian data sampai dengan keluarannya. Arus data pada Data Flow Diagram (DFD) ini dapat berupa masukan untuk sistem atau keluaran dari sistem, sehingga akan menghasilkan sebuah keluaran yang akan disampaikan pada pengguna atau penerima sistem.
40
Data pelanggan 1.0 Biaya perbaikan
2.0 Data pelanggan
Tabel biaya perbaikan
Data pelanggan
Data pelanggan
Data biaya perbaikan
Tabel pelanggan
3.0 Data kerusakan
4.0 Data perbaikan
Data kerusakan
Tabel perbaikan
Tabel kerusakan
Data perbaikan & biaya 5.0 * Cetak nota dan laporan
Data kerusakan
Data pelanggan
Nota kerusakan Nota perbaikan
Laporan pelanggan Laporan perbaikan
Data biaya perbaikan
Nota kerusakan Nota perbaikan
Teknisi
Pimpinan
Gambar 4.5 Data Flow Diagram Level 0
Pelanggan
Data kerusakan
41
DFD Level 0 terdiri dari beberapa proses diantaranya adalah sebagai berikut: 1.
Proses 1.0 adalah proses pengolahan biaya perbaikan yang dihubungan dengan tabel biaya perbaikan.
2.
Proses 2.0 adalah proses pengolahan data pelanggan yang dihubungkan dengan tabel pelanggan.
3.
Proses 3.0 adalah proses pengolahan data kerusakan yang dihubungkan dengan tabel kerusakan.
4.
Proses 4.0 adalah proses pengolahan data perbaikan yang dihubungkan dengan tabel perbaikan.
5.
Proses 5.0 adalah proses cetak nota dan laporan yang diberikan kepada teknisi dan pimpinan.
Tabel pelanggan
Data pelanggan
5.1 Cetak laporan pelanggan
Pelanggan Nota kerusakan Nota perbaikan
Tabel kerusakan
Data kerusakan
5.2 Cetak nota & laporan perbaikan
Laporan pelanggan
Tabel perbaikan Data perbaikan Nota kerusakan Nota perbaikan Laporan perbaikan
Gambar 4.6 Data Flow Diagram Level 1 Proses 5.0
Teknisi
Pimpinan
42
DFD Level 1 Proses 5.0 Cetak nota dan laporan terdiri dari beberapa proses diantaranya adalah sebagai berikut : 1.
Proses 5.1 cetak laporan pelanggan merupakan proses pencetakan data pelanggan yang terdapat di dalam tabel pelanggan.
2.
Proses 5.2 cetak nota dan laporan perbaikan merupakan proses pencetakan data perbaikan yang terdapat di dalam tabel kerusakan dan perbaikan.
4.2
Perancangan Basis Data Perancangan basis data merupakan desain dari hasil analisa yang telah
dilakukan untuk memenuhi permintaan-permintaan sistem dan gambarangambaran perancangan proses akan dibuat dalam bentuk entity relationalship diagram.
4.2.1
Entity Relationship Diagram (ERD) Entity Relatioship Diagram (ERD) atau diagram antar entitas adalah
suatu diagram yang menggambarkan hubungan objek data yang disimpan yang ada dalam suatu sistem secara konseptual. Objek data adalah objek yang dapat dicatat atau direkam atau segala sesuatu yang ada dan dapat dibedakan entitas dapat berupa orang, benda, tempat, peristiwa, atau konsep yang bisa diolah untuk menghasilkan informasi, rancangan
43
diagram entitas ini dibuat menurut data yang ada sehingga dapat menjelaskan hubungan data. Atribut yang berhubungan dengan aplikasi Pengolahan Data Perbaikan Komputer CV. Oracle Microsystem Technology dapat digambarkan sebagai berikut :
Pelanggan
1
Memperbaiki
n
Komputer
n Memiliki 1
Nota
Gambar 4.7 Entity Relationship Diagram (ERD)
4.2.2
Perancangan Struktur File Didalam pembuatan program dibutuhkan suatu aplikasi file yang
dimaksudkan untuk dapat melakukan kegiatan-kegiatan dalam pengaturan pencarian data dan pembuatan laporan yang dapat mempermudah kerja sistem komputer. Untuk itu sistem pengolahan data ini membutuhkan spesifikasi file
44
untuk mempermudah dalam melakukan kegiatan pemrograman, yang dapat dilihat dari tabel-tabel berikut ini :
Tabel 4.7 Struktur File Tabel Pelanggan Nama Field
Tipe Data
[Kode Pelanggan]
varchar(15)
[Nama Pelanggan]
varchar(30)
Alamat
varchar(50)
[No Telepon]
varchar(15)
Keterangan Primary Key
Tabel 4.8 Struktur File Tabel [Pelanggan-Perbaikan] Nama Field
Tipe Data
[No Perbaikan]
varchar(15)
[Kode Pelanggan]
varchar(15)
[Tanggal Perbaikan]
varchar(15)
[Nama Pelanggan]
varchar(30)
Alamat
varchar(40)
[No Telepon]
varchar(15)
Keterangan Primary Key
Tabel 4.9 Struktur File Tabel Kerusakan Nama Field [No Random Kerusakan]
Tipe Data varchar(15)
Keterangan Primary Key
45
[Kode Pelanggan]
varchar(15)
[No Perbaikan]
varchar(15)
[Jenis Perangkat]
varchar(15)
[Merek Perangkat]
varchar(15)
[No Seri Perangkat]
varchar(20)
[Deskripsi Kerusakan]
varchar(MAX)
[Status Perbaikan]
varchar(20)
Tabel 4.10 Struktur File Tabel KerusakanTemp Nama Field
Tipe Data
[No Random Kerusakan]
varchar(15)
[Kode Pelanggan]
varchar(15)
[No Perbaikan]
varchar(15)
[Jenis Perangkat]
varchar(15)
[Merek Perangkat]
varchar(15)
[No Seri Perangkat]
varchar(20)
[Deskripsi Kerusakan]
varchar(MAX)
[Status Perbaikan]
varchar(20)
Keterangan Primary Key
Tabel 4.11 Struktur File Tabel Perbaikan Nama Field [No Random Perbaikan]
Tipe Data varchar(15)
Keterangan Primary Key
46
[No Perbaikan]
varchar(15)
[No Random Kerusakan]
varchar(15)
[No J.Perbaikan]
varchar(15)
[Deskripsi Perbaikan]
varchar(MAX)
Biaya
money
Tabel 4.12 Struktur File Tabel PerbaikanTemp Nama Field
Tipe Data
Keterangan
[No Random Perbaikan]
varchar(15)
Primary Key
[No Perbaikan]
varchar(15)
[No Random Kerusakan]
varchar(15)
[No J.Perbaikan]
varchar(15)
[Deskripsi Perbaikan]
varchar(MAX)
Biaya
money
Tabel 4.13 Struktur File Tabel JenisPerangkat Nama Field
Tipe Data
No
varchar(15)
[Jenis Perangkat]
varchar(15)
Keterangan
47
Tabel 4.14 Struktur File Tabel MerekPerangkat Nama Field
Tipe Data
No
varchar(15)
[Merek Perangkat]
varchar(15)
Keterangan
Tabel 4.15 Struktur File Tabel JenisPerbaikan Nama Field
Tipe Data
Keterangan
Kode
varchar(15)
Primary Key
[Deskripsi Perbaikan]
varchar(MAX)
Biaya
money
Tabel 4.16 Struktur File Tabel BiayaPerbaikan Nama Field
Tipe Data
Keterangan
[No Perbaikan]
varchar(15)
Primary Key
[Kode Pelanggan]
varchar(15)
[Nama Pelanggan]
varchar(30)
[Biaya Total]
money
Bayar
money
[Status Pembayaran]
varchar(30)
48
Tabel 4.17 Struktur File Tabel Pengguna Nama Field
Tipe Data
Keterangan
[Kode Pengguna]
varchar(15)
Primary Key
[Nama Pengguna]
varchar(30)
[Kata Sandi]
varchar(15)
Jabatan
varchar(15)
Tabel 4.18 Struktur File Tabel Perusahaan Nama Field
Tipe Data
[Nama Pimpinan]
varchar(30)
[Nama Perusahaan]
varchar(40)
Alamat
varchar(40)
[No Telepon / Fax]
varchar(15)
Kota
varchar(30)
Provinsi
varchar(30)
Keterangan
Tabel 4.19 Struktur File Tabel NotaKerusakanTemp Nama Field
Tipe Data
[Jenis Perangkat]
varchar(MAX)
[Deskripsi Kerusakan]
varchar(MAX)
Keterangan
49
Tabel 4.20 Struktur File Tabel NotaPerbaikanTemp Nama Field
Tipe Data
[Jenis Perangkat]
varchar(MAX)
[Deskripsi Kerusakan]
varchar(MAX)
[Deskripsi Perbaikan]
varchar(MAX)
Biaya
money
4.3
Keterangan
Perancangan Antarmuka Perancangan Antarmuka merupakan desain dari hasil analisa yang telah
dilakukan untuk memenuhi permintaan-permintaan sistem dan gambarangambaran perancangan proses akan dibuat dalam bentuk perancangan struktur program, perancangan struktur menu, rancangan input dan rancangan output.
4.3.1
Perancangan Struktur Program Struktur program adalah suatu konsep pembuatan yang mempunyai
fungsi untuk mengelompokkan instruksi kedalam sub program fungsional dimana setiap sub program tersebut memiliki tugas dan fungsi tertentu yang digunakan untuk mendukung dari keseluruhan program yang dibuat. Struktur program yang dibuat adalah sebagai berikut :
50
Struktur Program
Input
Data Pelanggan Data Kerusakan Data Perbaikan
Proses Pengisian Data Kerusakan Pengisian Data Perbaikan
Output
Laporan Pelanggan Laporan Perbaikan L. Biaya Perbaikan Nota Kerusakan Nota Perbaikan
Gambar 4.8 Struktur Program
4.3.2
Perancangan Struktur Menu Struktur menu merupakan bentuk umum dalam suatu perancangan
aplikasi yang dapat memudahkan pengguna dalam mengunakan sistem yang dibangun. Dengan adanya struktur menu ini, maka proses pengolahan data diharapkan lebih cepat dilakukan, sehingga keterlambatan dalam penyajian data dapat ditekan seminimal mungkin.
51
Struktur menu yang dibuatkan dalam sistem ini terdiri dari menu-menu dan submenunya. Dapat dilihat dari gambar berikut : Menu Utama Log Masuk
Berkas
Data
Cetak
Konfigurasi
Tentang
Log Keluar
Perbaikan
Laporan
Pengguna
Aplikasi
Tutup
Pelanggan
Informasi Perusahaan
Gambar 4.9 Struktur Menu
4.3.3 Rancangan Input Rancangan input adalah rancangan dari dokumen dasar yang digunakan untuk merekap data yang digunakan. Perancangan input meliputi bentuk dokumen-dokumen input yang akan digunakan untuk merangkap data input.
52
Gambar 4.10 Rancangan Tambah Data Perbaikan
Gambar 4.11 Rancangan Tambah Data Pelanggan
53
Pilih jenis perbaikan Tambah jenis perbaikan
Deskripsi Perbaikan *
Biaya *
Tambah
Simpan
Hapus
Perbaharui
Cari deskripsi perbaikan
Jumlah data jenis perbaikan ( ). Deskripsi Perbaikan
Biaya
Gambar 4.12 Rancangan Tambah Jenis Perbaikan
4.3.4
Rancangan Output Rancangan output adalah rancangan dalam bentuk laporan dari hasil
pemrosesan input yang diterima dari sistem pengolahan data tersebut. Untuk
54
menentukan rancangan output diperlukan kecermatan, ketelitian, dan kesabaran dengan harapan output yang dihasilkan merupakan laporan-laporan yang akurat dan relevan serta dapat dimengertikan oleh pemakainya.
Gambar 4.13 Rancangan Nota Kerusakan
55
Gambar 4.14 Rancangan Nota Perbaikan.
Gambar 4.15 Rancangan Laporan Pelanggan.
56
Gambar 4.16 Rancangan Laporan Biaya Perbaikan.