Sistem Usulan

4.1. Tahapan Perancangan Sistem

(memuat kebutuhan sistem & pengguna) 4.2. Perancangan Perangkat Lunak

(Memuat Usecase, class diagram) 4.3. Rancangan Basis Data

(ERD, Spesifikasi File)

4.4. Implementasi dan Pengujian Unit 4.4.1. Implementasi

(Memuat kode program yang berisi sample dari File Master, Transaksi dan Laporan)

4.4.2. Pengujian Unit

BAB V PENUTUP

5.1. Kesimpulan 5.2. Saran

DAFTAR PUSTAKA

DAFTAR RIWAYAT HIDUP

SURAT KETERANGAN RISET/PKL (WAJIB) LAMPIRAN*

Keterangan :

*Lampiran:

A: Buku Manual Pengguna (memuat penjelasan singkat aplikasi, tampilan/view Aplikasi & Cara Penggunaan)

B: Dokumen Keluaran Sistem Berjalan

Mahasiswa wajib memberitahukan kepada Ketua Program Studi melalui dosen pembimbing untuk mendiskusikan teknis penyerahan aplikasi kepada mitra pengguna aplikasi.

Dokumentasi : Foto Serah Terima (Minimal 5), Press Release dan Scan Lembar Serah Terima Aplikasi

*Surat Keterangan Riset/PKL(WAJIB)

Didalam surat keterangan riset/PKL selain memuat mahasiswa telah melakukan Riset/PKL di mitra juga harus menyebutkan bahwa aplikasi yang dibuat memang sudah diimplementasikan oleh mitra. Contoh Bukti serah terima terlampir.

Penjelasan Outline Laporan Tugas Akhir + Aplikasi Siap Diimplementasikan

BAB I

PENDAHULUAN

1.1. Latar Belakang Masalah

Berisikan alasan pemilihan judul TA, dengan cara menguraikan dan

menjelaskan permasalahan yang diangkat oleh penulis.

Contoh Latar Belakang Masalah :

Menurut UU No. 5 Tahun 1984 tentang Perindustrian, indutri adalah

kegiatan ekonomi yang mengelola bahan mentah, bahan baku, barang setengah jadi,

dan atau barang jadi menjadi barang dengan nilai lebih tinggi untuk pengunaanya.

Hasil penelitan sebelumnya (En & Suryandi, 2013) “PT. X, telah menerapkan

internal struktur control dengan hasil proses pengiriman bahan baku tepat waktu

dan mengoptimalkan pasasokan bahan baku di PT. X ” . (Imroatus Sholikhah,

Mahmud Sairan, 2017) “ mengunakan metode waterfall dengan hasil karyawan

lebih terbantu untuk mengelola data barang, supplier dan customer dalam

pendataan, mengelola pembukuan transaksi pembelian dan penjualan, serta

memberikan laporan yang lebih rinci kepada pemilik”. (Aprilliah, Ningsih,

Ariyanti, Haryati, 2019) “mengunakan metode waterfall dengan hasil melakukan

pengolahan data informasi pengeluaran dan pemasukan kas dengan efektif dan

efisiensi, sehingga diharapkan akan menghasilkan suatu informasi yang lebih baik

dengan sistem yang terkomputerisasi”.(Gunawan, 2013)“Visual Basic.Net bahwa

penelitian ini dimana hasil analisa dan perancangan yang dilakaukan dapat

membantu kegiatan-kegiatan dalam perusahaan tersebut agar lebih baik di dalam

aspek untuk waktu mendatang .”

Berdasarkan hasil penelitian sebelumnya, maka penulis melakukan riset

pada PT. Masato Catur Coanting, prosedur-prosedur yang terdapat didalamnya

masih belum terkomputerisasi sehingga dalam menjalankan transaksinya masih

ditemui kesalahan-kesalahan seperti dalam pencatatan data barang, data supplier

yang tidak terdokumentasi dengan baik, pencatatan transaksi pembelian dan

penerimaan barang yang kurang efisien, pembayaran invoice yang sering terlewat

karena tidak terdokumentasi dengan baik, serta pembuatan laporan-laporan setiap

bulannya. Dengan diterapkannya sistem yang berjalan saat ini beresiko terjadinya

tindakan manipulasi data karena pencatatan transaksi manual tingkat keamanannya

masih rentang, sehingga hasil yang didapat kurang cepat dan akurat. Berdasarkan

masalah yang disebutkan diatas dan hasil penelitian sebelumnya penulis

mengusulkan permasalahan tersebut menjadi tema pembuatan Tugas Akhir ini.

Penulis berharap agar prosedur-prosedur yang akan dijalankan yang selama ini

yang belum terkomputerisasi, sudah terkomputerisasi agar mendapatkan hasil yang

seoptimal mungkin sehingga tidak terjadi kesalahan-kesalahan dalam

Judul tidak perlu dicantumkan dalam latar belakang tetapi digantikan

dengan rumusan masalah. Referensi jurnal dimasukkan dalam latar belakang

sebagai pendukung masalah atau solusi yang di bahas oleh penulis.

1.2. Tujuan dan Manfaat

Penulis membuat dua alinea yang menguraikan tentang tujuan pembuatan TA

dan manfaat penulisan TA. Tujuan pembuatan TA lebih mengarah pada apa yang

ingin dicapai dari penulisan TA. Sedangkan manfaat Penulisan TA terbagi atas

manfaat untuk penulis, manfaat untuk objek penelitian, dan manfaat untuk

pembaca.

CONTOH Tujuan dan Manfaat :

Tujuan penulisan tugas akhir ini adalah :

1. Menghasilkan Sistem Informasi Penggajian yang mampu mengatasi

permasalahan yang ada pada perusahaan.

2. Menghasilkan Laporan penggajian yang cepat tepat dan efisien yang dapat

digunakan oleh pimpinan perusahan untuk proses pengambilan keputusan

3. Menerapkan sistem basis data yang terintergrasi.

Sedangkan manfaat penulisan tugas akhir adalah sebagai berikut:

1. Manfaat untuk penulis

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Program

Studi Sistem Informasi di Universitas Bina Sarana Informatika.

2. Manfaat untuk objek penelitian

c. Sebagai bahan evaluasi terhadap sistem yang sedang berjalan.

d. Menghasilkan suatu informasi yang cepat dan akurat dalam membantu

dan memudahkan proses absensi dan administrasi penggajian.

3. Manfaat untuk pembaca

Memberikan pemahaman mengenai konsep perancangan sistem informasi

absensi dan penggajian sehingga lebih optimal <dan lain-lain>

1.3. Teknik pengumpulan Data

Teknik pengumpulan data yang digunakan oleh penulis dalam melakukan pengumpulan data untuk pembuatan TA adalah :

1. Observasi

Menjelaskan tentang kegiatan observasi yang dilakukan meliputi : tempat, bagian dan proses sistem berjalan.

2. Wawancara

Menjelaskan kegiatan wawancara dengan narasumber/pelaku sistem berjalan yang terkait dengan topik TA.

3. Studi Pustaka

Menjelaskan tentang studi pustaka yang digunakan untuk mendukung proses pembuatan TA

1.4. Ruang Lingkup

Adalah batasan masalah yang akan dibahas dalam TA yang penulis buat.

Batasan ini bertujuan untuk alur atau rel dari pada TA yang dibuat. Batasan dibuat

dengan awal mula permasalahan sampai dengan penyelesaian yang dicapai (misal

: proses pengolahan master data (data barang, data user, dan lain-lain), permohonan

permintaan barang, transaksi barang keluar sampai dengan pembuatan laporan

dengan menggunakan framework Jquery).

BAB II

LANDASAN TEORI

Memuat Teori pendukung pengembangan sistem/ aplikasi yang diimplementasikan. Diantaranya :

A. Teknik Pengumpulan Data

Menjelaskan Teori Dasar pengumpulan data misalkan Wawancara, Observasi, Studi Pustaka dan teori lainnya yang berkaitan dengan pengumpulan data. B. Model Pengembangan Sistem

Menjelaskan tentang model pengembangan sistem yang digunakan misalkan Waterfall.

C. Metode Perancangan Sistem

Menjelaskan tentang definisi UML, use case diagram & class diagram, D. Metode Perancangan Basis Data

Menjelaskan tentang definisi ERD, komponen ERD, dan lain-lain E. Pengujian Unit

Menjelaskan tentang pengujian unit yang digunakan. Misalkan: PhpUnit, XDebug, Blackbox Testing atau pengujian lainnya.

*Poin-poin dapat ditambahkan Teori lain yang mendukung dalam pengembangan aplikasi yang dibangun.

BAB III

ANALISIS SISTEM BERJALAN

3.1. Tinjauan Mitra

Tinjauan perusahaan dilakukan untuk mendapatkan gambaran tentang proses

bisnis berdasarkan sejarah perusahaan, struktur organisasi dan fungsi yang ada di

perusahaan.

3.1.1. Sejarah Mitra

Menjelaskan tentang profil dan sejarah perusahaan.

3.1.2. Struktur Organisasi dan Fungsi

Menggambarkan tentang struktur organisasi yang ada pada perusahaan

dengan membuat bagan dari susunan organisasi serta menjelaskan fungsi dan

tugas dari masing-masing fungsi (job description).

3.2. Prosedur/Proses Bisnis Sistem Berjalan

Prosedur sistem berjalan menjelaskan kegiatan utama sistem dari masalah yang

menjadi tema tugas akhir. Prosedur sistem berjalan dalam bentuk narasi.

CONTOH Prosedur Sistem Berjalan

1. Prosedur Barang Masuk

Bagian gudang memeriksa stok barang, apabila stok barang kurang dari standard

maka bagian gudang mengadakan surat permohonan pengadaan barang ke

bagian pembelian. Selanjutnya bagian pembelian membuat PO ke supplier.

Selanjutnya supplier mengirimkan barang sesuai dengan PO dan Barang

diterima oleh bagian gudang. Kemudian bagian gudang melakukan pengecekan

apakah barang yang dikirim sesuai dengan pesanan atau tidak, jika tidak sesuai

atau ada yang rusak maka dilakukan retur. Bagian gudang menandatangani surat

tanda terima.

2. Prosedur Barang Keluar

Bagian produksi merequest ke bagian gudang dengan mengajukan permohonan

permintaan barang. Bagian gudang melakukan pengecekan apakah barang yang

diminta tersedia atau tidak. Jika tersedia maka bagian gudang akan membuat

surat keluar barang.

3. Prosedur Pembuatan Laporan

Bagian gudang membuat laporan stok barang setiap bulan dan diserahkan ke

manajer.

BAB IV

4.1. Analisis Kebutuhan

Mengidentifikasi kebutuhan fungsional program yang terkait dengan proses

bisnis yang diusulkan.

Contoh Analisa Kebutuhan :

A. Kebutuhan Pengguna

Dalam aplikasi inventory terdapat dua pengguna yang dapat saling berinteraksi

dalam lingkungan system, yaitu: Bagian gudang, dan manajer. Kedua

pengguna tersebut memiliki karakteristik interaksi dengan system yang

berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti

berikut :

A1 Skenario Kebutuhan Bagian Gudang

a) Mengelola data barang

b) Mengecek stok barang

c) Membuat Surat Permohonan Barang

d) <<dan seterusnya>>

A2 Skenario Kebutuhan Manajer

a) Administrator dapat melihat laporan stok barang b) <<dan seterusnya>>

B. Kebutuhan Sistem

1) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

aplikasi ini dengan memasukkan username dan password agar privasi

masing-masing pengguna tetap terjaga keamanannya.

2) Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.

3) Sistem melakukan kalkulasi stok barang.

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 49 Program Diploma Tiga (D3) Fakultas Teknik dan Informatika

Universitas Bina Sarana Informatika

4.2.Rancangan Sistem

A. Rancangan Diagram Use Case

Contoh Use Case Diagram

Sumber : Hasil Penelitian (2021)

Gambar IV.1. Use Case Diagram……..

CATATAN:

Dalam pengambaran use case tidak harus sama persis dengan contoh di Hand

Out bisa beragam sesuai dengan buku referensi atau artikel ilmiah yang

digunakan.

Tabel III.1.

Deskripsi Use Case Melihat Data Barang

Use Case Name Melihat Data Barang

Requirements Bagian Pembelian dapat melihat datang

Goal Bagian Pembelian melihat data barang

secara online melalui web

Pre-Conditions Bagian Pembelian telah melakukan login

uc Use Case Diagram Inv entory

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version

Bagian Pembelian

Sistem Inventori Suku Cadang Motor

Melakukan Login Memasukkan Data Barang Memasukkan Data Supplier Memasukkan Transaksi Penambahan Stok Bagian Penj ualan

Memasukkan Transaksi Penj ualan

Memasukkan Data Jenis Suku Cadang

Memasukkan Data Tipe Motor

Post-Conditions Daftar data barang yang kurang dari stok

minimum

Failed end Condition

Bagian Pembelian tidak dapat melihat data barang

Actors

Bagian Gudang

Main Flow/ Basic Path

4. User memilih kriteria pencarian 5. User mengetikan nama atau kode barang 6. Sistem menampilkan data barang yang

dicari

Alternate Flow/Invariant A

A1. System menampilkan data barang yang stoknya <= stok minimum

Invariant B B1. User memilih kriteria

B2. User mengetikan nama/kode barang

B3. System tidak menemukan data yang

dicari

B4. System menampilkan pesan "Data yang

dicari tidak ditemukan"

B. Rancangan Class Diagram

Menggambarkan hubungan antara entity class yang dibuat

Contoh Class Model

Sumber : Hasil Penelitian (2021)

Gambar IV.2. Class Diagram………

CATATAN:

Dalam penggambaran class diagram tidak harus sama persis dengan contoh di HandOut bisa beragam sesuai dengan buku referensi yang digunakan.

4.1.

Rancangan Basis Data

Perancangan basis data ini difokuskan pada enam atribut, yaitu ERD & Spesifikasi File A. Entity Relationship Diagram (ERD)

Perancangan basis data menghasilkan pemetaan tabel-tabel yang digambarkan dengan Entity Relationship Diagram (ERD).

Contoh Entity Relationship Diagram

Sumber : Hasil Penelitian (2021)

Gambar IV.3.

Entity Relationship Diagram ……..

CATATAN:

Dalam penggambaran ERD tidak harus sama persis dengan contoh di HandOut bisa beragam sesuai dengan buku referensi yang digunakan.

B. Spesifikasi File

Menjelaskan tentang file atau tabel yang terbentuk dari transformasi ERD (dan atau file-file penunjang untuk web). File-file ini tersimpan pada <<nama Database>> dengan parameter-parameter sebagai berikut :

CONTOH Spesifikasi File:

1. Spesifikasi File Barang Nama File : Barang

Akronim : Barang

Fungsi : untuk menyimpan data barang

Tipe File : File Master Organisasi File : Indexed Sequential

Akses File : Random

Media : Hard Disk

Panjang record :

Kunci Field : kodeBarang Software : Mysql

Tabel IV.1.

Spesifikasi File Barang

Elemen data Nama Field Tipe Size Ket

1. Kode Barang kodeBarang Char 5 Primary Key

2. Nama Barang namaBarang Varchar 20

3. Stock Stok Int 8

Sumber : Hasil Penelitian (2021)

4.2.

Implementasi dan Pengujian Unit 4.2.1. Implementasi

Memuat sampel view/tampilan dan kode program dari Security system,Transaksi dan Laporan. Contoh implementasi:

Gambar 4.1. Halaman login

Kode program: line spacing 1, ukuran font 9, font type : Calibri

a. Controller login <?php

defined('BASEPATH') or exit('No direct script access allowed'); date_default_timezone_set('Asia/Jakarta');

class Pekerjaan extends CI_Controller {

public function __construct() {

parent::__construct();

$this->load->model(array('M_pekerjaan', 'M_pengguna', 'M_jenispekerjaan', 'M_pegawai', 'M_kecamatan'));

if (!$this->session->userdata('id_pegawai')) { redirect('auth', 'refresh');

} }

public function login() { if ($this->M_pengguna->GetLogin()['level'] == '2' || '1' || '4') { $pegawai = $this->M_pegawai->GetAll(); } elseif ($this->M_pengguna->GetLogin()['level'] == '3') { $pegawai = $this->M_pegawai->GetbySeksi($this->M_pegawai->GetbyID($this->session->userdata('id_pegawai'))['id_seksi']); } $data = array( 'judul' => 'Pekerjaan', 'pegawai' => $pegawai, 'seksi' => $this->M_pegawai->GetSeksi() ); $this->load->view('backend/pekerjaan/index', $data); } <<dan seterusnya>> 4.2.2. Pengujian Unit

Pengujian terhadap program yang dibuat yang memiliki validasi di setiap formnya (contoh form login, form pendaftaran member, from transaksi) menggunakan blackbox testing yang fokus terhadap proses masukan dan keluaran program.

A. Pengujian Terhadap Form Login

Tabel IV.28

Hasil Pengujian Black Box Testing Halaman Login

No. Skenario

pengujian

Test case Hasil yang diharapkan Hasil pengujian Kesimpulan 1. User Id dan password tidak diisi kemudian klik tombol login

User Id: (kosong) Password: (kosong) Sistem akan menolak akses user dan menampilkan “User Id dan password tidak dikenal” Sesuai harapan ^Valid 2. Mengetikkan user ID dan password tidak diisi atau kosong kemudian klik tombol login User ID: 1001 Password (kosong) Sistem akan menolak akses user dan menampilkan “User Id dan password tidak dikenal” Sesuai harapan ^Valid 3. User ID tidak diisi (kosong) dan password diisi kemudian klik tombol login

User Id: (kosong) Password: 1998-03-31 Sistem akan menolak akses user dan menampilkan “User Id dan password tidak dikenal” Sesuai harapan ^Valid 4. Mengetikkan salah satu kondisi salah pada user ID atau password kemudian klik tombol login User ID: 1001 (benar) Password: 1998-3-31 (salah) Sistem akan menolak akses user dan menampilkan “User Id dan password tidak dikenal”. Sesuai harapan Valid 5. Mengetikkan user ID dan password dengan data yang benar User ID: 1001 (benar) Password: 1998-03-31 (benar) Sistem menerima akses login dan kemudian Sesuai harapan Valid

kemudian klik tombol login langsung menampilkan menu utama.

<<dan seterusnya>>

BAB V

PENUTUP

4.3. Kesimpulan

Berisi tentang uraian perubahan system yang telah dilakukan untuk

menjawab masalah yang di tuliskan di latar belakang masalah (BAB I).

4.4. Saran

Menguraikan saran yang mendukung keberhasilan dari implementasi

program yang diusulkan serta pengembangan ke arah yang akan datang.

Contoh Lampiran:

Buku Manual Pengguna

1. Deskripsi Aplikasi

Contoh deskripsi Aplikasi :

SIMPEDU merupakan Sistem informasi yang mengakomodir semua

Pekerjaan dan Kegiatan yang ada di BPS Kabupaten Tegal dari awal hingga

akhir pekerjaan sehingga menghasilkan Laporan Capaian Kinerja Pegawai

serta Sasaran Kerja Pegawai.

2. Tampilan/ View Aplikasi

a. Halaman Dashboard

Halaman Dashboard merupakan halaman setelah pegawai melakukan login.

Dalam dokumen Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 1 Program Diploma Tiga (D3) Fakultas Teknik dan Informatika Universitas Bina Sarana (Halaman 43-68)