Handouts Tugas Akhir P1-2021 Sisitem Informasi

Handouts Tugas Akhir Program Studi Sistem Informasi Hal.
1
Program Diploma Tiga (D3) Fakultas Teknik dan Informatika
Universitas Bina Sarana Informatika
KATA PENGANTAR
Tiada kata yang lebih indah selain puji syukur yang penyusun panjatkan kehadirat
Tuhan Yang Maha Esa yang telah melimpahkan rahmat dan karunia-Nya, sehingga pada
akhirnya penyusun dapat menyelesaikan Handouts Tugas Akhir ini tepat pada waktunya.
Handouts ini dibuat sebagai pelengkap pedoman penulisan Laporan Tugas Akhir
Program Studi Sistem Informasi (Program Diploma Tiga) Fakultas Teknik dan Informatika
Universitas Bina Sarana Informatika. Handouts ini menjelaskan secara lebih detail isi dari
pedoman penyusunan laporan skripsi tersebut. Dengan demikian, diharapkan mahasiswa
dapat lebih memahami bagaimana cara menyusun Tugas Akhir dengan baik.
Dalam penyusunan Handouts ini, tidak sedikit hambatan yang penyusun hadapi.
Namun penyusun menyadari bahwa kelancaran dalam penyusunan handouts ini tidak lain
berkat bantuan dan dorongan dari berbagai pihak, sehingga kendala-kendala yang
penyusun hadapi dapat teratasi.
Semoga handouts ini dapat mengakomodasi semua aspek yang berkaitan dengan
materi dan teknik penulisan dalam penyusunan Tugas Akhir, sehingga tidak terjadi lagi
persepsi yang berbeda dalam penyusunan laporan Tugas Akhir.
Akhir kata, Penyusun berharap agar Handouts Tugas Akhir ini dapat bermanfaat
bagi peningkatan kualitas Tugas Akhir mahasiswa Universitas Bina Sarana Informatika,
Aamiin.
Jakarta, Februari 2020
Tim Penyusun
Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 2

DAFTAR ISI
Halaman
Lembar Judul ............................................................................................................ i
Kata Pengantar .......................................................................................................... ii
Daftar Isi.................................................................................................................... iii
Outline Skripsi Program Studi Sistem Informasi ................................................ 1
Outline Perancangan Sistem Informasi ................................................................ 2

BAB I Pendahuluan ......................................................................... 5
BAB II Landasan Teori..................................................................... 8
BAB III Analisis Sistem Berjalan ....................................................... 9
BAB IV Perancangan Sistem Usulan ................................................. 13
BAB V Penutup ................................................................................ 27
Outline Perancangan Sistem Informasi (Alternatif) ............................................ 29

BAB III Pembahasan .......................................................................... 35
BAB IV Penutup ............................................................................... 38
Outline Proyek Sistem Informasi .......................................................................... 39

Laporan Tugas Akhir + Aplikasi Siap Diimplementasikan........................ 39
BAB III Analisis Sistem Berjalan ....................................................... 44
BAB IV Sistem Usulan ....................................................................... 45
BAB V Penutup ................................................................................. 54
Buku Tutorial, Dokumen protokoler +Aplikasi Siap Diimplementasikan 63

BAB II Perancangan Aplikasi........................................................... 68
BAB III Penutup ................................................................................. 88
Outline Perancangan Program .............................................................................. 89

Perancangan Program Bisnis (Observasi).................................................... 89
BAB I Pendahuluan .......................................................................... 91
BAB II Landasan Teori...................................................................... 94
BAB V Penutup ................................................................................. 105
Perancangan Program Bisnis (Riset/PKL) ................................................... 107

BAB V Penutup ................................................................................. 122
Perancangan Games/IoT/Augmented Reality .............................................. 124

BAB V Kesimpulan ........................................................................... 130
OULINE SKRIPSI PROGRAM STUDI
SISTEM INFORMASI
Outline Skripsi Program Studi Sistem Informasi Diploma Tiga (D3) terdiri dari:
1. Perancangan Sistem
2. Proyek Sistem Informasi
3. Perancangan Program

OUTLINE PERANCANGAN SISTEM
Mahasiswa WAJIB Melakukan Riset/PKL

Bentuk Outline Tugas Akhir Perancangan Sistem (Desktop/Web/mobile)
Program Studi Sistem Informasi jenjang Diploma Tiga (D.III)
Studi Kasus: Sistem Berjalan Masih Konvensional/Belum Terkomputerisasi
Lembar Judul Tugas Akhir

Lembar Pernyataan Keaslian Tugas akhir
Lembar Pernyataan Publikasi Karya Ilmiah
Lembar Persetujuan dan Pengesahan Tugas Akhir
Lembar Konsultasi Tugas Akhir
Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
1.1. Latar Belakang Masalah
1.2. Tujuan dan Manfaat
1.3. Metode Penelitian
1.4. Ruang Lingkup
BAB II LANDASAN TEORI

2.1. Konsep Dasar Sistem
2.2. Teori Pendukung
BAB III ANALISIS SISTEM BERJALAN

3.1. Tinjauan Perusahaan
3.1.1. Sejarah Institusi/Perusahaan
3.1.2. Struktur Organisasi dan Fungsi
3.2. Prosedur Sistem Berjalan
3.3. Activity Diagram
3.4. Spesifikasi Dokumen Masukan
3.5. Spesifikasi Dokumen Keluaran
3.6. Permasalahan Pokok
3.7. Pemecahan Masalah
BAB IV PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem
4.1.1. Analisis Kebutuhan
4.1.2. Rancangan Diagram Use Case
4.1.3. Rancangan Diagram Aktivitas
4.1.4. Rancangan Dokumen Sistem Usulan
4.2. Perancangan Prototype
4.2.1. Entity Relationship Diagram (ERD)
4.2.2. Logical Record Structure (LRS)
4.2.3. Spesifikasi File
4.2.4. Class Model / Class Diagram
4.2.5. Sequence Diagram
4.2.6. Rancangan Antarmuka
4.2.7. Spesifikasi Hardware dan Software
4.3. Pengujian Rancangan Antarmuka
4.4. Jadwal Implementasi
BAB V PENUTUP
5.1. Kesimpulan
5.2. Saran
DAFTAR PUSTAKA
DAFTAR RIWAYAT HIDUP
SURAT KETERANGAN/ PKL (WAJIB)
LAMPIRAN*
Keterangan :
*Lampiran:
A: Dokumen Masukan Sistem Berjalan
B: Dokumen Keluaran Sistem Berjalan
C: Dokumen Masukan Sistem Usulan
D: Dokumen Keluaran Sistem Usulan
CATATAN :
Contoh yang di tuliskan dalam penjelasan Outline Perancangan Sistem hanyalah sebagai
bantuan gambaran saja. Pembahasan Use Case, Diagram Aktifitas, ERD, LRS, Class
Diagram, Sequence Diagram tetap disesuikan dengan buku referensi atau jurnal yang
dipergunakan oleh mahasiswa sebagai referensi dalam pembuatan Tugas Akhir.

Studi Kasus: Sistem Berjalan Sudah Terkomputerisasi

Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
1.4. Ruang Lingkup


3.1.1. Sejarah Institusi/Perusahaan
3.3. Use Case Diagram
3.7. Antarmuka Program Sistem Berjalan
3.8. Spesifikasi Hardware dan Software
BAB IV PERANCANGAN SISTEM USULAN

4.1.4. Rancangan Dokumen Pengembangan Sistem
4.2. Perancangan Prototype
4.2.2. Logical Record Structure (LRS)
4.2.4. Class Model / Class Diagram
4.2.6. Rancangan Antarmuka
BAB V PENUTUP
5.1. Kesimpulan
5.2. Saran
DAFTAR PUSTAKA
SURAT KETERANGAN RISET/ PKL (WAJIB)
LAMPIRAN*
Keterangan :
*Lampiran:
A: Dokumen Masukan Sistem Berjalan
C: Dokumen Masukan Sistem Usulan
D: Dokumen Keluaran Sistem Usulan
CATATAN :
Contoh yang di tuliskan dalam penjelasan Outline Perancangan Sistem hanyalah sebagai
bantuan gambaran saja. Pembahasan Use Case, Diagram Aktifitas, ERD, LRS, Class
Diagram, Sequence Diagram tetap disesuikan dengan buku referensi atau jurnal yang
dipergunakan oleh mahasiswa sebagai referensi dalam pembuatan Tugas Akhir.

Penjelasan Outline Perancangan Sistem
BAB I
PENDAHULUAN

Latar belakang berisikan alasan pengambilan judul, masalah yang dialami
dengan dilandasi dari artikel ilmiah (Jurnal) atau melalui data yang sah yaitu data
primer dari perusahaan/instansi tempat obyek penelitian atau menggunakan data
sekunder.
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
menjalankannya.

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.

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 dari penulisan tugas akhir ini adalah :
1. Untuk mengetahui bagaimana sistem absensi dan penggajian guru yang sedang
berjalan saat ini.
2. Merancang sistem informasi absensi dan penggajian guru pada sekolah tersebut agar
menghasilkan informasi yang cepat, tepat dan akurat.
3. Agar hasil penelitian dapat dimanfaatkan dan digunakan oleh instansi sebagai
referensi dasar untuk mengambil solusi dari permasalahan yang ada.
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
a. Sebagai bahan evaluasi terhadap sistem yang sedang berjalan.
b. 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>

Menjelaskan metode penelitian dan teknik pengumpulan data yang digunakan
untuk penyusunan TA.
Contoh Pengembangan Perangkat Lunak : (Metode yang digunakan boleh
menggunakan metode lain, contoh : Agile, RAD, dll, dan wajib menunjukkan
referensi ilmiah (jurnal, buku, dll) mengenai metode pengembangan
perangkat lunak yang diambil)
A. Metode Pengembangan Perangkat Lunak

Metode yang digunakan pada pengembangan perangkat lunak ini
menggunakan model waterfall yang terbagi menjadi tiga tahapan, yaitu:
1. Analisis Kebutuhan
menjabarkan apa yang dilakukan oleh penulis dalam menganalisa kebutuhan-
kebutuhan yang digunakan.
2. Perancangan Sistem dan Perangkat Lunak
menjabarkan tools system yang digunakan penulis.
3. Implementasi dan Pengujian Unit
Menjabarkan implementasi.

Catatan : contoh diatas menggunakan metode waterfall (sommerville, 2007:66).
Silahkan metode pengembangan perangkat lunak disesuaikan dengan buku referensi
yang digunakan.
B. 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

Menjelaskan tentang teori yang berhubungan dengan judul TA yang dibuat
(dari setiap kata yang diangkat sebagai judul). Penulisan definisi ini diikuti dengan
mencantumkan nama penulis dan buku/jurnal dari mana definisi tersebut dikutip
(sesuaikan dengan petunjuk penulisan kutipan).
Contoh teori konsep dasar sistem :

A. Model Pembelajaran Berbasis Web
Menjelaskan tentang definisi model pembelajaran berbasis web, kelebihan
model pembelajaran berbasis web dan fungsi model pembelajaran berbasis
web.
B. Sistem
Menjelaskan definisi sistem dan sistem berorientasi obyek (oop).
C. Website /Program*
* Untuk rancangan website :
- Menjelaskan tentang definisi internet, website dan aplikasi berbasis web
(seperti: web browser, web server).
* Untuk rancangan program :
- Menjelaskan tentang Program(konsep dasar program, karakteristik
pembuatan program), bahasa pemrograman yang digunakan(contoh
VB.Net, Java, dll)
D. Basis Data
Menjelaskan tentang definisi basis data dan aplikasi basis data yang
digunakan pada website yang dibangun.
E. Model Pengembangan Perangkat Lunak
Menjelaskan model pengembangan waterfall (air terjun).
<<dan seterusnya>>
Menjelaskan tentang teori tools yang akan digunakan dalam perancangan system yang
dibahas. Isi nya silahkan disesuaikan dengan tools yang akan digunakan
Contoh isi dari teori pendukung :
A. Entity Relationship Diagram

Menjelaskan tentang definsi ERD, komponen ERD, dan LRS.
B. Unified Modelling Language
Menjelaskan tentang definisi UML, activity diagram, use case diagram, class
diagram, dan sequence diagram.
<<dan seterusnya>>

BAB III
ANALISIS SISTEM BERJALAN

Tinjauan perusahaan dilakukan untuk mendapatkan gambaran tentang proses
bisnis berdasarkan sejarah perusahaan, struktur organisasi dan fungsi yang ada di
perusahaan.
3.1.1. Sejarah Perusahaan
Menjelaskan tentang profil dan sejarah perusahaan.
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).

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.
3.3. Use Case Diagram

Pemodelan use case diagram dapat digambarkan dengan dua cara yaitu use case
diagram dalam bentuk package dan use case diagram dalam bentuk sea level
untuk overview (pilih yang paling mudah).
Note: judul dan uraian sub bab 3.3 menyesuaikan dengan rincian
dimasing-masing outline

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
CONTOHTrial
EA 9.0 Unregistered UseVersion
Case Diagram (sea level)
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
uc Use Case Diagram Inv entory
Sistem Inventori Suku Cadang Motor
Melakukan Login
Bagian Pembelian
Memasukkan Data
Tipe Motor
Bagian Penj ualan
Memasukkan Data
EA 9.0 Unregistered Trial Version
Memasukkan
EA 9.0 Unregistered
Jenis Suku Cadang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
Transaksi Penj ualan
Memasukkan Data
Barang
EA 9.0 Unregistered Trial Version EA 9.0 Melihat

Unregistered
Data Barang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
Memasukkan Data
Supplier
Memasukkan
Transaksi
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
Penambahan Stok EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
Tabel III.1.
EA 9.0 Unregistered Trial Version EA 9.0Use
Deskripsi Unregistered Trial Version
Case Melihat Data EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
Barang
Use Case Name Melihat Data Barang
Requirements Bagian Pembelian dapat melihat datang
Goal Bagian
EA 9.0 Unregistered Trial Version EA 9.0 Pembelian
Unregistered melihat
Trial dataEA
Version barang secara onlineTrial Version
9.0 Unregistered EA 9.0 Unregiste
melalui web
Pre-Conditions
EA 9.0 Bagian
Unregistered Trial Version EA 9.0 Pembelian
Unregistered telah
Trial melakukan
Version login
EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
Post-Conditions Daftar data barang yang kurang dari stok minimum
EA 9.0 Unregistered
Failed Trial Version EA 9.0
end Condition Unregistered
Bagian Trial
Pembelian Version
tidak EA 9.0 Unregistered
dapat melihat data barang Trial Version EA 9.0 Unregiste
Actors Bagian Gudang
Main Flow/ Basic Path 1. User memilih kriteria pencarian
2. User mengetikan nama atau kode barang
3. Sistem menampilkan data barang yang dicari
EA 9.0 Unregistered Trial Version EA 9.0A1.
Alternate Flow/Invariant A System menampilkan
Unregistered Trial Versiondata
EAbarang yang stoknya
9.0 Unregistered Trial Version EA 9.0 Unregiste
<= stok minimum
Invariant
EA 9.0 B
Unregistered B1.Unregistered
Trial Version EA 9.0 User memilih kriteria
Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
B2. User mengetikan nama/kode barang
EA 9.0 Unregistered Trial Version EA 9.0
B3.Unregistered
System tidakTrial Version data
menemukan EA 9.0 Unregistered
yang dicari Trial Version EA 9.0 Unregiste
B4. System menampilkan pesan "Data yang dicari tidak
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
ditemukan" EA 9.0 Unregiste
<<dan seterusnya>>
EAHandouts
9.0 Unregistered Trial
Tugas Akhir Version
Program EASistem
Studi 9.0 Unregistered
Informasi Trial Version EA 9.0 Unregistered Trial
Hal. Version
13 EA 9.0 Unregiste
EAUniversitas
9.0 Unregistered TrialInformatika
Bina Sarana Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregiste
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.

CONTOH Diagram Aktifitas
act Activ ity Diagram
Bagian Pembelian Bagian Penj ualan

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
Mulai Mulai
Melakukan Login
Melakukan Login
Memasukkan Username
dan Passw ord
Memasukkan Username
EA 9.0 Unregistered Trial
danVersion
passw ord EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Login lebih dari 3x?
tidak
Login Valid?
EA 9.0 Unregistered Trial Version EAtidak
9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0
tidak
Login Valid? tidak ya
Login lebih dari 3 X?
ya
ya
Menampilkan Menu Utama
Menampilkan pesan: anda
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial
tidak berhak Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0
masuk
ya
Memasukkan Transaksi
Menampilkan MenuUnregistered
Utama
tidak Trial Version EA 9.0 Unregistered
Penj ualan Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Menampilkan EA
pesan:
tidak berhak masuk
9.0 Unregistered Trial Version EA 9.0
anda
Keluar?
Pilih Apa?
Memasukkan Data Tipe
Motor Memasukkan Transaksi
Penambahan Stok
Memasukkan Data Jenis
Suku Cadang
Memasukkan Data
EA 9.0 Unregistered Trial Version EA 9.0Supplier
Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Menampilkan pesan:Yakin
akan keluar?
Memasukkan Data Barang
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered
tidak Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Melihat Data Barang
Yakin?
Keluar?
ya Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Selesai
Menampilkan Pesan:
Yakin Akan Keluar?
tidak
Yakin?
ya Selesai
CATATAN:
Penggambaran
EA 9.0 Unregistered Trial activity diagram
Version EA 9.0 tidak
Unregistered Trial harus
Version sama, sesuaikan
EA 9.0 Unregistered Trial Version EAdengan
9.0 Unregistered Trial Version EA 9.0
referensi yangTrial
EA 9.0 Unregistered digunakan
Version EA 9.0berdasarkan bukuEAatau
Unregistered Trial Version artikelTrial
9.0 Unregistered ilmiah
Version (Jurnal).
Menjelaskan secara rinci setiap dokumen input pada sistem yang digunakan
padaEA 9.0 Unregistered
tempat riset. Trial Version EA 9.0 Unregistereddokumen
Parameter-parameter Trial Version tersebut
EA 9.0 Unregistered
antaraTrial Version EA 9.0 Unregistered Trial Version
lain: EA 9.0
A. Dokumen Masukan
Universitas
EA 9.0 Bina SaranaTrial
Unregistered Informatika
Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Contoh parameter dokumen :
1. Nama Dokumen : Data Barang
Fungsi : Untuk mengetahui barang yang tersedia di gudang
Sumber : Supplier
Tujuan : Bagian Gudang
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi barang yang masuk ke gudang
Bentuk : Lihat Lampiran A.1
2. <<dan seterusnya>>

Menjelaskan secara rinci setiap dokumen output pada sistem yang digunakan
pada tempat riset. Parameter-parameter dokumen tersebut antara lain:
A. Dokumen Keluaran
1. Nama Dokumen : Retur Barang
Fungsi : Untuk mengetahui daftar barang yang diretur
Sumber : Bagian Gudang
Tujuan : Supplier
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi pengembalian atas barang yang rusak
Bentuk : Lihat Lampiran B.1

Menjelaskan tentang permasalahan yang ada dan diangkat menjadi judul
penulisan Tugas Akhir.

Menjelaskan tentang bagaimana mengatasi masalah yang ada dan memberikan
penjabaran solusi alternatif untuk sistem yang ada.

BAB IV
PERANCANGAN SISTEM USULAN
4.1.Tahapan Perancangan Sistem

Mengidentifikasi kebutuhan fungsional program yang terkait dengan proses
bisnis yang diusulkan.
CONTOH Analisis 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.

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
EACONTOH UseTrial
9.0 Unregistered Case Diagram
Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
Melakukan Login
Bagian Pembelian
Memasukkan Data
Tipe Motor
Bagian Penj ualan
Memasukkan Data
Memasukkan
EA 9.0 Unregistered
Jenis Suku Cadang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
Memasukkan Data
Barang

Unregistered
Data Barang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
Memasukkan Data
Supplier
Memasukkan
Transaksi
Penambahan Stok EA 9.0 Unregistered Trial Version EA 9.0 Unregist
EACATATAN:
9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
EAPenggambaran use
9.0 Unregistered Trial case EA
Version tidak harus sama,
9.0 Unregistered sesuaikan
Trial Version EA 9.0dengan referensi
Unregistered Trial Version EA 9.0 Unregist
yang digunakan berdasarkan buku atau artikel ilmiah (Jurnal).
Tabel III.1.
Deskripsi Use Case Melihat Data Barang
EA 9.0Requirements Bagian Pembelian
Unregistered Trial Version EA 9.0 Unregistered dapat
Trial Version EAmelihat datangTrial Version
9.0 Unregistered EA 9.0 Unregist
Goal Bagian Pembelian melihat data barang
secara online melalui web
EA 9.0Pre-Conditions Bagian Pembelian
Unregistered Trial Version EA 9.0 Unregistered telah
Trial Version EAmelakukan login
9.0 Unregistered Trial Version EA 9.0 Unregist
Post-Conditions Daftar data barang yang kurang dari stok
minimum
EA 9.0Failed
Unregistered Trial Version
end Condition EABagian Pembelian
9.0 Unregistered tidak
Trial dapatEAmelihat
Version data barang
9.0 Unregistered Trial Version EA 9.0 Unregist
EA 9.0Actors
Bagian Gudang
Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Versionnama
2. User mengetikan EA 9.0 Unregistered
atau kode barangTrial Version EA 9.0 Unregist
3. Sistem menampilkan data barang yang
dicari
EA 9.0Diploma
Program Unregistered TrialFakultas
Tiga (D3) VersionTeknik
EA 9.0
danUnregistered
Informatika Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregist
A1. System menampilkan data barang yang stoknya
Alternate Flow/Invariant A
<= stok minimum
Invariant B B1. User memilih kriteria
B3. System tidak menemukan data yang
dicari
B4. System menampilkan pesan "Data yang
dicari tidak ditemukan"
<<dan seterusnya>>

CONTOH Diagram Aktifitas

act Activ ity Diagram
Bagian Pembelian Bagian Penj ualan

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version E
Mulai Mulai
Melakukan Login
Melakukan Login
Memasukkan Username
dan Passw ord
Memasukkan Username
EA 9.0 Unregistered Trial
danVersion
passw ord EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version E
Login lebih dari 3x?
tidak
Login Valid?
EA 9.0 Unregistered Trial Version EAtidak
9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version E
tidak
Login Valid? tidak ya
Login lebih dari 3 X?
ya
ya
Menampilkan Menu Utama
Menampilkan pesan: anda
tidak berhak masuk
ya
Memasukkan Transaksi
Menampilkan MenuUnregistered
Utama
tidak Trial Version EA 9.0 Unregistered
Penj ualan Trial Version EA 9.0 Unregistered Trial Version E
Menampilkan EAanda9.0 Unregistered Trial Version E
pesan:
tidak berhak masuk Keluar?
Pilih Apa?
Memasukkan Data Tipe
Motor Memasukkan Transaksi
Penambahan Stok
Memasukkan Data Jenis
Suku Cadang
Memasukkan Data
EA 9.0 Unregistered Trial Version EA 9.0Supplier
Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version E
Menampilkan pesan:Yakin
akan keluar?
Memasukkan Data Barang
tidak Trial Version EA 9.0 Unregistered Trial Version E
Melihat Data Barang
Yakin?
Keluar?
ya Trial Version EA 9.0 Unregistered Trial Version E
Selesai
Menampilkan Pesan:
Yakin Akan Keluar?
tidak
Yakin?
ya Selesai
CATATAN
Penggambaran activity diagram tidak harus sama, sesuaikan dengan
EA 9.0 referensi yang
Unregistered Trial digunakan
Version berdasarkan
EA 9.0 Unregistered buku
Trial Version atau
EA 9.0 artikelTrial
Unregistered ilmiah
Version(Jurnal).
EA 9.0 Unregistered Trial Version E
EAHandouts
9.0 Unregistered Trial Version
Tugas Akhir ProgramEA 9.0 Sistem
Studi Unregistered Trial Version EA 9.0 Unregistered Trial Version EA
Informasi 9.019
Hal. Unregistered Trial Version E
4.1.4. Rancangan Dokumen Sistem Usulan
Menjelaskan secara rinci setiap rancangan dokumen pada program yang

dihasilkan dan uraian parameter-parameter dokumen tersebut.
(Contoh Rancangan Dokumen Berbasis Desktop/Web/Mobile)
A. Dokumen Masukan
1. Nama Dokumen : Data Barang
Fungsi : Untuk mengetahui barang yang tersedia di gudang
Sumber : Supplier
Tujuan : Bagian Gudang
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi barang yang masuk ke gudang
Bentuk : Lihat Lampiran C.1
B. Dokumen Keluaran
1. Nama Dokumen : Retur Barang
Fungsi : Untuk mengetahui daftar barang yang diretur
Sumber : Bagian Gudang
Tujuan : Supplier
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi pengembalian atas barang yang rusak
Bentuk : Lihat Lampiran D.1
4.2.Perancangan Prototype
Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS,
Spesifikasi File, Class Diagram, Sequence Diagram, dan Spesifikasi Hardware
serta Software.

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

CATATAN:
Penggambaran ERD tidak harus sama, sesuaikan dengan referensi yang
digunakan berdasarkan buku atau artikel ilmiah (Jurnal).
4.2.2. Logical Structure Record (LRS)
CONTOH Logical Structure Record
1 Barang Masuk
kodeUser
kodeBarang Detail Barang Masuk
noMasuk 1 M 1
1
tglMasuk kodeBarang
qty 1
User Barang
kodeUser kodeBarang
namaUser namaBarang
password qty
Barang Keluar
1 1
Detail Barang Keluar
kodeUser M 1
1 1
kodeBarang kodeBarang
noKeluar qty
tglKeluar
CATATAN:
Penggambaran activity diagram tidak harus sama, sesuaikan dengan
referensi yang digunakan berdasarkan buku atau artikel ilmiah (Jurnal).

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

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 : Harddisk
Panjang record :
Kunci Field : kodeBarang
Software : Mysql
Tabel IV.1.
Spesifikasi File Barang
No 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

4.2.4. Class Model/ Class Diagram
Menggambarkan hubungan antara entity class yang dibuat
CONTOH Class Model
EAclass9.0models
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

BarangMasuk Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
DetailBarangMasuk
- detailBarangMasuk :DetailBarangMasuk - barang :Barang

EA 9.0 Unregistered Trial Version EA -9.0noMasuk
Unregistered
:int Trial Version EA- 9.0
qty :intUnregistered Trial Version EA 9.0 Unregistered Trial Version
User - tglMasuk :Date
- user :User
«property get»
- password :String
EA 9.0 Unregistered
- userId :String
Trial Version EA +9.0delete()
Unregistered
:void
Trial Version
terdiri
EA+ 9.0 Unregistered
getBarang() :Barang Trial Version Barang
1 1..* + getQty() :int
- userName :String + getRecord() :void
«property set» - kodeBarang :String
+ insert() :void
EA 9.0 Unregistered
«property get»
Trial Version
mengelolaEA 9.0 Unregistered Trial Version EA
+ 9.0 Unregistered
setBarang(Barang)
+ update() :void :void Trial Version
berisi - namaBarangEA 9.0 Unregistered Trial Version
:String
+ getPassword() :String 1
1
«property get»
+ setQty(int) :void 1 1 - stock :int
+ getUserId() :String + getNoMasuk() :int
+ getUserName() :String + getTglMasuk() :Date EA 9.0 Unregistered Trial Version
+ delete() :void
+ getMinimumStock() :void
«property set» + getUser() :User + getRecord() :void
EA 9.0 Unregistered Trial Version EA +«property

+ setPassword(String) :void
+ setUserId(String) :void
set»
9.0setNoMasuk(int)
Unregistered :void
+ insert() :void
Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
+ update() :void
+ setUserName(String) :void + setTglMasuk(Date) :void «property get»
+ setUser(User) :void + getKodeBarang() :String
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
+ getNamaBarang() :String
+ getStock() :int
DdetailBarangKeluar
«property set» EA 9.0 Unregistered Trial Version
+ setKodeBarang(String) :void
BagianGudang - barang :Barang
Manajer BarangKeluar + setNamaBarang(String) :void
- qty :int
+ setStock(int) :void
EA 9.0 Unregistered Trial Version EA -9.0detailBarangKeluar
Unregistered Trial Version EA 9.0 Unregistered Trial Version
:DetailBarangKeluar
berisi
mengelola - noKeluar :int «property get» 1
- tglKeluar :Date terdiri
1 + getBarang() :Barang
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA
1 9.0 Unregistered Trial
- user :User 1 Version EA 9.0 Unregistered Trial Version
1..* + getQty() :int
1 + «property set»
delete() :void + setBarang(Barang) :void
+
+
getRecord() :void
insert() :void
+ setQty(int) :void
+ update() :void
EA 9.0 Unregistered Trial Version EA +«property get»

9.0getDetailBarangKeluar()
Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
:DetailBarangKeluar
+ getNoKeluar() :int
+ getTglKeluar() :Date
+ getUser() :User
«property set»
EA 9.0 Unregistered Trial Version EA ++9.0setDetailBarangKeluar(DetailBarangKeluar)
Unregistered Trial Version:void EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
setNoKeluar(int) :void
+ setTglKeluar(Date) :void
+ setUser(User) :void
CATATAN:
Penggambaran class diagram tidak harus sama, sesuaikan dengan
EA 9.0referensi
Unregisteredyang digunakan
Trial Version berdasarkan
EA 9.0 Unregistered bukuEAatau
Trial Version artikel ilmiah
9.0 Unregistered (Jurnal).
Trial Version EA 9.0 Unregistered Trial Version
Program
EA Diploma Tiga
9.0 Unregistered Trial(D3) Fakultas
Version Teknik
EA 9.0 dan Informatika
Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version
Sequence diagram yang dibuat hanya kegiatan utama dari use case
CONTOH Sequence Diagram
Memasukkan Transaksi Penjualan
EA 9.0 Unregistered
sd Sequance Trial Transaksi
Diagram 8: Memasukkan 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 Unreg
Penj ualan
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 Unreg
Bagian Pembelian
EA 9.0 Unregistered Trial Version Form
EA 9.0 UnregisteredProses
Transaksi
Penj ualan
Trial Version EA 9.0
Pencarian
Barang
Unregistered
Barang Proses Hitung
Total Jual
Trial Version EA 9.0 Unregistered Trial Version EA 9.0
Proses Simpan
Transaksi
JualUnregistered Trial Version EA 9.0 Unreg
masukkanKunci(kodeBarang, namaBarang) Penj ualan
EA 9.0 Unregistered Trial Version EA 9.0 cariData(kodeBarang,

Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unreg
namaBarang)
getKodeBarang()

tampilDataBarang(kodeBarang, EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unreg
getNamaBarang()
namaBarang)
masukkanQty()
tampilTotal(qty, hargaJual, subTotal, potongan)
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 UnregisteredmenyimpanDataTransaksiPenjualan(kodeBarang,
qty,Trial Version
subTotal, EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unreg
potongan, total)
setkodebarang(kodebarang)
setQty(qty) EA 9.0 Unregistered Trial Version EA 9.0 Unreg
setSubtotal(subTotal)
setPotongan(potongan)
setTotal(total)
tampilDataPenjualan(kodeBarang, qty, SubTotal, potongan, total)
EA 9.0(from
Unregistered
1. Bussiness 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 Unreg
Proccess Model)
CATATAN:
Penggambaran
EA 9.0 Unregistered Trial Version activity diagram
EA 9.0 Unregistered Trial Version EAtidak harus
9.0 Unregistered sama,
Trial Version sesuaikan
EA 9.0 Unregistered Trial Versiondengan
EA 9.0 Unregistered Trial Version EA 9.0 Unreg
referensi yang
EA 9.0 Unregistered digunakan
Trial Version berdasarkan
EA 9.0 Unregistered bukuTrialatau
Trial Version EA 9.0 Unregistered Version artikel ilmiah
EA 9.0 Unregistered (Jurnal).
Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unreg
4.2.6.EA 9.0Rancangan Prototype

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 Unreg
Bagian ini berisi mengenai penggambaran interface yang dibuat oleh mahasiswa
sesuai dengan sistem usulan. Rancangan prototype berisi interface yang dapat diuji. Untuk
pembuatan rancangan interface dapat menggunakan aplikasi seperti MIT, Justimind, Figma
ataupun aplikasi lain yang dapat digunakan untuk perancangan prototype

Contoh
EA 9.0 Interface
Unregistered Trial prototype yang Trial
Version EA 9.0 Unregistered dibuat
Version menggunakan Justimind:
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unreg

A. Rancangan Tampilan Form Login
B. Rancangan Tampilan Menu Utama

C. Rancangan Tampilan Form Pemeliharaan Barang
D. Rancangan Tampilan Form Transaksi
<<dan seterusnya>>

CONTOH
1. Spesifikasi Hardware
A. Server
1) CPU
(a) Processor Pentium® Core 2 Duo
(b) RAM DDR2 4 GB
(c) Hard Disk 500 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 2 Mbps.
B. Client
1) CPU
(a) Processor Pentium® 4
(b) RAM DDR2 1GB
(c) Hard Disk 20 GB
2) Mouse
3) Keyboard
5) Koneksi internet dengan kecepatan 56 kbps.
2. Spesifikasi Software
A. Server
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux
(Ubuntu, Fedora, dll).
2) Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang terdiri
dari beberapa komponen, diantaranya:
(a) Aplikasi Apache Server v2
(b) Aplikasi PHP Server v5
(c) Aplikasi MySQL Server v5
(d) Aplikasi phpMyAdmin v3
3) Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.
B. Client
(Ubuntu, Fedora, dan lain-lain).
2) Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.

Menjelaskan hasil pengujian rancangan antarmuka dari prototipe yang diusulkan.
Antarmuka yang diuji dari sisi back-end atau front end atau keduanya. Tergantung dari
hasil analisa kebutuhan yang dituliskan pada point 4.1.1 dan 4.1.2
Contoh isi dari Pengujian Antarmuka :
Pengujian rancangan antarmuka dilakukan oleh calon pengguna prototipe. Pengujian

antarmuka terdiri dari dua macam yaitu pengujian front-end dan pengujian back-end.
1. Pengujian Front-end
Pengujian antarmuka pada front-end dilakukan oleh calon user front-end. Dalam
pengujian ini dilakukan oleh user.
Tabel IV.2. Hasil pengujian antarmuka front-end
Input Akses
Akses Daftar Login Akses
Partisipan Buku Katalog
Menu Member Member Transaksi
Tamu Produk
1 √ √ √ √ √ √
2 √ √ √ √ √ √
3 √ √ √ √ √ √
4 √ √ √ √ √ √
5 √ √ √ √ √ √
Sukses 5 5 5 5 5 5
Nilai
100% 100% 100% 100% 100% 100%
Kesuksesan
2. Pengujian Back-end
Pengujian antarmuka pada back-end dilakukan oleh calon user back-end. Dalam
pengujian ini dilakukan oleh calon administrator web.
Input Akses
Tamu Produk
1 √ √ √ √ √ √
2 √ √ √ √ √ √
Sukses 2 2 2 2 2 2
Nilai
100% 100% 100% 100% 100% 100%
Kesuksesan
CATATAN: ISI TABEL PENGUJIAN DISESUAIKAN DENGAN SISTEM YANG

DIUSULKAN

Tabel IV.2.
Jadwal Implementasi
WAKTU
No KEGIATAN 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
Pembuatan & Tes
5 Program
6 Tes Sistem
7 Pelatihan
Pembuatan Buku
8 Petunjuk
9 Evaluasi & Operasional

BAB V
PENUTUP
4.1. Kesimpulan
Berisi tentang uraian perubahan system yang telah dilakukan untuk
menjawab masalah yang di tuliskan di latar belakang masalah (BAB I).
4.2. Saran
Menguraikan saran yang mendukung keberhasilan dari implementasi
program yang diusulkan serta pengembangan ke arah yang akan datang.

Contoh Lampiran Rancangan Dokumen:
Purchase Order
<<dan seterusnya..>>

OUTLINE PERANCANGAN SISTEM INFORMASI ALTERNATIF

Studi Kasus: Mahasiswa Riset Daring (Outline Arternatif)

Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I. Pendahuluan
1.1. Latar Belakang Ide Perangkat Lunak
1.2. Analisa Masalah Dan Solusi
1.3. Tujuan dan Manfaat Perangkat Lunak
1.4. Batasan Perangkat Lunak
BAB II. Landasan Teori

BAB III. Pembahasan

3.1 Metode Pengembangan Perangkat Lunak
3.2 Tahapan Pengembangan Perangkat Lunak
BAB IV. Penutup

4.1. Kesimpulan
4.2. Saran
DAFTAR PUSTAKA
SURAT KETERANGAN KEABSAHAN DATA (BERMATERAI)
LAMPIRAN*

Penjelasan Outline Perancangan Sistem – Outline Alternatif
BAB I
PENDAHULUAN
1.1.Latar Belakang Ide Perangkat Lunak

Latar belakang berisikan alasan pengambilan judul, masalah yang dialami dengan
dilandasi dari artikel ilmiah (Jurnal) atau melalui data yang sah yaitu data primer dari
perusahaan/instansi tempat obyek penelitian atau menggunakan data sekunder.
Contoh penulisan latar belakang Ide Perangkat Lunak :
Bisnis Fashion merupakan salah satu bisnis yang menjanjikan saat ini maupun di masa
yang akan datang. Hal ini dikarenakan fashion merupakan salah satu kebutuhan primer dari
tiga kebutuhan pokok manusia yaitu sandang, papan, dan pangan. Selain untuk pemenuhan
kebutuhan sandang, fashion sudah menjadi kebutuhan utama penumpang gaya dan
penampilan dalam berpakaian (Anita, 2019). Bidang fashion sendiri juga merupakan salah
satu subsektor ekonomi kreatif yang merupakan salah satu kontributor terbesar terhadap
Produk Domestik Bruto (PDB). Sejalan dengan hal tersebut, pertumbuhan bisnis fashion
berkembang sangat pesat sehingga menimbulkan persaingan yang tinggi di antara para
pelaku bisnis (Asshiddiqie, Tricahyono, & Djatmiko, 2018). Persaingan para pelaku bisnis
fashion sendiri meliputi banyak aspek dari persaingan model, harga, sampai pada
pelayanan kepada konsumen. Oleh karena itu para pelaku bisnis fashion harus terus
berinovasi agar tidak tersingkir dari persaingan pasar. Masalah ini menjadi hambatan besar
bagi pelaku bisnis fashion di level UMKM. Kurangnya inovasi dan pengetahuan tentang
pemanfaatan teknologi informasi dalam pengembangan bisnis dapat membuat UMKM
kalah bersaing yang berdampak pada penurunan pendapatan bahkan dapat menyebabkan
gulung tikar (Kusnaeni, 2020). Pelaku UMKM di bidang fashion perlu meningkatkan
strategi pemasaran dengan pengembangan di lingkup online selain pemasaran melalui
offline (Sima, Fadhilah, & Fitriana, 2019).
Berdasarkan beberapa penelitian terdahulu, banyak bisnis fashion gagal karena kalah
bersaing dengan bisnis-bisnis lain. Penyebabnya karena kurangnya branding, tidak
memiliki iklan yang menarik, penataan toko yang tidak memudahkan konsumen melihat
semua produk dan memikat konsumen untuk membeli (Natalie, 2020). Masalah lain pada
pelaku usaha fashion offline datang dari faktor internal. Pengetahuan terkait spesifikasi
produk belum tentu dikuasai oleh semua pegawai. Kemampuan penguasaan informasi dari
spesifikasi produk dapat menimbulkan miscommunication antar pegawai dengan pegawai
dan pegawai dengan konsumen (Amalia, Andrawina, & Soesanto, 2020). Permasalahan
dari faktor eksternal yaitu adanya pergeseran gaya berbelanja di kalangan masyarakat
terjadi karena adanya trend belanja dari rumah. Hal ini berdampak pada peningkatan
kebutuhan transaksi online yang dapat diakses kapanpun dan dimanapun tanpa harus
datang ke lapak penjual yang membuat pelaku bisnis fashion konvensional semakin
tersingkir (Muslimin, 2020). Menindaklanjuti masalah-masalah yang timbul dari bisnis
fashion secara konvensional, maka diperlukan adanya penerapan teknologi informasi baik
dalam pengembangan pemasaran dan penjualan produk fashion, dan mendasari Tugas
Akhir ini dalam membuat rancangan sistem informasi pemasaran dan penjualan online
untuk UMKM di bidang fashion.

1.2.Analisa Masalah Dan Solusi
Menganalisa masalah yang ada dan mengemukakan solusi yang akan
diusulkan
Contoh penulisan analisa masalah dan solusi :

Analisa permasalahan pada UMKM di bidang fashion akan diuraikan dengan
menggunakan metode PIECES yang mengklasifikasikan permasalahan pada Performance,
Information, Economics, Control, Efficiency, Service. Berikut ini hasil Analisa
permasalahan menggunakan metode PIECES berdasarkan hasil observasi pada sistem
berjalan:
1. Analisis Kinerja (Performance)
Analisis masalah dari sisi kinerja sistem berjalan meliputi kinerja dari waktu respon
pelayanan dan pencarian produk. Waktu respon pelayanan pembelian konsumen hanya
terbatas pada waktu kerja. Sistem berjalan tidak mampu melayani permintaan konsumen
di luar jam kerja. Selain itu waktu respon pelayanan penyampaian informasi produk ke
konsumen terkadang membutuhkan waktu yang cukup lama. Hal ini diakibatkan tidak
semua pegawai memiliki penguasaan informasi produk yang sama, terkadang pegawai
masih harus melihat dulu daftar spesifikasi produk seperti ketersediaan ukuran, warna,
dan harga. Sedangkan permasalahan waktu respon pencarian produk meliputi masalah
pencarian data ketersediaan produk pada dokumen yang masih berwujud berkas yang
membutuhkan waktu lama untuk mencari produk maupun pengecekan ketersediaan
produk sesuai yang diinginkan konsumen.
2. Analisis Informasi (Information)

Analisis masalah dari sisi informasi meliputi permasalahan penginputan dan
penyimpanan data. Penginputan dan penyimpanan data produk yang dilakukan secara
konvensional berdampak pada rekap data produk yang masih berbentuk berkas. Berkas
data produk jumlahnya terbatas dan tidak dapat diakses oleh semua pegawai dan
konsumen dalam waktu yang bersamaan berdampak pada terbatasnya informasi produk
bagi konsumen. Akibatnya perbedaan kemampuan penguasaan informasi dari
spesifikasi produk fashion dapat menimbulkan miscommunication antar pegawai
dengan pegawai dan pegawai dengan konsumen. Sedangkan sedangkan masalah
penginputan dan penyimpanan data transaksi akan dilakukan minimal dua kali yaitu
pencatatan pada bukti transaksi dan pencatatan pada rekap data transaksi. Akses
informasi juga kurang uptodate bilamana suatu produk yang sudah terjual belum terekap
di rekap data transaksi dan akses terhadap informasi stok barang menjadi kurang tepat.
3. Analisis Ekonomi (Economic)

Analisis masalah dari sisi ekonomi pada sistem berjalan konvensional timbul akibat
biaya terlalu tinggi untuk pemberkasan data produk, transaksi, maupun pada perekapan
keuntungan dan laporan. Selain itu pengadaan tempat untuk mendisplay semua produk
memerlukan biaya yang tinggi. Kebutuhan promosi dan pemasaran secara konvensional
pun butuh biaya tinggi untuk pencetakan brosur, spanduk, pamphlet, dan lain-lain.
4. Analisis Pengendalian (Control)

Analisis masalah pengendalian timbul akibat pemberkasan data produk, transaksi, dan
data-data yang lain yang beresiko hilang, rusak, dicuri, maupun kesalahan input data.
Tidak adanya backup data juga berdampak pada lemahnya sistem pengendalian pada
sistem penjualan secara konvensional.
5. Analisis Efisiensi (Efficiency)

Analisis masalah dari sisi efisiensi sistem berjalan meliputi perekapan data yang tidak
efisien seperti penginputan data produk dilakukan lebih dari sekali yaitu pemberian
informasi produk pada produk itu sendiri dan perekapan informasi produk di bagian

penjualan. Bilamana bagian lain membutuhkan data produk maka perlu duplikasi berkas
dari data produk. Perekapan data transaksi juga tidak efisien akibat karena dilakukan
berkali-kali seperti pencatatan bukti transaksi untuk konsumen, perekapan transaksi
untuk kasir, dan perekapan transaksi untuk laporan. Dari sisi promosi dan pemasaran
yang dilakukan secara konvensional hanya dapat dilakukan secara terbatas sehingga
tidak efisien dari segi waktu yang hanya dapat dilakukan di jam kerja serta dari segi luas
jangkauan pemasaran yang terbatas.
6. Analisis Pelayanan (Service)

Analisis masalah pelayanan pada sistem berjalan di bisnis fashion konvensional timbul
akibat masalah informasi dan pengendalian data sehingga sistem berjalan menghasilkan
informasi produk yang kurang akurat dan kurang konsisten, yang berakibat pada
informasi pada sistem berjalan kurang dapat dipercaya.
Berdasarkan hasil dari analisis permasalahan pada sistem berjalan maka diperlukan
sistem usulan yang terkomputerisasi berupa sistem informasi promosi dan penjualan
yang dapat mengakomodir pengelolaan data produk, penjualan, laporan, dan perekapan
keuntungan, serta mempunyai fasilitas untuk memberikan informasi produk dan
promosi produk yang mudah diakses konsumen tanpa ada Batasan waktu dan tempat.
Sehingga pada penelitian ini diusulkan perancangan sistem informasi promosi dan
penjualan berbasis web pada pelaku bisnis fashion.
1.3. Tujuan dan Manfaat Perangkat Lunak

Mengemukakan tujuan dan manfaat dari perangkat lunak yang diusulkan
Contoh penulisan Tujuan dan Manfaat Perangkat Lunak:

Tujuan dari penelitian ini antara lain:
1. Merancang bisnis proses sistem usulan pada sistem informasi promosi dan penjualan
berbasis web pada pelaku bisnis fashion.
2. Membuat prototipe sistem informasi promosi dan penjualan berbasis web pada pelaku
bisnis fashion.
3. Memberikan referensi pada pelaku bisnis fashion berupa prototipe sistem informasi
promosi dan penjualan berbasis web

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Program studi
Sistem Informasi di Universitas Bina Sarana Informatika

memudahkan proses penyampaian informasi dan promosi penjualan serta
meningkatkan proses penjualan secara online.

Memberikan pemahaman mengenai konsep perancangan sistem informasi promosi dan
penjualan sehingga lebih optimal <dan lain-lain>
1.4. Batasan Perangkat Lunak

Menuliskan batasan perangkat lunak yang akan di buat
Contoh penulisan Batasan Perangkat Lunak:

Perancangan sistem informasi promosi dan penjualan berbasis web pada pelaku bisnis
fashion meliputi antarmuka front-end dan antarmuka back-end. Antarmuka front-end
memberikan informasi terkait profil perusahaan, katalog produk, pendaftaran member,
buku tamu, transaksi, keranjang belanja, sampai dengan konfirmasi pembayaran dan
pengecekan status pengiriman barang. Sedangkan antarmuka pada bagian back-end
meliputi pengelolaan data administrator, data member, data produk, data transaksi,
data pembayaran, data pengiriman, data keuntungan penjualan, dan laporan. Pada
prototipe yang dibangun terdiri dari 4 hak akses meliputi:
1. Super admin
Super admin memiliki akses untuk mengelola data akses admin operator,
mengecek dan mengelola data semua data dan laporan. Super admin
diperuntukkan untuk pemilik usaha.
2. Admin Operator
Admin operator memiliki akses untuk mengelola data member, produk, transaksi,
buku tamu, pembayaran, pengiriman.
3. Member
Memberi memiliki hak akses mengedit data member, mengakses profil
perusahaan, katalog produk, mengisi buku tamu, melakukan transaksi dan
pembayaran, serta memonitor data pengiriman barang yang sudah dibeli. Untuk
menjadi member seorang konsumen harus mendaftar terlebih dahulu sebagai
member.
4. User public
User public memiliki hak akses untuk melihat profil perusahaan, katalog produk,
menginput buku tamu, dan mengakses halaman pendaftaran member.

BAB II
LANDASAN TEORI

Menjelaskan tentang teori yang berhubungan dengan judul TA yang dibuat (dari
setiap kata yang diangkat sebagai judul). Penulisan definisi ini diikuti dengan
mencantumkan nama penulis dan buku/jurnal dari mana definisi tersebut dikutip (sesuaikan
dengan petunjuk penulisan kutipan).
Contoh teori konsep dasar sistem :

C. Model Pembelajaran Berbasis Web
Menjelaskan tentang definisi model pembelajaran berbasis web, kelebihan model
pembelajaran berbasis web dan fungsi model pembelajaran berbasis web.
D. Sistem
Menjelaskan definisi sistem dan sistem berorientasi obyek (oop).
E. Website /Program*
* Untuk rancangan website :
- Menjelaskan tentang definisi internet, website dan aplikasi berbasis web
(seperti: web browser, web server).
* Untuk rancangan program :
- Menjelaskan tentang Program(konsep dasar program, karakteristik pembuatan
program), bahasa pemrograman yang digunakan(contoh VB.Net, Java, dll)
F. Basis Data
Menjelaskan tentang definisi basis data dan aplikasi basis data yang digunakan pada
website yang dibangun.
G. Model Pengembangan Perangkat Lunak
Menjelaskan model pengembangan waterfall (air terjun).
<<dan seterusnya>>

Menjelaskan tentang teori tools yang akan digunakan dalam perancangan system yang
dibahas. Isi nya silahkan disesuaikan dengan tools yang akan digunakan
Contoh isi dari teori pendukung :

Menjelaskan tentang definsi ERD, komponen ERD, dan LRS.
B. Unified Modelling Language
Menjelaskan tentang definisi UML, activity diagram, use case diagram, class
diagram, dan sequence diagram.
<<dan seterusnya>>

BAB III
PEMBAHASAN
3.1 Metode Pengembangan Perangkat Lunak

Menuliskan penjelasan tahapan metode pengembangan perangkat lunak
yang akan digunakan dikaitkan dengan judul Tugas akhir yang dibuat (contoh :
Water Fall Model, Prototyping Model, R&D, Agile Software Development, dll)
Contoh Penulisan Metode Pengembangan Perangkat Lunak :
Penelitian ini menggunakan metode pengembangan perangkat lunak yaitu metode

prototype. Menurut (Sigit & Setiawan, 2018) “Metode prototype adalah metode
pengembangan sistem atau perancangan sistem dengan cara pendekatan atau pengenalan
sistem tersebut kepada calon pengguna”.
Tahapan tahapan yang dilakukan dalam membangun prototype (Sukamto dan Shalahudin,
2018):
1. Mendengarkan Pelanggan
Dalam tahap ini mendengarkan pelanggan yaitu mengumpulkan data –data mengenai
kebutuhan sistem yang akan dibuat. Hal tersebut dilakukan dengan menganalisa
kebutuhan pengguna berdasarkan data yang sudah dihimpun. Pada tahap ini dilakukan
analisa kebutuhan yang terdiri dari kebutuhan pengguna dan kebutuhan sistem.
2. Membangun dan Memperbaiki Prototype

Tahap kedua membangun prototype sistem dengan membuat desain antarmuka dan
desain database secara keseluruhan sistem setelah menganalisa kebutuhan pelanggan
sebelumnya.
3. Pelanggan Menguji Prototype

Tahapan terakhir adalah pengujian dan evaluasi prototype. Pengujian dilakukan oleh
pengguna sistem tersebut dan akan dievaluasi oleh pengembang. Pengujian dilakukan
berulang ulang sampai ditemukan spesifikasi yang sesuai dengan keinginan
pelanggan.
3.2 Tahapan Pengembangan Perangkat Lunak

Menuliskan implementasi setiap tahapan dalam metode pengembangan
perangkat lunak yang sudah dijelaskan/disebutkan pada subbab 3.1.
1. Mendengarkan Pelanggan
Tahap ini terdiri dari tahap analisa kebutuhan prototipe sistem informasi yang
dibangun dan penerapan hasil analisa kebutuhan pada rancangan sistem berjalan
prototipe.
CONTOH Analisis 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 :

1) Mengelola data barang
2) Mengecek stok barang
3) Membuat Surat Permohonan Barang
4) <<dan seterusnya>>
1) Administrator dapat melihat laporan stok barang
2) <<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.
Berdasarkan hasil analisa kebutuhan dibangun rancangan sistem usulan. Sistem berjalan
pada sistem informasi yang diusulkan digambarkan dengan Diagram Use Case dan
Diagram Aktivitas.
2. Membangun dan Memperbaiki Prototype

a) Entity Relationship Diagram (ERD)
b) Logical Record Structure (LRS)
c) Spesifikasi File.
d) Class Model / Class Diagramp
e) Sequence Diagram
f) Rancangan Antarmuka
g) Spesifikasi Hardware dan Software
3. Pelanggan Menguji Prototype

Buat pengujian rancangan antarmuka dari prototipe yang diusulkan.
Contoh
Pengujian rancangan antarmuka dilakukan oleh calon pengguna prototipe. Pengujian

antarmuka terdiri dari dua macam yaitu pengujian front-end dan pengujian back-end.
a. Pengujian Front-end
Pengujian antarmuka pada front-end dilakukan oleh calon pengguna front-end.
Dalam pengujian ini dilakukan oleh calon konsumen.
Input Akses
Tamu Produk
1 √ √ √ √ √ √
2 √ √ √ √ √ √
3 √ √ √ √ √ √
4 √ √ √ √ √ √
5 √ √ √ √ √ √
Sukses 5 5 5 5 5 5

Nilai
100% 100% 100% 100% 100% 100%
Kesuksesan
b. Pengujian Back-end
Pengujian antarmuka pada back-end dilakukan oleh calon pengguna back-end.
Dalam pengujian ini dilakukan oleh calon administrator web.
Input Akses
Tamu Produk
1 √ √ √ √ √ √
2 √ √ √ √ √ √
Sukses 2 2 2 2 2 2
Nilai
100% 100% 100% 100% 100% 100%
Kesuksesan

BAB IV
PENUTUP
4.1. Kesimpulan
Berisi tentang uraian perubahan system yang telah dilakukan untuk menjawab
masalah yang di tuliskan di latar belakang masalah (BAB I).
4.2. Saran
Menguraikan saran yang mendukung keberhasilan dari implementasi program yang
diusulkan serta pengembangan ke arah yang akan datang.

OUTLINE PROYEK SISTEM INFORMASI
Mahasiswa WAJIB Melakukan Riset/PKL
Ada 2 jenis pilihan hasil karya outline Proyek Sistem Informasi, yaitu :
1. Laporan Tugas Akhir + Aplikasi Siap Diimplementasikan

2. Buku Tutorial, Dokumen Protokoler + Aplikasi Siap Diimplementasikan
1. Laporan Tugas Akhir + Aplikasi Siap Diimplementasikan
Bentuk Outline Tugas Akhir Proyek Sistem Informasi (Desktop/Web/mobile)


Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
(Memuat Permasalahan Pokok & Orisinalitas yang menunjukkan belum
ada aplikasi yang sama atau jika ada yang serupa harus dapat menunjukkan
kebaharuannya)
1.3. Teknik Pengumpulan Data
1.4. Ruang Lingkup

(memuat Teori pendukung pengembangan system/ aplikasi yang
diimplementasikan

3.1. Tinjauan Mitra
3.1.1. Sejarah Mitra
3.1.2. Struktur Organisasi dan Fungsi (* Jika Ada)
3.2. Prosedur/Proses Bisnis Sistem Berjalan

BAB IV SISTEM USULAN
(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
SURAT KETERANGAN RISET/PKL (WAJIB)
LAMPIRAN*
Keterangan :
*Lampiran:
A: Buku Manual Pengguna (memuat penjelasan singkat aplikasi, tampilan/view Aplikasi
& Cara Penggunaan)
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

Berisikan alasan pemilihan judul TA, dengan cara menguraikan dan
menjelaskan permasalahan yang diangkat oleh penulis.

menjalankannya.


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.

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.

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Program
Studi Sistem Informasi di Universitas Bina Sarana Informatika.
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.
Memberikan pemahaman mengenai konsep perancangan sistem informasi
absensi dan penggajian sehingga lebih optimal <dan lain-lain>
1.3. Teknik pengumpulan Data

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.
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

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.
permintaan barang. Bagian gudang melakukan pengecekan apakah barang yang
diminta tersedia atau tidak. Jika tersedia maka bagian gudang akan membuat
surat keluar barang.
Bagian gudang membuat laporan stok barang setiap bulan dan diserahkan ke
manajer.

BAB IV
SISTEM USULAN
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 :
a) Mengelola data barang
b) Mengecek stok barang
c) Membuat Surat Permohonan Barang
d) <<dan seterusnya>>
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.

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
4.2.Rancangan Sistem
A. Rancangan Diagram Use Case
EAContoh Use Case
9.0 Unregistered TrialDiagram
Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
Melakukan Login
Bagian Pembelian
Memasukkan Data
Tipe Motor
Bagian Penj ualan
Memasukkan Data
Memasukkan
EA 9.0 Unregistered
Jenis Suku Cadang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
Memasukkan Data
Barang

Unregistered
Data Barang Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
Memasukkan Data
Supplier
Memasukkan
Transaksi
Penambahan Stok EA 9.0 Unregistered Trial Version EA 9.0 Unregis
EASumber : HasilTrial
9.0 Unregistered Penelitian
Version (2021)
EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis

Gambar EAIV.1. Use CaseTrial
9.0 Unregistered Diagram……..
Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
CATATAN:
EADalam
9.0 Unregistered Trial Version
pengambaran EA 9.0
use case Unregistered
tidak Trial Version
harus sama EA 9.0 Unregistered
persis dengan contoh diTrial Version EA 9.0 Unregis
Hand
EAOut bisa beragam
9.0 Unregistered sesuaiEAdengan
Trial Version buku referensi
9.0 Unregistered atau
Trial Version EA artikel ilmiahTrial
9.0 Unregistered yangVersion EA 9.0 Unregis
digunakan.
Tabel III.1.
Goal Bagian Pembelian melihat data barang
secara online melalui web
Pre-Conditions Bagian Pembelian telah melakukan login
EA 9.0 Tugas
Handouts Unregistered Trial Version
Akhir Program EA 9.0
Studi Sistem Unregistered Trial Version EA 9.0 UnregisteredHal.
Informasi Trial
49Version EA 9.0 Unregis
EA 9.0 Unregistered
Universitas Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregis
Bina Sarana Informatika
Post-Conditions Daftar data barang yang kurang dari stok
minimum
Failed end Condition Bagian Pembelian tidak dapat melihat data
barang

5.
User mengetikan nama atau kode barang
6.
Sistem menampilkan data barang yang
dicari
A1.
Alternate Flow/Invariant A System menampilkan data barang yang stoknya
<= stok minimum
B3. System tidak menemukan data yang
dicari
B4. System menampilkan pesan "Data yang
dicari tidak ditemukan"
<<dan seterusnya>>

B. Rancangan Class Diagram
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
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
file-file penunjang untuk web). File-file ini tersimpan pada <<nama Database>> dengan
parameter-parameter sebagai berikut :
CONTOH Spesifikasi File:

Nama File : Barang
Akronim : Barang
Akses File : Random
Media : Hard Disk
Panjang record :
Software : Mysql

Tabel IV.1.
Elemen data Nama Field Tipe Size Ket

No

3. Stock Stok Int 8
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.
Contoh pengujian unit :

A. Pengujian Terhadap Form Login
Tabel IV.28
Hasil Pengujian Black Box Testing Halaman Login
No. Skenario Test case Hasil yang Hasil Kesimpulan

pengujian diharapkan pengujian
1. User Id dan User Id: (kosong) Sistem akan

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

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

diisi (kosong) menolak
Password: 1998-
dan password akses user
03-31
diisi kemudian dan
Sesuai
klik tombol menampilkan Valid
harapan
login “User Id dan
password
tidak
dikenal”
4. Mengetikkan User ID: 1001 Sistem akan Sesuai Valid

salah satu (benar) menolak harapan
kondisi salah akses user
Password: 1998-
pada user ID dan
3-31 (salah)
atau password menampilkan
tidak
dikenal”.
5. Mengetikkan User ID: 1001 Sistem Sesuai Valid
user ID dan (benar) menerima harapan
password akses login
Password: 1998-
dengan data dan
03-31 (benar)
yang benar kemudian
kemudian klik langsung
tombol login 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

Contoh Lampiran:
A. 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.
Halaman Dashboard merupakan penghubung dari semua menu, terdapat 2 menu
utama yaitu Pekerjaan dan Kegiatan.
Gambar 1. Halaman Dashboard

b. Halaman Pekerjaan
Pada halaman pekerjaan terdapat menu alokasi pekerjaan, pelaporan pekerjaan,
penilaian pekerjaan dan cetak CKP dan SKP. Pada halaman ini pegawai dapat
melakukan alokasi pekerjaan, operator dapat melakukan pelaporan pekerjaan dan
kepala seksi dapat melakukan penilaian pekerjaan serta dapat melakukan cetak
CKP dan SKP.
Gambar 2. Halaman Pekerjaan
<<dan seterusnya>>

B. Dokumentasi Serah Terima Aplikasi
1. Dokumentasi

2. PressRelease
https://www.suaramuhammadiyah.id/2020/09/04/tiga-kader-
muhammadiyah-hibahkan-aplikasi-sistem-informasi-aum-tegal/

3. Scan Lembar Berita Acara Serah Terima Aplikasi
Logo MITRA
BERITA ACARA SERAH TERIMA
Nomor : [Nomor dari UBSI]
Nomor : [Nomor dari Mitra]
Pada hari ini Rabu tanggal Dua Puluh tujuh bulan Agustus tahun Dua Ribu Dua Puluh Satu,
telah dilakukan penyerahan hasil pelaksanaan tugas akhir oleh dan antara:
I. Nama : Ralis Wiranti

NIM : 12172014
Alamat : Desa Ketenger RT 04/ RW 04, Kec. Baturraden Kab.
Banyumas
Dalam hal ini bertindak untuk dan atas nama pelaksana Tugas Akhir
Mahasiswa Universitas Bina Sarana Informatika berjudul “Sistem Informasi
Pelayanan Kesehatan Berbasis Web Pada Puskesmas 1 Kecamatan
Baturraden”. Untuk selanjutnya disebut PIHAK PERTAMA
II. Nama : Jamingah, SE

Jabatan : Kepala Tata Usaha
Alamat : Jl Raya Kebumen No. 01 Baturaden 53151
Dalam hal ini bertindak untuk dan atas nama Kepala Tata Usaha Puskesmas
1 Kecamatan Baturaden berkedudukan di Jl Raya Kebumen No. 01
Baturaden 53151. Untuk selanjutnya disebut PIHAK KEDUA
PIHAK PERTAMA dan PIHAK KEDUA yang secara bersama-sama disebut PARA
PIHAK terlebih dahulu menerangkan :
1. Bahwa untuk menyelesaikan pendidikannya PIHAK PERTAMA berkewajiban

untuk menyusun sebuah laporan atau karya ilmiah dalam bentuk Tugas Akhir pada
Program Diploma Tiga (D3);
2. Bahwa berdasarkan Surat Keterangan Riset [ Nomor Surat Riset ] tanggal [
Tanggal Surat Riset ] PIHAK PERTAMA telah melaksanakan kewajiban
menyusun Tugas Akhir Mahasiswa Universitas Bina Sarana Informatika melalui
kerja sama dengan PIHAK KEDUA;
Dengan telah selesainya pelaksanaan Tugas Akhir Mahasiswa Universitas Bina Sarana
Informatika di tempat PIHAK KEDUA maka PARA PIHAK sepakat untuk melakukan
serah terima hasil pelaksanaan kegiatan pekerjaan tersebut, dengan ketentuan sebagai
berikut:
Pasal 1
PIHAK PERTAMA dan PIHAK KEDUA telah saling bekerjasama dalam proses
pelaksanaan Tugas Akhir Mahasiswa Universitas Bina Sarana Informatika dan
mengimplementasikan kegiatan tersebut berupa aplikasi: “SIBAGUS (Sistem Informasi
Bagian Umum PT Perikanan Nusantara)” yang diperoleh dari kegiatan Tugas Akhir
Mahasiswa Universitas Bina Sarana Informatika dan berjalan atau berfungsi dengan baik
(“Tugas Akhir”).
Pasal 2
(1) PIHAK PERTAMA menyerahkan kepada PIHAK KEDUA hasil kegiatan Tugas
Akhir sebagaimana terinci dalam Lampiran Berita Acara Serah Terima ini;
(2) PIHAK KEDUA menerima penyerahan sebagaimana tersebut pada ayat (1) dari
PIHAK PERTAMA.
Pasal 3
Berita Acara Serah Terima ini dibuat dengan sesungguhnya bermeterai cukup, dan dalam
rangkap 2 (dua) dimana satu berkas dipegang oleh PIHAK PERTAMA dan satu berkas
lainnya dipegang oleh PIHAK KEDUA yang masing-masing mempunyai kekuatan hukum
yang sama untuk dipergunakan sebagimana mestinya.
PIHAK KEDUA, PIHAK PERTAMA,

Yang Menerima, Yang Menyerahkan,
Meterai Rp.10.000
(Nama Pimpinan Mitra) (Nama Ketua Kelompok)
Mengetahui/Menyetujui
Ketua Program Studi Sistem Informasi
(Nama Ketua Program Studi)

NIP. …………

Lampiran Berita Acara Serah Terima Aplikasi
Nomor : [Nomor dari UBSI]

Nomor : [Nomor dari Mitra]
Tanggal : 27 Agustus 2021
Judul : Sistem Informasi Pelayanan Kesehatan Berbasis Web
Pada Puskesmas 1 Kecamatan Baturraden
Nama Ketua Kelompok : [Nama Ketua Kelompok]

NIM Ketua Kelompok : [NIM]
Alamat Ketua Kelompok : [Alamat]
Nama Anggota 1 : [Nama Anggota 1]

NIM Anggota 1 : [NIM]
Alamat Anggota 1 : [Alamat]
Nama Anggota 2 : [Nama Anggota 2]

NIM Anggota 2 : [NIM]
Alamat Anggota 2 : [Alamat]
Dosen Pembimbing : [Nama Dosen Pembimbing]

Dosen Pembimbing : [Nama Dosen Pembimbing]
Luaran Produk : Aplikasi
Peralatan
No Tahun
Nama Produk Spesifikasi Volume
Perolehan
Sistem Informasi
Pelayanan
Kesehatan Berbasis
Aplikasi
1 Web Pada 2021 1
berbasis website
Puskesmas 1
Kecamatan
Baturraden
PIHAK KEDUA, PIHAK PERTAMA,

Yang Menerima, Yang Menyerahkan,
(Jamingah, SE) (Ralis Wiranti)
Mengetahui/Menyetujui
Ketua Program Studi Sistem Informasi
(………………………..)
NIP. …………………….

2. Hasil Karya Buku Tutorial, Dokumen Protokoler + Aplikasi Siap
Diimplementasikan
Dalam pembuatan hasil karya buku tutorial, maka ada dua jilid yang harus dibuat,
yaitu :
1. Jilid Lembar Protokoler = Lembar yang akan diperiksa oleh petugas sidang TA untuk
mengetahui apakah mahasiswa sudah melengkapi dokumen administratif untuk
mengikuti sidang TA .
2. Jilid Buku Tutorial = Dipergunakan oleh siswa dalam melakukan sidang TA yang berisi
pembahasan TA yang diajukan.
Ketentuan Pembuatan Jilid Lembar Protokoler:
1. Cover merah marun (berisi judul, logo, penulis,dll sama seperti cover TA biasanya)
2. Dijilid Biasa pada saat sidang (sedangkan untuk Pengumpulan TA dijilid Soft Cover
jika mahasiwa dinyatakan lulus)
3. Lembar terdiri dari :
1. Judul TA
2. Lembar Pernyataan Keaslian Tugas akhir
3. Lembar Pernyataan Publikasi Karya Ilmiah
4. Lembar Persetujuan dan Pengesahan Tugas Akhir
5. Lembar Konsultasi Tugas Akhir
6. Surat Riset/PKL
7. Daftar Riwayat Hidup
8. Dokumentasi Serah Terima Aplikasi
(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)
4. Conpact Disk/DVD TA
Ketentuan Pembuatan Jilid Buku :
1. Memiliki Cover Depan dan Belakang (design bebas), Kata Pengantar, Daftar Isi,
Isi Buku, Daftar Pustaka, Tentang Penulis.
2. Cover Depan berisi : Judul, nama Penulis dan Pembimbing, Logo Universitas Bina
Sarana Informatika, Tahun
3. Cover Belakang berisi : Logo UBSI (posisi diatas) dan ringkasan isi
buku/Abstraksi.
4. Font Style : Times New Roman (Font Size : 12)
5. Jumlah Halaman : Minimal 40 Halaman
6. Ukuran UNESCO (15.5 cm x 23 cm) / B5 (17.5 cm x 25 cm)
7. Top, Bottom = 1,5

CONTOH :
Di bawah ini adalah contoh dari dokumen yang dikumpulkan dari outline Proyek Sistem
Informasi : (untuk sidang cukup dijilid biasa)
Cover Depan Cover Belakang
Perhatian Penting :
- Logo di sesuaikan dengan Universitas Bina Sarana Informatika
- Ket Gambar :
Program Studi Sistem Informasi

Fakultas Teknik dan Informatika Universitas Bina Sarana Informatika
Jakarta
2021

BUKU TUTORIAL :
Cover Depan
Kata pengantar
Daftar isi
BAB I PENDAHULUAN
1.1. Latar Belakang
(memuat alasan pembuatan aplikasi disertai referensi terkait)
1.2. Tools Pembangun Aplikasi
(Contoh : teori aplikasi, bahasa pemrograman, sejarah dll yang digunakan,
disertai referensi terkait)
1.3. Deskripsi Aplikasi
(berisi deskripsi singkat dari aplikasi yang dibangun beserta target pengguna)
BAB II PERANCANGAN APLIKASI

2.1. Rancangan Sistem
(Use case & Class Diagram dari Aplikasi yang dibangun, disertai referensi
Terkait)
2.2. Rancangan Database
(ERD & Spesifikasi File dari database yang dibangun, disertai referensi Terkait)
2.3. Rancangan Form Master
(Semua Form Master beserta penjelasan dan kode program)
2.4. Rancangan Form Transaksi
(Semua Form Transaksi beserta penjelasan dan kode program)
2.5. Rancangan Laporan
(Semua Laporan/Grafik berserta penjelasan dan kode program)
2.6. Pengujian Unit
(Memuat pengujian unit dengan PhpUnit / Xdebug / Blackbox Testing dan/atau
pengujian unit lainnya)
BAB III PENUTUP

3.1. Kesimpulan
3.2. Saran
DAFTAR PUSTAKA
BIOGRAFI PENULIS
COVER BELAKANG

Penjelasan Hasil Karya Buku/Tutorial + 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.

menjalankannya.


1.1. Tools Pengembangan Aplikasi
Contoh : teori aplikasi, Bahasa pemrograman, sejarah dll yang digunakan,
disertai referensi terkait.
1.2. Deskripsi Aplikasi

Berisi deskripsi singkat dari aplikasi yang dibangun beserta target
pengguna.
Contoh:
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.

BAB II
PERANCANGAN APLIKASI
2.1. Rancangan Sistem
“Unified Modeling Language (UML) adalah sebuah teknik pengembangan sistem

yang menggunakan bahasa grafis sebagai alat pendokumentasian dan melakukan
spesifikasi pada system (Mulyani, 2016)”
A. Use Case Diagram
Contoh Use Case Diagram
Use Case Diagram adalah diagram fungsional dalam arti bahwa mereka
menggambarkan fungsi dasar dari suatu sistem, yaitu apa yang dapat dilakukan
pengguna dan bagaimana sistem harus menanggapi tindakan pengguna” (Denis,
dkk 2009)
Gambar IV.1. Use Case Diagram……..
CATATAN:
Dalam penggambaran use case tidak harus sama persis dengan contoh di HandOut
bisa beragam sesuai dengan buku referensi yang digunakan.
Tabel III.1.
Goal Bagian Pembelian melihat data barang secara online

melalui web
Pre-Conditions Bagian Pembelian telah melakukan login
Post-Conditions Daftar data barang yang kurang dari stok minimum

Failed end Condition Bagian Pembelian tidak dapat melihat data barang

2. User mengetikkan nama atau kode barang
3. Sistem menampilkan data barang yang dicari
Alternate Flow/Invariant A A1. System menampilkan data barang yang stoknya <=
stok minimum
B2. User mengetikkan nama/kode barang
B3. System tidak menemukan data yang dicari
B4. System menampilkan pesan "Data yang dicari
tidak ditemukan"
<<dan seterusnya>>

B. Rancangan Class Diagram
Contoh Class Model
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.

2.2. Rancangan Database
Berisi tentang langkah-langkah pembuatan database dan table yang dibutuhkan (untuk table
cukup diberikan contoh langkah-langkah pembuatan satu tabel saja).
Contoh :
Perancangan basis data ini difokuskan pada enam atribut, yaitu ERD & Spesifikasi File
A. Entity Relationship Diagram (ERD)
Contoh Entity Relationship Diagram

Menurut (Fathansyah, 2015) mengemukakan bahwa:
Model Entity-Relationship yang berisi komponen-komponen himpunan entitas dan
himpunan relasi yang masing-masing dilengkapi dengan atribut-atribut yang
merepresentasikan seluruh fakta dari ‘dunia nyata’ yang kita tinjau, dapat digambarkan
dengan lebih sistematis dengan menggunakan DIagram Entity-Relationship (Diagram
E-R).
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
file-file penunjang untuk web). File-file ini tersimpan pada <<nama Database>> dengan
parameter-parameter sebagai berikut :
CONTOH Spesifikasi File:

Nama File : Barang
Akronim : Barang
Akses File : Random
Media : Hard Disk
Panjang record :
Software : Mysql
Table IV.1.
Elemen data Nama Field Tipe Size Ket

No
3. Stock Stok Int 8

Contoh :
A. Database Perpustakaan
Ketikan pada kotak “Ciptakan database baru”, lalu klik tombol “Ciptakan”. Buat database
dengan nama “db_perpusweb2
Setelah membuat database baru, akan terlihat daftar tabel yang masih kosong (sisi sebelah
kiri)

A. Tabel Admin
Ketika telah masuk kedalam database db_perpusweb2, maka kita ketikkan nama tabel
beserta jumlah field yang ada pada tabel.
Tabel-tabel pada latihan ini, dapat melihat struktur tabel pada db_perpusweb (bab
studi kasus sebelum UTS).
Tabel “admin” :
Field Name Type Size Keterangan
Primary Key,
Id_admin Int 5 AUTO_INCREMENT
Username Varchar 25
Password Varchar 35

Jika sudah mengisi nama tabel dan jumlah field klik tombol “Go”.
Bila Primary Key, bersifat AUTO_INCREMENT, maka ceklis pada pilihan

AUTO_INCREMENT. Lalu Klik tombol Simpan. Tampilan ketika berhasil membuat
tabel:
Lanjutkan pengerjaan database db_perpusweb2”, Lalu Buat Kembali beberapa table

berikut ini menggunakan phpMyAdmin (lihat contoh pengerjaan pada
pembuatan table admin):
Tabel “katalog_buku
Field Name Type Size Keterangan
Id_katalog Int 5 Primary Key, AUTO_INCREMENT
Nama_katalog Varchar 45
<<… dan seterusnya..>>
2.3. Rancangan Form Master

Berisi tentang langkah-langkah pembuatan Form Master yang dibutuhkan (cukup di
berikan contoh langkah-langkah pembuatan satu form saja).

Contoh :
A. Membuat Form Master Barang
Desain Form Master Barang Running Form Master Barang
1. Klik kanan pada package aplikasi_toko – New – JFrame Form
2. Isi Class Name : Aplikasi_Master_Barang – Finish

Logika Jalannya Program:
1. Pertama run semua textfield nonaktif, data barang tampil di grid. INPUT DAN
TUTUP aktif
2. Tekan INPUT semua textfield Aktif. Tombol INPUT berubah menjadi SIMPAN,
tombol TUTUP menjadi BATAL
3. Ketikan kode barang. Jika sudah ada tampil nama ,stok,harga. Kd barang nonaktif.
SIMPAN berubah jadi UPDATE. Lakukan perubahan data barang untuk
menyimpan tekan UPDATE, tekan BATAL untuk membatalkan perubahan data
4. Ketikan kode barang. Jika tidak ada, Kursor pindah ke nama barang. Isikan data
barang baru, tekan SIMPAN untuk menyimpan
5. Untuk menghapus data barang, silakan pilih pada tabel data mana yang akan
dihapus, setelah itu tekan tombol Backspace untuk menghapusnya
6. Tekan TUTUP

1. Script method-method dibawah ini pada tampilan listing:

5. Klik kanan pada tkd_brg, pilih Event – key – KeyPressed, ketikan Script Berikut:
6. Klik kanan pada tnm_brg, dan thrg_jual, pilih Event – key – KeyPressed, ketikan
Script Berikut: (memindahkan posisi kursor ke object tertentu saat dienter)
7. Klik kanan pada tbl_brg, pilih Event – Mouse – MouseClicked, ketikan Script Berikut:
(memanggil method SetTabel yang berfungsi untuk menampilkan nilai-nilai pada
tabel ke dalam form)

8. Klik kanan pada tbl_brg, pilih Event – Key – KeyPressed, ketikan Script Berikut:
(memanggil method HapusData untuk menghapus data pada tabel terpilih pada saat
ditekan tombol Backspace)
9. Klik kanan pada tcari, pilih Event – Key – KeyTyped, ketikan Script Berikut:
A. Buat Form Master User.

Desain Form User: Running Form User:
B. Buat Form Master <<…dan seterusnya..>>
2.4. Rancangan Form Transaksi

Berisi tentang langkah-langkah pembuatan Form Master yang dibutuhkan (cukup di berikan
contoh langkah-langkah pembuatan satu form saja).
Contoh :

Implementasi program form transaksi
Langkah-langkah dalam membuat form Transaksi adalah sebagai berikut:

1. Masih dalam package aplikasi_toko, buat form baru dengan jDialog Form.
Beri nama form dengan nama : Aplikasi_Data_Barang
2. Desain tampilan form seperti dibawah ini:

Logika Jalannya Program:
1. Saat form dijalankan, tanggal dan kode user muncul otomatis
2. Tekan tombol TAMBAH, no.transaksi muncul otomatis
3. Kode barang bisa langsung diinput, lalu tekan enter. Jika ditemukan maka nama
barang, dan harga tampil.
4. Atau bisa dengan klik tombol broswse (…), pilih kode barang yang akan dibeli,
maka nama barang dan harga tampil
5. Jumlah beli diinput, lalu tekan enter, maka akan muncul pesan:”Mau Tambah
Barang?”. Jika pilih Yes, ulangi peerintah no.3 atau 4. Jika pilih No, total bayar
akan muncul.
6. Input uang bayar, untuk melakukan pembayaran. Uang kembali akan muncul
setelah dienter.
7. Tombol simpan untuk melakukan penyimpanan transaksi, dan struk akan muncul
(pembuatan struk akan dibahas dipertemuan berikutnya saat pembuatan laporan).
Berikut Langkah-langkah dalam membuat script program form transaksi:

1. Ketikkan script koneksi dan methode-methode yang diperlukan
<<… dan seterusnya…>>

2.5.Rancangan Laporan
Berisi tentang langkah-langkah pembuatan Form Laporan yang dibutuhkan (cukup
di berikan contoh langkah-langkah pembuatan satu form saja).
Contoh :
A. Membuat Laporan Penjualan Per Priode
Langkah-langkah untuk membuat laporan penjualan per priode
adalah sebagai berikut:
1. Ikuti langkah-langkah ke 4 sampai dengan langkah ke 6 dalam pembuatan
laporan data barang pada pembahasan sebelumnya.
Template : Blank A4
Nama report : Laporan_Periode
Tempat penyimpanan disamakan dengan penyimpanan laporan barang
2. Kaena kita akan membuat laporan transaksi, Tuliskan query berikut, ||
Next >

3. Pilih field yang akan ditampilkan di laporan (Pilih semua)
4. Pada jendela Group By klik Next saja. Setelah itu Finish
5. Masukkan field kedalam design report
6. Desain tampilan report seperti di bawah ini
7. Langkah berikutnya adalah kita membuat parameter. Berbeda dengan

sebelumnya pada pembuatan Struk, kita hanya menggunakan 1 parameter yaitu
notrans. Kali ini kita membutuhkan 2 buah parameter, karena ada 2 buah
tanggal. Yaitu tanggal awal dan tanggal akhir. Untuk tanggal awal beri nama
parameter dengan tgl1, dan untuk tanggal akhir beri nama parameter dengan
tgl2. Untuk Value Expression beri nilai kedua parameter dengan Text. Cara
membuat parameter sudah dibahas saat pembuatan Struk (langkah 10), jika
lupa silakan kembali lagi ke pertemuan sebelumnya

8. Edit query yang ada pada report query seperti dibawah ini, setelah itu
OK
9. Masukkan parameter tgl1 dan tgl2 kedalam laporan (Click – Drag)

10. Klik Preview, maka akan muncul jendela Parameter Prompt, masukkan
tanggal awal (tgl1) dan tanggal akhir (tgl2) yang akan kita lihat
laporannya. Contoh saya masukkan tgl1 2018-01-01 dan tgl2 2018-01-30
|| OK
11. Hasil laporan penjualan per priode
12. Untuk script pemanggilan laporan per priode ada di

Aplikasi_Laporan_Penjualan pada pembahasan selanjutnya.
<<…dst…>>
2.6. 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.
Contoh pengujian unit :
Menurut Simarmata (2010), “Black Box Testing adalah pengujian dilakukan dalam bentuk
tertulis untuk memeriksa apakah aplikasi berjalan seperti yang diharapkan”.
Tabel IV.28


1. User Id dan User Id: (kosong) Sistem akan
Password:
(kosong)
klik tombol dan
Sesuai
login menampilkan Valid
harapan
“User Id dan
password
tidak
dikenal”

user ID dan menolak
Password
password tidak akses user
(kosong)
diisi atau dan
Sesuai
kosong menampilkan Valid
harapan
tidak
dikenal”
Password: 1998-
03-31
diisi kemudian dan
Sesuai
klik tombol menampilkan Valid
harapan
login “User Id dan
password
tidak
dikenal”

Password: 1998-
pada user ID dan
3-31 (salah)
tidak
dikenal”.

password akses login
Password: 1998-
dengan data dan
03-31 (benar)
yang benar kemudian
kemudian klik langsung
tombol login menampilkan
menu utama.
<<dan seterusnya>>

BAB III
PENUTUP
3.1. Kesimpulan
Berisi tentang uraian perubahan system yang telah dilakukan.
3.2. Saran

OUTLINE PERANCANGAN PROGRAM
Mahasiswa TIDAK Melakukan Riset/PKL tetapi WAJIB Melakukan OBSERVASI*

Ada 2 jenis pilihan outline Perancangan Program, yaitu :
1. Perancangan Program - Bisnis

2. Perancangan Program Games/IoT/Augmented Reality
1. Perancangan Program - Bisnis

Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
1.4. Ruang Lingkup

2.1. Konsep Dasar Program
2.2. Tools Program
BAB III PEMBAHASAN

3.1. Hasil Observasi atau Literasi Proses bisnis Sejenis
3.3. Rancangan Dokumen
3.4. Entity Relationship Diagram (ERD)
3.5. Logical Record Structure (LRS)
3.6. Spesifikasi File
3.7. Pengkodean
3.8. Spesifikasi Program
3.9. Spesifikasi Sistem Komputer
3.10. Implementasi

3.11. Pengujian Unit
BAB IV PENUTUP
4.1. Kesimpulan
4.2. Saran
DAFTAR PUSTAKA
Lampiran A Dokumen Masukan Program
Lampiran B Dokumen Keluaran Program
CATATAN :
1. Contoh yang di tuliskan dalam penjelasan Outline Perancangan Program Bisnis

hanyalah sebagai bantuan gambaran saja. Pembahasan ERD, LRS dan lain-lain
tetap disesuaikan dengan buku referensi atau jurnal yang dipergunakan oleh
mahasiswa sebagai referensi dalam pembuatan Tugas Akhir.
2. Mahasiswa diharuskan melakukan observasi bukan riset/PKL sehingga tidak
memerlukan surat keterangan riset/PKL. Observasi dilakukan dengan tujuan
untuk membandingkan bisnis proses yang berlangsung pada satu tempat dengan
tempat lainnya. Mahasiswa diwajibkan untuk melampirkan dokumen bukti
wawancara dalam kuisioner.
3. Judul Tugas Akhir yang dibuat tidak perlu mencantumkan nama tempat observasi.

Penjelasan Outline Perancangan Program Bisnis
BAB I
PENDAHULUAN

Berisikan alasan pemilihan judul TA, dengan cara menguraikan dan menjelaskan permasalahan
yang diangkat oleh penulis.
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 menjalankannya.
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.

Penulis membuat dua alinea yang menguraikan tentang tujuan pembuatan TA dan manfaat
penulisan TA. Tujuan penulisan 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.

berjalan saat ini.
referensi dasar untuk mengambil solusi dari permasalahan yang ada..

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Program Studi
Sistem Informasi di Universitas Bina Sarana Informatika.

Menjelaskan metode penelitian dan teknik pengumpulan data yang digunakan untuk
penyusunan TA.
Contoh Pengembangan Perangkat Lunak : (Metode yang digunakan boleh menggunakan
metode lain, contoh :Agile, RAD, dll, dan wajib menunjukkan referensi ilmiah (jurnal,
buku, dll) mengenai metode pengembangan perangkat lunak yang diambil)

Metode yang digunakan pada pengembangan perangkat lunak ini menggunakan model
water fall (sommerville, 2007:66) yang terbagi menjadi tiga tahapan, yaitu:
Tahapan ini sangat menekan pada masalah pengumpulan kebutuhan pengguna pada
tingkatan sistem dengan menentukan konsep sistem beserta antarmuka yang
menghubungkannya dengan lingkungan sekitar. Hasilnya berupa spesifikasi sistem.
Proses perancangan sistem ini difokuskan pada empat atribut, yaitu struktur data,
representasi antarmuka, arsitektur perangkat lunak, dan interaksi antar objek di dalam
kelas.
3. Implementasi
Pada tahap ini, perancangan perangkat lunak direalisasikan sebagai serangkaian
program atau unit program.

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 atau bagian yang
diobservasi.
2. Wawancara
Menjelaskan kegiatan wawancara terhadap responden yang terkait dengan topik TA.
3. Studi Pustaka
Menjelaskan tentang studi pustaka yang dilakukan untuk mendukung proses komputerisasi
sistem.
1.4. Ruang Lingkup

Adalah batasan masalah yang akan dibahas dalam TA yang penulis buat. Batasan ini bertujuan
untuk alur atau rel dari TA yang dibuat. Batasan dibuat dengan awal mula permasalahan sampai
dengan penyelesaian yang dicapai (misal : proses pengolahan master data (data barang, data
supplier, dan lain-lain), sampai dengan pembuatan laporan dengan menggunakan bahasa
pemrograman yang dipahami).

BAB II
LANDASAN TEORI
(Contoh landasan teori berbasis Desktop)

Menjelaskan tentang teori yang berhubungan dengan judul TA yang dibuat (dari setiap kata
yang diangkat sebagai judul). Penulisan definisi ini diikuti dengan mencantumkan nama penulis
dan buku dari mana definisi tersebut dikutip (sesuaikan dengan petunjuk penulisan kutipan).
Contoh teori konsep dasar program :
A. Program
Menjelaskan tentang Program
B. Bahasa Pemrograman
Menjelaskan tentang bahasa pemrograman yang digunakan misal : VB, Delphi, Foxpro dan
lain-lain.
C. Basis Data
Menjelaskan tentang definisi basis data dan aplikasi basis data yang digunakan pada program
yang dibangun.
D. Model Pengembangan Perangkat Lunak
Menjelaskan model pengembangan water fall (air terjun).
2.2. Tools Program

Menjelaskan tools program yang digunakan dan cantumkan refernsinya:
A. Enterprise Relationship Diagram (ERD)
Menjelaskan tentang ERD, komponen ERD dan LRS
B. Pengkodean
Digunakan untuk mengklasifikasikan data, yang dimasukkan kedalam komputer
ataupun untuk mengambil bermacam-macam informasi. Kode dapat terbentuk dari
kumpulan angka, huruf atau simbol lainnya.
Ada beberapa macam tipe kode antara lain Kode Mnemonik (Mnemonic Code), Kode
Urut (Sequential Code), Kode Blok Urut (Block Code), Kode Chiper, Kode Subset Digit-
Signifikan, Urutasn Kode Sederhana.
C. HIPO (Hierarky Input Proses Output)
1. Pengertian
2. Tingkatan diagram HIPO
D. Diagram Alir Program (Flowchart)

1. Pengertian
Flowchart atau bagan alir merupakan suatu alat yang digunakan dalam membuat
suatu algoritma. Diagram alur (flowchart) dapat menunjukan secara jelas, arus
pengendalian suatu algoritma, yakni bagaimana melaksanakan suatu rangkaian
kegiatan secara logis dan sistematis.
2. Bentuk Flowchart
a. Program Flowchart
b. Sistem Flowchart
3. Tehnik pembuatan
a. General Way
b. Iteration Way

E. Implementasi dan Pengujian Unit
Menjelaskan tentang implementasi dan pengujian menggunakan black box testing.
(Contoh landasan teori berbasis Web/Mobile)

2.3. Konsep Dasar Web
Menjelaskan tentang teori yang berhubungan dengan judul TA yang dibuat (dari setiap kata
yang diangkat sebagai judul). Penulisan definisi ini diikuti dengan mencantumkan nama penulis
dan buku dari mana definisi tersebut dikutip (sesuaikan dengan teknis penulisan).

A. Website
Menjelaskan tentang definisi internet, website dan aplikasi berbasis web (seperti: web
browser, web server dan lain sebagainya).
Menjelaskan tentang bahasa pemrograman yang digunakan misal : Java, PHP, HTML,
JQuery dan lain-lain.
C. Basis Data
Menjelaskan tentang definisi basis data dan aplikasi basis data yang digunakan pada website
yang dibangun.

A. Struktur Navigasi
Menjelaskan tentang struktur navigasi.
B. Enterprise Relationship Diagram
Menjelaskan tentang definsi ERD, komponen ERD, derajat relationship, LRS dan lain-lain.
C. Implementasi dan Pengujian Web

BAB III
PEMBAHASAN
3.1. Hasil Observasi atau Literasi Proses Bisnis Sejenis

Uraikan proses bisnis hasil observasi atau literasi.
Contoh:
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.
permintaan barang. Bagian gudang melakukan pengecekan apakah barang yang diminta
tersedia atau tidak. Jika tersedia maka bagian gudang akan membuat surat keluar
barang.
Bagian gudang membuat laporan stok barang setiap bulan dan diserahkan ke manajer.
3.2. Analisis kebutuhan
Menguraikan gambaran tentang bagaimana prosedur dari sistem yang menjadi topik
penulisan ada yang disesuaikan dengan ruang lingkup dari TA yang dibuat. Sebaiknya
prosedur ini dibuat dalam uraian per– sub-prosedur atau per-bagian disertai dengan
bagian-bagian dan dokumen yang dibutuhkan pada sistem tersebut (analisis kebutuhan).

A. Rancangan Dokumen Masukan (Input)
Menguraikan secara rinci setiap rancangan dokuman masukan yang digunakan dalam
sistem dengan uraian parameter-parameter dokumen tersebut dengan parameter-
parameter dokumennya sebagai berikut :
1. Nama Dokumen : <<sebutkan nama dokumen>>
Fungsi : ………..
Sumber : ………..
Tujuan : ………..
Media : ………..
Jumlah : ………..
Frekuensi : ………..
Bentuk : Lihat Lampiran A.1

B. Rancangan Dokumen Keluaran (Output)
Menguraikan secara rinci setiap rancangan dokuman keluaran yang digunakan dalam sistem
dengan uraian parameter-parameter dokumen tersebut dengan parameter-parameter
dokumennya sebagai berikut :
1. Nama Dokumen : ………..
Media : ………..
Bentuk : Lihat Lampiran B.1
3.4. Entity Relationship Diagram (Desktop/Web/Mobile)

Perancangan basis data menghasilkan pemetaan tabel-tabel yang digambarkan dengan Entity
Relationship Diagram (ERD).
Contoh ERD
Gambar III. 1
Entity Relationship Diagram Persediaan Barang
CATATAN:
Pengambaran ERD diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
disesuaikan dengan buku referensi atau karya ilmiah yang digunakan.

B. LRS (Logical Record Structure)
Contoh LRS
1 Barang Masuk
kodeUser
noMasuk 1 M 1
1
tglMasuk kodeBarang
qty 1
User Barang
kodeUser kodeBarang
namaUser namaBarang
password qty
Barang Keluar
1 1
kodeUser M 1
1 1
noKeluar qty
tglKeluar
Gambar III.2
Logical Record Structure Persedian Barang
CATATAN:
Pengambaran LRS diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
3.5 Spesifikasi File

Nama File : Barang Masuk
Akronim : Barang
Fungsi : Menyimpan data barang
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 44 Byte
Kunci Field : Kodebarang
Software : Xampp

Tabel II.1
Spesifikasi File Daftar Harga
No Elemen Data Akronim Tipe Panjang Keterangan
1. Kode Barang kodebarang Char 6 Primary Key
2. Nama Barang namabarang Varchar 30
3. Quantitiy Qty Int 8
3.6. Pengkodean
1. Id Pengguna
Setiap pengguna harus memiliki id masing-masing sehingga dapat membatasi hak
akses dari masing-masing pengguna, diantaranya terdiri dari:
X X X 9 9 Contoh : A D M 0 1
Identitas No Identitas No
Jabatan Urut Jabatan Urut
Ket :
ADM = Untuk identitas Administrasi
01 = No urut adminstrasi adalah Satu
(Contoh Spesifikasi Program Berbasis Desktop)

A. HIPO (Hierarchy Input Proses Output)
0.0
Menu Utama
1.0 2.0 3.0 4.0
File Process Report Exit

0.0 0.0 0.0
1.1
2.1 3.1
Data Pelamar Laporan

Test Masuk Penerimaan
1.0
Karyawan
2.0
3.0
Gambar III.3.
Diagram Hierarki Input Proses Output
CATATAN:
Pengambaran Diagram HIPO diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
B. Flowchart
Start
Masukkan ID
Operator &
Password
Pesan : “Password
Pilihan : atau ID Operator
1. Log In salah.”
2. Exit
Y Y
Log In Periksa Data Data benar ? Menu Utama
T
Exit
End
Gambar III.4 Flowchart Form Log In
<<dan seterusnya>>
CATATAN:
Pengambaran Flowchart diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
3.8. (Contoh Spesifikasi Program Berbasis Web /Mobile)
Struktur Navigasi
A. Struktur Navigasi Halaman Index (halaman utama)
Pada halaman index menggunakan struktur navigasi non linier karena pada
rangkaian beranda, artikel, produk, produk Permintaan, cara belanja, testimoni, login
member dan daftar member dapat diakses secara acak atau tidak terurut.
Gambar III.7.
Struktur Navigasi Index (Menu Utama)
<<dan seterusnya>>
CATATAN:
Pengambaran Struktur Navigasi diatas hanyalah contoh dalam pembuatan Tugas
Akhir harap disesuaikan dengan buku referensi atau karya ilmiah yang digunakan
B.Struktur Navigasi Halaman Member
C.Struktur Navigasi Halaman Pengunjung

CONTOH
A. Server
1) CPU
(b) RAM DDR2 4 GB
2) Mouse
3) Keyboard
B. Client
1) CPU
(b) RAM DDR2 1GB
(c) Hard Disk 20 GB
2) Mouse
3) Keyboard
A. Server
2) Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang terdiri
(a) Aplikasi Apache Server v2
(b) Aplikasi PHP Server v5
(c) Aplikasi MySQL Server v5
(d) Aplikasi phpMyAdmin v3
3) Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.
B. Client
2) Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.
3.10. Implementasi
A. Implementasi Rancangan Form / Antar Muka

Implementasi rancangan antar muka pada aplikasi elearning berdasarkan hasil
rancangan antar muka.

Contoh Implementasi Antar Muka :
1. Halaman Login Admin

Administrator harus melakukan login terlebih dahulu untuk dapat
menggunakan modul-modul yang tersedia Jika login berhasil, maka menu-
menu yang sesuai dengan kategori user tersebut akan ditampilkan.

Pengujian terhadap program yang dibuat menggunakan blackbox testing yang
fokus terhadap proses masukan dan keluaran program.
Contoh Pengujian Unit :

Tabel III.2

1. User Id dan User Id : (kosong) Sistem akan

Password:
(kosong)
klik tombol login dan
Sesuai
menampilkan Valid
harapan
“User Id dan
password
tidak
dikenal”

user ID dan menolak Sesuai
Password : Valid
password tidak akses user harapan
(kosong)
diisi atau kosong dan
menampilkan

tidak
dikenal”

Password: 1998-
03-31
diisi kemudian dan
Sesuai
klik tombol login menampilkan Valid
harapan
“User Id dan
password
tidak
dikenal”

Password: 1998-
pada user ID dan
03-31 (salah)
tidak
dikenal”.

password dengan akses login
Password: 1998-
data yang benar dan
03-31 (benar)
kemudian klik kemudian
tombol login langsung
menampilkan
menu utama.

BAB IV
PENUTUP
4.5. Kesimpulan
masalah yang di tuliskan di latar belakang masalah (Bab 1).
4.6. Saran
Menguraikan saran yang mendukung keberhasilan dari implementasi program
yang diusulkan serta pengembangan ke arah yang akan datang.
Contoh Lampiran Rancangan Dokumen: (Lampiran A dan B)
Lampiran A
Dokumen Masukan Program

Lampiran B
Dokumen Keluaran Program
LAPORAN TAMU
TANGGAL 16 FEBRUARI 2021 s/d 16 Februari 2021

Mahasiswa Melakukan Riset/PKL
Bentuk Outline Tugas Akhir Perancangan Program - Bisnis


Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
1.4. Ruang Lingkup

2.2. Tools Program
BAB III PEMBAHASAN

3.1.2. Struktur Organisasi
3.4. Entity Relationship Diagram (ERD)
3.5. Logical Record Structure (LRS)
3.6. Spesifikasi File
3.7. Pengkodean
3.10. Implementasi
BAB IV PENUTUP
4.1. Kesimpulan
4.2. Saran
DAFTAR PUSTAKA
Lampiran A Dokumen Masukan Program
Lampiran B Dokumen Keluaran Program
Lampiran C Dokumen Pendukung Implementasi Aplikasi (jika aplikasi diimplementasikan
pada tempat riset)
CATATAN :
1. Contoh yang di tuliskan dalam penjelasan Outline Perancangan Program Bisnis

hanyalah sebagai bantuan gambaran saja. Pembahasan ERD, LRS dan lain-lain
tetap disesuaikan dengan buku referensi atau jurnal yang dipergunakan oleh
mahasiswa sebagai referensi dalam pembuatan Tugas Akhir.
2. Mahasiswa melakukan riset/PKL sehingga memerlukan surat keterangan
riset/PKL.
3. Judul Tugas Akhir yang dibuat mencantumkan nama tempat observasi.

Penjelasan Outline Perancangan Program- Bisnis
BAB I
PENDAHULUAN

Berisikan alasan pemilihan judul TA, dengan cara menguraikan dan menjelaskan
permasalahan yang diangkat oleh penulis.
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 menjalankannya.
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.

Penulis membuat dua alinea yang menguraikan tentang tujuan pembuatan TA dan
manfaat penulisan TA. Tujuan penulisan 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.

berjalan saat ini.

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Program Studi Sistem
Informasi di Universitas Bina Sarana Informatika.
e. Sebagai bahan evaluasi terhadap sistem yang sedang berjalan.
f. Menghasilkan suatu informasi yang cepat dan akurat dalam membantu dan

penyusunan TA.
Contoh Pengembangan Perangkat Lunak : (Metode yang digunakan boleh
menggunakan metode lain, contoh :Agile, RAD, dll, dan wajib menunjukkan
referensi ilmiah (jurnal, buku, dll) mengenai metode pengembangan perangkat
lunak yang diambil)
water fall (sommerville, 2007:66) yang terbagi menjadi tiga tahapan, yaitu:
Tahapan ini sangat menekan pada masalah pengumpulan kebutuhan pengguna pada
tingkatan sistem dengan menentukan konsep sistem beserta antarmuka yang
menghubungkannya dengan lingkungan sekitar. Hasilnya berupa spesifikasi sistem.
Proses perancangan sistem ini difokuskan pada empat atribut, yaitu struktur data,
representasi antarmuka, arsitektur perangkat lunak, dan interaksi antar objek di dalam
kelas.
3. Implementasi
Pada tahap ini, perancangan perangkat lunak direalisasikan sebagai serangkaian
program atau unit program.

4. Observasi
Menjelaskan tentang kegiatan observasi yang dilakukan meliputi : tempat atau bagian
yang diobservasi.
5. Wawancara
6. Studi Pustaka
Menjelaskan tentang studi pustaka yang dilakukan untuk mendukung proses
komputerisasi sistem.
1.4. Ruang Lingkup
Adalah batasan masalah yang akan dibahas dalam TA yang penulis buat. Batasan ini
bertujuan untuk alur atau rel dari TA yang dibuat. Batasan dibuat dengan awal mula
permasalahan sampai dengan penyelesaian yang dicapai (misal : proses pengolahan master
data (data barang, data supplier, dan lain-lain), sampai dengan pembuatan laporan dengan
menggunakan bahasa pemrograman yang dipahami).

BAB II
LANDASAN TEORI
(Contoh landasan teori berbasis Desktop)

a. Konsep Dasar Program
mencantumkan nama penulis dan buku dari mana definisi tersebut dikutip (sesuaikan
dengan petunjuk penulisan kutipan).
A. Program
Menjelaskan tentang Program
Menjelaskan tentang bahasa pemrograman yang digunakan misal : VB, Delphi,
Foxpro dan lain-lain.
C. Basis Data
program yang dibangun.
b. Tools Program
Menjelaskan tools program yang digunakan dan cantumkan refernsinya:
C. Enterprise Relationship Diagram (ERD)

Menjelaskan tentang ERD, komponen ERD dan LRS
B. Pengkodean
Digunakan untuk mengklasifikasikan data, yang dimasukkan kedalam komputer
ataupun untuk mengambil bermacam-macam informasi. Kode dapat terbentuk dari
kumpulan angka, huruf atau simbol lainnya.
Ada beberapa macam tipe kode antara lain Kode Mnemonik (Mnemonic Code), Kode
Urut (Sequential Code), Kode Blok Urut (Block Code), Kode Chiper, Kode Subset Digit-
Signifikan, Urutasn Kode Sederhana.
C. HIPO (Hierarky Input Proses Output)

1. Pengertian
2. Tingkatan diagram HIPO
D. Diagram Alir Program (Flowchart)

1. Pengertian
Flowchart atau bagan alir merupakan suatu alat yang digunakan dalam membuat
suatu algoritma. Diagram alur (flowchart) dapat menunjukan secara jelas, arus
pengendalian suatu algoritma, yakni bagaimana melaksanakan suatu rangkaian
kegiatan secara logis dan sistematis.
2. Bentuk Flowchart
c. Program Flowchart
d. Sistem Flowchart
3. Tehnik pembuatan
a. General Way
b. Iteration Way

E. Implementasi dan Pengujian Unit
(Contoh landasan teori berbasis Web/Mobile)
2.5. Konsep Dasar Web

mencantumkan nama penulis dan buku dari mana definisi tersebut dikutip (sesuaikan
dengan teknis penulisan).

A. Website
Menjelaskan tentang definisi internet, website dan aplikasi berbasis web (seperti:
web browser, web server dan lain sebagainya).
Menjelaskan tentang bahasa pemrograman yang digunakan misal : Java, PHP,
HTML, JQuery dan lain-lain.
C. Basis Data
website yang dibangun.

A. Struktur Navigasi
Menjelaskan tentang struktur navigasi.
B. Enterprise Relationship Diagram
Menjelaskan tentang definsi ERD, komponen ERD, derajat relationship, LRS dan
lain-lain.
C. Implementasi dan Pengujian Web

BAB III
PEMBAHASAN

3.2. Analisis kebutuhan

Menguraikan gambaran tentang bagaimana prosedur dari sistem yang menjadi topik
penulisan ada yang disesuaikan dengan ruang lingkup dari TA yang dibuat. Sebaiknya
prosedur ini dibuat dalam uraian per– sub-prosedur atau per-bagian disertai dengan
bagian-bagian dan dokumen yang dibutuhkan pada sistem tersebut (analisis kebutuhan).

A. Rancangan Dokumen
A. Rancangan Dokumen Masukan (Input)
Menguraikan secara rinci setiap rancangan dokuman masukan yang digunakan dalam
1. Nama Dokumen : <<sebutkan nama dokumen>>
Media : ………..
Bentuk : Lihat Lampiran A
B. Rancangan Dokumen Keluaran (Output)

Menguraikan secara rinci setiap rancangan dokuman keluaran yang digunakan dalam
2. Nama Dokumen : ………..
Media : ………..
Bentuk : Lihat Lampiran B
3.4. Entity Relationship Diagram (Desktop/Web/Mobile)


Contoh ERD
Gambar III. 1
Entity Relationship Diagram Persediaan Barang
CATATAN:
Pengambaran ERD diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
B. LRS (Logical Record Structure)

Contoh LRS
1 Barang Masuk
kodeUser
noMasuk 1 M 1
1
tglMasuk kodeBarang
qty 1
User Barang
kodeUser kodeBarang
namaUser namaBarang
password qty
Barang Keluar
1 1
kodeUser M 1
1 1
noKeluar qty
tglKeluar
Gambar III.2
Logical Record Structure Persedian Barang
CATATAN:
Pengambaran LRS diatas hanyalah contoh dalam pembuatan Tugas Akhir harap
3.5 Spesifikasi File

Nama File : Barang Masuk
Akronim : Barang
Fungsi : Menyimpan data barang
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 44 Byte
Kunci Field : Kodebarang
Software : Xampp
Tabel III.1
Spesifikasi File Daftar Harga
No Elemen Data Akronim Tipe Panjang Keterangan
1. Kode Barang kodebarang Char 6 Primary Key
2. Nama Barang namabarang Varchar 30
3. Quantitiy Qty Int 8
3.6. Pengkodean
1. Id Pengguna
Setiap pengguna harus memiliki id masing-masing sehingga dapat membatasi hak
akses dari masing-masing pengguna, diantaranya terdiri dari:
X X X 9 9 Contoh : A D M 0 1
Identitas No Identitas No
Jabatan Urut Jabatan Urut
Ket :
ADM = Untuk identitas Administrasi
02 = No urut adminstrasi adalah Satu
(Contoh Spesifikasi Program Berbasis Desktop)

A. HIPO (Hierarchy Input Proses Output)
0.0
Menu Utama
1.0 2.0 3.0 4.0
File Process Report Exit

0.0 0.0 0.0
1.1
2.1 3.1
Data Pelamar Laporan

Test Masuk Penerimaan
1.0
Karyawan
2.0
3.0
Gambar III.3.
Diagram Hierarki Input Proses Output
CATATAN:
Pengambaran Diagram HIPO diatas hanyalah contoh dalam pembuatan Tugas
Akhir harap disesuaikan dengan buku referensi atau karya ilmiah yang digunakan.
B. Flowchart
Start
Masukkan ID
Operator &
Password
Pesan : “Password
Pilihan : atau ID Operator
1. Log In salah.”
2. Exit
Y Y
Log In Periksa Data Data benar ? Menu Utama
T
Exit
End
Gambar III.4 Flowchart Form Log In
<<dan seterusnya>>

CATATAN:
Pengambaran Flowchart diatas hanyalah contoh dalam pembuatan Tugas Akhir
harap disesuaikan dengan buku referensi atau karya ilmiah yang digunakan.
3.8. (Contoh Spesifikasi Program Berbasis Web /Mobile)
Struktur Navigasi
A. Struktur Navigasi Halaman Index (halaman utama)
Pada halaman index menggunakan struktur navigasi non linier karena pada
rangkaian beranda, artikel, produk, produk Permintaan, cara belanja, testimoni, login
member dan daftar member dapat diakses secara acak atau tidak terurut.
Gambar III.5.
Struktur Navigasi Index (Menu Utama)
<<dan seterusnya>>
CATATAN:
Pengambaran Struktur Navigasi diatas hanyalah contoh dalam pembuatan Tugas
Akhir harap disesuaikan dengan buku referensi atau karya ilmiah yang digunakan.
B. Struktur Navigasi Halaman Member
C. Struktur Navigasi Halaman Pengunjung

CONTOH
a. Server
1) CPU
(b) RAM DDR2 4 GB
2) Mouse
3) Keyboard
b. Client
1) CPU
(b) RAM DDR2 1GB
(c) Hard Disk 20 GB
2) Mouse
3) Keyboard
C. Server
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux
b. Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang terdiri
(1) Aplikasi Apache Server v2
(2) Aplikasi PHP Server v5
(3) Aplikasi MySQL Server v5
(4) Aplikasi phpMyAdmin v3
c. Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.
D. Client
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux
b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet Explorer,
Google Chrome.
3.10. Implementasi
A. Implementasi Rancangan Form / Antar Muka

Implementasi rancangan antar muka pada aplikasi elearning berdasarkan hasil
rancangan antar muka.
Contoh Implementasi Antar Muka :

1. Halaman Login Admin
Administrator harus melakukan login terlebih dahulu untuk dapat menggunakan
modul-modul yang tersedia Jika login berhasil, maka menu-menu yang sesuai dengan
kategori user tersebut akan ditampilkan.

Pengujian terhadap program yang dibuat menggunakan blackbox testing yang
fokus terhadap proses masukan dan keluaran program.
Contoh Pengujian Unit :

Tabel III.2

1. User Id dan User Id : Sistem akan
password (kosong) menolak akses
tidak diisiPassword: user dan
Sesuai
kemudian (kosong) menampilkan Valid
harapan
klik tombol “User Id dan
login password tidak
dikenal”
user ID dan Password : menolak akses
password (kosong) user dan
tidak diisi menampilkan Sesuai
Valid
atau kosong “User Id dan harapan
kemudian password tidak
klik tombol dikenal”
login
3. User ID User Id: Sistem akan
tidak diisi (kosong) menolak akses
(kosong) dan Password: user dan
password 1998-03-31 menampilkan Sesuai
Valid
diisi “User Id dan harapan
kemudian password tidak
klik tombol dikenal”
login

salah satu (benar) menolak akses harapan
kondisi salah Password: user dan
pada user 1998-03-31 menampilkan
ID atau (salah) “User Id dan
password password tidak
kemudian dikenal”.
klik tombol
login
user ID dan (benar) menerima akses harapan
password Password: login dan
dengan data 1998-03-31 kemudian
yang benar (benar) langsung
kemudian menampilkan
klik tombol menu utama.
login

BAB IV
PENUTUP
a. Kesimpulan
b. Saran
Contoh Lampiran Rancangan Dokumen: (Lampiran A dan B)
Lampiran A
Dokumen Masukan Program
Lampiran B
Dokumen Keluaran Program

LAPORAN TAMU
TANGGAL 16 FEBRUARI 2021 s/d 16 Februari 2021
Lampiran C
Dokumen Pendukung Implementasi Aplikasi (jika aplikasi diimplementasikan pada tempat
riset)

2. Perancangan Program Games/IoT/Augmented Reality

Kata Pengantar
Lembar Abstraksi
Daftar Isi
Daftar Simbol
Daftar Gambar
Daftar Tabel
Daftar Lampiran
BAB I PENDAHULUAN
1.1. Latar Belakang
1.4. Ruang Lingkup

2.1. Konsep Dasar Game/IoT/Augmented Reality
2.2. Metode Pengembangan Game/IoT/Augmented Reality
2.3. Tools Pengembangan Game/IoT/Augmented Reality
BAB III PEMBAHASAN
Sub bab yang dibahas disesuaikan dengan pembahasan pada sub bab 2.2 Metode
Pengembangan Games/IoT/Augmented Reality
BAB IV PENUTUP
4.1. Kesimpulan
4.2. Saran
DAFTAR PUSTAKA
LAMPIRAN
CATATAN :
1. Mahasiswa diharuskan melakukan observasi bukan riset/PKL sehingga tidak
memerlukan surat keterangan riset/PKL. Observasi dilakukan dengan tujuan
untuk membandingkan bisnis proses yang berlangsung pada satu tempat dengan
tempat lainnya. Mahasiswa diwajibkan untuk melampirkan dokumen bukti
wawancara dalam kuisioner.
2. Menambahkan atribut-atribut atau identitas UBSI dalam game, sehingga identitas
UBSI tidak hanya terdapat pada profil pembuat game saja.
3. Judul Tugas Akhir yang dibuat tidak perlu mencantumkan nama tempat observasi.
Penjelasan Outline Perancangan Program – Game/IoT/Augmented Reality
BAB I
PENDAHULUAN
Dalam latar belakang masalah jabarkan mengenai pentingnya alasan pembuatan
Aplikasi Game/IoT/Augmented Reality sehingga diperoleh fakta-fakta bahwa aplikasi
yang dibaut memang dibutuhkan. Alasan pembuatan aplikasi dapat disajikan dalam bentuk
data statistik dari website resmi yang dapat dipertanggungjawabkan atau data yang
diperoleh dari Artikel ilmiah.

1.2. Tujuan Dan Manfaat Penelitian

Penulis membuat dua alinea yang menguraikan tentang tujuan pembuatan TA dan manfaat
penulisan TA. Tujuan penulisan 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.

berjalan saat ini.

Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Jurusan Sistem
Informasi di Universitas Bina Sarana Informatika (UBSI)
1. Sebagai bahan evaluasi terhadap sistem yang sedang berjalan.
2. Menghasilkan suatu informasi yang cepat dan akurat dalam membantu dan
Memberikan pemahaman mengenai konsep perancangan sistem informasi absensi dan
penggajian sehingga lebih optimal <dan lain-lain>

penyusunan TA.
Contoh Pengembangan Perangkat Lunak : (Metode yang digunakan boleh menggunakan
metode lain, contoh :GDLC, PPDIOO, Agile, dll. Mahasiswa wajib menunjukkan
referensi ilmiah (jurnal, buku, dll) mengenai metode pengembangan
Game/IoT/Augmented Reality yang diambil)
A. Metode Pengembangan Game
GDLC (Game Development Life Cycle) yang terbagi menjadi enam tahapan, yaitu:
1. Initiation
Tahapan ini adalah titik inisiasi proyek game development. Awal dari game
development adalah memulai dari sebuah ide pembuatan game
2. Pre-Production
Pre- production adalah awal dari production cycle yang berurusan dengan game design. Apa
itu game design dibahas pada bab yang bersangkutan. Pre-production adalah tahap yang vital
sebelum proses production dimulai, karena pada tahap ini dilakukan perancangan game, dan
rencana produksi game. Tahap ini terdiri atas game design yakni penyempurnaan konsep game
+ dokumentasinya ( Game Design Document ) dan prototyping yakni pembuatan prototype
dari game ( bila game ada )
3. Production
Pada tahap ini, dilakukan pembuatan design dan prototype . production merupakan
penyempurnaan tahapan pre-production. Artinya, tahap ini memiliki fokus pada
menerjemahkan rancangan game design, concept art, dan aspek – aspek lainnya
menjadi unsur penyusun game. Tahap ini berkutat dengan asset creation,
programming dan integration antara asset dan source code.
4. Testing
Sesuai dengan namanya, testing merupakan pengujian terhadap prototype build.
Pengujian ini dilakukan oleh internal developer team untuk melakukan usability test
dan functionality test
5. Beta
Saat game selesai dibuat, belum berarti game tersebut akan diterima oleh massa.
Eksternal testing, dikenal dengan istilah beta testing dilakukan untuk menguji
keberterimaan game dan untuk mendeteksi berbagai error dan keluhan yang
dilemparkan oleh third party tester. Beta berada diluar production cycle, tetapi hasil
dari testing ini berpotensi menyebabkan tim mengulangi production cycle lagi
6. Release
Game yang sudah selesai dibuat dan lulus beta testing menandakan game tersebut siap
untuk dirilis ke publik. Release adalah tahap dimana final build dari game resmi dirilis
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 atau bagian yang
diobservasi.
2. Wawancara
3. Studi Pustaka
Menjelaskan tentang studi pustaka yang dilakukan untuk mendukung proses komputerisasi
sistem.
1.4. Ruang Lingkup
Adalah batasan masalah yang akan dibahas dalam TA yang penulis buat sehingga penulisan
Tugas Akhir akan lebih fokus dan terarah. Contohnya (Ruang Lingkup dalam tugas akhir ini adalah
pembuatan aplikasi dan lain-lain)

BAB II
LANDASAN TEORI
2.1. Konsep Dasar Game/IoT/Augmented Reality

Sajikan pengertian berdasarkan buku dan artikel ilmiah mengenai konsep dasar aplikasi yang
diciptakan. Menjelaskan tentang teori yang berhubungan dengan judul TA yang dibuat (dari setiap
kata yang diangkat sebagai judul). Penulisan definisi ini diikuti dengan mencantumkan nama
penulis dan buku dari mana definisi tersebut dikutip (sesuaikan dengan petunjuk penulisan kutipan).
2.2. Metode Pengembangan Game/IoT/Augmented Reality

Jabarkan mengenai penjelasan metode pengembangan yang digunakan dalam
pembuatan program aplikasi game/IoT/Augmented Reality berdasarkan buku referensi dan
artikel ilmiah yang sesuai dengan judul yang diambil.
Salah satu metode pengembangan game yang dapat digunakan adalah Game
Development Life Cylce (GDLC). Untuk IoT salah satu metode nya dapat menggunakan
Prepare, Plan,Design, Implement, Operate dan Optimize (PPDIOO). Sedangkan untuk AR
salah satu metode yang dapat digunakan adalah Agile.
2.3.Tool Program Game/IoT/Augmented Reality

Menjelaskan mengenai tools yang digunakan untuk membuat aplikasi
game/IoT/Augmented Reality dengan menggunakan buku referensi dan artikel ilmiah
sebagai ajuan penjelasan tools

BAB III
PEMBAHASAN
Sub bab yang digunakan dalam bab pembahasan disesuaikan dengan sub bab yang ada pada
bab 2.2 metode pengembangan game/IoT/Augmented Reality. Sehingga penulisan sub bab
pada bab III bisa bervariasi tidak selalu sama antar mahasiswa.

BAB IV
KESIMPULAN
4.7. Kesimpulan
Berisi tentang uraian perubahan sistem yang telah dilakukan untuk menjawab
4.8. Saran
Lampiran
Lampiran
Lampirkan mengenai tampilan aplikasi game/IoT/Augmented Reality yang dibuat dan
coding yang dibuat.
Contoh penambahan atribut-atribut atau identitas UBSI dalam game (ColorLine Game)

Contoh Kuisioner
Nama Responden :XXXXXXX
Alamat Responden: XXXXXXXX
Jabatan Responden: XXXXXXXX
No Pertanyaan Skala
1 2 3 4 5
1 Ini merupakan pertanyaan 1
Dst Ini merupakan pertanyaan dst
Keterangan:
Pilihlah skala yang mendekati dengan jawaban angka 1 untuk sangat setuju dan
angka 5 untuk sangat tidak setuju
CATATAN:
Kuisioner diatas hanya merupakan contoh. Mahasiswa dapat membaut kuisioner
yang berbeda dengan berdasarkan kajian literature berdasarkan buku dan karya
ilmiah yang dapat dijadikan referensi pembuatan kuisioner


Handouts Tugas Akhir P1-2021 Sisitem Informasi

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Handouts Tugas Akhir P1-2021 Sisitem Informasi

Diunggah oleh

Hak Cipta:

Format Tersedia

Handouts Tugas Akhir Program Studi Sistem Informasi Hal.

Jakarta, Februari 2020

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 2

Outline Skripsi Program Studi Sistem Informasi ................................................ 1

Outline Perancangan Sistem Informasi ................................................................ 2

Outline Perancangan Sistem Informasi (Alternatif) ............................................ 29

Outline Proyek Sistem Informasi .......................................................................... 39

Buku Tutorial, Dokumen protokoler +Aplikasi Siap Diimplementasikan 63

Outline Perancangan Program .............................................................................. 89

Perancangan Program Bisnis (Riset/PKL) ................................................... 107

Perancangan Games/IoT/Augmented Reality .............................................. 124

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 4

Mahasiswa WAJIB Melakukan Riset/PKL

Lembar Judul Tugas Akhir

BAB II LANDASAN TEORI

BAB III ANALISIS SISTEM BERJALAN

BAB IV PERANCANGAN SISTEM USULAN

Bentuk Outline Tugas Akhir Perancangan Sistem (Desktop/Web/mobile)

Lembar Judul Tugas Akhir

BAB II LANDASAN TEORI

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 6

BAB IV PERANCANGAN SISTEM USULAN

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 7

1.1. Latar Belakang Masalah

Contoh Latar Belakang Masalah :

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 8

1.2. Tujuan dan Manfaat

CONTOH Tujuan dan Manfaat :

Sedangkan manfaat penulisan tugas akhir adalah sebagai berikut:

1.3. Metode Penelitian

A. Metode Pengembangan Perangkat Lunak

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 9

B. Teknik pengumpulan Data

1.4. Ruang Lingkup

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 10

2.1. Konsep Dasar Sistem

Contoh teori konsep dasar sistem :

2.2. Teori Pendukung

Contoh isi dari teori pendukung :

A. Entity Relationship Diagram

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 11

3.1. Tinjauan Perusahaan

3.2. Prosedur Sistem Berjalan

CONTOH Prosedur Sistem Berjalan

1. Prosedur Barang Masuk

3.3. Use Case Diagram

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 12

EA 9.0 Unregistered Trial Version EA 9.0 Melihat

3.4. Activity Diagram

Bagian Pembelian Bagian Penj ualan

3.6. Spesifikasi Dokumen Keluaran

3.7. Permasalahan Pokok

3.8. Pemecahan Masalah

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 15

4.1.Tahapan Perancangan Sistem

CONTOH Analisis Kebutuhan :

A1 Skenario Kebutuhan Bagian Gudang

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 16

EA 9.0 Unregistered Trial Version EA 9.0 Melihat

Handouts Tugas Akhir Program Studi Sistem Informasi Hal. 18

CONTOH Diagram Aktifitas

Bagian Pembelian Bagian Penj ualan

Menjelaskan secara rinci setiap rancangan dokumen pada program yang

(Contoh Rancangan Dokumen Berbasis Desktop/Web/Mobile)