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 Teknisi Data keluhan Data keluhan Input data pelanggan & kerusakan APDPK.sql 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 Pimpinan Data kerusakan Data kerusakan Cek nota kerusakan APDPK.sql Cek data kerusakan Tidak Apakah ada? Ya Mengisi data perbaikan & Biaya Cetak nota & laporan perbaikan Nota perbaikan Nota kerusakan Laporan perbaikan Nota perbaikan Nota kerusakan Laporan perbaikan 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 Teknisi Biaya perbaikan Biaya perbaikan Mengisi data biaya perbaikan APDPK.sql 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 Data Biaya perbaikan Pelanggan Data pelanggan Data kerusakan Nota kerusakan Nota 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 Data pelanggan Pelanggan Tabel biaya perbaikan Data biaya perbaikan 4.0 Data perbaikan Data pelanggan 3.0 Data kerusakan Tabel pelanggan Data kerusakan Data kerusakan Tabel perbaikan Data perbaikan & biaya Tabel kerusakan 5.0 * Cetak nota dan laporan Data kerusakan Data pelanggan Nota kerusakan Nota perbaikan Nota kerusakan Nota perbaikan Teknisi Laporan pelanggan Laporan perbaikan Pimpinan Data biaya perbaikan Gambar 4.5 Data Flow Diagram Level 0
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 Tabel kerusakan Tabel perbaikan Data pelanggan Pelanggan Data kerusakan Data perbaikan 5.1 Cetak laporan pelanggan Nota kerusakan Nota perbaikan 5.2 Cetak nota & laporan perbaikan Nota kerusakan Nota perbaikan Teknisi Laporan perbaikan Laporan pelanggan Pimpinan Gambar 4.6 Data Flow Diagram Level 1 Proses 5.0
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 [Kode Pelanggan] Primary Key [Nama Pelanggan] Alamat [No Telepon] varchar(30) varchar(50) Tabel 4.8 Struktur File Tabel [Pelanggan-Perbaikan] [No Perbaikan] Primary Key [Kode Pelanggan] [Tanggal Perbaikan] [Nama Pelanggan] Alamat [No Telepon] varchar(30) varchar(40) Tabel 4.9 Struktur File Tabel Kerusakan [No Random Kerusakan] Primary Key
45 [Kode Pelanggan] [No Perbaikan] [Jenis Perangkat] [Merek Perangkat] [No Seri Perangkat] [Deskripsi Kerusakan] [Status Perbaikan] varchar(20) varchar(max) varchar(20) Tabel 4.10 Struktur File Tabel KerusakanTemp [No Random Kerusakan] Primary Key [Kode Pelanggan] [No Perbaikan] [Jenis Perangkat] [Merek Perangkat] [No Seri Perangkat] [Deskripsi Kerusakan] [Status Perbaikan] varchar(20) varchar(max) varchar(20) Tabel 4.11 Struktur File Tabel Perbaikan [No Random Perbaikan] Primary Key
46 [No Perbaikan] [No Random Kerusakan] [No J.Perbaikan] [Deskripsi Perbaikan] Biaya varchar(max) money Tabel 4.12 Struktur File Tabel PerbaikanTemp [No Random Perbaikan] Primary Key [No Perbaikan] [No Random Kerusakan] [No J.Perbaikan] [Deskripsi Perbaikan] Biaya varchar(max) money Tabel 4.13 Struktur File Tabel JenisPerangkat No [Jenis Perangkat]
47 Tabel 4.14 Struktur File Tabel MerekPerangkat No [Merek Perangkat] Tabel 4.15 Struktur File Tabel JenisPerbaikan Kode Primary Key [Deskripsi Perbaikan] Biaya varchar(max) money Tabel 4.16 Struktur File Tabel BiayaPerbaikan [No Perbaikan] Primary Key [Kode Pelanggan] [Nama Pelanggan] [Biaya Total] Bayar [Status Pembayaran] varchar(30) money money varchar(30)
48 Tabel 4.17 Struktur File Tabel Pengguna [Kode Pengguna] Primary Key [Nama Pengguna] [Kata Sandi] Jabatan varchar(30) Tabel 4.18 Struktur File Tabel Perusahaan [Nama Pimpinan] [Nama Perusahaan] Alamat [No Telepon / Fax] Kota Provinsi varchar(30) varchar(40) varchar(40) varchar(30) varchar(30) Tabel 4.19 Struktur File Tabel NotaKerusakanTemp [Jenis Perangkat] [Deskripsi Kerusakan] varchar(max) varchar(max)
49 Tabel 4.20 Struktur File Tabel NotaPerbaikanTemp [Jenis Perangkat] [Deskripsi Kerusakan] [Deskripsi Perbaikan] Biaya varchar(max) varchar(max) varchar(max) money 4.3 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 Proses Output Data Pelanggan Data Kerusakan Data Perbaikan Pengisian Data Kerusakan Pengisian Data Perbaikan 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.
Gambar 4.16 Rancangan Laporan Biaya Perbaikan. 56