SISTEM INFORMASI WEB PERSEDIAAN OBAT APOTEK

PADA CIKARA STUDIO MENGGUNAKAN

FRAMEWORK DAN MYSQL

LAPORAN PRAKTIK KERJA INDUSTRI

Diajukan Untuk Memenuhi Persyaratan Dalam Mengikuti Sidang Praktik

Kerja Industri

Disusun Oleh :

DEWA SEKTIA DIRAJA

NIS.: (NIS KALIAN)

PROGRAM KEAHLIAN REKAYASA PERANGKAT

LUNAK SEKOLAH MENENGAH KEJURUAN CENDIKIA
KABUPATEN TASIKMALAYA 2023/2024
 LEMBAR PENGESAHAN

SISTEM INFORMASI WEB PERSEDIAAN OBAT APOTEK

PADA CIKARA STUDIO MENGGUNAKAN
FRAMEWORK DAN MYSQL

Disetujui pada tanggal, Desember 2013

Pembimbing DU/DI, Guru Pembimbing,

Wahyu M Dean Ramadan, S.T

Penguji, Kepala Program,

Rekayasa Perangkat Lunak,

U. Jeni Ahmad Yani, S.T Sopa Aulia, S.Kom

Mengetahui,
Kepala SMK Cendekia,

Milah Karmilah, S.T M.Pd

NUPTK.
 KATA PENGANTAR

Puji syukur kehadirat Allah SWT, atas segala rahmat dan hidayahnya
sehingga penulis dapat menyelesaikan penyusunan laporan hasil praktek kerja
industri yang dilaksanakan selama tiga bulan di Cikara Studio
Laporan Praktek Kerja Industri ini disusun dalam rangka memenuhi syarat
untuk mengikuti sidang akhir praktek kerja industri dan sebagai laporan
pelaksanaan Praktek Kerja Industri tahun pelajaran 2023/2024
Penulis menyadari bahwa laporan Praktek Kerja Industri ini tidak dapat
tersusun dengan baik tanpa bantuan dari berbagai pihak, oleh karena itu pada
kesempatan ini penulis dengan tulus menyampaikan terima kasih kepada :
1. Orang tua yang telah mendo’akan penulis selama ini dan selalu
mendukung penulis dalam menjalankan pendidikannya.
2. Keluarga yang selalu mendukung dalam menjalankan prakerin dan
menyelesaikan laporan ini.
3. Bapak Asep Deni Maulidani selaku kepala sekolah SMK cendikia yang
telah memberikan ijin kepada penulis sehingga dapat melaksanakan
prekerin.
4. Para guru produktif yang telah membimbing penulis dalam KBM di
sekolah sehingga penulis mempunyai pengetahuan khususnya pada
bidang produktif.
5. Teman-teman seperjuangan yang telah memberi semangat penulis dalam
menyelesaikan laporan ini.
6. Semua pihak yang tidak bisa disebutkan satu persatu yang telah
membantu dalam menyelesaikan laporan ini, juga.
7. Dewa Sektia Diraja, last but no least, ya! diri saya sendiri. Apresiasi
sebesar-besarnya karena telah bertanggung jawab untuk menyelesaikan
apa yang telah di mulai. Terima kasih karena terus berusaha dan tidak
menyerah, serta senantiasa menikmati setiap proses nya yang di bilang
tidak mudah. Terima kasih sudah bertahan.
Tasikmalaya, 14 Agustus 2023

Penulis

,
 INTISARI

Di era modernisasi sekarang ini, segala hal menggunakan yang lebih praktis
agar dapat mengerjakan pekerjaanya dengan cepat dan mempersingkat waktu
sehingga dapat mengerjakan pekerjaan lainnya. Berkaitan dengan
mempersingkat waktu dan meringankan pekerjaan seperti mengelola dan
mendata persediaan obat di Apotek

Dengan ini penulis bermaksud untuk membantu meringankan pekejaan para

pegawai di Apotek untuk membuat aplikasi yang dapat membantu
meringankan pekerjaan dalam pengelolaan dan pendataan persediaan obat di
Apotek. Aplikasi yang akan dibuat oleh penulis dapat menyimpan data
menghapus & menambahkan di dalam sebuah database yang telah disediakan,
sehingga data persediaan obat yang telah dikelola dapat tersimpan dengan
aman.

Pembuatan aplikasi ini juga sebagai salah satu syarat untuk penulis agar dapat
memenuhi tugas akhir Praktek Kerja Industri (PRAKERIN) dan membantu
pegawai di suatu Apotek dalam mengelola dan mendata persediaan obat.
Intoday's modernization era, everything uses a more practical way to do the work
quickly and shorten the time so it can do other work. Relating to shorten the time
and lighten the work such as managing and collecting book borrowing in BPS
Kab.Tasikmalaya.
With this writer intends to help alleviate the work of the employees in the library
BPS Kab.Tasikmalaya to create an application that can help alleviate the work in
the management and data collection of book borrowing in the library BPS
Kab.Tasikmalaya. Applications that will be created by the authors can store data
lending books in a database that has been provided, so that data lending books
that have been managed can be stored safely.
Making this application as well as one of the requirements for the author to be
able to meet the final task of Industrial Practice (PRAKERIN) and assist
employees in the library BPS Kab.Tasikmalaya in managing and collecting
borrowing books
 DAFTAR ISI

KATA PENGANTAR…………….………………………………………………. I
DAFTAR ISI………………………………………………………………………. Ii
DAFTAR GAMBAR………………………………………………….................... Ix
DAFTAR TABEL…………………………………………………….................... xii
DAFTAR LAMPIRAN…………………..……………………………………….. xiv

BAB I PENDAHULUAN

1.1 Latar Belakang…………………………………………….................... 1

1.2 Rumusan Masalah…………………………………………………….. 3
1.3 Batasan Masalah……………………………………………................. 4
1.4 Tujuan Masalah……………………………………………………….. 5
1.5 Metodologi Penelitian…………………………………….................... 6
1.5.1 Metode Pengumpulan Data……………………………………… 6
1.5.2 Metode Perancangan Perangkat Lunak………………………….. 6
1.6 Waktu dan Tempat Pelaksanaan Kerja Praktek……………………….. 8
1.7 Sistematika Penulisan…………………………………………………. 9
BAB II TINJAUAN UMUM PERUSAHAAN

2.1 Propil Perusahaan...……………………………………………………. 10

2.1.1 Pendahuluan……………………………………………………… 10
2.1.2 Visi Misi dan Motto Perusahaan…………………………………. 11
2.1.2.1 Visi Perusahaan………………………………………….. 11
2.1.2.2 Misi Perusahaan………………………………………….. 11
 2.1.2.3 Motto Perusahaan……….………………………………… 12
2.1.3 Kompetensi Utama……………………………………………….. 12
2.1.4 Portofolio Project…………………………………………………. 13
2.1.5 Kontak…………………………………………………………….. 16
2.2 Struktur Organisasi……………………………………………………… 17
BAB III LANDASAN TEORI

3.1 Sistem Informasi………………………………………………………... 18

3.1.1 Sistem………………………….………………….……………… 18
3.1.1.1 Pengertian Sistem………………………………………… 18
3.1.1.2 Elemen Sistem……………………………………………. 18
3.1.1.3 Karakteristik Sistem………………………………………. 19
3.1.1.4 Klasifikasi Sistem…………………………………………. 21
3.1.2 Informasi……………………………………….…………………. 23
3.1.2.1 Pengertian Informasi……………………………………… 23
3.1.3 Pengertian Sistem Informasi……….…………………………….. 25
3.1.4 Konsep Dasar…………………………………………………….. 26
3.1.4.1 Konsep Dasar Sistem…………………………………….. 26
3.1.4.2 Konsep Dasar Informasi………………………………….. 26
3.1.4.3 Konsep Dasar Sistem Informasi…………………………... 27
3.1.5 Komponen Dan Elemen Sistem Informasi……………………….. 28
3.1.5.1 Komponen Sistem Informasi……………………………… 28
3.1.5.1.1 Komponen Input………………………………… 28
3.1.5.1.2 Komponen Model………………………………. 28
3.1.5.1.3 Komponen Output………………………………. 29
3.1.5.1.4 Komponen Teknologi…………………………… 29
 3.1.5.1.5 Komponen Hardware…………………………… 29
3.1.5.1.6 Komponen Software……………………………. 29
3.1.5.1.7 Komponen Basis Data………………………….. 30
3.1.5.1.8 Komponen Kontrol……………………………… 33
3.1.5.2 Elemen Sistem Informasi…………………………………. 34
3.1.5.2.1 Personil…………………………………………. 34
3.1.5.2.2 Prosedur…………………………………………. 35
3.1.5.2.3 Perangkat Keras………………………………… 35
3.1.5.2.4 Perangkat Lunak………………………………… 35
3.1.5.2.5 Basis Data………………………………………. 36
3.2 Sistem Informasi Absensi Karyawan………………………………….. 37
3.3 Elemen – Elemen Tahap Pemodelan Analisis…………………………. 38
3.3.1 Flowmap…………………………………………………………. 38
3.3.1.1 Pengertian Flowmap……………………………………… 38
3.3.1.2 Jenis – Jenis Flowmap…………………………………… 38
3.3.1.3 Notasi / Simbol – Simbol Flowmap……………………… 38
3.3.2 Kamus Data (Data Dictionary)………………………………….. 41
3.3.2.1 Penjelasan Kamus Data………………………………….. 41
3.3.3 Data Flow Diagram (DFD)……………………….……………… 42
3.3.3.1 Pengertian Data Flow Diagram………………………….. 42
3.3.3.2 Komponen Data Flow Diagram………………………….. 43
3.3.3.2.1 Komponen Terminator / Entitasi Luar…………. 44
3.3.3.2.2 Komponen Proses….…………………………… 46
3.3.3.2.3 Komponen Data Store………………………….. 49
3.3.3.2.4 Komponen Data Flow / Alur Data……………… 51
 3.3.3.3 Syarat Pembuatan Data Flow Diagram…………………… 55
3.3.3.4 Penggambaran DFD………………………………………. 63
3.3.4 Entity Relationship Diagram (ERD)…….……………………….. 66
3.3.4.1 Pengertian Entity Relationship Diagram………………… 66
3.3.4.2 Penjelasan Entity……………………….………………… 66
3.3.4.3 Penjelasan Atribut………………………………………… 66
3.3.4.3.1 Pengertian Atribut Dan Nilai Atribut…………… 66
3.3.4.3.2 Jenis – Jenis Atribut…………………………….. 67
3.3.4.4 Penjelasan Relationship………………………………….. 68
3.3.4.4.1 Pengertian Relationship dan set………………… 68
3.3.4.4.2 Derajat Dari Relationship………………………. 69
3.3.4.5 Cardinality Ratio Constraint……………………………… 70
3.3.4.5.1 Penjelasan Cardinality Ratio Constraint……….. 70
3.3.4.5.2 Jenis Cardinality Ratio Constraint……………… 70
3.3.4.6 Penjelasan Participation Constraint………………………. 72
3.3.4.7 Penjelasan Weak Entity…………………………………... 73
3.3.4.8 Simbol – Simbol Entity Relationship Diagram………….. 73
3.4 Metode Perancangan Perangkat Lunak…………………………………. 74
3.4.1 Waterfall Model………………………….……………………….. 74
3.4.1.1 Sejarah Waterfall Model……………………….…………. 74
3.4.1.2 Pengertian Waterfall Model……………………………… 75
3.4.1.3 Tahapan Waterfall Model…..……………………………. 75
3.4.1.3.1 Analisis………………………………………… 75
3.4.1.3.2 Perancangan Sistem……………………………. 76
3.4.1.3.3 Desain………………………………………….. 76
 3.4.1.3.4 Implementasi…………………….……………… 76
3.4.1.3.5 77
Integrasi………………………………………….
3.4.1.3.6 Operasi Dan Pemeliharaan……………………… 77
3.5 Normalisasi…………………………….……………………………….. 77
3.5.1 Maksud Dan Sejarah Normalisasi………………………………… 77
3.5.2 Beberapa Definisi Normalisasi…………………………………… 79
3.5.3 Tujuan Normalisasi……………………….………………………. 79
3.5.4 Proses Normalisasi…………………………….…………………. 79
3.6 Basis Data Dan Database Management System (DBMS)………………. 80
3.6.1 Basis Data………………………………………………………… 80
3.6.2 Model Data……………………………….………………………. 80
3.6.2.1 Model Data Hirarkis…………………….……………….. 80
3.6.2.2 Model Data Jaringan…………………………………….. 81
3.6.2.3 Model Data Relasional…………………………………… 81
3.6.3 Yang Berkepentingan Dengan Basis Data……………………….. 82
3.6.4 DBMS (Database Management System)… ……………………… 82
3.6.4.1 Pengertian DBMS………………………………………… 82
3.6.4.2 Tinjauan Sejarah……………………….…………………. 83
3.6.4.3 Komponen Utama DBMS……………………………….... 86
3.6.4.4 Keuntungan Penggunaan DBMS………………………… 86
3.6.4.5 Level Abstraksi Dalam DBMS…………………………… 86
BAB IV ANALISIS SISTEM DAN PERANCANGAN

4.1 Analisis Dokumen…………………….………………….…………….. 88

4.1.1 Analisa Dokumen………………………….……………………… 88
4.1.2 Analisa Prosedur Yang Sedang Berjalan…………………………. 89
4.2 Aliran Dokumen (Flowmap) Sistem Yang Sedang Berjalan…………… 91
4.2.1 Flowmap Absensi Karyawan PT. Ihsan Solusi…………………… 91
4.3 Analisis Kebutuhan Sistem…………………….……………………….. 92
4.3.1 Kebutuhan Antar Muka……………………….………………….. 92
4.3.2 Kebutuhan Data……………………………….………………….. 93
4.4 Aliran Dokumen (Flowmap) Sistem Yang Diusulkan………………….. 93
4.4.1 Aliran Dokumen (Flowmap) Dari Karyawan Ke Sistem…………. 93
4.4.2 Aliran Dokumen (Flowmap) Dari Administrator Ke Sistem…….. 93
4.5 Diagram Konteks Yang Diusulkan…………………………………….. 95
4.6 Data Flow Diagram (DFD) Yang Diusulkan…………………………… 96
4.6.1 DFD Level 0……………………….……………………………… 96
4.6.2 DFD Level 1 Proses 1 Proses Login……………………………… 98
4.6.3 DFD Level 2 Proses 2 Proses Pengolahan Data Absensi………… 99
4.6.4 DFD Level 2 Proses 3 Proses Pengolahan Data Karyawan………. 100
4.6.5 DFD Level 2 Proses 2.1 ProsesTambah Data Absensi…………… 101
4.6.6 DFD Level 2 Proses 2.4 Proses Pengolahan Data Hari Libur……. 102
4.6.7 DFD Level 2 Proses 2.5 Proses Pembutan Laporan……………… 103
4.6.8 DFD Level 2 Proses 3.1 Proses Pengubahan Data Password…….. 104
4.6.9 DFD Level 2 Proses 3.2 Proses Pengolahan Data Pengguna…….. 105
4.6.10 DFD Level 2 Proses 3.3 Proses Pengolahan Data Karyawan…… 106
4.6.11 DFD Level 3 Proses 3.2.1 Proses Tambah Data Pengguna…….. 107
4.7 Entity Relationship Diagram (ERD)……………………………………. 108
4.8 Struktur File…………………….………………….…………………… 109
4.9 Kamus Data (Data Dictionary)….………………….…………………… 113

4.10 Struktur Menu………………………………………….……………… 120

 4.11 Rancangan Antar Muka (User Interface)……………………………… 122
4.11.1 Rancangan Antar Muka Masukan (Input)……………………….. 122

4.11.2 Rancangan Antar Muka Keluaran (Ouput)……………………… 133

BAB V IMPLEMENTASI SISTEM

5.1 Implementasi Sistem……………………………………………………. 136

5.1.1 Komponen Sistem Input………………………….………………. 136
5.1.2 Komponen Sistem Output………………………………………… 219
5.2 Implementasi Perangkat Lunak………………………….……………… 225

5.3 Implementasi Perangkat Keras…………………………………………. 226

5.4 Kegiatan Implementasi Sistem…………………….…………………… 226
BAB VI PENUTUP

6.1 Kesimpulan………………………………………….………………….. 228

6.2 Saran………………………………………………….…………………. 228

6.2.2 Untuk Dunia Usaha / Dunia Industri (PT. Ihsan Solusi)…………. 228

LAMPIRAN………………………………………………………………………. 230
DAFTAR PUSTAKA…………………………………………………………….. 330
 DAFTAR GAMBAR

Gambar 1.5.2.1 Metode Incrimental atau Waterfall Model …………………………… 8

Gambar 3.1.5.1.7 DBMS ……………………………………………………………… 32
Gambar 3.1.5.1.8 Interaksi Informasi ………………………………………………… 33
Gambar 3.1.5.2.1 Hubungan Elemen Sistem Informasi……………………………….. 36
Gambar 3.3.3.2.2.1 Input dan Output pada Proses…………………………………….. 47
Gambar 3.3.3.2.2.2 Proses Yang Salah………………………………………………… 48
Gambar 3.3.3.2.3.1 Implementasi Data Store…………………………………………. 50
Gambar 3.3.3.2.4.1 Konsep Paket Data……………………………………………….. 52
Gambar 3.3.3.2.4.2 Konsep Alur Data………………………………………………… 53
Gambar 3.3.3.2.4.3 Konsep Alur Data Mengumpul…………………………………… 53
Gambar 3.3.3.2.4.4 Konsep Sumber atau Tujuan Alur………………………………… 54
Gambar 3.3.3.3.1 Contoh Pemberian Nomor Pada Proses…………………………….. 58
Gambar 3.3.3.3.2 Contoh Alur Lurus dan Alur Melingkar……………………………. 60
Gambar 3.3.3.3.3 Contoh Pemakaian Simbol Duplikat Pada Komponen Terminator… 62
Gambar 3.3.3.4.1 Levelisasi DFD……………………………………………………... 65
Gambar 3.3.4.3.2.1 Contoh Atribut Multivalue……………………………………….. 67
Gambar 3.3.4.3.2.2 Contoh Atribut Composite………………………………………... 68
Gambar 3.3.4.3.2.3 Contoh Atribut Derivatif………………………………………….. 68
Gambar 3.3.4.4.1.1 Contoh Relationship………………………………………………. 69
Gambar 3.3.4.5.2.1 Contoh ERD 1 : 1………………………….……………………… 70
Gambar 3.3.4.5.2.2 Contoh ERD 1 : N / N : 1…………………………………………. 71
Gambar 3.3.4.5.2.3 Contoh ERD M : N ………………………………………………. 71
Gambar 3.3.4.6.1 Contoh Total Participation………………………………………….. 72
Gambar 3.3.4.6.2 Contoh Partial Participation………………………………………… 72
Gambar 3.3.4.7.1 Contoh Weak Entity………………………………………………… 73
Gambar 3.6.4.5.1 Level Abstraksi…………………………………………………….. 87
Gambar 4.2.1.1 Aliran Dokumen Flowmap Sistem Yang Sedang Berjalan…………… 91
Gambar 4.4.1.1 Aliran Dokumen Flowmap Yang Diusulkan Karyawan Ke Sistem….. 93
Gambar 4.4.2.1 Aliran Dokumen Flowmap Yang Diusulkan Admin Ke Sistem……… 94
Gambar 4.5.1 Diagram Konteks Yang Diusulkan……………………………………... 95
Gambar 4.6.1.1 DFD Level 0………………………………………………………….. 97
Gambar 4.6.2.1 DFD Level 1 Proses 1 Login. ………………………………………... 98
Gambar 4.6.3.1 DFD Level 1 Proses 2 Pengolahan Data Absensi…………………….. 99
Gambar 4.6.4.1 DFD Level 1 Proses 3 Pengolahan Data Karyawan …………………. 100
Gambar 4.6.5.1 DFD Level 2 Proses 2.1 Proses Tambah Data Absensi………………. 101
Gambar 4.6.6.1 DFD Level 2 Proses 2.4 Proses Pengolahan Data Hari libur………… 102
Gambar 4.6.7.1 DFD Level 2 Proses 2.5 Proses Pembuatan Laporan………………… 103
Gambar 4.6.8.1 DFD Level 2 Proses 3.1 Proses Pengubahan Data Password………… 104
Gambar 4.6.9.1 DFD Level 2 Proses 3.2 Proses Pengolahan Data Pengguna…………. 105
Gambar 4.6.10.1 DFD Level 2 Proses 3.3 Proses Pengolahan Data Karyawan………. 106
Gambar 4.6.11.1 DFD Level 3 Proses 3.2.1 Proses Tambah Data Pengguna…………. 107
Gambar 4.7.1 ERD…………………………………………………………………….. 108
Gambar 4.10 Struktur Menu…………………………………………………………… 121
Gambar 4.11.1.1 Rancangan Login……………………………………………………. 122
Gambar 4.11.1.2 Rancangan Form Utama ……………………………………………. 123
Gambar 4.11.1.3 Rancangan Form Editing Password ………………………………… 123
Gambar 4.11.1.4 Rancangan Form Pengolahan Data Karyawan……………………… 124
Gambar 4.11.1.5 Rancangan Form Inputan Data Karyawan………………………….. 124
Gambar 4.11.1.6 Rancangan Form Pengolahan Data Pengguna………………………. 125
Gambar 4.11.1.7 Rancangan Form Tambah Data Pengguna…………………………... 125
Gambar 4.11.1.8 Rancangan Form Edit Data Pengguna………………………………. 126
Gambar 4.11.1.9 Rancangan Form Pengolahan Data Hari Libur……………………… 126
Gambar 4.11.1.10 Rancangan Form Inputan Tambah Data Hari Libur………………. 127
Gambar 4.11.1.11 Rancangan Form Edit Data Hari Libur……………………………. 127
Gambar 4.11.1.12 Rancangan Form Pengolahan Data Standar Jam………………….. 128
Gambar 4.11.1.13 Rancangan Form Pengolahan Data Konsekuensi Jam…………….. 128
Gambar 4.11.1.14 Rancangan Form Tambah Data Absensi Dan Data Rekapan……… 129
Gambar 4.11.1.15 Rancangan Form Inputan Keterangan Izin………………………… 129
Gambar 4.11.1.16 Rancangan Form Pembuatan Laporan Detail Data Absensi……….. 130
Gambar 4.11.1.17 Rancangan Form Pembuatan Laporan Detail Data rekapan……….. 131
Gambar 4.11.1.18 Rancangan Form Pembuatan Laporan Rekapan Bulanan………….. 131
Gambar 4.11.2.1 Rancangan Form Formatan Output Laporan Data Detail Absensi….. 133
Gambar 4.11.2.2 Rancangan Form Formatan Output Laporan Data Detail Rekapan…. 134
Gambar 4.11.2.3 Rancangan Form Formatan Output Laporan Rekapan Bulanan…….. 135
Gambar 5.1.1.1 Form Login…………………………………………………………… 136
Gambar 5.1.1.2 Form Halaman Utama Untuk Bagian Administrator…………………. 139
Gambar 5.1.1.3 Form Halaman Utama Untuk Bagian User…………………………… 141
Gambar 5.1.1.4 Form Editing Password Untuk Bagian Administrator………………... 143
Gambar 5.1.1.5 Form Editing Password Untuk Bagian User………………………… 146
Gambar 5.1.1.6 Form Pengolahan Data Karyawan……………………………………. 150
Gambar 5.1.1.7 Form Input dan Edit Data Karyawan…………………………………. 154
Gambar 5.1.1.8 Form Pengolahan Data Pengguna……………………………..……… 160
Gambar 5.1.1.9 Form Inputan Tambah Data Pengguna……………………………….. 164
Gambar 5.1.1.10 Form Editing Data Pengguna……………………………………….. 168
Gambar 5.1.1.11 Form Pengolahan Data Hari Libur………………………………….. 171
Gambar 5.1.1.12 Form Inputan Tambah Data Hari Libur…………………………….. 178
Gambar 5.1.1.13 Form Editing Data Hari Libur………………………………………. 182
Gambar 5.1.1.14 Form Editing Data Standar Jam…………………………………….. 187
Gambar 5.1.1.15 Form Editing Data Konsekuensi Jam……………………………….. 190
Gambar 5.1.1.16 Form Pembuatan Laporan Detail Data Absensi…………………….. 196
Gambar 5.1.1.17 Form Pembuatan Laporan Detail Data Rekapan……………………. 201
Gambar 5.1.1.18 Form Pembuatan Laporan Rekapan Bulanan……………………….. 206
Gambar 5.1.1.19 Form Tambah Data Absensi dan Data Rekapan……………………. 213
Gambar 5.1.1.20 Form Inputan Keterangan Izin……………………………………… 217
Gambar 5.1.2.1 Form Output Formatan Laporan Detail Data Absensi……………….. 219
Gambar 5.1.2.2 Form Output Formatan Laporan Detail Data Rekapan………………. 221
Gambar 5.1.2.3 Form Output Formatan Laporan Rekapan Bulanan………………….. 223
 DAFTAR TABEL

Tabel 3.3.1.3.1 Simbol – Simbol Flowchart / Flowmap 41

Tabel 3.3.3.2.1 Komponen – Komponen DFD 43
Tabel 3.3.4.8.1 Simbol – Simbol ERD………………………………………………… 74
Tabel 4.1.1.1 Dokumen Propil…………………………………………………………. 88
Tabel 4.8.1 Absensi……………………………………………………………………. 109
Tabel 4.8.2 Karyawan…………………………………………………………………. 110
Tabel 4.8.3 Pengguna………………………………………………………………….. 110
Tabel 4.8.4 Rekapan…………………………………………………………………… 111
Tabel 4.8.5 Hari Libur…………………………………………………………………. 112
Tabel 4.8.6 Standar Jam……………………………………………………………….. 112
Tabel 4.8.7 Konsekuensi Jam………………………………………………………….. 113
Tabel 4.9.1 Arus Data Login…………………………………………………………... 114
Tabel 4.9.2 Arus Data Password……………………………………………………….. 114
Tabel 4.9.3 Arus Data Karyawan………………………………………………………. 115
Tabel 4.9.4 Arus Data Karyawan 1…………………………………………………….. 116
Tabel 4.9.5 Arus Data Pengguna………………..……………………………………... 116
Tabel 4.9.6 Arus Data Absensi…………………..…………………………………….. 117
Tabel 4.9.7 Arus Data Hari Libur……………………………………………………… 117
Tabel 4.9.8 Arus Data Standar Jam……..……………………………………………... 118
Tabel 4.9.9 Arus Data Konsekuensi Jam………………………………………………. 118
Tabel 4.9.10 Arus Data Rekapan………………..……………………………………... 119
Tabel 4.9.11 Arus Data User_Id……………………………………………………….. 119
Tabel 4.9.12 Arus Data Waktu………………………………………………………… 120
Tabel 5.1.1.1 Propil Komponen Login………………………………………………… 136
Tabel 5.1.1.2 Propil Komponen Utama Untuk Bagian Admin………………………… 139
Tabel 5.1.1.3 Propil Komponen Utama Untuk Bagian User…………………………... 141
Tabel 5.1.1.4 Propil Komponen Editing Untuk Bagian Admin……………………….. 143
Tabel 5.1.1.5 Propil Komponen Editing Untuk Bagian User………………………….. 146
Tabel 5.1.1.6 Propil Komponen Pengolahan Data Karyawan…………………………. 150
Tabel 5.1.1.7 Propil Komponen Input dan Edit Data Karyawan………………………. 154
Tabel 5.1.1.8 Propil Komponen Pengolahan Data Pengguna………………………….. 160
Tabel 5.1.1.9 Propil Komponen Inputan Tambah Data Pengguna…………………….. 164
Tabel 5.1.1.10 Propil Komponen Editing Data Pengguna…………………………….. 168
Tabel 5.1.1.11 Propil Komponen Pengolahan Data Hari Libur……………………….. 171
Tabel 5.1.1.12 Propil Komponen Inputan Tambah Data Hari Libur………………….. 178
Tabel 5.1.1.13 Propil Komponen Editing Data Hari Libur……………………………. 182
Tabel 5.1.1.14 Propil Komponen Editing Data Standar Jam………………………….. 188
Tabel 5.1.1.15 Propil Komponen Editing Data Konsekuensi Jam…………………….. 190
Tabel 5.1.1.16 Propil Komponen Pembuatan Laporan Detail Data Absensi………….. 197
Tabel 5.1.1.17 Propil Komponen Pembuatan Laporan Detail Data Rekapan…………. 201
Tabel 5.1.1.18 Propil Komponen Pembuatan Laporan Rekapan Bulanan…………….. 204
Tabel 5.1.1.19 Propil Komponen Tambah Data Absensi dan Data Rekapan………….. 213
Tabel 5.1.1.20 Propil Komponen Inputan Keterangan Izin…………………………..... 217
Tabel 5.1.2.1 Propil Komponen Output Formatan Laporan Detail Data Absensi…….. 219
Tabel 5.1.2.2 Propil Komponen Output Formatan Laporan Detail Data Rekapan…..... 221
Tabel 5.1.2.3 Propil Komponen Output Formatan Laporan Rekapan Bulanan……….. 223
 DAFTAR LAMPIRAN

Lampiran Script Kode Form Login………………………………………………….. 230

Lampiran Script Kode Form Editing Password……………………………………… 237
Lampiran Script Kode Form Pengolahan Data Karyawan…………………………… 241
Lampiran Script Kode Form Inputan Data Karyawan…….…………………………. 246
Lampiran Script Kode Form Pengolahan Data Pengguna….………………………… 249
Lampiran Script Kode Form Tambah Data Pengguna……………………………….. 252
Lampiran Script Kode Form Edit Data Pengguna…………………………………… 259
Lampiran Script Kode Form Pengolahan Data Hari Libur………………….……….. 256
Lampiran Script Kode Form Inputan Data Hari Libur. ……………………………… 266
Lampiran Script Kode Form Edit Data Hari Libur…………………………………... 268
Lampiran Script Kode Form Pengolahan Standar Jam………………………………. 269
Lampiran Script Kode Form Pengolahan Konsekuensi Jam…………………………. 272
Lampiran Script Kode Form Pelaporan Detail Data Absensi………………………... 276
Lampiran Script Kode Form Pelaporan Detail Data Rekapan……………………….. 278
Lampiran Script Kode Form Pelaporan Rekapan Bulanan…………………………... 281
Lampiran Script Kode Form Tambah Data Absensi…………………………………. 296
Lampiran Script Kode Form Inputan Keterangan Izin……………………………….. 320
Lampiran Script Kode Form Utama Bagian Karyawan……………………………... 322
 BAB I

PENDAHULUAN

1.1 Latar Belakang

Setiap siswa lulusan SMK dituntut untuk mempunyai suatu keahlian

dan siap kerja, karena lulusan SMK biasanya belum diakui oleh pihak Dunia

Usaha / Industri. Oleh karena itu diadakan suatu program Pendidikan Sistem

Ganda (PSG) yaitu dengan melaksanakan Praktek Kerja Industri

(PRAKERIN) agar setiap siswa lulusan SMK mempunyai pengalaman dalam

Dunia Usaha / Industri sebelum memasuki Dunia Usaha / Industri tersebut

secara nyata setelah lulus sekolah.

Sesuai dengan hasil pengamatan dan penelitian Direktorat Pendidikan

Menengah Kejuruan, pada penyelenggaraan di SMK belum secara tegas dapat

menghasilkan tamatan yang diharapkan. Hal tersebut dapat dilihat dari kondisi

pembelajaran yang belum kondusif untuk menghasilkan tenaga kerja yang

profesional, karena keahlian profesional seseorang tidak semata-mata diukur

oleh penguasaan unsur pengetahuan dan teknik bekerja, tetapi harus

dilengkapi dengan penguasaan kiat (arts) bekerja yang baik.

Ada dua pihak, yaitu Lembaga Pendidikan dan Lapangan Kerja

(Industri / Perusahaan atau Instansi tertentu) yang secara bersama – sama

menyelenggarakan suatu program keahlian kejuruan. Dengan demikian kedua

belah pihak seharusnya terlibat dan bertanggungjawab mulai dari tahap

perencanaan program, tahap penyelenggaraan, sampai dengan penilaian dan

penentuan kelulusan siswa.

Dalam era globalisasi dan kemajuan teknologi, sudah sepantasnya kita

sebagai siswa SMK untuk memenuhi keterampilan, kemampuan serta keahlian

yang lebih maju dan mapan sesuai dengan tuntutan dibidang keahliannya.

Kegiatan PRAKERIN di Dunia Usaha (DU) dan Dunia Industri (DI)

adalah sebuah kegiatan yang dapat mengsinkronisasikan kegiatan

pembelajaran di sekolah dengan penerapan praktek di tempat prakerin, yang

pada intinya kegiatan diadakan adalah untuk memberikan pengalaman kerja

bagi siswa SMK CENDEKIA Kab.Tasikmalaya yang melaksanakan

PRAKERIN agar dapat menciptakan dan membentuk siswa yang berkompeten

dan siap kerja.

Adapun hasil analisa penulis, mengenai tugas dari sekolah yaitu

pembuatan perancangan web, penulis berhasil mendapatkan hasil analisaan

tersebut dan sudah dapat menyimpulkan bahwa judul dari produk tersebut

adalah Sistem Informasi perancangan web persediaan obat Apotek dimana

terdapat latar belakang alasan penulis membuat produk tersebut.

Melihat dari segi teknik cara pendataan obat yang masih manual

dalam penggunaannya pada bidang administrasi, penulis pun langsung

berinteraksi dengan karyawan pada bagian administrator tempat PKL penulis,

dalam dialog tersebut, penulis banyak mendapatkan keluhan dari karyawan

administrator tersebut, dimana cara mengelola pendataan dengan penggunaan

 manual atau bisa dibilang penggunaannya masih dengan cara mengetik dalam

proses

pendataan karyawan lewat Microsoft Excel yang nantinya akan

diteruskan lagi pada proses rekapan jam kerja karyawan setiap 1 bulan sekali

untuk dilaporkan.

Menurut karyawan administrator, proses tersebut sangat banyak

menguras waktu untuk hal perekapan jam kerja karyawan dalam 1 bulan,

belum lagi perekapannya harus di seleksi secara detail untuk direkap, karena

untuk memastikan kalau – kalau data jam kerja karyawan tersebut tidak sama

dengan tanggal, bulan dan tahun yang sebelumnya telah dimasukan

keterangan obat masuk maupun obat keluar.

Mendengar keluhan dari karyawan administrator tersebut, penulis pun

segera membuat konsep dan memulai menganalisa untuk mengumpulkan

bahan data yang berhubungan dengan cara pendataan obat pada tempat PKL

penulis. Dan dalam waktu 2 minggu penulis pun berhasil mengumpulkan data

untuk pembuatan produk, dimana penulis simpulkan untuk judul produk

tersebut adalah Sistem Informasi Perancangan Web Persediaan Obat Pada

Apotek Kimia Farma HZ

1.2 Rumusan Masalah

Sehubungan dengan tugas dan fungsi yang sekolah berikan kepada

peserta PKL yaitu ditugaskan membuat perancangan web yang bermanfaat

ditempat PKL, disini ada pula rumusan masalah ditempat PKL yang penulis

tempati bernama Apotek Kimia Farma, hasil analisa rumusan masalah yang
 penulis temukan yaitu, di Apotek Kimia Farma masih belum mempunyai

Sistem informasi persediaan obat dan masih manual dalam penggunaan data

dari bagian administrasinya, maka sehubungan dengan hal itu penulis sebagai

peserta PKL akan mencoba membuat suatu sistem aplikasi mengenai

persediaan obat. Maka dari hasil rencana tadi, penulis dapat menyimpulkan

kalau judul produk yang penulis akan buat yaitu Sistem Informasi Web

Persediaan Obat di Apotek Kimia Farma, menggunakan Bahasa Fremwork

databasenya MySQL

1.3 Batasan Masalah

Aplikasi ini mempunyai batasan – batasan dalam penggunaannya,

maka tidak heran kalau aplikasi ini dapat dikembangkan untuk kedepannya

agar mempunyai nilai lebih dalam menampilkan suatu informasi.

Ada pula batasan masalah dalam fungsi kinerja Sistem Informasi Web

Persediaan Obat Pada Apotek Kimia Farma :

a. Penganalisaan ini bertempat di Apotek Kimia Farma.

b. Program Informasi ini berfungsi untuk memberikan informasi keterangan

persediaan obat, pengolahan data – data, dan pemasukan serta pengeluaran

dari hasil kinerja sistem yang telah dibuat sebelumnya.

c. Output hasil dari aplikasi ini adalah berupa laporan data dengan formatan

teks hasil dari aplikasi itu sendiri dengan menampilkan isi teks atau isi

laporan berupa data seperti keterangan obat masuk atau stok obat .

d. Sistem Informasi ini tidak akan bisa berfungsi jika sistem time di

komputer di manipulasi.
 e. Sistem Informasi Persediaan Obat Pada Apotek Kimia Farma dibuat

dengan menggunakan Fremwork dan Mysql

Maka oleh karena itu apabila Aplikasi ini di gunakan untuk

keperluan yang tidak sesuai dengan fungsi di atas, maka Aplikasi ini tidak

bisa di gunakan, karena Aplikasi ini tidak bersifat menyimpang dengan

tugas dan fungsi yang telah di buat sebelumnya.

1.4 Tujuan Masalah

Berdasarkan hasil analisa penulis di tempat PKL di Apotek Kimia

Farma maka sistem aplikasi persediaan obat yang telah penulis rancang

sebelumnya, yaitu berupaya untuk memberikan manfaat dan kemudahan

dalam proses pengelolaan maupun rekapan data keterangan hasil persediaan

obat.

Adapun tujuan penulis membuat Sistem Informasi Absensi Karyawan

Di Apotek Kimia Farma yaitu :

a. Sebagai syarat mengikuti sidang PKL.

b. Mempermudah dalam proses perekapan data persediaan obat.

c. Berupaya mengurangi resiko kesalahan dalam hal pendataan persediaan

obat pada Apotek Kimia Farma.

d. Sebagai upaya memberikan jasa kerja selama 3 bulan melakukan PKL di

Cikara Studio.

1.5 Metodologi Penelitian

Metodologi yang digunakan dalam penelitian ini adalah menggunakan

metodologi deskriptif yaitu dengan cara mengumpulkan data, menganalisa
data, membuat suatu pemecahan masalah dan kemudian disusun untuk ditarik
kesimpulan mengenai masalah tersebut. Metodologi dibagi menjadi dua tahap
yaitu tahap pengumpulan data dan tahap pengembangan perangkat lunak.

1.5.1 Metode Pengumpulan Data

Tahap pengumpulan data yang digunakan dalam penelitian ini
adalah sebagai berikut :

1. Studi Literatur.
Studi literatur merupakan tahap pengumpulan data dengan cara
mengumpulkan literatur, jurnal, paper dan bacaan-bacaan yang ada
kaitannya dengan persediaan obat di Apotek Kimia Farma.
2. Studi Lapangan
Studi lapangan merupakan tahap pengumpulan data dengan
cara mengadakan penelitian langsung di PT Ihsan Solusi. Studi
lapangan ini dilakukan dengan 2 cara, yaitu :
a. Observasi.
Observasi adalah pengumpulan data dengan
mengadakan penelitian dan peninjauan langsung ke bidang
administrasi di PT. Ihsan Solusi.
b. Interview.
Interview adalah pengumpulan data dengan
mengadakan tanya jawab secara langsung dengan karyawan
PT. Ihsan Solusi dibidang administrasi mengenai teknik
mengabsen karyawan.
1.5.2 Metode Perancangan Perangkat Lunak
Tahap pembuatan perangkat lunak menggunakan metode
incremental yang dikembangkan dari metode waterfall. Metode
incremental memberikan kemudahan pada setiap tahapannya, jika
pada satu tahap tidak sesuai atau mengalami kesalahan maka dapat
kembali ke tahap sebelumnya.
 Metode incremental meliputi tahapan-tahapan yang sama
dengan metode waterfall sebagai berikut :

a) Requirements
Requirements Merupakan bagian dari sistem yang terbesar
dalam pengerjaan suatu program, dimulai dengan menetapkan
berbagai kebutuhan dari semua elemen yang diperlukan sistem dan
mengalokasikannya kedalam pembentukan informasi absensi
karyawan pada PT.Ihsan Solusi.
b) Analysis
Analysis merupakan tahap menganalisis hal-hal yang
diperlukan dalam pelaksanaan pembuatan program Informasi
absensi karyawan di PT.Ihsan Solusi.
c) Design
Design adalah tahap penerjemahan dari data yang dianalisis
kedalam bentuk yang mudah dimengerti oleh user.
d) Coding
Coding adalah tahap penerjemahan data atau pemecahan
masalah yang telah dirancang kedalam bahasa pemrograman
tertentu.
e) Testing
Testing merupakan tahap pengujian terhadap sistem aplikasi
absensi karyawan pada PT. Ihsan Solusi.
f) Maintenance
Maintenance adalah tahap akhir dimana suatu perangkat
lunak yang sudah selesai dapat mengalami perubahan–perubahan
atau penambahan sesuai dengan permintaan user. Tahapan
pembuatan perangkat lunak menggunakan metode incrimental
dapat dimodelkan seperti pada Gambar 1.5.2.1.
 Gambar 1.5.2.1 Metode Incrimental atau Waterfall Model
1.6 Waktu Dan Tempat Pelaksanaan Kerja Praktek

a. Tempat pelaksanaan kerja praktek

Adapun tempat pelaksanaannya Praktek Kerja Industri (PRAKERIN)

yaitu di Cikara Studio Kota Tasikmalaya di Perum Cipta Mandiri Blok A

23, Sukarindik, Bungursari, Tasikmalaya.

b. Waktu pelaksanaan praktek kerja industri

Waktu pelaksanaan Paktek Kerja Industri (PRAKERIN) yaitu dimulai

dari tanggal 17 Juli – 06 Oktober 2023. Dimulai pukul 08.00 WIB – 17.00

WIB.
1.7 Sistematika Penulisan

Sistematika penulisan laporan penelitian ini disusun untuk

memberikan gambaran umum tentang penelitian yang dijalankan. Sistematika
penulisan laporan ini adalah sebagai berikut :

1. BAB I PENDAHULUAN
Bab ini menguraikan tentang latar belakang permasalahan,
mencoba merumuskan inti permasalahan yang dihadapi, menentukan
maksud dan tujuan penelitian, yang kemudian diikuti dengan pembatasan
masalah, metodologi penelitian serta sistematika penulisan.

2. BAB II TINJAUAN UMUM PERUSAHAAN

Bab ini membahas mengenai perusahaan, dari mulai propil
perusahaan, sejarah perusahaan, struktur organisasi perusahaan dan lain
sebagainya yang menyangkut perusahaan.

3. BAB III LANDASAN TEORI

Bab ini membahas tentang materi program yang kita buat, dari mulai
membahas sistem informasi, metode perancangan perangkat lunak,
normalisasi dan database management system (DBMS).

4. BAB IV ANALISIS SISTEM DAN PERANCANGAN

Bab ini menganalisis masalah yang dihadapi dalam membuat
program informasi persediaan obat di Apotek Kimia Farma.

5. BAB V IMPLEMENTASI
Bab ini berisi tentang penerapan dan pengujian terhadap aplikasi
persediaan obat pada Apotek Kimia Farma.

6. BAB VI PENUTUP
Bab ini berisi kesimpulan yang sudah diperoleh dari hasil penulisan
laporan, selain itu juga berisi saran untuk perbaikan terhadap hasil
penelitian yaitu informasi persediaan obat di Apotek Kimia Farma
 BAB II

TINJAUAN UMUM PERUSAHAAN

2.1 Propil Perusahaan.

2.1.1 Pendahuluan.

Dunia saat ini tengah berada dalam euphoria teknologi

informasi. Informasi menjadi alat pendukung yang menentukan bagi

kesuksesan pribadi, organisasi, perusahaan bahkan Negara.

Perkembangan ini dipicu oleh cepatnya perkembangan teknologi

hardware yang terus – menerus mengikuti hokum moore (dua kali

lipat jumlah transistor dalam satu chip, setiap delapan belas bulan) ,

teknologi jaringan / broadband dan tentunya teknologi software.

Di tengah hiruk pikuknya perkembangan teknologi informasi,

kehadiran mitra yang tercepat untuk membantu beradaptasi dengan

teknologi tersebut sangat dibutuhkan, agar investasi yang ditanamkan

dalam teknologi ini tidak terbuang dengan sia – sia. Untuk itu

dibutuhkan mitra yang berpengalaman, terpercaya dan memiliki visi

dalam pengembangan teknologi.

Cikara studio hadir dalam era teknologi informasi ini sebagai

partner yang akan membimbing anda dalam inplementasi teknologi

informasi, khususnya dalam dunia software (perangkat lunak).

Cikara studi didirikan dengan semangat melayani dan

memberikan kualitas pengembangan teknologi software terbaik untuk

 Anda. Pengalaman para pendiri dalam mengembangkan software

selama ini kami harapkan dapat menjadi asset yang bernilai untuk

membantu Anda menarik manfaat maksimal dari aplikasi teknologi

infornasi.

2.1.2 Visi Misi dan Motto Perusahaan.

2.1.2.1 Visi perusahaan

Menyediakan layanan solusi perangkat lunak yang

ekonomis dan tepat guna sebagai bagian integrasi dari solusi

teknologi informasi, yang ditunjang secara internal oleh

kualitas SDM yang selalu meningkat serta dukungan riset dan

pengembangan teknologi.

2.1.2.2 Misi perusahaan

1. Mengembangkan berbagai solusi baik berupa solusi siap

pakai maupun customized development khususnya di

bidang jasa finansial.

2. Menciptakan arsitektur dan teknolgi aplikasi yang handal,

baik dari segi development (pengembangan) maupun

deployment sebagai pondasi utama bagi solusi yang akan

dikembangkan untuk customer.

3. Meningkatkan kualitas sumber daya manusia sebagai lini

depan pelayanan kepada customer.

 2.1.2.3 Motto perusahaan

“Your reliable parther in software development”

“Mitra Anda yang handal dalam pengembangan perangkat

lunak”

2.1.3 Kompetensi Utama.

Sebagai sebuah perusahaan berbasis knowledge dan teknologi,

kami menyadari pentingnya merumuskan kompetensi utama kami.

Sesuai dengan visi dan misi perusahaan, kompetensi utama kami yang

terus kami asah adalah :

a. Disiplin pengembangan software (software engineering) khususnya

pada aspek permodelan system dan manajemen pengembangan

system.

b. Arsitektur system perangkat lunak dan perangkat – perangkat

teknologi intinya.

c. Pengetahuan tentang business knowledge khususnya di bidang jasa

finansial.

Dengan kompetensi yang jelas, kami membangun berbagai

produk dan korps SDM yang solid, sebagai jalan menuju kepuasan

konsumen.
2.1.4 Portofolio Project

Kualitas layanan dan produk kami ditunjang oleh pengalaman

yang sarat selama bertahun – tahun, termasuk pengalaman para

personil pendiri perusahaan sebelum perusahaan ini dibentuk.

Berbagai pengalaman telah memberikan kami wawasan yang

luas baik dari sisi pemahaman kepentingan bisnis di sisi client maupun

dari sisi pengembangan teknologi dan proses pengembangan.

Berikut ini beberapa portofolio project yang telah kami

tangani:

1. Pengembangan dan maintenance system aplikasi back office

DPLK PT. Bank Muamalat Indonesia (2000 - 2003)

2. Upgrading sistem informasi back office DPLK PT. Bank Muamalat

Indonesia dari client server ke arsitektur 3-tier dan koneksi dengan

messaging ke system KIBLAT (2003 - 2004)

3. Pengembangan dan implementasi aplikasi pelaporan dan enterprise

worksheet system di PT. Bank Muamalat Indonesia (2005)

4. Maintenance and support aplikasi pendukung di lingkungan PT.

Bank Muamalat Indonesia (2005 - 2008)

5. Pengembangan dan implementasi aplikasi Three Tiler KIBLAT

Reengineering (T2KR) di PT. Bank Muamalat Indonesia (2008 -

2009)

6. Maintenance and support core banking pada PT. Bank Muamalat

Indonesia (2010 - 2011)

7. Pengembangan aplikasi pembiayaan Bank Muamalat Indonesia

(2010 - 1011)

8. Pengembangan sistem informasi dan manajemen K3 pada PT

Komatsu Indonesia (2011)

Sebagai perusahaan yang kompetensi intinya adalah

pengembangan aplikasi internet berbasis database. DAF menyediakan

berbagai fasilitas agar pengembangan aplikasi bersifat modular dan

mudah dikelola (managable)

Berikut ini adalah ringkasan dari fitur – fitur yang tersedia

dalam DAF untuk setiap level pengembangan aplikasi :

1. Level akses basisdata (database access) : DAF menyediakan

suatu arsitektur yang bernama DBConector. DBConector

adalah protocol akses basesdata yang bersifat ringan

(lightweight) dan product – neutral. Dengan memanfaatkan

DBConector ini maka aplikasi dapat diimplementasikan

dengan mudah di berbagai RDBMS tanpa mengalami

perubahan kode.

2. Level model data (datamodel) : DAF menyediakan arsitektur

berbasis objek (object – oriented architecture) yang mana

dengan teknik ini suatu aplikasi yang besar / rumit dapat

dibreakdown ke dalam objek – objek secara modular. DAF

menyediakan pula akses data secara object – oriented tanpa

melalui SQL dan metadata-driven query (OQL).

3. Level antar – muka (user interface) : DAF menyediakan

deskripsi user – interface yang familiar dengan berbagai design

pattern dalam aplikasi berbasis basisdata.

4. Level penyebaran dan implimentasi (deployment and

implimentatation) : DAF menyediakan application server baik

untuk kebutuhan arsitektur thin – client maupun arsitektur web

– based.
2.1.5 Kontak

Ihsan Solusi Informatika

Main office and workshop : Jl. Pamengkasan No. 26 Bandung

Telp./Fax.: +62-22-7207448

Contact person: Galih Aprillian – CEO

Mobile : +62-8129972083, PIN 311AB9CF,

Email:galih.aprilian@Ihsansolusi.com galih.aprilian@gmail.com

Ismir Kamili – Technology Architect an Researcher

Mobile : +62-8122015434

E-mail: ismir.kamili@ihsansolusi.com , ismir.kamili@gmail.com

Rastiadi – Administrative Director

Mobile1: +62-81563413444

Mobile2: +62-811229152

PIN: 2345FBB1

E-mail: rastiadi@ihsansolusi.com , rastiadi@gmail.com

2.2 Struktur Organisasi.
 BAB III

LANDASAN TEORI

3.1 Sistem Informasi.

3.1.1 Sistem.

3.1.1.1 Pengertian Sistem

Sistem menurut Wikipedia Indonesia adalah sistem

berasal dari bahasa Latin (systema) dan bahasa Yunani

(sistema) adalah suatu kesatuan yang terdiri komponen atau

elemen yang dihubungkan bersama untuk memudahkan aliran

informasi, materi atau energy. Istilah ini sering dipergunakan

untuk menggambarkan suatu set entitas yang berinteraksi,

dimana suatu model matematika seringkali bisa dibuat

3.1.1.2 Elemen Sistem

Setiap sistem selalu terdiri atas empat elemen :

1. Objek, yang dapat berupa bagian, elemen, ataupun

variable. Ia dapat benda fisik, abstrak, ataupun keduanya

sekaligus, tergantung kepada sifat sistem tersebut.

2. Atribut, yang menentukan kualitas atau sifat kepemilikan

sistem dan objeknya.

3. Hubungan internal, di antara objek – objek di dalamnya.

4. Lingkungan, tempat di mana sistem berada.

3.1.1.3 Karakteristik Sistem

Suatu sistem mempunyai beberapa karakteristik yaitu :

1. Komponen Sistem

Suatu sistem terdiri dari sejumlah komponen yang

saling berinteraksi, yang artinya sama membentuk suatu

kesatuan. Komponen – komponen sistem atau elemen –

elemen sistem dapat berupa suatu subsistem atau bagian –

bagian dari sistem.

2. Batasan Sistem

Batasan merupakan daerah yang membatasi antara

suatu sistem dengan sistem yang lainnya atau dengan

lingkungan luarnya. Batasan sistem ini memungkinkan

suatu sistem dipandang suatu kesatuan. Batasan suatu

sistem menunjukan ruang lingkup (scope) dari sistem

tersebut.

3. Lingkungan Luar Sistem ( environment )

Lingkungan luar dari suatu sistem adalah apapun

diluar batas dari sistem yang mempengaruhi operasi sistem.

Lingkungan luar sistem dapat bersifat menguntungkan dan

dapat juga bersifat merugikan sistem tersebut.

 Lingkungan luar yang bersifat menguntungkan harus

dipelihara dan dijaga agar tidak hilang pengaruhnya,

sedangkan lingkungan luar yang bersifat merugikan harus

dimusnahkan dan dikendalikan agar tidak mengganggu

operasi dari sistem.

4. Penghubung Sistem ( interface )

Penghubung merupakan media penghubung antara

satu subsistem dengan subsistem lainnya. Melalui

penghubung ini memungkinkan sumber – sumber daya

mengalir dari satu subsistem ke subsistem lainnya.

5. Masukan Sistem (input)

Masukan sistem (input) adalah energi yang

dimasukan ke dalam sistem, masukan dapat berupa

masukan perawatan ( maintenance input ) dan masukan

sinyal ( signal input ). Maintenance input adalah energi

yang dimasukan supaya sistem tersebut dapat beroperasi.

Contohnya : Program untuk mengoperasikan komputer.

Sedangkan Signal input adalah energy yang diproses untuk

mendapatkan keluaran. Contohnya : Data.

6. Pengolah Sistem ( process )

Suatu sistem dapat mempunyai suatu bagian

pengolah atau sistem itu sendiri sebagai pengolahnya,

pengolah akan mengubah masukan menjadi keluaran.

 7. Keluaran Sistem ( Output )

Suatu sistem dapat mempunyai suatu bagian

pengolah atau sistem itu sendiri sebagai pengolahnya,

pengolah akan mengubah masukan menjadi keluaran.

Keluaran ini dapat diklasifikasikan sebagai berikut :

a. Keluaran yang berguna

Contoh : Informasi yang dikeluarkan oleh komputer.

b. Keluaran yang tidak berguna yang dikenal sebagai sisa

pembuangan.

Contoh : panas yang dikeluarkan oleh komputer.

c. Sasaran ( objective ) atau Tujuan ( goal )

Setiap sistem pasti mempunyai tujuan ataupun

sasaran yang mempengaruhi input yang dibutuhkan dan

output yang akan dihasilkan. Dengan kata lain, suatu

sistem akan dikatakan berhasil kalau pengoprasian

sistem itu mengenai sasaran atau tujuannya.

3.1.1.4 Klasifikasi Sistem

Sistem dapat diklasifikasikan dari beberapa sudut

pandangan, diantaranya sebagai berikut :

1. Sistem diklasifikasikan sebagai sistem abstrak (abstrak

sistem) dan sistem fisik (physical sistem).

Sistem abstrak adalah sistem yang berupa pemikiran

atau ide – ide yang tidak tampak secara fisik. Misalnya

 sistem teologia, yaitu sistem yang berupa pemikiran –

pemikiran hubungan antara manusia dengan tuhan.

Sedangkan sistem fisik merupakan sistem yang ada

secara fisik. Misalnya sistem komputer, sistem akuntansi,

sistem produksi dan lain sebagainya.

2. Sistem diklasifikasikan sebagai sistem alamiah (natural

sistem) dan sistem buatan manusia (human made sistem).

Sistem alamiah adalah sistem yang terjadi melalui

proses alam, tidak dibuat manusia. Misalnya sistem

perputaran bumi.

Sedangkan sistem buatan manusia merupakan sistem

yang dirancang oleh manusia yang melibatkan antara

manusia dengan mesin yang sering disebut dengan human –

machine sistem atau ada yang menyebutkan man-machine

sistem. Misalnya sistem informasi, karena menyangkut

penggunaan komputer yang berinteraksi dengan manusia.

3. Sistem diklasifikasikan sebagai sistem tertentu

(deterministic sistem) dan sistem tak tentu (probabilistic

sistem).

Sistem tertentu beroperasi dengan tingkah laku yang

sudah dapat diprediksi, misalnya sistem komputer.

 Sedangkan sistem tak tentu adalah sistem yang

kondisi masa depannya tidak dapat diprediksi karrena

mengandung unsur probabilitas.

4. Sistem diklasifikasikan sebagai sistem tertutup (closed

sistem) dan sistem terbuka (open sistem).

Sistem tertutup merupakan sistem yang tidak

berhubungan dan tidak terpengaruh dengan lingkungan

luarnya.

Sedangkan sistem terbuka adalah sistem yang

berhubungan dan terpengaruh dengan lingkungan luarnya.

Sistem ini menerima masukan dan menghasilkan keluaran

untuk lingkungan luar atau sub sistem lainnya.

3.1.2 Informasi.

3.1.2.1 Pengertian Informasi

Didalam pengolahan sistem pada akhirnya

menghasilkan suatu informasi, untuk itu pendefinisian

informasi diperlukan untuk menunjang berhasilnya

pengembangan sistem yang akan dirancang. Adapun definisi

informasi dari beberapa pakar sebagai berikut :

Menurut Jogiyanto H.M (1990:11) “Informasi adalah

data yang dapat diolah yang lebih berguna dan berarti bagi

yang menerimanya”.
 Menurut Robert G.Murdik (1973:12) “Informasi adalah

data yang telah diolah menjadi suatu bentuk yang berarti bagi

penerimanya dan bermanfaat dalam pengambilan keputusan

saat ini atau mendatang”

Jadi Informasi adalah data yang diolah menjadi suatu

bentuk yang berarti bagi penerimanya dan bermanfaat dalam

pengambilan keputusan pada saat sekarang atau yang akan

datang. Informasi juga merupakan fakta – fakta atau data yang

telah diproses sedemikian rupa atau mengalami proses

transformasi data sehingga berubah bentuk menjadi informasi.

Kualitas dari suatu informasi tergantung pada tiga hal

yaitu :

1. Akurat.

Berarti informasi harus bebas dari kesalahan –

kesalahan dan tidak bias atau menyesatkan. Akurat juga

berarti informasi harus jelas mencerminkan maksudnya.

Informasi harus akurat karena dari sumber informasi sampai

ke penerima informasi kemungkinan banyak terjadi

gangguan (noise) yang dapat merubah atau merusak

informasi tersebut.

2. Tepat pada waktunya.

Berarti informasi pada penerima tidak boleh

terlambat. Informasi yang sudah using tidak akan

 mempunyai nilai lagi. Karena informasi merupakan

landasan didalam pengambilan keputusan. Bila

pengambilan keputusan terlambat, maka dapat berakibat

fatal untuk organisasi.

3. Relevan.

Berarti informasi tersebut mempunyai manfaat untuk

pemakainya. Relevansi informasi untuk tiap – tiap orang

satu dengan yang lainnya berbeda.

3.1.3 Pengertian Sistem Informasi.

Sistem informasi dapat diartikan sebagai suatu sistem di dalam

organisasi yang merupakan kombinasi dari orang – orang, fasilitas,

teknologi, media, prosedur – prosedur, dan pengendalian yang

ditunjukan untuk mendapatkan jalur kombinasi yang penting.

Selain itu juga sistem informasi dapat didefinisikan sebagai

berikut:

a. Suatu sistem yang dibuat oleh manusia yang terdiri dari komponen

– komponen dalam organisasi untuk mencapai suatu tujuan yaitu

menyajikan informasi.

b. Sekumpulan prosedur organisasi yang pada saat dilaksanakan akan

memberikan informasi bagi pengambil keputusan dan / atau untuk

mengendalikan organisasi.

c. Suatu sistem didalam suatu organisasi yang mempertemukan

kebutuhan pengolahan transaksi, mendukung operasi, bersifat

 manajerial, dan kegiatan strategi dari suatu organisasi dan

menyediakan pihak luar tertentu dengan laporan – laporan yang

diperlukan.

3.1.4 Konsep Dasar.

3.1.4.1 Konsep Dasar Sistem.

Suatu sistem pada dasarnya adalah sekelompok unsur

yang erat hubungannya satu dengan yang lain, yang berfungsi

bersama – sama untuk mencapai tujuan tertentu. Secara

sederhana, suatu sistem dapat diartikan sebagai suatu

kumpulan atau himpunan dari unsur, komponen, atau variable

yang terorganisir, saling berinteraksi, saling tergantung satu

sama lain, dan terpadu.

Dari defenisi ini dapat dirinci lebih lanjut pengertian

sistem secara umum, yaitu :

1. Setiap sistem terdiri dari unsur – unsur.

2. Unsur – unsur tersebut merupakan bagian terpadu sistem

yang bersangkutan.

3. Unsur sistem tersebut bekerja sama untuk mencapai tujuan

sistem.

4. Suatu sistem merupakan bagian dari sistem lain yang lebih

besar.
3.1.4.2 Konsep Dasar Informasi.

Secara umum informasi dapat didefinisikan sebagai

hasil dari pengolahan data dalam suatu bentuk yang lebih

berguna dan lebih berarti bagi penerimaannya yang

menggambarkan suatu kejadian – kejadian yang nyata, yang

digunakan untuk pengambilan keputusan. Informasi

merupakan data yang telah diklasifikasikan atau diolah atau

diinterprestasi untuk digunakan dalam proses pengambilan

keputusan.

3.1.4.3 Kosep Dasar Sistem Informasi

Sistem informasi adalah suatu sistem dalam suatu

organisasi yang mempertemukan kebutuhan pengolahan

transaksi harian yang mendukung fungsi operasi organisasi

yang bersifat manajerial dengan kegiatan strategi dari suatu

organisasi untuk dapat menyediakan kepada pihak luar tertentu

dengan informasi yang diperlukan untuk pengambilan

keputusan.

Sistem informasi dalam suatu organisasi dapat

dikatakan sebagai suatu sistem yang menyediakan informasi

bagi semua tingkatan dalam organisasi tersebut kapan saja

diperlukan.

Sistem ini menyimpan, mengambil, mengubah,

mengolah dan mengkomunikasikan informasi yang diterima

 dengan menggunakan sistem informasi atau peralatan sistem

lainnya.

3.1.5 Komponen Dan Elemen Sistem Informasi.

3.1.5.1 Komponen Sistem Informasi.

Sistem informasi terdiri dari komponen – komponen

yang disebut blok bangunan ( building blok ), yang terdiri

dari komponen input, komponen model, komponen output,

komponen teknologi, komponen hardware, komponen

software, komponen basis data dan komponen kontrol.

Semua komponen tersebut saling berinteraksi satu dengan

yang lain membentuk suatu kesatuan untuk mencapai

sasaran.

3.1.5.1.1 Komponen Input

Input mewakili data yang masuk kedalam

sistem informasi. Input disini termasuk metode dan

media untuk menangkap data yang akan

dimasukan, yang dapat berupa dokumen –

dokumen dasar.
3.1.5.1.2 Komponen Model

Komponen ini terdiri dari kombinasi

prosedur, logika, dan model matematik yang akan

memanipulasi data input dan data yang tersimpan

dibasis data dengan cara yang sudah ditentukan

untuk menghasilkan keluaran yang diinginkan.

3.1.5.1.3 Komponen Output

Hasil dari sistem informasi adalah keluaran

yang merupakan informasi yang berkualitas dan

dokumentasi yang berguna untuk semua pemakai

sistem.

3.1.5.1.4 Komponen Teknologi

Teknologi merupakan “tool box” dalam

sistem informasi, teknologi digunakan untuk

menerima input, menjalankan model, menyimpan

dan mengakses data, menghasilkan dan

mengirimkan keluaran, dan membantu

pengendalian dari sistem secara keseluruhan.

3.1.5.1.5 Komponen Hardware

 Hardware berperan penting sebagai suatu

media penyimpanan vital bagi sistem informasi.

Yang berfungsi sebagai tempat untuk menampung

database atau lebih mudah dikatakan sebagai

sumber data dan informasi untuk memperlancar

dan mempermudah kerja dari sistem informasi.

3.1.5.1.6 Komponen Software

Software berfungsi sebagai tempat untuk

mengolah, menghitung dan memanipulasi data

yang diambil dari hardware untuk menciptakan

suatu informasi.

3.1.5.1.7 Komponen Basis Data

Basis data ( Data Base ) merupakan

kumpulan data yang saling berkaitan dan

berhubungan satu dengan yang lain, tersimpan

diperangkat keras komputer dan menggunakan

perangkat lunak untuk memanipulasinya. Data

perlu disimpan dalam basis data untuk keperluan

penyediaan informasi lebih lanjut. Data didalam

basis data perlu diorganisasikan sedemikian rupa

supaya informasi yang dihasilkan berkualitas.

Organisasi basis data yang baik juga

berguna untuk efisiensi kapasitas penyimpanannya.

Basisdata diakses atau dimanipulasi menggunakan

perangkat lunak paket yang disebut DBMS ( Data

Base Management System ). Adapun rumusan

mengenai basis data, penulis menyimpulkan

mengenai komponen basis data dapat

dikelompokan dua hal, yang terdapat pada

komponen basis data yaitu : Basis Data dan

DBMS.

a. Basisdata

Basisdata terdiri dari dua kata, yaitu

basis dan data. Basis dapat diartikan sebagai

tempat penyimpanan, sedangkan data adalah

representasi fakta dunia nyata yang mewakili

suatu obyek yang direkam dalam bentuk angka,

huruf, symbol maupun teks. Prinsip utama basis

data adalah untuk pengaturan data dan tujuan

utamanya adalah kemudahan dan kecepatan

dalam pengambilan kembali data.

Basis data digunakan untuk menyimpan,

memanipulasi dan mengambil data hampir

semua tipe perusahaan termasuk bisnis,

 pendidikan, rumah sakit, pemerintahan dan

perpustakaan. Basis data dapat menghindari

adanya data redundancy. Data redundancy

adalah duplikasi data dimana beberapa file

memiliki data yang sama sehingga

menyebabkan pemborosan kapasitas media

penyimpanan. Dengan menggunakan basis data,

perubahan, penambahan dan penghapusan suatu

data lebih mudah dilakukan. Basis data juga

mendukung pengaksesan suatu resource secara

bersama – sama oleh lebih dari sebuah aplikasi.

System basis data ini lebih dikenal dengan

istilah Data Base Management System (DBMS).

b. DBMS

DBMS adalah sistem penyimpanan dan

pengambilan data yang mengijinkan beberapa

aplikasi untuk mengakses data tersebut dalam

sebuah system terpadu sehingga tidak terjadi

data redundancy dan integritas data dapat

dipertahankan. Berikut ini adalah gambar dari

sebuah DBMS yang mengatur penyimpanan

data didalam database serta bertugas sebagai

 media penghubung antara aplikasi dengan

database.

Adapun sebagian contoh – contoh dari

DBMS yaitu : Oracle, SQL Server, Informix,

DB2 dan lain – lain.

Gambar 3.1.5.1.7 DBMS

3.1.5.1.8 Komponen Kontrol

Banyak hal yang dapat merusak sistem

informasi, seperti bencana alam, api, temperatur,

air, debu, kecurangan – kecurangan, kegagalan –

kegagalan sistem itu sendiri, ketidak efisienan,

sabotase dan lain sebagainya. Beberapa

pengendalian perlu dirancang dan diterapkan untuk

meyakinkan bahwa hal – hal yang dapat merusak

sistem dapat dicegah ataupun bila terlanjur terjadi

kesalahan – kesalahan dapat langsung cepat diatasi.

 Gambar 3.1.5.1.8 Interaksi Informasi

3.1.5.2 Elemen Sistem Informasi

Sistem informasi terdiri dari elemen – elemen berupa

orang, prosedur, perangkat keras, perangkat lunak, basis data,

jaringan komputer dan komunikasi data. Semua elemen ini

merupakan komponen fisik.

3.1.5.2.1 Personil

Personil atau orang yang dimaksudkan

yaitu, operator komputer, analis sistem,

programmer, personil data entry, dan manajer

 sistem informasi. Adapun macam – macam

personil atau orang pengelolaan operasi (SDM),

meliputi :

a. Clerical personnel ( untuk menangani transaksi

dan pemrosesan data dan melakukan inquiry =

operator ).

b. First level manager ( untuk mengelola

pemrosesan data didukung dengan

perencanaan, penjadwalan, identifikasi situasi

out-of-control dan pengambilan keputusan

level menengah kebawah ).

c. Staff specialist ( Digunakan untuk analisis

maupun perencanaan dan pelaporan ).

d. Management ( untuk pembuatan laporan

berkala, permintaan khusus, analisis khusus,

laporan khusus, pendukung identifikasi

masalah dan peluang ).

3.1.5.2.2 Prosedur

Prosedur merupakan elemen fisik. Hal ini

disebabkan karena prosedur disediakan dalam

bentuk fisik seperti buku panduan dan instruksi.

Ada 3 jenis prosedur yang dibutuhkan, yaitu

instruksi untuk pemakai, instruksi untuk penyiapan

 masukan, instruksi pengoperasian untuk karyawan

pusat komputer.

3.1.5.2.3 Perangkat Keras

Perangkat keras bagi suatu sistem informasi

terdiri atas komputer ( pusat pengolahan, unit

masukan/keluaran), peralatan penyiapan data, dan

terminal masukan/keluaran.

3.1.5.2.4 Perangkat Lunak

Perangkat lunak dapat dibagi dalam 3 jenis utama :

a. Sistem perangkat lunak umum, seperti model

analisis dan keputusan.

b. Aplikasi perangkat lunak umum, seperti model

analisis dan keputusan.

c. Aplikasi perangkat lunak yang terdiri atas

program yang secara spesifik dibuat untuk

setiap aplikasi.

3.1.5.2.5 Basis Data

File yang berisi program dan data

dibuktikan dengan adanya media penyimpanan

secara fisik seperti diskette, hard disk, magnetic

tape, dan sebagainya. File juga meliputi keluaran

 tercetak dan catatan lain diatas kertas, mikro film,

dan lain sebagainya.

Gambar 3.1.5.2.1 Hubungan Elemen Sistem Informasi

3.1 Sistem Informasi Persediaan Obat.

Sistem Informasi persediaan obat ini merupakan fungsi penting yang

menjadi tanggung jawab Manajemen Sumber Daya Manusia. Sistem

Informasi persediaan obat tersebut bertugas mengelola persediaan obat di

Apotek saat ini masih menggunakan sistem yang manual dalam proses

pengelolaan obat. Sangatlah mungkin terjadi kecurangan pada proses absensi

seperti penitipan absen. Proses pengolahan data yang lambat dapat

 mengakibatkan lambatnya penyajian informasi sehingga dimungkinkan pula

terjadi keterlambatan pelaporan mengenai jumlah jam kerja karyawan.

Ditambah lagi dalam proses perekapan yang terbilang lama dan

kurangnya keakuratan dalam merekap jumlah jam kerja karyawan. Oleh

karena itu diperlukan suatu sistem informasi yang dapat memecahkan

masalah tersebut secara cepat dan akurat. Untuk mencapai proses yang baik

maka dibutuhkan sebuah sistem informasi absensi untuk mempermudah

karyawan dalam proses pengelolaan persediaan obat.

Dari permasalahan yang timbul, maka dibuatlah sebuah aplikasi

berbasis desktop untuk memudahkan proses absensi karyawan. Maka

dibuatkanlah judul berupa “Sistem Informasi Web Persediaan Obat Apotek di

Cikara Studio”.

3.2 Elemen - Elemen Tahap Pemodelan Analisis.

3.3.1 Flowmap

3.3.1.1 Pengertian Flowmap.

Flowmap adalah penggambaran secara grafik dari

langkah – langkah dan urutan – urutan prosedur dari suatu

program. Flowmap menolong analisis dan programmer untuk

memecahkan masalah ke dalam segmen – segmen yang lebih

 kecil dan menolong dalam menganalisis alternatif – alternatif

lain dalam pengoperasian.

3.3.1.2 Jenis – Jenis Flowmap

1. Flowmap Sistem

2. Flowmap Paperwork atau Flowmap Dokumen

3. Flowmap Skematik

4. Flowmap Program

5. Flowmap Proses

3.3.1.3 Notasi / Simbol - Simbol Flowmap

Flowmap merupakan penggambaran yang biasanya

diawali dengan mengamati dokumen apa yang menjadi media

data atau informasi. Selanjutnya ditelusuri bagaimana

dokumen tersebut terbentuk, ke bagian atau entitas mana

dokumen tersebut mengalir, perubahan apa yang terjadi pada

dokumen tersebut, proses apa yang terjadi terhadap dokumen

tersebut, dan seterusnya.Simbol – simbol / notasi pada flow

map

Ada beberapa simbol – simbol / notasi pada flowmap yang

telah penulis susun sebelumnya yaitu :

NO SIMBOL FUNGSI
 Data, merepresentasikan input data

atau output data yang dip roses atau

1
menunjukkan hasil dari suatu

proses.

Process, mempresentasikan operasi

atau menunjukkan setiap

2 pengolahan yang dilakukan oleh

komputer.

Connector, keluar ke atau masuk

dari bagian lain flowchart

3
khususnya halaman yang sama.

Arus atau Flow, prosedur yang

dapat dilakukan dari atas ke bawah,

4
bawah ke atas, kiri ke kanan, atau

dari kanan ke kiri.

 Decision, keputusan dalam program

atau suatu kondisi yang akan

5 menghasilkan beberapa

kemungkinan pilihan atau jawaban.

Predefined Process, untuk

menyatakan sekumpulan langkah

6
proses yang ditulis sebagai

prosedur.

Terminator, untuk memulai dan

7
mengakhiri suatu program.

Preparation, suatu simbol untuk

8 menyediakan tempat pengolahan

data dalam storage.

Document, input atau output dalam

9 format yang dicetak

 Magnetic disk, untuk menyimpan

data.
10

Display, output yang ditampilkan

pada terminal atau ditujukan pada

11
devices, seperti monitor

Off-page Connector, merupakan

symbol untuk masuk dan keluar

12 suatu prosedur pada halaman yang

lain.

Tabel 3.3.1.3.1 Simbol – Simbol flow chart

Di atas merupakan tipe simbol – simbol / notasi mengguna kan flow

chart.

3.3.2 Kamus Data ( Data Dictionary)

3.3.2.1 Penjelasan Kamus Data

Kamus data adalah suatu daftar data elemen yang

terorganisis dengan definisi yang tetap dan sesuai dengan

sistem, sehingga user dan analis sistem mempunyai

 pengertian yang sama tentang input, output dan komponen

data store. Kamus data ini sangat membantu analis sistem

dalam mendefinisikan data yang mengalir di dalam sistem,

sehingga pendefinisian data itu dapat dilakukan dengan

lengkap dan terstruktur. Pembentukan kamus data

dilaksanakan dalam tahap analisis dan perancangan suatu

sistem. Pada tahap analisis, kamus data merupakan alat

komunikasi antara user dan analis sistem tentang data yang

mengalir di dalam sistem, yaitu tentang data yang masuk ke

sistem dan tentang informasi yang dibutuhkan oleh user.

Sementara itu, pada tahap perancangan sistem kamus data

digunakan untuk merancang input, laporan dan database.

Pembentukan kamus data didasarkan atas alur data

yang terdapat pada DFD. Alur data pada DFD ini bersifat

global, dalam arti hanya menunjukan nama alur datanya

tanpa menunjukan struktur dari alur data itu. Untuk

menunjukan struktur dari alur data secara terinci maka

dibentukanlah kamus data yang didasarkan pada alur data di

dalam DFD.

3.3.3 Data Flow Diagram ( DFD )

3.3.3.1 Pengertian Data Flow Diagram

Data Flow Diagram ( DFD ) adalah alat pembuatan

model yang memungkinkan professional sistem untuk

 menggambarkan sistem sebagai suatu jaringan proses

fungsional yang dihubungkan satu sama lain dengan alur

data, baik secara manual maupun komputerisasi. DFD ini

sering disebut juga dengan nama Bubble chart, Bubble

diagram, model proses, diagram alur kerja, atau model

fungsi.

DFD ini adalah salah satu alat pembuatan model yang

sering digunakan, khususnya bila fungsi – fungsi sistem

merupakan bagian yang lebih penting dan kompleks dari

pada data yang dimanipulasi oleh sistem. Dengan kata lain,

DFD adalah alat pembuatan model yang memberikan

penekanan hanya pada fungsi sistem.

DFD 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 professional sistem

kepada pemakai maupun pembuat program.

3.3.3.2 Komponen Data Flow Diagram

Tabel 3.3.3.2.1 Komponen Data Flow Diagram

Menurut Yourdan dan

Menurut Gene dan Serson
DeMarco
Terminator Terminator

Proses Proses

Data Store Data Store

Alur Data Alur Data

3.3.3.2.1 Komponen Terminator / Entitas Luar

 Terminator mewakili entitas eksternal yang

berkomunikasi dengan sistem yang sedang

dikembangkan. Biasanya terminator dikenal

dengan nama entitas luar ( external entity ).

Terdapat dua jenis terminator :

a. Terminator Sumber ( source ) : merupakan

terminator yang menjadi sumber.

b. Terminator Tujuan ( sink ) : merupakan

terminator yang menjadi tujuan data /

informasi sistem.

Terminator dapat berupa orang,

sekelompok orang,organisasi, departemen di dalam

organisasi, atau perusahaan yang sama tetapi di

luar kendali sistem yang sedang dibuat modelnya.

Terminator dapat juga berupa departemen,

divisi atau sistem di luar sistem yang

berkomunikasi dengan sistem yang sedang

dikembangkan.

Komponen terminator ini perlu diberi nama

sesuai dengan dunia luar yang berkomunikasi

dengan sistem yang sedang dibuat modelnya, dan

biasanya menggunakan kata benda, misalnya

Bagian Penjualan, Dosen, Mahasiswa.

 Ada tiga hal penting yang harus diingat tentang

terminator :

1. Terminator merupakaan bagian/lingkungan

luar sistem. Alur data yang menghubungkan

terminator dengan berbagai proses sistem,

menunjukan hubungan sistem dengan dunia

luar.

2. Professional sistem tidak dapat mengubah isi

atau cara kerja organisasi, atau prosedur yang

berkaitan dengan terminator.

3. Hubungan yang ada antar terminator yang satu

dengan yang lain tidak digambarkan pada

DFD.

3.3.3.2.2 Komponen Proses

Komponen proses menggambarkan bagian

dari sistem yang mentransformasikan input

menjadi output. Proses diberi nama untuk

menjelaskan proses/kegiatan apa yang sedang/akan

dilaksanakan. Pemberian nama proses dilakukan

dengan menggunakan kata kerja transitif ( kata

kerja yang membutuhkan obyek ), seperti

Menghitung Gaji, Mencetak KRS, Menghitung

Jumlah SKS.
 Ada empat kemungkinan yang dapat terjadi

dalam proses sehubungan dengan input dan

output :

Gambar 3.3.3.2.2.1 Input dan Output Pada Proses

Ada beberapa hal yang perlu diperhatikan tentang

proses :

1. Proses harus memiliki input dan output.

2. Proses dapat dihubungkan dengan komponen

terminator, data store atau proses melalui alur

data.

3. Sistem/bagian/divisi/departemen yang sedang

dianalisis oleh professional sistem

digambarkan dengan komponen proses.

Berikut ini merupakan suatu contoh proses yang

salah :
 Gambar 3.3.3.2.2.2 Proses yang salah

Umumnya kesalahan proses di DFD adalah :

1. Proses mempunyai input tetapi tidak

menghasilkan output.

Kesalahan ini disebut dengan black hole

( lubang hitam ), karena data masuk ke dalam

proses dan lenyap tidak berbekas seperti

dimasukan ke dalam lubang hitam ( lihat

proses 1 ).

2. Proses menghasilkan output tetapi tidak

pernah menerima input.

Kesalahan ini disebut dengan miracle ( ajaib ),

karena ajaib dihasilkan output tanpa pernah

menerima input ( lihat proses 2 ).

3.3.3.2.3 Komponen Data Store

Komponen ini digunakan untuk membuat

model sekumpulan paket data dan diberi nama

dengan kata benda jamak, misalnya Mahasiswa.

Data store ini biasanya berkaitan dengan

penyimpanan – penyimpanan, seperti file atau

database yang berkaitan dengan penyimpanan,

seperti file atau database yang berkaitan dengan

penyimpanan secara komputerisasi, misalnya file

disket, file harddisk, file pita magnetik. Data store

juga berkaitan dengan penyimpan secara manual

seperti buku alamat, file folder dan agenda.

Suatu data store dihubungkan dengan alur

data hanya pada komponen proses, tidak dengan

komponen DFD lainnya. Alur data yang

menghubungkan data store dengan suatu proses

mempunyai pengertian sebagai berikut :

1. Alur data dari data store yang berarti sebagai

pembacaan atau pengaksesan satu paket

tunggal data, lebih dari satu paket data,

sebagian dari satu paket tunggal data, atau

sebagian dari lebih dari satu paket data untuk

 suatu proses ( lihat gambar 3.3.3.2.3.1 (a)

dibawah ).

2. Alur data ke data store yang berarti sebagai

pengupdatetan data, seperti menambahkan satu

paket data baru atau lebih, menghapus satu

paket atau lebih, atau mengubah/memodifikasi

satu paket data atau lebih ( lihat gambar

3.3.3.2.3.1 (b) dibawah ).

Pada pengertian pertama jelaslah bahwa

data store tidak berubah, jika suatu paket

data/informasi berpindah dari data store ke suatu

proses. Sebaliknya pada pengertian kedua data

store berubah sebagai hasil alur yang memasuki

data store. Dengan kata lain, proses alur data

bertanggung jawab terhadap perubahan yang

terjadi pada data store.

Gambar 3.3.3.2.3.1 Implementasi Data Store

3.3.3.2.4 Komponen Data Flow / Alur Data

Suatu data flow / alur data digambarkan

dengan anak panah, yang menunjukan arah menuju

ke dan keluar dari suatu proses. Alur data ini

digunakan untuk menerangkan perpindahan data

atau paket data/informasi dari satu bagian sistem

ke bagian lainnya.

Selain menunjukan arah, alur data pada

model yang dibuat oleh professional sistem dapat

merpresentasikan bit, karakter, pesan, formulir,

bilangan real, dan macam – macam informasi yang

berkaitan dengan komputer. Alur data juga dapat

merepresentasikan data/informasi yang tidak

berkaitan dengan komputer.

Alur data perlu diberi nama sesuai dengan

data/informasi yang dimaksud, biasanya pemberian

nama pada alur data dilakukan dengan

menggunakan kata benda, contohnya Laporan

Penjualan.

Ada empat konsep yang perlu diperhatikan

dalam penggambaran alur data, yaitu :

1. Konsep Paket Data ( Packets of Data )

Apabila dua data atau lebih mengalir

dari suatu sumber yang sama menuju ke tujuan

yang sama dan mempunyai hubungan, dan

harus dianggap sebagai satu alur data tunggal,

karena data itu mengalir bersama – sama

sebagai satu paket.

Gambar 3.3.3.2.4.1 Konsep Paket Data

2. Konsep Alur Data Menyebar ( Diverging Data

Flow )

Alur data menyebar menunjukan

sejumlah tembusan paket data yang berasal

dari sumber yang sama menuju ke tujuan yang

berbeda, atau paket data yang kompleks dibagi

menjadi beberapa elemen data yang dikirim ke

tujuan yang berbeda, atau alur data ini

membawa paket data yang memiliki nilai yang

 berbeda yang akan dikirim ke tujuan yang

berbeda.

Gambar 3.3.3.2.4.2 Konsep alur data

menyebar

3. Konsep Alur Data Mengumpul ( Converging

Data Flow )

Beberapa alur data yang berbeda

sumber bergabung bersama – sama menuju ke

tujuan yang sama.

Gambar 3.3.3.2.4.3 Konsep alur data mengumpul

4. Konsep Sumber atau Tujuan Alur Data

Semua alur data harus minimal

mengandung satu proses. Maksud kalimat ini

adalah :

a. Suatu alur data dihasilkan dari suatu

proses dan menuju ke suatu data store

dan/atau terminator ( lihat gambar

3.3.3.2.4.4 (a) di bawah ).

b. Suatu alur data dihasilkan dari suatu

data store dan/atau terminator dan menuju

ke suatu proses ( lihat gambar 3.3.3.2.4.4

(b) di bawah ).

c. Suatu alur data dihasilkan dari suatu

proses dan menuju ke suatu proses ( lihat

gambar 3.3.3.2.4.4 (c) ).

Gambar 3.3.3.2.4.4 Konsep sumber atau tujuan alur

data
3.3.3.3 Syarat – Syarat Pembuatan Data Flow Diagram

Syarat pembuatan DFD ini akan menolong

professional sistem untuk menghindari pembentukan DFD

yang salah atau DFD yang tidak lengkap atau tidak konsisten

secara logika. Beberapa syarat pembuatan DFD dapat

menolong professional sistem untuk membentuk DFD yang

benar, menyenangkan untuk dilihat dan mudah dibaca oleh

pemakai.

Syarat – syarat pembuatan DFD ini adalah :

1. Pemberian Nama untuk Tiap komponen DFD

Seperti yang telah dijelaskan sebelumnya,

komponen terminator mewakili lingkungan luar dari

sistem, tetapi mempunyai pengaruh terhadap sistem yang

sedang dikembangkan ini. Maka agar pemakai

mengetahui dengan lingkungan mana saja sistem mereka

berhubungan, komponen terminator ini harus diberi

nama sesuai dengan lingkungan luar yang mempengaruhi

sistem ini. Biasanya komponen terminator diberi nama

dengan kata benda.

Selanjutnya adalah komponen proses. Komponen

proses ini mewakili fungsi sistem yang akan

dilaksanakan atau menunjukan bagaimana fungsi sistem

dilaksanakan oleh seseorang, sekelompok orang atau

mesin. Maka sangatlah jelas bahwa komponen ini perlu

diberi nama yang tepat, agar siapa yang membaca DFD

khususnya pemakai akan merasa yakin bahwa DFD yang

dibentuk ini adalah model yang akurat.

Pemberian nama pada komponen proses lebih

baik menunjukan aturan – aturan yang akan dilaksanakan

oleh seseorang dibandingkan dengan memberikan nama

atau identitas orang yang akan melaksanakannya. Ada

dua alasan mengapa bukan nama atau identitas orang

( yang melaksanakan fungsi sistem ) yang digunakan

sebagai nama proses, yaitu :

1. Orang tersebut mungkin diganti oleh orang lain saat

mendatang, sehingga bila tiap kali ada pergantian

orang yang melaksanakan fungsi tersebut, maka

sistem yang dibentuk harus diubah lagi.

2. Orang tersebut mungkin tidak melaksanakan satu

fungsi sistem saja, melainkan beberapa fungsi sistem

yang berbeda. Dari pada menggambarkan beberapa

proses dengan nama yang sama tetapi artinya

berbeda, lebih baik tunjukan dengan tugas/fungsi

sistem yang sebenarnya akan dilaksanakan.

Karena nama untuk komponen proses lebih baik

menunjukan tugas/fungsi sistem yang akan dilaksanakan,

 maka lebih baik pemberian nama ini menggunakan kata

kerja transitif.

Pemberian nama untuk komponen data store

menggunakan kata benda, karena data store menunjukan

data apa yang disimpan untuk kebutuhan sistem dalam

melaksanakan tugasnya. Jika sistem sewaktu – waktu

membutuhkan data tersebut untuk melaksanakan

tugasnya, maka data tersebut tetap ada, karena sistem

menyimpannya.

Begitu pula untuk komponen alur data, namanya

lebih baik diberikan dengan menggunakan kata benda.

Karena alur data ini menunjukan data dan informasi yang

dibutuhkan dan yang dikeluarkan oleh sistem dalam

pelaksanaan tugasnya.

2. Pemberian Nomor pada Komponen Proses

Biasanya professional sistem memberikan nomor

dengan bilangan terurut pada komponen proses sebagai

referensi. Tidak jadi masalah bagaimana nomor – nomor

proses ini diberikan. Nomor proses dapat diberikan dari

kiri ke kanan, atau dari atas ke bawah, atau dapat pula

dilakukan dengan pola – pola tertentu selama pemberian

nomor ini tetap konsisten pada nomor yang

dipergunakan.
 Gambar 3.3.3.3.1 Contoh Pemberian nomor pada proses

Nomor – nomor proses yang diberikan terhadap

komponen proses ini tidak dimaksudkan bahwa proses

tersebut dilaksanakan secara berurutan. Pemberian

nomor ini dimaksudkan agar pembacaan suatu proses

dalam suatu diskusi akan lebih mudah dengan hanya

menyebutkan prosesnya saja jika dibandingkan dengan

menyebutkan nama prosesnya, khususnya jika nama

prosesnya panjang dan sulit.

Maksud pemberian nomor pada proses yang lebih

penting lagi adalah untuk menunjukan referensi terhadap

skema penomoran secara hirarki pada levelisasi DFD.

Dengan kata lain, nomor proses ini merupakan dasar

pemberian nomor pada levelilasi DFD ( lihat gambar

3.3.3.3.1 ).
3. Penggambaran DFD sesering mungkin

Penggambaran DFD dapat dilakukan berkali –

kali sampai secara teknik DFD itu benar, dapat diterima

oleh pemakai, dan sudah cukup rapih sehingga

professional sistem tidak merasa malu untuk menunjukan

DFD itu kepada atasannya dan pemakai.

Dengan kata lain, penggambaran DFD ini

dilakukan sampai terbentuk DFD yang enak dilihat, dan

mudah dibaca oleh pemakai dan professional sistem

lainnya. Keindahan penggambaran DFD tergantung pada

standar – standar yang diminta oleh organisasi tempat

professional sistem itu bekerja dan perangkat lunak yang

dipakai oleh professional sistem dalam membuat DFD.

Penggambaran yang enak untuk dilihat dapat

dilakukan dengan memperhatikan hal – hal berikut ini :

1. Ukuran dan bentuk proses.

Beberapa pemakai kadang – kadang merasa

bingung bila ukuran proses satu berbeda dengan

proses yang lain. Mereka akan mengira bahwa

proses dengan ukuran yang lebih besar akan diduga

lebih penting dari proses yang ukurannya lebih kecil.

Hal ini sebenarnya hanya karena nama proses itu

 lebih panjang dibandingkan dengan proses yang lain.

Jadi, sebaiknya proses yang digambarkan memiliki

ukuran dan bentuk yang sama.

2. Alur data melingkar dan alur data lurus.

Alur data dapat digambarkan dengan

melingkar atau hanya garis lurus. Mana yang lebih

enak dipandang tergantung siapa yang akan melihat

DFD tersebut.

Gambar 3.3.3.3.2 Contoh Alur lurus dan Alur melingkar

3. DFD dengan gambar tangan dan gambar

menggunakan mesin.

DFD dapat digambarkan secara manual atau

dengan menggunakan bantuan mesin, tergantung

pilihan pemakai atau professional sistem.

4. Penghindaran Penggambaran DFD yang rumit

Tujuan DFD adalah untuk membuat model fungsi

yang harus dilaksanakan oleh suatu sistem dan interaksi

antar fungsi. Tujuan lainnya adalah agar model yang

dibuat itu mudah dibaca dan dimengerti tidak hanya oleh

professional sistem yang membuat DFD, tetapi juga oleh

pemakai yang berpengalaman dengan subyek yang

terjadi. Hal ini berarti DFD harus mudah dimengerti,

dibaca, dan menyenangkan untuk dilihat.

Pada banyak masalah proses, terminator, data

store, dan alur data digambarkan dalam satu DFD, maka

ada kemungkinan terjadi banyak persilangan alur data

dalam DFD tersebut. Persilangan alur data ini

menyebabkan pemakai akan sulit membaca dan mengerti

DFD yang tertentu. Jadi semakin sedikit adanya

persilangan data pada DFD, maka makin baik DFD yang

dibentuk oleh professional sistem.

Persilangan alur data ini dapat dihindari dengan

menggambarkan DFD secara bertingkat – tingkat

( levelisasi DFD ), atau dengan menggunakan pemakaian

duplikat terhadap komponen DFD.

Komponen DFD yang dapat menggunakan

duplikat hanya komponen store dan terminator.

Pemberian duplikat ini juga tidak dapat diberikan sesuka

professional sistem yang membuat DFD, tetapi makin

sedikit pemakaian duplikat, makin baik DFD yang

terbentuk.

Pemberian duplikat terhadap data store dilakukan

dengan memberikan simbol garis lurus (ξ) atau asterisk

 (*), sedangkan untuk terminator menggunakan simbol

garis miring (/) atu asterisk (*). Banyaknya pemberian

simbol duplikat pada duplikat yang digunakan

tergantung banyaknya duplikat yang digunakan.

Gambar 3.3.3.3.3 Contoh pemakaian simbol duplikat

Pada komponen terminator.
(a) Satu duplikat yang digunakan

5. Penggambaran DFD yang konsisten

Penggambaran DFD harus konsisten terhadap

kelompok DFD lainnya. Professional sistem

menggambarkan DFD berdasarkan tingkatan DFD harus

konsisten terhadap kelompok DFD lainnya. Professional

sistem menggambarkan DFD berdasarkan tingkatan DFD

dengan tujuan agar DFD yang dibuatnya itu mudah

dibaca dan dimengerti oleh pemakai sistem. Hal ini

sesuai dengan salah satu tujuan atau syarat membuat

DFD.
3.3.3.4 Penggambaran DFD

Tidak ada aturan baku untuk menggambarkan DFD.

Tapi dari berbagai referensi yang ada, secara garis besar

langkah untuk membuat DFD adalah :

1. Identifikasi terlebih dahulu semua entitas luar yang

terlibat di sistem.

2. Identifikasi semua input dan output yang terlibat dengan

entitas luar.

3. Buat Diagram Konteks ( diagram context ).

Diagram ini adalah diagram level tertinggi dari

DFD yang menggambarkan hubungan sistem dengan

lingkungan luarnya.

Caranya :

a. Tentukan nama sistemnya.

b. Tentukan batasan sistemnya.

c. Tentukan terminator apa saja yang ada dalam sistem.

d. Tentukan apa yang diterima/diberikan terminator

dari/sistem.

e. Gambarkan diagram konteks.

4. Buat Diagram Level Zero

Diagram ini adalah dekomposisi dari diagram konteks.

Caranya :
 a. Tentukan proses utam yang ada pada sistem.

b. Tentukan apa yang diberikan/diterima masing –

masing proses ke/dari sistem sambil memperhatikan

konsep keseimbangan ( alur data yang keluar/masuk

pada level berikutnya ).

c. Apabila diperlukana, munculkan data store

( master ) sebagai sumber maupun tujuan alur data.

d. Gambarkan diagram level zero.

1. Hindari perpotongan arus data

2. Beri nomor pada proses utama ( nomor tidak

menunjukan urutan proses ).

5. Buat Diagram Level Satu

Diagram ini merupakan dekomposisi dari

diagram level zero.

Caranya :

a. Tentukan proses yang lebih kecil ( sub-proses ) dari

proses utama yang ada di level zero.

b. Tentukan apa yang diberikan/diterima masing –

masing sub-proses ke/dari sistem dan perhatikan

konsep keseimbangan.

c. Apabila diperlukan, muculkan data store ( transaksi )

sebagai sumber maupun tujuan alur data.

d. Gambarkan DFD level satu.

 e. Hindari perpotongan arus data.

f. Beri nomor pada masing – masing sub-proses yang

menunjukan dekomposisi dari proses sebelumnya.

Contoh : 1.1, 1.2, 2.1

6. DFD Level Dua, Tiga, …..

Diagram ini merupakan dekomposisi dari level

sebelumnya. Proses dekomposisi dilakukan sampai dengan

proses siap dituangkan ke dalam program. Aturan yang

digunakan sama dengan level satu.

Gambar 3.3.3.4.1 Levelisasi DFD

3.3.4 Entity Relationship Diagram ( ERD )

3.3.4.1 Pengertian Entity Relationship Diagram

Model Entity Relationship adalah suatu penyajian

data dengan menggunakan Entity dan Relationship

3.3.4.2 Penjelasan Entity

Entity adalah obyek yang dapat dibedakan dalam

dunia nyata.

Entity set adalah kumpulan dari entity yang sejenis

Entity set dapat berupa :

1. Obyek secara fisik : Rumah, Kendaraan dan

Peralatan

2. Obyek secara konsep : Pekerjaan, Perusahaan dan

Rencana

3.3.4.3 Penjelasan Atribut

3.3.4.3.1 Pengertian Atribut dan Nilai Atribut

Atribut adalah karakteristik dari entity atau

relationship, yang menyediakan penjelasan detail

tentang entity atau relationship tersebut. Sedangkan

Nilai Atibut merupakan suatu data aktual

atau informasi yang disimpan pada suatu atribut di

dalam suatu entity atau relationship.

3.3.4.3.2 Jenis – Jenis Atribut

1. Atribut Key

Atribut ini digunakan untuk menentukan

suatu entity secara unik

2. Atribut Simple

Atribut yang bernilai tunggal.

3. Atribut Multivalue

Atribut yang memiliki sekelompok nilai

untuk setiap instan entity

Gambar 3.3.4.3.2.1 Contoh Atribut Multivalue

4. Atribut Composite

Atribut yang terdiri dari beberapa atribut

yang lebih kecil yang mempunyai arti tertentu.

 Gambar 3.3.4.3.2.2 Contoh Atribut Composite

5. Atribut Derivatif

Suatu atribut yang dihasilkan dari atribut

yang lain.

Gambar 3.3.4.3.2.3 Contoh Atribut Derivatif

3.3.4.4 Penjelasan Relationship

3.3.4.4.1 Pengertian Relationship dan Relationship set

Relationship adalah hubungan yang terjadi

antara satu atau lebih entity. Sedangkan

Relationship set adalah kumpulan relationship

yang sejenis.
 Gambar 3.3.4.4.1.1 Contoh Relationship

3.3.4.4.2 Derajat Dari Relationship

Menjelaskan jumlah entity yang

berpartisipasi dalam suatu relationship. Ada 3

bentuk derajat pada relationship yaitu : 1. Unary

Degree ( Derajat Satu ), 2. Binary Degree ( Derajat

Dua ) dan 3. Ternary Degree ( Derajat Tiga ).

1. Contoh bentuk Unary Degree ( Derajat Satu )

2. Contoh bentuk Binary Degree ( Derajat Dua )

3. Contoh bentuk Ternary Degree ( Derajat Tiga )

3.3.4.5 Cardinality Ratio Constraint

3.3.4.5.1 Penjelasan Cardinality Ratio Constraint

Cardinality Ratio Constraint menjelaskan

batasan jumlah keterhubungan satu entity dengan

entity lainnya.

3.3.4.5.2 Jenis Cardinality Ratio Constraint

Ada 3 Jenis yang dimiliki Cardinality Ratio

Constraint.

1. 1:1

2. 1:N/N:1

3. M:N

Adapun contoh gambar yang

mencerminkan ketiga jenis diatas yaitu :

Gambar 3.3.4.5.2.1 Contoh 1 : 1

Gambar 3.3.4.5.2.2 Contoh 1 : N / N : 1

Gambar 3.3.4.5.2.3 Contoh M : N

3.3.4.6 Penjelasan Participation Constraint

Participation Constraint menjelaskan apakah

keberadaan suatu entity tergantung pada hubungannya

dengan entity lain.

Participation Constraint dapat dibagi menjadi 2

macam yaitu : Total Participation dan Partial Participation.

1. Total Participation

Maksud dari Total Participation adalah

keberadaan suatu entity tergantung pada hubungannya

dengan entity lain.

Gambar 3.3.4.6.1 Contoh Total Participation

2. Partial Participation

Maksud dari Partial Participation adalah

keberadaan suatu entity tidak tergantung pada

hubungannya dengan entity lain.

Gambar 3.3.4.6.2 Contoh Partial Paticipation

3.3.4.7 Penjelasan Weak Entity

Weak entity adalah suatu Entity dimana keberadaan

dari entity tersebut tergantung dari keberadaan entity lain.

Entity yang merupakan induk Identifying Owner dan

relationshipnya disebut Identifying Relationship. Weak

Entity selalu mempunyai Total Participation constraint

dengan Identifiying Owner.

Adapun contoh gambar yang menggambarkan suatu

Weak Entity :

Gambar 3.3.4.7.1 Contoh Weak Entity

3.3.4.8 Simbol – Simbol Entity Relationship Diagram

Simbol merupakan peran penting dalam pembuatan

ERD fungsinya untuk menggambarkan suatu bentuk nyata

kedalam bentuk gambar atau diagram.

Adapun Simbol – Simbol ERD seperti berikut :

Entity
1.
 Weak Entity
2.

Relationship
3.

Identifying
4.
Relationship

5. Atribut

Atribut Primary
6.
Key

Atribut
7.
Multivalue

Atribut
8. Composite

Atribut Derivatif
9.

Tabel 3.3.4.8.1 Simbol – Simbol ERD

3.4 Metode Perancangan Perangkat Lunak

3.4.1 Waterfall Model

3.4.1.1 Sejarah Waterfall Model

Waterfall model pertama kali diperkenalkan oleh

Winston Royce tahun 1970. Waterfall model merupakan

 model klasik yang sederhana dengan aliran sistem yang

linier. Out put dari setiap tahap merupakan input bagi tahap

berikutnya.

Model ini telah diperoleh dari proses rekayasa lainnya

dan menawarkan cara pembuatan rekayasa perangkat lunak

secara lebih nyata. Model ini memiliki 5 tahapan, dimana

setiap tahapan selalu dilakukan verifikasi atau testing.

Tahapan waterfall model meliputi : Analisis, Perancangan

Sistem, Desain, Implementasi, Integrasi dan Operasi &

Pemeliharaan.

3.4.1.2 Pengertian Waterfall Model

Waterfall model adalah salah satu model

pengembangan software, dimana kemajuan suatu proses

dipandang sebagai terus mengalir ke bawah seperti air terjun

3.4.1.3 Tahapan Waterfall Model

3.4.1.3.1 Analisis

Dalam tahapan ini, jasa, kendala dan tujuan

dari konsultasi dengan pengguna sistem, kemudian

semuanya dibuat dalam bentuk yang dapat

dimengerti oleh user dan staf pengembang. Dengan

kata lain, dalam tahapan ini dilakukan analisa

kebutuhan, kemudian diverifikasi klien.

3.4.1.3.2 Perancangan Sistem

Tahapan ini dilakukan dari mulai

pengumpulan data – data kebutuhan sistem,

dokumen spesifikasi, persetujuan dari klien dan

merencanakan jadwal pengembangan software.

3.4.1.3.3 Desain

Proses design sistem membagi kebutuhan –

kebutuhan menjadi sistem perangkat lunak atau

perangkat keras. Proses tersebut menghasilkan

sebuah arsitektur keseluruhan. Desain perangkat

lunak termasuk menghasilkan fungsi sistem

perangkat lunak dalam bentuk yang mungkin

ditransformasi kedalam satu atau lebih program

yang dapat dijalankan. Tahapan ini telah

menentukan alur software hingga pada tahap

algoritma detail.

3.4.1.3.4 Implementasi

Selama tahap ini, desain perangkat lunak

disadari sebagai sebuah program lengkap atau unit

program. Desain yang telah disetujui, diubah dalam

 bentuk kode – kode program. Tahap ini, kode –

kode program yang dihasilkan masih pada tahap

modul – modul, diakhir tahap ini, tiap modul di

testing tanpa diintegrasikan.

3.4.1.3.5 Integrasi

Unit program diintegrasikan dan diuji

menjadi sistem yang lengkap untuk meyakinkan

bahwa persyaratan perangkat lunak telah dipenuhi.

Setelah uji coba, sistem disampaikan ke konsumen.

3.4.1.3.6 Operasi dan Pemeliharaan

Normalnya, ini adalah tahap yang

terpanjang. Sistem dipasang dan digunakan.

Pemeliharaan termasuk pembetulan kesalahan yang

tidak ditemukan pada langkah sebelumnya.

Perbaikan implementasi unit sistem dan

peningkatan jasa sistem sebagai kebutuhan baru

ditemukan. Setiap tahap dari model ini

menggunakan Document Drivent, yaitu tahap

selanjutnya selalu bekerja berdasarkan dokumen

yang telah diberikan sebelumnya.

3.5 Normalisasi

3.5.1 Maksud dan Sejarah Normalisasi

 Ketika kita merancang suatu basis data untuk suatu sistem

relational, prioritas utama dalam mengembangkan model data logikal

adalah dengan merancang suatu epresentasi data yang tepat bagi

relationship dan constrainnya (batasannya). Kita harus

mengidentifikasi suatu set relasi yang cocok, demi mencapai tujuan di

atas. Tehnik yang dapat kita gunakan untuk membantu

mengidentifikasi relasi – relasi tersebut dinamakan Normalisasi.

Proses normalisasi pertama kali diperkenalkan oleh E.F.Codd

pada tahun 1972, normalisasi sering dilakukan sebagai suatu uji coba

pada suatu relasi secara berkelanjutan untuk menentukan apakah relasi

tersebut sudah baik atau masih melanggar aturan – aturan standar yang

diperlakukan pada suatu relasi yang normal ( sudah dapat dilakukan

proses insert, update, delete, dan modify pada satu atau beberapa

atribut tanpa mempengaruhi integritas data dalam relasi tersebut ).

Proses normalisasi merupakan metode yang formal/standar

dalam mengidentifikasi dasar relasi bagi primary keynya ( atau

candidate key dalam kasus BCNF ), dan dependensi fungsional

diantara atribut – atribut dari relasi tersebut. Normalisasi akan

membantu perancang basis data dengan menyediakan suatu uji coba

yang berurut yang dapat diimplementasikan pada hubungan individual

sehingga skema relasi dapat di normalisasikan ke dalam bentuk yang

lebih spesifik untuk menghindari terjadinya error atau inkonsistansi

data, bila dilakukan update terhadap relasi tersebut dengan Anomaly.

3.5.2 Beberapa Definisi Normalisasi

1. Normalisasi adalah suatu proses memperbaiki / membangun

dengan model data relasional, dan secara umum lebih tepat

dikoneksikan dengan model data logika.

2. Normalisasi adalah proses pengelompokan data ke dalam bentuk

tabel atau relasi atau file untuk menyatakan entitas dan hubungan

mereka sehingga terwujud satu bentuk database yang mudah

untuk dimodifikasi.

3. Normalisasi adalah suatu proses untuk mengidentifikasi “tabel”

kelompok atribut yang memiliki ketergantungan yang sangat

tinggi antara satu atribut dengan atribut lainnya.

3.5.3 Tujuan Normalisasi

1. Untuk menghilangkan kerangkapan data.

2. Untuk mengurangi kompleksitas.

3. Untuk mempermudah pemodifikasian data.

3.5.4 Proses Normalisasi

1. Data diuraikan dalam bentuk tabel, selanjutnya dianalisis

berdasarkan persyaratan tertentu ke beberapa tingkat.

 2. Apabila tabel yang diuji belum memenuhi persyaratan tertentu,

maka tabel tersebut perlu dipecah menjadi beberapa tabel yang

lebih sederhana sampai memenuhi bentuk yang optimal.

3.6 Basis Data dan Database Management System ( DBMS )

3.6.1 Basis Data

Data adalah fakta mengenai objek, orang, dan lain – lain.

Sedangkan Basis adalah hasil analisis dan sintesis terhadap data.

Basis data adalah kumpulan data, yang dapat digambarkan sebagai

aktifitas dari satu atau lebih organisasi yang berelasi.

3.6.2 Model Data

Data yang disimpan menggambarkan beberapa aspek dari

suatu organisasi. Model data adalah himpunan deskripsi data level

tinggi yang dikonstruksi untuk menyembunyikan beberapa detail

dari penyimpanan level rendah. Beberapa manajemen basis data

didasarkan pada model data relasional, model data hirarkis, atau

model data jaringan.

3.6.2.1 Model Data Hirarkis

Model hirarkis biasa disebut model pohon, karena

menyerupai pohon yang dibalik. Model ini menggunakan

pola hubungan orang tua – anak. Setiap simpul ( biasa

dinyatakan dengan lingkaran atau kotak ) menyatakan

 sekumpulan medan. Simpul yang terhubung ke simpul

pada level di bawahnya disebut orang tua. Setiap orang tua

bisa memiliki satu ( hubungan 1 : 1 ) atau beberapa anak

( hubungan 1 : M ), tetapi setiap anak hanya memiliki satu

orang tua. Simpul – simpul yang dibawahi oleh simpul

orang tua disebut anak. Simpul orang tua yang tidak

memiliki orang tua disebut akan. Simpul yang tidak

mempunyai anak disebut daun. Adapun hubungan antara

akan dengan orang tua disebut cabang.

3.6.2.2 Model Data Jaringan

Model jaringan distandarisasi pada tahun 1971

oleh Data Base Task Group ( DBTG ). Itulah sebabnya

disebut model DBTG. Model ini juga disebut model

CODASYL ( Conference on Data System Languages ),

karena DBTG adalah bagian dari CODASYL.

Model ini menyerupai model hirarkis, dengan

perbedaan suatu simpul anak bisa memiliki lebih dari satu

orang tua. Oleh karena sifatnya demikian, model ini bisa

menyatakan hubugan 1 : 1 ( satu orang tua punya satu

anak ), 1 : M ( satu orang tu punya banyak anak ), maupun

N : M ( beberapa anak bisa mempunyai beberapa orang

tua ). Pada model jaringan, orang tua disebut pemilik dan

anak disebut anggota.

 3.6.2.3 Model Data Relasional

Model relasional adalah model data yang paling

banyak digunakan saat ini. Pembahasan pokok pada model

ini adalah relasi, yang dimisalkan sebagai himpunan dari

record. Deskripsi data dalam istilah model data disebut

skema. Pada model relasional, skema untuk relasi

ditentukan oleh nama, nama dari tiap field ( atau atribut

atau kolom ), dan tipe dari tiap field.

3.6.3 Yang Berkepentingan Dengan Basis Data

Orang – orang yang berkepentingan dengan Basis Data

meliputi :

1. Pemakai akhir dan vendor DBMS

2. Programmer aplikasi basis data

3. Administrator Basis Data ( Database Administrator )

3.6.4 DBMS ( Database Management System )

3.6.4.1 Pengertian DBMS

Menurut Date, Sistem Basis Data adalah sistem

terkomputerisasi yang tujuan utamanya adalah memelihara

informasi dan membuat informasi tersebut tersedia saat

dibutuhkan.

Manajemen Sistem Basis Data ( Database

Management System - DBMS ) adalah perangkat lunak

yang didesain untuk membantu dalam hal pemeliharaan

 dan utilitas kumpulan data dalam jumlah besar. DBMS

dapat menjadi alternative penggunaan secara khusus untuk

aplikasi, semisal penyimpanan data dalam field dan

menulis kode aplikasi yang spesifik untuk pengaturannya.

3.6.4.2 Tinjauan Sejarah

Generasi pertama DBMS didesain oleh Charles

Bachman di perusahaan General Electric pada awal tahun

1960, disebut sebagai penyimpanan Data Terintegrasi

( Integrated Data Store ). Dibentuk dasar untuk model data

jaringan yang kemudian distandardisasi oleh Conference

on Data System Languages ( CODASYL ). Bachman

kemudian menerima ACM Turing Award ( Penghargaan

semacam Nobel pada ilmu komputer ) di tahun 1973. Dan

pada akhir 1960, IBM mengembangkan sistem manajemen

informasi ( information Management System ) DBMS.

IMS dibentuk dari representasi data pada kerangka kerja

yang disebut dengan model data hirarki. Dalam waktu

yang sama, dikembangkan sistem SABRE sebagai hasil

kerjasama antara IBM dengan perusahaan penerbangan

Amerika. Sistem ini memungkinkan user untuk mengakses

data yang sama pada jaringan komputer.

 Kemudian pada tahun 1970, Edgar Codd, di

Laboratorium Penelitian di San Jose, mengusulkan model

data relasional. Di tahun 1980, model relasional menjadi

paradigm DBMS yang paling dominan. Bahasa query SQL

dikembangkan untuk basis data relasional sebagai bagian

dari proyek Sistem R dari IBM. SQL distandardisasi di

akhir tahun 1980, dan SQL–92 diadopsi oleh America

National Standards Institute ( ANSI ) dan International

Standards Organization ( ISO ). Program yang digunakan

untuk eksekusi bersamaan dalam basis data disebut

transaksi. User menulis programnya, dan bertanggung

jawab untuk menjalankan program tersebut secara

bersamaan terhadap DBMS. Pada tahun 1999, James Gray

memenangkan Turing Award untuk kotribusinya pada

manajemen transaksi dalam DBMS.

Pada akhir tahun 1980 dan permulaan 1990,

banyak bidang sistem basis data yang dikembangkan.

Penelitian pada bidangn basis data meliputi bahasa query

yang powerful, model data yang lengkap, dan penekanan

pada dukungan analisis data yang kompleks dari semua

bagian organisasi. Beberapa vendor memperluas

sistemnya dengan kemampuan penyimpanan tipe data baru

semisal image dan text, dan kemampuan query yang

kompleks. Sistem khusus/special dikembangkan oleh

banyak vendor untuk membuat data warehouse,

mengkonsolidasi data dari beberapa basis data.

Phenomena yang paling menarik adalah adanya enterprise

resource planning ( ERP ) dan management resource

planning ( MRP ), yang menambahkan substansial layer

dan fitur berorientasi pada aplikasi. Paket yang termasuk

didalamnya meliputi Baan, Oracle, PeopleSoft, SAP dan

Siebel. Paket – paket ini mengidentifikasi himpunan tugas

secara umum ( missal manajemen inventori, perencanaan

sumber daya manusia, analisis finansial ) dan

menyediakan aplikasi layer secara umum untuk

menangani keperluan tersebut. Data disimpan dalam

DBMS relasional, dan aplikasi layer dapat disesuaikan

untuk perusahaan yang berbeda. Lebih jauh lagi, DBMS

memasuki dunia internet. Pada saat generasi pertama dari

Web site menyimpan datanya secara eksklusif dalam file

system operasi, maka saat ini DBMS dapat digunakan

untuk menyimpan data yang dapat diakses melalui Web

browser. Query dapat degenerate melalui form Web, dan

format jawabannya menggunakan markup language

semisal HTML untuk mempermudah tampilan pada

browser. Semua vendor basis data menambahkan fitur ini

 untuk DMS mereka. Manajemen basis data

mempertimbangkan pentingnya suatu data bersifat on-line,

dan dapat diakses melalui jaringan komputer. Saat

sekarang bidang seperti ini diwujudkan dalam basis data

multimedia, video interaktif, perpustakaan digital, proyek

ilmuwan seperti proyek pemetaan, proyek sistem

observasi bumi milik NASA, dll.

3.6.4.3 Komponen Utama DBMS

Komponen utama DBMS dapat dibagi menjadi 4 macam :

1. Perangkat Keras

2. Perangkat Lunak

3. Data

4. Pengguna

3.6.4.4 Keuntungan Penggunaan DBMS

Penggunaan DBMS untuk mengelola data

mempunyai beberapa keuntungan, yaitu :

1. Kebebasan data dan akses yang efisien

2. Mereduksi waktu pengembangan aplikasi

3. Integritas dan kemanan data

4. Administrasi keseragaman data

5. Akses bersamaan dan perbaikan dari terjadinya

crashes ( tabrakan dari proses serentak )

3.6.4.5 Level Abstraksi Dalam DBMS

 Data dalam DBMS dapat digambarkan dalam tiga

level abstraksi, yaitu konseptual, fisik dan eksternal. Data

definition language ( DDL ) digunakan untuk

mendefinisikan skema eksternal dan konseptual. Semua

vendor DBMS menyertakan perintah SQL untuk

menggambarkan aspek dari skema fisik. Informasi tentang

skema konseptual, eksternal dan fisik disimpan dalam

katalog sistem.

Gambar 3.6.4.5.1 Level Abstraksi

Melihat gambar diatas Level Abstraksi memiliki

beberapa tinjauan ( views ), skema konseptual tunggal

( logical ) dan skema fisik.

1. Menggambarkan bagaimana cara user melihat data

2. Skema konseptual mendefinisikan struktur logika

3. Skema fisikal menggambarkan file dan indeks yang

digunakan
 Skema didefinisikan menggunakan DDL ( Data

Definition Language ), data dimodifikasi dengan

menggunakan DML ( Data Management Language ).