BAB I

LANDASAN TEORI

1.1. Teori Unified Modeling Language (UML)

Unified Modeling Language (UML) adalah sebuah bahasa pemodelan visual yang
dirancang khusus untuk pengembangan dan analisis sistem berorientasi objek dan
desain. UML pertama kali dikembangkan oleh Grady Booch, Jim Rumbaugh, dan Ivars
Jacobson pada pertengahan tahun 1990. (Journal of Database Management: Keng Siau and
Qing Cao, 2001:26)
1. Diagram – Diagram UML
UML menyediakan 4 macam diagram untuk memodelkan aplikasi perangkat lunak
berorientasi objek. Yaitu:
a. Use Case Diagram
Use casediagram adalah sebuah diagram yang menunjukkan hubungan antara actors
dan use cases. Digunakan untuk analisis dan 8 desain sebuah sistem. (The Elements of
UML 2.0: Scott W. Ambler, 2005:33)
b. Class Diagram
Class diagram adalah sebuah diagram yang menunjukkan hubungan antar class yang
didalamnya terdapat atribut dan fungsi dari suatu objek. (The Elements of UML 2.0:
Scott W.Ambler, 2005:47)
c. Activity Diagram
Activity diagram adalah suatu diagram yang menggambarkan konsep aliran
data/kontrol, aksi terstruktur serta dirancang dengan baik dalam suatu sistem. (Journal of
Object Technology: Conrad Bock, 2003:45)
d. Sequence Diagram
Sequence diagram adalah sebuah diagram yang menggambarkan kolaborasi
dari objek-objek yang saling berinteraksi antar elemen dari suatu class. (Embedded
System Design:Bruce Powell Douglass, 2003:55)

1.2. Teori Normalisasi

Normalisasi adalah proses pengelompokan atribut data yang membentuk entitas
sederhana, nonredundant (tidak mengulang), fleksibel, dan mudah beradaptasi, sehingga
dapat di pastikan bahwa database yang di buat berkualitas baik.

1|BAB I LANDASAN TEORI

 Tujuan normalisasi database adalah menghilangkan dan mengurangi redudansi data /
data yang mengulang dan tujuan yang kedua adalah memastikan data yang di perlukan berada
pada table yang tepat.
Jika data dalam database tersebut belum di normalisasi maka akan terjadi 3 kemungkinan
yang akan merugikan secara keseluruhan
• Insert Anomali
Situasi dimana tidak memungkinkan memasukan jenis data secara langsung di
database.
• Delete Anomali
Penghapusan data yang tidak sesuai dengan yang di harapkan, contohnya data yang
seharusnya tidak terhapus malah ikut terhapus.
• Update Anomali
Situasi dimana nilai yang diubah menyebabkan inkonsistensi databse, contohnya
data yang di ubah tidak sesuai dengan apa yang di inginkan oleh user.

Untuk mengatasi anomaly - anomaly di atas maka harus melakukan beberapa

normalisasi, yaitu normalisasi 1, normalisasi 2, normalisasi 3

Contoh table database yang belum di normalisasi

1. Normalisasi 1
Sebuah table yang dapat di katakana sudah di normalisasi tahap 1 / normalisasi 1
adalah setiap atribut data tersebut hanya memiliki nilai tunggal dalam satu baris saja dan
tidak adanya grouping data dan tidak ada data yang terduplikat.
Contohnya dari table database yang di normalisasi 1

2. Normalisasi 2

2|BAB I LANDASAN TEORI

 Setelah menjalankan normalisasi 1 maka akan di lanjutkan ke normalisasi 2 /
normalisasi tahap 2, normalisasi 2 adalah pemecahan 1 table menjadi ke beberapa table
yang berbeda dan tidak di perbolehkannya functional dependency atau betasan
keterkaitan antara 2 attribut dalam suatu table.
Contoh dari table database yang di normalisasi 2

3. Normalisasi 3
Setelah menjalankan normalisasi 2 makan di lanjutkan ke normalisasi 3 / normalisasi
tahap 3, normalisasi 3 adalah lanjutan dari normalisasi 2 yang biasanya table dari
normalisasi 2 di pecah lagi menjadi beberapa table yang berbeda dan jika ada suatu
atribut yang tidak bergantung pada primary key tapi bergantung pada field lain.
Contoh dari table database yang di normalisasi 3

1.3. Teori ERD

Entity Relationship Diagram (ERD) menurut Brady dan loonam (2010) merupakan
teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya
oleh Sistem Analis dalam tahap analisis persyaratan proyek pengembangan sistem.
1. Fungsi Entity Relationship Diagram (ERD)
Fungsi penggambaran Entity Relationship Diagram (ERD) adalah :
a. Memudahkan dalam menganalisis pada suatu database dengan cepat dan tepat

3|BAB I LANDASAN TEORI

 b. Menjelaskan hubungan antara data data dalam table database berdasarkan object –
object berdasarkan data yang ada dan yang dihubungkan oleh suatu relasi
c. Mendokumentasi data – data yang ada dengan cara mengidentifikasi setiap entitas dari
data – data dan hubungannya pada suatu ERD
2. Komponen Entity Relationship Diagran (ERD)
Komponen – komponen dari Entity Relationship Diagram (ERD) adalah sebagai
berikut :
a. Entitas

Entitas adalah segala sesuatu yang adapt di gambarkan oleh data, entitas dapat di bagi
menadi 2 yaitu :
i. Entitas kuat
Entitas kuat merupakan entitas yagn tidak memiliki ketergantungan akan entitas
lain.
ii. Entitas lemah
Entitas lemah merupakan entitas yang kemunculannya tergantung pada keberadaan
entitas lain dalam sebuah relasi.

b. Atribut

Atribut merupakan pendeskripsian karakter dan keterangan yang ada pada sebuah
entitas dan perlu di simpan dalam sebuah database. Atribut juga berfungsi sebagai penjelas
memberikan informasi lebih rinci tentang jenis sebuah entitas. Atribut terbagi menjadi
beberapa jenis yaitu :
i. Atribut kunci (key): atribut yang digunakan untuk menentukan entitas secara unik.
ii. Atribut simpel: atribut bernilai tunggal yang tidak dapat dipecah lagi (atomic).
iii. Atribut multinilai (multivalue): atribut yang memiliki sekelompok nilai untuk
setiap entitas instan.

4|BAB I LANDASAN TEORI

 iv. Atribut gabungan (composite): atribut yang terdiri dari beberapa atribut yang lebih
kecil dengan arti tertentu.
v. Atribut derivatif: atribut yang dihasilkan dari atribut lain dan tidak wajib ditulis
dalam diagram ER.
c. Relasi

Hubungan antara sejumlah entitaas yang berasal dari himpunan entitas yang berbeda.
relasi juga terbagi menjadi beberapa jenis yaitu :
i. One to one
Setiap entitas hanya bisa mempunyai relasi dengan satu entitas lain.
ii. One to many
Hubungan antara satu entitas ndenga beberapa entitas dan sebaliknya.
iii. Many to many
Setiap entitas bisa mempunyai relasi dengan entitas lain, dan sebaliknya.
d. Garis

Garis yang menghubungkan antar atribut untuk menunjukan hubungan entitas pada
diagram Entity relationship.
3. Cara penyusunan Entity Relationship Diagran (ERD)
a. Menentukan Entitsas
Menentukan sebuah entitas ini dengan cermat yang berguna untuk menentukan peran,
kejadian, lokasi, hal nyata dan konsep penggunaan untuk database.
b. Menentukan Relasi
Mencari dua entitas yang sekiranya punya hubungan. Lalu menghubungkan dua
entitas tersebut dengan symbol relasi.
c. Tambahkan atribut
Menambahkan atribut kunci di setiap entitiasnya.
d. Periksa Hasil

5|BAB I LANDASAN TEORI

 Periksa kembali ERD, apakah ERD telah menggambarkan system yang akan di
bangun atau belum, jika belum maka periksa kembali dari awal.

1.4. Teori User Interface Design (UID)

Menurut Lastiansah (2012), user interface adalah cara program dan pengguna untuk
berinteraksi. Istilah user interface terkadang digunakan sebagai pengganti istilah Human
Computer Interaction (HCI) dimana semua aspek dari interaksi pengguna dan komputer.
Semua yang terlihat dilayar, membaca dalam dokumentasi dan dimanipulasi dengan keyboard
(atau mouse) juga merupakan bagian dari user interface.
Menurut Mcleod (1995) User Interface adalah terjadinya dialog antara program dan
pemakai, yang memungkinkan sistem pakar menerima instruksi dan informasi (input) dari
pemakai, juga memberkan informasi (output) kepada pemakai. Antarmuka yang efektif dan
ramah pengguna (user-friendly) penting sekali terutama bagi pemakai yang tidak ahli dalam
bidang yang diterapkan pada sistem pakar.
Menurut Satzinger (2010) User Interface adalah bagian dari sebuah sistem informasi
yang membutuhkan interaksi pengguna untuk membuat input dan ouput.

6|BAB I LANDASAN TEORI

 BAB II
ANALISIS SISTEM

2.1. Sejarah LSP-P1 SMKN 3 Kota Bekasi

Pada awal tahun pelajaran 2006 / 2007 sesuai dengan rencana strategis Dinas Pendidikan
Kota Bekasi, dirasa perlu untuk mendirikan satu sekolah kejuruan negeri, yang mana sekolah
tersebut memiliki kekhasan dalam program pendidikannya, yaitu dengan membuka 2 jurusan
/ kompetensi keahlian yakni Akomodasi Perhotelan dan Tata Boga. Alasan membuka kedua
kompetensi keahlian tersebut adalah mengingat perkembangan perhotelan dan restoran saat
ini yang begitu pesat, dengan membuka kedua komptensi keahlian tersebut diharapkan lulusan
SMK Negeri 3 Kota Bekasi akan mampu mengisi lowongan pekerjaan di industri khususnya
di wilayah Kota Bekasi dan sekitarnya.
Awalnya SMK Negeri 3Kota Bekasi merupakan USB (Unit Sekolah Baru) yang dibuka
dengan lokasi di wilayah Kecamatan Mustikajaya, dan sambil menunggu selesainya
pembangunan ruang belajar, untuk sementara waktu menumpang di SMP Negeri 26 Kota
Bekasi, Kelurahan Mustikajaya Kecamatan Mustikajaya. Tempat yang disediakan untuk
pembangunan ruang belajar di lokasi yang disediakan Pemerintah Kota Bekasi yakni
Perumahan Mutiara Gading Timur Blok L.5 No. 1 Kelurahan Mustikajaya Kecamatan
Mustikajaya. Siswa angkatan pertama yang berhasil direkrut berjumlah 69 orang, dengan
rincian 41 orang siswa Kompetensi Keahlian Akomodasi Perhotelan, dan 28 orang siswa
Kompetensi Keahlian Tata Boga. Untuk melaksanakan proses belajar mengajar awalnya
direkrut 14 orang guru, sebagaian berasal dari sekolah SMP Negeri 26 Kota Bekasi, serta
karyawan Tata Usaha berjumlah 2 orang, manajemen sekolah untuk sementara waktu dipimpin
oleh seorang PLH yang ditunjuk dari sekolah induk yaitu Uu Saeful Mikdar S.Pd, MM.
Minggu ketigabulan Februari 2007, pembangunan ruang belajar sejumlah 5 unit telah
selesai di lokasi Perumahan Mutiara Gading Timur Blok L.5 No. 1 Kelurahan Mustikajaya
Kecamatan Mustikajaya Kota Bekasi yang menempati sebidang tanah dengan luas 6,465 M,
sehingga pada semester kedua tahun pelajaran 2006/2007 tepatnya tanggal 19 Maret 2007
sekolah berpindah dari lokasi lama ke lokasi yang baru, yang pada waktu itu diresmikan
penggunaan Gedung oleh Kepala Bidang Pendidikan Menengah Bapak Drs. Encu Hermana,
MM, mewakili Kepala Dinas Pendidikan Kota Bekasi Bapak Drs. H. Asmari yang sedang ada
tugas luar kota.
Dalam perkembangannya kemudian ditunjuk Kepala Sekolah Definitif untuk memimpin

7|BAB II Analisis Sistem

manajemen SMK Negeri 3 Kota Bekasi sesuai Surat Keputusan Walikota Bekasi nomor
821.2/Kep.123-BKD/XII/2005, yaitu Uu Saeful Midar, S.pd MM, yang selanjutnya
menjalankan roda organisasi SMK Negeri 3 Kota Bekasi.
Di Tahun Pelajaran yang kedua tahun 2007/2008 SMK Negeri membuka
Program/Kompetensi yang baru sebanyak 2 yaitu Progran/Kompetensi Teknik Komputer dan
Jaringan dan Program/kompetensi Akuntansi, penambahan 2 Program/kompetensi animo
masyarakat terhadap SMK Negeri 3 cukup tinggi dan diatahun ke dua jumlah rombel yang
diterima sebanyak 9 rombel dan masih menolak. Penambahan Kompetensi Keahlian ini hingga
pada periode tahun 2011 / 2012 selaku pimpinan sekolah UU Saeful Mikdar, S.Pd, MM,
menjabat sebagai kepala sekolah.
Ditahun Pelajaran pelajaran 2012 / 2013, SMK Negeri 3 Kota Bekasi telah terjadi
pergantian kepemimpinan, dari UU Saeful Mikdar, S.Pd, MM ke Maman Sudiaman, S.Pd,
selaku kepala Sekolah hingga saat ini. Terhitung bulan Juli tahn 2012 jumlah rombel sebanyak
41 rombel, dengan jumlah siswa 1389.
Ditahun Pelajaran 2015/2016, SMK Negeri 3 Kota Bekasi telah terjadi pergantian
kepemiminan dari Maman Sudiaman, S.Pd, Ke Drs. Sugiyono, MM, dan terhitung mulai
Februari 2015 jumlah rombel sebanyak 40, dengan jumlah siswa 1375 per Juli 2016.
Selama perjalanan kepemimpinan Dwaktu sejak dinyatakan diresmikan dan berdiri penuh
terlepas dari binaan dan bimbingan sekolah induk, SMK Negeri 3 Kota Bekasi telah banyak
berbenah, dan mengalami banyak kemajuan di berbagai bidang sesuai dengan tugas pokok dan
fungsi yang digariskan oleh Dinas Pendidirkan Kota Bekasi.
Ditahun Pelajaran 2015/2016, SMK Negeri 3 Kota Bekasi telah terjadi pergantian
kepemiminan dari Maman Sudiaman, S.Pd, Ke Drs. Sugiyono, MM, dan terhitung mulai
Februari 2015 jumlah rombel sebanyak 40, dengan jumlah siswa 1375 per Juli 2016.
Selama perjalanan kepemimpinan Drs. Sugiyono, MM waktu sejak dinyatakan diresmikan
dan berdiri penuh terlepas dari binaan dan bimbingan sekolah induk, SMK Negeri 3 Kota
Bekasi telah banyak berbenah, dan mengalami banyak kemajuan di berbagai bidang sesuai
dengan tugas pokok dan fungsi yang digariskan oleh Dinas Pendidikan Kota Bekasi.
Ditahun Pelajaran 2018/2019, SMK Negeri 3 Kota Bekasi telah terjadi pergantian
kepemiminan dari Drs. Sugiyono, MM, Ke Drs. Boan, M.Pd, dan terhitung mulai Maret 2018
Jumlah rombel sebanyak 45, dengan jumlah siswa 1546 per Juli 2018.
Selama perjalanan kepemimpinan Drs. Boan, M.Pd sejak dinyatakan diresmikan dan
berdiri penuh terlepas dari binaan dan bimbingan dan arahan provinsi jawa barat melalui dinas
pendidikan provinsi jawa barat, SMK Negeri 3 Kota Bekasi telah banyak berbenah, dan

8|BAB II Analisis Sistem

mengalami banyak kemajuan di berbagai bidang sesuai dengan tugas pokok dan fungsi yang
digariskan oleh Dinas Provinsi Jawa Barat.
1. Visi Misi SMK Negeri 3 Kota Bekasi

Adapun Visi dan Misi dari SMK Negeri 3 Kota Bekasi adalah Sebagai Berikut:

a. Visi

Menjadikan sekolah yang profesionaldalam mewujudkan sumber daya manusia yang

inovatif kreatif, mandiri, ihsan dan berwawasan lingkungan.
b. Misi

1) Menciptakan suasana belajar yang INOVATIF, berbasis kompetensi, ketaqwaan

dan berwawasan lingkungan
2) Mewujudkan SMK yang memiliki karakter berfikir intelektual dan bekerja secara
profesional
3) Menyiapkan SDM tingkat menengah yang profesional yang mampu bersaing di
dunia usaha dan industri
4) Mengembangkan sekolah menengah kejuruan yang INOVATIF secara akademis,
emosional. spiritual sesuai dengan bidang keahliannya.
5) Lulusan mampu menciptakan lapangan kerja dan siap bekerja sesuai dengan
perkembangan dan kebutuhan dunia usaha dan industry
2. Visi Misi LSP - P1 SMK Negeri 3 Kota Bekasi

Adapun Visi dan Misi dari LSP - P1 SMK Negeri 3 Kota Bekasi adalah Sebagai
Berikut :

a. Visi

Menjadi Lembaga Sertifikasi Profesi yang terpercaya, Obyektif, dalam melaksanakan

sertifikasi kompetensi yang di akui di nasional dan internasional
b. Misi

1) Melaksanakan kebijakan sesuai pedoman BNSP 201 dan 202 tentang lisensi LSP.

2) Memberikan sertifikasi Kompetensi yang mengutamakan mutu dan kepuasanan

serta menjamin bahwa sertifikasi dilaksanakan dengan jujur, cepat, tepat, akurat,
dan efektif.
3) Melaksanakan program uji kompetensi (Assesmen)dan sertifikasi Kompetensi
kerja sesuai dengan ruang lingkup lisensi dan sertifikasi LSP SMK Negeri 3 Kota

9|BAB II Analisis Sistem

 Bekasi.
2.2. Struktur Organisasi Dan Fungsi
Adapun gambar dari struktur organisasi dan fungsi dari LSP – P1 SMKN 3 Kota Bekasi
Sebagai Berikut:

Gambar 2.2.1
Gambar Struktur Organisasi
Fungsi dan wewenang Dari strukur organisasi LSP P-1 SMKN 3 berdasarkan pedoman
BNSP 202 Tahun 2014 dan SK Susunan Pengurus LSP, maka tugas - tugas yang diberikan
kepada masing – masing bagian adalah sebagai berikut :
1. Dewan Pengarah

Adapun tugas tugas dari Dewan Pengarah Adalah Sebagai Berikut :

a. Bertanggung Jawab atas keberlangsungan LSP

b. Menetapkan Visi, Misi dan Tujuan

c. Menetapkan Rencana Strategis

d. program kerja dan anggaran belanja

e. mengangkat dan memberhentikan pelaksana LSP

f. membina komunikasi dengan para pemangku kepentingan

10 | B A B I I A n a l i s i s S i s t e m
 g. memobilisasi sumber daya.
2. Ketua LSP

Adapun tugas tugas dari Ketua LSP Adalah Sebagai Berikut :

a. melaksanakan program kerja LSP

b. melakukan monitoring dan evaluasi

c. menyiapkan rencana program dan anggaran

d. memberikan laporan dan bertanggungjawab kepada Pengarah

3. Kabid (Kepala Bagian Bidang) Sertifikasi

Adapun tugas tugas dari Kabid Sertifikasi Adalah Sebagai Berikut :

a. memfasilitasi penyusunan skema sertifikasi

b. menyiapkan perangkat asesmen dan materi uji

c. melaksanakan kegiatan sertifikasi, termasuk pemeliharaan kompetensi dan sertifikasi

ulang
d. menetapkan persyaratan tempat uji (TUK)

e. melaksanakan verifikasi dan menetapkan TUK

f. melakukan rekrutmen asesor kompetensi serta pemeliharaan kompetensinya.

4. Kabid (Kepala Bagian Bidang) Manajemen Mutu

Adapun tugas tugas dari Kabid Manajemen Mutu Adalah Sebagai Berikut :

a. mengembangkan dan menerapkan sistem manajemen mutu LSP sesuai Pedoman BNSP
201
b. memelihara berlangsungnya sistem manajemen agar tetap sesuai dengan standar dan
pedoman yang diacu
c. melakukan audit internal dan memfasilitasi kaji ulang manajemen.
5. Kabid (Kepala Bagian Bidang) Administrasi

Adapun tugas tugas dari Kabid Administrasi Adalah Sebagai Berikut :

a. memfasilitasi unsur-unsur LSP guna terselenggarannya program sertifikasi profesi

b. melaksanakan tugas-tugas ketatausahaan organisasi LSP

c. memelihara informasi sertifikasi kompetensi

11 | B A B I I A n a l i s i s S i s t e m
 d. mempersiapkan laporan kegiatan LSP
6. Ketua Skema

Adapun tugas tugas dari Ketua Skema Adalah Sebagai Berikut :

a. Mengidentifikasi dan mcmetakan skema sertiflkasi berdasarkan profil

kompetensi
b. Mengembangkan skema sertiflkasi yang sesuai dengan persyaratan dan kebutuhan di
tempat kerja
c. Menetapkan dan mengevaluasi skema sertiflkasi dalam rangka pemeliharaan dan
perbaikan efektifitas penerapan skema
d. Melaksanakan Tugas tambahan berdasarkan instruksi langsung dari Ketua LSP
7. Wakil Managemen

Adapun tugas tugas dari Wakil Managemen Adalah Sebagai Berikut :

a. Mensinkronkan Kurikulum Skema Sekolah dengan Dunia Industri

b. Bekerja sama dengan pihak luar baik Sekolah/Masyarakat dalam melaksanakan

sertiflkasi
c. Memperkenalkan dan Menyerbarluaskan Pentingnya Sertiflkasi kepada
Siswa, masyarakat luar dalam menghadapi Mayarakat Ekonomi Asean(MEA) dan
Globalisasi
d. Melaksanakan Tugas tambahan berdasarkan instruksi langsung dari Ketua LSP
8. Staf Ketua Bidang dan Anggota

Adapun tugas tugas dari Staf Ketua Bidang dan Anggota Adalah Sebagai Berikut :

a. Membantu melaksanakan tugas ketua Bidang

b. Mewakili Ketua Bidang apabila berhalangan hadir

c. Koordinasi dengan ketua bidang dalam menjalankan tugas.

d. Melaksanakan tugas tambahan berdasarkan instruksi langsung dari Ketua LSP dan
Ketua Bidang
2.3. Bisnis Proses, Work Flow, File Input, Dan File Output LSP P1 SMK Negeri 3 Bekasi
SMK Negeri 3 Kota Bekasi Hendak Membuat Sistem Informasi Pengolahan Administrasi
Secara Komputerisasi agar pendaftaran, verifikasi berkas hasil uji kompetensi.

1. Bisnis proses LSP – P1 SMK Negeri 3 Kota Bekasi

12 | B A B I I A n a l i s i s S i s t e m
 Bisnis proses LSP – P1 SMK Negeri 3 Kota Bekasi dari system yang akan di buat
tersebuat adalah sebagai berikut :

a. Asesi mengisi APL 1 dan APL 2 yang di pantau langsung oleh admin.

b. Asesi melakukan pembayaran.

c. Asesi mendapatkan Bukti Pembayaran.

d. Berkas berkas APL 1 di check oleh admin dan di jadikan sebagai bukti bukti untuk
APL 02.

e. Jika Bukti Bukti apl 1 tidak sesuai dengan syarat maka akan di beri tahukan kepada
asesi untuk di lengkapi.

f. Pengecekan self assessment APL 2 oleh asesor.

g. Jika APL 2 Sudah Sesui Maka Akan di lanjutkan Dengan Uji Kompetensi Jika tidak
Maka akan di minta untuk mempelajarinya terlebih dahulu.

h. APL 1 dan APL 2 di terima oleh admin

i. Admin memberikan Bukti Pendaftaran

j. Admin membuat Laporan Pendaftaran dan Laporan Pembayaran

k. Admin memberikan Laporan Pendaftaran dan Laporan Pembayaran Kepada Ketua

LSP

13 | B A B I I A n a l i s i s S i s t e m
 2. Work Flow Pengelolaan Administrasi LSP P-1 SMK Negeri 3 Kota Bekasi

Adapun Work Flow dari system yang akan dibuat LSP – P1 SMK Negeri 3 Kota
Bekasi Adalah Sebagai Berikut :

Work Flow Pendaftaran LSP P-1 SMK Negeri 3 Kota Bekasi

Asesi System Admin Ketua

Start

Melakukan
Pembayaran

Mengisi APL 1 & 2

dan penyerahan
bukti

Tidak Sesuai
Pengechekan APL 1
dan Bukti

Bukti Pembayaran

Menyimpan APL 1
& 2 dan bukti yang
Pengisian di berikan
benar dan Bukti
Lengkap ?

Sesuai
Bukti Pendaftaran
Laporan
Pengechekan APL 2 Pendaftaran
dan Bukti

Sudah Sesuai
Sesuai
Atau Belum ?
Laporan
Pembayaran

Pembuatan Laporan

Tidak Sesuai,
Pelajari Ulang Laporan
Pendaftaran

Laporan
Pembayaran

End

14 | B A B I I A n a l i s i s S i s t e m
 3. File File Input

Adapun File File Input yang di butuhkan Adalah Sebagai Berikut:

a. APL 01

15 | B A B I I A n a l i s i s S i s t e m
16 | B A B I I A n a l i s i s S i s t e m
17 | B A B I I A n a l i s i s S i s t e m
 b. APL 02

18 | B A B I I A n a l i s i s S i s t e m
19 | B A B I I A n a l i s i s S i s t e m
20 | B A B I I A n a l i s i s S i s t e m
21 | B A B I I A n a l i s i s S i s t e m
22 | B A B I I A n a l i s i s S i s t e m
23 | B A B I I A n a l i s i s S i s t e m
24 | B A B I I A n a l i s i s S i s t e m
 4. File File Output

Adapun File File Output yang di Hasilkan Adalah Sebagai Berikut:

a. Bukti Penbayaran

b. Bukti Pendaftaran

25 | B A B I I A n a l i s i s S i s t e m
 c. Laporan Pendaftaran & Pembayaran

26 | B A B I I A n a l i s i s S i s t e m
 BAB III
PERANCANGAN SISTEM

3.1. Perancangan Proses

Berikut adalah perancangan Proses dari system pengolaan administrasi LSP-P1 SMK
Negeri 3 Kota Bekasi.

1. Use Case
Berikut ini Use Case dari pengolaan administrasi LSP-P1 SMK Negeri 3 Kota Bekasi:

Gambar 3.1.1.1 Use Case

2. Skenario Use Case
Berikut ini adalah beberapa scenario use case dari pengelolaan administrasi LSP-P1
SMK Negeri 3 Kota Bekasi :
a. Skenario Data Master
Berikut adalah Skenario Use case Data Maser Tujuan Asesmen :
Identifikasi
Nama Tujuan Asesmen
Aktor Admin
Deskripsi Prosesn ini untuk mengelola data tujuan asesmen
yang tersedia mulai dari menambahkan,

27 | B A B I I I P e r a n c a n g a n S y s t e m
 mengubah, menghapus da mencari data master
tujuan asesmen
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Mengisi form login, lalu klik 2. Menampilkan halaman menu utama
login
3. Klik tujuan asesmen 4. Menampilkan halaman tujuan asesmen
5. Jika klik tambah tujuan asesmen 6. Menampilkan form tambah tujuan asesmen
7. Mengisi data tujuan asesmen, lalu 8. Menyimpan ke database, lalu menampilkan
klik simpan pesan berhasil menambahkan tujuan asesmen
9. Klik ok 10. Menampilkan halaman tujuan asesmen
11. Jika klik edit tujuan asesmen 12. Menampilkan form edit tujuan asesmen yang
di pilih aktor
13. Mengedit data tujuan asesmen, 14. Menyimpan ke database, lalu menampilkan
lalu klik simpan pesan berhasil Mengedit tujuan asesmen
15. Klik ok 16. Menampilkan data ke table
17. Jika klik hapus tujuan asesmen 18. Menampilkan konfirmasi hapus tujuan
asesmen
19. Klik ya hapus 20. Menghapus data dari database, lalu
menampilkan pesan berhasil Menghapus
tujuan asesmen
21. Klik ok 22. Menampilkan halaman tujuan asesmen
Skenario Alternatif
1. Jika klik batal pada tambah, edit, 2. Menampilkan halaman tujuan asesmen
ataupun hapus tujuan asesmen
3. Jika menambahkan data yang 4. Menampilkan Error
sudah ada
5. Klik Backspace, lalu isi Kembali
form dengan benar
Kondisi Akhir Aktor Dapat mengelola Data Master Tujuan
Asesmen Sesuai Kebutuhan
Table 3.1.2.1 Skenario Use Case Master

b. Skenario Data Transaksi

Berikut adalah Skenario Use case Data Transaksi Pendaftaran :
Identifikasi
Nama Pendaftaran Asesi
Aktor Admin
Deskripsi Proses ini untuk melakukan Pendaftaran pada
Asesi
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Mengisi form login, lalu klik 2. Menampilkan halaman menu utama
login
3. Klik Daftar Asesi 4. Menampilkan Halaman Daftar Asesi Bagian
Biodata
5. Mengisi Form Biodata, Lalu 6. Menampilkan Halaman Daftar Asesi Bagian
Klik Next Pekerjaan
28 | B A B I I I P e r a n c a n g a n S y s t e m
 7. Mengisi Form Pekerjaan, Lalu
Klik Next
9. Mengisi Form Self Asesmen,
Lalu Klik Next
11. Melampirkan Bukti – Bukti,
Lalu Klik Next
13. Mengisi Form Password, lalu
Melakukan Pembayaran, lalu
klik Daftar
15. Klik Ok
Skenario Alternatif
1. Klik Back Pada Halaman Daftar
Asesi Bagian Pekerja
3. Klik Back Pada Halaman Daftar
Asesi Bagian Self Asesmen
5. Klik Back Pada Halaman Daftar
Asesi Bagian Bukti
7. Klik Back Pada Halaman Daftar
Asesi Bagian Password
Kondisi Akhir
8. Menampilkan Halaman Daftar Asesi Bagian
Self Asesmen
10. Menampilkan Halaman Daftar Asesi Bagian
Bukti
12. Menampilkan Halaman Daftar Asesi Bagian
Password
14. Menampilkan Pesan Berhasil Mendaftarkan
Asesi
2. Menampilkan Halaman Daftar Asesi Biodata
4. Menampilkan Halaman Daftar Asesi bagian
Pekerja
6. Menampilkan Halaman Daftar Asesi Bagian
Self Asesmen
8. Menampilkan Halaman Daftar Asesi Bagian
Bukti
Aktor Dapat Melakukan Pendaftaran Pada Sistem
Sesuai Dengan Keinginan
Table 3.1.2.2 Skenario Use Case Master

c. Skenario Laporan
Berikut adalah Skenario Use case Laporan (Bukti Pendaftaran) :
Identifikasi
Nama Bukti Pendaftaran
Aktor Admin
Deskripsi Proses ini untuk melakukan cetak bukti
pendaftaran yang tersedia
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Mengisi form login, lalu klik 2. Menampilkan halaman menu utama
login
3. Klik Verifikasi Asesi 4. Menampilkan Form Verifikasi
5. Klik Bukti Pendaftaran 6. Menampilkan Bukti Pendaftaran
7. Jika Klik Download 8. Mendownload Bukti Pendaftaran
9. Jika Klik Cetak 10. Mencetak Bukti Pendaftaran
Kondisi Akhir Aktor dapat melakukan menampilkan, mengunduh
atau mencetak laporan (bukti pendaftaran)
Table 3.1.2.3 Skenario Use Case Laporan (Bukti Pendaftaran)

3. Activity Diagram
Berikut ini adalah activity diagram dari scenario use case dari pengelolaan
administrasi LSP – P1 SMK Negeri 3 Kota Bekasi :
a. Activity Diagram Data Master

29 | B A B I I I P e r a n c a n g a n S y s t e m
 Berikut adalah Activity Diagram Dari Skenario Use case Laporan :

Gambar 3.1.3.1 Activity Diagram Data Master

b. Activity Diagram Data Transaksi

Berikut adalah Activity Diagram Dari Skenario Use case Laporan :

30 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.1.3.2 Activity Diagram Data Transaksi

c. Activity Diagram Laporan

Berikut adalah Activity Diagram Dari Skenario Use case Laporan :

31 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.1.3.3 Activity Diagram Data Laporan

4. Sequence Diagram
Berikut ini adalah Sequence diagram dari scenario use case dari pengelolaan
administrasi LSP – P1 SMK Negeri 3 Kota Bekasi :
a. Sequence Diagram Data Master
Berikut adalah Sequence Diagram Dari Skenario Actifity Diagram Data Master:

32 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.1.4.1 Activity Diagram Data Master

b. Sequence Diagram Data Transaksi

Berikut adalah Sequence Diagram Dari Skenario Actifity Diagram Data Transaksi:

Gambar 3.1.4.2 Activity Diagram Data Transaksi

c. Sequence Diagram Data Laporan

Berikut adalah Sequence Diagram Dari Skenario Actifity Diagram Data Laporan:

Gambar 3.1.4.3 Sequence Diagram Data Laporan

33 | B A B I I I P e r a n c a n g a n S y s t e m
 5. Class Diagram
Berikut ini adalah Class diagram dari Entity Relationship Diagram (ERD) dari
pengelolaan administrasi LSP – P1 SMK Negeri 3 Kota Bekasi :

Gambar 3.1.5.1 Class Diagram

34 | B A B I I I P e r a n c a n g a n S y s t e m
3.2. Perancangan Basis Data
Berikut adalah perancangan basis data dari system pengolaan administrsi LSP-P1 SMK Negeri 3 Kota Bekasi.

1. Normalisasi 1
Berikut ini table normalisasi 1 (1NF) pada database Pengelolaan Administrasi LSP.

Gambar 3.2.1.1 Normalisasi 1

35 | B A B I I I P e r a n c a n g a n S y s t e m
 2. Normalisasi 2

Berikut ini table normalisasi 2 (2NF) pada database Pengelolaan Administrasi LSP.

Gambar 3.2.2.1 Normalisasi 2

36 | B A B I I I P e r a n c a n g a n S y s t e m
 3. Normalisasi 3

Berikut ini table normalisasi 3 (3NF) pada database Pengelolaan Administrasi LSP.

Gambar 3.2.3.1 Normalisasi 3

37 | B A B I I I P e r a n c a n g a n S y s t e m
 4. Entity Relationship Diagram

Gambar hubungan antara antara entitas / relasi yang berbentuk dari database Pengelolaan Administrasi LSP P-1 SMK Negeri 3 Kota
Bekasi adalah sebagai berikut :
*No_KTP
Nama_Peserta
Status
*Id_S K Tempat_Lahir ASESI Mengambil JABATAN
Kelengkapan Nama_SK Tanggal_lahir *id_jbt
Jenis_kelamin N 1 Nama_jbt
Kebangsaan
1 Alamat_Rmh
Kel_Rmh
Kec_Rmh
Kab_Kot a_Rmh 1
Provinsi_Rmh 1
K_pos_Rmh
No_Telephone_Peserta met
Email_Pesert a Noreg
Mengambil ASESOR Nama
Pendidikan_Terankhir
Nama_Perusahaan No_telephone
Alamat_P rh
Mengambil Kel_Prh
Mengambil 1
Kec_P rh
Kab_Kot a_Prh Mengambil
Provinsi_Prh
K_pos_Prh
**Id_jbt
No_Telephone_Kantor Mengambil
N N Mengambil
N

1 N 1 N N
N APL 2 Mengambil
Bukti Mengambil APL 1 Mengambil ASESMEN
N N *Id_T_As
*id_apl_2 N
**Id_skema
*Id_Bukti Nama_T_As
N Tuk
**No_register
1 **Id_S K
**met
1 SKEMA
*Id_apl_1 **no_ktp
Ket N 1 Tgl_reg **id_jawab_soal *Id_skema
**No_ktp **id_status Nama_Skema
**Id_S kema Tgl_daf tar 1
**Id_T_As Tgl_valid
**Nama_T_As cat atan
Mengambil **Id_A dm
**Id_B ukti
**Id_SK
Mengambil Mengambil **Id_S tat us
Catatan Mengambil Mengambil
Tgl_Admin_Val
1
1 *Id_A dm
Nama_Adm
STATUS N Mengambil ADMIN Telephone_A dm
1 Email_A dm

*Id_S tatus
Nama_Status *_**Id_Skema
1 N *_**Id_UK SKEMA UNIT
PENDAFTARAN Sumber_ref

Mengambil *No_register
**id_apl_1 N
**id_apl_2
St atus_Pembayaran

N
N 1
JAWAB SOAL Mengambil Mengambil
*Id_Jawab_soal
**elemen
**no_kuk N
Penilaian
*Id_B ukti *elemen
Verf ikasi1 *no_kuk *Id_uk
Verifikasi2 **id_uk Nama_uk
Verifikasi3 soal
Verifikasi4
UNIT
**no_register Mengambil SOAL Mengambil
KOMPETENSI
1
1

Gambar 3.2.4.1 Entity Relationship Diagram

38 | B A B I I I P e r a n c a n g a n S y s t e m
 5. Struktur Table1

Perancangan Database Merupakan perancangan yang di buat untuk menyimpan data

– dta kedalam table – table yang digunakan untuk mengelola system informasi
Pengelolaan Administrasi LSP P-1 SMK Negeri 3 Kota Bekasi, Table – tablenya adalah
sebagai berikut:

A. Table Bukti

Table Bukti Berisi data – data bukti pendaftaran, yang di tunjukan pada table
berikut :
• Nama Database : LSPDB
• Nama Table : bukti
• Primary Key : id_bukti
• Foreign Key :-
No Field Type Length Keterangan
1 id_bukti char 5 Primary Key
2 no_register Char 10 Foreign key dari Table Pendaftaran
3 id_sk Char 5 Foreign key dari Table status_kelengkapan
4 ket Text - Keterangan

B. Table Jabatan

Table jabatan Berisi daftar jabatan yang di miliki pendaftar. yang di tunjukan
pada table berikut :
• Nama Database : LSPDB
• Nama Table : jabatan
• Primary Key : id_jbt
• Foreign Key :-
No Field Type Length Keterangan
1 id_jbt char 5 Primary Key
2 nama_jbt Varchar 50 Nama Jabatan

C. Table Skema

39 | B A B I I I P e r a n c a n g a n S y s t e m
 Table Skema Berisi daftar skema yang akan di pilih oleh pendaftar, yang di
tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : skema
• Primary Key : id_skema
• Foreign Key :-
No Field Type Length Keterangan
1 id_skema char 5 Primary Key
2 nama_skema Text - Nama skema

D. Table Unit Kompetensi

Table Unit Kompetensi Berisi data – data unit kompetensi yang akan dipilih
pendaftar, yang di tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : unit_kompetensi
• Primary Key : id_uk
• Foreign Key :-
No Field Type Length Keterangan
1 id_uk char 5 Primary Key
2 nama_uk Text - Nama Unit Kompetensi

E. Table Skema Unit

Table Skema Unit Berisi data – data Skema Unit yang akan dipilih pendaftar,
yang di tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : skema_unit
• Primary Key : - id_skema
- id_uk
• Foreign Key : - id_skema
- id_uk
No Field Type Length Keterangan
1 id_skema char 5 Primary Key & Foreign key dari Table skema

40 | B A B I I I P e r a n c a n g a n S y s t e m
 Primary Key & Foreign key dari Table
2 id_uk Char 5
unit_kompetensi
3 nama_status Varchar 50 Nama Status

F. Table Status Daftar

Table Status Daftar Berisi data – data Status Daftar yang akan di pilih
pendaftar, yang di tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : status_daftar
• Primary Key : id_status
• Foreign Key :-
No Field Type Length Keterangan
1 id_status char 5 Primary Key
2 nama_status varchar 50 Nama Status

G. Table Status Kelengkapan

Table Status Kelengkapan Berisi data – data status Kelengkapan, yang di

tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : bukti
• Primary Key : id_bukti
• Foreign Key :-
No Field Type Length Keterangan
1 id_sk char 5 Primary Key
2 Nama_sk Varchar 50 Nama Status Kelengkapan

H. Table Tujuan Asesmen

Table Tujuan Asesmen Berisi data – data Status Tujuan Asesmen, yang di
tunjukan pada table berikut :
• Nama Database : LSPDB

41 | B A B I I I P e r a n c a n g a n S y s t e m
 • Nama Table : t_asesmen
• Primary Key : id_t_as
• Foreign Key :-
No Field Type Length Keterangan
1 id_t_as char 5 Primary Key
2 nama_t_as Varchar 50 Nama Tujuan Asesmen

I. Table Admin

Table Admin Berisi data – data Admin, yang di tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : admin
• Primary Key : id_adm
• Foreign Key :-
No Field Type Length Keterangan
1 id_adm char 5 Primary Key
2 nama_adm Varchar 50 Nama Admin
3 telphon_adm Varchar 12 Telphone Admin
4 email Varchar 50 Email Admin

J. Table Asesor

Table Asesor Berisi data – data Asesor, yang di tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : asesor
• Primary Key : met
• Foreign Key :-
No Field Type Length Keterangan
1 met char 20 Primary Key
2 noreg Varchar 25 Nomer Registrasi yang ada di sertifikat Asesor
3 telphon_ases Varchar 12 Nomer Telphone Asesor
4 email Email - Email Asesor

42 | B A B I I I P e r a n c a n g a n S y s t e m
 K. Table Soal

Table Soal Berisi data – data soal yang akan di isi pendaftar, yang di tunjukan
pada table berikut :
• Nama Database : LSPDB
• Nama Table : soal
• Primary Key : - element
- no_kuk
• Foreign Key : - id_uk
No Field Type Length Keterangan
1 element char 100 Primary Key
2 no_kuk Int 11 Primary Key
3 id_uk Char 15 Foreign key dari Table Unit Kompetensi
4 soal Text - Soal

L. Table Jawab Soal

Table Jawab Soal Berisi data – data Jawaban Dari soal pendaftar, yang di
tunjukan pada table berikut :
• Nama Database : LSPDB
• Nama Table : jawab_soal
• Primary Key : id_jawab_soal
• Foreign Key : - element
- no_kuk
- id_bukti
- no_register
No Field Type Length Keterangan
1 id_jawab_soal char 6 Primary Key
2 element char 100 Foreign key dari Table Soal
3 no_kuk Int 11 Foreign key dari Table Soal
4 penilaian Varchar 5 Penilaian Pendaftar
5 id_bukti Varchar 5 Foreign Key dari Table Soal

43 | B A B I I I P e r a n c a n g a n S y s t e m
 6 verifikasi
7 actual
7 terkini
8 memenuhi
9 no_register
Bit - Verifikasi Bukti dari Asesor
Bit - Verifikasi Bukti dari Asesor
Bit - Verifikasi Bukti dari Asesor
Bit - Verifikasi Bukti dari Asesor
Varchar 6 Foreign Key dari Table Pendaftar

M. Table Asesi

Table Asesi Berisi data – data asesi pendaftar, yang di tunjukan pada table
berikut :
• Nama Database : LSPDB
• Nama Table : asesi
• Primary Key : no_ktp
• Foreign Key : id_jbt
No Field Type Length Keterangan
1 no_ktp Char 5 Primary Key
2 nama_peserta Varchar 50 Nama Jabatan
3 tempat_lahir Varchar 50 Tempat lahir
4 tanggal_lahir Date - Tanggal lahir
5 jenis_kelamin Varchar 10 Jenis kelamin
6 kebangsaan Varchar 10 Kebangsaan
7 alamat_rmh Text - Alamat rumah
8 kel_rmh Varchar 20 Kelurahan rumah
9 kec_rmh Varchar 20 Kecamatan rumah
10 kab_kota_rmh Varchar 20 Kabupaten / kota rumah
11 provinsi_rmh Varchar 20 Provinsi rumah
12 k_pos_rmh Varchar 10 Kode pos rumah
13 no_telphone_peserta Varchar 12 Nomer telephone
14 email_peserta Varchar 50 Email peserta
15 pendidikan_terakhir Varchar 20 Pendidikan terakhir
16 nama_perusahaan Varchar 50 Nama Perusahaan
17 alamat_prh Text - Alamat perusahaan
18 kel_prh Varchar 20 Kelurahan perusahaan
19 kec_prh Varchar 20 Kecamatan perusahaan

44 | B A B I I I P e r a n c a n g a n S y s t e m
 20 kab_kota_prh Varchar 20 Kabupaten / kota perusahaan
21 provinsi_prh Varchar 20 Provinsi perusahaan
22 k_pos_prh Varchar 10 Kode pos perusahaan
23 id_jbt Char 5 Foreign Key dari table jabatan
24 no_telphone_kantor Varchar 12 Nomer telephon perusahaan

N. Table APL 1

Table APL 1 Berisi data – data APL 1 pendaftar, yang di tunjukan pada table
berikut :

• Nama Database : LSPDB

• Nama Table : apl1
• Primary Key : id_apl_1
• Foreign Key : - no_ktp
- id_sekma
- id_t_as
- id_adm
- id_bukti
- id_sk
- id_status
No Field Type Length Keterangan
1 id_apl_1 Char 6 Primary Key
2 no_ktp Char 5 Foreign Key dari asesi
3 id_sekma Char 5 Foreign Key dari Skema
4 id_t_as Char 5 Foreign Key dari t_asesmn
5 id_adm Char 5 Foreign Key dari admin
6 id_bukti Char 5 Foreign Key dari bukti
7 id_sk Char 5 Foreign Key dari status kelengkapan
8 id_status Char 5 Foreign Key dari status daftar
9 tgl_reg Date - Tanggal Registrasi
10 tgl_adm_val Date - Tanggal validasi admin
11 catatan Text - Catatan dari admin

45 | B A B I I I P e r a n c a n g a n S y s t e m
 O. Table APL 2

Table APL 2 Berisi data – data APL 2 pendaftar yang di tunjukan pada table
berikut :
• Nama Database : LSPDB
• Nama Table : apl2
• Primary Key : id_apl_2
• Foreign Key :-
No Field Type Length Keterangan
1 id_apl_2 char 6 Primary Key
2 Id_skema Char 5 Foreign Key Dari Table skema
3 Tuk Varchar 10 Tempat Uji Kompetensi
4 Met Char 5 Foreign Key Dari Table asesor
5 No_ktp Char 5 Foreign Key dari Table asesi
6 Id_jadwal_soal Char 6 Foreign Key Dari Table jawab_soal
7 Id_status Char 5 Foreign Key Dari Table status_daftar
8 Tgl_reg Date - Tanggal Registrasi
9 Tgl_valid Date - Tanggal Validasi Asesor
10 Catatan Text - Catatan dari Asesor

P. Table Pendaftaran

Table Bukti Berisi data – data bukti pendaftar yang di tunjukan pada table
berikut :
• Nama Database : LSPDB
• Nama Table : bukti
• Primary Key : no_register
• Foreign Key : - id_apl_1
- id_apl_2

No Field Type Length Keterangan

1 No_register char 6 Primary Key

2 Id_apl_1 Char 6 Foreign Key Dari Table apl1

46 | B A B I I I P e r a n c a n g a n S y s t e m
 3 Id_apl_2 Char 6 Foreign key Dari Table apl2

4 Status_pembayaran Varchar 10 Status Pembayaran

3.3. Perancangan User Interface

Pada tahap ini perancangan user interface atau tampilan dari program yang akan dibuat secara umum
gambaran dari perancangan user interface ini meliputi proses input dan output. Berikut gambaran
perancangan user interface dari sistem yang akan dibuat.
1. Form Login
Nama Form : Form Login
Label : User Name dan password
Fungsi : Masuk ke dalam aplikasi
Tombol : Ok

Gambar 3.3.1 Form Login

2. Form Master Jabatan

1. Form Melihat Jabatan
Nama Form : Form Jabatan
Label : ID Jabatan, Jabatan, Aksi
Fungsi : Melihat Data Jabatan yang Terdapat di Database
Tombol : Tambah Baru, Simpan, Edit, Hapus

Gambar 3.3.2.1 Form Jabatan

2. Form Tambah Jabatan

Nama Form : Form Tambah Jabatan

47 | B A B I I I P e r a n c a n g a n S y s t e m
 Label : Nama Jabatan
Fungsi : Menambahkan Data Jabatan Ke Database
Tombol : Simpan, Batal

Gambar 3.3.2.2 Form Tambah Jabatan

3. Form Edit Jabatan

Nama Form : Form Jabatan
Label : Nama Jabatan, Jabatan
Fungsi : Mengedit Data Jabatan yang Ada di Database
Tombol : Simpan, Batal

Gambar 3.3.2.3 Form Edit Jabatan

3. Form Master Skema Unit

1. Form Melihat Skema Unit
Nama Form : Form Skema Unit
Label : Id Kompetensi, Nama Unit Kompetensi, Status, Aksi
Fungsi : Melihat Data Skema Unit yang Terdapat di Database
Tombol : Tambah Skema, Tambah Unit Kompetensi, Edit, Hapus

Gambar 3.3.3.1 Form Skema Unit

2. Form Tambah Skema

Nama Form : Form Tambah Skema

48 | B A B I I I P e r a n c a n g a n S y s t e m
 Label : ID Skema, Nama Skema
Fungsi : Menambahkan Data Skema Kedalam Database
Tombol : Ok

Gambar 3.3.3.2 Form Tambah Skema

3. Form Tambah Skema
Nama Form : Form Tambah Unit Kompetensi
Label : ID Skema, ID Unit Kompetensi, Nama Unit Kompetensi, Status
Skema
Fungsi : Menambahkan Data Unit Kompetensi Kedalam Database
Tombol : Simpan, Batal

Gambar 3.3.3.3 Form Edit Unit Kompetensi

4. Form Edit Skema

Nama Form : Form Edit Skema
Label : ID Skema, Nama SKema
Fungsi : Mengedit Skema yang Ada di Database
Tombol : Simpan, Batal

49 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.3.4 Form Edit Skema

5. Form Edit Unit Kompetensi

Nama Form : Form Edit Unit Kompetensi
Label : ID Skema, Nama SKema
Fungsi : Mengedit Skema yang Ada di Database
Tombol : Simpan, Batal

Gambar 3.3.3.4 Form Edit Unit Kompetensi

4. Form Master Soal

1. Form Melihat Soal
Nama Form : Form Soal
Label : Nama Unit Kompetensi, Elemen, No KUK, Soal, Aksi
Fungsi : Melihat Data Soal yang Terdapat di Database
Tombol : Edit, Hapus, Tambah Baru

Gambar 3.3.4.1 Form Soal

2. Form Tambah Soal

Nama Form : Form Tambah Soal
Label : Nama Unit Kompetensi, Elemen, No Kuk, Soal
Fungsi : Menambahkan Data Jabatan Kedalam Database
Tombol : Simpan, Batal

50 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.4.2 Form Tambah Soal

3. Form Edit Soal

Nama Form : Form Edit Soal
Label : Nama Unit Kompetensi, Elemen, No Kuk, Soal
Fungsi : Mengedit Data Jabatan Dari Database
Tombol : Simpan, Batal

Gambar 3.3.4.3 Form Edit Soal

5. Form Master Status Daftar

1. Form Melihat Status Daftar
Nama Form : Form Status Daftar
Label : ID Status Daftar, Status Daftar, Aksi
Fungsi : Melihat Data Status Daftar yang Terdapat di Database
Tombol : Tambah, Edit, Hapus

Gambar 3.3.5.1 Form Status Daftar

51 | B A B I I I P e r a n c a n g a n S y s t e m
 2. Form Tambah Status Daftar
Nama Form : Form Status Daftar
Label : Status Daftar
Fungsi : Menambahkan Data Status Daftar Dari Database
Tombol : Simpan, Batal

Gambar 3.3.5.2 Form Tambah Status Daftar

3. Form Edit Jabatan

Nama Form : Form Jabatan
Label : ID Status Daftar Status Daftar
Fungsi : Mengedit Data Status Daftar yang Terdapat di Database
Tombol : Simpan, Batal

Gambar 3.3.5.3 Form Tambah Status Daftar

6. Form Master Status Kelengkapan

1. Form Melihat Status Kelengkapan
Nama Form : Form Status Kelengkapan
Label : ID Status Kelengkapan, Nama Unit Kompetensi, Aksi
Fungsi : Melihat Daftar Status Kelengkapan yang Terdapat di Database
Tombol : Tambah, Edit, Hapus

Gambar 3.3.6.1 Form Status Kelengkapan

52 | B A B I I I P e r a n c a n g a n S y s t e m
 2. Form Tambah Status Kelengkapan
Nama Form : Form Tambah Status Kelengkapan
Label : Status Kelengkapan
Fungsi : Menambahkan Data Status Kelengkapan Ke Dalam Database
Tombol : Simpan, Batal

Gambar 3.3.6.2 Form Tambah Status Kelengkapan

3. Form Edit Jabatan

Nama Form : Form Edit Status Kelengkapan
Label : Status Kelengkapan, ID Status Kelengkapan
Fungsi : Mengedit Data Status Kelengkapan Dari Database
Tombol : Simpan, Batal

Gambar 3.3.6.3 Form Edit Status Kelengkapan

7. Form Master Tujuan Asesmen

1. Form Melihat Tujuan Asesmen
Nama Form : Form Tujuan Asesmen
Label : ID Tujuan Asesmen, Tujuan Asesmen, Aksi
Fungsi : Melihat Daftar Tujuan Asesmen yang Terdapat di Database
Tombol : Tambah Baru, Edit, Hapus

53 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.7.1 Form Tujuan Asesmen

2. Form Tambah Tujuan Asesmen

Nama Form : Form Tujuan Asesmen
Label : Asesi, Elemen
Fungsi : Menambahkan Data Tujuan Asesmen Kedalam Database
Tombol : Simpan, Batal

Gambar 3.3.7.2 Form Tambah Tujuan Asesmen

3. Form Edit Tujuan Asesmen

Nama Form : Form Tujuan Asesmen
Label : Asesi, Elemen
Fungsi : Mengedit Data Tujuan Asesmen Dari Database
Tombol : Simpan, Batal

Gambar 3.3.7.3 Form Edit Tujuan Asesmen

8. Form Transaksi Pendaftaran Admin

Nama Form : Form Pendaftaran Admin
Label : ID Admin, Nama, No Telphone, Email Admin
Fungsi : Membuat Akun Admin
Tombol : Buat Akun

Gambar 3.3.8 Form Pendaftaran Admin

54 | B A B I I I P e r a n c a n g a n S y s t e m
 9. Form Transaksi Pendaftaran Asesor
Nama Form : Form Pendaftaran Asesor
Label : No MET, No Register, Nama, Email Admin
Fungsi : Membuat Akun Asesor
Tombol : Buat Akun

Gambar 3.3.8 Form Pendaftaran Asesor

10. Form Transaksi Pendaftraran Asesi

Nama Form : Form Pendaftraran Asesi
Label : Skema, NIK, Nama, Tempat Tanggal Lahir, Kebangsaan, Alamat, Kelurahan,
Kecamata, Kota / Kabupaten, Provinsi, Kode Pos, No Telphone, Email, Pendidikan Terakhir,
Tujuan Asesmen, Nama Lembaga, Jabatan, Alamat Kantor, Kelurahan Kantor, Kecamata
Kantor, Kota / Kabupaten Kantor, Provinsi Kantor, Kode Pos Kantor, No Telphone Kantor ,Self
Asesmen, Kompeten, Belum Kompeten, Raport, Ijazah, Sertifikat Sesui Skema, Bukti Lain,
Pembayaran
Fungsi : Mendaftarkan Akun Asesi untuk Melakukan Sertifikasi
Tombol : Next, Back, Daftar

55 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.9.1 Form Pendaftaran Asesor

Gambar 3.3.9.2 Form Pendaftaran Asesor

56 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.9.3 Form Pendaftaran Asesor

Gambar 3.3.9.4 Form Pendaftaran Asesor

Gambar 3.3.9.5 Form Pendaftaran Asesor

11. Form Transaksi Verifikasi Apl 1

Nama Form : Form Verifikasi APL 1
Label : Nama, Skema, APL1, APL 2, Bukti Daftar, Nama Lengkap, Email, No
Telphone, Extra info, NIK, Nama, Tempat Tanggal Lahir, Kebangsaan, Alamat, Kelurahan,
Kecamata, Kota / Kabupaten, Provinsi, Kode Pos, No Telphone, Email, Pendidikan Terakhir,
Tujuan Asesmen, Nama Lembaga, Jabatan, Alamat Kantor, Kelurahan Kantor, Kecamata
Kantor, Kota / Kabupaten Kantor, Provinsi Kantor, Kode Pos Kantor, No Telphone Kantor ,
Raport, Ijazah, Sertifikat Sesui Skema, Bukti Lain, Catatan, Status
Fungsi : Melakukan Verifikasi Terhadap APL 1
Tombol : Verifikasi, Laporan Pendaftar, Download APL 1, Download APL2, Bukti
Daftar

57 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.10.1 Form Verifikasi APL 1

Gambar 3.3.10.2 Form Verifikasi APL 1

58 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.10.3 Form Verifikasi APL 1

Gambar 3.3.10.4 Form Verifikasi APL 1

Gambar 3.3.10.5 Form Verifikasi APL 1

12. Form Transaksi Verifikasi Apl 2

Nama Form : Form Verifikasi Apl 2
Label : Nama, Skema, APL1, APL 2, Bukti Daftar, Nama Lengkap, Email, No
Telphone, Extra info, Self Asesmen, Kompeten, Belum Kompeten, Bukti, V, A, T, M, Catatan,
Status
Fungsi : Melakukan Verifikasi Terhadap APL 2
Tombol : Verifikasi, Laporan Pendaftar, Download APL 1, Download APL2, Bukti
Daftar

59 | B A B I I I P e r a n c a n g a n S y s t e m
 Gambar 3.3.11.1 Form Verifikasi APL 2

Gambar 3.3.11.2 Form Verifikasi APL 2

Gambar 3.3.11.3 Form Verifikasi APL 2

60 | B A B I I I P e r a n c a n g a n S y s t e m
 BAB IV
KESIMPULAN DAN SARAN
4.1. Kesimpulan
Kesimpulan dalam pembuatan laporan pengelolaan pendaftaran LSP adalah sebagai
berikut ini :
1. Untuk merancang aplikasi basis data ini, diperlukan beberapa langkah yang dimulai
dari perencanaan, analisis, perancangan aplikasi, implementasi sistem, dan
pengujian sistem.
2. Dengan program aplikasi pendaftaran LSP Smkn 3 Kota Bekasi pelayanan yang
sistem informasinya terintegrasi memudahkan dan mempercepat pengguna (user)
dalam pengolahan data peserta, sertifikasi.
3. Sistem ini dapat menghindari redundansi data yang selama ini terjadi karena adanya
manipulasi data dan mempermudah kinerja.
4. kebutuhan sistem informasi asesmen Lembaga Sertifikasi Profesi Smkn 3 Kota
Bekasi melalui observasi dokumen asesmen dan wawancara pada guru sebagai
asesor didapatkan 2 (dua) pengguna sistem yakni siswa sebagai pemohon dan peserta
sertifikasi dan asesor sebagai penilai peserta sertifikasi
5. hasil analisis kebutuhan fungsional sistem yang ditampilkan pada perancangan
menggunakan use case diagram.
6. Selain itu, terdapat perancangan database menggunakan physical data model yang
merujuk pada hasil analisis kelas model mendapatkan rancangan 16 (enam belas)
tabel yang akan diimplementasikan pada database.
7. Dengan adanya rancanngan aplikasi ini dapat membantu user dalam pengolahan data
sertifikasi.
8. Dari hasil pengujian user acceptance testing tersebut dapat diambil kesimpulan
bahwa menghasilkan go decision yakni program telah dapat digunakan secara
langsung oleh pengguna.
9. Dari informasi yang didapatkan berdasarkan perancangan tersebut kemudian
diterapkan pada kode program menggunakan bahasa pemrograman PHP (PHP
Hypertext Protocol). Penerapan kode program tersebut menggunakan kerangka kerja
atau framework CodeIgniter serta menggunakan bahasa pemrograman SQL untuk
implementasi database.
4.2. Saran
Saran dari pembuatan laporan pengelolaan pendaftaran LSP mulai dari perancangan
sampai dengan implementasinya adalah sebagai berikut ini :
1. Diharapkan bisa di implementaikan kedalam sebuah program tertentu yang bisa di
akses dalam beberapa platform (multi platform) seperti website atau program –
program lainnya.
2. Diharapkan dalam pengembangannya bisa di modifikasi lagi sesuai dengan
pengembangan dari proses yang terbaru
3. Diharapkan bisa mempermudah pendaftaran dan pendataan peserta dan valid tanpa
ada kesalahan dalam pengintegrasian pada system yang di bangun.
4. Dan aplikasi juga bias dapat terus berkembang dalam pemakaian.
5. Diharapkan mahasiswa juga dapat mengerti dalam membangun perancangan data.

61 | B A B I V K E S I M P U L A N D A N S A R A N
 Referensi
BAB I :

➢ UML
o http://library.binus.ac.id/eColls/eThesisdoc/Bab2/2012-1-00453-IF%20Bab2001.pdf
➢ Normalisasi
o https://www.transiskom.com/2016/03/pengertian-normalisasi-database.html
o https://medium.com/dycode/normalisasi-database-1nf-2nf-3nf-f609174e353a
➢ ERD
o https://www.dewaweb.com/blog/entity-relationship-diagram/
o https://ngertiaja.com/contoh-erd/
➢ User Interface Design
o http://repository.dinamika.ac.id/id/eprint/1764/3/BAB_II.pdf
o http://kc.umn.ac.id/1268/3/BAB%20II.pdf
BAB II :
➢ Sumber Gambar Kwitansi Kosong https://www.finansialku.com/kwitansi-kosong/

62 | R E F E R E N S I