Contoh Salah Satu Laporan Terbaik - PPSI - 22-23

LAPORAN AKHIR
PRAKTIKUM PERANCANGAN SISTEM INFORMASI
Disusun untuk memenuhi salah satu kelulusan mata kuliah

Praktikum Perancangan Sistem Informasi pada Program Studi S-1 Teknik
Industri Fakultas Teknik Universitas Singaperbangsa Karawang Semester
Genap Tahun Akademik 2021/2022
Oleh:
Kelompok 8
Fahmi Abdul Rafi 2010631140015
Ahmad Bilal Fauzi 2010631140001
Ahmad Zakaria 2010631140004
Asep Sopian 2010631140008
Desy Ayu Pahila 2010631140012
Falsha Satria Dwiputra 2010631140017
Gina Hidayatul Kamila 2010631140021
Krisna Apriansyah K 2010631140023
Muhammad Alif Lukman Hidayat 2010631140024
Alif Radzaki Fadilah 2010631140043
PROGRAM STUDI S-1 TEKNIK INDUSTRI

FAKULTAS TEKNIK
UNIVERSITAS SINGAPERBANGSA KARAWANG
2021/2022
LEMBAR PENGESAHAN
LAPORAN PRAKTIKUM AKHIR PERANCANGAN SISTEM INFORMASI
Setelah diperiksa dengan seksama, maka Laporan Akhir ini telah

memenuhi syarat dan ketentuan sebagai Laporan Akhir Praktikum
Perancangan Sistem Informasi 2021 pada Program Studi S-1 Teknik
Industri, Fakultas Teknik, Universitas Singaperbangsa Karawang
Semester Genap Tahun Akademik 2021/2022
Oleh:
Kelompok 8
Fahmi Abdul Rafi 2010631140015

Ahmad Bilal Fauzi 2010631140001
Ahmad Zakaria 2010631140004
Asep Sopiyan 2010631140008
Desy Ayu Pahila 2010631140012
Falsha Satria Dwiputra 2010631140017
Gina Hidayatul Kamila 2010631140021
Krisna Apriansyah K 2010631140023
Muhammad Alif Lukman Hidayat 2010631140024
Alif Radzaki Fadilah 2010631140043
Karawang, 10 Januari 2022

Mengetahui,
Koordinator Program Studi S-1 Dosen Pengampu Praktikum
Teknik Industri, Fakultas Teknik Perancangan Sistem Informasi
Ir. H. Wahyudin, ST., MT., IPM. Dene Herwanto, ST., MT.

NIDN. 0004017311 NIDN. 0402047604
Menyetujui,
Asisten Praktikum Perancangan Asisten Praktikum Perancangan
Sistem Informasi (Laporan Sistem Informasi (Materi Praktikum)
Praktikum)
Billy Nugraha, ST. Ari Teguh Septiansyah

NIM. 1810631140021
ii
KATA PENGANTAR
Puji syukur kami panjatkan kehadirat Tuhan Yang Maha Esa karena
atas berkat rahmat-Nya Laporan Akhir Mata Kuliah Praktikum
Perancangan Sistem Informasi 2021 yang berjudul “Laporan Akhir
Praktikum Perancangan Sistem Informasi 2021” dapat diselesaikan tepat
pada waktunya.
Laporan Akhir Mata Kuliah Praktikum Perancangan Sistem Informasi
ini disusun untuk memenuhi salah satu syarat kelulusan mata kuliah
Praktikum Perancangan Sistem Informasi pada Program Studi S-1 Teknik
Industri Fakultas Teknik Universitas Singaperbangsa Karawang Semester
Ganjil Tahun Akademik 2021/2022. Dalam penyusunan Laporan Akhir
Mata Kuliah Praktikum Perancangan Sistem Informasi ini, kami
mendapatkan banyak bantuan, bimbingan dan dukungan dari berbagai
pihak. Untuk itu, melalui kesempatan kali ini kami menyampaikan rasa
terimakasih kepada diantaranya:
1. Dr. H. Maman Suryaman, M.M.Pd., sebagai Dekan Fakultas Teknik,
Universitas Singaperbangsa Karawang yang telah memberikan
bantuan, bimbingan dan dukungan kepada kami dalam menyusun
ini.
2. Ir. H. Wahyudin, ST., MT., IPM. sebagai Koordinator Program Studi S1
Teknik Industri, Universitas Singaperbangsa Karawang yang telah
bersedia memberikan bantuan, bimbingan dan dukungan kepada kami
dalam menyusunLaporan Akhir Mata Kuliah Praktikum Perancangan
Sistem Informasi ini.
3. Dene Herwanto, ST., MT., sebagai Dosen Pengampu Mata Kuliah
Praktikum yang senantiasa memberikan bantuan, bimbingan dan
dukungan kepada kami dalam menyusun Laporan Akhir Mata Kuliah
Praktikum Perancangan Sistem Informasi ini.
4. Bapak/Ibu Dosen seluruh Fakultas Teknik, Universitas
Singaperbangsa Karawang yang juga senantiasa memberikan
iii
bantuan, bimbingan dan dukungan kepada kami dalam menyusun
ini.
5. Ari Teguh Septiansyah, Billy Nugraha, ST., dan Hamdani sebagai
Asisten Praktikum yang menjadi pembimbing, pengarah dan
penanggungjawab akan berjalannya Praktikum Perancangan Sistem
Informasi 2021 yang juga senantiasa selalu memberikan bantuan,
bimbingan dan dukungan kepada kami dalam menyusunLaporan Akhir
Mata Kuliah Praktikum Perancangan Sistem Informasi ini.
6. Saudara/Saudari atau Rekan-Rekan seluruh Fakultas Teknik,
Universitas Singaperbangsa Karawang yang juga ikut membantu dan
memberikan rasa semangat kepada kami dalam menyusun yang juga
senantiasa memberikan bantuan, bimbingan dan dukungan kepada
kami dalam menyusun Laporan Akhir Mata Kuliah Praktikum
Perancangan Sistem Informasi ini.
Kami menyadari bahwa Laporan Akhir Mata Kuliah Praktikum
Perancangan Sistem Informasi ini masih jauh dari kata sempurna dan
masih banyak kekurangan daripada kelebihan. Oleh sebab itu, kami
mengharapkan kritik dan saran dari pembaca yang bersifat konstruktif
demi kesempurnaan Laporan Akhir Mata Kuliah Praktikum Perancangan
Sistem Informasi ini dan juga berharap semoga gagasan ide atau inovasi
yang sederhana ini dapat bermanfaat bagi dunia pendidikan dan teknologi
pada khususnya dan pembaca pada umumnya.

Hormat Kami,
Kelompok 8
iv
DAFTAR ISI
COVER ....................................................................................................... i
LEMBAR PENGESAHAN ........................................................................... ii
KATA PENGANTAR .................................................................................. iii
DAFTAR ISI ................................................................................................v
DAFTAR GAMBAR ................................................................................... vii
DAFTAR TABEL .........................................................................................x
DAFTAR LAMPIRAN ................................................................................. xi
BAB I PENENTUAN SYSTEM REQUIREMENT........................................ 1
1.1 Tujuan Praktikum ...................................................................... 1
1.2 Dasar Teori ............................................................................... 1
1.3 Alat dan Bahan ......................................................................... 7
1.4 Prosedur Praktikum................................................................... 7
1.5 Hasil Praktikum ......................................................................... 8
BAB II PEMODELAN PROSES (PROCESS MODELING) ...................... 19
2.1 Tujuan Praktikum .................................................................... 19
2.2 Dasar Teori ............................................................................. 19
2.3 Alat dan Bahan ....................................................................... 27
2.4 Prosedur Praktikum................................................................. 28
2.5 Hasil Praktikum ....................................................................... 28
BAB III PEMODELAN DATA (DATA MODELING)..... .............................. 30
3.2 Dasar Teori ............................................................................. 30
3.3 Alat dan Bahan ....................................................................... 43
3.5 Hasil Praktikum ....................................................................... 44
BAB IV PERANCANGAN INPUT DAN OUTPUT ..................................... 49
4.2 Dasar Teori ............................................................................. 49
4.3 Alat dan Bahan ....................................................................... 55
v
4.5 Hasil Praktikum ....................................................................... 55
BAB V ANALISIS KELAYAKAN PROYEK SISTEM INFORMASI ............ 66
5.2 Dasar Teori ............................................................................. 66
5.3 Alat dan Bahan ....................................................................... 78
5.5 Hasil Praktikum ....................................................................... 78
BAB VI VISUAL BASIC FOR APLICATION SIMULATION ...................... 96
6.2 Dasar Teori ............................................................................. 96
6.3 Alat dan Bahan ..................................................................... 100
6.4 Prosedur Praktikum............................................................... 100
6.5 Hasil Praktikum ..................................................................... 101
DAPTAR PUSTAKA.................................................................................. xii
vi
DAFTAR GAMBAR
Gambar 2. 1 Contoh DFD Level 1............................................................ 25

Gambar 2. 2 Paket Data .......................................................................... 27
Gambar 2. 3 Convergen Data Flow ......................................................... 27
Gambar 2. 4 DFD Level 0 Sistem Informasi Absensi Mahasiswa ............ 28
Gambar 2. 5 DFD Level 1 Sistem Informasi Absensi Mahasiswa ............ 29
Gambar 3. 1 Notasi Entitas ...................................................................... 31
Gambar 3. 2 Notasi Atribut ...................................................................... 32
Gambar 3. 3 Notasi Relasi ....................................................................... 35
Gambar 3. 4 Tampilan Blank Database ................................................... 36
Gambar 3. 5 Tampilan Create.................................................................. 37
Gambar 3. 6 Tabel save .......................................................................... 37
Gambar 3. 7 Tampilan Field Database Data Pendaftaran ....................... 38
Gambar 3. 8 Tampilan Field Database Data Pengguna .......................... 38
Gambar 3. 9 Tampilan Field Database Data Kaprodi .............................. 39
Gambar 3. 10 Tampilan Field Database Data Mahasiswa ....................... 39
Gambar 3. 11 Tampilan Field Database Data Dosen .............................. 40
Gambar 3. 12 Tampilan Field Database Data Jadwal Mata Kuliah .......... 40
Gambar 3. 13 Tampilan Field Database Data Absensi ............................ 41
Gambar 3. 14 Tampilan Field Database Data Login ................................ 41
Gambar 3. 15 Tampilan Field Database Data Admin............................... 42
Gambar 3. 16 Hasil ERD ......................................................................... 42
Gambar 3. 17 ERD Sistem Informasi Absensi ......................................... 48
Gambar 4. 1 Input Form Data Pendaftaran .............................................. 56
Gambar 4. 2 Input Form Data Absensi Mahasiswa.................................. 56
Gambar 4. 3 Input Form Data Pengguna ................................................. 57
Gambar 4. 4 Input Form Data Kaprodi ..................................................... 57
Gambar 4. 5 Input Form Data Dosen ....................................................... 57
Gambar 4. 6 Input Form Data Admin ....................................................... 58
Gambar 4. 7 Input Form Data Mahasiswa ............................................... 58
Gambar 4. 8 Input Form Data Matakuliah ................................................ 58
vii
Gambar 4. 9 Output Laporan Data Pendaftaran ...................................... 59
Gambar 4. 10 Output Laporan Data Kaprodi ........................................... 59
Gambar 4. 11 Output Laporan Data Admin ............................................. 60
Gambar 4. 12 Output Laporan Data Absensi ........................................... 60
Gambar 4. 13 Output Laporan Data Mahasiswa ...................................... 60
Gambar 4. 14 Output Laporan Data Login ............................................... 61
Gambar 4. 15 Output Laporan Data Pengguna ....................................... 61
Gambar 4. 16 Output Laporan Data Dosen ............................................. 61
Gambar 4. 17 Output Laporan Data Jadwal Kuliah.................................. 62
Gambar 4. 18 Tampilan Interface Halaman Pertama............................... 62
Gambar 4. 19 Tampilan Interface Halaman Utama.................................. 63
Gambar 4. 20 Tampilan Interface Menu Admin ....................................... 63
Gambar 4. 21 Tampilan Interface Menu Kaprodi ..................................... 64
Gambar 4. 22 Tampilan Interface Menu Dosen ....................................... 64
Gambar 4. 23 Tampilan Interface Menu Mahasiswa................................ 65
Gambar 6. 1 Menu Customize Ribbon ..................................................... 97
Gambar 6. 2 Kotak Cek Develover .......................................................... 98
Gambar 6. 3 Tab Developer..................................................................... 98
Gambar 6. 4 Input Data Login ................................................................ 101
Gambar 6. 5 Script Coding Input Data Login ......................................... 102
Gambar 6. 6 Halaman Utama ................................................................ 102
Gambar 6. 7 Script Coding Halaman Utama .......................................... 103
Gambar 6. 8 Input Data Pendaftaran ..................................................... 103
Gambar 6. 9 Script Coding Input Data Pendaftaran............................... 104
Gambar 6. 10 Flowchart Masuk Sebagai Admin .................................... 107
Gambar 6. 11 Interface Admin ............................................................... 108
Gambar 6. 12 Script Coding Interface Admin ........................................ 108
Gambar 6. 13 Input Data Admin ............................................................ 109
Gambar 6. 14 Script Coding Input Data Admin ...................................... 110
Gambar 6. 15 Input Data Pengguna ...................................................... 110
Gambar 6. 16 Script Coding Input Data Pengguna ................................ 111
Gambar 6. 17 Flowchart Masuk Sebagai Kaprodi.................................. 113
viii
Gambar 6. 18 Interface Kaprodi ............................................................. 114
Gambar 6. 19 Script Coding Interface Kaprodi ...................................... 114
Gambar 6. 20 Input Data Kaprodi .......................................................... 115
Gambar 6. 21 Script Coding Input Data Kaprodi .................................... 115
Gambar 6. 22 Flowchart Masuk Sebagai Dosen.................................... 118
Gambar 6. 23 Interface Dosen ............................................................... 118
Gambar 6. 24 Script Coding Interface Dosen ........................................ 119
Gambar 6. 25 Input Data Dosen ............................................................ 119
Gambar 6. 26 Script Coding Input Data Dosen ...................................... 120
Gambar 6. 27 Input Data Jadwal Mata Kuliah........................................ 121
Gambar 6. 28 Script Coding Input Data Jadwal Mata Kuliah ................. 121
Gambar 6. 29 Flowchart Masuk Sebagai Mahasiswa ............................ 124
Gambar 6. 30 Interface Mahasiswa ....................................................... 125
Gambar 6. 31 Script Coding Interface Mahasiswa ................................. 125
Gambar 6. 32 Input Data Mahasiswa..................................................... 126
Gambar 6. 33 Script Coding Input Data Mahasiswa .............................. 127
Gambar 6. 34 Input Data Absensi .......................................................... 127
Gambar 6. 35 Script Coding Input Data Absensi ................................... 128
Gambar 6. 36 Worksheet Data Absensi ................................................. 129
Gambar 6. 37 Worksheet Data Admin ................................................... 129
Gambar 6. 38 Worksheet Data Dosen ................................................... 130
Gambar 6. 39 Worksheet Data Kaprodi ................................................. 130
Gambar 6. 40 Worksheet Data Login..................................................... 131
Gambar 6. 41 Worksheet Data Mahasiswa ........................................... 131
Gambar 6. 42 Worksheet Data Pendaftaran .......................................... 132
Gambar 6. 43 Worksheet Data Pengguna ............................................. 132
Gambar 6. 44 Worksheet Data Jadwal Mata Kuliah .............................. 133
Gambar 6. 45 Worksheet Keterangan ................................................... 133
Gambar 6. 46 This Workbook ................................................................ 134
Gambar 6. 47 Script Coding Modules .................................................... 134
ix
DAFTAR TABEL
Tabel 2. 1 Pendekatan Yourdon dan Gane .............................................. 22

Tabel 5. 1 Biaya Pengadaan Hardware ................................................... 82
Tabel 5. 2 Biaya Pengadaan Software..................................................... 83
Tabel 5. 3 Biaya Operasi dan Perawatan ................................................ 83
Tabel 5. 4 Analisis Biaya dan Manfaat ..................................................... 84
Tabel 5. 5 Manfaat Sistem Informasi yang Teridentifikas ........................ 84
Tabel 5. 6 Rincian Manfaat Tahun ke-1 ................................................... 85
Tabel 5. 10 Rincian Manfaat Tahun ke-5 ................................................. 89
Tabel 5. 11 Payback Period ..................................................................... 90
Tabel 5. 12 Internal Rate of Return .......................................................... 91
Tabel 5. 13 Perhitungan IRR ................................................................... 92
Tabel 5. 14 Jumlah Total Manfaat dan Biaya ........................................... 93
Tabel 5. 15 Net Present Value ................................................................. 94
Tabel 5. 16 Kesimpulan Analisis Kelayakan ............................................ 95
x
DAFTAR LAMPIRAN
LEMBAR ASISTENSI .............................................................................. xiv

LEMBAR PERSETUJUAN SEMINAR PRAKTIKUM ................................ xvi
DOKUMENTASI ATAU FOTO KERJA KELOMPOK ............................... xvii
DOKUMENTASI KEGIATAN BELAJAR MENGAJAR PRAKTUKUM .... xviii
xi
BAB I
PENENTUAN SYSTEM REQUIREMENT
1.1 Tujuan Praktikum

Setelah menyelesaikan Bab I mengenai Penentuan System
Requirment ini, diharapkan praktikan dapat;
1. Praktikan mampu mendefinisikan system requirement.
2. Praktikan mampu membedakan antara functional requirement
dengan non functional requirement.
3. Praktikan mampu memahami dan melakukan aktivitas analisis
dengan menggunakan Ishikawa atau fishbone diagram.
4. Praktikan mampu memahami konsep manajemen requirement.
5. Praktikan mampu mengidentifikasi dan melaksanakan teknik-
teknik pengumpulan requirement yang sesuai.
1.2 Dasar Teori

Definisi requirement menurut Sekti (2019) yaitu sebuah
kemampuan yang harus dimiliki dari suatu software. Dimana
didefinisikan sebagai suatu kondisi atau kemampuan yang
diperlukan oleh seorang user untuk menyelesaikan masalah ataupun
mencapai suatu objektif sistem untuk memenuhi kontrak, standar,
spesifikasi, atau dokumen formal lainnya yang berlaku.
Kemampuan ini dapat ditujukan untuk memecahkan suatu
permasalahan ataupun diperlukan untuk memenuhi ketentuan-
ketentuan tertentu (seperti standar tertentu, keputusan manajemen,
ataupun alasan-alasan politis). Kumpulan dari berbagai requirement
digunakan dalam berbagai aspek dalam pengembangan sebuah
sistem. Dalam tahap perancangan, requirement digunakan untuk
menentukan berbagai fitur yang akan ada di dalam sistem. Pada
penghujung sebuah development effort, himpunan requirement ini
digunakan untuk melakukan validation dan verification dalam
1
2
memastikan perangkat lunak yang telah dibuat memang sesuai

dengan yang diinginkan. Bahkan selagi pengembangan berjalan,
himpunan requirement ini terus dimodifikasi untuk menyesuaikannya
dengan berbagai kebutuhan para stakeholder serta tenggat waktu
dan dana yang tersedia.
Secara luas, Software Systems Requirements Engineering
adalah proses untuk menemukan suatu himpunan requirement yang
tepat sehingga suatu perangkat lunak dapat memenuhi
kegunaannya. Proses ini dilakukan dengan cara mengenali para
stakeholder serta kebutuhan mereka serta mendokumentasikannya
di dalam bentuk yang dapat digunakan untuk analisa, komunikasi,
dan implementasi yang mengikutinya (Nuseibeh, 2000).
Menurut Sommerville (2003), requirement atau kebutuhan
adalah spesifikasi dari apa yang harus diimplementasikan, deskripsi
bagaimana sistem harusnya bekerja atau bagian-bagian yang ada di
dalam sistem, bisa juga dijadikan batasan dalam proses
pengembangan sistem.
Ada beberapa macam requirement (kebutuhan) menurut
Sommerville (2003), yaitu:
1. Kebutuhan pengguna (user requirement)
Pernyataan tentang layanan yang disediakan sistem dan
tentang batasan-batasan operasionalnya. Pernyataan ini dapat
dilengkapi dengan gambar/diagram yang dapat dimengerti
dengan mudah.
2. Kebutuhan sistem (system requirement)
Sekumpulan layanan/kemampuan sistem dan batasan-
batasannya yang ditulis secara detail. System requirement
document (dokumen kebutuhan sistem) sering disebut functional
specification (spesifikasi fungsional), harus menjelaskan dengan
tepat dan detail. Ini bisa berlaku sebagai kontrak antara
klien/pemesan sistem dan pembangun perangkat lunak
(software).
3
3. Spesifikasi rancangan perangkat lunak (software design

specification)
Gambaran abstrak dari rancangan perangkat lunak yang
menjadi dasar bagi perancangan dan implementasi yang lebih
detail.
Sesuai dengan penjelasan diatas, system requirement terdiri
dari dua macam:
1. Functional requirements, adalah persyaratan fungsional sistem
yang menggambarkan kegiatan atau proses yang harus sistem
lakukan.
2. Nonfunctional requirements, adalah sebuah karekteristik dari
sistem selain kegiatan yang mendukung proses bisnis. Beberapa
tipe dari nonfunctional requirements:
a. Technical requirements, adalah karakteristik operasional
yang berhubungan dengan lingkungan, hardware, maupun
software yang ada pada suatu organisasi.
b. Performace requirements, adalah karakteristik operasional
terkait pengukuran pekerjaan, seperti waktu respon dan
throughput.
c. Usability requirements, adalah karakteristik operasional
terkait pengguna, seperti user interface, prosedur kerja
terkait, bantuan online, dan dokumentasi.
d. Reliability requirements, menggambarkan ketergantungan
dari sebuah sistem, seperti seberapa sering sistem
mengalami kejadian seperti pemrosesan yang salah dan
masalah listrik, serta bagaimana sistem mendeteksi dan
mengatasi masalah tersebut.
e. Security requirements, mendeskripsikan batasan pengguna
untuk menjalankan fungsi dalam sistem. Diagram tulang ikan
atau fishbone diagram adalah salah satu metode/tool di
dalam meningkatkan kualitas. Sering juga diagram ini
4
disebut dengan diagram sebab-akibat atau cause effect

diagram.
Dalam pendefinisian dan pengumpulan system requirement
yang tidak benar akan sangat merugikan bagi perusahaan dan dapat
mengakibatkan hal-hal berikut;
1. Biaya pengembangan sistem menjadi lebih mahal daripada yang
ditetapkan.
2. Waktu penyelesaian sistem menjadi terlambat.
3. Sistem tidak sesuai dengan keinginan user dan kemungkinan
user tidak mau menggunakan sistem tersebut.
4. Biaya pemeliharaan dan pengembangan sistem di masa depan
menjadi tinggi.
5. Kemungkinan sistem tidak reliabel dan mudah mengalami error.
Agar dapat digunakan dan dapat memberikan hasil
pengembangan sistem yang baik, maka hasil pengumpulan system
requirement harus memenuhi kriteria-kriteria berikut;
1. Konsisten, tidak konflik dengan requirement yang lain maupun
ambigu.
2. Lengkap (complete), mencakup semua input sistem yang
mungkin beserta responnya.
3. Layak (feasible), dapat dipenuhi sesuai dengan sumber daya
dan batasan yang ada.
4. Required, benar-benar diperlukan dan memenuhi tujuan sistem.
5. Akurat, dimana suatu datan itu benar.
6. Dapat ditelusuri (traceable).
7. Dapat diverfikasi (verifiable).
Adapun yang dimaksud requirements discovery merupakan
proses dan teknik yang digunakan oleh analis sistem untuk
mengidentifikasi atau memecahkan masalah dalam sistem dan
mencari solusi sesuai dengan kebutuhan user (pengguna sistem)
(Nugroho, 2018). Tahapan-tahapan yang terdapat dalam
requirement discovery:
5
1. Problem discovery and analysis, merupakan proses penemuan

masalah dalam sistem beserta analisisnya, dapat menggunakan
diagram tulang ikan (Ishikawa/fishbone diagram).
2. Requirements discovery, adalah proses penemuan system
requirement berdasarkan permasalahan dan solusi yang telah
ditemukan sebelumnya. Langkah ini dapat dilakukan dengan
menggunakan sejumlah teknik pengumpulan data/requirement
yang sesuai.
3. Documenting and analyzing requirements, merupakan proses
pendokumentasian dan analisis dari requirement yang telah
ditemukan dalam langkah sebelumnya. Langkah ini digunakan
untuk memastikan bahwa requirement yang dikumpulkan
memenuhi syarat/kriteria yang baik.
4. Requirements management, adalah pembuatan laporan formal
hasil penemuan requirement yang nantinya akan disampaikan
kepada stakeholder sistem informasi. Selama dalam proses
pengumpulan data atau pencarian requirement, seorang analis
sistem akan berhadapan dengan berbagai informasi yang
bersifat sensitif, seperti company plan, rekam medis pasien, gaji
karyawan, kartu kredit nasabah, dan lain-lain.
Teknik-teknik yang dapat digunakan dalam pengumpulan atau
pencarian system requirement menurut (Herwanto, 2020):
1. Pengambilan sampel dari dokumen, formulir, dan basis data
yang sudah ada merupakan teknik pencarian system
requirement yang dilakukan dengan cara mengumpulkan
dokumen, formulir, dan catatan-catatan yang sudah ada di
organisasi, misalnya struktur organisasi, memo dan dokumen
lain yang berkaitan dengan masalah, SOP (Standard operating
procedure) sistem yang sekarang, formulir yang telah terisi
lengkap, laporan-laporan baik yang manual maupun dalam
komputer, sampel basis data, flowchart, dan lain-lain.
6
Hal-hal yang diharapkan bisa diketahui melalui dokumen-

dokumen tersebut adalah gejala dan penyebab masalah, orang
yang memahami permasalahan sistem, fungsi bisnis yang
mendukung sistem sekarang, tipe/jenis data yang dikumpulkan
dan dilaporkan melalui sistem, pertanyaan yang perlu disiapkan
dalam interview, dan jawaban-jawaban yang perlu dikejar dalam
interview. Formulir yang dikumpulkan dalam proses pencarian
system requirement sebaiknya formulir yang sudah terisi
lengkap, dengan alasan dapat menentukan jenis dan ukuran
data yang harus diisi, dapat menentukan bagian mana yang
diisi/digunakan atau tidak pernah diisi/digunakan dan dapat
melihat hubungan antar data.
2. Riset dan kunjungan lapang
Merupakan teknik pencarian requirement dengan
melakukan kajian dan kunjungan lapang untuk mengetahui
kondisi sebenarnya di lapangan.
3. Observasi Lingkungan Kerja
Merupakan teknik pencarian requirement dengan melihat
langsung pekerjaan di lingkungan kerja sehingga dapat diketahui
kondisi dan hal-hal yang diperlukan dari pekerjaan tersebut.
4. Kuesioner
menyebarkan kuesioner berisi pertanyaan-pertanyaan yang
sesuai dengan sistem yang akan dikembangkan.
5. Wawancara
melakukan wawancara secara langsung kepada responden yang
dianggap betul- betul mengetahui permasalahan sistem yang
akan dikembangkan.
6. Prototyping
Merupakan teknik pencarian requirement dengan membuat
purwarupa (prototype) dari requirement terlebih dahulu,
7
kemudian dimintakan tanggapan/respon kepada responden,

selanjutnya dilakukan perbaikan terhadap purwarupa tersebut
hingga sesuai dengan kebutuhan user.
7. Joint Requirements planning (JRP)
melakukan diskusi kelompok yang merupakan perwakilan dari
semua stakeholder dari sistem yang akan dikembangkan.
Ketujuh teknik di atas mempunyai kelebihan dan kekurangan
masing-masing. Teknik mana yang sebaiknya dipilih perlu
disesuaikan dengan kondisi sistem yang akan dikembangkan,
bisa saja dilakukan kombinasi di antara ketujuh teknik tersebut
untuk mendapatkan hasil yang terbaik.
Berkaitan dengan hal tersebut, analis sistem harus
memperhatikan etika;
1. Tidak boleh menyalah gunakan informasi yang diperoleh, dan
2. Wajib melindungi informasi tersebut dari orang-orang yang
kemungkinan akan menyalahgunakannya.
1.3 Alat dan Bahan

Alat dan bahan yang diperlukan dalam pengerjaan Bab I
mengenai Penentuan System Requirment, yaitu diantaranya;
1. Kertas A4,
2. Ballpoint,
3. Formulir Wawancara,
4. Alat Perekam Suara, dan
5. Form Kuesioner.
1.4 Prosedur Praktikum

Prosedur atau tahapan yang diperlukan dalam pengerjaan Bab
I mengenai Penentuan System Requirment, yaitu diantaranya;
1. Definisikan dengan jelas proses absensi yang akan dibuatkan
rancangan sistem informasinya.
8
2. Identifikasi kebutuhan input dan dokumen laporan yang

diperlukan sesuai proses absensinya.
3. Tentukan responden yang dapat memberikan informasi
mengenai kebutuhan dari sistem informasi.
4. Kumpulkan kebutuhan dari para pengguna sistem atau user
requirements dari sistem informasi yang akan dirancang.
5. Lakukan pengumpulan melalui berbagai teknik yang sudah
dikenal.
6. Lakukan analisis terhadap semua atau user requirements yang
sudah dikumpulkan.
7. Pilih user requirements yang sesuai dengan sistem informasi
yang akan dirancang.
8. Buat dokumentasi dan laporan user requirements.
1.5 Hasil Praktikum

Hasil Praktikum dalam pengerjaan Bab I mengenai Penentuan
System Requirment yaitu diantaranya:
1. Daftar Hadir Mahasiswa Program Studi Teknik Industri
Pembuatan sistem informasi Daftar Hadir Mahasiswa
Program Studi Teknik Industri ini memerlukan data-data yang
digunakan untuk merancang data apa saja yang diperlukan
untuk merancang sistem informasi Daftar Hadir Mahasiswa
Program Studi Teknik Industri, yaitu:
a. Data Pendaftaran
Data ini diperlukan untuk membuka akses menuju
sistem informasi. Data yang dibutuhkan Nama, Email dengan
domain Unsika, Password, Nomor Hp, dan Alamat
ID_Pengguna.
b. Data Pengguna
Data ini terdiri dari ID Pengguna, NIDN Dosen, NIDN
Kaprodi, NPM Admin, dan NPM Mahasiswa Teknik Industri.
9
c. Data Kaprodi
Data ini terdiri dari NIDN, dan Nama Kaprodi.
d. Data Mahasiswa
Data ini terdiri dari NPM Mahasiswa, Nama Mahasiswa,
Alamat Mahasiswa, Nomer Hp Mahasiswa, Jenis Kelamin
Mahasiswa dan kelas.
e. Data Dosen
Data ini terdiri dari NIDN Dosen, Nama Dosen dan
Dosen Pengampu.
f. Data Jadwal Mata Kuliah
Data ini terdiri dari Kode Kelas dan Mata Kuliah.
g. Data Absensi
Data ini terdiri dari Mata Kuliah, NPM Mahasiswa,
Nama Mahasiswa, Tanggal, Kelas, dan Status Absensi.
h. Data Login
Data ini terdiri dari Email Mahasiswa Unsika, dan
Password Mahasiswa.
i. Data Admin
Data ini terdiri dari NPM Admin, Nama Admin, Jenis
Kelamin Admin.
2. Kebutuhan Fungsional
Kebutuhan fungsional berisikan proses-proses apa saja
yang dilakukan agar mendapatkan hak akses untuk dapat
mengakses sistem informasi Daftar Hadir Mahasiswa Teknik
Industri dan mendapatkan referensi sistem yang dapat
ditampilkan.
a. Membuat data input
1) Sistem dapat membuat input data pendaftaran.
2) Sistem dapat membuat input data pengguna.
3) Sistem dapat membuat input data kaprodi.
4) Sistem dapat membuat input data mahasiswa.
5) Sistem dapat membuat input data dosen.
10
6) Sistem dapat membuat input data jadwal mata kuliah.

7) Sistem dapat membuat input data absensi.
8) Sistem dapat membuat input data login.
9) Sistem dapat membuat input data admin.
b. Mengedit data input
1) Sistem dapat mengedit input data pendaftaran.
2) Sistem dapat mengedit input data pengguna.
3) Sistem dapat mendefit input data kaprodi.
4) Sistem dapat mengedit input data mahasiswa.
5) Sistem dapat mengedit input data dosen.
6) Sistem dapat mengedit input data jadwal mata kuliah.
7) Sistem dapat mengedit input data absensi.
8) Sistem dapat mengedit input data login.
9) Sistem dapat mengedit input data admin.
c. Mencari data input
1) Sistem dapat mencari input data pendaftaran.
2) Sistem dapat mencari input data pengguna.
3) Sistem dapat mencari input data kaprodi.
4) Sistem dapat mencari input data mahasiswa.
5) Sistem dapat mencari input data dosen.
6) Sistem dapat mencari input data jadwal mata kuliah.
7) Sistem dapat mencari input data absensi.
8) Sistem dapat mencari input data login.
9) Sistem dapat mencari input data admin.
d. Menghapus data input
1) Sistem dapat menghapus input data pendaftaran.
2) Sistem dapat menghapus input data pengguna.
3) Sistem dapat menghapus input data kaprodi.
4) Sistem dapat menghapus input data mahasiswa.
5) Sistem dapat menghapus input data dosen.
6) Sistem dapat menghapus input data jadwal mata kuliah.
7) Sistem dapat menghapus input data absensi.
11
8) Sistem dapat menghapus input data login.

9) Sistem dapat menghapus input data admin.
e. Menyimpan data input
1) Sistem dapat menyimpan input data pendaftaran.
2) Sistem dapat menyimpan input data pengguna.
3) Sistem dapat menyimpan input data kaprodi.
4) Sistem dapat menyimpan input data mahasiswa.
5) Sistem dapat menyimpan input data dosen.
6) Sistem dapat menyimpan input data jadwal mata kuliah.
7) Sistem dapat menyimpan input data absensi.
8) Sistem dapat mennyimpan input data login.
9) Sistem dapat mennyimpan input data admin.
f. Memperbarui data input
1) Sistem dapat memperbarui input data pendaftaran.
2) Sistem dapat memperbarui input data pengguna.
3) Sistem dapat memperbarui input data kaprodi.
4) Sistem dapat memperbarui input data mahasiswa.
5) Sistem dapat memperbarui input data dosen.
6) Sistem dapat memperbarui input data jadwal mata
kuliah.
7) Sistem dapat memperbarui input data absensi.
8) Sistem dapat mempebarui input data login.
9) Sistem dapat mempebarui input data admin.
g. Menampilkan data output
1) Sistem dapat menampilkan output data pendaftaran.
2) Sistem dapat manampilkan output data pengguna.
3) Sistem dapat menampilkan output data kaprodi.
4) Sistem dapat menampilkan output data mahasiswa.
5) Sistem dapat menampilkan output data dosen.
6) Sistem dapat menampilkan output data admin.
7) Sistem dapat menampilkan output data jadwal mata
kuliah.
12
8) Sistem dapat menampilkan output data absensi.

h. Mencetak data output
1) Sistem dapat mencetak output data pendaftaran.
2) Sistem dapat mencetak output data pengguna.
3) Sistem dapat mencetak output data kaprodi.
4) Sistem dapat mencetak output data mahasiswa.
5) Sistem dapat mencetak output data dosen.
6) Sistem dapat mencetak output data jadwal mata kuliah.
7) Sistem dapat mencetak output data absensi.
3. Kebutuhan Non Fungsional
Kebutuhan Non Fungsional pada sistem informasi Daftar
Hadir Mahasiswa Teknik Industri terbagi menjadi tiga yaitu
kebutuhan perangkat lunak, kebutuhan perangkat keras dan
kebutuhan brainware, pembagian ini diperlukan agar user
mengetahui hal-hal yang dapat mendukung jalannya sistem
informasi yang telah di rancang. Adapun dari kebutuhan non-
fungsional kedalam sejumlah kategori kualitas dari suatu
perangkat lunak yang dirancang pada perencanaan dan
perancangan sistem informasi, penjabarannya sebagai berikut:
a. Faktor Kualitas Internal
Faktor kualitas internal yang menjadi acuan perancang
dan digunakan untuk menjadi ketertarikan pengembang
Sistem Informasi yang kami dibuat yaitu, diantaranya;
1) Technical Requirement
Technical requirement, merupakan kebutuhan
teknis ataupun spesifikasi dari perangkat-perangkat
(hardware, software, network, etc.) yang dibutuhkan
dalam mengembangkan sistem informasi yang akan
dibangun.
a) Kebutuhan hardware
Kebutuhan perangkat keras yang digunakan
dalam System requirement yaitu terdiri dari;
13
(1) PC/laptop dengan spesifikasi RAM DDR2 4GB

4G 800MHz PC2-6400 240 Pin DIMM 240.
(2) Monitor dengan resolusi layar 1366 x 768 pixel.
(3) Ruang penyimpanan data/harddisk minimal
500GB Seagate Barracuda Rpm 7200.
(4) Spesifikasi Monitor LED DELL E1914H yang
dipakai untuk pembuatan sistem informasi
dengan layar minimum 19 inchi.
(5) Printer dengan tinta 1 set black, cyan, magenta,
yellow. Metode InkJet dan memiliki Effective
Print Resolution: 720 x 720 dpi. Kecepatan Cetak
B/W: 8.5 ipm. Kecepatan Cetak Warna 4.5 ipm.
Konektivitas USB. Kesesuaian Sistem Operasi.
(6) CPU dengan prosesor core i5
(7) Kertas HVS A4 70 GSM SIDU (putih isi 100
lembar).
(8) Keyboard Logitech K100.
(9) Mouse Lenovo M20 Optical USB Kabel.
(10) Koneksi Internet Indihome.
b) Kebutuhan software
Kebutuhan perangkat lunak yang digunakan
dalam System requirement yaitu terdiri dari;
(1) Microsoft Excel 2013 untuk mengakses VBA
Excel.
(2) Microsoft Access 2013 untuk membuat sistem
infomasi.
(3) CorelDraw 2020 untuk membuat desain
background.
(4) Microsoft Visio 2013 untuk membuat data flow
diagram.
14
(5) Google Chrome Chrome Version 95.0.4638.69

(Official Build) (64-bit) untuk mengunduh
gambar.
(6) Microsoft Word 2013 untuk membuat laporan.
c) Kebutuhan brainware
Kebutuhan perangkat lunak yang digunakan
dalam brainware yaitu terdiri dari;
(1) Mahasiswa
Mahasiswa yaitu user atau pengguna yang
melakukan presensi pada ssistem informasi
daftar hadir mahasiswa.
(2) Dosen
Dosen yaitu user atau pengguna yang
berperan mempalidasi presensi mahasiswa
sesuai mata kuliah yang diampu.
(3) Admin
Admin yaitu user atau pengguna yang
berperan sebagai pembuat sistem informasi,
administrator, dan pengontrol jalannya sistem
informasi tersebut.
(4) Kaprodi
Kaprodi yaitu user atau pengguna yang
menerima output berupa laporan presensi
mahasiswa dari sistem informasi daftar hadir
mahasisawa.
2) Performance Requirement
Performance disini merujuk kepada kemampuan
sistem, dimana salah satunya adalah menyangkut
berapa user yang dapat mengoperasikan sistem yang
telah dibangun. Sistem dapat diakses oleh maksimal
lima puluh user dalam satu waktu.
15
3) Security Requirement
Sistem hanya dapat diakses oleh user yang
memiliki akun dengan domain unsika, sehingga apabila
user ingin menggunakan sistem tersebut, maka user
harus memasukan username dan password yang telah
dibuat terlebih dahulu. Password akun terdiri dari
gabungan huruf dan angka dengan jumlah maksimal
karakter 15.
4) Usability Requirement
Sistem informasi ini dibangun untuk mempermudah
pengguna sistem dalam pendataan Daftar Hadir
Mahasiswa Teknik Industri Universitas Singaperbangsa
Karawang. Dengan adanya sistem informasi ini tingkat
pelayanan menjadi lebih efektif dan efisien.
5) Reliability Performance
Kami berharap sistem yang dibuat dapat mudah
diakses dalam kondisi, keadaan maupun pada jam-jam
waktu tertentu, selain itu agar memudahkan user dalam
pengaksesan meskipun jika sewaktu-waktu terjadi error.
b. Faktor Kualitas Eksternal
Faktor kualitas eksternal adalah kualitas yang
menunjukan mengenai kualitas yang dihubungkan dan
berhubungan dengan proses dari perancangan dimana
perancangan sistem ini dapat ditunjukan untuk menarik
kualitas yang baik. Adapun faktor dari kualitas eksternal ini
sebagai berikut:
1) Ketepatan (correctness)
Ketepatan adalah suatu hal yang baik dan
diperhatikan dalam kegiatan pembuatan pada sistem
dimana dalam ketepatan ini harus disesuaikan dengan
kebutuhan sistem yang dirancang tersebut dimana
dalam perancangan sistem ini harus sesuai dengan fakta
16
yang ada dalam membuat sistem tersebut. Ketepatan

sangat diperhatikan dalam pembuatan sistem tersebut.
2) Robustness
Dalam pengujian dari faktor ini yaitu berhubungan
dengan kekuatan dari sistem seberapa kuat sistem itu
dibuat dan dirancang bagaimana kekuatannya. Dengan
kekuatan ini sistem dapat diukur dengan layak dan
disesuaikan dalam pembuatannya, sistem yang
dirancang ini dapat bertahan dikondisi yang tidak
memungkinkan apalagi ini sangat penting bagi sistem
penjualan, bertahan dalam getaran, dan uji yang kuat.
3) Unjuk Kerja (Performance)
Performance ini yaitu hal yang paling diperhatikan
dalam proses pembuatan sistem yang termasuk faktor
eksternal dimana kegunaan dari sistem ini dapat
digunakan dan dioperasikan user tanpa mengalamai
system down.
4) Ketersediaan dan Kualitas Antarmuka (interface)
Tampilan utama atau sering disebut dengan
interface yang digunakan pada sistem ini yaitu
berhubungan dengan apa yang dilihat oleh user. User
merasa sistem mudah digunakan dan dioperasikan.
Sistem memiliki tampilan yang menarik dan desain yang
sesuai dengan jenis sistem.
5) Keandalan (reability)
Sistem dapat digunakan user dengan baik tanpa
ada kendala. User merasa sistem saat diopersaikan
dapat memenuhi apa yang diperintahkan dan
diningunkan oleh user.
6) Ketersediaan (availability)
Sistem selalu tersedia 99% untuk user dalam
kondisi apapun dan dimanapun.
17
7) Keselamatan (safety)
Safety yaitu keselamatan dimana dalam membuat
suatu rancangan sistem ini dimana sistem ini digunakan
pada perancangan Sistem daftar hadir mahasiswa
Program Studi Teknik Industri ini. User dalam
menggunakan sistem merasa aman tanpa merasa
bahaya.
8) Keamanan (security)
Kemanan user dapat dipastikan terjaga dan aman
dengan menggunakan log in dengan memasukkan id
user, password. Informasi pribadi user dijamin aman dan
rahasia, tanpa bisa diakses oleh user lain.
4. Batasan Perancangan
Perancangan Sistem informasi ini terbatas pada proses
penginputan data absensi mahasiswa, data kehadiran peserta,
data, data laopran kehadiran (absensi). Sistem ini hanya dapat
diakses oleh masyarakat teknik industri, baik itu mahasiswa,
kaprodi, dan dosen aktif Program Studi Teknik Industri
Universitas Singaperbangsa Karawang. Dimana dosen hanya
dapat mengakses akun dan memberikan izin akses mata kuliah
dan absen kepada mahasiswa. Untuk admin hanya dapat
mengedit data yang ada dalam sistem yang nantinya sistem ini
akan menampilkan output yang dihasilkan dan admin hanya
akan bisa mengakses akun pengguna apabila terjadi masalah
pada pengguna tersebut. Untuk kaprodi hanya menerima
pencetakan output berupa data pendaftaran, data mahasiswa,
data absensi dan data perkuliahan yang diberikan akses oleh
admin.
5. Karakteristik
Adapun karakteristik yang kami buat sebagai berikut;
18
a. Mahasiswa hanya bisa menambahkan, mencetak data

mahasiswa dan absensi serta melihat rekapitulasi kehadiran
mahasiswa dan jadwal mata kuliah.
b. Kaprodi hanya bisa menginput mencetak data kaprodi,
melihat laporan data absensi mahasiswa Program Studi
Teknik Industri Universitas Singaperbangsa Karawang.
c. Dosen hanya bisa menginput, mencetak data dosen, data
jadwal mata kuliah dan melihat, rekapitulasi data absensi
pada mata kuliah yang diampu.
d. Admin dapat menginput data admin, data pengguna, melihat
dan mencetak laporan data pengguna dan laporan absensi
BAB II
PEMODELAN PROSES (PROCESS MODELING)

Tujuan praktikum Perancangan Sistem Informasi pada Bab II
tentang Pemodelan Proses ini yaitu, diantaranya;
1. Praktikan mampu merancang proses sistem yang baik.
2. Praktikan mampu membuat diagram alir data dan kamus data.
3. Praktikan mampu menggunakan software microsoft visio.
4. Praktikan mampu memahami dasar-dasar pembuatan DFD
menggunakan software microsoft visio.
5. Praktikan mampu melakukan dan merancang alur proses
menggunakan DFD.
2.2 Dasar Teori

1. Pemodelan Proses (Modelling Process)
Modelling Process adalah teknik mengelola dan
mendokumentasikan struktur dan aliran data melalui proses
system dan logika, kebijakan dan prosedur yang akan di
implementasikan oleh proses sistem. Pemodelan proses berasal
dari metode engineering perangkat lunak klasik oleh karena itu
seorang analis harus memahami beberapa tipe model proses
seperti bagan struktur program, flowchart logika atau tabel
keputusan dalam bidang aplikasi pemrograman (Elkhad, 2010).
Pemodelan proses merupakan suatu teknik
pengorganisasian dan pendokumentasian struktur dan aliran
data ke dalam proses sistem atau logika, kebijakan-kebijakan,
dan prosedur-prosedur yang akan diimplementasikan oleh suatu
proses sistem. Model yang digunakan dalam pemodelan proses
adalah menggunakan diagram alir data (Haloho, 2010).
19
20
2. Analisis Aliran Data

Analisis aliran data adalah analisis yang dilakukan untuk
mempelajari pemanfaatan data pada setiap aktivitas.
Menampilkan hasil pengamataan dalam apa yang disebut Data
Flow Diagram (DFD) atau diagram alir data.
Diagram alir data, yaitu satu tampilan grafis yang
memunculkan relasi/hubungan antara proses dan data beserta
kamus data yang menjelaskan rincian data yang dipergunakan.
Analisis beroriemtasi aliran data mempergunakan beberapa alat
bantu, yaitu diantaranya:
a. Data Flow Diagram
Data Flow Diagram atau DFD adalah alat yang
menunjukkan alur data pada sistem dalam bentuk grafik.
Elemen penting dari DFD adalah alur data, proses,
penyimpanan data dan sumber data. Sistem analisis
membuat DFD berdasarkan level. DFD level tinggi hanya
mengidentifikasi proses besar (Irwansyah, 2014).
Sedangkan Shalahuddin (2013), menjelaskan Data
Flow Diagram adalah representasi grafik yang
menggambarkan aliran infromasi dan transformasi yang
diaplikasikan sebagai data yang mengalir dari masukan dan
keluaran. Dari definisi di atas dapat disimpulan Data Flow
Diagram merupakan alat yang digunakan untuk
menggambarkan suatu sistem, selain itu DFD merupakan
dokumentasi dari sistem yang baik karena menggambarkan
arus data secara jelas.
DFD ini merupakan alat bantu grafis untuk menguraikan
dan menganalisis pergerakan data yang melalui satu system
baik manual maupun otomatis termasuk proses data,
penyimpanan data, dan penundaan yang terjadi pada satu
sistem.
21
b. Data Dictionary
Merupakan alat bantu untuk menjelaskan karakteristik
lojik data yang disimpan pada sistem, termasuk nama,
deskripsi, alias, isi dan organisasinya. Mengidentifikasikan
proses-proses yang mempergunakan data tertentu dan juga
akses langsung data untuk mendapatkan informasi yang
diperlukan untuk mempersiapkan dasar identifikasi
kebutuhan basis data bagi perancangan sistem.
3. Data Flow Diagram (DFD)
Data Flow Diagram (DFD) adalah suatu diagram yang
menggunakan notasi-notasi untuk menggambarkan arus dari
data sistem yang penggunaannya sangat membantu untuk
memahami sistem secara logika, tersruktur dan jelas. Data Flow
Diagram merupakan alat bantu dalam menggambarkan atau
menjelaskan sistem yang sedang berjalan secara logis. Dengan
kata lain, data flow diagram adalah alat pembuatan model yang
memberikan penekanan hanya pada fungsi sistem. Data flow
diagram ini merupakan alat perancangan sistem yang
berorientasi pada alur data dengan konsep dekomposisi dapat
digunakan untuk penggambaran analisa maupun rancangan
sistem yang mudah dikomunikasikan oleh profesional sistem
kepada pemakai maupun pembuat program (Gunawan, 2009).
Sedangkan Sulistyohati (2008), menyatakan, data flow
diagram merupakan diagram aliran data yang menggambarkan
bagaimana data diperoses oleh sistem. Selain itu data flow
diagram (DFD) menggambarkan notasi-notasi aliran data di
dalam sistem.
DFD merupakan alat perancangan sistem yang berorientasi
pada alur data dengan konsep dekomposisi dapat digunakan
untuk pengembangan analisa maupun rancangan sistem yang
mudah dikomunikasikan oleh professional sistem kepada
pemakai maupun pembuat program. Untuk logical data flow
22
diagram dilengkapi dengan empat buah notasi yang sederhana.

Dikenal dua pendekatan seperti pada gambar berikut;
Tabel 2. 1 Pendekatan Yourdon dan Gane
Yourdon Gane
Data Flow:
Aliran data dengan arah khusus dari
sumber ke tujuan (paket data).
Proses:
Aktivitas/kegiatan interaksi dengan sistem
yang dilakukan oleh orang/unit tertentu.
Entitas:
Orang/unit tertentu yang melakukan
aktivitas. Dapat juga berupa aktivitas
interaksi dengan sistem.
Data Store:
Penyimpanan data atau tempat data refer
oleh proses.
Sumber: (Herwanto, 2020)
Ketentuan lain dari tabel di atas dijelaskan di bawah ini,

yaitu diantaranya;
a. Setiap komponen dalam Data Flow Diagram diberi label
dengan nama yang jelas.
b. Nama proses selanjutnya diberi penomoran yang akan
dipergunakan untuk keperluan identifikasi, dan
c. Penomoran proses di atas tidak menunjukan urutan proses.
4. Penggambaran Aktivitas Paralel
Dapat dilihat pada diagram yang ada bahwa beberapa
aliran data dapat terjadi secara simultan. Ini merupakan salah
satu keunggulan penampilan diagram aliran data seperti ini atau
dapat dibandingkan dengan diagram flowchart yang hanya dapat
menampilkan aktivitas proses secara serial. Diagram alir data
23
memungkinkan para analis merepresentasikan aktivitas-aktivitas

secara lebih akurat dengan memperlihatkan aktivitas simultan
yang dapat muncul. Perlu dicatat bahwa diagram alir data
berkonsentrasi pada pergerakan data dalam sistem, tidak pada
peralatan atau media tertentu. Kadang-kadang data disimpan
untuk akses atau penggunaan di waktu lain.
5. Keuntungan Analisis Aliran Data
Analisis Aliran Data memiliki beberapa keuntungan, yaitu
diantaranya;
a. Notasi yang dipergunakan sederhana, mudah dimengerti
sekalipun oleh orang awam.
b. Usulan untuk modifikasi diagram agar dicapai keakurasian
yang tinggi dalam aktivitas bisnis dapat dilakukan.
c. Mudah dikoreksi sebelum proses perancangan, karena dapat
dikaji rinci atau ditelusuri, dan
d. Memberikan kemungkinan untuk mengisolasi daerah kajian
yang diminati secara khusus memberikan fasilitas
penjabaran diagram berdasarkan tingkat pengamatan.
6. Pembentukan Diagram Alir Data
Syarat utama harus dapat digambarkan dengan baik dan
jelas. Kapan dimulai dan kapan menambahkan deskripsi yang
lebih rinci, kapan menambahkan informasi kontrol, dan
bagaimana memberikan nama beserta item-itemnya secara
konsisten. Pembentukan proses yaitu diantaranya;
a. Sistem yang current atau aktivitas dan proses actual yang
ada saat ini, dan
b. Translasikan ke dalam deskripsi lojik yang terfokus pada
data dan proses.
7. Penggambaran Diagram Alir Data
Dalam pembuatan atau penggambaran diagram alir data
terdapat beberapa langkah, diantaranya:
24
a. Diagram Konteks Data

Diagram konteks adalah diagram yang terdiri dari suatu
proses dan menggambarkan ruang lingkup suatu sistem.
Diagram konteks merupakan level tertinggi dari DFD yang
menggambarkan seluruh input ke sistem atau output dari
sistem yang akan memberi gambaran tentang keseluruan
sistem. Sistem dibatasi oleh boundary (dapat digambarkan
dengan garis putus). Dalam diagram konteks hanya ada satu
proses. Tidak boleh ada store dalam diagram konteks
(Jogiyanto, 2005).
Diagram konteks ini menggambarkan secara umum
konteks yang terjadi dalam system antara dunia internal dan
dunia eksternal yang berbatasan. Merupakan lapisan teratas
terhadap system yang akan dibahas.
b. Diagram Level 1
Merupakan gambaran rinci dari diagram konteks.
Dikaitkan dengan bagan hirarki proses merupakan diagram
yang menguraikan rincian dari level kesatu. Catatannya yang
dimaksud dengan bagan hirarki proses adalah chart yang
memberikan ilustrasi bagaimana proses yang terjadi dalam
satu sistem secara hirarki dapat dilakukan.
25
Gambar 2. 1 Contoh DFD Level 1

Sumber: (Ermatita, 2016)
c. Diagram Level 2
Sama dengan penjelasan untuk level kesatu hanya
makin bertambah nomor level semakin dalam penjabaran
rincian proses. Untuk mendapatkan diagram lojik alir data
perhatikan beberapa hal berikut, diantaranya;
1) Perlihatkan data aktual yang berhubungan dengan
proses, dalam arti bukan dokumen.
2) Hilangkan perjalanan informasi melalui orang atau kantor
atau unit, munculkan prosedurnya saja.
3) Konsolidasikan kerangkapan penyimpanan data.
4) Hilangkan fungsi alat bantu, peralatan dan lainnya, dan
5) Hilangkan proses yang tidak penting yang tidak merubah
data atau aliran data atau copy.
26
d. Aturan dasar untuk menggambarkan diagram lojik aliran

data, yaitu diantaranya;
1) Setiap aliran data yang meninggalkan proses harus
berdasarkan pada data yang masuk ke dalam proses
tersebut.
2) Semua aliran data diberi nama dimana pemberian nama
merefleksikan data yang mengalir tersebut antara
proses, penyimpanan data dan sumber lainnya.
3) Hanya data yang akan dipergunakan dalam proses yang
digambarkan sebagai masukan pada satu proses.
4) Satu proses tidak perlu mengetahui proses lainnya
dalam sistem, jadi hanya tergantung pada masukan dan
keluarannya saja.
5) Proses selalu berjalan dalam arti tidak ada awal atau
akhir. Jadi selalu siap menjalankan fungsinya atau
melakukan pekerjaan tertentu.
8. Pemeliharaan Konsistensi Antara Proses-proses
a. Jumlah aliran data yang masuk dan keluar dari proses harus
sama.
b. Jumlah entitas yang terkait pada satu level akan muncul
dalam jumlah yang sama untuk level lainnya.
9. Konsep Arus Data
a. Packet of data atau Paket Data
Bila dua data dari sumber yang sama mengalir menuju
tujuan yang sama pula maka kedua data tersebut harus
dianggap sebagai satu arus data yang tunggal. Dapat
ditunjukan pada gambar berikut.
27
Sumber: (2020)
Gambar 2. 2 Paket Data
b. Convergen Data Flow atau Arus Data Mengumpul

Arus data yang mengumpul, yaitu arus data yang
berbeda dari sumber yang berbeda pula berkumpul pada
satu tujuan yang sama. Pada gambar berikut menunjukan
contoh dari arus data yang mengumpul.
Gambar 2. 3 Convergen Data Flow

Sumber: (Modul Praktikum Perancangan SistemInformasi, 2019)
2.3 Alat dan Bahan

Dalam Bab II mengenai Permodelan Proses atau Process
Modelling diperlukan alat dan bahan sebagai berikut;
1. Komputer atau Laptop yang sudah terinstal software microsoft
visio,
2. Kertas HVS A4,
3. Pensil, dan
4. Mistar atau Penggaris berbentuk mal.
28

II mengenai Pemodelan Proses atau Process Modelling ini, yaitu
diantaranya;
1. Perhatikan hasil analisis system requirement yang telah
dikerjakan pada bab I, dan
2. Berdasarkan hasil tersebut, buatlah model proses dari sistem
yang akan dikembangkan dengan menggunakan software
microsoft visio.
2.5 Hasil Praktikum

Hasil Praktikum dalam pengerjaan Bab II mengenai
perancangan diagram konteks dan DFD level 1 yang akan di
aplikasikan pada sistem informasi Daftar Hadir Mahasiswa Program
Studi Teknik Industri, hasilnya sebagai berikut;
1. Diagram Konteks
Diagram konteks data, menggambarkan secara umum
konteks yang terjadi dalam sistem antara dunia internal dan
dunia eksternal yang berbatasan. Merupakan lapisan teratas
terhadap sistem yang akan dibahas.
Gambar 2. 4 DFD Level 0 Sistem Informasi Absensi Mahasiswa

Sumber: (Kelompok 8, 2021)
29
2. Data Flow Diagram

Data Flow Diagram (DFD) adalah suatu diagram yang
menggunakan notasi-notasi untuk menggambarkan arus dari data
sistem yang penggunaannya sangat membantu untuk memahami
sistem secara logika, tersruktur dan jelas.
Keluar Dari Sistem
9. Proses Keluar Dari Sistem

Logout
Hak Akses kaprodi
Memasukan Username & Password
Data Kaprodi
Kaprodi
4. Proses
2. Proses Data Kaprodi Data kaprodi
Data
Username dan Password
Login
Jenis Hak Akses

Kaprodi
Laporan Data Kaprodi

Hak Akses Dosen
1. Proses Memasukan Username & Password
Pendaftaran
Data Pendaftaran
Data Dosen
Data Pengguna Data Dosen 8. Proses
Data Dosen
Data Pengguna Data Jadwal
Data Pengguna
5. Proses Mata Kuliah
Data Pendaftaran Data DosenTerbaru Data Dosen
Data Pendaftaran
Dosen
7. Proses
Data
Laporan Data Dosen
Pengguna Jadwal Mata Kuliah
Data Admin
3. Proses
Jad wal Mata Kuliah

Data Data Admin
Mahasiswa
Laporan Data Mahasiswa
Data Pengguna 6. Proses Hak Akses Mahasiswa

Laporan Data Pengguna Data Admin Terbaru Data Admin Memasukan
Username & Password
Laporan Data Admin
Mahasiswa
Data Admin
Memasukan
Admin
Username dan Password Laporan Absensi Mahasiswa
Input Absensi
Hak Akses Admin 9. Proses
Laporan Absensi Mahasiswa
Keluar Dari Sistem Absensi
Mahasiswa
Laporan Absensi Mahasiswa
Data Mahasiswa
Keluar Dari Sistem
Gambar 2. 5 DFD Level 1 Sistem Informasi Absensi Mahasiswa

BAB III
PEMODELAN DATA (DATA MODELLING)

Setelah menyelesaikan Bab III mengenai Pemodelan Data
ini, praktikan diharapkan dapat;
1. Praktikan mampu menentukan jenis dan tipe data.
2. Praktikan mampu menentukan hubungan antar data yang
sesuai.
3. Praktikan mampu membuat rancangan model data, dan
4. Praktikan mampu menjalankan software basis data.
5. Praktikum mampu menggunakan software microsoft access.
3.2 Dasar Teori

1. Model Data
Model data adalah sekumpulan konsep-konsep untuk
menerangkan data, hubungan-hubungan antara data dan
batasan-batasan data yang terintegrasi di dalam suatu
organisasi (Supuwiningsih, 2021). Model data merupakan suatu
cara untuk menjelaskan tentang data-data yang tersimpan dalam
basis data dan bagaimana hubungan antar data tersebut untuk
para pemakai secara logik.
2. Model Basis Data
Model basis data adalah kumpulan konsep yang
terintegrasi yang menggambarkan data, hubungan antara data
dan batasan-batasan data dalam suatu organisasi. Model basis
data menunjukkan suatu cara atau mekanisme yang digunakan
untuk mengelola atau mengorganisasi data yang berdampak
pada bagaimana cara mengelompokkan dan membentuk
keseluruhan data yang terkait dalam suatu system basis data.
3. Model Basis Data Relasional
Model basis data relasional sering disebut dengan model
30
31
relasional. Model data relasional memiliki komponen utama yaitu

entity, relationship, dan attribute (Nugroho, 2018). Model data ini
juga dapat disajikan dalam bentuk diagram relasional yang
sering disebut dengan Entity Relationship Diagram (ERD).
Pada model relasional, basis data berbentuk tabel dua
dimensi. Tiap tabel terdiri atas lajur mendatar yang disebut
dengan baris data (Row/Record), dan lajur vertical disebut
dengan kolom (Column/field), pertemuan antar kolom dan baris
merupakan tempat satuan data terkecil (Data Item). Istilah lain
dari kolom adalah atribut. Sedangkan basis data relasional
merupakan basis data yang terdiri atas sejumlah tabel yang
saling berhubungan dalam suatu aplikasi Data Management
System (DBMS).
4. Entity Relationship Diagram (ERD)
Entity Relationship Diagram (ERD), adalah sekumpulan
cara atau peralatan untuk mendeskripsikan data-data atau objek-
objek yang dibuat berdasarkan dan berasal dari dunia nyata
yang disebut entitas (entity) serta hubungan (relationship) antar
entitas-entitas tersebut dengan menggunakan beberapa notasi.
5. Komponen Entity Relationship Diagram (ERD)
Komponen-komponen pembentuk Entity Relationship
Diagram (ERD), diantaranya;
a. Entity atau Entitas
Entitas merupakan suatu objek yang dapat dibedakan
dari lainnya yang dapat diwujudkan dalam basis data. Entitas
adalah objek yang menarik di bidang organisasi yang
dimodelkan.
Gambar 3. 1 Notasi Entitas

32
Objek dasar dapat berupa orang, benda, atau hal

yang keterangannya perlu disimpan didalam basis data.
Untuk menggambarkan sebuah entitas digunakan
aturan,yaitu diantaranya;
1) Entitas dinyatakan dengan simbol persegi panjang.
2) Nama entitas dituliskan didalam simbol persegi panjang.
3) Nama entitas berupa kata benda dan tunggal.
4) Nama entitas sedapat mungkin menggunakan nama
yang mudah dipahami dan dapat menyatakan
maknanya dengan jelas. Contohnya mahasiswa, kartu
anggota perpustakan atau kap, dan buku.
b. Atribut
Setiap entitas pasti mempunyai elemen yang disebut
atribut yang berfungsi untuk mendeskripsikan karakteristik
dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang
dapat mengidentifikasikan isi elemen satu dengan yang lain.
Untuk menggambarkan atribut digunakan aturan, yaitu
diantaranya;
1) Atribut digambarkan dengan simbol ellips.
2) Nama atribut dituliskan didalam simbol ellips.
3) Nama atribut merupakan kata benda, tunggal, dan
4) Nama atribut sedapat mungkin menggunakan nama
yang mudah dipahami dan dapat menyatakan maknanya
dengan jelas.
Gambar 3. 2 Notasi Atribut

33
Atribut memberikan informasi lebih rinci tentang jenis

entitas. Atribut memiliki struktur internal berupa tipe data.
Jenis-jenis atribut, yaitu diantaranya;
1) Atribut key
Atribut key adalah satu atau gabungan dari
beberapa atribut yang dapat membedakan semua baris
data atau row atau record dalam tabel secara unik.
Dikatakan unik jika pada atribut yang dijadikan key tidak
boleh ada baris data dengan nilai yang sama (Brady &
Loonam, 2010). Contohnya Nomor pokok mahasiswa
atau NPM, NIM dan nomor pokok lainnya. Key di dalam
database berfungsi sebagai suatu cara untuk
mengidentifikasi dan menghubungkan satu tabel data
dengan tabel yang lain. Jenis-jenis atribut key, yaitu
diantaranya:
a) Candidate Key atau kunci kandidat, candidate key
adalah suatu atribut atau satu set minimal atribut
yang hanya mengidentifikasi secara unik untuk suatu
kejadian spesifik dari entitas. Syarat candidate key,
yaitu diantaranya;
(1) Unique Identifer, untuk setiap row atau tuple
candidate key harus secara unik dapat menjadi
identifier. Artinya, setiap non candidate key
atribut secara fungsional bergantung pada
candidate tersebut.
(2) Non Redudancy, tidak ada duplikasi candidate
key untuk menjadi unique identifier, dimana tidak
dapat dilakukan penghapusan pada candidate
keydimana tidak merusak sifat unique identifier.
b) Primary key atau kunci primer, primary key adalah
suatu aturan yang berguna untuk memastikan bahwa
setiap baris data pada tabel bersifat unik atau
34
berbeda antara baris satu dengan baris lainnya.

Kunci primer adalah suatu atribut atau satu set
minimal atribut yang tidak hanya mendefinisikan
secara unik suatu kejadian spesifik tetapi juga dapat
mewakili setiap kejadian dari suatu kejadian.
c) Foreign key, foreign key adalah kolom atau field
pada suatu tabel yang berfungsi sebagai kunci tamu
dari tabel lain. Satu set atribut sebagai key
penghubung kedua tabel dan melengkapi satu
relationship atau hubungan terhadap primary key
yang menunjukan keinduknya. Jika sebuah primary
key terhubung ke tabel lain, maka keberadaa primary
key pada entity tersebut disebut sebagai foreign key.
d) Alternate key atau juga disebut sebagai kandidat key
yang tidak menjadi primary key.
e) Sekunder key, sekunder key adalah sebuah atribut
atau kombinasi yang digunakan hanya untuk tujuan
pengambilan data.
f) Composite key, menggabungkan key yang satu
dengan yang lain untuk menjadi primary key yang
baru. Dalam desain database, composite key adalah
kunci yang terdiri dari dua atau lebih atribut yang
secara unik mengidentifikasi suatu kejadian entitas.
Setiap atribut yang membentuk kunci senyawa
adalah kunci sederhana dalam haknya sendiri.
Composite setidaknya satu atribut yang membentuk
kunci komposit bukanlah kunci sederhana.
2) Atribut Simple
Atribut yang bernilai atomatic, tidak dapat dipecah
atau dipindah lagi.
3) Atribut Multivalue
Nilai dari suatu atribut yang mempunyai lebih dari
35
satu atau multivate nilai dari atribut yang bersangkutan.

4) Atribut Composite
Atribut composite adalah suatu atribut yang terdiri
dari beberapa atribut yang lebih kecil yang mempunyai
sub atribut.
5) Atribut Derivatif
Atribut yang tidak harus disipan dalam database.
Total atau atribut yang dihasilkan dari atribut lain atau
dari suatu relationship. Atribut ini dilambangkan dengan
bentuk oval dengan garis putus-putus.
c. Relasi atau Relationship
Relasi adalah hubungan antara dua jenis entitas dan
direpresentasikan sebagai garis lurus yang menghubungkan
dua entitas. Aturan penggambaran relasi, yaitu diantaranya;
1) Relasi dinyatakan dengan simbol belah ketupat.
2) Nama relasi dituliskan didalam simbol belah ketupat.
3) Nama relasi berupa kata aktif, dan
4) Nama relasi sedapat mungkin menggunakan nama yang
mudah dipahami dan dapat menyatakan maknanya
dengan jelas.
Gambar 3. 3 Notasi Relasi

d. Kardinalitas atau Derajat Relasi.

Kardinalitas merupakan derajat yang menunjukkan
jumlah maksimum entitas yang dapat berelasi dengan
entitas yang lain. Macam-macam kardinalitas atau misalkan
hubungan antara entitas A dan B, yaitu diantaranya:
1) Satu ke satu atau one to one, maksudnya adalah setiap
anggota entitas A hanya boleh berhubungan dengan
36
satu anggota entitas B, begitu pula sebaliknya.

2) Satu ke banyak atau one to many, maksudnya adalah
setiapanggota entitas A dapat berhubungan dengan
lebih dari satu anggota entitas B tetapi tidak sebaliknya.
3) Banyak ke banyak atau many to many, maksudnya
adalah Setiap anggota entitas A dapat berhubungan
dengan banyak anggota entitas B dan sebaliknya.
6. Pengoperasian Software Aplikasi Basis Data
Software yang digunakan dalam praktikum ini adalah
Microsoft Access. Microsoft acces merupakan salah satu aplikasi
yang menjadi bagian dari keluarga Microsoft office. Berikut ini
adalah tata cara pengoperasian Microsoft Office Access:
a. Buka aplikasi Microsoft Office Access
b. Lalu pilih menu blank database
Gambar 3. 4 Tampilan Blank Database

c. Lalu beri nama file databasenya, contoh “Database” terus

klik create, maka akan muncul tampilan seperti berikut.
37
Gambar 3. 5 Tampilan Create

d. Klik create lalu pilih table design

e. Jika sudah selesai, simpan dengan memilih save dan berilah
nama file, misalnya “Data Admin”
Gambar 3. 6 Tabel save

f. Jika sudah selesai, simpan dengan mengkilk kanan lalu pilih

save.
g. Lanjutkan membuat tabel untuk semua entitas, caranya pada
database klik create lalu pilih table design dan save tabel
dengan nama tabel sesuai kebutuhan. Sesuai cara yang
sebelumnya.
38
Gambar 3. 7 Tampilan Field Database Data Pendaftaran

Gambar 3. 8 Tampilan Field Database Data Pengguna

39
Gambar 3. 9 Tampilan Field Database Data Kaprodi

Gambar 3. 10 Tampilan Field Database Data Mahasiswa

40
Gambar 3. 11 Tampilan Field Database Data Dosen

Gambar 3. 12 Tampilan Field Database Data Jadwal Mata Kuliah

41
Gambar 3. 13 Tampilan Field Database Data Absensi

Gambar 3. 14 Tampilan Field Database Data Login

42
Gambar 3. 15 Tampilan Field Database Data Admin

h. Edit data type sesuai kebutuhan

i. Lalu klik kanan lalu save tabel tersebut.
j. Setelah selesai close semua database yang sudah dibuat,
kemudian pilih menu database tools lalu pilih relationships
untuk membuat relasi antar tabel yang sudah dibuat.
k. Terakhir hubungkan masing-masing tabel sesuai dengan
primary
Gambar 3. 16 Hasil ERD

43
3.3 Alat dan Bahan

Alat dan bahan yang digunakan dalam pengerjaan Bab III
mengenai Pemodelan Data atau Data Modelling, diantaranya;
1. Pensil,
2. Kertas A4 80 gram,
3. Penggaris, dan
4. Laptop yang sudah terinstal software untuk membuat Diagram
atau Microsoft Excel.

III mengenai Pemodelan Data atau Data Modelling ini, diantaranya;
1. Menganalisis studi kasus mengenai Sistem Informasi Absensi.
2. Mengidentifikasi dan menetapkan seluruh himpunan entitas yang
akan terlibat dalam Sistem Informasi.
3. Menentukan atribut-atribut dan atribut key dari masing-masing
himpunan entitas.
4. Mengidentifikasi dan menetapkan seluruh himpunan relasi
diantara himpunan entitas yang ada beserta foreign key nya.
5. Menentukan derajat atau kardinalitas relasi untuk setiap
himpunan relasi.
6. Melengkapi himpunan entitas dan himpunan relasi dengan
atribut-atribut deskriptif non key, dan
7. Menggambar ERD beserta entitas dan atributnya.
44
3.5 Hasil Praktikum

III mengenai Pemodelan Data, diantaranya;
Entitas Atribut Deskripsi
Data_Pendaftaran Nama Entitas
Email_Domain Data_Pendaftaran
Unsika merupakan entitas
Password yang digunakan untuk
No.Hp melakukan
Alamat pendaftaran. Dalam
ID_Pengguna entitas ini terdapat
atribut Email_Domain
Unsika yang
digunakan sebagai
primary key sebagai
kode unik atau
pembeda.
Data_Pengguna ID_Pengguna Entitas
NIDN_Dosen Data_Pengguna
NIDN_Kaprodi merupakan entitas
NPM_Admin yang digunakan untuk
NPM_Mahasiswa menyimpan data
Data_Pengguna
sistem setelah
melakukan
pendaftaran. Dalam
entitas ini terdapat
atribut
NPM_Mahasiswa
yang digunakan
sebagai primary key
sebagai kode unik
45
atau pembeda.
Beberapa data dari
entitas ini juga akan
digunakan dalam
pendefinisian login
sehingga pengguna
dapat masuk ke
dalam sistem
informasi.
Data_Kaprodi NIDN Entitas Data_Kaprodi
Nama_Kaprodi merupakan entitas
yang digunakan untuk
menyimpan dan
menampilkan
infromasi kaprodi.
Dalam entitas ini
terdapat atribut NIDN
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Data_Mahasiswa NPM_Mahasiswa Entitas
Nama_Mahasiswa Data_Mahasiswa
Alamat_Mahasiswa merupakan entitas
Nomer_HP yang digunakan untuk
Mahasiswa menyimpan dan
Jenis_Kelamin menampilkan data
Mahasiswa mahasiswa. Dalam
Kelas entitas ini terdapat
atribut
NPM_Mahasiswa
yang digunakan
46
sebagai primary key

sebagai kode unik
atau pembeda.
Data_Dosen NIDN_Dosen Entitas Data_Dosen
Nama_Dosen merupakan entitas
Dosen_Pengampu yang digunakan untuk
menyimpan dan
menampilkan
informasi dosen.
Dalam entitas ini
terdapat atribut
NIDN_Dosen
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Data_Jadwal Kode_kelas Entitas Data_Jadwal
Mata Kuliah Mata_Kuliah Mata Kuliah
merupakan entitas
menyimpan dan
menampilkan
informasi Jadwal Mata
Kuliah. Dalam entitas
ini terdapat atribut
Kode_Kelas
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Data_Absensi Mata_Kuliah Entitas Data_ Absensi
NPM_Mahasiswa merupakan entitas
47
Nama_Mahasiswa yang digunakan untuk

Tanggal menyimpan dan
Kelas menampilkan
Status_Absensi informasi Absensi.
Dalam entitas ini
terdapat atribut
NPM_Mahasiswa
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Data_Login Email_Unsika Entitas Data_ Login
Password merupakan entitas
menyimpan dan
menampilkan
informasi Absensi.
Dalam entitas ini
terdapat atribut Email
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Data_Admin NPM_admin Entitas Data_ Admin
Nama_admin merupakan entitas
Jenis_Kelamin admin yang digunakan untuk
menyimpan dan
menampilkan
informasi Data
Presensi. Dalam
entitas ini terdapat
atribut NPM
48
yang digunakan
sebagai primary key
sebagai kode unik
atau pembeda.
Berikut hasil rancangan dari ERD Sistem Informasi Absensi

yang telah dijelaskan:
Gambar 3. 17 ERD Sistem Informasi Absensi

BAB IV
PERANCANGAN INPUT DAN OUTPUT

Setelah praktikan menyelesaikan Bab IV mengenai
Perancangan Input dan Output ini, diharapkan praktikan dapat:
1. Praktikan mampu merancang input dari system informasi yang
akan dikembangkan.
2. Praktikan mampu merancang output dari system informasi yang
akan dikembangkan.
3. Praktikan mampu merancang tampilan user interface dari system
informasi yang akan dikembangkan.
4. Praktikan mampu memahami alur input dari system informasi
yang akan dikembangkan.
5. Praktikan mampu memahami alur output dari system informasi
yang akan dikembangkan.
4.2 Dasar Teori

1. Perancangan Input (Masukan)
Input adalah semua data dan perintah yang dimasukkan ke
dalam memori komputer untuk selanjutnya diproses lebih lanjut
oleh prosesor (Irwansyah & Moniaga, 2014). Masukan (input)
merupakan awal dimulainya proses pengolahan data. Bahan
mentah dari informasi merupakan data yang muncul/terjadi dari
berbagai transaksi yang dilakukan oleh seorang atau
sekelompok orang.
Data-data transaksi akan menjadi masukan bagi sistem
informasi. Hasil dari sistem informasi yang diperoleh tidak akan
menyimpang dari data yang dimasukkan. Kualitas masukan
menentukan kualitas keseluruhan. Sampah yang masuk,
sampah juga yang akan keluar.
49
50
Supaya tidak dihasilkan sampah, maka data masukanpun

harus dibuat sedemikian rupa sehingga bukan merupakan
sampah, sehingga dalam pembuatan rancangan masukan,
formulir data masukan tersebut harus dibuat sedemikian rupa,
sehingga tidak menerima input (masukan) berupa sampah.
a. Karakteristik formulir masukan dan layar masukan
Formulir dan tampilan layar masukan yang baik harus
memiliki kriteria sebagai berikut:
1) Efektif, formulir dan layar masukan melayani tujuan
spesifik dalam sistem informasi.
2) Akurat, menunjukan bahwa rancangan masukan adalah
tepat dan sempurna.
3) Mudah penggunaannya, tidak membutuhkan waktu
ekstra dalam pemasukan data.
4) Konsisten, formulir dan layar masukan adalah seragam
5) Sederhana, formulir dan layar masukan terfokus pada
perhatian user.
6) Menarik, user senang menggunakannya.
b. Perancangan formulir yang baik
Pedoman perancangan formulir masukan adalah
sebagai berikut:
1) Formulir masukan tersebut harus mudah diisi.
2) Lay out formulir tersebut harus sesuai dengan yang
diinginkan.
3) Formulir masukan tersebut harus akurat.
4) Tampilan bentuk masukan harus aktraktif.
5) Mempertimbangkan media untuk memasukkan data.
6) Mudah diisi, dengan kriteria:
a) Alur pengisian formulir, yaitu kiri ke kanan, atau atas
ke bawah.
b) Formulir dibagi atas tujuh bagian:
(1) Judul,
51
(2) Identifikasi,
(3) Intruksi,
(4) isi,
(5) Tanda tangan dan pengesahan,
(6) Total,
(7) Komentar, dan
(8) Gunakan caption (pedoman pengisian).
c. Perancangan layar masukan yang baik
Jika layar masukan yang disajikan berdasarkan
dokumen formulir masukan, maka rancangan layar masukan
akan mirip dengan formulir masukan. Untuk masukan
dengan data tertentu, gunakan;
1) Daftar data yang diperoleh,
2) Window pop up,
3) Widget list atau drop down list, dan
4) Widget radio button.
Jika entri tampilan pada formulir masukan terlalu
banyak, gunakan pendekatan parent-child (header-detail).
Tampilan yang balance akan lebih mudah untuk dibaca.
2. Perancangan Output (Keluaran)
Output adalah informasi yang akan diberikan kepada user
sebagai hasil pengolahan aplikasi sistem informasi. Output yang
dihasilkan sistem informasi dapat berupa output tercetak, output
melalui tampilan layar, dan output audio. Sasaran output adalah
menyediakan/melayani informasi bagi user (Irwansyah &
Moniaga, 2014).
Output harus sesuai dengan kebutuhan user. Output yang
disampaikan harus memadai untuk kebutuhan user. Seorang
desainer harus dapat menjamin bahwa output yang dihasilkan
akan sesuai dengan kebutuhan pasar.
Dalam pembuatan/merancangan output ini harus
memperhatikan hal sebagai berikut:
52
a. Klasifikasi output
Output dapat diklasifikasikan sebagai berikut;
1) Output eksternal,
2) Output internal,
3) Historical report,
4) Exception report, dan
5) Turnaround document.
b. Pertimbangan dan pemilihan media output
Media output yang akan disajikan dapat menggunakan
beberapa alternatif pilihan seperti kertas, printer, layar
monitor, disket, output audio, dll. Pertimbangan yang dapat
diambil dalam pemilihan media output adalah sebagai
berikut;
1) Untuk siapa output tersebut akan diberikan.
2) Seberapa banyak lampiran yang dibutuhkan.
3) Dimana (di bagian/di proses yang mana) output tersebut
dibutuhkan.
4) Jenis media apa yang akan digunakan (tercetak, layar,
suara).
5) Seberapa cepat output tersebut dibutuhkan.
6) Frekuensi output yang diharapkan terjadi.
7) Berapa lama output tersebut disimpan, serta
8) Apakah ada aturan tertentu dalam membuat, menyimpan
dan menyampaikan output (jika belum ada, perlu
dibuatkan aturan tersebut secara rinci sehingga seluruh
bagian yang terlibat dalam memanfaatkan output
tersebut memiliki pedoman atau petunjuk pelaksanaan).
c. Pedoman pembuatan output tercetak diantaranya;
1) Laporan dirancang untuk dibaca dari kiri ke kanan.
2) Item yang penting diletakkan sedemikian rupa sehingga
mudah ditemukan.
53
3) Semua halaman harus mempunyai title, tanggal, dan

nomor halaman.
4) Semua kolom harus dilabeli.
5) Singkatan sebaiknya dihindarkan.
d. Metode pembuatan output yang efektif Informasi yang
disampaikan terdiri dari;
1) Informasi yang tetap (constant information), informasi
yang tetap sama setiap kali dicetak.
2) Informasi yang berubah (variable information), informasi
yang berisi data atau hasil perhitungan yang menjadi
output.
e. Tahap-tahap pembuatan lay-out output tercetak. Tahap-
tahap dalam pembuatan lay-out berupa output tercetak;
1) Tentukan kebutuhan laporan.
2) Tentukan pemakai laporan tersebut.
3) Tentukan elemen data yang akan dimasukkan.
4) Hitung jumlah karakter tiap kolom.
5) Buat judul laporan.
6) Tentukan jumlah detil setiap halaman.
7) Tentukan jumlah setiap laporan.
8) Tentukan tanggal laporan (tanggal tertentu atau tanggal
periode).
9) Buat judul tiap kolom.
10) Tentukan jenis data pada informasi variable.
11) Tentukan letak summary (control break). Lakukan review
terhadap pemakai dan pemrogram.
3. Perancangan User Interface
a. Pengertian
Antarmuka pemakai (user interface) merupakan
mekanisme komunikasi antara pengguna (user) dengan
sistem. Antarmuka pemakai (user interface) dapat menerima
informasi dari pengguna (user) dan memberikan informasi
54
kepada pengguna (user) untuk membantu mengarahkan alur

penelusuran masalah sampai ditemukan suatu solusi
(Hariadi, 2019).
b. Tujuan Antar Muka Pengguna (User Interface)
1) Menyesuaikan antar muka pengguna dengan tugas.
2) Membuat antar muka pengguna menjadi efisien.
3) Memberikan arus balik yang tepat kepada pengguna.
4) Memunculkan pertanyaan-pertanyaan yang dapat
dimanfaatkan.
c. Manfaat Antar Muka Pengguna (User Interface)
Manfaat user interface untuk menghubungkan atau
penterjemah informasi antara pengguna dengan sistem
operasi, sehingga komputer dapat digunakan. Dengan
demikian, user interface bisa juga diartikan sebagai
mekanisme inter-relasi atau integrasi total dari perangkat
keras dan lunak yang membentuk pengalaman berkomputer.
User interface dari sisi software bisa berbentuk Graphical
User Interface (GUI) atau Command Line Interface (CLI),
sedangkan dari sisi hardware bisa berbentuk Apple Desktop
Bus (ADB), USB, dan fire wire.
d. Prinsip desain user interface
User interface design adalah desain komputer,
peralatan, mesin, perangkat komunikasi mobile, aplikasi
perangkat lunak, dan situs web dengan fokus pada
pengalaman pengguna dan interaksi. Tujuan dari user
interface design adalah membuat interaksi pengguna
sesederhana dan seefisien mungkin.
e. Perancangan antar muka (user interface) pengguna
Tujuan dari perancangan antarmuka pengguna adalah
merancang interface yang efektif untuk sistem perangkat
lunak. Efektif artinya siap digunakan, dan hasilnya sesuai
dengan kebutuhan penggunanya. Pengguna sering menilai
55
sistem bukan dari fungsinya melainkan dari user interface-

nya. Jika desain user interface-nya buruk, maka itu sering
dijadikan alasan untuk tidak menggunakan software.
f. Tipe-tipe interaksi antar muka (user interface) pengguna
Pemilihan tipe interaksi yang tepat dapat memberikan
efek yang baik terhadap dialog antara user dengan
komputer. Terdapat beberapa tipe interaksi yang umum
digunakan, yaitu;
1) Command Line Interface (CLI),
2) Menu Pada menu-driven interface,
3) Natural language,
4) Q and A (question and answer) & query dialogue,
5) Form-fills and spreadsheet Form-fill, dan
6) WIMP interface (Windows, Icons, Menu, Pointers) WIMP.
4.3 Alat dan bahan

Alat dan bahan yang diperlukan dalam pengerjaan Bab ini
yaitu:
1. Komputer atau Laptop,
2. Kertas HVS A4, dan
3. Printer.

IV mengenai Perancangan Input dan Output ini, yaitu diantaranya
membuat rancangan input, output, dan user interface dari tugas bab
sebelumnya.
4.5 Hasil Praktikum

Dari hasil praktikum yang telah kami buat, dapat diketahui hasil
rancangan input, output, dan user interface sebagai berikut:
56
1. Input
Input merupakan tampilan dari sebuah sistem informasi
absensi yang fungsinya dapat menambah data, menghapus
data, menyimpan data, mengedit data, dan mencetak data yang
dimasukan oleh user. Berikut rancangan input yang dibuat.
Gambar 4. 1 Input Form Data Pendaftaran

Gambar 4. 2 Input Form Data Absensi Mahasiswa

57
Gambar 4. 3 Input Form Data Pengguna

Gambar 4. 4 Input Form Data Kaprodi

Gambar 4. 5 Input Form Data Dosen

58
Gambar 4. 6 Input Form Data Admin

Gambar 4. 7 Input Form Data Mahasiswa

Gambar 4. 8 Input Form Data Matakuliah

59
2. Output
Output merupakan tampilan dari sebuah sistem informasi
absensi yang fungsinya untuk melihat hasil dari proses input
yang telah dilakukan oleh user. Pada menu ini juga dapat
melakukan perintah yang sama dengan input seperti menambah
data, menghapus data, menyimpan data, mengedit data, dan
mencetak data yang dimasukan oleh user. Berikut rancangan
output yang dibuat.
Gambar 4. 9 Output Laporan Data Pendaftaran

Gambar 4. 10 Output Laporan Data Kaprodi

60
Gambar 4. 11 Output Laporan Data Admin

Gambar 4. 12 Output Laporan Data Absensi

Gambar 4. 13 Output Laporan Data Mahasiswa

61
Gambar 4. 14 Output Laporan Data Login

Gambar 4. 15 Output Laporan Data Pengguna

Gambar 4. 16 Output Laporan Data Dosen

62
Gambar 4. 17 Output Laporan Data Jadwal Kuliah

3. User Interface
Interface merupakan tampilan dari sebuah sistem informasi
yang fungsinya untuk tampilan menu-menu yang menjadi akses
informasi bagi user. Berikut rancangan interface yang dibuat.
Gambar 4. 18 Tampilan Interface Halaman Pertama

63
Gambar 4. 19 Tampilan Interface Halaman Utama

Gambar 4. 20 Tampilan Interface Menu Admin

64
Gambar 4. 21 Tampilan Interface Menu Kaprodi

Gambar 4. 22 Tampilan Interface Menu Dosen

65
Gambar 4. 23 Tampilan Interface Menu Mahasiswa

BAB V
ANALISIS KELAYAKAN PROYEK SISTEM INFORMASI

Setelah praktikan menyelesaikan Bab V mengenai Analisis
Kelayakan Proyek Sistem Informasi, diharapkan praktikan dapat:
1. Praktikan mampu memperkirakan biaya-biaya yang timbul akibat
pengembangan sistem informasi.
2. Pratikan mampu memperkirakan manfaat-manfaat yang
diperoleh dari pengembangan sistem informasi.
3. Praktikan mampu melakukan analisis cost-benefit dari
pengembangan sistem informasi.
4. Praktikum mampu membandingkan biaya dari keempat metode
yang ada.
5. Praktikum mampu menentukan apakah proyek sistem informasi
layak atau tidak untuk dikembangkan.
5.2 Dasar Teori

Studi Kelayakan (Feasibility Study) adalah kajian yang dilihat
dari berbagai segi aspek baik aspek legalitas, aspek teknis,
pemasaran, sosial ekonomi maupun manajemen dan keuangan,
yang hasilnya digunakan untuk mengambil keputusan suatu proyek
dijalankan, ditunda, atau tidak dijalankan. Studi kelayakan pada
akhir-akhir ini telah banyak dikenal oleh masyarakat, terutama
masyarakat yang bergerak dalam bidang dunia usaha. Bermacam-
macam peluang dan kesempatan yang ada dalam kegiatan dunia
usaha, telah menuntut perlu adanya penilaian sejauh mana penilaian
atau kesempatan tersebut dapat memberikan manfaat (benefit) bila
diusahakan. Kegiatan untuk menilai sejauh mana manfaat yang akan
diperoleh dalam melaksanakan suatu kegiatan usaha atau proyek,
disebut dengan studi kelayakan bisnis (Ibrahim, 1998).
66
67
Dalam dunia bisnis saat ini, seorang analis harus belajar untuk
berfikir seperti halnya manajer bisnis. Lebih dari sebelumnya,
manajemen mengharapkan sistem informasi dapat menghasilkan
manfaat lebih. Informasi adalah modal utama yang harus ditetapkan,
sebagaimana halnya pemasaran harus menetapkan produk baru dan
bagian produksi menetapkan gedung atau peralatan baru.
Analis sistem semakin diharapkan untuk membantu menjawab
pertanyaan berikut;
1. Apakah investasi akan menghasilkan keuntungan?
2. Apakah ada investasi lain yang menghasilkan lebih besar
daripada pengeluaran?
Kedua pertanyaan di atas adalah untuk memastikan bahwa
sistem yang telah direncanakan layak untuk dilanjutkan
pengembangannya atau tidak. Kelayakan sistem adalah ukuran akan
seberapa menguntungkan atau seberapa praktis pengembangan
sistem informasi terhadap organisasi. Analisis kelayakan adalah
proses pengukuran kelayakan. Kelayakan sebaiknya diukur
sepanjang siklus hidup.
Terdapat 4 (empat) kategori dalam pengujian kelayakan
diantaranya ialah sebagai berikut:
1. Kelayakan operasional (operational feasibility)
Kelayakan operasional (operational feasibility) adalah
ukuran sebaik apa solusi tersebut akan bekerja dalam organisasi
(Whitten, 2004). Juga ukuran pendapat orang tentang sistem
atau proyek tersebut. Ada dua aspek kelayakan operasional
yang harus dipertimbangkan, yaitu:
a. Apakah masalah itu cukup berharga untuk diselesaikan, atau
akankah solusi itu bermanfaat untuk menyelesaikan suatu
masalah? PIECES dapat digunakan sebagai dasar analisis
tingkat kepentingan suatu masalah atau efektivitas suatu
solusi yang mencakup:
68
1) Performance,
2) Information,
3) Economy,
4) Control,
5) Efficiency, dan
6) Services.
b. Bagaimana pendapat pengguna akhir dari manajemen
mengenai masalah (solusi) itu? Sangat penting untuk tidak
hanya mengevaluasi apakah sistem itu dapat bekerja tetapi
juga mengevaluasi apakah sistem itu akan bekerja. Solusi
yang dapat dikerjakan mungkin bisa gagal karena adanya
perlawanan pengguna akhir atau manajemen. Pertanyaan
berikut ditujukan pada hal tersebut:
1) Apakah manajemen mendukung sistem tersebut?
2) Bagaimana pendapat pengguna akhir tentang
peranannya dalam sistem yang baru?
3) Pengguna akhir bagaimana yang menentang atau tidak
bersedia menggunakan sistem tersebut?
4) Bagaimana perubahan lingkungan kerja pengguna
akhir? Dapatkah atau akankah pengguna akhir dan
manajemen menyesuaikan diri dengan perubahan itu?
Pada dasarnya, pertanyaan ini ditujukan pada
penerimaan politis terhadap penyelesaian persoalan
atau solusinya.
2. Kelayakan Teknis (Technical Feasibility)
Kelayakan teknis (technical feasibility) adalah ukuran
kepraktisan solusi teknis tertentu dan kesediaan sumber dan
pakar teknis (Whitten, 2004). Saat ini, sangat sedikit hal yang
secara teknis tidak mungkin. Akibatnya, kelayakan teknis
mengarah pada hal yang praktis dan masuk akal. Kelayakan
teknis ditujukan pada tiga masalah pokok, yaitu:
69
a. Apakah teknologi atau solusi yang diajukan cukup praktis?

Teknologi untuk tiap solusi yang terdefinisi biasanya
tersedia. Teknologi yang matang memiliki dasar pengguna
yang lebih besar sehingga kitadapat memperoleh nasihat
yang berkaitan dengan persoalan dan peningkatan.
b. Apakah saat ini kita telah mempunyai teknologi yang
memadai?
Dengan mengasumsikan solusi pada teknologi yang
diperlukan adalah praktis, maka kita selanjutnya harus
bertanya pada diri kita, apakah teknologi ini tersedia pada
toko sistem informasi kita? Jika teknologi itu tersedia, maka
kita bertanya apakah kita memenuhi kapasitas yang
diperlukan? Jika jawaban pada kedua pertanyaan tersebut
tidak, maka selanjutnya kita harus bertanya pada diri kita,
bisakah kita mendapatkan teknologi tersebut? Teknologi itu
mungkin praktis dan tersedia dan kita membutuhkannya.
Tetapi mungkin kita tidak mampu untuk menjangkaunya.
Sekalipun argumentasi ini terbentur pada kelayakan
ekonomis, hal ini sebenarnya merupakan kelayakan teknis.
Jika kita tidak dapat menjangkau teknologi tersebut, maka
alternatif yang membutuhkan teknologi itu tidak praktis dan
secara teknis tidak layak.
c. Apakah kita mempunyai pakar teknis yang memadai?
Pertimbangan kelayakaan teknis ini sering dilupakan
selama analisis kelayakan. Sekalipun sebuah perusahaan
memiliki teknologinya, tidak berarti ia memiliki keahlian yang
dibutuhkan untuk mengaplikasikan teknologi itu secara tepat.
Misalnya, sebuah perusahaan mungkin memiliki DBMS.
Akan tetapi, analis dan programmer yang tersedia untuk
proyek tersebut mungkin tidak cukup mengenal DBMS untuk
dapat mengaplikasikannya dengan tepat. Kurva
70
pembelajaran ini akan mempengaruhi kelayakan teknis suatu

proyek, khususnya mempengaruhi jadwal.
3. Kelayakan Jadwal (Schedule Feasibility)
Kelayakan Jadwal (Schedule Feasibility) adalah ukuran
kelayakan daftar pelaksanaan proyek tersebut. Kelayakan jadwal
ditujukan pada masalah “Apakah tenggang waktu proyek cukup
masuk akal?”. Beberapa proyek diawali dengan tenggat waktu
yang spesifik. Sangat perlu untuk menentukan apakah tenggat
waktu itu bersifat perintah atau keinginan.
Jika tenggat waktu tersebut berdasar keinginan daripada
perintah, maka analis dapat mengajukan jadwal alternatif. Lebih
baik (kecuali jika tenggat waktu sepenuhnya perintah)
mengirimkan sistem informasi yang berfungsi dengan tepat dua
bulan lebih lambat, daripada mengirimkan tepat waktu sistem
informasi yang tidak berguna yang penuh kesalahan. Melewati
tenggat waktu merupakan hal yang problematis, namun
mengembangkan sistem yang tidak memadai dapat menjadi
malapetaka. Ini merupakan pilihan mana yang lebih baik dari dua
hal yang buruk.
4. Kelayakan Ekonomis (Economic Feasibility)
Kelayakan Ekonomis (Economic Feasibility) adalah ukuran
efektivitas biaya sebuah proyek atau solusinya. Kriteria
kelayakan teknis dan operasional mengukur kelayakan
persoalan atau solusinya (Whitten, 2004). Kelayakan operasional
adalah people-oriented sedangkan kelayakan teknis adalah
computer oriented. Hal mendasar dalam banyak proyek adalah
kelayakan ekonomis. Selama fase awal proyek, analisis
kelayakan ekonomis hanyalah menentukan apakah manfaat
yang diperoleh dari menyelesaikan persoalan tersebut cukup
berharga. Biaya secara praktis tidak mungkin diperkirakan pada
tahap itu, karena persyaratan pengguna akhir dan solusi teknis
alternatif belum diidentifikasi. Akan tetapi, segera setelah
71
persyaratan dan solusi spesifik diidentifikasi, analis dapat

memperkirakan biaya dan keuntungan tiap alternatif tersebut. Ini
disebut analisis cost-benefit.
a. Komponen Penilaian Dalam Cost & Benefits Analysis
Sesuai dengan namanya, Cost & Benefit Analysis
didasarkan pada dua komponen penilaian, yaitu komponen
biaya dan komponen manfaat. Komponen biaya yang
berhubungan dengan pengembangan sebuah sistem
informasi dapat diklasifikasikan dalam empat kategori
menurut (Sutabri, 2012), yaitu:
1) Komponen Biaya
a) Procurement Cost
Procurement Cost atau biaya pengadaan
adalah semua biaya yang dikeluarkan berkaitan
dengan pengadaan hardware. Diantaranya adalah
seperti biaya konsultasi pengadaan hardware, biaya
pembelian hardware, biaya instalasi hardware, biaya
fasilitas (ruang, ac, dll) biaya modal untuk
pengadaan hardware, biaya manajerial dan
personalia untuk pengadaan hardware. Biaya
pengadaan ini biasanya dikeluarkan pada tahun-
tahun pertama (initial cost) sebelum system
dioperasikan, kecuali apabila pengadaan hardware
dilakukan dengan cara leasing.
b) Start Up Cost
Start Up Cost atau biaya persiapan operasional
adalah semua biaya yang dikeluarkan sebagai upaya
membuat sistem siap untuk dioperasionalkan. Biaya-
biaya persiapan operasional meliputi biaya
pembelian software sistem informasi berikut
instalasinya, biaya instalasi perangkat komunikasi
atau jaringan, biaya reorganisasi, biaya manajerial
72
dan personalia untuk persiapan operasional. Sama

dengan biaya pengadaan, biaya persiapan
operasional ini juga merupakan “initial cost”.
c) Project Related Cost
Project Related Cost atau biaya proyek adalah
biaya yang berkaitan dengan biaya mengembangkan
sistem termasuk biaya penerapannya. Biaya proyek
diantaranya adalah biaya analisis system, seperti
biaya untuk mengumpulkan data, biaya dokumentasi
(kertas, fotocopy, dll), biaya rapat, biaya staff analis,
biaya manajerial dalam tahap analisis sistem, biaya
disain sistem, seperti biaya dokumentasi, biaya
rapat, biaya staff analis, biaya staff pemrograman,
biaya pembelian software aplikasi, biaya manajerial
dalam tahap desain sistem, biaya penerapan sistem,
seperti biaya pembuatan form baru, biaya konversi
data, biaya pelatihan sumber daya manusia, biaya
manajerial dalam tahap penerapan sistem. Bila
sistem dikembangkan secara “outsourcing” dengan
menggunakan konsultan dari luar perusahaan, maka
diperlukan biaya tambahan, yaitu biaya konsultasi.
d) Ongoing and Maintenance
Cost Ongoing and Maintenance Cost atau
biaya operasional adalah biaya untuk
mengoperasikan sistem agar sistem dapat
beroperasi dengan baik. Sedangkan biaya
perawatan adalah biaya untuk merawat sistem dalam
masa pengoperasionalannya. Yang termasuk biaya
operasi dan perawatan sistem adalah biaya
personalia, biaya overhead (telepon, listrik, asuransi,
keamanan, supplies), biaya perawatan hardware
(reparasi, service), biaya perawatan software
73
(modifikasi program, penambahan modul program),

biaya perawatan peralatan dan fasilitas, biaya
manajerial dalam operasional sistem, biaya kontrak
untuk konsultan selama operasional sistem, biaya
depresiasi. Biaya operasional dan perawatan
biasanya terjadi secara rutin selama usia operasional
sistem.
2) Komponen Manfaat
Komponen manfaat atau dalam hal ini dapat
disebut pula sebagai efektivitas yang di dapat dari
sebuah sistem informasi dapat diidentifikasikan sebagai
berikut:
a) Manfaat atau efektifitas yang didapat dari
pengurangan biaya.
b) Manfaat atau efektifitas yang didapat dari
pengurangan kesalahan-kesalahan.
c) Manfaat atau efektifitas yang didapat dari
peningkatan kecepatan aktivitas.
d) Manfaat atau efektifitas yang didapat dari
peningkatkan perencanaan dan pengendalian
manajemen.
komponen biaya dan manfaat diketahui, maka cost
& benefits analisis bisa dilakukan untuk menentukan
apakah sebuah proyek sistem informasi layak atau tidak.
Dalam analisa suatu investasi, terdapat dua aliran kas,
aliran kas keluar (cash outflow) yang terjadi karena
pengeluaran-pengeluaran untuk biaya investasi, dan
aliran kas masuk (cash inflow) yang terjadi akibat
manfaat yang dihasilkan oleh suatu investasi. Aliran kas
masuk atau yang sering dikatakanpula sebagai proceed,
merupakan keuntungan bersih sesudah pajak ditambah
74
dengan depresiasi (bila depresiasi masuk dalam

komponen biaya).
b. Teknik Analisis Cost-Benefit
Kelayakan ekonomis telah didefinisikan sebagai
analisis cost benefit (Sutabri, 2012). Bagaimana biaya dan
keuntungan diperkirakan? Bagaimana biaya dan keuntungan
dibandingkan untuk menentukan kelayakan ekonomis?
Subjek ini membahas tentang manajemen keuangan,
analisis keputusan keuangan, ekonomi, dan analisis teknis.
1) Berapa banyak biaya yang dibutuhkan sistem tersebut?
Biaya dapat dibagi menjadi dua kategori. Ada biaya
yang dihubungkan dengan pengembangan sistem, dan
ada biaya yang dihubungkan dengan pengoperasian
sistem. Biaya pertama dapat diperkirakan dari permulaan
proyek dan seharusnya diperbaiki pada akhir tiap fase
proyek. Biaya kedua dapat diperkirakan hanya sesudah
solusi berbasis komputer yang spesifik telah
didefinisikan;
a) Biaya pengembangan sistem informasi dapat
digolongkan menurut fase terjadinya. Biaya
pengembangan sistem biasanya merupakan biaya
satu kali, yang tidak akan berulang sesudah proyek
selesai. Banyak organisasi memiliki kategori biaya
standar yang harus dievaluasi. Jika kategori tersebut
tidak tersedia, maka daftar berikut ini bisa
membantu:
(1) Biaya personil gaji analis sistem, programmer,
konsultan personil entri data, operator komputer,
sekretaris & semacamnya
(2) Penggunaan komputer pemrograman, pengujian,
konversi, word processing, pemeliharaaan
kamus proyek & semacamnya.
75
(3) Pelatihan jika personil komputer atau pengguna

akhir harus dilatih, maka pelatihan memerlukan
pengeluaran.
(4) Biaya persediaan, duplikasi, dan perlengkapan.
(5) Biaya tiap peralatan dan perangkat lunak
komputer baru.
b) Biaya operasi sistem, sepanjang sistem tersebut
berfungsi dapat digolongkan sebagai biaya tetap dan
biaya tidak tetap. Biaya tetap (Fixed Cost) terjadi
pada jarak waktu teratur tetapi pada tarif yang relatif
tetap. Contoh biaya operasi tetap antara lain;
(1) Pembayaran sewa dan pembayaran lisensi
perangkat lunak.
(2) Gaji rata-rata operator sistem operasi dan
personil pendukung.
2) Apa saja manfaat yang disediakan oleh system?
Keuntungan nyata (tangible benefit) adalah
keuntungan yang dapat dengan mudah diukur.
Keuntungan nyata biasanya diukur dalam konteks
penyimpanan bulana atau tahunan atau berdasarkan
profit bagi perusahaan. Sebagai kemungkinan lain,
keuntungan nyata dapat diukur dalam konteks
penghematan atau profit unit biaya. Keuntungan tidak
nyata (Intangible Benefit) adalah keuntungan yang sulit
atau tidak mungkin diukur. Kecuali jika keuntungan ini
merupakan yang paling sedikit diidentifikasi, maka
mungkin banyak proyek akan menjadi tidak layak. Jika
keuntungan tidak dapat diukur, maka sangat sulit untuk
menerima validitas analisis cost-benefit yang didasarkan
pada data yang tidak lengkap. Beberapa analis
memperdebatkan eksistensi keuntungan tak nyata ini.
Mereka memperdebatkan bahwa semua keuntungan
76
dapat diukur beberapa keuntungan lebih sulit diukur dari

pada yang lainnya. Contoh dari keuntungan tidak nyata
adalah peningkatan niat baik pelanggan. Apakah sistem
yang diusulkan cost-effective?
Ada tiga teknik popular untuk memperkirakan
kelayakan ekonomis, disebut juga cost-effectiveness
yaitu analisis payback, return on investment, dan net
present value. Pilihan teknis seharusnya
mempertimbangkan audiens yang akan
menggunakannya. Sebuah konsep yang seharusnya
dapat diaplikasikan pada tiap teknik tersebut adalah
penyesuaian biaya dan keuntungan untuk merefleksikan
nilai waktu terhadap uang.
3) Nilai Waktu Terhadap Uang
Sebuah konsep yang digunakan oleh ketiga teknik
tersebut adalah nilai waktu terhadap uang. Satu dolar
saat ini bernilai lebih dari satu dolar pada satu tahun
mendatang. Anda dapat menanamkan dolar saat ini, dan
dengan bunga yang terus meningkat, anda akan memiliki
lebih dari satu dolar setahun mendatang. Beberapa
biaya sistem akan berkembang sesudah implementasi.
Selain itu, semua keuntungan sistem baru akan
berkembang di masa depan.
Sebelum analisis cost-benefit, biaya tersebut harus
dikonversi ke nilai dolar saat ini. Misalkan kita akan
merealisasikan keuntungan $20.000 dua tahun
mendatang. Berapakah nilai dolar saat ini untuk
keutungan $20.000 itu? Jika return on investments saat
ini sekitar 10% maka investasi $16.528 saat ini akan
kembali kepada kita $20.000 dalam dua tahun. Karena
suatu proyek lebih sering dibandingkan dengan proyek
lain yang memiliki waktu hidup berbeda, maka teknik
77
analisis time-value telah menjadi metode cost-benefit

yang lebih disukai bagi sebagian besar manajer. Dengan
biaya dan keuntungan time-adjusting, anda dapat
meningkatkan teknik cost-benefit.
4) Teknik penentuan kelayakan ekonomis
Sebagaimana disebutkan di atas, ada tiga teknik
popular untuk memperkirakan kelayakan ekonomis,
yaitu:
a) Payback Analysis
Payback analysis merupakan metode yang
sederhana dan popular dalam menentukan
bagaimana dan kapan sebuah investasi akan balik
modal. Karena biaya pengembangan sistem telah
ada jauh sebelum keuntungan mulai bertambah,
maka akan membutuhkan waktu lama bagi
keuntungan untuk melampaui biaya. Sesudah
implementasi, anda akan mengeluarkan ongkos
operasi tambahan yang harus diperoleh kembali.
Payback analysis menentukan berapa banyak waktu
yang diperlukan sebelum keuntungan yang
meningkat dan berkelanjutan. Periode waktu itu
disebut payback period.
b) Analisis Return-on-Investment
Teknik analisis return-on-investment (ROI)
membandingkan keuntungan seumur hidup pada
solusi atau proyek otomatis. ROI untuk solusi atau
proyek adalah tingkat prosentase yang mengukur
hubungan antara jumlah yang di dapat kembali
bisnis tersebut dari sebuah investasi dan jumlah
yang diinvestasikan.
Solusi yang menawarkan ROI tertinggi
merupakan solusi yang terbaik. Akan tetapi
78
sebagaimana halnya dengan analisis payback, bisnis

dapat menetapkan ROI minimum yang dapat
diterima untuk semua investasi. Jika tidak ada solusi
alternatif yang memenuhi standar minimum maka
tidak ada alternatif yang layak secara ekonomis.
Sebagaimana analisis payback, kita dapat
menghitung ROI tanpa melakukan time adjusting.
c) Net Present Value
Net Present Value pada alernatif investasi
dianggap sebagai teknik cost-benefit yang lebih
disukai oleh banyak manager terutama yang telah
menjalani pendidikan sekolah bisnis. Pada awalnya
pebisnis menentukan biaya dan keuntungan tiap
tahun pada umur-hidup sistem. Pebisnis juga perlu
menetapkan semua biaya dan keuntungan ke nilai
dolar.
5.3 Alat dan Bahan

Alat dan Bahan yang digunakan dalam pengerjaan Bab III
mengenai Analisis Kelayakan Proyek Sistem Informasi, diantaranya;
1. Komputer/Laptop, dan
2. Kertas HVS A4.

Lakukanlah analisis kelayakan ekonomi dari sistem informasi
yang akan dikembangkan, sesuai dengan hasil praktikum Bab I
sampai IV.
5.5 Hasil Praktikum

1. Analisis Kelayakan Operasional
Program studi teknik industri menginginkan adanya
perubahan dalam proses presensi dan laporan daftar hadir
79
mahasiswa. Dimana sebelumnya keduanya ini dilakukan secara

manual maka dengan dibuatkan sistem informasi seperti ini ini
dapat direalisasikan dengan komputerisasi sehingga lebih efektif
dan efisien. Maka sistem ini dikatakan layak secara oprasional
karena dengan adanya sistem ini dapat membantu
menyelesaikan permasalahan yang terjadi pada program studi
teknik industri fakutas teknik universitas singaperbangsa
karawang. PIECES dapat digunakan sebagai dasar analisis
tingkat kepentingan suatu masalah atau efektivitas suatu solusi.
Berikut ini adalah daftar pertanyaan yang ditujukan pada
persoalan ini:
a. Performance (Apakah sistem itu menyediakan throughput
dan waktu respon yang cukup?)
Iya, sistem memiliki kecepatan (rate) transper data
efektif, yang diukur dalam BPS (Bit Per Second) yang akan
mengeluarkan atau menghasilkan throughput yang
diinginkan kaprodi serta respon yang baik dan cepat karena
ketika selesai sistem akan langsung mengeluarkan laporan
absensi.
b. Information (Apakah sistem menyediakan informasi
terhormat yang tepat waktu, saling berkaitan, akurat, dan
berguna bagi mahasiswa, dosen, dan kaprodi?)
Iya, sistem ini menyediakan informasi yang berisi
ketepatan waktu dimana waktu absensi sama dengan jadwal
perkuliahan, Informasi yang diberikan antara dosen,
mahasiswa, admin, saling terkaitan dalam sistem, serta data
antara absensi mahasiswa dan laporan absensi yang
diserahkan ke kaprodi akurat dan berguna dalam
pelaksanaan perkuliahan untuk kegiatan absensi bagi
mahasiswa, dosen, dan kaprodi.
c. Economy (Apakah sistem itu menawarkan tingkat absensi
yang memadai untuk mengurangi biaya pengeluaran?)
80
Iya, sisitem ini menawarkan tingkat absensi yang

memadai serta di sistem ini juga bisa membantu mengurangi
biaya dikarenakan yang semula pelaksanaan absensi
dilaksanakan offline banyak melngeluarkan biaya misalnya
dengan memberi kertas dan pena sedangkan jika
menggunakan sistem secara online ini akan mengurangi
biaya dikarenakan pengeluaran-pengeluaran seperti itu tidak
ada.
d. Control (Apakah sistem itu menawarkan kontrol yang
memadai untuk mengatasi penipuan, dan untuk menjamin
keakuratan serta keamanan data dan informasi?)
Iya, sistem ini menawarkan control yang memadai
untuk mengatasi penipuan data karena data dan informasi
yang tersimpan menjamin keakurat dan keamanan data
informasi pada sistem dengan cara melihat dan mencocokan
secara langsung data yang tersimpan dalam sistem tersebut.
e. Efficiency (Apakah sistem itu menggunakan secara
maksimum sumber yang tersedia termasuk orang, waktu,
aliran form, meminimalkan penundaan proses, dan
semacamnya?)
Iya, sistem ini berkerja secara maksimal bagi di aspek
sdm seperti admin, kaprodi, dosen, mahasiswa dengan
adanya pembagian pekerjaannya masing-masing. Sistem
yang digunakan tidak terlalu memakan waktu karena aliran
form dirancang sedemikian rupa untuk meminimalisir
penundaan proses dan kendala lainnya.
f. Services (Apakah sistem itu menyediakan layanan (services)
yang diinginkan dan andal pada kaprodi, dosen, dan
mahasiswa? Apakah sistem itu fleksibel dan dapat
dikembangkan?)
Iya, sistem ini menyediakan layanan jika muncul suatu
kebutuhan sehingga di buat untuk memenuhi dan melayani
81
kaprodi, dosen, dan mahasiswa dengan semaksimal

mungkin. Sistem ini d buat sefleksibel mungkin dan dapat di
kembangkan sesuai keadaan terjadi jika terdapat perubahan
ataupun penambahan yang diinginkan pengguna.
2. Analisis Kelayakan Teknis
Perangkat keras (hardware) dan perangkat lunak (software)
yang digunakan pada sistem informasi absensi mahasiswa ini
diantaranya monitor computer, keyboard computer, mouse
computer, Hardisk 500GB, RAM 800MHz Koneksi Internet,
Printer, Procesor, kertas, Ms. Excel 2013, Ms. Access 2013, Ms.
Visio 2013, Ms. Word 2013, Google Chrome dan Coreldraw.
Dengan digunakannya perangkat keras dan perangkat lunak
tersebut dapat mempermudah jalannya kegiatan rancangan
sistem informasi yang dibuat. Sehingga perangkat tersebut layak
digunakan karena harganya yang relatif murah dan barangnya
mudah pula ditemukan.
3. Analisis Kelayakan Jadwal
Jadwal yang ditentukan oleh Mahasiswa memberikan
rentang waktu untuk dibuatkan sistem informasi ini selama 7
minggu, namun waktu yang diperlukan untuk membuat sistem
informasi absensi mahasiswa yang telah dirancang selesai
dengan jangka waktu 6 minggu saja, karena sistem absensi
mahasiswa tersebut telah dirancang seefektif dan seefisien
mungkin sehingga dapat dikatakan layak untuk digunakan oleh
Mahasiswa.
4. Analisis Kelayakan Ekonomis
Analisis biaya dan manfaat dengan dua komponen yang dimana,
yaitu diantaranya:
a. Komponen Biaya, yaitu diantaranya;
1) Biaya Pengadaan perangkat keras (hardware), seperti
monitor computer, keyboard computer, mouse computer,
82
Hardisk 500GB, RAM 800MHz Koneksi Internet, Printer,

Procesor dan kertas.
2) Biaya Pengandaan perangkat lunak (software), seperti
Ms. Excel 2013, Ms. Access 2013, Ms. Visio 2013, Ms.
Word 2013, Google Chrome dan Coreldraw.
b. Komponen Manfaat, yaitu diantaranya;
1) Keuntungan tangible atau keuntungan yang berwujud
yang dapat dirasakan langsung oleh prodi, seperti
pengurangan biaya penggunaan kertas pembuatan data
laporan.
2) Keuntungan intangible atau keuntungan tidak berwujud
yaitu keuntungan yang tidak terlihat atau tidak dapat
dirasakan secara langsung, seringkali manfaat tak
berwujud inilah yang menjadi titik kritis pada jalannya
suatu sistem absensi yang efektif dan efisien pada suatu
program studi. Dan karena tidak berwujud seringkali
aspek-aspek berikut diabaikan atau tidak terlacak
resistensinya, seperti peningkatan kualitas rekapan
absensi mahasiswa, peningkatan mutu layanan,
peningkatan kompetitif program studi dan yang lainnya.
Analisis biaya dijelaskan pada bagian dibawah ini untuk
mengetahui layak tidaknya suatu sistem tersebut ketika
diterapkan yaitu diantaranya:
a. Biaya pengadaan hardware, yaitu diantaranya;
Tabel 5. 1 Biaya Pengadaan Hardware
Biaya Pengadaan Hardware
No Nama Alat Spesifikasi Jumlah Harga
1 Monitor Komputer LED DELL E1914H 19 Inchi 1 Rp 1.600.000,00
2 Harddisk 500GB Seagate Barracuda Rpm 7200 1 Rp 170.000,00
3 RAM DDR2 4GB 4G 800MHz PC2-6400 240 Pin DIMM 240 1 Rp 244.000,00
4 Printer HP Deskjet 2135 Print Scan Copy 1 Rp 630.000,00
5 Prosesor Core I5 1 Rp 1.350.000,00
6 Kertas HVS A4 70 GSM SIDU 1 Rp 45.000,00
7 Keyboard Keyboard Logitech K100 1 Rp 80.000,00
8 Mouse Mouse Lenovo M20 Optical USB Kabel 1 Rp 23.000,00
9 Koneksi internet Indihome 1 Rp 255.000,00
Total Rp 4.397.000,00

83
b. Biaya penggadaan software, yaitu diantaranya;

Tabel 5. 2 Biaya Pengadaan Software
Biaya Pengadaan Software
No Nama Alat Spesifikasi Jumlah Harga
1 Microsoft Excel Tahun 2013 1
2 Microsoft Access Tahun 2013 1
Rp 142.000,00
3 Microsoft Visio Tahun2013 1
4 Microsoft Word Tahun 2013 1
5 Google Chrome Chrome Version 95.0.4638.69 (Official Build) (64-bit) 1 Rp -
6 CorelDraw Tahun 2020 1 Rp 50.000,00
Total Rp 192.000,00
c. Biaya Operasional dan Perawatan, yaitu diantaranya;

Tabel 5. 3 Biaya Operasi dan Perawatan
Biaya Operasi dan Perawatan
Tahun
No. Biaya Berjalan
2022 2023 2024 2025 2026
1 Listrik Rp 5.000.000 Rp 5.050.000 Rp 5.200.000 Rp 5.400.000 Rp 5.450.000
2 Komunikasi dan Internet Rp 2.000.000 Rp 2.050.000 Rp 2.100.000 Rp 2.150.000 Rp 2.200.000
3 Perawatan Hardware Rp 550.000 Rp 600.000 Rp 650.000 Rp 700.000 Rp 750.000
4 Perawatan Software Rp 50.000 Rp 70.000 Rp 90.000 Rp 110.000 Rp 130.000
5 Tinta Printer Rp 200.000 Rp 200.000 Rp 200.000 Rp 200.000 Rp 200.000
6 Kertas Rp 100.000 Rp 150.000 Rp 170.000 Rp 180.000 Rp 190.000
7 Alat Tulis Rp 50.000 Rp 60.000 Rp 70.000 Rp 80.000 Rp 90.000
Total Rp 7.950.000 Rp 8.180.000 Rp 8.480.000 Rp 8.820.000 Rp 9.010.000
Adapun metode untuk melakukan analisis biaya dan

manfaat, yaitu diantaranya;
84
Tabel 5. 4 Analisis Biaya dan Manfaat

Rincian Biaya dan Manfaat Tahun 2021 Tahun 2022 Tahun 2023 Tahun 2024 Tahun 2025 Tahun 2026
Rencana Biaya Pengadaan
Hardware Rp 4,397,000
Software Rp 192,000
Biaya Operator dan Perawatan
Biaya Penerapan Sistem Rp 100,000
Biaya Operasional Rp 7,350,000 Rp 7,510,000 Rp 7,740,000 Rp 8,010,000 Rp 8,130,000
Biaya Perawatan Rp 600,000 Rp 670,000 Rp 740,000 Rp 810,000 Rp 880,000
Total Rp 4,689,000 Rp 7,950,000 Rp 8,180,000 Rp 8,480,000 Rp 8,820,000 Rp 9,010,000
Rincian Manfaat
Mengurangi/Menekan Biaya Rp 2,136,000 Rp 2,208,000 Rp 2,280,000 Rp 2,352,000 Rp 2,424,000
Meningkatkan Produktivitas Rp 600,000 Rp 600,000 Rp 600,000 Rp 600,000 Rp 600,000
Mempermudah Proses Rp 2,856,000 Rp 2,928,000 Rp 3,000,000 Rp 3,072,000 Rp 3,144,000
Mengurangi Resiko Rp 9,000,000 Rp 9,300,000 Rp 9,600,000 Rp 9,600,000 Rp 10,200,000
Meningkatkan Kualitas Rp 240,000 Rp 252,000 Rp 264,000 Rp 276,000 Rp 288,000
Meningkatkan Keunggulan Rp 240,000 Rp 252,000 Rp 264,000 Rp 276,000 Rp 288,000
Total Rp 15,072,000 Rp 15,540,000 Rp 16,008,000 Rp 16,176,000 Rp 16,944,000
Selisih Total Biaya dan Manfaat -Rp 4,689,000 Rp 7,122,000 Rp 7,360,000 Rp 7,528,000 Rp 7,356,000 Rp 7,934,000
Keterangan: Merah = Biaya yang dikeluarkan/ biaya (-)
Hijau = Total
Biru = Selisih total biaya dan manfaat
Tabel 5. 5 Manfaat Sistem Informasi yang Teridentifikas

Manfaat sistem informasi
Manfaat Sistem Teridentifikasi Sistem Informasi Absensi
NO.
Kategori Sub Kategori
Biaya Pencetakan Dokumen
1 Mengurangi/Menekan Biaya
Biaya Pembelian ATK
2 Meningkatkan Produktivitas Meningkatkan Kegiatan Produktif
Pembuatan Laporan
3 Mempermudah Proses Pengubahan Data
Proses Absensi
Kehilangan Data
4 Mengurangi Resiko Kesalahan Proses Absensi
Kesalahan Input Data
5 Meningkatkan Kualitas Kualitas Data Absensi
6 Meningkatkan Keunggulan Kualitas Layanan dan Mutu Layanan
Adapun rincian manfaat dari tahun ke tahunnya yang

dijelaskan dibawah ini, yaitu diantaranya;
85
Tabel 5. 6 Rincian Manfaat Tahun ke-1

NO. Manfaat Sistem Teridentifikasi (Kategori) Perhitungan Total
Mengurangi/Menekan Biaya
Biaya Pencetakan Dokumen = 740.000 Rp 1.776.000
Perkiraan Efisiensi = 20%
a. Biaya Pencetakan Dokumen
Bulan = 12 Bulan
(740.000 x 20% x 12)
1
Biaya Pembelian ATK = 150.000 Rp 360.000
b. Biaya Pembelian ATK
Bulan = 12 Bulan
(150.000 X 20% X 12)
Total Rp 2.136.000
Meningkatkan Produktivitas
Meningkatkan Kegiatan Produktif = 250.000 Rp 600.000
2 Meningkatkan Kegiatan Produktif
Bulan = 12 Bulan
(250.000 x 20% x 12)
Total Rp 600.000
Mempermudah Proses
Biaya Pembuatan Laporan = 300.000 Rp 720.000
a. Pembuatan Laporan
Bulan = 12 Bulan
(300.000 x 20% x 12)
3
Biaya Proses Absensi = 890.000 Rp 2.136.000
Tingkat Efisiensi = 20%
b. Proses Absensi
Bulan = 12 Bulan
(890.000 x 20% x 12)
Total Rp 2.856.000
Mengurangi Resiko
Prediksi Biaya Kehilangan Data = 50.000 Rp 3.000.000
Banyaknya Data yang Hilang = 5
a. Kehilangan Data
Bulan = 12 Bulan
(50.000 x 5 x12)
Prediksi Biaya Kesalahan Input Data = 50.000 Rp 3.000.000
Banyaknya Data yang Salah = 5
4 b. Kesalahan Input Data
Bulan = 12 Bulan
(50.000 x 5 x12)
Prediksi Nilai Kesalahan Proses Absensi = 50.000 Rp 3.000.000
Banyaknya Kesalahan Proses Absensi = 5
c. Kesalahan Proses Absensi
Bulan = 12 Bulan
(50.000 x 5 x12)
Total Rp 9.000.000
Meningkatkan Kualitas
Prediksi Kualitas Data Absensi = 100.000 Rp 240.000
Persentase Peningkatan Kualitas = 20%
5 Meningkatkan Kualitas Data Absensi
Bulan = 12 Bulan
(100.000 x 20% x 12)
Total Rp 240.000
Meningkatkan Keunggulan
Prediksi Nilai Mutu Layanan = 100.000 Rp 240.000
Persentase Peningkatan Mutu = 20%
6 Kualitas Layanan dan Mutu Layanan
Bulan = 12 Bulan
(100.000 x 20% x 12)
Total Rp 240.000
Total Rincian Manfaat Untuk Tahun ke-1

NO. Manfaat Sistem Informasi (Kategori) Besar Nilai
1 Mengurangi/Menekan Biaya Rp 2.136.000
2 Meningkatkan Produktivitas Rp 600.000
3 Mempermudah Proses Rp 2.856.000
4 Mengurangi Resiko Rp 9.000.000
5 Meningkatkan Kualitas Rp 240.000
6 Meningkatkan Keunggulan Rp 240.000
Total Rp 15.072.000

86

Biaya Pencetakan Dokumen = 750.000 Rp 1,800,000
Bulan = 12 Bulan
(750.000 x 20% x 12)
1
Biaya Pembelian ATK = 170.000 Rp 408,000
Bulan = 12 Bulan
(170.000 X 20% X 12)
Total Rp 2,208,000
Meningkatkan Kegiatan Produktif = 250.000 Rp 600,000
Bulan = 12 Bulan
(250.000 x 20% x 12)
Total Rp 600,000
Mempermudah Proses
Biaya Pembuatan Laporan = 310.000 Rp 744,000
Bulan = 12 Bulan
(310.000 x 20% x 12)
3
Biaya Proses Absensi = 910.000 Rp 2,184,000
b. Proses Absensi
Bulan = 12 Bulan
(910.000 x 20% x 12)
Total Rp 2,928,000
Mengurangi Resiko
Prediksi Biaya Kehilangan Data = 55.000 Rp 3,300,000
a. Kehilangan Data
Bulan = 12 Bulan
(55.000 x 5 x12)
Prediksi Biaya Kesalahan Input Data = 50.000 Rp 3,000,000
Bulan = 12 Bulan
(50.000 x 5 x12)
Prediksi Nilai Kesalahan Proses Absensi = 50.000 Rp 3,000,000
Bulan = 12 Bulan
(50.000 x 5 x12)
Total Rp 9,300,000
Prediksi Kualitas Data Absensi = 105.000 Rp 252,000
Bulan = 12 Bulan
(105.000 x 20% x 12)
Total Rp 252,000
Prediksi Nilai Mutu Layanan = 105.000 Rp 252,000
Bulan = 12 Bulan
(105.000 x 20% x 12)
Total Rp 252,000

1 Mengurangi/Menekan Biaya Rp 2,208,000
2 Meningkatkan Produktivitas Rp 600,000
3 Mempermudah Proses Rp 2,928,000
4 Mengurangi Resiko Rp 9,300,000
5 Meningkatkan Kualitas Rp 252,000
6 Meningkatkan Keunggulan Rp 252,000
Total Rp 15,540,000

87

Biaya Pencetakan Dokumen = 760.000 Rp 1.824.000
Bulan = 12 Bulan
(760.000 x 20% x 12)
1
Biaya Pembelian ATK = 190.000 Rp 456.000
Bulan = 12 Bulan
(190.000 X 20% X 12)
Total Rp 2.280.000
Meningkatkan Kegiatan Produktif = 250.000 Rp 600.000
Bulan = 12 Bulan
(250.000 x 20% x 12)
Total Rp 600.000
Mempermudah Proses
Biaya Pembuatan Laporan = 320.000 Rp 768.000
Bulan = 12 Bulan
(320.000 x 20% x 12)
3
Biaya Proses Absensi = 930.000 Rp 2.232.000
b. Proses Absensi
Bulan = 12 Bulan
(930.000 x 20% x 12)
Total Rp 3.000.000
Mengurangi Resiko
Prediksi Biaya Kehilangan Data = 60.000 Rp 3.600.000
a. Kehilangan Data
Bulan = 12 Bulan
(60.000 x 5 x12)
Prediksi Biaya Kesalahan Input Data = 50.000 Rp 3.000.000
Bulan = 12 Bulan
(50.000 x 5 x12)
Prediksi Nilai Kesalahan Proses Absensi = 50.000 Rp 3.000.000
Bulan = 12 Bulan
(50.000 x 5 x12)
Total Rp 9.600.000
Prediksi Kualitas Data Absensi = 110.000 Rp 264.000
Bulan = 12 Bulan
(110.000 x 20% x 12)
Total Rp 264.000
Prediksi Nilai Mutu Layanan = 110.000 Rp 264.000
Bulan = 12 Bulan
(110.000 x 20% x 12)
Total Rp 264.000

1 Mengurangi/Menekan Biaya Rp 2.280.000
2 Meningkatkan Produktivitas Rp 600.000
3 Mempermudah Proses Rp 3.000.000
4 Mengurangi Resiko Rp 9.600.000
5 Meningkatkan Kualitas Rp 264.000
6 Meningkatkan Keunggulan Rp 264.000
Total Rp 16.008.000

88

Bulan = 12 Bulan
(770.000 x 20% x 12)
1
Bulan = 12 Bulan
(210.000 X 20% X 12)
Total Rp 2,352,000
Bulan = 12 Bulan
(250.000 x 20% x 12)
Total Rp 600,000
Mempermudah Proses
Bulan = 12 Bulan
(330.000 x 20% x 12)
3
b. Proses Absensi
Bulan = 12 Bulan
(950.000 x 20% x 12)
Total Rp 3,072,000
Mengurangi Resiko
a. Kehilangan Data
Bulan = 12 Bulan
(65.000 x 5 x12)
Bulan = 12 Bulan
(50.000 x 5 x12)
Bulan = 12 Bulan
(50.000 x 5 x12)
Total Rp 9,600,000
Bulan = 12 Bulan
(115.000 x 20% x 12)
Total Rp 276,000
Bulan = 12 Bulan
(115.000 x 20% x 12)
Total Rp 276,000

Total Rp 16,176,000

89

Bulan = 12 Bulan
(780.000 x 20% x 12)
1
Bulan = 12 Bulan
(230.000 X 20% X 12)
Total Rp 2,424,000
Bulan = 12 Bulan
(250.000 x 20% x 12)
Total Rp 600,000
Mempermudah Proses
Bulan = 12 Bulan
(340.000 x 20% x 12)
3
b. Proses Absensi
Bulan = 12 Bulan
(970.000 x 20% x 12)
Total Rp 3,144,000
Mengurangi Resiko
a. Kehilangan Data
Bulan = 12 Bulan
(70.000 x 5 x12)
Bulan = 12 Bulan
(50.000 x 5 x12)
Bulan = 12 Bulan
(50.000 x 5 x12)
Total Rp 10,200,000
Bulan = 12 Bulan
(120.000 x 20% x 12)
Total Rp 288,000
Bulan = 12 Bulan
(120.000 x 20% x 12)
Total Rp 288,000

Total Rp 16,944,000

90
Berikut bebrapa metode dalam perhitungan untuk

menganalisis kelayakan Sistem Informasi Daftar Absensi
Mahasiswa Prodi Teknik Industri Fakultas Teknik UNSIKA.
a. Metode Period Pengembalian atau Payback Period
Tabel 5. 11 Payback Period
NET CASHFLOW
TAHUN CASH OUT CASH IN KUMULATIF CASHFLOW NET PROCEED
(CASH IN - CASH OUT)
0 Rp 4,689,000 -Rp 4,689,000 -Rp 4,689,000
1 Rp 7,950,000 Rp 15,072,000 Rp 7,122,000 Rp 2,433,000 Rp 6,881,159
2 Rp 8,180,000 Rp 15,540,000 Rp 7,360,000 Rp 9,793,000 Rp 6,870,639
3 Rp 8,480,000 Rp 16,008,000 Rp 7,528,000 Rp 17,321,000 Rp 6,789,825
4 Rp 8,820,000 Rp 16,176,000 Rp 7,356,000 Rp 24,677,000 Rp 6,410,329
5 Rp 9,010,000 Rp 16,934,000 Rp 7,924,000 Rp 32,601,000 Rp 6,671,795
Total Rp 47,129,000 Rp 79,730,000 Rp 32,601,000 Rp 82,136,000 Rp 33,623,747
Terdapat pula bunga diskonto yang diambil dari BI Rate

tahun ini, yaitu sebesar 3,5% yang diperuntukan untuk
perhitungan Net Proceed di bawah ini :
7122000
Net Proceed tahun ke-1 = = 6.881.159
(1+0,035)1
7360000
(1+0,035)2
7528000
(1+0,035)3
7356000
(1+0,035)4
7924000
Net Proceed tahun ke-5 = (1+0,035)5
= 6.671.795
Rumus yang digunakan;
(Investasi)
PP = × 12 bulan
(Proses)
(4689000)
PP = × 12 bulan
(6881159)
PP = 0,68 x 12 bulan
PP = 0 tahun 8 bulan 16 hari
91
Jadi pengembalian investasi nya selama 0 tahun 8

bulan 16 hari dari hasil perhitungan payback period,
sehingga dapat dikatakan bahwa sistem ini layak diterapkan
karena periode pengembalian nya tidak melebihi waktu
maksimum yang ditentukan yaitu selama 5 tahun.
b. Metode Internal Rate of Return atau IRR
Tabel 5. 12 Internal Rate of Return
NET CASHFLOW PV DISCOUNT CASHFLOW PV DISCOUNT CASHFLOW
TAHUN CASH OUT CASH IN KUMULATIF CASHFLOW
(CASH IN - CASH OUT) 14% 14% 19% 19%
0 Rp 4,689,000 -Rp 4,689,000 -Rp 4,689,000 -Rp 4,689,000 -Rp 4,689,000.00
1 Rp 7,950,000 Rp 15,072,000 Rp 7,122,000 0.88 Rp 2,134,211 0.84 Rp 2,044,538 Rp 2,433,000.00
2 Rp 8,180,000 Rp 15,540,000 Rp 7,360,000 0.77 Rp 7,535,396 0.71 Rp 6,915,472 Rp 9,793,000.00
3 Rp 8,480,000 Rp 16,008,000 Rp 7,528,000 0.67 Rp 11,691,182 0.59 Rp 10,278,555 Rp 17,321,000.00
4 Rp 8,820,000 Rp 16,176,000 Rp 7,356,000 0.59 Rp 14,610,765 0.50 Rp 12,305,649 Rp 24,677,000.00
5 Rp 9,010,000 Rp 16,934,000 Rp 7,934,000 0.52 Rp 16,931,938 0.42 Rp 13,661,429 Rp 32,601,000.00
TOTAL Rp 48,214,490 Rp 40,516,643 Rp 82,136,000.00
Faktor PV untuk 14% =

1
Faktor PV =
(1 + i)n
1
Faktor PV = = 0,88
(1 + 0,14)1
1
Faktor PV = = 0,77
(1 + 0,14)2
1
Faktor PV = = 0,67
(1 + 0,14)3
1
Faktor PV = = 0,59
(1 + 0,14)4
1
Faktor PV = = 0,52
(1 + 0,14)5
Faktor PV untuk 19% =

1
Faktor PV = = 0,84
(1 + 0,19)1
1
Faktor PV = = 0,71
(1 + 0,19)2
92
1
Faktor PV = = 0,59
(1 + 0,19)3
1
Faktor PV = = 0,50
(1 + 0,19)4
1
Faktor PV = = 0,42
(1 + 0,19)5
DCF 14%
IRR = 14% + (19% − 14%)
(DCF 14% − DCF 19%)
20778849
IRR = 14% + (19% − 14%)
(20778849 − 17953426)
20778849
IRR = 14% + (15%)
2825423
IRR = 124%
Tabel 5. 13 Perhitungan IRR
Perhitungan Kelayakan Menggunakan Internal Rate of

Return
Investasi awal Rp 4.689.000
Net Proceed tahun ke-1 Rp 6.881.159

MARR 24%
IRR 124%
Hasil IRR > MARR (124% > 24%), maka proyek sistem
ini layak diterapkan.
93
c. Metode Pengembalian Investasi atau Return on Investment

Tabel 5. 14 Jumlah Total Manfaat dan Biaya
Tahun Manfaat Biaya
0 Rp 4.689.000
1 Rp 15.072.000 Rp 7.950.000
2 Rp 15.540.000 Rp 8.180.000
3 Rp 16.008.000 Rp 8.480.000
4 Rp 16.176.000 Rp 8.820.000
5 Rp 16.934.000 Rp 9.010.000
Total Rp 79.730.000 Rp 47.129.000
∑ 𝑀𝑎𝑛𝑓𝑎𝑎𝑡 − ∑ 𝐵𝑖𝑎𝑦𝑎
𝑅𝑂𝐼 = × 100%
∑ 𝐵𝑖𝑎𝑦𝑎
79730000 − 47129000
𝑅𝑂𝐼 = × 100%
47129000
𝑅𝑂𝐼 = 69%
Hasil ROI > 0, maka proyek sistem ini dapat dikatakan layak
diterapkan karena proyek sistem ini memberi keuntungan
sebesar 69% dari biaya investasi.
94
d. Metode Nilai Sekarang Bersih (Net Present Value)

Tabel 5. 15 Net Present Value
Perhitungan Kelayakan Menggunakan Net Present Value
Investasi awal Rp 4.689.000

Total Rp 33.623.747
Tinggi Suku Bunga (i) 3.5 %
Net Present Value Rp 38.312.747

𝑁𝑃𝑉 = 𝐼𝑛𝑣𝑒𝑠𝑡𝑎𝑠𝑖 𝑎𝑤𝑎𝑙 + 𝑇𝑜𝑡𝑎𝑙 𝑁𝑒𝑡 𝑃𝑟𝑜𝑐𝑒𝑒𝑑

𝑁𝑃𝑉 = 4689000 + 33623747
𝑁𝑃𝑉 = Rp. 38.312.747
Dari hasil perhitungan tersebut, dapat ditarik
kesimpulan bahwa proyek dinyatakan layak untuk
diterapkan. Karena NPV > 0. Jika sistem baru diterapkan
dengan presentase 14% maka keuntungan yang didapat
sebesar Rp. 38.312.747
Hasil-hasil dari metode yang digunakan pada pembuatan
sistem informasi untuk Daftar Absensi Mahasiswa Prodi Teknik
Industri Fakultas Teknik UNSIKA dirangkum pada tabel berikut;
95
Tabel 5. 16 Kesimpulan Analisis Kelayakan

No Metode Indikator Hasil Kesimpulan
.
1 Payback < 5 tahun 0 tahun 8 Layak
Period bulan 16 hari
2 Internal Rate IRR > 124% > 24% Layak
of Return MARR
(25%)
3 Return on ROI > 0 69% > 0 Layak
Investment
4 Net Present NPV > 0 Rp. 38.312.747 Layak
Value
Sumber : (Kelompok 8, 2021)
Dari keseluruhan metode yang telah digunakan untuk

menganalisis kelayakan sistem informasi Daftar Absensi
Mahasiswa Prodi Teknik Industri Fakultas Teknik UNSIKA, dapat
disimpulkan bahwa Sistem Informasi tersebut layak untuk
diterapkan guna mempermudah kegiatan absensi mahasiswa
pada prodi Teknik Industri Fakultas Teknik UNSIKA.
BAB VI
VISUAL BASIC FOR APLICATION SIMULATION
6.1 Tujuan
Setelah menyelesaikan Bab VI mengenai Penentuan Visual
Basic For Aplication Simulation ini, diharapkan praktikan dapat;
1. Praktikan mampu mendefinisikan visual basic for aplication.
2. Praktikan mampu menggunakan software microsoft excel untuk
menjalankan VBA.
3. Praktikan mampu merancang form untuk input sampai output
dari sistem informasi yang akan dikembangkan.
4. Praktikan mampu memahami dasar-dasar pembuatan aplication.
5. Praktikan mampu mensimulasikan aplication dari sistem
informasi yang akan dikembangkan.
6.2 Dasar Teori

Microsoft Excel merupakan program spreadsheet atau
pengolah angka yang sangat popular dan penggunaannya mudah
(Madcoms, 2008). Dengan microsoft excel, dapat memasukkan data,
menganalisa dan memprosesnya sehingga mendapatkan laporan
seperti yang diinginkan. Microsoft excel yang merupakan aplikasi
bawaan software microsoft office tergolong aplikasi yang mudah
digunakan dan versi program ini selalu baru. Microsoft Excel
memberi ruang untuk para pengunanya agar bisa bekerja secara
optimal dengan memanfaatkan salah satu fiturnya yaitu VBA.
VBA yang merupakan singkatan dari Visual Basic for
Applications adalah fungsi dari Visual Basic yang ditanamkan dalam
suatu peranti lunak. Dalam keluarga Microsoft, VBA adalah
merupakan suatu alat yang digunakan untuk mengembangkan
program yang dapat mengontrol Excel. Namun berbeda antara VBA
dengan VB (Visual Basic). VB adalah bahasa pemrograman yang
96
97
memungkinkan untuk membangun suatu program executable

mandiri (Taufik, 2008).
Adapun istilah macro dalam excel baris-baris perintah atau
kode yang dengannya anda ingin excel malakukan sesuatu secara
otomatis (Naufa, 2020). Dengan kata lain macro adalah kode atau
script tertentu sedangkan, Visual Basic for Applications adalah
bahasa pemrograman yang Anda gunakan untuk membuat macro.
Macro Excel dan Visual Basic for Applications (VBA) tidaklah sama
persis, meskipun keduanya terkait erat, dan seringkali kebanyakan
kita menyamaartikan serta menggunakannya secara bergantian.
Terkadang disebut macro, kadang disebut VBA dan lain waktu
disebut Macro VBA atau VBA Macro.
Macro pada Microsoft Excel sudah disiapkan di dalam tab
khusus bernama Developer. Dalam tab ini, Anda akan menemui
menu Record, Insert, hingga kelompok Control yang dapat dipakai
untuk membuat tombol, kotak cek, dan sebagainya. Secara default,
tab ini tidak dalam kondisi aktif. Dengan demikian, untuk
mengaktifkannya, lakukan langkah langkah berikut:
1. Klik tab File dan pilih Options.
2. Pilih menu Customize Ribbon.
Gambar 6. 1 Menu Customize Ribbon

98
3. Klik pada kotak cek Developer pada kolom Customize the

Ribbon.
Gambar 6. 2 Kotak Cek Develover

4. Tekan tombol OK. Kini, anda bisa melihat tab Developer di

samping kanan tab View.
Gambar 6. 3 Tab Developer

Adapun terdapat beberapa deskripsi fungsi VBA dalam Macro

Excel menurut (Siregar, 2019).
1. Memasukkan text string dalam satu perintah
Makro excel dapat melakukan pengetikan untuk
memasukkan beberapa data kedalam worksheet secara
sekaligus. Hal ini lebih condong untuk penggunaan excel untuk
mencatat data yang dilakukan secara rutin. Misalkan data nama
siswa dan nilai yang diperoleh, dimana data nilai dietakkan pada
lembar worksheet yang berbeda.
2. Otomatisasi pekerjaan rutin
Pekerjaan yang dilakukan secara rutin seperti membuat
laporan pemasukan dan pengeluaran kas setiap hari, Macro
excel mampu dengan mudah dibangun untuk tujuan tersebut.
99
Otomasi tanggal dapat diatur sehingga laporan dapat tepat

waktu tercatat.
3. Otomatisasi perintah berulang
Jika terdapat tindakan yang perlu dilakukan bersama,
semisal mengerjakan suatu tugas yang membutuhkan 3
workbook excel yang berbeda, VBA dapat merekam makro saat
melakukan pekerjaan pada workbook pertama dan kemudian
membiarkan makro mengulangi tindakan pada workbook.
4. Membangun perintah yang multifungsi
VBA memiliki fitur agar dapat melakukan otomatisasi
perintah menjadi satu. Misalkan dalam satu tombola tau langkah
akan dilakukan perintah otomatis untuk melakukanbeberapa
fungsi sekaligus, misalkan perintah kalkulasi serta perintah print
sekaligus.
5. Membuat tampilan menu sesuai yang diinginkan
Dengan menggunakan VBA seluruh layout yang ingin
ditampilkan pada worksheet dapat diatur sehingga pekerjaan
akan menjadi lebih fokus. Hal ini juga akan membantu seorang
rekan kerja yang tidak memiliki pemahaman yang banyak
tentang computer menjadi lebih terbantu.
Banyak sekali kalangan orang yang menggunakan excel
sebagai alat untuk menyelesaikan beberapa tugas yang dilakukan
berulang kali dan terus menerus. Berikut adalah beberapa contoh
kegunaan umum dari microsoft excel yang sering dijumpai;
1. Mengelola data nilai, mengelola data penggajian, serta
mengelola jadwal dan agenda kegiatan.
2. Mengelola transaksi serta menghasilkan faktur dan mencetak
Kwitansi transaksi.
3. Mengelola perkembangan grafik dari data yang disimpan dalam
dimensi data pada excel.
Selain kegunaan microsoft excel pada umumnya tersebut, ada
kegunaan lain yang mungkin dapat menjadi salah satu alat untuk
100
memenuhi kebutuhan lain dalam menggunakan excel. Kebutuhan

tersebut adalah dalam melakukan otomatisasi beberapa fungsi excel
dengan lebih terkesan mudah dan singkat. VBA pada macro excel
menjadi penunjang untuk hal tersebut.
Program VBA juga dapat melakukan rekap data ke dalam
bentuk laporan yang kemudian dapat dicetak kedalam bentuk
hardfile. Semua dalam VBA ini dapat dilakukan dengan hanya dalam
beberapa langkah mudah dan menghemat waktu, dimana
sebelumnya telah dirangkum dalam satu perintah.
6.3 Alat dan Bahan

Alat dan Bahan yang digunakan dalam pengerjaan Bab VI
mengenai Visual Basic For Aplication Simulation, diantaranya
1. Komputer atau Laptop,
2. Kertas HVS A4, dan
3. Printer.

VI mengenai Visual Basic For Aplication Simulation ini, yaitu
diantaranya;
1. Menentukan worksheet yg akan digunakan.
2. Mengaktifkan tab developer.
3. Masuk ke menu visual basic.
4. Menentukan apa saja form yang diinginkan.
5. Membuat tampilan form yg diinginkan, menambahkan label,
textbox, command button, list box, dll.
6. Mengidentifikasi fungsi dari setiap tools yg digunakan dalam
form.
7. Menentukan query/coding dari setiap tools yang digunakan.
101
6.5 Hasil Praktikum

Pada Modul 6 yang membahas tentang Visual Basic
Application, praktikan membuat VBA tentang Sistem Informasi
Absensi Mahasiswa Teknik Industri dimana dalam proses
pembuatannya memerlukan script coding agar aplikasi atau sistem
tersebut dapat berjalan sesuai perintah programmer atau si pembuat.
Dibawah ini merupakan hasil VBA simulation, yaitu sebagai
berikut:
1. Flowchart, Form dan Coding
Berikut simulasi dari flowchart, form dan coding yang kita
rancang dalam Sistem Informasi Absensi Mahasiswa Teknik
Industri sebagai berikut.
a. Form Input Data Login
Gambar 6. 4 Input Data Login

Berikut merupakan script coding untuk menjalankan

beberapa button yang dijalankan.
102
Gambar 6. 5 Script Coding Input Data Login

b. Form Halaman Utama
Gambar 6. 6 Halaman Utama


103
Gambar 6. 7 Script Coding Halaman Utama

c. Form Input Data Pendaftaran
Gambar 6. 8 Input Data Pendaftaran


104
Gambar 6. 9 Script Coding Input Data Pendaftaran

105
d. Flowchart, From, dan Coding Masuk Sebagai Admin
Mulai
Masuk tampilan form login/daftar
Input Username dan Password

apabila sudah memiliki akun
NO Apakah sudah
memiliki Username
dan Password yang
terdaftar ?
YES
Masuk tampilan form halaman utama
Klik button Admin
Masuk tampilan form halaman Menu

Admin
A
106
Klik button input Data Admin
Input data admin: NPM Admin, Nama

Admin, Jenis Kelamin Admin
Klik button Tambah
Data berhasil disimpan
Kembali

Admin
Klik button input Data Pengguna
B
107
Input data admin: ID Pengguna, NIDN

Dosen, NIDN Kaprodi, NPM Admin,
NPM Mahasiswa
Klik button Tambah
Mencetak : Data Admin, Data Absensi,

Data Dosen, Data Kaprodi, Data
Mahasiswa
Kembali ke tampilan form

halaman Menu Admin
Logout
Selesai
Gambar 6. 10 Flowchart Masuk Sebagai Admin

108
1) Form Interface Admin
Gambar 6. 11 Interface Admin


Gambar 6. 12 Script Coding Interface Admin

109
2) Form Input Data Admin
Gambar 6. 13 Input Data Admin


110
Gambar 6. 14 Script Coding Input Data Admin

3) Form Input Data Pengguna
Gambar 6. 15 Input Data Pengguna


111
Gambar 6. 16 Script Coding Input Data Pengguna

112
e. Flowchart, From, dan Coding Masuk Sebagai Kaprodi
Mulai

Apakah sudah
NO
memiliki Username
dan Password yang
terdaftar ?
YES
Klik button Kaprodi

Kaprodi
A
113
Klik button input Data Kaprodi
Input data kaprodi: NIDN, Nama Kaprodi
Klik button Tambah
Mencetak: Data Kaprodi, dan Laporan

Data Absensi Mahasiswa

halaman Menu Kaprodi
Logout
Selesai
Gambar 6. 17 Flowchart Masuk Sebagai Kaprodi

114
1) Form Interface Kaprodi
Gambar 6. 18 Interface Kaprodi


Gambar 6. 19 Script Coding Interface Kaprodi

115
2) Form Input Data Kaprodi
Gambar 6. 20 Input Data Kaprodi


Gambar 6. 21 Script Coding Input Data Kaprodi

116
f. Flowchart,Form, dan Coding Masuk Sebagai Dosen
Mulai

NO Apakah sudah
memiliki Username
dan Password yang
terdaftar ?
YES
Klik button Dosen
Masuk tampilan form halaman Menu Dosen
A
117
Klik button input Data Dosen
Input data kaprodi: NIDN, Nama Dosen,

Dosen pengampu
Klik button Tambah
Kembali
Masuk tampilan form halaman Menu Dosen
Klik button input Jadwal Mata

Kuliah
Input Jadwal Mata Kuliah : Mata Kuliah,

Kode Kelas
B
118
Klik button Tambah
Mencetak: Data Dosen, Data Absensi

Mahasiswa, dan Jadwal Mata Kuliah

halaman Menu Dosen
Logout
Selesai
Gambar 6. 22 Flowchart Masuk Sebagai Dosen

1) Form Interface Dosen
Gambar 6. 23 Interface Dosen

119

Gambar 6. 24 Script Coding Interface Dosen

2) Form Input Data Dosen
Gambar 6. 25 Input Data Dosen


120
Gambar 6. 26 Script Coding Input Data Dosen

121
3) Form Input Data Jadwal Mata Kuliah
Gambar 6. 27 Input Data Jadwal Mata Kuliah


Gambar 6. 28 Script Coding Input Data Jadwal Mata Kuliah

122
g. Flowchart, Form, dan Coding Masuk Sebagai Mahasiswa
Mulai

Apakah sudah
NO
memiliki Username
dan Password yang
terdaftar ?
YES
Klik button Mahasiswa

Mahasiswa
A
123
Klik button input Data

Mahasiswa
Input data kaprodi: NPM

Mahasiswa, Nama Mahasiswa,
Alamat Mahasiswa, No.Hp, Jenis
Kelamin , Kelas
Klik button Tambah
Kembali

Mahasiswa
B
124
Klik button input Data Absensi
Input data Absensi: NPM

Mahasiswa, Nama Mahasiswa,
Tanggal, Kelas, Status Absensi,
Mata Kuliah
Klik button Tambah
Mencetak: Data Mahasiswa, Data

Absensi, Data Jadwal Mata Kuliah

halaman Menu Mahasiswa
Logout
Selesai
Gambar 6. 29 Flowchart Masuk Sebagai Mahasiswa

125
1) Form Interface Mahasiswa
Gambar 6. 30 Interface Mahasiswa


Gambar 6. 31 Script Coding Interface Mahasiswa

126
2) Form Input Data Mahasiswa
Gambar 6. 32 Input Data Mahasiswa


127
Gambar 6. 33 Script Coding Input Data Mahasiswa

3) Form Input Data Absensi
Gambar 6. 34 Input Data Absensi


128
Gambar 6. 35 Script Coding Input Data Absensi

129
2. Microsoft Excel Objects

Miscrosoft excel objek berisi worksheet yang ada dalam
suatu file di bawah ini.
a. Worksheet Data Absensi
Gambar 6. 36 Worksheet Data Absensi

b. Worksheet Data Admin
Gambar 6. 37 Worksheet Data Admin

130
c. Worksheet Data Dosen
Gambar 6. 38 Worksheet Data Dosen

d. Worksheet Data Kaprodi
Gambar 6. 39 Worksheet Data Kaprodi

131
e. Worksheet Data Login
Gambar 6. 40 Worksheet Data Login

f. Worksheet Data Mahasiswa
Gambar 6. 41 Worksheet Data Mahasiswa

132
g. Worksheet Data Pendaftaran
Gambar 6. 42 Worksheet Data Pendaftaran

h. Worksheet Data Pengguna
Gambar 6. 43 Worksheet Data Pengguna

133
i. Worksheet Data Jadwal Mata Kuliah
Gambar 6. 44 Worksheet Data Jadwal Mata Kuliah

j. Worksheet Keterangan
Gambar 6. 45 Worksheet Keterangan

134
k. This Workbook
Gambar 6. 46 This Workbook

3. Modules
Dalam pengertian yang sederhana modules dapat diartikan
sebagai tempat untuk menyimpan kode-kode VBA. Kode-kode yang
dirancang sebagai berikut;
Gambar 6. 47 Script Coding Modules

DAFTAR PUSTAKA
Brady & Loonam, 2010. Exploring the use of entity-relationship

diagramming as a technique to support grounded theory inquiry.
Bradford: Emerald Group Publishing.
Elkhad, 2010. Analisa dan Sistem Informasi. Jakarta: Grasindo.
Ermatita, 2016. Analisis Dan Perancangan Sistem Informasi
Perpustakaan. Jurnal Sistem Informasi (JSI), pp.966-77.
Gunawan, 2009. Perancangan Alur Kerja dan Arsitektur Informasi.
Yogyakarta: Kasinus.
Haloho, 2010. Perencanaan Sistem Informasi. Jakarta: Grasindo.
Hariadi, F., 2019. Manajemen User Interface Pada Game 2D Berbasis
Finite State Machine. Jurnal Media Informatika Budidarma, Vol 3(No
3), p.144.
Herwanto, D., 2020. Modul Praktikum Perancangan Sistem Informasi.
Karawang: Universitas Singaperbangsa Karawang.
Ibrahim, Y., 1998. Studi Kelayakan Bisnis. Jakarta: Rineka Cipta.
Irwansyah, 2014. Pengantar Teknologi Informasi. Yogyakarta: Deepublish.
Irwansyah, E. & Moniaga, J., 2014. Pengantar Teknologi Informasi.
Yogyakarta: Deepublish.
Jogiyanto, 2005. Analisa dan Desain Sistem Informasi. Yogyakarta: ANDI.
Kelompok 8, 2021. Laporan Praktikum Perancangan Sistem Informasi.
Karawang: Universitas Singaperbangsa Karawang.
Madcoms, 2008. Aplikasi PHP dan MYSQL untuk membuat website
interaktif. Yogyakarta: Penerbit ANDI.
Naufa, I.H.P., 2020. APLIKASI STOK BARANG GUDANGBERBASIS VBA
EXCEL DENGAN METODE WATERFALLDI UPTTIK UPGRIS.
Science And Engineering National S, p.688.
Nugroho, A.S., 2018. Analisis dan Perancangan Sistem Informasi.
Yogyakarta: Trans Tekno.
Nuseibeh, 2000. Requirements Engineering. A Roadmap, p.10.
xii
Sekti, B.A., 2019. Perancangan Sistem Informsi Msnsjemen Proyek.
Jurnal Ibnu Komputer, pp.1-10.
Shalahuddin, 2013. Analisa dan Desain Sistem Informasi. Yogyakarta:
Andi Offset.
Siregar, Z.H., 2019. Implementasi Macro Excel (VBA) Sebagai Sistem
Informasi Registrasi Dan Monitoring Talangan Haji Pada PT. Bank
Mandiri Cab. Ternate. IESM Journal, Vol. 1 No. 1, p.48.
Sommerville, I., 2003. Software Engineering (Rekayasa Perangkat Lunak).
Jakarta: Hilarius Wibi Hardani.Ed.6, Erlangga.
Sulistyohati, 2008. Aplikasi Sistem Pakar Diagnosa Penyakit Ginjal
Dengan Metode Dempster Shafer. Jurnal Teknik Informasi, pp.8-9.
Supuwiningsih, N.Y., 2021. Basisdata Datalam Sistem Informasi
Geografis. Bandung: Media Sains Indonesia.
Sutabri, T., 2012. Analisis Sistem Informasi. Yogyakarta: ANDI.
Taufik, M., 2008. Membuat aplikasi akuntansi dengan microsoft excel
2007. 1st ed. Jakarta: Medikita.
Whitten, 2004. Metode Desain dan Analisis Sistem. Yogyakarta: ANDI.
xiii
LEMBAR ASISTENSI
Berikut hasil kegiatan Asistensi Praktikum yang diberikan oleh

Asisten Praktikum kepada kami dalam menyusun Laporan Akhir Praktikum
Perancangan Sistem Informasi 2021 lebih baik lagi, melalui personal
chat/multi grup masing-masing perwakilan kelompok kepada Asisten
Praktikum, diantaranya:
Hasil Asistensi 1 Hasil Asistensi 2 Hasil Asistensi 3
xiv

Mengetahui,
Koordinator Program Studi S-1 Dosen Pengampu Praktikum
Teknik Industri, Fakultas Teknik Perancangan Sistem Informasi
Ir. H. Wahyudin, ST., MT., IPM. Dene Herwanto, ST., MT.

NIDN. 0004017311 NIDN. 0402047604
Menyetujui,
Sistem Informasi (Laporan Sistem Informasi (Materi
Praktikum) Praktikum)
Billy Nugraha, ST. Ari Teguh Septiansyah

NIM. 1810631140021
xv
LEMBAR PERSETUJUAN SEMINAR PRAKTIKUM
PRAKTIKUM PERANCANGAN SISTEM INFORMASI 2021/2022
Yang bertanda tangan dibawah ini adalah:

Nama Ketua Kelompok : Fahmi Abdul Rafi
NPM : 2010631140015
Kelompok :8
Hari/Sesi Urutan Seminar :
Waktu :
Dengan ini menyatakan bahwa saya perwakilan dari Kelompok 8
bersedia untuk mengikuti prosedur atau tata tertib yang berlaku untuk
Seminar Praktikum Perancangan Sistem Informasi 2021/2022. Apabila
pada sesi atau waktu yang telah ditentukan, maka Kelompok 8 siap
menerima konsekuensi apapun. Demikian pernyataan ini dibuat dengan
keadaan sadar dan tidak di bawah tekanan orang lain.
Mengetahui,
Sistem Informasi (Laporan) Sistem Informasi (Materi)
Billy Nugraha,ST. Ari Teguh Septiansyah

NIM. 1810631140021
Menyetujui,
Ketua Kelompok Anggota 1 (Perwakilan Kelompok)
Fahmi Abdul Rafi Krisna Apriansyah K

NIM. 2010631140015 NIM. 2010631140023
xvi
DOKUMENTASI ATAU FOTO KERJA KELOMPOK
Berikut hasil kegiatan Dokumentasi atau Foto Kerja Kelompok

Praktikum yang dilakukan oleh kami sebagai Peserta Praktikum dalam
menyusun Laporan Akhir Praktikum Perancangan Sistem Informasi 2021,
diantaranya:
Hasil Dokumentasi atau Foto Hasil Dokumentasi atau Foto
Kerja Kelompok (1) Kerja Kelompok (2)
Hasil Dokumentasi atau Foto Hasil Dokumentasi atau Foto

Kerja Kelompok (3) Kerja Kelompok (4)
xvii
DOKUMENTASI KEGIATAN BELAJAR MENGAJAR PRAKTIKUM
Berikut hasil kegiatan Dokumentasi Kegiatan Belajar Mengajar

Praktikum yang dilakukan oleh Asisten Praktikum dalam menjelaskan,
mengarahkan dan membimbing Praktikum Perancangan Sistem Informasi
2021, diantaranya:
Hasil Dokumentasi Kegiatan Hasil Dokumentasi Kegiatan
Belajar Mengajar Praktikum (1) Belajar Mengajar Praktikum (2)
Hasil Dokumentasi Kegiatan Hasil Dokumentasi Kegiatan

Belajar Mengajar Praktikum (3) Belajar Mengajar Praktikum (4)
xviii

Contoh Salah Satu Laporan Terbaik - PPSI - 22-23

Diunggah oleh

Informasi Dokumen

Judul Asli

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

Contoh Salah Satu Laporan Terbaik - PPSI - 22-23

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN AKHIR

PRAKTIKUM PERANCANGAN SISTEM INFORMASI

Disusun untuk memenuhi salah satu kelulusan mata kuliah

PROGRAM STUDI S-1 TEKNIK INDUSTRI

LAPORAN PRAKTIKUM AKHIR PERANCANGAN SISTEM INFORMASI

Setelah diperiksa dengan seksama, maka Laporan Akhir ini telah

Fahmi Abdul Rafi 2010631140015

Karawang, 10 Januari 2022

Ir. H. Wahyudin, ST., MT., IPM. Dene Herwanto, ST., MT.

Billy Nugraha, ST. Ari Teguh Septiansyah

Karawang, 10 Januari 2022

Gambar 2. 1 Contoh DFD Level 1............................................................ 25

Tabel 2. 1 Pendekatan Yourdon dan Gane .............................................. 22

LEMBAR ASISTENSI .............................................................................. xiv

1.1 Tujuan Praktikum

1.2 Dasar Teori

memastikan perangkat lunak yang telah dibuat memang sesuai

3. Spesifikasi rancangan perangkat lunak (software design

disebut dengan diagram sebab-akibat atau cause effect

1. Problem discovery and analysis, merupakan proses penemuan

Hal-hal yang diharapkan bisa diketahui melalui dokumen-

kemudian dimintakan tanggapan/respon kepada responden,

1.3 Alat dan Bahan

1.4 Prosedur Praktikum

2. Identifikasi kebutuhan input dan dokumen laporan yang

1.5 Hasil Praktikum

6) Sistem dapat membuat input data jadwal mata kuliah.

8) Sistem dapat menghapus input data login.

8) Sistem dapat menampilkan output data absensi.

(1) PC/laptop dengan spesifikasi RAM DDR2 4GB

(5) Google Chrome Chrome Version 95.0.4638.69

yang ada dalam membuat sistem tersebut. Ketepatan

a. Mahasiswa hanya bisa menambahkan, mencetak data

2.1 Tujuan Praktikum

2.2 Dasar Teori

2. Analisis Aliran Data

diagram dilengkapi dengan empat buah notasi yang sederhana.

Ketentuan lain dari tabel di atas dijelaskan di bawah ini,

memungkinkan para analis merepresentasikan aktivitas-aktivitas

a. Diagram Konteks Data

Gambar 2. 1 Contoh DFD Level 1

d. Aturan dasar untuk menggambarkan diagram lojik aliran

b. Convergen Data Flow atau Arus Data Mengumpul

Gambar 2. 3 Convergen Data Flow

2.3 Alat dan Bahan

2.4 Prosedur Praktikum

2.5 Hasil Praktikum

Gambar 2. 4 DFD Level 0 Sistem Informasi Absensi Mahasiswa

2. Data Flow Diagram

9. Proses Keluar Dari Sistem

Hak Akses kaprodi

Memasukan Username & Password

Jenis Hak Akses

Laporan Data Kaprodi

Jad wal Mata Kuliah

Data Pengguna 6. Proses Hak Akses Mahasiswa

Gambar 2. 5 DFD Level 1 Sistem Informasi Absensi Mahasiswa

3.1 Tujuan Praktikum

3.2 Dasar Teori

relasional. Model data relasional memiliki komponen utama yaitu

Gambar 3. 1 Notasi Entitas

Objek dasar dapat berupa orang, benda, atau hal

Gambar 3. 2 Notasi Atribut