BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan ... fileMenganalisa sistem 2. Mendesain sistem Langkah-langkah tersebut bertujuan untuk mencari ... Adapun tujuan dari analisa

57

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Berdasarkan hasil dari penelitian yang dilakukan oleh peneliti di Gudang

PLTD Sungai Raya, secara garis besar permasalahan yang terjadi adalah karena

pengelolaan bagian logistik yang masih dilakukan secara konvensional. Untuk

mengatasi masalah tersebut maka langkah-langkah yang dilakukan adalah sebagai

berikut:

1. Menganalisa sistem

2. Mendesain sistem

Langkah-langkah tersebut bertujuan untuk mencari solusi yang tepat

berdasarkan permasalahan yang ada dan menyesuaikan solusi dengan sistem yang

sedang berjalan saat ini.

4.1.1. Analisis Kebutuhan

Tahapan analisis kebutuhan bertujuan untuk mengidentifikasi kebutuhan

fungsional program, baik itu kebutuhan pengguna maupun kebutuhan sistem. Hal

ini bertujuan agar peneliti dapat merancang sebuah sistem usulan yang sesuai

dengan kriteria yang diinginkan oleh si pengguna.

A. Kebutuhan Pengguna

Adapun tujuan dari analisa kebutuhan pengguna pada perancangan sistem

adalah untuk mengetahui tentang apa saja yang menjadi kebutuhan pengguna akan

sistem rancangan yang akan di usulkan, data-data apa saja yang akan dikelola

dalam sistem.

58

1. Skenario Kebutuhan Admin gudang

a. Mengelola data material

b. Mengelola data permintaan

c. Mengelola data permintaan barang masuk (TUG 4)

d. Mengelola data permintaan barang keluar (TUG 7)

e. Mengelola data finall approval yang berisi informasi surat perintah kerja

(TUG 9)

f Mengelola data transaksi barang masuk

g. Mengelola data APP (Area Pelaksanaan Pemeliharaan)

h. Mengelola data rekanan

i. Mengelola data transaksi menjadi laporan

2. Skenario Kebutuhan Manajer

a. Mengelola data pengguna

b. Mengelola persetujuan data permintaan

c. Mengelola persetujuan permintaan barang masuk (TUG 4)

d. Mengelola persetujuan permintaan barang keluar (TUG 7)

e. Mengelola persetujuan data finall approval (TUG 9)

f. Mengetahui laporan transaksi gudang

B. Kebutuhan Sistem

Sedangkan analisa kebutuhan sistem berguna untuk menentukan batasan-

batasan dalam membangun sebuah sistem, fungsi-fungsi apa saja yang

dibutuhkan, serta keamanan sistem yang diperlukan.

1. Pengguna harus melakukan login terlebih dahulu sebelum menggunakan

fungsi sistem.

59

2. Pengguna memiliki hak akses berbeda yang sesuai terhadap hak dan

wewenang pengguna.

3. Level akses admin tidak dapat melakukan approved terhadap permintaan dan

tidak dapat mengelola data pengguna (user).

4. Level akses manager hanya bisa mengubah fungsi tidak approved menjadi

approved pada permintaan dan dapat mengelola data pengguna.

5. Sistem menyediakan dua level akses, yaitu admin, manajer.

6. Hak akses level admin dapat melihat data, fungsi tambah, dan fungsi simpan,

cetak serta dapat melihat laporan seluruh transaksi gudang.

7. Hak akses level manajer dapat melihat data, memiliki fungsi approved atau

not approved terhadap setiap data permintaan, mengelola data pengguna serta

dapat melihat laporan seluruh transaksi gudang.

8. Sistem dapat melakukan pernomoran permintaan, permintaan barang masuk

(TUG 4) dan permintaan barang keluar (TUG 7 dan TUG 9) secara otomatis.

9. Sistem dapat membatasi akses pembuatan permintaan barang masuk (TUG 4)

apabila data permintaan masuk belum disetujui oleh manajer.

10. Sistem dapat membatasi akses pembuatan permintaan barang keluar (TUG 7)

apabila data permintaan keluar belum disetujui oleh manajer.

11. Fungsi cetak faktur TUG 4, TUG 7 dan TUG 9 tidak aktif apabila status pada

masing-masing data belum berubah menjadi approved (sudah di setujui)

60

4.1.2. Rancangan Diagram Use Case

Adapun prosedur dari sistem yang diusulkan oleh peneliti untuk keperluan

pengelolaan logistik PLTD Sungai Raya, digambarkan dalam diagram use case

sebagai berikut:

Sumber: Penelitian (2018)

Gambar IV.1. Diagram Use Case Sistem Usulan

Adapun keterangan dari masing-masing use case pada use case diagram

rancangan sistem informasi Gudang PLTD Sungai Raya di atas akan dijabarkan

dalam skenario use case dibawah ini:

1. Skenario Use Case Login

Tabel IV.1.

Skenario Use Case Login

Use Case Name Login

Requirements Manajer dan admin gudang harus

login agar dapat menggunakan fungsi

utama sistem

Goal Manajer dan admin gudang dapat

menggunakan fungsi utama sistem

Pre-Conditions Manajer dan admin gudang harus

memiliki username dan password

Post-Conditions Tampil menu utama

Failed end Condition Manajer dan admin gudang tidak

berhasil login

Actors Manajer dan Admin gudang

61

Main Flow/Basic Path 1. Pengguna membuka program

2. Pengguna memilih menu login

3. Memasukan username dan

password

4. Pengguna berhasil login dan

tampil

menu utama

Alternate Flow/Invariant A -

Invariant B 1. Pengguna membuka program

2. Pengguna memilih menu login

3. Memasukan username dan

password

4. Sistem menampilkan pesan

“Username dan Password Tidak

Terdaftar”


2. Skenario Use Case Mengelola Data APP

Tabel IV.2.

Skenario Use Case Mengelola Data APP

Use Case Name Mengelola data APP

Requirements Admin gudang melakukan

pengelolaan data APP

Goal Sistem menampilkan data APP

Pre-Conditions Data APP yang akan di input belum

ada dalam database

Post-Conditions Data APP terdaftar dalam database

Failed end Condition Sistem tidak menampilkan data APP

Actors Admin gudang

Main Flow/Basic Path 1. Petugas melakukan login

2. Memilih form APP

3. Sistem menampilkan data APP

Alternate Flow/Invariant A Menambah APP baru:

1. Petugas melakukan login

2. Memilih form APP

3. Klik tombol baru, kemudian

petugas

Memasukan data APP baru

4. Klik tombol simpan

Ubah data APP:


2. Memilih form APP

3. Klik salah satu APP yang ingin

Di ubah datanya

4. Klik tombol ubah, lalu ubah data

APP

62


Invariant B 1. Petugas melakukan login

2. Memilih form APP


petugas

Memasukan data APP

4. Sistem menampilkan pesan “Data APP Sudah Ada”


3. Skenario Use Case Mengelola Data Rekanan

Tabel IV.3.

Skenario Use Case Mengelola Data Rekanan

Use Case Name Mengelola data rekanan


pengelolaan terhadap qdata rekanan

Goal Sistem menampilkan data rekanan

Pre-Conditions Data rekanan yang akan di input

belum ada dalam database

Post-Conditions Data rekanan terdaftar dalam

database

Failed end Condition Sistem tidak menampilkan data

rekanan

Actors Admin gudang


2. Memilih form rekanan

3. Sistem menampilkan data rekanan

Alternate Flow/Invariant A Menambah rekanan baru:




petugas

Memasukan data rekanan baru


Ubah data rekanan:



3. Klik salah satu rekanan yang ingin

Di ubah datanya


rekanan


63


2. Memilih form rekanan lain


petugas

Memasukan data rekanan

4. Sistem menampilkan pesan “Data Rekanan Sudah Ada”


4. Skenario Use Case Mengelola Data Permintaan

Tabel IV.4.

Skenario Use Case Mengelola Data Permintaan

Use Case Name Mengelola data permintaan


pengelolaan data permintaan

Goal Admin gudang dan manajer dapat

melihat permintaan mana saja yang

sudah disetujui dan belum disetujui

Pre-Conditions Permintaan disetujui oleh manajer

Post-Conditions Permintaan tidak disetujui oleh

manajer


permintaan

Actors Admin gudang


2. Memilih form permintaan

3. Sistem menampilkan data

permintaan

Alternate Flow/Invariant A Menambah permintaan baru:




petugas memasukan data

permintaan baru


Ubah data permintaan:



3. Klik salah satu permintaan yang

ingin di ubah datanya


permintaan





64

ingin di cetak datanya

4. Klik tombol cetak,

sistem menampilkan pesan

“Permintaan Belum di Setujui”


5. Skenario Use Case Mengelola Data Material

Tabel IV.5.

Skenario Use Case Mengelola Data Material

Use Case Name Mengelola data barang (material)


pengelolaan data material atau

spareparts


melihat material apa saja yang

tersedia digudang

Pre-Conditions Data material yang akan di input

belum ada pada database

Post-Conditions Data material sudah terdaftar dalam

database


barang

Actors Admin gudang


2. Memilih form barang

3. Sistem menampilkan data barang

Alternate Flow/Invariant A Menambah material baru:


2. Memilih form material


petugas

Memasukan data material baru


Ubah data material:



3. Klik salah satu data material yang

Ingin di ubah datanya


material


65




petugas

Memasukan data material

4. Sistem menampilkan pesan “Data Material Belum Lengkap”


6. Skenario Use Case Mengelola Transaksi Masuk

Tabel IV.6.

Skenario Use Case Mengelola Transaksi Masuk

Use Case Name Mengelola transaksi masuk


pengelolaan data transaksi barang

masuk


melihat rinci material apa saja yang

masuk ke dalam gudang

Pre-Conditions Permintaan barang masuk (TUG 4)

sudah disetujui

Post-Conditions Penambahan stok material


transaksi masuk

Actors Admin gudang


2. Memilih form transaksi masuk

3. Sistem menampilkan transaksi

masuk

Alternate Flow/Invariant A Menambah transaksi masuk baru:




petugas memasukan data transaksi

masuk


Ubah data transaksi masuk:



3. Klik salah satu data transaksi

masuk yang ingin di ubah datanya


transaksi masuk


66





masuk

4. Sistem menampilkan pesan “Data Transaksi Masuk Belum Lengkap”


7. Skenario Use Case Membuat TUG 4

Tabel IV.7.

Skenario Use Case Membuat TUG 4 (Permintaan Barang Masuk)

Use Case Name Membuat TUG 4

Requirements Admin gudang membuat permintaan

barang masuk

Goal Sistem menampilkan daftar

permintaan barang masuk



manajer



Actors Admin gudang


2. Memilih form TUG 4








permintaan barang baru








permintaan


67





permintaan

4. Sistem menampilkan pesan “Data Permintaan Belum Di setujui”



Tabel IV.8.

Skenario Use Case Membuat TUG 7 (Permintaan Barang Keluar)


Requirements Admin gudang membuat permintaan

barang keluar


permintaan barang keluar



manajer



Actors Admin gudang


















permintaan


68





permintaan

4. Sistem menampilkan pesan “Data Permintaan Belum Di setujui”



Tabel IV.9.

Skenario Use Case Membuat TUG 9 (Finall Approval)


Requirements Admin gudang membuat surat

approval barang keluar


melihat data permintaan barang

keluar

Pre-Conditions Permintaan barang keluar disetujui

oleh manajer

Post-Conditions Permintaan barang keluar tidak

disetujui oleh manajer

Failed end Condition Sistem tidak menampilkan

permintaan barang

Actors Admin gudang




TUG 9

Alternate Flow/Invariant A Menambah surat TUG 9 baru:




petugas memasukan data approval

baru


Ubah TUG 9:



3. Pilih salah satu data TUG 9, klik

4. Klik tombol ubah, kemudian

petugas mengubah data approval


69




petugas memasukan detail data

TUG 9

4. Sistem menampilkan pesan “TUG

9 Belum Lengkap”


10. Skenario Use Case Menyetujui Permintaan

Tabel IV.10.

Skenario Use Case Menyetujui Permintaan

Use Case Name Menyetujui Permintaan

Requirements Manajer menyetui permintaan barang

masuk dan keluar


permintaan



manajer


permintaan

Actors Manajer

Main Flow/Basic Path 1. Manajer melakukan login



permintaan yang akan disetujui

4. Klik tombol ubah

5. Manajer memilih salah satu opsi

“Ya” atau “Tidak”


Alternate Flow/Invariant A Menyetujui permintaan:

1. Manajer melakukan login



permintaan yang akan disetujui

4. Klik tombol ubah

5. Manajer memilih opsi

“Ya”


Invariant B -


70

11. Skenario Use Case Menyetujui Permintaan Barang Masuk

Tabel IV.11.

Skenario Use Case Menyetujui Permintaan Barang Masuk

Use Case Name Menyetujui Permintaan Barang

Masuk


masuk


permintaan



manajer


permintaan

Actors Manajer




permintaan barang masuk yang

akan disetujui

4. Klik tombol ubah


“Ya” atau “Tidak”






permintaan barang masuk yang

akan disetujui

4. Klik tombol ubah


“Ya”


Invariant B -


12. Skenario Use Case Menyetujui Permintaan Barang Keluar

Tabel IV.12.

Skenario Use Case Menyetujui Permintaan Barang Keluar

Use Case Name Menyetujui Permintaan Barang

Keluar


keluar


permintaan

71



manajer


permintaan

Actors Manajer




permintaan barang keluar yang

akan disetujui

4. Klik tombol ubah


“Ya” atau “Tidak”, simpan





permintaan barang keluar yang

akan disetujui

4. Klik tombol ubah


“Ya”, simpan

Invariant B -


13. Skenario Use Case Laporan

Tabel IV.13.

Skenario Use Case Laporan

Use Case Name Laporan

Requirements Manajer dan admin gudang dapat

melihat laporan hasil pengolahan

data dan transaksi yang terjadi di

gudang

Goal Sistem menampilkan laporan

Pre-Conditions Data-data transaksi sudah terekam

dalam database

Post-Conditions Sistem menampilkan tampilan

laporan

Failed end Condition Sistem tidak menampilkan laporan

Actors Manajer dan Admin Gudang

72

Main Flow/Basic Path 1. Manajer dan admin gudang

melakukan login

2. Memilih form laporan

3. Pilih jenis laporan yang ingin

ditampilkan

4. Sistem menampilkan laporan

dilayar

5. Klik tombol cetak


1. Manajer dan admin gudang

melakukan login

2. Memilih form laporan

3. Pilih jenis laporan yang ingin

ditampilkan

4. User memilih kategori tampil

laporan

5. Sistem menampilkan laporan di

layar

5. Klik tombol cetak

Invariant B -


14. Skenario Use Case Mengelola Data User

Tabel IV.14.

Skenario Use Case Mengelola Data User

Use Case Name Mengelola data user

Requirements Manajer melakukan pengelolaan data

user

Goal Manajer dapat melihat user yang

terdaftar

Pre-Conditions Data user yang akan di input belum

terdaftar dalam database

Post-Conditions Data user sudah terdaftar dalam

database

Failed end Condition Sistem tidak menampilkan data user

Actors Manajer


2. Memilih form data user

3. Sistem menampilkan data user

73

Alternate Flow/Invariant A Menambah user baru:


2. Memilih form user


manajer memasukan data user

baru


Ubah data user:



3. Klik salah satu data user yang



user





petugas memasukan data user

4. Sistem menampilkan pesan “Data User Belum Lengkap”


15. Skenario Use Case Mengelola Data Transaksi Masuk

Tabel IV.15.

Skenario Use Case Mengelola Data Transaksi Masuk

Use Case Name Mengelola data transaksi masuk


pengelolaan data transaksi masuk

Goal Admin gudang dapat melihat daftar

transaksi masuk

Pre-Conditions Nomor data transaksi masuk yang

akan di input belum terdaftar dalam

database

Post-Conditions Nomor data transaksi masuk sudah

terdaftar dalam database


transaksi masuk

Actors Admin gudang

Main Flow/Basic Path 1. Admin gudang melakukan login

2. Memilih form data transaksi

masuk


transaksi masuk

74

Alternate Flow/Invariant A Menambah data transaksi masuk

baru:

1. Admin gudang melakukan login



admin memasukan data transaksi

masuk baru


Ubah data transaksi masuk:

1. Admin gudang melakukan login


3. Klik salah satu data transaksi

masuk yang ingin di ubah datanya


detail transaksi masuk


Invariant B 1. Admin gudang melakukan login




masuk

4. Sistem menampilkan pesan “Data Transaksi Masuk Belum Lengkap”


4.1.3. Rancangan Diagram Activity

Adapun gambaran prosedur dari rancangan sistem usulan guna memberi

gambaran jalannya sistem terkait dengan pengguna dan aktivitas-aktivitasnya

digambarkan dalam bentuk activity diagram berikut:

75


Gambar IV.2. Activity Diagram Prosedur Menu Permintaan Sistem Usulan

76


Gambar IV.3. Activity Diagram Prosedur Menu Permintaan Barang Masuk

(TUG 4) Sistem Usulan


Gambar IV.4. Activity Diagram Prosedur Transaksi Masuk Sistem Usulan

77


Gambar IV.5. Activity Diagram Prosedur Menu Permintaan Barang Keluar

(TUG 7) Sistem Usulan


Gambar IV.6. Activity Diagram Prosedur Menu Finall Approval (TUG 9)

Sistem Usulan

78


Gambar IV.7. Activity Diagram Approval Permintaan Rancangan Sistem

Usulan

4.1.4. Rancangan Dokumen Sistem Usulan

Adapun rancangan dokumen sistem usulan berikut di rancang berdasarkan

kebutuhan pengguna dan dokumen-dokumen yang di gunakan pada sistem

berjalan.

A. Rancangan Dokumen Masukan

Berikut rancangan dokumen yang akan digunakan untuk melakukan proses

pengolahan data pada sistem informasi gudang usulan.

1. Nama Dokumen : Daftar Permintaan

Fungsi : Untuk mengajukan permintaan

Sumber : Admin gudang

Tujuan : Manajer, arsip

79

Media : Kertas

Jumlah : Minimal 1 lembar

Frekuensi : Setiap kali ada permintaan

Bentuk : Lampiran C-1

2. Nama Dokumen : Daftar Permintaan Barang Masuk (TUG 4)

Fungsi : Untuk mengajukan permintaan barang masuk



Media : Kertas


Frekuensi : Setiap kali ada permintaan barang masuk

Bentuk : Lampiran C-2

B. Rancangan Dokumen Keluaran

Berikut rancangan dokumen yang dihasilkan dari pengolahan dokumen

masukan pada sistem usulan.

1. Nama Dokumen : Daftar Permintaan Barang Keluar (TUG 7)

Fungsi : Untuk mengajukan permintaan barang keluar



Media : Kertas


Frekuensi : Setiap kali ada permintaan barang dari APP

Bentuk : Lampiran D-1

80

2. Nama Dokumen : Dokumen Approval (TUG 9)

Fungsi : Dokumen bukti approval permintaan barang keluar



Media : Kertas


Frekuensi : Setiap kali ada permintaan barang keluar


3. Nama Dokumen : Laporan Permintaan

Fungsi : Informasi daftar permintaan

Sumber : Admin gudang, manajer

Tujuan : Arsip

Media : Kertas


Frekuensi : -


4. Nama Dokumen : Laporan Permintaan Barang Keluar

Fungsi : Informasi daftar permintaan barang keluar

Sumber : Admin gudang, Manajer

Tujuan : Arsip

Media : Kertas


Frekuensi : -


81

5. Nama Dokumen : Laporan Permintaan Barang Masuk

Fungsi : Informasi daftar permintaan barang masuk


Tujuan : Arsip

Media : Kertas


Frekuensi : -


6. Nama Dokumen : Laporan Transaksi Masuk

Fungsi : Informasi daftar barang masuk


Tujuan : Arsip

Media : Kertas


Frekuensi : -


4.1.5. Rancangan Prototype

Tahap ini bertujuan untuk menjabarkan rancangan antarmuka dari sistem

yang dibangun dan pemilahan fungsi-fungsi yang dimiliki oleh sistem usulan.

82

1. Interface Tampilan Awal


Gambar IV.8. Rancangan Interface Tampilan Awal

2. Interface Form Login


Gambar IV.9. Rancangan Interface Form Login

83

3. Interface Data User


Gambar IV.10. Rancangan Interface Data User

4. Interface Form Data APP


Gambar IV.11. Rancangan Interface Data APP

5. Interface Data Rekanan


Gambar IV.12. Rancangan Interface Data Rekanan

84

6. Interface Data Material


Gambar IV.13. Rancangan Interface Data Material

7. Interface Data Permintaan


Gambar IV.14. Rancangan Interface Data Permintaan

8. Interface Data TUG 4


Gambar IV.15. Rancangan Interface Data TUG 4

85







11. Interface Laporan Permintaan


Gambar IV.18. Rancangan Interface Laporan Permintaan

86

12. Interface Laporan TUG 4


Gambar IV.19. Rancangan Interface Laporan TUG 4



Gambar IV.20. Rancangan Interface Laporan TUG 7




87

15. Interface Laporan Stok Material


Gambar IV.22. Rancangan Interface Laporan Stok Material

4.2. Perancangan Perangkat Lunak

Pada tahap ini peneliti menjabarkan media penyimpanan data pada sistem

usulan yang terkomputerisasi, rangkaian data tersebut digambarkan sebagai

berikut.

4.2.1. Entity Relationship Diagram (ERD)


Gambar IV.23. Entity Relationship Diagram Sistem Usulan

88

4.2.2. Logical Structure Record (LRS)


Gambar IV.24. Logical Structure Record Sistem Usulan

4.2.3. Spesifikasi File

Berikut adalah fungsi dari masing-masing file yang terdapat dalam

rancangan database sistem yang di usulkan.

1. Spesifikasi File Pengguna

Nama File : pengguna

Akronim : pengguna

Fungsi : menyimpan data pengguna

Tipe File : file master

Organisasi File : indexed sequential

Akses File : random

Media : harddisk

Panjang Record : 96

89

Kunci Field : id_pengguna

Software : SQL Server

Tabel IV.16.

Spesifikasi File Pengguna

No Elemen Data Nama Field Tipe Size Ket

1 Id pengguna nama_login varchar 20 PK

2 Password password varchar 6

3 Nama Pengguna nama_pengguna varchar 50

4 Status Pengguna status_pengguna varchar 20

5 isAktif isAktif bit


2. Spesifikasi File Rekanan

Nama File : rekanan

Akronim : rekanan

Fungsi : menyimpan data rekanan



Akses File : random

Media : harddisk

Panjang Record : 177

Kunci Field : id_rekanan


Tabel IV.17.

Spesifikasi File Rekanan


1 Id rekanan id_rekanan varchar 20 PK

2 Nama Rekanan nama_rekanan varchar 50

3 Kota kota varchar 12

4 Alamat Rekanan alamat_rekanan varchar 100

5 Nomor Telepon no_telp interger 15


90

3. Spesifikasi File Permintaan

Nama File : permintaan

Akronim : permintaan

Fungsi : menyimpan data permintaan



Akses File : random

Media : harddisk


Kunci Field : no_surat_permintaan


Tabel IV.18.

Spesifikasi File Permintaan


1 Nomor Surat no_surat_permintaan varchar 30 PK

2 Tanggal Permintaan tanggal_permintaan varchar 20

3 Jenis Permintaan jenis_permintaan varchar 5

4 Nomor Referensi no_referensi varchar 20

5 Perihal perihal varchar 200

6 Status Approved approved varchar 12

7 Id Pengguna nama_login varchar 20 FK


4. Spesifikasi File TUG 4

Nama File : TUG 4

Akronim : TUG4

Fungsi : menyimpan data permintaan barang masuk (TUG 4)



Akses File : random

91

Media : harddisk


Kunci Field : no_TUG4


Tabel IV.19.

Spesifikasi File TUG 4


1 Nomor Surat no_TUG4 varchar 30 PK

2 Nomor Surat no_surat_permintaan varchar 30 FK

3 Tanggal tgl date

5 Id Rekanan id_rekanan varchar 20

6 Keterangan keterangan varchar 200




Nama File : TUG 7

Akronim : TUG 7

Fungsi : menyimpan data permintaan barang keluar (TUG 7)



Akses File : random

Media : harddisk




Tabel IV.20.



1 Nomor TUG 7 no_TUG7 varchar 25 PK

2 Tanggal tgl date

3 Nomor Surat no_surat_permintaan varchar 30 FK

4 Id APP id_APP varchar 20 FK

92

5 Nama APP nama_APP varchar 50


7 Id Material id_material varchar 20

8 Nama Material nama_material varchar 50

10 Jumlah jumlah interger




Nama File : TUG 9

Akronim : TUG 9

Fungsi : menyimpan data finall approval permintaan



Akses File : random

Media : harddisk




Tabel IV.21.



1 Nomor TUG 9 no_TUG9 varchar 25 PK

2 Nomor TUG 7 no_TUG7 varchar 25 FK

3 Tanggal tgl date

4 Id APP id_APP varchar 20 FK


6 Id Material id_material varchar 20 FK

7 Nomor Surat Perintah Kerja no_SPK varchar 50



9. Spesifikasi File APP (Area Pelaksana Pemeliharaan)

Nama File : APP

Akronim : APP

93

Fungsi : menyimpan data area pelaksana pemeliharaan



Akses File : random

Media : harddisk


Kunci Field : id_APP


Tabel IV.22.

Spesifikasi File APP


2 ID APP id_APP varchar 50 PK

3 Nama APP nama_APP varchar 50

4 Alamat alamat varchar 100

5 Kota kota varchar 12

Nomor Telepon no_telp varchar 15


10. Spesifikasi File Material

Nama File : material

Akronim : material

Fungsi : menyimpan data material



Akses File : random

Media : harddisk


Kunci Field : no_material


94

Tabel IV.23.

Spesifikasi File Material


1 Id Material no_material varchar 20 PK

2 Id Rekanan id_rekanan varchar 20 FK

3 Material material interger 50

4 Satuan satuan varchar 10

5 Jenis Material jenis_material varchar 20

6 Kelengkapan kelengkapan varchar 50

7 Tegangan tegangan varchar 20

8 Bahan bahan varchar 50

9 Daya daya varchar 20


13. Spesifikasi File Transaksi Masuk

Nama File : transaksi masuk

Akronim : transaksi masuk

Fungsi : menyimpan data transaksi barang masuk



Akses File : random

Media : harddisk


Kunci Field : id_transaksi


Tabel IV.24. Spesifikasi File Transaksi Masuk


1 ID Transaksi id_transaksi varchar 20 PK

2 Tanggal tgl date

3 Nomor TUG 4 no_TUG4 varchar 25 FK

4 Id Material id_material varchar 20 FK

5 Nama Material material varchar 50

6 Id Rekanan dari varchar 20 FK

7 Jumlah jumlah interger



95

4.2.4. Class Model

Berikut adalah gambaran hubungan antar file dengan file lainnya yang

terdapat dalam rancangan database sistem usulan, digambarkan dalam model

class diagram dibawah ini.


Gambar IV.25. Class Diagram Rancangan Database Sistem Usulan

4.2.5. Sequence Diagram

Pemanfaatan sequence diagram dibawah ini untuk menggambarkan

hubungan aktifitas pengguna dengan tiap-tiap fungsi yang ada pada rancangan

sistem usulan.

96


Gambar IV.26. Sequence Diagram Login


Gambar IV.27. Sequence Diagram Permintaan Barang Masuk

97


Gambar IV.28. Sequence Diagram Permintaan Barang Keluar


Gambar IV.29. Sequence Diagram Laporan

4.2.6. Spesifikasi Hardware dan Software

Untuk mendukung jalannya sistem yang di usulkan, ada hal-hal yang harus

dipenuhi agar sistem dapat menjalankan fungsinya dengan baik. Adapun dua hal

yang harus dipenuhi yaitu spesifikasi hardware dan software komputer. Berikut

spesifikasi minimum yang harus dipenuhi untuk menjalankan sistem usulan.

98

1. Spesifikasi Hardware

a. Processor intel core-i3

b. RAM 2 Gb

c. Harddisk 500 Gb

d. Monitor LED 15,6”

e. Printer Laser Jet

2. Spesifikasi Software

a. Sistem Operasi Windows 7 Ultimate

b. CSS (Cascading Style Sheet)

c. Jquery Sublime Text

d. SQL Server

e. XAMPP

4.3. Jadwal Implementasi

Dalam merencanakan dan mengerjakan sebuah proyek, jadwal

implementasi sangat dibutuhkan agar pekerjaan dapat selesai tepat pada waktunya

dan untuk menghindari resiko keterlambatan.

Tabel IV.25.

Jadwal Implementasi

No Kegiatan

WAKTU

BULAN I BULAN II BULAN III

1 2 3 4 1 2 3 4 1 2 3 4

1 Perencanaan Sistem

2 Analisis Sistem

3 Perancangan Sistem Secara Umum

4 Analisa Kebutuhan

5 Perancangan Sistem Secara Detail

6 Analisa Pengembangan Sistem


Documents

BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan ... fileMenganalisa sistem 2. Mendesain sistem Langkah-langkah tersebut bertujuan untuk mencari ... Adapun tujuan dari analisa