Laporan PKL E-Diklat

LAPORAN PRAKTIK KERJA LAPANGAN
PENGEMBANGAN APLIKASI MONITORING DIKLAT

KEPEMIMPINAN BERBASIS WEBSITE (E-DIKLAT)
Diajukan Untuk Memenuhi Sebagai Persyaratan Kurikulum
Disusun Oleh :
Mahda Dina Alam Rusbandi 145150407111020
Fasya Ghassani Hadiyan 145150407111026
PROGRAM STUDI SISTEM INFORMASI

JURUSAN SISTEM INFORMASI
FAKULTAS ILMU KOMPUTER
UNIVERSITAS BRAWIJAYA
MALANG
2017
i
ii
KATA PENGANTAR
Puji Syukur penulis panjatkan kehadirat Tuhan YME, yang telah
melimpahkan rahmat dan hidayah-Nya, sehingga penulis dapat menyelesaikan
Praktik Kerja Lapangan (PKL) mengenai “Pengembangan Aplikasi Monitoring
Diklat Kepemimpinan Berbasis Website (E-DIKLAT)”. PKL ini merupakan tugas
akhir kelompok yang diajukan untuk memenuhi syarat dalam memperoleh gelar
Sarjana Komputer (S.Kom) pada Fakultas Ilmu Komputer (FILKOM) Universitas
Brawijaya Malang. Untuk kesempatan ini penulis juga menyampaikan rasa terima
kasih kepada pihak – pihak yang telah membantu penulis selama penyusunan
laporan Praktik Kerja Lapang, diantaranya:
1. Bapak Wayan Firdaus Mahmudy, S.Si, M.T, Ph.D selaku Dekan Fakultas Ilmu
Komputer Universitas Brawijaya Malang.
2. Bapak Herman Tolle, Dr. Eng., S.T, M.T selaku Ketua Jurusan Sistem
Informasi Fakultas Ilmu Komputer Universitas Brawijaya Malang.
3. Bapak Suprapto, S.T., M.T. selaku Ketua Program Studi Sistem Informasi
Fakultas Ilmu Komputer Universitas Brawijaya Malang.
4. Ibu Retno Indah Rokhmawati, S.Pd., M.Pd. selaku Dosen Pembimbing yang
telah meluangkan waktu untuk membimbing dan mengarahkan penulis
dalam penyusunan laporan PKL.
5. Bapak Fakhri selaku Manajer Senior Pengembangan Kepemimpinan yang
telah memberikan ijin bagi penulis untuk melaksanakan Praktik Kerja
Lapangan di Divisi Pengembangan Talenta PT. PLN (Persero) Kantor Pusat.
6. Bapak Achmad Sahil Ansori selaku Deputi Manajer Pengembangan
Kepemimpinan yang telah memberikan saran dan bimbingan selama penulis
melaksanakan PKL di Divisi Pengembangan Talenta Direktorat Human
Capital Management PT. PLN (Persero) Kantor Pusat.
7. Ibu Ika Ratri Yuliani selaku pembimbing yang telah membantu dan
membimbing penulis selama melaksanakan PKL di Divisi Pengembangan
Talenta Direktorat Human Capital Management Bagian Pengembangan dan
Kepemimpinan PT. PLN (Persero) Kantor Pusat.
8. Pimpinan dan staff pada Divisi Pengembangan Talenta PT.PLN (Persero)
Kantor Pusat yang telah memberikan ijin dan bantuan selama penulis
melakukan kegiatan PKL.
9. Semua pihak yang telah membantu terselesainya laporan PKL ini yang tidak
dapat penulis sebut satu persatu.
Penulis menyadari masih banyak kekurangan dalam penyusunan laporan
PKL ini baik dalam teknik penyajian materi maupun pembahasan. Semoga karya
tulis ini bermanfaat dan dapat memberikan sumbangan yang berarti bagi pihak
yang membutuhkan.
Malang, 03 Oktober 2017
iii
Penulis
DAFTAR ISI
LEMBAR PERSETUJUAN.......................................................................................................i
KATA PENGANTAR.............................................................................................................iii
DAFTAR ISI.........................................................................................................................iv
DAFTAR TABEL..................................................................................................................vii
DAFTAR GAMBAR............................................................................................................viii
BAB 1 PENDAHULUAN........................................................................................................1
1.1 Latar Belakang....................................................................................................1
1.2 Rumusan Masalah...............................................................................................2
1.3 Tujuan.................................................................................................................2
1.4 Manfaat..............................................................................................................2
1.4.1 Bagi Divisi Pengembangan Talenta PT.PLN (Persero) Kantor Pusat..........2
1.4.2 Bagi Mahasiswa........................................................................................3
1.4.3 Bagi Fakultas Ilmu Komputer Program Studi Sistem Informasi Universitas
Brawijaya..................................................................................................3
1.5 Batasan Masalah.................................................................................................3
1.6 Sistematika Penulisan.........................................................................................3
BAB 2 PROFIL PERUSAHAAN..............................................................................................5
2.1 Sejarah PT.PLN (Persero)....................................................................................5
2.2 Visi dan Misi Divisi Pengembangan Talenta PT.PLN (Persero) Kantor Pusat.......5
2.2.1 Visi 6
2.2.2 Misi...........................................................................................................6
2.3 Struktur Organisasi.............................................................................................7
BAB 3 LANDASAN TEORI.....................................................................................................8
3.1 Pendekatan Terstruktur......................................................................................8
3.2 Unified Modelling Language (UML)....................................................................8
3.2.1 Use Case Diagram.....................................................................................8
3.2.2 Use Case Description..............................................................................10
3.2.3 Activity Diagram......................................................................................10
3.2.4 Data Flow Diagram (DFD).......................................................................12
3.2.5 Entity Relationship Diagram (ERD)..........................................................13
3.3 Proses Bisnis.....................................................................................................14
3.4 BPMN (Business Process Modelling Notation)..................................................15
iv
3.4.1 Kategori Elemen-elemen BPMN.............................................................15
3.5 Hyper Text Markup Language (HTML)..............................................................18
3.6 PHP...................................................................................................................19
3.7 MySQL...............................................................................................................20
3.8 Cascading Style Sheets (CSS).............................................................................20
3.9 Black Box Testing..............................................................................................20
BAB 4 METODOLOGI PENELITIAN.....................................................................................22
4.1 Studi Literatur...................................................................................................22
4.2 Pengumpulan Data...........................................................................................23
4.2.1 Observasi................................................................................................23
4.3. Analisis Kebutuhan...........................................................................................23
4.4. Perancangan Sistem..........................................................................................23
4.5. Implementasi dan Pengujian.............................................................................24
4.1 Kesimpulan dan Saran.......................................................................................24
BAB 5 ANALISIS KEBUTUHAN...........................................................................................25
5.1 Proses Bisnis.....................................................................................................25
5.1.1. Proses Bisnis Saat Ini ( as-is )..................................................................25
5.1.2. Analisis Permasalahan............................................................................29
5.1.3. Proses Bisnis E-DIKLAT (to-be)................................................................30
5.2 Identifikasi Pengguna........................................................................................31
5.3 Kebutuhan Fungsional dan Non-Fungsional......................................................31
5.3.1 Aturan Penomoran Sistem......................................................................31
5.3.2 Kebutuhan Fungsional............................................................................32
5.3.3 Kebutuhan Non-Fungsional....................................................................33
5.4 Use Case Diagram.............................................................................................33
5.5 Use Case Scenario.............................................................................................34
5.6 Activity Diagram................................................................................................39
5.6.1 Activity Diagram Melihat Daftar Usulan Peserta Diklat...........................39
5.6.2 Activity Diagram Menyetujui Usulan Peserta Diklat...............................39
5.6.3 Activity Diagram Melihat Dashboard......................................................40
5.6.4 Activity Diagram Melacak Tahapan Peserta Diklat..................................40
5.6.5 Activity Diagram Melihat Data Realisasi Sertifikat Kelulusan..................41
5.6.6 Activity Diagram Melihat Hasil Assesment..............................................41
5.6.7 Activity Diagram Menginputkan Data Usulan Peserta Diklat..................42
5.6.8 Activity Diagram Melihat Persetujuan Peserta Diklat.............................42
v
5.6.9 Activity Diagram Mengedit Data Usulan Peserta Diklat..........................43
BAB 6 PERANCANGAN......................................................................................................44
6.1 Antarmuka Halaman Login................................................................................44
6.2 Antarmuka Sisi User..........................................................................................44
6.2.1 Antarmuka Halaman Beranda User........................................................44
6.2.2 Antarmuka Halaman Usulan Peserta......................................................45
6.2.3 Antarmuka Halaman Data Usulan Peserta..............................................45
6.2.4 Antarmuka Halaman Persetujuan Data Usulan Peserta..........................46
6.3 Antarmuka Sisi Admin.......................................................................................46
6.3.1 Antarmuka Halaman Beranda Admin.....................................................46
6.3.2 Antarmuka Halaman Data Usulan Peserta..............................................47
6.3.3 Antarmuka Halaman Persetujuan Data Usulan Peserta..........................47
6.3.4 Antarmuka Halaman Dashboard Usulan Peserta....................................48
6.3.5 Antarmuka Halaman Realisasi Sertifikat Kelulusan.................................48
6.3.6 Antarmuka Halaman Data Hasil Assesment............................................49
6.3.7 Antarmuka Halaman Track Tahapan Peserta..........................................49
6.4 Entity Relationship Diagram (ERD)....................................................................50
6.5 Data Flow Diagram (DFD).................................................................................51
BAB 7 IMPLEMENTASI DAN PENGUJIAN..........................................................................53
7.1 Spesifikasi Sistem..............................................................................................53
7.1.1 Perangkat Keras (Hardware)...................................................................53
7.1.2 Perangkat Lunak (Software)....................................................................53
7.2 Source Code......................................................................................................53
7.3 Screenshot Program..........................................................................................56
7.3.1 Screenshot Sisi Admin.............................................................................56
7.3.2 Screenshot Sisi User................................................................................61
7.4 Pengujian..........................................................................................................64
7.4.1 Pengujian Validasi dengan Metode Black Box........................................65
7.4.2 Pengujian Compability dengan Metode Black Box..................................68
BAB 8 KESIMPULAN DAN SARAN......................................................................................69
8.1 Kesimpulan.......................................................................................................69
8.2 Saran.................................................................................................................69
DAFTAR PUSTAKA.............................................................................................................70
vi
DAFTAR TABEL
Tabel 3.1 Notasi Use Case Diagram.........................................................................8
Tabel 3.2 Komponen-Komponen Activity Diagram...............................................11
Tabel 3.3 Komponen-Komponen ER Diagram.......................................................13
Tabel 3.4 Tag HTML..............................................................................................18Y
Tabel 5.1 Analisis Permasalahan............................................................................29
Tabel 5.2 Hasil Analisis As-is..................................................................................30
Tabel 5.3 Identifikasi Pengguna.............................................................................31
Tabel 5.4 Kebutuhan Fungsional............................................................................32
Tabel 5.5 Kebutuhan Non-Fungsional....................................................................33
Tabel 5.6 Use Case Scenario Melihat Daftar Usulan Peserta Diklat......................34
Tabel 5.7 Use Case Scenario Menyetujui Usulan Peserta Diklat...........................34
Tabel 5.8 Use Case Scenario Melihat Dashboard..................................................35
Tabel 5.9 Use Case Scenario Melacak Tahapan Peserta Diklat.............................35
Tabel 5.10 Use Case Scenario Melihat Data Realisasi Sertifikat Kelulusan...........36
Tabel 5.11 Usecase Scenario Melihat Hasil Assessment.......................................36
Tabel 5.12 Use Case Scenario Menginputkan Data Usulan Peserta Diklat............37
Tabel 5.13 Use Case Scenario Melihat Persetujuan Peserta Diklat.......................37
Tabel 5.14 Use Case Scenario Mengedit Data Usulan Peserta Diklat......................3
Tabel 7.1 Kode Program proses_input.php...........................................................53
Tabel 7.2 Kode Program track.php........................................................................55
Tabel 7.3 Pengujian Validasi Melihat Daftar Usulan Peserta Diklat......................65
Tabel 7.4 Pengujian Validasi Menyetujui Usulan Peserta Diklat...........................65
Tabel 7.5 Pengujian Validasi Melihat Dashboard..................................................66
Tabel 7.6 Pengujian Validasi Melacak Tahapan Peserta Diklat.............................66
Tabel 7.7 Pengujian Validasi Melihat Data Realisasi Sertifikat Kelulusan.............66
Tabel 7.8 Pengujian Validasi Melihat Hasil Assesment..........................................67
Tabel 7.9 Pengujian Validasi Menginputkan Data Usulan Peserta Diklat..............67
Tabel 7.10 Pengujian Validasi Melihat Persetujuan Peserta Diklat.......................67
Tabel 7.11 Pengujian Validasi Mengedit Data Usulan Peserta Diklat....................68
Tabel 7.12 Pengujian Compability..........................................................................68
vii
DAFTAR GAMBAR
Gambar 2.1 Struktur Organisasi Direktorat Human Capital Management.............7

Gambar 2.2 Struktur Organisasi Divisi Pengembangan Talenta............................7Y
Gambar 3.1 Contoh Use Case Diagram....................................................................9
Gambar 3.2 Contoh Usecase Description..............................................................10
Gambar 3.3 Contoh Activity Diagram....................................................................10
Gambar 3.4 Entity Luar..........................................................................................12
Gambar 3.5 Aliran Data Entity Luar.......................................................................12
Gambar 3.6 Proses................................................................................................12
Gambar 3.7 Tempat Penyimpanan........................................................................13
Gambar 3.8 Contoh ER Diagram............................................................................13
Gambar 3.9 Simbol Event......................................................................................15
Gambar 3.10 Simbol Message dan Timer..............................................................16
Gambar 3.11 Simbol Activities..............................................................................16
Gambar 3.12 Simbol Gateway...............................................................................16
Gambar 3.13 Simbol Sequence Flow.....................................................................17
Gambar 3.14 Simbol Message Flow......................................................................17
Gambar 3.15 Simbol Swimlanes..............................................................................1
Gambar 4.1 Diagram Alur Metode Penelitian 22
Y
Gambar 5.1 Proses Bisnis as-is (1).........................................................................26
Gambar 5.4 Proses Bisnis E-DIKLAT.......................................................................30
Gambar 5.5 Aturan Penomoran Sistem.................................................................31
Gambar 5.6 Use Case Diagram..............................................................................33
Gambar 5.7 Activity Diagram Melihat Daftar Usulan Peserta Diklat.....................39
Gambar 5.8 Activity Diagram Menyetujui Usulan Peserta Diklat..........................39
Gambar 5.9 Activity Diagram Melihat Dashboard.................................................40
Gambar 5.10 Activity Diagram Melacak Tahapan Peserta Diklat..........................40
Gambar 5.11 Activity Diagram Melihat Data Realisasi Sertifikat Kelulusan..........41
Gambar 5.12 Activity Diagram Melihat Hasil Assesment......................................41
Gambar 5.13 Activity Diagram Menginputkan Data Usulan Peserta Diklat..........42
Gambar 5.14 Activity Diagram Melihat Persetujuan Peserta Diklat......................42
Gambar 5.15 Activity Diagram Mengedit Data Usulan Peserta Diklat..................43
YGambar 6.1 Antarmuka Login..................................................................................
Gambar 6.2 Antarmuka Halaman Beranda User...................................................44
Gambar 6.3 Antarmuka Input Usulan Peserta.......................................................45
viii
Gambar 6.4 Antarmuka Data Usulan Peserta........................................................45
Gambar 6.5 Antarmuka Persetujuan Data Usulan Peserta...................................46
Gambar 6.6 Antarmuka Halaman Beranda Admin................................................46
Gambar 6.7 Antarmuka Data Usulan Peserta........................................................47
Gambar 6.8 Antarmuka Persetujuan Data Usulan Peserta...................................47
Gambar 6.9 Antarmuka Dashboard Usulan Peserta..............................................48
Gambar 6.10 Antarmuka Realisasi Sertifikat Kelulusan.........................................48
Gambar 6.11 Antarmuka Data Hasil Assesment....................................................49
Gambar 6.12 Antarmuka Track Tahapan Peserta..................................................49
Gambar 6.13 Entity Relationship Diagram (ERD) E-DIKLAT...................................50
Gambar 6.14 Data Flow Diagram (DFD) Level 0....................................................51
Gambar 6.15 Data Flow Diagram (DFD) Level 1 52
Y
Gambar 7.1 Screenshot Halaman Login.................................................................56
Gambar 7.2 Screenshot Halaman Beranda Admin.................................................57
Gambar 7.3 Screenshot Halaman Edit Slider.........................................................57
Gambar 7.4 Screenshot Halaman Data Usulan......................................................58
Gambar 7.5 Screenshot Halaman Persetujuan Peserta Diklat...............................58
Gambar 7.6 Screenshot Halaman Dashboard........................................................59
Gambar 7.7 Screenshot Halaman Daftar Peserta Usulan Diklat............................59
Gambar 7.8 Screenshot Halaman Daftar Penetapan Peserta Diklat......................60
Gambar 7.9 Screenshot Halaman Realisasi Sertifikat Kelulusan............................60
Gambar 7.10 Screenshot Halaman Hasil Assesment.............................................61
Gambar 7.11 Screenshot Halaman Track Tahapan Peserta...................................61
Gambar 7.12 Screenshot Halaman Login User.......................................................62
Gambar 7.13 Screenshot Halaman Beranda User..................................................62
Gambar 7.14 Screenshot Halaman Input Usulan Peserta......................................63
Gambar 7.15 Screenshot Halaman Data Usulan Peserta.......................................63
Gambar 7.16 Screenshot Halaman Edit Surat Resmi.............................................64
Gambar 7.17 Screenshot Halaman Persetujuan Usulan Peserta Diklat.................64
ix
x
BAB 1 PENDAHULUAN
1.1 Latar Belakang
Pada PT.PLN (Persero), setiap karyawan diharuskan untuk mengikuti
program pembelajaran yang ada, yaitu Program Pembelajaran Kepemimpinan
yang dimana setiap karyawan harus mengikuti diklat tersebut. Program
Pembelajaran Kepemimpinan merupakan pembelajaran untuk memenuhi
kompetensi peran, termasuk juga kompetensi utama dan kompetensi bidang
yang dipersyaratkan pada setiap jenjang jabatan struktural dan fungsional di
Perseroan. Pada PT. PLN (Persero) terdapat beberapa jenis diklat kepemimpinan
yang meliputi Executive Education (Pendidikan Eksekutif), Strategic Specialist
Education (Pendidikan Spesialis Stratejik), Leadership Web Based Training
(LWBT), dan Leadership Capability Development Program (LCPD).
Dalam proses pelaksanaan diklat kepemimpinan, Bidang Pengembangan

Kepemimpinan Divisi Pengembangan Talenta mempunyai tugas untuk
menetapkan usulan peserta dari unit/divisi untuk diajukan ke pusdiklat, serta
menetapkan kelulusan sertifikat bagi peserta yang telah lulus melewati tahapan
pelaksanaan diklat kepemimpinan. Namun, dalam memantau peserta diklat
kepemimpinan PT PLN (Persero) Kantor Pusat masih menggunakan microsoft
excel yang memakan waktu yang cukup lama dalam proses penginputan dan
pencarian data, sehingga muncul permasalahan kurang optimalnya proses
pemantauan peserta diklat kepemimpinan.
Dari permasalahan di atas, kami mengembangkan Aplikasi Monitoring

Diklat Kepemimpinan Berbasis Website (E-DIKLAT) yang dapat menjadi solusi dari
permasalahan yang terjadi. Aplikasi Monitoring Diklat Kepemimpinan merupakan
sistem informasi yang dikembangkan untuk memantau pelaksanaan diklat pada
PT.PLN (Persero) dimulai dari tahapan pengajuan usulan peserta diklat oleh
masing-masing unit/bidang/divisi hingga hasil penilaian dari seluruh peserta
diklat. E-DIKLAT bertujuan untuk membantu pihak Bidang Pengembangan dan
Kepemimpinan Divisi Talenta PT.PLN (Persero) Kantor Pusat dalam melaksanakan
salah satu program kerjanya.
Pada E-DIKLAT terdapat beberapa jenis diklat yang akan dimonitoring ,

yaitu EE dan SSE. Executive Education (EE) adalah pembelajaran untuk memenuhi
kompetensi peran, termasuk juga kompetensi utama dan kompetensi bidang
yang dipersyaratkan pada setiap jenjang jabatan struktural. Strategic Specialist
Education (SSE) adalah pembelajaran untuk memenuhi kompetensi peran,
termasuk juga kompetensi utama dan kompetensi bidang yang dipersyaratkan
pada setiap jenjang jabatan fungsional.
EE dan SSE memiliki tahapan diklat yang serupa. Tahapan diklat dimulai
dari pengajuan usulan peserta oleh Internal Divisi Talenta, Anak Perusahaan dan
Unit Induk. E-DIKLAT menyederhanakan dan menyamakan proses bisnis
pengajuan peserta diklat. Melalui E-DIKLAT pihak Divisi Talenta dapat melihat
1
dan menyetujui usulan peserta diklat. Selain itu, melalui E-DIKLAT pihak Divisi
Talenta juga dapat memonitor pelaksanaan diklat melalui dashboard dimulai dari
tahapan Pra EE, LMT, ICT, Face to Face 1, Face to Face 2, Uji PA, hingga melihat
hasil assesment peserta dan sertifikat. E-DIKLAT memiliki fitur Track Tahapan
Peserta yang memudahkan pihak Divisi Talenta untuk memonitor jalannya diklat.
Berdasarkan latar belakang yang telah dijelaskan diatas, penelitian terkait

dengan pengembangan monitoring aplikasi monitoring diklat kepemimpinan
dianggap perlu untuk segera dilakukan. Diharapkan E-DIKLAT dapat berfungsi
sebagai alat bantu untuk mengoptimalkan pemantauan proses pelaksanaan
diklat kepemimpinan serta mengatasi permasalahan sebelumnya. Penelitian ini
mengambil judul: “Pengembangan Aplikasi Monitoring Diklat Kepemimpinan
Berbasis Website (E-DIKLAT)”.
1.2 Rumusan Masalah

Adapun rumusan masalah yang diangkat dalam penelitian ini yaitu:
1. Bagaimana hasil perancangan Aplikasi Monitoring Diklat Kepemimpinan
berbasis Website (E-DIKLAT)?
2. Bagaimana hasil implementasi Aplikasi Monitoring Diklat Kepemimpinan
3. Bagaimana hasil pengujian Aplikasi Monitoring Diklat Kepemimpinan
1.3 Tujuan
Adapun tujuan dari penelitian ini yaitu:
1. Merancang Aplikasi Monitoring Diklat Kepemimpinan berbasis Website (E-
DIKLAT).
2. Mengembangkan Aplikasi Monitoring Diklat Kepemimpinan berbasis
Website (E-DIKLAT).
3. Melakukan pengujian terhadap Aplikasi Monitoring Diklat Kepemimpinan
berbasis Website (E-DIKLAT).
1.4 Manfaat
Penelitian ini diharapkan dapat memberikan manfaat kepada banyak pihak.
Manfaat dari diadakannya Praktik Kerja Lapang pada Divisi Pengembangan
Talenta PT.PLN (Persero) Kantor Pusat :
1.4.1 Bagi Divisi Pengembangan Talenta PT.PLN (Persero) Kantor Pusat

1. Membantu menyelesaikan pekerjaan di tempat Praktik Kerja Lapangan
(PKL).
2. Sebagai sarana kerjasama antara Divisi Pengembangan Talenta PT.PLN
(Persero) Kantor Pusat dengan Fakultas Ilmu Komputer, Universitas
Brawijaya Malang di masa yang akan datang.
2
1.4.2 Bagi Mahasiswa
1. Dapat mengetahui penerapan prinsip ilmu yang didapat di perkuliahan

dengan yang ada di dunia kerja.
2. Memperdalam dan meningkatkan keterampilan dan kreativitas diri

dalam penerapannya di dalam lingkungan yang sesuai dengan disiplin
ilmu yang dimiliki.
3. Dapat menyiapkan langkah yang diperlukan untuk menyesuaikan diri

dalam lingkungan kerja di masa mendatang.
4. Menambah wawasan, pengetahuan dan pengalaman selaku generasi

yang dididik untuk terjun langsung di masyarakat khususnya di
lingkungan kerja.
1.4.3 Bagi Fakultas Ilmu Komputer Program Studi Sistem Informasi

Universitas Brawijaya
1 Sebagai bahan evaluasi kurikulum yang telah diterapkan, serta
menemukan penyesuaiannya dengan kebutuhan tenaga kerja yang
kompeten dalam bidangnya.
2 Untuk memperkenalkan instansi pendidikan Jurusan Sistem Informasi,

Fakultas Ilmu Komputer, Universitas Brawijaya Malang kepada badan
usaha yang membutuhkan lulusan Fakultas Ilmu Komputer.
1.5 Batasan Masalah

Dalam penelitian ini, peneliti memberikan batasan masalah agar dalam
penjelasannya akan lebih mudah, terarah, dan terorganisasi dengan baik,yaitu :
1. Aplikasi Monitoring Diklat Kepemimpinan Berbasis Website (E-DIKLAT)

dikembangkan menggunakan metode terstruktur karena metode terstruktur
merupakan metode yang paling mudah untuk diimplementasikan.
2. Sistem akan digunakan oleh dua sisi, yaitu Admin dan User yang masing-
masing sisi memiliki fitur-fitur berbeda.
1.6 Sistematika Penulisan
Untuk mempermudah pemahaman pada laporan penelitian ini, penulis
membuat sistematika penulisan yang mengemukakan secara singkat mengenai
isi tiap-tiap bab.
BAB 1 PENDAHULUAN
Bagian pendahuluan dari laporan ini menjelaskan mengenai latar belakang
pemilihan judul penelitian “Pengembangan Aplikasi Monitoring Diklat
3
Kepemimpinan berbasis Website ”, rumusan masalah, tujuan penelitian, manfaat
penelitian, batasan masalah, dan sistematika penulisan laporan.
BAB 2 PROFIL PERUSAHAAN
Pada bab ini, penulis mengemukakan tinjauan umum perusahaan yang
meliputi profil singkat PT.PLN (Persero), struktur organisasi serta visi dan misi
dari PT.PLN (Persero) Kantor Pusat.
BAB 3 LANDASAN KEPUSTAKAAN
Pada bab ini penulis menguraikan teori-teori dasar yang memiliki hubungan
dengan penelitian yang mencakup tinjauan pustaka dari penelitian yang pernah
dilakukan sebelumnya dan landasan teori yang mendasari pengembangan
aplikasi monitoring diklat kepemimpinan berbasis website.
BAB 4 METODOLOGI PENELITIAN
Pada bab ini berisi tentang metode dan langkah kerja yang dilakukan dalam
mengembangkan E-DIKLAT.
BAB 5 ANALISIS KEBUTUHAN
Pada bab ini berisi proses bisnis, kebutuhan sistem yang berisi kebutuhan
fungsional dan kebutuhan non-fungsional dari sistem yang akan dibangun, use
case diagram, use case description, dan activity diagram .
BAB 6 PERANCANGAN
Pada bab ini berisi perancangan tampilan aplikasi yang akan digunakan
sebagai acuan dalam mengimplementasi Aplikasi Monitoring Diklat
Kepemimpinan (E-DIKLAT).
BAB 7 IMPLEMENTASI DAN PENGUJIAN
Pada bab ini diuraikan mengenai implementasi dan pengujIan Aplikasi

Monitoring Diklat Kepemimpinan (E-DIKLAT).
BAB 8 KESIMPULAN DAN SARAN
Pada bab ini menguraikan mengenai kesimpulan yang diperoleh dan saran
dari pengembangan Aplikasi Monitoring Diklat Kepemimpinan berbasis Website
(E-DIKLAT) yang diharapkan dapat bermanfaat bagi pengembangan selanjutnya.
4
BAB 2 PROFIL PERUSAHAAN
2.1 Sejarah PT.PLN (Persero)

Berawal di akhir abad 19, bidang pabrik gula dan pabrik ketenagalistrikan
di Indonesia mulai ditingkatkan saat beberapa perusahaan asal Belanda yang
bergerak di bidang pabrik gula dan pebrik teh mendirikan pembangkit tenaga
lisrik untuk keperluan sendiri
Antara tahun 1942-1945 terjadi peralihan pengelolaan perusahaan-
perusahaan Belanda tersebt oleh Jepang, setelah Belanda menyerah kepada
pasukan tentara Jepang di awal Perang Dunia II
Proses peralihan kekuasaan kembali terjadi di akhir Perang Dunia II pada
Agustus 1945, saat Jepang menyerah kepada Sekutu. Kesempatan ini
dimanfaatkan oleh para pemuda dan buruh listrik melalui delagasi
Buruh/Pegawai Listrik dan Gas yang bersama-sama dengan Pemimpin KNI Pusat
berinisiatif menghadap Presiden Soekarno untuk menyerahkan perusahaan-
perusahaan tersebut kepada Pemerintah Republik Indinesia. Pada 27 Oktober
1945, Presiden Soekarno membentuk Jawatan Listrik dan Gas di bawah
Departemen Pekerjaan Umum dan Tenaga dengan kapasitas pembangkit tenaga
listrik sebesar 157,5 MW.
Pada tanggal 1 Januari 1961, Jawatan Listrik dan Gas diubah menjadi BPU-
PLN (Badan Pemimpin Umum Perusahaan Listrik Negara) yang bergerak di bidang
listrik, gas dan kokas yang dibubarkan pada tanggal 1 Januari 1965. Pada saat
yang sama, 2 (dua) perusahaan negara yaitu Perusahaan Listrik Negara (PLN)
sebagai pengelola tenaga listrik milik negara dan Perusahaan Gas Negara (PGN)
sebagai pengelola gas diresmikan.
Pada tahun 1972, sesuai dengan Peraturan Pemerintah No. 17, status
Perusahaan Listrik Negara (PLN) ditetapkan sebagai Perusahaan Umum Listrik
Negara dan sebagai Pemegang Kuasa Usaha Ketenagalistrikan (PKUK) dengan
tugas menyediakan tenaga listrik bagi kepentingan umum.
Seiring dengan kebijakan Pemerintah yang memberikan kesempatan
kepada sektor swasta untuk bergerak dalam bisnis penyediaan listrik, maka sejak
tahun 1994 status PLN beralih dari Perusahaan Umum menjadi Perusahaan
Perseroan (Persero) dan juga sebagai PKUK dalam menyediakan listrik bagi
kepentingan umum hingga sekarang.
2.2 Visi dan Misi Divisi Pengembangan Talenta PT.PLN (Persero)

Kantor Pusat
PT PLN (Persero) adalah Badan Usaha Milik Negara (BUMN) yang
bertugas menangani semua aspek ketenagalistrikan di Indonesia. PT PLN
(Persero) berdiri pada tanggal 27 Oktober 1945, yang saat ini dipimpin oleh
seorang Direktur Utama bernama Sofyan Basyir, yang dibantu oleh 11 (sebelas)
5
Direktur. PT PLN (Persero) Kantor Pusat berkedudukan di Jl. Trunojoyo Blok M
I/135 Kebayoran Baru, Jakarta Selatan 12160. Salah satu Direktorat di PT PLN
(Persero) adalah Direktorat Human Capital Management. Direktorat Human
Capital Management yang dibentuk dengan tujuan untuk mempersiapkan
sumber daya manusia yang professional, kompeten dan berintergritas tinggi
sebagai strategi jangka pendek, jangka menengah dan jangka panjang yang
dilandasi oleh tata nilai untuk mencapai Visi Perusahaan.
Divisi Pengembangan Talenta merupakan salah satu divisi yang berada di
bawah Pada Direktorat Human Capital Management PT PLN (Persero). Divisi
Pengembangan Talenta saat ini dikepalai oleh Okto Rinaldi S.
2.2.1 Visi
Menyiapkan SDM PT PLN (Persero) sebagai potensi insani yang unggul,
berintegritas tinggi dan kompeten serta menjadi tolak ukur standar
profesionalitas tenaga kerja di Asia Pasifik.
2.2.2 Misi
1. Menyiapkan SDM bertalenta tinggi yang kompeten dan senantiasa siap

mengisi posisi jabatan kunci strategic maupun jabatan kompetensi strategic di
Perseroan;
2. Membentuk organisasi yang mempunyai kapabilitas spiritual dan intelektual
tinggi sebagai modal capital Perseroan dalam mewujudkan Visi, Misi dan
Tujuan Pendirian PT PLN (Persero);
3. Menerapkan sistem manajemen sumber daya manusia yang berbasis pada
Tata Nilai Perseroan.
Selain itu, sebagai salah satu dari bidang Sumber Daya Manusia di PT PLN
(Persero) Kantor Pusat, Divisi Pengembangan Talenta juga berpedoman pada 7
(tujuh) ruang lingkup Sumber Daya Manusia yaitu:
1. Sistem Pengembangan Organisasi dan Perencanaan Tenaga Kerja;

2. Sistem Rekrutmen Pegawai ;
3. Sistem Pembinaan Kompetensi dan Karir Pegawai;
4. Sistem Pembelajaran Pegawai;
5. Sistem Manajemen Kinerja Pegawai;
6. Sistem Penghargaan Pegawai; dan
7. Sistem Hubungan Industrial.
Divisi Pengembangan Talenta terdapat 5 (lima) Manajer Senior, yaitu

Manajer Senior Rekrutmen dan Seleksi, Manajer Senior Pengembangan
Kepemimpinan dan Pengelolaan Pegawai Kantor Pusat , Manager Senior
Pengelolaan Karir dan Talenta 1, Manajer Senior Pengelolaan Karir dan Talenta 2
dan Manajer Senior Sistem Informasi Pegawai dan Remunerasi.
6
2.3 Struktur Organisasi
Divisi Pengembangan Talenta merupakan salah satu divisi yang berada di
bawah Pada Direktorat Human Capital Management PT PLN (Persero). Divisi
Pengembangan Talenta saat ini dikepalai oleh Okto Rinaldi S. yang jumlah
pegawainya sebanyak 48 (empat puluh delapan) Pegawai.
Berikut adalah struktur organisasi Direktorat Human Capital
Management:
DIREKTORAT HUMAN
CAPITAL MANAGEMENT
MUHAMMAD ALI
DIVISI HUMAN DIVISI

DIVISI DIVISI DIVISI
DIVISI PENGEMBANGAN KESELAMATA
PENGEMBANGA CAPITAL PENGEMBANGAN UMUM
MANAGEMENT TALENTA
TALENTA N, KESEHATAN
N ORGANISASI KERJA,
SYSTEM
KEAMANAN
DAN
LINGKUNGAN
BAGUS OKTO
OKTO
KARYAWAN AJI SETIAWAN TISNA
RINALDI S
RINALDI S.. GUNAWAN HELMI
NAJAMUDDIN
Gambar 2. Struktur Organisasi Direktorat Human Capital Management
Divisi Pengembangan Talenta merupakan bagian dari Direktorat Human

Capital Management PT PLN (Persero). Divisi Pengembangan Talenta terdapat 5
(lima) Manajer Senior, yaitu Manajer Senior Rekrutmen dan Seleksi, Manajer
Senior Pengembangan Kepemimpinan dan Pengelolaan Pegawai Kantor Pusat ,
Manager Senior Pengelolaan Karir dan Talenta 1, Manajer Senior Pengelolaan
Karir dan Talenta 2 dan Manajer Senior Sistem Informasi Pegawai dan
Remunerasi. Penulis dalam melaksanakan kegiatan Praktik Kerja Lapang berada
di bawah bimbingan sub bidang Pengembangan Kepemimpinan bidang
Pengembangan Kepemimpinan dan Pengelolaan Pegawai Kantor Pusat.
Berikut adalah struktur organisasi Divisi Pengembangan Talenta :
Gambar 2. Struktur Organisasi Divisi Pengembangan Talenta
7
BAB 3 LANDASAN TEORI
3.1 Pendekatan Terstruktur

Pendekatan Terstruktur adalah suatu proses untuk
mengimplementasikan urutan langkah untuk menyelesaikan suatu masalah
dalam bentuk program. Selain pengertian diatas, pendekatan terstruktur adalah
suatu aktifitas pemrograman dengan memperhatikan urutan langkah-langkah
perintah secara sistematis, logis, dan tersusun berdasarkan algoritma yang
sederhana dan mudah dipahami. Pendekatan terstruktur dilengkapi dengan
alat-alat (tools) dan teknik-teknik (techniques) yang dibutuhkan dalam
pengembangan sistem, sehingga hasil akhir dari sistem yang dikembangkan
akan diperoleh sistem yang strukturnya didefinisikan dengan baik dan jelas.
Melalui pendekatan terstruktur, permasalahan yang komplek di organisasi
dapat dipecahkan dan hasil dari sistem akan mudah untuk dipelihara,
fleksibel, lebih memuaskan pemakainya, mempunyai dokumentasi yang baik,
tepat waktu, sesuai dengan anggaran biaya pengembangan, dapat
meningkatkan produktivitas dan kualitasnya akan lebih baik (bebas kesalahan).
3.2 Unified Modelling Language (UML)
Unified Modelling Language (UML) merupakan bahasa standar untuk

menuliskan cetak biru (blueprints) dari perangkat lunak yang dapat digunakan
untuk memvisualisasikan, menentukan, membangun, dan mendokumentasikan
artefak dari sistem perangkat lunak yang intensif (Pressman, 2015).
3.2.1 Use Case Diagram

Use case menggambarkan bagaimana interaksi antara user dengan sistem
dengan mendefinisikan langkah-langkah yang dibutuhkan untuk mencapai suatu
tujuan tertentu. Diagram use case merupakan gambaran dari semua use case
dan bagaimana semua use case tersebut berhubungan (Pressman, 2015). Berikut
merupakan beberapa notasi dalam use case antara lain:
Tabel 3. Notasi Use Case Diagram
No Notasi Nama Notasi Deskripsi Notasi

1. Actor Merupakan representasi dari
pengguna atau sistem
eksternal yang berinteraksi
dengan sistem.
2. Use case Merupakan representasi dari
kebutuhan fungsional
berdasarkan perspektif
8
pengguna terhadap sistem.
3. Association Merupakan representasi dari
hubungan antara actor dan
use case.
4. Extend Merupakan representasi dari
situasi optional yang
dijalankan pengguna.
5. Include Merupakan representasi dari
situasi yang harus dijalankan
oleh pengguna.
6. Generalization Merupakan representasi dari
warisan satu komponen ke
komponen lainnya.
7. System Merepresentasikan batasan
Boundary antara internal dan eksternal
sistem.
Gambar 3. Contoh Use Case Diagram
Sumber: Pressman (2010: 848)
9
3.2.2 Use Case Description
Use case description adalah penjelasan mengenai bagaimana sistem dan
aktor berkolaborasi untuk mencapai tujuan tertentu. yang bertujuan untuk
memberikan gambaran umum tentang fungsionalitas suatu proses bisnis yang
didalamnya melibatkan sebuah sistem. Berikut ini contoh tampilan dari use-case
description.
Gambar 3. Contoh Usecase Description
3.2.3 Activity Diagram

Activity diagram adalah suatu diagram yang menggambarkan berbagai
alur aktifitas dalam sebuah sistem yang sedang dirancang, bagaimana alur itu
berawal dan berakhir dan decision yang mungkin terjadi. Activity diagram tidak
menggambarkan sifat internal antara beberapa sub-sistem secara eksak, tetapi
lebih menggambarkan jalur-jalur aktivitas dari level atas secara umum.
Gambar 3. Contoh Activity Diagram
10
Berikut ini adalah komponen-komponen yang digunakan dalam activity diagram.
Tabel 3. Komponen-Komponen Activity Diagram
Simbol Deskripsi
Activity menggambarkan kegiatan yang dilakukan.
Activity edge menggambarkan bentuk edge yang

menghubungkan aliran aksi secara langsung,
dimana menghubungkan input dan output dari
aksi tersebut.
Initial state, bentuk lingkaran berisi penuh

melambangkan awal dari proses.
Decision, bentuk wajib dengan suatu flow yang

masuk beserta dua atau lebih activity node yang
keluar. Activity node yang keluar ditandai untuk
mengindikasi beberapa kondisi.
Fork, satu bar hitam dengan satu activity node

yang masuk beserta dua atau lebih activity node
yang keluar.
Join, satu bar hitam dengan dua atau lebih activity

node yang masuk beserta satu activity node yang
keluar, tercatat pada akhir dari proses secara
bersamaan.
Final state, bentuk lingkaran berisi penuh yang

berada di dalam lingkaran kosong, menunjukkan
11
3.2.4 Data Flow Diagram (DFD)
DFD merupakan alat pengembangan sistem yang berorientasi pada alur
data dengan konsep dekomposisi yang dapat digunakan untuk penggambaran
analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional
sistem kepada pemakai maupun pembuat program. DFD dapat digunakan untuk
menggambarkan sistem yang telah ada maupun sistem baru secara logika tanpa
mempertimbangkan lingkungan fisik dari data yang mengalir maupun tempat
data tersebut disimpan. Ada beberapa simbol DFD yang dipakai untuk
menggambarkan data beserta proses transformasi data, antara lain (Kristanto,
2003) :
a. Entity luar
Entity luar digambarkan dengan simbol persegi biasa. Entity luar

merupakan sumber atau tujuan dari aliran data dari atau ke sistem. Entity luar
merupakan lingkungan luar sistem, jadi sistem tidak tahu menahu mengenai apa
yang terjadi di entity luar. Entity luar bisa digambarkan secara fisik dengan
sekelompok orang atau mungkin sebuah sistem. Bentuk entity luar dapat dilihat
pada Gambar 3.4.
Gambar 3. Entity Luar
b. Aliran data
Menggambarkan aliran data dari satu proses lainnya. Adapun simbol dari
aliran data bentuk garisnya boleh bebas seperti terlihat pada Gambar 3.5.
Gambar 3. Aliran Data Entity Luar
c. Proses
Proses atau fungsi yang mentransformasikan data secara umum

digambarkan dengan lingkaran. Bentuk proses dapat dilihat pada Gambar 3.6.
Gambar 3. Proses
12
d. Berkas atau tempat penyimpanan
Merupakan komponen yang berfungsi untuk menyimpan data atau file.

Simbol dari berkas ini dapat digambarkan dengan garis parallel seperti terlihat
pada Gambar 3.7.
Gambar 3. Tempat Penyimpanan
3.2.5 Entity Relationship Diagram (ERD)

Entity Relationship Diagram adalah suatu model konseptual untuk
menggambarkan hubungan antara data dalam basis data berdasarkan objek-
objek dasar data yang mempunyai hubungan antar relasi.
Gambar 3. Contoh ER Diagram
Berikut ini adalah komponen-komponen yang digunakan dalam sequence

diagram.
Tabel 3. Komponen-Komponen ER Diagram
Simbol Deskripsi
Objek yang mewakili sesuatu yang nyata
Entity dan dapat dibedakan dari sesuatu yang
lain.
Menunjukkan ubungan yang terjadi
Relationship antara satu atau lebih antitas
Atrib
Atribut yang digunakan untuk
ut menentukan suatu entity secara unik.
Key
13
Atrib
ut Atribut sederhana yang tidak dapat
Simpl dibagi dalam beberapa bagian.
e Atribut yang dapat yang dapat diisi

dengan lebih dari satu nilai tetapi dengan
jenis yang sama.
Atribut yang dapat dibagi lagi dalam

Atribut beberapa bagian.
Atrib
ut Atribut yang diperoleh dari pengolahan
Deriv atribut lain yang berhubungan.
atif Setiap anggota entity A hanya boleh

1 berhubungan dengan satu anggota entity
B, begitu pula sebaliknya.
Setiap anggota entity A dapat
N berhubungan dengan lebih dari satu
anggota entity B, tetapi tidak sebaliknya.
Setiap anggota entity A dapat
berhubungan dengan lebih dari satu
N anggota entity B, demikian pula
sebaliknya.
3.3 Proses Bisnis

Aktivitas yang terukur dan terstruktur untuk memproduksi output
tertentu untuk kalangan pelanggan tertentu. Terdapat di dalamnya penekanan
yang kuat pada “bagaimana” pekerjaan itu dijalankan di suatu organisasi, tidak
seperti fokus dari produk yang berfokus pada aspek “apa”. Suatu proses oleh
karenanya merupakan urutan spesifik dari aktivitas kerja lintas waktu dan ruang,
dengan suatu awalan dan akhiran, dan secara jelas mendefinisikan masukan dan
keluaran (Davenport, 1993).
Menurut Weske (2007), proses bisnis dapat direpresentasikan atau

digambarkan dengan model proses bisnis yang disajikan delam suatu diagram
proses bisnis. Dalam pemodelan proses bisnis dapat menggunakan sebuah
metode pemodelan yaitu Bussines Process Modelling (BPMN). Menurur Owen
dan Raj (2003) BPMN memiliki tujuan untuk menyediakan notasi yang mudah
dipahami oleh semua pengguna bisnis dan yang tidak kalah pentingnya adalah
untuk memastikan bahwa bahasa XML yang dirancang untuk pelaksanaan proses
bisnis dapat dinyatakan secara visual dengan notasi yang umum.
14
3.4 BPMN (Business Process Modelling Notation)
Berdasarkan penjelasan (Romala dan Falahah, 2007), Business Process
Modelling Notation atau dikenal dengan BPMN, merupakan suatu notasi
standart baru dalam bentuk grafis dari proses bisnis. Tujuan utama BPMN adalah
menyediakan notasi yang mudah digunakan dan dipahami oleh semua orang
yang terlibat dalam bisnis, yang meliputi bisnis analisis yang memodelkan proses
bisnis, dan berbagai tingkatan manejemen yang harus dapat membaca dan
memahami proses diagram dengan cepat sehingga dapat membantu dalam
pengambilan keputusan.
Notasi BPMN yang baru juga dirancang untuk site berbasis layanan web.
BPMN dapat memodelkan pesan kompleks yang dilewatkan diantara pelaku
bisnis atau bagian dari pelaku bisnis, kejadian yang menyebabkan pesan
dilewatkan, dan aturan bisnis yang membatasi kejadian tersebut (Romala dan
Falahah, 2007).
3.4.1 Kategori Elemen-elemen BPMN

Berikut merupakan kategori dari elemen elemen dama BPMN, yaitu
(Tanggo dan Riady, 2014) :
1. Flow Object
Flow Object merupakan elemen elemen utama yang menggambarkan

karakteristik suatu proses bisnis.
Terdapat 3 elemen dalan flow object, yaitu :
a. Event, sesuatu yang terjadi selama rangkaian dari sebuah proses bisnis.
Event ini mempengaruhi alur dari proses dan biasanya memiliki sebuah
tindakan atau sebuah hasil. Simbolnya adalah bentuk lingkaran dan
berdasarkan alur pengaruhnya, event dapat berupa Start, Intermediate,
atau End.
Gambar 3. Simbol Event
(Sumber : Tanggo dan Riady, 2014)
Dalam start event, terdapat message start event yang digunakan

untuk memulia suatu proses dengan pemicu yaitu sebuah pesan yang
diterima dari partisipan lain. Lalu dalam intermediate event, yang
oertama terdapat message intermediate event yang digunakan untuk
mengirim pesan atu menerima pesan ke partisipan lain pada pool yang
berbeda. Yang kedua terdapat timer intermediate event yang digunakan
15
untuk menunjukkan waktu tunggu dalam sebuah proses. Proses tersebut
akan berjalan setelah kondisi waktu terpenuhi.
Message start Message intermediate Timer intermediate
Gambar 3. Simbol Message dan Timer
b. Activities, digunakan untuk mewakili berbagai makna dalam kehidupan

sehari-hari. Aktivitas dianggap mencakup berbagai kegiatan yang dapat
diselesaikan dalam waktu 5 menit, satu minggu atau lebih. Dipresentasi
dengan persegi dengan sudut melingkar. Dalam activities, ada yang
dinamakan manual task. Manual task merupakan sebuah task yang
dikerjakan secara manual tanpa melibatkan system didalamnya, dan
melibatkan manusia dalam pelaksanaannya.
Gambar 3. Simbol Activities
c. Gateways, dipresentasikan dengan belah ketupat dan memperlihatkan

pilihan yang berbeda. Menjelaskan percabangan dan penggabungan dari
path yang ada. Terdapat inclusive gateway, merupakan gateway yang
digunakan untuk memilih kondisi yang benar sesuai dengan syarat yang
telah ditentukan, gateway ini dapat dipilih lebih dari satu kondisi dalam
satu kondisi aliran proses. Sedangkan exclusive gateway merupakan
gateway yang digunakan untuk memilih salah satu kondisi yang benar
sesuai dengan syarat yang telah ditetapkan. Yang terakhir yaitu event-
based gateway digunakan untuk mengontrol satu atau beberapa event
yang dapat terdiri dari message, timer, conditional dan signal.
16
Inclusive gateway Exclusive gateway Event-Based gateway
Gambar 3. Simbol Gateway
2. Connecting Object
Connecting Object merupakan elemen yang menghubungkan flow object.

Terdapat 3 elemen dalam connecting object, yaitu :
a. Sequance flow, elemen ini digambarkan dengan garis lurus dengan panah
tertutup dan menjelaskan mengenai urutan aktivtas yang dilakukan
dalam suatu proses. Sumber maupun target yang dapat menjadi salah
satu objek dari sequence flow diantaranya event, activities dan gateways.
Gambar 3. Simbol Sequence Flow
b. Message Flow, elemen ini digambarkan dengan garis putus putus dan
pana salah satu sisinya. Menjelaskan pertukaran pesan yang sedang
terjadi antara dua entitas yang siap mengirim atau menerima pesan.
Aliran pesan tersebut terjadi pada dua partisipan dalam suatu proses.
Gambar 3. Simbol Message Flow
3. Swimlanes
Swimlanes merupakan elemen untuk mengelompokkan beberapa model

elemen lainnya. Dapat digunakan untuk memisahkan ataupun mengatur
kegiatan sehingga dapat dipahami siapa saja yang bertanggung jawab dalam
setiap event yang ada.
Swimlanes terdiri dari 2 komponen diantaranya pool dan lane:
a. Pool, elemen tersebut dipresentasikan dengan persegi besar yang

didalamnya dapat berisi flow objects, connecting object, maupun artifak.
Pool tersebut berisikan pameran bisnis atau badan usaha.
b. Lane , merupakan bagian lebih mendetail dari pool. Lane mewakili peran
organisasi ataupun karakteristik yang diinginkan dari organisasi.
17
Gambar 3. Simbol Swimlanes
3.5 Hyper Text Markup Language (HTML)

HTML (Hyper Text Markup Language) merupakan sekumpulan simbol-
simbol atau tag-tag yang dituliskan dalam sebuah file untuk ditampilkan pada
halaman web browser (Anhar, 2010: 40). Tag HTML akan terhubung dengan
browser untuk menampilkan halaman web dengan lengkap kepada pengguna
(Astarnal, 2006). HTML memiliki sintaks dan struktur tersendiri dalam
menuliskan script atau kode yang biasa disebut Tag HTML. Aturan penulisan pada
HTML ini diawali dengan lambang <tag dan diakhiri dengan lambang </tag.
Setiap tag ini memiliki fungsi-fungsi tertentu yang dapat membuat tampilan
website menjadi lebih menarik. Terdapat beberapa macam tag HTML beserta
fungsinya (Anhar, 2010).
Tabel 3. Tag HTML
Lambang Keterangan
<!DOCTYPE> Mendefinisikan informasi tipe dokumen
 Untuk menambahkan sebuah komentar, dimana kalimat
yang terletak pada kolom komentar tidak akan ditampilkan
pada browser.
<a href> Untuk membuat sebuah link agar dapat berpindah dari satu
halaman ke halaman lain.
<applet> Untuk memasukkan file Java ke dalam sebuah dokumen
HTML.
<b> Untuk membuat teks tebal
<base /> Mendefinisikan URL dasar atau target untuk semua URL
relatif dalam dokumen HTML.
<basefont /> Untuk membuat atribut teks default, seperti warna, ukuran,
atau jenis huruf.
<blockquote> Mendefinisikan sebuah kutipan panjang sehingga teks akan
tampil lebih menjorok ke dalam pada browser.
<body> Mendefinisikan body atau isi dokumen HTML, yang
digunakan untuk menentukan isi dari suatu dokumen yang
ditampilkan pada web browser.
<br /> Untuk memberikan baris baru.
<button> Mendefinisikan tombol yang dapat di klik.
<caption> Untuk menambahkan caption pada tabel.
<center> Untuk membuat perataan tengah pada teks atau gambar.
18
<div> Mendefinisikan sebuah section pada dokumen HTML.
<dl> Mendefinisikan daftar definisi.
<dt> Mendefinisikan item dalam daftar definisi.
<em> Untuk membuat teks miring dimana fungsi <i> juga dapat
digunakan untuk membuat teks miring.
<embed> Untuk menambahkan file video atau file audio.
<font> Mendefinisikan jenis, ukuran, dan warna huruf untuk teks.
<form> Mendefinisikan sebuah formulir untuk input formulir pada
HTML.
<h1> to <h6> Untuk menunjukkan awal dari suatu header atau judul dari
dokumen HTML.
<head> Untuk memberikan informasi mengenai dokumen HTML.
<hr /> Untuk membuat garis horizontal.
<html> Mendefinisikan root dari sebuah dokumen HTML.
<img /> Untuk menampilkan gambar pada dokumen HTML.
<input /> Mendefinisikan area input pada formulir HTML.
<label> Mendefinisikan label untuk sebuah elemen <input>.
<li> Untuk menampilkan informasi dalam bentuk daftar.
<link /> Mendefinisikan hubungan antara suatu dokumen dengan
sumber eksternalnya.
<marquee> Untuk membuat teks berjalan secara vertical atau
horizontal.
<meta> Mendefinisikan sebuah metadata dari sebuah dokumen
HTML.
<nobr> Untuk mencegah ganti baris pada teks atau gambar.
<noscript> Digunakan jika browser tidak mendukung client-side script.
<ol> Mendefinisikan daftar dalam format penomoran.
<option> Untuk menampilkan beberapa pilihan dalam bentuk drop-
down pada dokumen HTML.
<p> Mendefinisikan sebuah paragraf.
<script> Mendefinisikan client-side script.
<small> Untuk memperkecil ukuran teks.
<span> Mendefinisikan section dalam dokumen HTML.
<strong> Untuk membuat teks tebal, fungsi tag ini sama dengan tag
<b>.
<style> Mendefinisikan informasi style dalam dokumen HTML.
<table> Untuk membuat tabel.
<td> Mendefinisikan kolom dalam sebuah tabel.
<th> Mendefinisikan header dalam sebuah tabel.
<title> Untuk memberikan judul pada dokumen HTML.
<tr> Mendefinisikan baris dalam sebuah tabel.
<u> Untuk membuat teks dengan garis bawah.
<ul> Mendefinisikan daftar dalam format bullet.
19
3.6 PHP
Menurut Anhar (2010) PHP atau Hypertext Preprocessor adalah sebuah
bahasa pemrograman web server-side yang bersifat open source. PHP
merupakan script yang terintegrasi dengan HTML dan berada pada server
(server-side HTML embedded scripting). PHP juga merupakan sebuah script yang
digunakan untuk membangun website yang dinamis. Dinamis artinya halaman
yang ditampilkan dibuat pada saat halaman tersebut diminta oleh client. Hal ini
menyebabkan informasi yang disampaikan kepada pengguna selalu yang terbaru.
3.7 MySQL
Matthews (2015) berpendapat bahwa MySQL (My Structure Query
Language) adalah sistem manajemen database relasional yang menggunakan
Structured Query Language (SQL) untuk menyimpan, menggunakan, dan
mengambil informasi melalui Internet. MySQL merupakan DBMS yang
multithread, multi-user, dan open-source dibawah lisensi GNU General Public
Licence (GPL) (Anhar, 2010). Sebagai sebuah perangkat lunak DBMS, MySQL
memiliki beberapa fitur. Fitur pertama yaitu MySQL bersifat multiplatform
dimana MySQL dapat digunakan pada beberapa platform yaitu Windows, Linux,
Unix, dan lain sebagainya. Fitur kedua yaitu MySQL mendukung jaminan
keamanan dalam beberapa kriteria pengaksesan, contohnya pengaturan untuk
user tertentu agar dapat mengakses data yang bersifat rahasia. Kemudian fitur
ketiga yaitu MySQL bersifat multi-user sehingga dapat digunakan oleh beberapa
user dalam waktu yang bersamaan. Fitur keempat yaitu MySQL memiliki
keandalan yang baik sebagai database server, mendukung banyak fungsi dalam
hal pengaksesan, dan dapat menangani data yang sangat besar dengan
kecepatan yang tinggi. Dan fitur kelima yaitu MySQL mendukung perintah SQL
(Structured Query Language) dimana SQL itu sendiri merupakan standar dalam
pengaksesan database relasional (Kadir, Belajar Database Menggunakan My SQL,
2008).
3.8 Cascading Style Sheets (CSS)

Menurut Astamal (2006:42), CSS (Cascading Style Sheet) adalah suatu
teknologi yang digunakan untuk mempermudah pembuatan suatu tampilan
sebuah website. Dengan menggunakan CSS, kita dapat menentukan font, color,
spacing, dan karakteristik lainnya dari headlines, body, table, image dan page
element.
Ada 3 cara untuk memasang CSS pada dokumen HTML yaitu External
Style Sheet (file CSS berbeda dari file HTML), Internal Style Sheet (Kode CSS
dipasang di dalam tag head HTML) dan Inline Style Sheet (Kode CSS langsung
dipasang di tag-tag HTML).
3.9 Black Box Testing
20
Pengujian menggunakan sekumpulan aktifitas validasi, dengan
pendekatan black box testing. Menurut Shalahuddin dan Rosa (2011), black box
testing adalah menguji perangkat lunak dari segi spesifikasi fungsional tanpa
menguji desain dan kode program. Pengujian dimaksudkan untuk mengetahui
apakah fungsi-fungsi, masukan, dan keluaran dari perangkat lunak sesuai dengan
spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan dengan membuat
kasus uji yang bersifat mencoba semua fungsi dengan memakai perangkat lunak
apakah sesuai dengan spesifikasi yang dibutuhkan. Menurut Pressman (2010),
black box testing juga disebut pengujian tingkah laku, memusat pada kebutuhan
fungsional perangkat lunak. Teknik black box testing memungkinkan
memperoleh serangkaian kondisi masukan yang sepenuhnya menggunakan
semua persyaratan fungsional untuk suatu program. Beberapa jenis kesalahan
yang dapat diidentifikasi adalah fungsi tidak benar atau hilang, kesalahan antar
muka, kesalahan pada struktur data (pengaksesan basis data), kesalahan
performasi, kesalahan inisialisasi dan akhir program.
21
BAB 4 METODOLOGI PENELITIAN
Bab ini akan menjelaskan langkah-langkah yang akan ditempuh dalam
penelitian. Langkah-langkah yang dilakukan dalam penelitian meliputi studi
literatur, pengumpulan data, analisis kebutuhan perancangan sistem,
implementasi dan pengujian, serta kesimpulan dan saran. Diagram alur langkah-
langkah penelitian ditunjukkan pada gambar 4.1.
Gambar 4. Diagram Alur Metode Penelitian
4.1 Studi Literatur

Studi literatur dilakukan dengan mencari referensi yang berkaitan
dengan penelitian yang dilakukan oleh penulis untuk mendapatkan landasan
kerangka berpikir sehingga didapatkan konsep, dasar teori, serta metode yang
membantu dalam pengembangan aplikasi monitoring diklat kepemimpinan
berbasis website. Sumber literatur didapatkan dari buku, skripsi, jurnal,
dokumentasi aplikasi monitoring diklat kepemimpinan serta hasil pencarian
internet.
22
4.2 Pengumpulan Data
4.2.1 Observasi
Observasi dilakukan secara non partisipan, dimana penulis tidak akan
terlibat langsung dalam aktivitas yang diamati. Penulis hanya sebagai pengamat
independen. Tujuan dari observasi ini adakah untuk mengetahui alur proses
bisnis yang sedang berjalan terkait dalam melakukan monitoring diklat
kepemimpinan dari awal sampai akhir sehingga pengembangan E-DIKLAT dapat
sesuai dengan instansi tanpa harus mengubah proses bisnis yang sudah berjalan
serta dapat mengetahui tahapan-tahapan yang diikuti oleh pegawai PLN dalam
melakukan diklat.
4.3. Analisis Kebutuhan

Analisis Kebutuhan merupakan tahapan yang dibutuhkan untuk
mendapatkan batasan, tujuan, dan kebutuhan sistem dengan melakukan
konsultasi kepada pemangku kepentingan dan pengguna sistem. Langkah
pertama yang dilakukan adalah mengidentifikasi kebutuhan dari sudut pandang
bisnis. Tahapan yang dilakukan adalah memodelkan proses bisnis yang telah
berjalan, identifikasi pemasalahan yang ada dan memodelkan proses bisnis yang
diusulkan. Kemudian mengidentifikasi kebutuhan pemangku kepentingan untuk
mengetahui apa yang dibutuhkan pemangku kepentingan dan pengguna.
1. Identifikasi Kebutuhan
Identifikasi kebutuhan terdiri dari 2 hal, yaitu :
 Kebutuhan Fungsional
Kebutuhan fungsional merupakan kebutuhan utama yang dibutuhkan

dalam menjalani sistem, seperti pengambilan data dari database,
menampilkan data yang diproses , dan lain-lain.
 Kebutuhan Non Fungsional
Kebutuhan non fungsional merupakan pendukung sistem yang akan

dijalankan. Kebutuhannya meliputi kebutuhan perangkat keras dan
kebutuhan perangkat lunak.
2. Identifikasi Aktor
Aktor adalah pengguna sistem, bisa berupa orang atau sistem

terotomatisasi lain. Tahap ini dilakukan untuk mengidentifikasi aktor-
aktor yang berinteraksi dengan sistem.
23
4.4. Perancangan Sistem
Tahap perancangan dilakukan dengan mengacu pada hasil analisa
kebutuhan. Pada analisa kebutuhan didapatkan fitur-fitur yang harus ada di
dalam sistem. Perancangan sistem dilakukan agar mempermudah tahap yang
dilakukan setelahnya. Pada tahap ini sistem direpresentasikan dalam pemodelan
Use Case Diagram, Use Case Scenario, Entity Relationship Database Diagram, dan
Data Flow Diagram. Setelah diagram sudah dibuat, tahap selanjutnya yaitu
membuat perancangan User Interface (UI) atau tampilan yang akan digunakan
oleh sistem.
4.5. Implementasi dan Pengujian

Tahap implementasi merupakan tahap pembangunan sistem.
Implementasi dilakukan berdasarkan pada hasil perancangan sistem sebelumnya.
Pengembangan aplikasi E-DIKLAT diimplementasikan menggunakan pendekatan
struktural.
Pada tahap ini, dilakukan pengkodean menggunakan bahasa
pemrograman PHP dan database MySQL untuk membuat sistem berbasis web.
Implementasi aplikasi ini meliputi :
a. Pembuatan user interface berupa halaman-halaman web yang menerima

inputan user
b. Pembuatan database dengan tabel-tabel yang sesuai dengan
perancangan.
Setelah melakukan implementasi, sebuah sistem harus diuji untuk

mengetahui apakah sistem tersebut sudah sesuai dengan perancangan awal yang
telah dibuat, sesuai dengan tujuan yang ingin dicapai dan sesuai dengan
kebutuhan pengguna. Pengujian akan dilakukan secara black box untuk
memastikan seluruh fungsional berjalan dengan baik.
4.1 Kesimpulan dan Saran

Pengambilan kesimpulan dilakukan setelah tahap-tahap analisis
kebutuhan, perancangan sistem, implementasi dan pengujian selesai dilakukan.
Kesimpulan didapatkan berdasarkan hasil penelitian yang telah dilakukan.
Setelah mendapatkan kesimpulan, tahapan terakhir yaitu saran yang nantinya
berguna bagi penelitian selanjutnya yang digunakan sebagai masukan dan juga
dapat memperbaiki kesalahan-kesalahan yang ada.
24
BAB 5 ANALISIS KEBUTUHAN
5.1 Proses Bisnis
5.1.1. Proses Bisnis Saat Ini ( as-is )
Proses Bisnis diklat kepemimpinan pada PT. PLN (Persero) dibedakan
menjadi tiga, yaitu Proses Bisnis as-is (1), Proses Bisnis as-is (2), dan Proses Bisnis
as-is (3).
Gambar 5.1 menampilkan proses bisnis diklat kepemimpinan yang

diperuntukkan bagi Anak Perusahaan. Task dimulai dari pengajuan surat usulan
peserta oleh Anak Perusahaan. Surat usulan disampaikan ke beberapa pihak
antara lain, Manajer Udiklat Regional, Kadiv Talenta, MS Bangpim dan Lolapeg,
GM Pusdiklat, serta beberapa manajer lainnya dari PT. PLN (Persero). Kadiv
Talenta selanjutnya menjalankan task membuat nota dinas lalu diteruskan
kepada MS Bangpim dan Lolapeg yang menjalankan task membuat surat
penugasan. Pusdiklat akan mengadakan diklat berdasarkan surat tugas yang
diterima dan memberikan hasil diklat dari peserta ke berbagai pihak yang
terlibat.
Gambar 5.2 menampilkan Proses Bisnis as-is (2) yang merupakan proses
bisnis diklat kepemimpinan bagi Internal Divisi Talenta. Berbeda dengan Proses
Bisnis as-is (1) dan Proses Bisnis as-is (3), task awal yang dijalankan, yaitu
membuat nota dinas dan disampaikan kepada MS Bangpim dan Lolapeg yang
selanjutnya membuat surat penugasan. Surat penugasan dikirimkan kepada
beberapa pihak manajemen dan Pusdiklat sehingga diklat bisa dilaksanakan. GM
Pusdiklat akan memberitahukan hasil diklat peserta ke berbagai pihak yang
terlibat.
Gambar 5.3 menampilkan proses bisnis diklat kepemimpinan bagi Unit
Induk. Proses Bisnis as-is (3) memiliki persamaan dengan Proses Bisnis as-is (1),
yaitu task dimulai dengan membuat surat usulan oleh Unit Induk dan
disampaikan kepada beberapa pihak yang terlibat. Kadiv Talenta akan membuat
surat penugasan yang akan diterima oleh pihak-pihak manajemen PT. PLN
(Persero) dan GM Pusdiklat yang akan mengadakan diklat. Hasil diklat akan
diumumkan kepada pihak-pihak yang berkepentingan.
Secara umum task-task pada Proses Bisnis as-is (1), Proses Bisnis as-is
(2), dan Proses Bisnis as-is (3) serupa, namun dijalankan oleh pihak yang
berbeda-beda. Sebagai contoh pada Proses Bisnis as-is (2) yang menjalankan
task membuat surat penugasan adalah MS Bangpim dan Lolapeg sedangkan pada
Proses Bisnis as-is (3) dijalankan oleh Kadiv Talenta. Hal tersebut dapat
ditemukan pada ketiga proses bisnis tersebut dimulai dari start event hingga task
membuat surat penugasan.
25
26
Gambar 5. Proses Bisnis as-is (1)
27
28
5.1.2. Analisis Permasalahan

Analisis Permasalahan menjelaskan masalah yang terjadi saat ini pada proses monitoring diklat kepemimpinan pada PT. PLN
(Persero). Tabel 5.1 menjelaskan mengenai permasalahan, dampak, dan solusi dari proses bisnis as-is.
29
Tabel 5. Analisis Permasalahan
Permasalahan Terdapat duplikasi peran, yaitu satu task yang sama dilakukan
oleh dua pihak berbeda. Contohnya, pada proses bisnis as-is (2)
pihak MS Bangpim dan Lolapeg yang membuat surat penugasan
dan pada proses bisnis as-is (3) pihak Kadiv. Talenta yang
membuat surat penugasan.
Data pengusulan peserta dan data peserta diklat Anak

Perusahaan, Internal Talenta, dan Unit Induk tidak lengkap
karena data berada pada pihak yang berbeda-beda.
Pihak manajemen mendapatkan data yang belum diolah

menjadi informasi yang berguna.
Dampak Pihak yang mengajukan peserta diklat, yaitu Anak Perusahaan,

Internal Talenta, dan Unit Induk sering melakukan kesalahan
karena proses bisnis yang berbeda-beda .
Sulit untuk melakukan trace back terhadap data usulan peserta

dan data peserta diklat.
Pihak manajemen mengalami kesulitan dalam memonitoring

pelaksanaan diklat kepemimpinan.
Solusi Wewenang untuk melaksanakan task persetujuan terhadap
30
usulan peserta diberikan kepada satu pihak.
Dibentuk suatu prosedur atau proses bisnis baru yang

memudahkan pelaksanaan diklat dan memfasilitasi integrasi
data.
Disediakan dashboard yang berisi informasi-informasi mengenai

jalannya diklat sehingga memudahkan pihak manajemen untuk
memonitor diklat.
Tabel 5. Hasil Analisis As-is
No Masalah Proses As-is Rekomendasi To-be

.
1. Terdapat duplikasi peran. Task yang Task diberikan pada pihak yang
sama paling tepat, yaitu staff Divisi
dilakukan Talenta yang ditunjuk oleh
oleh dua Kadiv. Talenta
pihak
berbeda.
2. Data pengusulan peserta Belum ada Terdapat persamaan alur proses

dan data peserta diklat persamaan alur yang memungkinkan integrasi
proses yang data yang berasal dari Unit
31
Anak Perusahaan, Internal memungkinkan Induk, Anak Perusahaan, dan
Talenta, dan Unit Induk untuk integrasi Internal Talenta.
tidak lengkap karena data data.
berada pada pihak yang
berbeda-beda.
3. Pihak manajemen
mendapatkan data yang
belum diolah menjadi
informasi yang berguna.
5.1.3. Proses Bisnis E-DIKLAT (to-be)
32
Gambar 5. Proses Bisnis E-DIKLAT
Gambar 5.4 menampilkan proses bisnis sistem E-DIKLAT. Proses bisnis E-DIKLAT merupakan gabungan antara Proses Bisnis as-is (1),
Proses Bisnis as-is (2), dan Proses Bisnis as-is (3) yang telah mengalami beberapa perbaikan. Pada proses bisnis sebelumnya monitoring
diklat diawali dengan adanya pengajuan usulan oleh Unit Induk, Internal Divisi Talenta, dan Anak Perusahaan. Pihak-pihak tersebut pada
Proses Bisnis E-DIKLAT digabungkan menjadi satu pihak yang disebut User. Berbeda dari proses sebelumnya yang mengharuskan usulan
peserta untuk dikirim ke berbagai pihak, Proses Bisnis E-DIKLAT menyederhanakan task tersebut untuk dilaksanakan oleh pihak Admin
yang juga menjalankan task menyetujui usulan peserta. Task selanjutnya sama seperti proses bisnis sebelumnya, persetujuan peserta
dikirimkan kepada GM Pusdiklat sehingga diklat dapat diadakan oleh Pusdiklat yang akan memberikan data terkait proses diklat peserta
kepada Admin. Data tersebut akan dimasukkan oleh Admin ke dalam E-DIKLAT sehingga pihak manajemen dapat ikut memantau proses
diklat.
5.2 Identifikasi Pengguna

Pada sub bab ini, akan menjelaskan tentang siapa saja yang menggunakan Aplikasi E-DIKLAT berbasis web. Tabel 5.3 menjelaskan
tentang pengguna yang dapat berinteraksi dengan sistem informasi yang dibangun.
Tabel 5. Identifikasi Pengguna
No Identifikasi Pengguna Keterangan

1. User Terdiri dari pegawai PT.PLN (Persero) dari berbagai
divisi yang dapat menggunakan sistem informasi
untuk menginput data usulan peserta diklat dan
melihat persetujuan peserta diklat.
2. Admin BangPim Terdiri dari admin pada bagian Pengembangan
Kepemimpinan (BangPim) Divisi Talenta yang dapat
menggunakan sistem informasi untuk melihat hasil
assessment, melihat data sertifikat kelulusan,
33
melihat daftar usulan peserta diklat, melihat
dashboard, melacak tahapan serta menyetujui
usulan peserta diklat.
5.3 Kebutuhan Fungsional dan Non-Fungsional
Kebutuhan fungsional dan non-fungsional menjelaskan apa yang dapat dilakukan user terhadap sistem yang akan dibangun
berdasarkan hasil elisitasi kebutuhan.
5.3.1 Aturan Penomoran Sistem
Gambar 5. Aturan Penomoran Sistem
Format penomoran kebutuhan perangkat lunak dalam sistem yang akan dibangun DIKLAT menandakan nama dari sistem,
kemudian X menandakan apabila kebutuhan termasuk kebutuhan fungsional atau non fungsional. Urutan penomoran kebutuhan dimulai
dari '001'.
5.3.2 Kebutuhan Fungsional
Kebutuhan fungsional menjelaskan proses-proses apa saja atau layanan apa saja yang nantinya harus disediakan oleh sistem,
mencakup bagaimana sistem harus bereaksi pada input tertentu dan bagaimana perilaku sistem pada situasi tertentu.
Tabel 5. Kebutuhan Fungsional
No Nomor Nama Fungsi Deskripsi
Kebutuhan
1 DIKLAT-F-001 Melihat Daftar Usulan Admin dapat melihat
Peserta Diklat daftar usulan peserta
diklat yang diinputkan
34
oleh user.
2 DIKLAT-F-002 Menyetujui Usulan Peserta Admin dapat menyetujui
Diklat usulan peserta diklat yang
diinputkan oleh user.
3 DIKLAT-F-003 Melihat Dashboard Admin dapat melihat

dashboard daftar peserta
berdasarkan tahapan
diklat pada halaman yang
telah disediakan.
4 DIKLAT-F-004 Melacak Tahapan Peserta Admin dapat melacak

Diklat tahapan peserta diklat
berdasarkan NIP pada
halaman yang telah
disediakan.
5 DIKLAT-F-005 Melihat Data Realisasi Admin dapat melihat data

Sertifikat Kelulusan realisasi sertifikat
kelulusan pada halaman
yang telah disediakan.
6 DIKLAT-F-006 Melihat Hasil Assesment Admin dapat melihat hasil

assessment pada
halaman yang telah
disediakan.
35
7 DIKLAT-F-007 Menginputkan Data Usulan User dapat menginputkan
Peserta Diklat data usulan peserta diklat
pada halaman yang telah
disediakan.
8 DIKLAT-F-008 Melihat Persetujuan User dapat melihat

Peserta Diklat persetujuan peserta
diklat yang dilakukan oleh
admin pada halaman
yang telah disediakan.
9 DIKLAT-F-009 Mengedit Data Usulan User dapat mengelola

Peserta Diklat data usulan peserta diklat
pada halaman yang telah
disediakan.
5.3.3 Kebutuhan Non-Fungsional

Kebutuhan non-fungsional merupakan kendala pada layanan atau fungsi yang ditawarkan oleh sistem. Termasuk di dalamnya
kendala waktu, kendala proses pembangunan, dan kendala yang pada standardisasi. Kebutuhan non-fungsional sering berlaku untuk
sistem secara keseluruhan, bukan fitur sistem individual atau jasa.
Tabel 5. Kebutuhan Non-Fungsional
No Nomor Nama Fungsi Deskripsi
Kebutuhan
1 DIKLAT-NF-001 Compability Sistem dapat diakses melalui
berbagai browser yang berbeda.
36
5.4 Use Case Diagram
Gambar 5. Use Case Diagram

Pada Gambar 5.6 menjelaskan pengguna sistem dan fungsi-fungsi yang dapat dioperasikan oleh user sebagai pengguna sistem.
Terdapat 2 jenis pengguna pada sistem ini yaitu admin BangPim dan user. Adapun fungsi - fungsi yang dapat dioperasikan yaitu melihat
daftar usulan peserta diklat, menyetujui usulan peserta diklat, melihat dashboard, melacak tahapan peserta diklat, melihat data realisasi
sertifikat kelulusan, melihat hasil assessment, menginputkan data usulan peserta diklat, melihat persetujuan peserta diklat dan mengedit
data usulan peserta diklat.
5.5 Use Case Scenario

Tabel 5. Use Case Scenario Melihat Daftar Usulan Peserta Diklat
Usecase Name Melihat Daftar Usulan Peserta Diklat
37
Description Usecase ini digunakan untuk melihat daftar usulan
peserta diklat yang sudah diinputkan oleh user.
Actor Admin
Basic Flow 1. Admin memilih menu Usulan Peserta.
2. Admin memilih submenu Data Usulan.
3. Sistem menampilkan halaman Data Usulan Peserta.
4. Admin memilih berdasarkan NIP.
5. Admin menginputkan NIP.
6. Admin pilih Cari.
7. Sistem menerima inputan NIP.
8. Sistem melakukan validasi NIP.
9. Sistem menampilkan informasi daftar usulan
peserta diklat.
Alternative Flow -
Pre-Conditions Admin berada pada halaman utama.
Post-Conditions Admin dapat melihat informasi daftar usulan peserta
diklat
Tabel 5. Use Case Scenario Menyetujui Usulan Peserta Diklat

Usecase Name Menyetujui Usulan Peserta Diklat
Description Usecase ini digunakan untuk menyetujui usulan peserta

diklat yang sudah diinputkan oleh user.
Actor Admin
2. Admin memilih submenu Persetujuan Peserta
Diklat.
38
3. Sistem menampilkan halaman Persetujuan Peserta
Diklat.
4. Admin mengedit data.
5. Admin memilih Batch.
6. Admin memilih Hasil Review.
7. Admin menginput Review.
8. Admin memilih Keterangan.
9. Admin pilih Simpan Perubahan.
10.Sistem menampilkan konfirmasi.
11.Sistem menyimpan data.
Alternative Flow -
Post-Conditions Admin berhasil menyetujui usulan peserta diklat.
Tabel 5. Use Case Scenario Melihat Dashboard

Usecase Name Melihat Dashboard
Description Usecase ini digunakan untuk melihat Dashboard
berdasarkan tahapan diklat.
Actor Admin
2. Admin memilih submenu Dashboard.
3. Sistem menampilkan halaman Dashboard.
Alternative Flow -
Post-Conditions Admin dapat melihat dashboard.
Tabel 5. Use Case Scenario Melacak Tahapan Peserta Diklat
39
Usecase Name Melacak Tahapan Peserta Diklat
Description Usecase ini digunakan untuk melacak tahapan peserta
diklat dengan mencari NIP peserta.
Actor Admin
Basic Flow 1. Admin memilih menu Track Tahapan Peserta.
2. Sistem menampilkan halaman Track Tahapan
Peserta.
4. Admin pilih Track.
7. Sistem menampilkan informasi tahapan peserta
berdasarkan NIP yang diinput.
Alternative Flow 1. Admin memilih menu Track Tahapan Peserta.
2. Sistem menampilkan halaman Track Tahapan
Peserta.
7. Sistem menampilkan alert NIP tidak ditemukan
Post-Conditions Admin dapat mengetahui tahapan peserta diklat
berdasarkan NIP yang diinput.
40
Tabel 5. Use Case Scenario Melihat Data Realisasi Sertifikat Kelulusan
Usecase Name Melihat Data Realisasi Sertifikat Kelulusan
Description Usecase ini digunakan untuk melihat atau memonitoring
data pegawai yang mendapat sertifikat kelulusan dari
tahap-tahap yang sudah dijalankan.
Actor Admin
Basic Flow 1. Admin memilih menu Realisasi Sertifikat Kelulusan.
2. Admin memilih submenu Executive Education I.
3. Sistem menampilkan halaman Monitoring Realisasi
Pembelajaran Kepemimpinan Executive Education I.
9. Sistem menampilkan informasi realisasi sertifikat
kelulusan berdasarkan NIP yang diinput.
Alternative Flow -
Post-Conditions Admin dapat mengetahui peserta yang mendapat
sertifikat kelulusan.
Tabel 5. Usecase Scenario Melihat Hasil Assessment

Usecase Name Melihat Hasil Assessment
Description Usecase ini digunakan untuk melihat hasil assesment
Manajer Dasar, atau Manajer Menengah, atau Manajer
41
Atas berdasarkan NIP yang diinputkan.
Actor Admin
Basic Flow 1. Admin memilih menu Hasil Assesment.
2. Admin memilih submenu Manajer Dasar.
3. Sistem menampilkan data Hasil Assesment Manajer
Dasar.
8. Sistem menampilkan Hasil Assesment berdasarkan
NIP yang diinput.
Alternative Flow -
Post-Conditions Admin dapat melihat hasil assesment.
42
Tabel 5. Use Case Scenario Menginputkan Data Usulan Peserta Diklat
Usecase Name Menginputkan Data Usulan Peserta Diklat
Description Usecase ini digunakan untuk menginputkan peserta yang
akan diusulkan mengikuti diklat.
Actor User
Basic Flow 1. User memilih menu Input Usulan Peserta.
2. Sistem menampilkan halaman Input Data Usulan
Pegawai.
3. User menginputkan NIP.
5. Sistem menampilkan data yang berhubungan dengan
NIP.
6. User mengupload surat resmi.
7. User pilih Simpan Data.
8. Sistem menampilkan konfirmasi.
9. Sistem menyimpan data.
Alternative Flow -
Pre-Conditions User berada pada halaman utama.
Post-Conditions User berhasil menginputkan data.
Tabel 5. Use Case Scenario Melihat Persetujuan Peserta Diklat

Usecase Name Melihat Persetujuan Peserta Diklat
Description Usecase ini digunakan untuk melihat peserta diklat yang
telah disetujui oleh admin.
Actor User
Basic Flow 1. User memilih menu Persetujuan Data Usulan Peserta.
43
2. Sistem menampilkan halaman Persetujuan Data
Usulan Peserta.
Alternative Flow -
Post-Conditions User melihat persetujuan data usulan peserta.
Tabel 5. Use Case Scenario Mengedit Data Usulan Peserta Diklat

Usecase Name Mengedit Data Usulan Peserta Diklat
Description Usecase ini digunakan untuk mengelola data usulan
peserta diklat.
Actor User
Basic Flow 1. User memilih menu Data Usulan Peserta.
2. Sistem menampilkan halaman Data Usulan Peserta.
3. User mengubah Data Usulan Peserta.
4. User pilih Simpan Perubahan.
7. User pilih Edit Surat Resmi.
8. User memilih nama surat yang ingin diubah.
9. User mengupload surat yang baru.
10.User pilih Simpan Perubahan.
Alternative Flow -
Post-Conditions User berhasil mengubah data usulan peserta.
44
45
5.6 Activity Diagram
Activity Diagram akan menggambarkan urutan aktivitas dalam sebuah atau beberapa use case pada use case diagram. Berikut ini
akan ditunjukkan activity diagram pada aplikasi E-DIKLAT.
5.6.1 Activity Diagram Melihat Daftar Usulan Peserta Diklat
Gambar 5. Activity Diagram Melihat Daftar Usulan Peserta Diklat
46
5.6.2 Activity Diagram Menyetujui Usulan Peserta Diklat
Gambar 5. Activity Diagram Menyetujui Usulan Peserta Diklat
5.6.3 Activity Diagram Melihat Dashboard
47
Gambar 5. Activity Diagram Melihat Dashboard
5.6.4 Activity Diagram Melacak Tahapan Peserta Diklat
48
Gambar 5. Activity Diagram Melacak Tahapan Peserta Diklat
49
5.6.5 Activity Diagram Melihat Data Realisasi Sertifikat Kelulusan
Gambar 5. Activity Diagram Melihat Data Realisasi Sertifikat Kelulusan
5.6.6 Activity Diagram Melihat Hasil Assesment
50
Gambar 5. Activity Diagram Melihat Hasil Assesment
5.6.7 Activity Diagram Menginputkan Data Usulan Peserta Diklat
51
52
Gambar 5. Activity Diagram Menginputkan Data Usulan Peserta Diklat
5.6.8 Activity Diagram Melihat Persetujuan Peserta Diklat
Gambar 5. Activity Diagram Melihat Persetujuan Peserta Diklat
5.6.9 Activity Diagram Mengedit Data Usulan Peserta Diklat
53
54
Gambar 5. Activity Diagram Mengedit Data Usulan Peserta Diklat
BAB 6 PERANCANGAN
6.1Antarmuka Halaman Login
55
Gambar 6. Antarmuka Login
Gambar 6.1 menggambarkan antarmuka dari halaman login aplikasi E-DIKLAT yang terdiri dari logo perusahaan, text field berupa
username dan password, dan tombol Login.
6.2 Antarmuka Sisi User

6.2.1 Antarmuka Halaman Beranda User
56
Gambar 6. Antarmuka Halaman Beranda User
Gambar 6.2 menggambarkan antarmuka dari halaman beranda user aplikasi E-DIKLAT yang terdiri dari slider yang menampilkan
berita-berita terkait dengan E-DIKLAT, dan alur usulan diklat dalam bentuk file. Selain itu, terdapat menu Beranda, menu Input Usuan
Peserta, menu Data Usulan Peserta, dan menu Persetujuan Data Usulan Peserta.
6.2.2 Antarmuka Halaman Usulan Peserta
57
Gambar 6. Antarmuka Input Usulan Peserta
Gambar 6.3 menggambarkan antarmuka dari halaman input usulan peserta pada aplikasi E-DIKLAT yang terdiri dari kolom no, NIP,
nama, jabatan, divisi, unit, grade, lama pelatihan, usulan diklat, prioritas usulan diklat, dan jenis ee, serta upload file surat resmi yang
berbentuk pdf, dan juga tombol Simpan Data.
6.2.3 Antarmuka Halaman Data Usulan Peserta
58
Gambar 6. Antarmuka Data Usulan Peserta
Gambar 6.4 menggambarkan antarmuka dari halaman data usulan peserta pada aplikasi E-DIKLAT yang terdiri dari kolom no, NIP,
nama, jabatan, divisi, unit, grade, lama pelatihan, usulan diklat, prioritas usulan diklat, jenis ee, surat. Selain itu, terdapat hapus data, edit
surat resmi serta tombol Simpan Perubahan pada halaman tersebut.
6.2.4 Antarmuka Halaman Persetujuan Data Usulan Peserta
59
Gambar 6. Antarmuka Persetujuan Data Usulan Peserta
Gambar 6.5 menggambarkan antarmuka dari halaman persetujuan usulan peserta diklat pada aplikasi E-DIKLAT yang terdiri dari
kolom no, tanggal, NIP, nama, jabatan, divisi, unit, grade, lama pelatihan, usulan diklat, prioritas usulan diklat, jenis ee, surat, batch, hasil
review, review dan keterangan. Selain itu, terdapat cetak excel pada halaman tersebut.
6.3Antarmuka Sisi Admin

6.3.1 Antarmuka Halaman Beranda Admin
60
Gambar 6. Antarmuka Halaman Beranda Admin
Gambar 6.6 menggambarkan antarmuka dari halaman beranda admin pada aplikasi E-DIKLAT yang terdiri dari slider yang berisi
berita-berita terkait E-DIKLAT, tombol Edit Gambar Slider yang dapat mengubah berita-berita pada slider, dan alur usulan diklat yang
berbentuk file pdf.
6.3.2 Antarmuka Halaman Data Usulan Peserta
61
Gambar 6. Antarmuka Data Usulan Peserta
Gambar 6.7 menggambarkan antarmuka dari halaman data usulan peserta pada aplikasi E-DIKLAT yang terdiri dari cari data
pegawai, cetak excel berdasarkan jenis diklat, cetak excel berdasarkan unit dan menampilkan kolom no, NIP, nama, jabatan, divisi, unit,
grade, lama pelatihan, usulan diklat, prioritas usulan diklat, dan jenis ee, serta download surat.
6.3.3 Antarmuka Halaman Persetujuan Data Usulan Peserta
62
Gambar 6. Antarmuka Persetujuan Data Usulan Peserta
Gambar 6.8 menggambarkan antarmuka dari halaman persetujuan data usulan peserta pada aplikasi E-DIKLAT yang terdiri dari
cetak excel berdasarkan persetujuan, cetak excel berdasarkan jenis diklat, cetak excel berdasarkan unit dan menampilkan kolom no,
tanggal, NIP, nama, jabatan, divisi, unit, grade, lama pelatihan, usulan diklat, prioritas usulan diklat, jenis ee, surat, batch, hasil review,
review dan keterangan, serta tombol Simpan Perubahan.
6.3.4 Antarmuka Halaman Dashboard Usulan Peserta
63
Gambar 6. Antarmuka Dashboard Usulan Peserta
Gambar 6.9 menggambarkan antarmuka dari halaman dashboard usulan peserta pada aplikasi E-DIKLAT yang terdiri dari jumlah
usulan peserta diklat kepemimpinan 2017, jumlah usulan peserta diklat kepemimpinan 2016, jumlah usulan peserta diklat kepemimpinan
2015, jumlah usulan peserta diklat kepemimpinan 2014, jumlah usulan peserta diklat kepemimpinan 2013, grafik peserta usulan diklat
dan detail dari usulan diklat kepemimpinan 2017.
6.3.5 Antarmuka Halaman Realisasi Sertifikat Kelulusan
64
Gambar 6. Antarmuka Realisasi Sertifikat Kelulusan
Gambar 6.10 menggambarkan antarmuka dari halaman realisasi sertifikat kelulusan pada aplikasi E-DIKLAT yang terdiri dari cari
data pegawai meliputi dropdown pilih, text field kata kunci, dan tombol Cari dan kolom no, NIP, nama, jenis, tanggal mulai, tanggal lulus,
nilai, kode angkatan, keterangan, no.sertifikat dan udiklat penyelenggara.
6.3.6 Antarmuka Halaman Data Hasil Assesment
65
Gambar 6. Antarmuka Data Hasil Assesment
Gambar 6.11 menggambarkan antarmuka dari halaman data hasil assesment pada aplikasi E-DIKLAT yang terdiri dari cari data
assesment meliputi dropdown pilih, text field kata kunci, dan tombol Cari dan menampilkan kolom no, NIP, CSO, ACH, CLE, ANT,DCM,
BSS, DEV, RSB, TWK, LDS, CFO,PNO, OAW.
6.3.7 Antarmuka Halaman Track Tahapan Peserta
66
Gambar 6. Antarmuka Track Tahapan Peserta
Gambar 6.12 menggambarkan antarmuka dari halaman track tahapan peserta pada aplikasi E-DIKLAT yang terdiri dari track
tahapan peserta meliputi text field NIP, dan tombol Track dan kolom no, NIP, nama, jabatan, divisi, unit, jenis diklat, angkatan,
keterangan, tanggal surat.
67
6.4 Entity Relationship Diagram (ERD)
Gambar 6. Entity Relationship Diagram (ERD) E-DIKLAT
68
Gambar 6.13 merupakan Entity Relationship Diagram yang menjelaskan
hubungan antar data dalam basis data E-DIKLAT. Terdapat tujuh entitas di dalam basis
data E-DIKLAT, yaitu tbllevel, tbluser, tblusulan, tblmentee, dapeg, assessment, dan
sertifikat yang memiliki relasi satu dan lainnya. Tbllevel dan tbluser digunakan untuk
menyimpan data yang berkaitan dengan proses login ke dalam sistem seperti username,
password, dan idlevel untuk membedakan antara User dan Admin. Tabel dapeg berisi
seluruh data pegawai PT. PLN (Persero). Tblusulan digunakan untuk menyimpan data
usulan yang telah diajukan user sebelumnya sedangkan tblmentee adalah menyimpan
data peserta diklat. Tabel assessment dan sertifikat menyimpan data terkait hasil diklat
dari para peserta.
6.5 Data Flow Diagram (DFD)

Data Flow Diagram (DFD) merupakan diagram yang menampilkan
masukan – proses – keluaran dari sistem. Artinya, data objek mengalir ke dalam
perangkat lunak, yang diubah oleh unsur-unsur pengolahan, dan objek data yang
dihasilkan mengalir keluar dari sistem.
Diagram Context (Level 0)
Gambar 6. Data Flow Diagram (DFD) Level 0
Gambar 6.14 meggambarkan sistem secara keseluruhan. Terdapat dua

entitas eksternal yang memberikan atau menerima data, yaitu User dan Admin.
Pada level ini proses-proses yang berada di dalam sistem diwakilkan oleh satu
proses utama yang menggambarkan keseluruhan proses, yaitu E-DIKLAT.
Data Flow Diagram (DFD) Level 1
Gambar 6.15 menunjukkan proses-proses yang menyusun

keseluruhan sistem. database. Pada level ini aliran data digambarkan
lebih detail dibandingkan dengan level 0 yang hanya menggambarkan
aliran data secara umum. Proses 0 (E-DIKLAT) didekomposisi menjadi
proses-proses yang lebih detail. Pada sistem ini terdapat pertukaran data
terjadi antara entitas ekternal, User dan Admin, dan Data Store atau
tabel-tabel yang terdapat pada basis data sistem. Data yang mengalir dari
entitas eksternal menuju data store atau sebaliknya sebelumnya melalui
69
proses sebelum mencapai tujuan. Terdapat 19 proses dan 5 data store
yang didefinisikan pada DFD Level 1.
Gambar 6. Data Flow Diagram (DFD) Level 1
70
BAB 7 IMPLEMENTASI DAN PENGUJIAN
7.1 Spesifikasi Sistem

7.1.1 Perangkat Keras (Hardware)
Perangkat keras yang digunakan dalam proses implementasi sistem
informasi yaitu:
1. System manufacturer : ASUS
2. System model : TP300I
3. Processor : Intel® Core™ i5-5200U
4. Memory : 4.00 GB RAM
5. Harddisk : 1 TB
7.1.2 Perangkat Lunak (Software)

Perangkat lunak yang digunakan dalam proses implementasi sistem
informasi yaitu:
1. Sistem Operasi Windows 10 Home Single Language 64-bit
2. Xampp versi 3.2.3
3. Sublime Text Editor 3.0
4. Google Chrome
7.2 Source Code

Tabel 7. Kode Program proses_input.php
Proses_input.php
Kode program pada file proses_input.php berfungsi untuk menjalankan salah

satu fitur utama E-DIKLAT pada sisi User, yaitu proses input, update, dan delete
pada data usulan peserta.
1 <?php session_start();
2 if(!isset($_SESSION['username'])) {
3 header('location:main.php'); }
4 else { $username = $_SESSION['username']; }
5 require_once("config.php");
6
7 //proses input data
8 if(isset ($_POST['submit'])) {
9 $user1 = $_POST['username'];
10 $nip = $_POST['nip'];
11 $nama = $_POST['nama'];
12 $jabatan = $_POST['jabatan'];
13 $unit = $_POST['unit'];
14 $bid = $_POST['bid'];
15 $grade = $_POST['grade'];
16 $lama = $_POST['lama'];
17 $ket = $_POST['ket'];
18 $penjenjangan = $_POST['penjenjangan'];
19 $prioritas = $_POST['prioritas'];
71
20 $ee = $_POST['ee'];
21 $val=count($nama);
22 for($i=0;$i<$val;$i++){
23 $nip1 = $nip[$i];
24 $nama1 = $nama[$i];
25 $jabatan1 = $jabatan[$i];
26 $unit1 = $unit[$i];
27 $bid1 = $bid[$i];
28 $grade1 = $grade[$i];
29 $lama1 = $lama[$i];
30 $ket1 = $ket[$i];
31 $penjenjangan1 = $penjenjangan[$i];
32 $prioritas1 = $prioritas[$i];
33 $ee1 = $ee[$i];
34 $surat1 = $_FILES['surat']['name'][$i];
35 if ($_FILES['surat']['type'][$i]=='application/pdf') {
36 if ($_FILES['surat']['size'][$i]<25100000) {
37 $query = "INSERT INTO tblusulan
( ùsername`,`nip`,`nama`,`jabatan`,ùnit`,`bid`,`grade`
,`lama`,`ket`,ùsulan_diklat_penjenjangan`,`prioritas_us
ulan`,èe`,`surat`) VALUES ('$user1',
'$nip1','$nama1','$jabatan1','$unit1','$bid1',
'$grade1', '$lama1', '$ket1', '$penjenjangan1',
'$prioritas1', '$ee1', '$surat1')";
38 $result = mysqli_query($connect,$query) or die('Query
failed: '. mysqli_error($connect));
39 move_uploaded_file($_FILES['surat']['tmp_name']
[$i],"surat/".$surat1) or die('Error!');
40 }
41 else{
42 echo "<script language='javascript'>alert('Ukuran file
lebih dari 25MB'); window.location= 'input_
pegawai2.php';</script>";
43 }
44 }
45
46 //proses menghapus data
47 if(isset($_GET['aksi']) && ($_GET['aksi']=='hapus')){
48 $nip1 = $_GET['nip'];
49 $query1 = "SELECT surat FROM tblusulan WHERE nip =
50 '$nip1'";
51 $result1 = mysqli_query($connect, $query1);
52 $line = mysqli_fetch_array ($result1, MYSQLI_ASSOC);
53 $query = "DELETE FROM `coba`. `tblusulan` WHERE
`tblusulan`.`nip` = '$nip1'";
55 unlink('surat/'.$line["surat"]);
56 echo "<script language='javascript'>alert('Data berhasil
dihapus!');window.location='datausulan3.php';</script>";
57 }
58 //proses mengedit data

59 if(isset ($_POST['btnEdit'])) {
60 $val=$_POST['value1'];
61 for($i=1;$i<=$val;$i++){
62 $username = $_POST['username'.$i];
63 $nip = $_POST['nip'.$i];
72
64 $nama = $_POST['nama'.$i];
65 $jabatan = $_POST['jabatan'.$i];
66 $unit = $_POST['unit'.$i];
67 $bid = $_POST['bid'.$i];
68 $grade = $_POST['grade'.$i];
69 $lama = $_POST['lama'.$i];
70 $ket = $_POST['ket'.$i];
71 $penjenjangan = $_POS1T['penjenjangan'.$i];
72 $prioritas = $_POST['prioritas'.$i];
73 $ee = $_POST['ee'.$i];
74 $query = "UPDATE `tblusulan` SET `nip`='$nip',
`nama`='$nama',`jabatan`='$jabatan',ùnit`='$unit',
`bid`='$bid',
`grade`='$grade',`lama`='$lama',`ket`='$ket',ùsulan_dikl
at_penjenjangan`='$penjenjangan',`prioritas_usulan`='$pri
oritas',èe`='$ee' WHERE `nip` = '$username' AND
ùsername`= '".$_SESSION['username']."'";
76 }echo "<script language='javascript'>alert('Perubahan data
telah disimpan!'); window.location='datausulan3 .php ';
</script>";
77 }
?>
Tabel 7. Kode Program track.php

track.php
Kode program pada file track.php berfungsi untuk menampilkan data peserta
diklat. Program ini bertujuan untuk memudahkan Admin dalam mengetahui
peserta diklat telah sampai pada tahapan mana.
1 <?php
2 //Kondisi apabila user menekan btnCari
3 if(isset($_POST['btnCari']))
4 {
5 //Query untuk mengambil data tiap baris
6 $query = "SELECT * FROM tblmentee WHERE nip LIKE '%".
$_POST['txtCari']."%'";
7 $result = mysqli_query($connect, $query);
8 $line = mysqli_fetch_array($result, MYSQLI_ASSOC);
9
10 //Menyamakan input user dan data
11 if ($line['nip'] == $_POST['txtCari']) {
12
13 //Mencetak tabel head
14 echo "<table width=95% class='table table-bordered'>
15 <thead>
16 <tr align='right' bgcolor=\"#CCCCFF\" >
17 <th width=\"4%\"><center>No</center></th>
18 <th width=\"11%\"><center>NIP</center></th>
19 <th width=\"12%\"><center>NAMA</center></th>
20 </tr>";
21
22
//mencetak setiap data yang bernilai sama
23
$no=1;
73
24 foreach ($result as $l)
25 {
26 echo "<tr>";
27 echo "<td>".$no ."</td>";
28 echo "<td>".$l['nip']."</td>";
29 echo "<td>".$l['nama']."</td>";
30 echo "</tr>";
31 $no++;
32 }echo "</table>";
33 }
34
35 //Mencetak keluaran apabila data tidak ditemukan
36 else{
37 echo "<center><h3>NIP Tidak Ditemukan<h3></center>";
38 }
39 }
7.3 Screenshot Program

7.3.1 Screenshot Sisi Admin
Aplikasi Monitoring Diklat Kepemimpinan Berbasis Webstite atau E-
DIKLAT merupakan aplikasi yang digunakan untuk memonitor pelaksanaan diklat
kepemimpinan oleh pihak Bidang Pengembangan dan Kepemimpinan Divisi
Pengembangan Talenta PT. PLN (Persero) Kantor Pusat (BangPim) yang
selanjutnya akan disebut sebagai Admin. Berikut User Interface dari E-DIKLAT
yang ada pada sisi Admin.
Gambar 7. Screenshot Halaman Login
Sebelum dapat mengakses E-DIKLAT, Admin harus login terlebih dahulu.

Pada gambar 7.1, data yang harus diisikan oleh Admin, yaitu username dan
password yang telah terdaftar di database. Tidak ada fitur registrasi pada E-
DIKLAT untuk memudahkan pihak Bidang Pengembangan dan Kepemimpinan
Divisi Talenta PT. PLN (Persero) Kantor Pusat untuk mengawasi pendaftaran
hingga pelaksanaan diklat kepemimpinan yang dilakukan tiap Divisi, Unit, dan
74
Anak Perusahaan. Maka dari itu, setiap Divisi, Unit, dan Anak Perusahaan
memiliki masing-masing satu username dan password yang didaftarkan secara
langsung ke database oleh Admin.
Gambar 7. Screenshot Halaman Beranda Admin
Gambar 7.2 di atas menampilkan halaman beranda admin yang akan

ditampilkan secara langsung setelah Admin login. Pada halaman beranda, Admin
bisa mengaktifkan dan mengnonaktifkan pendaftaran peserta diklat dengan
menekan button yang tersedia. Fitur ini diperlukan untuk membuka periode
pendaftaran peserta diklat dan menutupnya sesuai ketentuan Admin. Selain itu
pada Admin dapat mengatur informasi berupa gambar yang nanti akan
ditampilkan di halaman beranda User yang akan dibahas lebih lanjut pada
penjelasan Halaman Edit Slider.
Gambar 7. Screenshot Halaman Edit Slider
Pada gambar 7.3, admin dapat menampilkan informasi terkait diklat

kepemimpinan berupa gambar kepada User melalui fitur ini. Admin dapat
75
mengupload gambar yang nantinya akan ditampilkan pada slider di halaman
beranda User. Gambar yang telah diupload oleh Admin dapat dilihat pada
halaman ini dan Admin dapat menghapus gambar yang ditampilkan.
Gambar 7. Screenshot Halaman Data Usulan
Gambar 7.4 menggambarkan halaman Data Usulan yang menampilkan

data usulan peserta dari seluruh Divisi, Unit, dan Anak Perusahaan. Admin dapat
mencari data usulan perta berdasarkan NIP, nama, dan jenis diklat dari peserta.
Selain itu, pada halaman ini Admin dapat mencetak dokumen berupa excel yang
berisi data usulan peserta berdasarkan jenis diklat atau berdasarkan
Divisi/Unit/Anak Perusahaan yang telah mengajukan usulan peserta.
Gambar 7. Screenshot Halaman Persetujuan Peserta Diklat
Pada gambar 7.5, admin dapat memberikan persetujuan terhadap usulan

peserta diklat dengan cara memilih kolom Review menjadi disetujui atau tidak
disetujui. Admin juga dapat memberikan keterangan mengapa peserta disetujui
atau tidak disetujui pada kolom Hasil Review serta menentukan Batch peserta
76
yang telah disetujui. Pada halaman ini juga disediakan fitur cetak excel untuk
mencetak data peserta berdasarkan persetujuan, jenis diklat, atau
Divisi/Unit/Anak Perusahaan.
Gambar 7. Screenshot Halaman Dashboard
Dashboard Usulan Peserta, PraEE, LMT, ICT EE, Face to Face 1, Face to
Face 2, dan Uji PA memiliki tampilan seperti pada gambar 7.6. Halaman ini
menyajikan informasi jumlah usulan peserta atau peserta diklat pertahun mulai
dari tahun 2013 hingga tahun 2014. Halaman ini ditujukan untuk memudahkan
Admin serta pihak manajemen dalam memonitor perkembangan pelaksanaan
diklat kepemimpinan.
Gambar 7. Screenshot Halaman Daftar Peserta Usulan Diklat
Pada Dashboard, selain dapat melihat total jumlah usulan peserta

perjenis diklat tiap tahun mulai dari tahun 2013 hingga 2017, Admin juga dapat
melihat daftar usulan peserta dengan cara memlih salah satu dari panel yang
tersedia seperti pada gambar 7.7. Data disajikan dengan memuat sepuluh list
peserta tiap halaman menggunakan pagination.
77
Gambar 7. Screenshot Halaman Daftar Penetapan Peserta Diklat
Pada gambar 7.8 menunjukkan fitur lain yang ada pada Dashboard, yaitu
selain dapat melihat total jumlah usulan peserta perjenis diklat tiap tahun mulai
dari tahun 2013 hingga 2017, Admin juga dapat melihat daftar usulan peserta
dengan cara memlih salah satu dari panel yang tersedia seperti pada gambar 7.8.
Data disajikan dengan memuat sepuluh list peserta tiap halaman menggunakan
pagination yang tersedia. Admin dapat mencari data berdasarkan NIP, nama,
jenis diklat, dan pilihan lain yang tersedia.
Gambar 7. Screenshot Halaman Realisasi Sertifikat Kelulusan
Pada gambar 7.9, admin dapat memonitor realisasi sertifikat kelulusan

peserta diklat berdasarkan jenis diklat peserta, yaitu EE I, EE II, EE III, SSE I, SSE II,
SSE III. Admin dapat melakukan pencarian berdasarkan nama, NIP, jenis diklat,
dan pilihan yang tersedia lainnya.
78
Gambar 7. Screenshot Halaman Hasil Assesment
Pada gambar 7.10, admin dapat memonitor Hasil Assesment dari Manajer
Atas, Manajer Menengah, dan Manajer Dasar. Terdapat kriteria nilai untuk setiap
jenis penilaian. Jika hasil assessment peserta diklat tidak memenuhi kriteria,
maka nilai akan diberi warna merah. Hal ini bertujuan untuk memudahkan
Admin menentukan peserta berlanjut ke tahapan setelahnya.
Gambar 7. Screenshot Halaman Track Tahapan Peserta
Gambar 7.11 merupakan tampilan dari menu Track Tahapan Peserta.

Admin dapat memonitor tahap pelaksanaan diklat dan jenis diklat apa saja yang
pernah diikuti oleh peserta tertentu dengan cara memasukkan NIP peserta.
Setelah memasukkan NIP dan menekan button Track, sistem akan menampilkan
informasi tahapan diklat terkait peserta tersebut atau menampilkan “NIP tidak
ditemukan” apabila NIP peserta tidak ditemukan.
7.3.2 Screenshot Sisi User

E-DIKLAT dapat digunakan oleh Admin dan User. User adalah Divisi selain
Divisi Pengembangan Talenta, Unit, dan Anak Perusahaan PT. PLN (Persero) yang
79
masing-masing berhak untuk mengikutsertakan pegawainya untuk mengikuti
diklat kepemimpinan. Berikut User Interface pada sisi User.
Gambar 7. Screenshot Halaman Login User
Gambar 7.12 merupakan halaman login user. Halaman Login yang diakses
User sama dengan halaman login milik Admin. Untuk masuk ke dalam sistem,
user harus memasukkan username dan password masing-masing yang
sebelumnya telah diberitahukan oleh Admin.
Gambar 7. Screenshot Halaman Beranda User
Setelah login berhasil, sistem akan menampilkan halaman beranda user

seperti gambar 7.13. Terdapat slider berisi informasi berbentuk gambar terkait
diklat kepemimpinan. Selain itu User dapat mengunduh alur usulan diklat dalam
bentuk PDF.
80
Gambar 7. Screenshot Halaman Input Usulan Peserta
Salah satu fitur utama dari E-DIKLAT adalah User dapat mengajukan
usulan peserta diklat dari Divisi/Unit/Anak Perusahaannya masing-masing yang
ditampilkan seperti pada gambar 7.14. Daftar peserta yang diajukan dalam satu
kali pengajuan harus memiliki surat resmi yang sama. Selain itu, User juga harus
mengisi seluruh kolom yang ada pada sistem sebelum dapat mengajukan usulan
peserta.
Gambar 7. Screenshot Halaman Data Usulan Peserta
Pada gambar 7.15, halaman Data Usulan Peserta menampilkan daftar

usulan peserta yang sebelumnya telah diajukan oleh Divisi/Unit/ Anak
Perusahaan. User dapat mengedit data usulan peserta yang diajukan selama
Admin belum menutup periode pendaftaran peserta. Apabila pendaftaran telah
ditutup, User tetap bisa melihat daftar usulan peserta yang telah diajukan pada
halaman ini.
81
Gambar 7. Screenshot Halaman Edit Surat Resmi
Pada gambar 7.16, user dapat mengganti surat resmi dari daftar usulan
peserta jika terdapat revisi dengan surat resmi yang baru. User memilih surat
yang akan diubah pada Pilih Surat lalu menggantinya dengan surat yang baru.
Gambar 7. Screenshot Halaman Persetujuan Usulan Peserta Diklat
Pada gambar 7.17, user dapat melihat daftar usulan peserta diklat yang
telah disetujui atau tidak disetujui oleh Admin. User juga dapat mengunduh
dokumen berupa excel yang berisi persetujuan usulan peserta diklat.
7.4Pengujian
Pengujian pada penelitian ini digunakan untuk menguji sistem informasi
agar dapat mengetahui kualitas dan kesesuaian antara sistem yang
diimplementasikan sudah memenuhi kebutuhan pengguna.
82
7.4.1 Pengujian Validasi dengan Metode Black Box
Pengujian validasi bertujuan untuk menguji sistem informasi yang
dibangun apakah sudah sesuai dengan spesifikasi persyaratan. Pengujian validasi
mengacu pada proses setiap kebutuhan yang ada pada E-DIKLAT.
Tabel 7. Pengujian Validasi Melihat Daftar Usulan Peserta Diklat

Nama Kasus Uji Melihat Daftar Usulan Peserta Diklat
Nomor Kebutuhan DIKLAT-F-001
Tujuan Pengujian Pengujian dilakukan untuk memastikan sistem dapat
melihat daftar usulan peserta diklat yang sudah
diinputkan oleh user.
Prosedur Pengujian 1. Admin memilih menu Usulan Peserta.
2. Admin memilih submenu Data Usulan.
Hasil Yang Sistem dapat menampilkan informasi daftar usulan
Diharapkan peserta diklat.
Hasil Pengujian Sistem menampilkan informasi daftar usulan peserta
diklat.
Status Validitas Valid
Tabel 7. Pengujian Validasi Menyetujui Usulan Peserta Diklat

Nama Kasus Uji Menyetujui Usulan Peserta Diklat
menyimpan data usulan peserta diklat yang diubah oleh
admin.
2. Admin memilih submenu Persetujuan Peserta Diklat.
3. Admin mengedit data.
4. Admin memilih Batch.
5. Admin memilih Hasil Review.
6. Admin menginput Review.
7. Admin memilih Keterangan.
8. Admin pilih Simpan Perubahan.
Hasil Yang Sistem dapat menyimpan data yang telah diubah oleh
Diharapkan admin.
Hasil Pengujian Sistem menyimpan data yang telah diubah oleh admin.
83
Tabel 7. Pengujian Validasi Melihat Dashboard
Nama Kasus Uji Melihat Dashboard
menampilkan Dashboard berdasarkan tahapan diklat.
2. Admin memilih submenu Dashboard.
Hasil Yang Sistem dapat menampilkan Dashboard berdasarkan
Diharapkan tahapan diklat.
Hasil Pengujian Sistem menampilkan Dashboard berdasarkan tahapan
diklat.
Tabel 7. Pengujian Validasi Melacak Tahapan Peserta Diklat

Nama Kasus Uji Melacak Tahapan Peserta Diklat
melacak tahapan peserta diklat dengan mencari NIP
peserta.
Prosedur Pengujian 1. Admin memilih menu Track Tahapan Peserta.
Hasil Yang Sistem dapat melacak tahapan peserta diklat dengan
Diharapkan mencari NIP peserta serta menampilkan tahapan peserta.
Hasil Pengujian Sistem melacak tahapan peserta diklat dengan mencari
NIP peserta serta menampilkan tahapan peserta.
Tabel 7. Pengujian Validasi Melihat Data Realisasi Sertifikat Kelulusan

Nama Kasus Uji Melihat Data Realisasi Sertifikat Kelulusan
menampilkan data pegawai yang mendapat sertifikat
kelulusan dari tahap-tahap yang sudah ditempuh.
Prosedur Pengujian 1. Admin memilih menu Realisasi Sertifikat Kelulusan.
2. Admin memilih submenu Executive Education I.
Hasil Yang Sistem dapat menampilkan data pegawai yang mendapat
Diharapkan sertifikat kelulusan dari tahap-tahap yang sudah
ditempuh.
Hasil Pengujian Sistem menampilkan data pegawai yang mendapat
sertifikat kelulusan dari tahap-tahap yang sudah
84
ditempuh.
Tabel 7. Pengujian Validasi Melihat Hasil Assesment

Nama Kasus Uji Melihat Hasil Assesment
menampilkan hasil assesment Manajer Dasar, atau
Manajer Menengah, atau Manajer Atas berdasarkan NIP
yang diinputkan oleh admin.
Prosedur Pengujian 1. Admin memilih menu Hasil Assesment.
2. Admin memilih submenu Manajer Dasar.
Hasil Yang Sistem dapat menampilkan hasil assesment Manajer
Diharapkan Dasar, atau Manajer Menengah, atau Manajer Atas
berdasarkan NIP yang diinputkan oleh admin.
Hasil Pengujian Sistem menampilkan hasil assesment Manajer Dasar, atau
Manajer Menengah, atau Manajer Atas berdasarkan NIP
yang diinputkan oleh admin.
Tabel 7. Pengujian Validasi Menginputkan Data Usulan Peserta Diklat

Nama Kasus Uji Menginputkan Data Usulan Peserta Diklat
menyimpan data peserta yang akan diusulkan mengikuti
diklat dimana data tersebut diinput oleh user.
Prosedur Pengujian 1. User memilih menu Input Usulan Peserta.
2. User menginputkan NIP.
3. User mengupload surat resmi.
4. User pilih Simpan Data.
Hasil Yang Sistem dapat menyimpan data peserta yang diinput oleh
Diharapkan user.
Hasil Pengujian Sistem menyimpan data peserta yang diinput oleh user.
Tabel 7. Pengujian Validasi Melihat Persetujuan Peserta Diklat

Nama Kasus Uji Melihat Persetujuan Peserta Diklat
menampilkan peserta diklat yang telah disetujui oleh
admin.
Prosedur Pengujian User memilih menu Persetujuan Data Usulan Peserta.
Hasil Yang Sistem dapat menampilkan peserta diklat yang telah
85
Diharapkan disetujui oleh admin.
Hasil Pengujian Sistem menampilkan peserta diklat yang telah disetujui
oleh admin.
Tabel 7. Pengujian Validasi Mengedit Data Usulan Peserta Diklat

Nama Kasus Uji Mengedit Data Usulan Peserta Diklat
menyimpan data perubahan yang diubah oleh user.
Prosedur Pengujian 1. User memilih menu Data Usulan Peserta.
2. User mengubah Data Usulan Peserta.
4. User pilih Edit Surat Resmi.
5. User memilih nama surat yang ingin diubah.
6. User mengupload surat yang baru.
Hasil Yang Sistem dapat menyimpan data perubahan yang diubah
Diharapkan oleh user.
Hasil Pengujian Sistem menyimpan data perubahan yang diubah oleh
user.
7.4.2 Pengujian Compability dengan Metode Black Box

Tabel 7. Pengujian Compability
Nama Kasus Uji Pengujian Compability
Nomor Kebutuhan DIKLAT-NF-001
Tujuan Pengujian Menguji sistem dapat diakses di browser apa saja.
Alat Uji CrossBrowserTesting
Hasil Yang Sistem akan diakses melalui berbagai browser yang
Diharapkan berbeda.
Hasil Pengujian Sistem dapat diakses melalui berbagai browser yang
berbeda oleh user.
86
BAB 8 KESIMPULAN DAN SARAN
8.1 Kesimpulan
Berdasarkan hasil penelitian yang telah dilakukan, dapat diambil
beberapa kesimpulan yaitu :
1. Proses perancangan sistem menghasilkan use case diagram berdasarkan
kebutuhan fungsional sistem. Terdapat 9 use case dalam perancangan
use case diagram dan setiap alur kerja sederhana dari masing-masing use
case dijelaskan dalam tabel use case scenario. Dari 9 use case tersebut
terdapat 1 use case yang merupakan salah satu fitur utama. Fitur utama
tersebut adalah menginput data usulan peserta dimana user menginput
data pegawai yang akan direkomendasikan sebagai peserta diklat. Alur
aktifitas dalam sistem digambarkan dengan activity diagram. Alur data
dalam sistem digambarkan dengan Data Flow Diagram (DFD). Selain itu,
terdapat perancangan database berupa Entity Relationship Diagram
(ERD).
2. Proses implementasi sistem menghasilkan sebuah tampilan sistem
berbasis web yang sesuai dengan mockup yang dibuat ketika merancang
sistem. Implementasi sistem menghasilkan penjelasan deskriptif
mengenai fungsi dan potongan program yang diimplementasikan beserta
screenshot tampilan dari setiap halaman pada sistem yang
menggambarkan kode program yang telah diimpementasikan.
3. Proses pengujian yang dilakukan menggunakan metode blackbox dimana
pada metode ini meliputi pengujian validasi dan pengujian compability.
Pengujian Validasi yang dilakukan terhadap 9 fungsi yang terdapat pada
sistem menunjukkan hasil yang valid. Pengujian compability yang
dilakukan terhadap sistem dengan menggunakan black box testing
menunjukkan bahwa stakeholder dapat menggunakan sistem E-DIKLAT di
berbagai browser.
8.2 Saran
1. Penelitian selanjutnya diharapkan dapat mengembangkan sistem
informasi lebih lanjut dengan menambah user pusdiklat karena
dibutuhkan peran pusdiklat untuk mengupdate proses diklat peserta.
2. Penelitian selanjutnya diharapkan dapat mengembangkan sistem
informasi lebih lanjut dengan menambah fitur update data progress diklat
peserta.
87
DAFTAR PUSTAKA
Anhar. 2010. Panduan Menguasai PHP & MySQL Secara Otodidak. Jakarta: Media
Kita.
Dewanto, I. Joko. 2004. System Development Life Cycle Dengan Beberapa
Pendekatan.
Galin, Daniel. 2004. Software Quality Assurance From Therory To
Implementation. England: Pearson Education, Inc.
Kamal, Faisal. 2017. Pengembangan Sistem Informasi Pemetaan Perilaku
Pelanggan Dengan Prediktor Length Recency, Frequency Dan Monetary
(Studi Pada Bagian Marketing Radio Kalimaya Bhaskara). Universitas
Brawijaya.
Pressman, Roger S. 2010. Software Engineering A Practitioner’s Approach,
Seventh Edition. New York: McGraw-Hill.
PLN. “Profil Perusahaan”. 20 September 2017. http://www.pln.co.id/tentang-
kami/profil-perusahaan.
Sommerville, Ian. 2011. Software Engineering, Ninth Edition. Boston: Pearson
Education, Inc
88

Laporan PKL E-Diklat

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Laporan PKL E-Diklat

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN PRAKTIK KERJA LAPANGAN

PENGEMBANGAN APLIKASI MONITORING DIKLAT

Diajukan Untuk Memenuhi Sebagai Persyaratan Kurikulum

PROGRAM STUDI SISTEM INFORMASI

Gambar 2.1 Struktur Organisasi Direktorat Human Capital Management.............7

Dalam proses pelaksanaan diklat kepemimpinan, Bidang Pengembangan

Dari permasalahan di atas, kami mengembangkan Aplikasi Monitoring

Pada E-DIKLAT terdapat beberapa jenis diklat yang akan dimonitoring ,

Berdasarkan latar belakang yang telah dijelaskan diatas, penelitian terkait

1.2 Rumusan Masalah

1.4.1 Bagi Divisi Pengembangan Talenta PT.PLN (Persero) Kantor Pusat

1. Dapat mengetahui penerapan prinsip ilmu yang didapat di perkuliahan

2. Memperdalam dan meningkatkan keterampilan dan kreativitas diri

3. Dapat menyiapkan langkah yang diperlukan untuk menyesuaikan diri

4. Menambah wawasan, pengetahuan dan pengalaman selaku generasi

1.4.3 Bagi Fakultas Ilmu Komputer Program Studi Sistem Informasi

2 Untuk memperkenalkan instansi pendidikan Jurusan Sistem Informasi,

1.5 Batasan Masalah

1. Aplikasi Monitoring Diklat Kepemimpinan Berbasis Website (E-DIKLAT)

BAB 7 IMPLEMENTASI DAN PENGUJIAN

Pada bab ini diuraikan mengenai implementasi dan pengujIan Aplikasi

BAB 8 KESIMPULAN DAN SARAN

2.1 Sejarah PT.PLN (Persero)

2.2 Visi dan Misi Divisi Pengembangan Talenta PT.PLN (Persero)

1. Menyiapkan SDM bertalenta tinggi yang kompeten dan senantiasa siap

1. Sistem Pengembangan Organisasi dan Perencanaan Tenaga Kerja;

Divisi Pengembangan Talenta terdapat 5 (lima) Manajer Senior, yaitu

DIVISI HUMAN DIVISI

Gambar 2. Struktur Organisasi Direktorat Human Capital Management

Divisi Pengembangan Talenta merupakan bagian dari Direktorat Human

Gambar 2. Struktur Organisasi Divisi Pengembangan Talenta

3.1 Pendekatan Terstruktur

3.2 Unified Modelling Language (UML)

Unified Modelling Language (UML) merupakan bahasa standar untuk

3.2.1 Use Case Diagram

No Notasi Nama Notasi Deskripsi Notasi

Gambar 3. Contoh Use Case Diagram

Sumber: Pressman (2010: 848)

Gambar 3. Contoh Usecase Description

3.2.3 Activity Diagram

Gambar 3. Contoh Activity Diagram

Tabel 3. Komponen-Komponen Activity Diagram

Activity menggambarkan kegiatan yang dilakukan.

Activity edge menggambarkan bentuk edge yang

Initial state, bentuk lingkaran berisi penuh

Decision, bentuk wajib dengan suatu flow yang

Fork, satu bar hitam dengan satu activity node

Join, satu bar hitam dengan dua atau lebih activity

Final state, bentuk lingkaran berisi penuh yang

Entity luar digambarkan dengan simbol persegi biasa. Entity luar

Gambar 3. Entity Luar

Gambar 3. Aliran Data Entity Luar

Proses atau fungsi yang mentransformasikan data secara umum

Merupakan komponen yang berfungsi untuk menyimpan data atau file.

Gambar 3. Tempat Penyimpanan

3.2.5 Entity Relationship Diagram (ERD)

Gambar 3. Contoh ER Diagram

Berikut ini adalah komponen-komponen yang digunakan dalam sequence

Tabel 3. Komponen-Komponen ER Diagram

e Atribut yang dapat yang dapat diisi

Atribut yang dapat dibagi lagi dalam

atif Setiap anggota entity A hanya boleh

3.3 Proses Bisnis