LAPORAN PRAKTEK KERJA LAPANGAN

PENAMBAHAN FITUR DAFTAR ESELON JABATAN DAN

TRANSAKSI PADA PORTAL WEBSITE APLIKASI SURAT
DINAS ELEKTRONIK MENGGUNAKAN FRAMEWORK
CODEIGNITER
(STUDI KASUS: BJIK BPPT PUSPITEK SERPONG)

Oleh:
Erry Hakim Perbowo
11140910000042

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2018

i
 HALAMAN PENGESAHAN
LAPORAN PRAKTEK KERJA LAPANGAN (PKL)

PENAMBAHAN FITUR DAFTAR ESELON JABATAN DAN TRANSAKSI

PADA PORTAL WEBSITE APLIKASI SURAT DINAS ELEKTRONIK
MENGGUNAKAN FRAMEWORK CODEIGNITER
(STUDI KASUS: BJIK BPPT PUSPITEK SERPONG)

Sebagai salah satu syarat untuk melaksanakan

Praktek Kerja Lapangan

Oleh:
Erry Hakim Perbowo 11140910000042

Ciputat, 8 Februari 2018

Menyetujui,
Dosen Pembimbing, Pembimbing Lapangan,

Nurul Faizah Rozi, MTI Intan Permatasi S.Kom

1 001 NIP. 198709162010122005

Mengetahui,
Ketua Program Studi Teknik Informatika,

Arini, S.T., M.T

NIP. 19760131 200901 2 001

ii UIN Syarif Hidayatullah Jakarta

 KATA PENGANTAR

Puji syukur penulis panjatkan ke hadirat Allah SWT yang telah melimpahkan
rahmat, taufik serta hidayah-Nya sehingga penulis dapat melaksanakan Praktek
Kerja Lapangan dan menyelesaikan tugas laporan Praktek Kerja Lapangan dengan
baik. Judul laporan Praktek Kerja Lapangan yang penulis ambil adalah:
“Penambahan Fitur Daftar Eselon Jabatan Dan Transaksi Pada Portal
Website Aplikasi Surat Dinas Elektronik Menggunakan Framework
Codeigniter (Studi Kasus: BJIK BPPT Puspitek Serpong).”
Keberhasilan Praktek Kerja Lapangan ini adalah berkat bimbingan dan saran-
saran dari semua pihak. Tanpa adanya semua pihak yang terkait, upaya pengerjaan
laporan ini tidak berarti apa-apa. Untuk itu penulis ingin menyampaikan terima
kasih kepada:
1. Allah SWT yang telah memberikan nikmat, rahmat, dan karunia-Nya kepada
penulis.
2. Kedua orang tua penulis, yang senantiasa memberikan dukungan, motivasi
dan doa kepada penulis.
3. Ibu Arini, S.T., M.T selaku Ketua Program Studi Teknik Informatika.
4. Ibu Nurul Faizah Rozi, MTI selaku Dosen Pembimbing Praktek Kerja
Lapangan yang telah memberikan masukan dan saran agar laporan Praktek
Kerja Lapangan ini sesuai dengan pedoman.
5. Rekan-rekan mahasiswa/i Program Studi Teknik Informatika angkatan 2014,
yang telah memberikan masukan, dorongan dan motivasi kepada penulis.
6. Semua pihak yang tidak dapat penulis sebut satu persatu yang telah
membantu dalam penyelesaian penulisan laporan Praktek Kerja Lapangan
ini.

Penulis menyadari masih banyak terdapat kekurangan-kekurangan, sehingga

penulis mengharapkan adanya saran dan kritik yang bersifat membangun demi
kesempurnaan laporan Praktek Kerja Lapangan ini.

iii UIN Syarif Hidayatullah Jakarta

 DAFTAR ISI

HALAMAN JUDUL .............................................................................................. i

HALAMAN PENGESAHAN .............................................................................. ii
KATA PENGANTAR ......................................................................................... iii
DAFTAR ISI ......................................................................................................... iv
DAFTAR GAMBAR ........................................................................................... vi
DAFTAR TABEL ............................................................................................... vii
DAFTAR LAMPIRAN ..................................................................................... viii

BAB I PENDAHULUAN ......................................................................................1

1.1. Latar Belakang .........................................................................................1
1.2. Rumusan Masalah....................................................................................2
1.3. Batasan Masalah ......................................................................................2
1.3.1. Proses Pengumpulan Data .............................................................2
1.3.2. Tools ..............................................................................................2
1.3.3. Metode Pengembangan Sistem .....................................................2
1.4. Tujuan .....................................................................................................4
1.5. Metode Pengembangan ............................................................................5
1.5.1. Metode Pengumpulan Data ...........................................................5
1.5.2. Metode Pengembangan Sistem .....................................................4
1.6. Waktu, Lokasi dan Tempat Pelaksanaan .................................................5
1.7. Sistematika Penulisan ..............................................................................5

BAB II LANDASAN TEORI DAN PROFIL INSTANSI...................................7

2.1. Landasan Teori .......................................................................................7
2.1.1. Pengertian Nota Dinas ...................................................................7
2.1.2. Metode Pengembangan Aplikasi .................................................10
2.1.2.1. Metode Waterfall ............................................................10
2.1.2.2. Metode RAD ...................................................................13
2.1.2.3. Metode Prototype ............................................................15
2.1.2.4. Perbandingan Metode Pengembangan Sistem ................17
2.1.3. Server XAMPP ............................................................................17
2.1.4. MySQL Database ........................................................................18
2.1.5. Notepad ++ ..................................................................................24
2.1.6. Pemrograman PHP ......................................................................26
2.1.7. Framework Codeigniter ..............................................................28
2.1.8. UML ............................................................................................30
2.1.9. Entity Relationship Diagram (ERD)............................................31
2.1.10. Diagram Use Case .....................................................................33
2.2. Profil Instansi .........................................................................................34
2.2.1. Profil BJIK BPPT ........................................................................34
2.2.2. Sejarah BJIK BPPT .....................................................................35
2.2.3. Visi dan Misi BJIK BPPT ...........................................................37

iv UIN Syarif Hidayatullah Jakarta

 2.2.4. Struktur Organisasi BJIK BPPT ..................................................38

BAB III PELAKSANAAN PRAKTEK KERJA LAPANGAN .......................39

3.1. Daftar Kegiatan Praktek Kerja Lapangan .............................................39
3.2. Metode Pengumpulan Data ..................................................................41
3.2.1. Observasi .....................................................................................41
3.2.2. Angket atau Kuesioner ................................................................42
3.3. Analisa Kebutuhan Sistem dan Use Case .............................................44
3.3.1. Analisa Kebutuhan Sistem ..........................................................44
3.3.2. Diagram Use Case .......................................................................44
3.3.3. Metode Pengembangan Sistem ...................................................46
3.4. ERD ......................................................................................................46
3.5. Konsep dan Fitur Surat Dinas Elektronik (E-Nodin) BPPT .................47
3.5.1. Spesifikasi Surat Dinas ...............................................................48
3.5.2. Login Nota Dinas Elektronik ......................................................49
3.5.3. Halaman Beranda .......................................................................49
3.5.4. Input Konsep Nota Dinas ...........................................................50
3.5.5. Input Penomoran Nota Dinas .....................................................51
3.5.6. Fitur Pengaturan .........................................................................53

BAB IV PENUTUP .............................................................................................56

4.1. Kesimpulan ...........................................................................................56
4.2. Saran ......................................................................................................56

DAFTAR PUSTAKA ...........................................................................................58

LAMPIRAN ..........................................................................................................59

v UIN Syarif Hidayatullah Jakarta

 DAFTAR GAMBAR

Gambar 2.1 Alur Metode Waterfall ......................................................................13

Gambar 2.2 Alur Metode Prototype ......................................................................15
Gambar 2.3 Command CREATE ..........................................................................19
Gambar 2.4 Command RENAME .........................................................................20
Gambar 2.5 Command DROP ...............................................................................21
Gambar 2.6 Command INSERT ...........................................................................22
Gambar 2.7 Command SELECT ...........................................................................23
Gambar 2.8 Command UPDATE ..........................................................................24
Gambar 2.9 Command DELETE ..........................................................................24
Gambar 2.10 Alur Aplikasi ...................................................................................29
Gambar 2.11 Struktur Organisasi BJIK BPPT ......................................................38
Gambar 3.1 Use Case Diagram .............................................................................45
Gambar 3.2 ERD modul surat dinas .....................................................................47
Gambar 3.3 Halaman Login e-Nodin ....................................................................49
Gambar 3.4 Halaman Utama e-Nodin ...................................................................50
Gambar 3.5 Input Konsep Nota Dinas ..................................................................50
Gambar 3.6 Form Penomoran Nota Dinas ............................................................52
Gambar 3.7 Tabel Daftar Eselon ...........................................................................54
Gambar 3.8 Tabel Daftar Jabatan ..........................................................................54
Gambar 3.9 Menu Tambah Data pada Menu Jabatan ...........................................55
Gambar 3.10 Edit pada Menu Data Jabatan .........................................................55

vi UIN Syarif Hidayatullah Jakarta

 DAFTAR TABEL
Tabel 2.1 Perbandingan Metode Pengembangan Aplikasi ....................................17
Tabel 3.1 Angket ....................................................................................................43
Tabel 3.2 Konsep Nota Dinas ................................................................................48
Tabel 3.3 Penomoran Nota Dinas ..........................................................................51

vii UIN Syarif Hidayatullah Jakarta

 DAFTAR LAMPIRAN

Lampiran Source Code...........................................................................................59

Lampiran Surat Keterangan ...................................................................................63

viii
 BAB 1

PENDAHULUAN

1.1. Latar Belakang

Berdasarkan kutipan Eko (2015 : 12), surat dinas merupakan alat

komunikasi tertulis yang dibuat oleh seseorang dalam suatu instansi

atau organisasi dimana surat tersebut berisi tentang pemberitahuan,

pernyataan, tugas dan kegiatan kedinasan. Nota dinas berisi suatu

tulisan permohonan yang ada hubungannya dengan masalah instansi

atau kebijakan pemerintahan. Biasanya, surat ini dikirimkan dari

pejabat eselon dan melalui perantara protokol atau sekretaris kemudian

ditujukan kepada eselon yang tertera pada surat atau kepada kepala

bidang dari sebuah divisi yang berkepentingan.

Saat ini, pihak sub instansi BPPT, yaitu BJIK sedang

mengembangkan sebuah sistem informasi untuk kemudahan pada

pejabat BPPT juga sekretaris dalam transaksi nota dinas. Akan tetapi,

permasalahan yang saat ini dihadapi yaitu beberapa fitur pada sistem

informasi ini masih belum dapat digunakan. Akibatnya, banyak menu

pada sistem informasi nota dinas elektronik ini tidak berfungsi. Untuk

itu, penulis selaku mahasiswa pelaksana program PKL pada instansi

BJIK BPPT dengan portal IptekNet pun turut serta mencoba

mengembangkan aplikasi ini melalui penambahan fitur penomoran

serta form daftar jabatan.

1
 2

Pada laporan PKL ini, penulis mencoba menjelaskan aplikasi

yang penulis rancang bersama BJIK BPPT yang diawali dengan

pendahuluan, kemudian membahas teori-teori yang mendukung

penelitian, kemudian pembahasan metode beserta ERD dan hasil

screenshoot aplikasi yang telah dikembangkan.

1.2. Rumusan Masalah

Bagaimanakah proses pengembangan sistem informasi surat

dinas agar sistem dapat menampilkan daftar jabatan serta melakukan

aktivitas penomoran nota dinas melalui sebuah portal website sistem

informasi?

1.3. Batasan Masalah

Batasan masalah yang diberikan pada laporan hasil kegiatan

Praktik Kerja Lapangan (PKL) yaitu untuk menjelaskan fitur

penomoran transaksi dan pemberian form daftar jabatan dan kode

eselon yang hendak melakukan transaksi nota dinas pada instansi

BPPT.

1.4. Metode Pengembangan Aplikasi

1.4.1. Proses Pengumpulan Data

Proses pengumpulan data pada pengembangan aplikasi

dalam kegiatan praktek kerja lapangan ini menggunakan metode

observasi, Observasi atau pengamatan adalah salah satu jenis pada

 3

metode dalam yaitu proses pengumpulan data saat membuat

sebuah karya tulis ilmiah. Hasil dari observasi tersebut akan

dilaporkan dalam suatu laporan yang tersusun secara sistematis

mengikuti aturan yang berlaku.

1.4.2. Tools

Perangkat yang digunakan selama proyek pengembangan

sistem nota dinas ini antara lain :

a. Perangkat Keras (Hardware) :

Jenis Laptop : HP-4TJLIC Notebook

Jenis Processor : Processor Intel(R) Core(TM)

i5 - CPU 2.30GHz,2401Mhz,

2 Core(s), 4 Logical

Processor(s)

Perangkat Graphics Chipset : AMD Radeon (TM) R5 M330

1030 2048 MB;

Kapasitas RAM : 4 GB;

Harddisk : 250 GB

b. Perangkat Lunak (Software) :

Sistem Operasi : Windows 10 (64 bit)

Server lokal : XAMPP v.3.2.2 for 64 bit

Editor : Notepad++

Framework : Codeigniter
 4

1.4.3. Metode Pengembangan Sistem

Metode pengembangan sistem yang digunakan pada pembuatan

sistem informasi nota dinas BPPT menggunakan metode Rapid

Application Development (RAD) yakni metode pengembangan sistem

yang menggunakan prinsip efisiensi waktu selama tahap

pengerjaannya.

1.5. Tujuan Pengembangan

Tujuan Praktik Kerja Lapangan di Instansi BJIK BPPT dan

penulisan laporan Praktik Kerja Lapangan adalah sebagai berikut :

a. Sebagai salah satu syarat yang harus dipenuhi oleh mahasiswa

Program Sarjana /Strata Satu (S1) Program Studi Teknik Informatika

Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta.

b. Mempersiapkan kemampuan adaptasi agar siap berkarir dalam dunia

kerja sekaligus mengimplementasi ilmu yang telah didapat selama kuliah

pada persoalan nyata.

c. Mengembangkan fitur penambahan menu form jabatan dan fitur

transaksi nota dinas elektronik (e-Nodin) yang sudah dibuatkan oleh

pihak BJIK BPPT.

 5

1.6. Metode Pengembangan

1.6.1. Metode Pengumpulan Data

Metode pengumpulan data pada pengembangan sistem nota dinas

elektronik ini menggunakan metode observasi yaitu dilakukan dengan

pengamatan langsung terhadap objek yang akan diteliti terkait

permasalahan yang akan dibahas, yaitu dengan mengunjungi hotel

untuk melihat dan mengamati kegiatan yang terjadi antara perusahaan

dengan pelanggan (Arsana. A, 2014 : 22 ).

1.6.2. Metode Pengembangan Sistem

Dalam proses pengembangan sistem ini, metode

pengembangan sistem yang digunakan adalah metode Rapid

Application Systems (RAD). Menurut Kendall (2008), tahapan-

tahapan pada metode pengembangan ini antara lain :

a. Requirement Spesification (Spesifikasi Kebutuhan)

Pada tahap ini diketahui apa saja yan menjadi kebutuhan sistem

yaitu dengan mengidentifikasikan kebutuhan informasi dan masalah

yang dihadapi untuk menentukan tujuan, batasan-batasan sistem,

kendala dan juga alternatif pemecahan masalah.

b. Design Workshop

Yaitu mengidentifikasi solusi alternatif dan memilih solusi yang

terbaik. Kemudian membuat desain proses bisnis dan desain

pemrograman untuk data-data yang telah didapatkan dan dimodelkan

 6

dalam arsitektur sistem informasi. Tools yang digunakan dalam

pemodelan sistem biasanya menggunakan Unified Modeling

Language (UML).

c. Implementation (Implementasi)

Tahap yang dilakukan selanjutnya adalah mengimplementasikan ke

dalam bentuk yang dimengerti oleh mesin yang diwujudkan dalam bentuk

program atau unit program. Tahap implementasi sistem merupakan tahap

meletakkan sistem supaya siap untuk dioperasikan.

1.7. Waktu, Lokasi dan Tempat Pelaksanaan

Praktik Kerja Lapangan dilaksanakan pada :

Waktu : 2 September 2017 – 31 Desember 2017

Tempat : Instasi BJIK Gd. 3 BPPT, Kompleks Puspiptek Jl. Raya

Puspiptek, Muncul.

1.8. Sistematika Penulisan

Sistematika penulisan pada laporan PKL ini terdiri dari empat bab

dengan setiap bab menjelaskan setiap langkah yang berkaitan dengan

prosedur penelitian untuk laporan PKL ini. Masing-masing bab antara

lain:

BAB I PENDAHULUAN

Bab ini menjelaskan bahasan dan tujuan penulisan laporan ini yang

berkaitan dengan laporan penelitian pada PKL ini. Urutan bab ini antara

lain latar belakang, rumusan masalah, lokasi praktik kerja lapangan,

 7

tujuan pengembangan, sistematika penulisan.

BAB II LANDASAN TEORI

Bab ini menjelaskan beberapa teori pendukung yang menjadi

dasar-dasar dalam menyusun laporan PKL ini.

BAB III PEMBAHASAN

Bab ini menguraikan tentang beberapa modul yang dikerjakan dan

metode beserta rangkaian kegiatan selama proses kegiatan PKL berjalan.

BAB IV PENUTUP

Bab ini menjelaskan beberapa hal penting yang mencakup seluruh

bahasan dan tema pada laporan kegiatan PKL ini.

 BAB II
LANDASAN TEORI DAN PROFIL INSTANSI

2.1. Landasan Teori

2.1.1. Pengertian Nota Dinas

Menurut Nugraha R (2015), nota dinas adalah naskah dinas intern

salah satu alat komunikasi yang tertulis yang digunakan untuk

menyampaikan warta tentang kedinasan, dibuat oleh pejabat

organisasi/instansi pemerintah di lingkup internal unit organisasi yang

bersangkutan guna menyampaikan laporan,

pemberitahuan, pernyataan, permintaan, atau penyampaian pendapat

kepada pejabat lain. Isi dari nota dinas dapat berupa catatan ringkas

yang memuat hal-hal penting pada perihal kepentingan dinas terkait

kemudian dijawab dan ditandatangani para pejabat dalam satu unit

organisasi yang bersangkutan sesuai dengan lingkup tugas, wewenang,

dan tanggung jawabnya. Nota dinas dibuat secara sistematis yang terdiri

dari :

 Alinea Pembukaan

Salah satu hal yang penting di dalam surat adalah

kalimat pembuka surat. Kalimat itu berfungsi sebagai pengantar

isi surat yang mengajak pembaca untuk memperhatikan pokok

surat Untuk menyampaikan hal itu, kita dituntut menggunakan

8
 9

bahasa Indonesia yangbaik dan benar (kemdikbud.go.id

/lamanbahasa/petunjuk_praktis/408).

 Alinea Isi

Alinea isi membahas tentang kandungan dan tujuan dari

penulisan nota dinas. Uraian dari alinea isi ini antara lain:

o Pembahasan

Kandungan dari bab pembahasan antara lain mengenai

pembahasan inti dari surat dinas yang akan ditujukan kepada

pejabat dinas.

o Dasar Pertimbangan

Ketaatan kepatuhan kepada ketentuan aturan

yang berlaku, yaitu memuat uraian tentang ketentuan

peraturan perundang-undangan yang menjadi dasar hukum

dalam menjalankan kewenangan serta tugas dan fungsi.

o Analisis Risiko

Bagian ini memuat uraian jenis risiko yang mungkin

timbul, akibat atau konsekuensi yang dapat terjadi sebagai

akibat sebuah proses yang sedang berlangsung atau kejadian

yang akan datang serta mitigasi terhadap risiko tersebut.

o Pendapat
 10

Dalam paragraf ini umumnya yaitu urman pikiran,

tanggapan, buah pemikiran tentang sesuatu hal, dan pilihan

cara yang dapat dilakukan.

o Rekomendasi

Rekomendasi memuat uraian permintaan perhatian,

menganjurkan, saran, dan usul tindakan yang perlu

dilakukan. Pada umumnya digunakan untuk menunjuk

seseorang dalam suatu pemilihan ketua, manajer/pengelola,

dan anggota sebuah rapat, proyek, dan lain-lain.

 Alinea Penutup

Alinea penutup adalah bagian pada nota dinas yang memuat

kalimat penutup yang singkat, padat, dan jelas.

Penggunaan nota dinas sebagai sarana komunikasi dan pemberian

informasi antara eselon dengan staff ini memiliki beberapa susunan

ruang lingkup, antara lain :

 Nota dinas pejabat Eselon I kepada Menteri Keuangan atau

sebaliknya;

 Nota dinas antar pejabat di lingkungan unit organisasi Eselon I

kantor pusat (misalnya pejabat Eselon II kepada pejabat Eselon

I atau sebaliknya, antar pejabat Eselon II, pejabat Eselon III

kepada pejabat Eselon II atau sebaliknya, antar pejabat Eselon III

dalam lingkungan unit organisasi Eselon II, pejabat Eselon IV

 11

kepada pejabat Eselon III atau sebaliknya, atau antar pejabat Eselon

IV dalam lingkungan unit organisasi Eselon III);

 Nota dinas antar pejabat di lingkungan Kantor Wilayah

(misalnya pejabat Eselon III kepada pejabat Eselon II atau

sebaliknya, antar pejabat Eselon III dalam lingkungan kantor

wilayah, pejabat Eselon IV kepada pejabat Eselon III atau

sebaliknya, atau antar pejabat Eselon IV dalam lingkungan kantor

wilayah);

 Nota Dinas di lingkungan kantor pelayanan dan UPT

(misalnya pejabat Eselon IV kepada pejabat Eselon III atau

sebaliknya, atau antar pejabat Eselon IV dalam lingkungan kantor

pelayanan).

2.1.2. Metode Pengembangan Aplikasi

2.1.2.1. Metode Waterfall

Berdasarkan kutipan Royce (dalam Bassil, 2012), model

waterfall adalah model pengembangan perangkat lunak secara

sekuensial dimana proses kemajuan semakin mengalir kebawah

seperti air terjun. Model waterfall ini layaknya proses

pengembangan rekayasa perangkat lunak yang prosedural yang

harus dilakukan tahap demi tahap dan selebum tahap selesai

dilakukan proses pengujian sebelum dioperasikan.

Tahapan Metode Waterfall

 12

Menurut (Bassil, 2012), dalam pengembangannya metode

waterfall memiliki beberapa tahapan yang runtut: requirement,

design, implementation, verification dan maintenance.

1. Tahap Reqirement

Tahap requirement atau spesifikasi kebutuhan sistem

adalah analisa kebutuhan sistem yang dibuat dalam bentuk

yang dapat dimengerti oleh klien dan staf pengembang.

Dalam tahap ini klien atau pengguna menjelaskan segala

kendala dan tujuan serta mendefinisikan apa yang

diinginkan dari sistem.

2. Tahap Design

Pada tahap ini, pengembang akan menghasilkan

sebuah arsitektur sistem secara keseluruhan, dalam tahap

ini menentukan alur perangkat lunak hingga pada tahap

algoritma yang detil.

3. Tahap Implementasi

Yaitu dimana keseluruhan desain diubah menjadi

kode-kode program. Kode program yang dihasilkan berupa

modul-modul yang akan di integrasikan menjadi sistem

lengkap untuk meyakinkan bahwa persyaratan perangkat

lunak telah dipenuhi.

4. Tahap Verifikasi
 13

Adalah tahapan pengujian oleh klien apakah sistem

tersebut telah sesuai dengan kontrak yang telah disetujui.

5. Tahap Maintenance

Yaitu tahapan akhir pada metode waterfall untuk

melakukan pemeliharaan yang termasuk diantaranya

instalasi dan proses perbaikan sistem sesuai kontrak.

Dari model waterfall ini terdapat beberapa keuntungan

dan kekurangan yaitu sebagai berikut :

 Keuntungan

o Mudah dipahami dan dilaksanakan

o Banyak digunakan dan dikenal

o Baik untuk sistem yang kecil atau yang sudah

mempunyai prosedur teknis tetap.

 Kekurangan

o kurang fleksibel dalam memenuhi kebutuhan pelanggan.

o Pengujian berada di akhir ketika kesalahan tahapan

sebelumnya di periksa kembali.

Hal ini cendrung menyebabkan pekerjaan yang berlarut-

larut dan lebih anggaran. Diagram dari serangkaian tahapan

metode waterfall dideskripsikan pada gambar di bawah ini :

 14

Gambar 2.1 Alur Metode Waterfall

(Sumber: Presman G dalam Buku B. Hasan dan F. Abril Fradela, 2015:2)

2.1.2.2. Metode RAD

Menurut Britton. C (Dalam Kosasi S, 2015 : 28), Rapid

application development (RAD) atau rapid prototyping adalah

model proses pembangunan perangkat lunak yang tergolong

dalam teknik incremental (bertingkat) dengan pendekatan

berorientasi objek untuk menghasilkan sebuah sistem dengan

sasaran utama mempersingkat waktu pengerjaan aplikasi dan

proses agar sesegera mungkin memberdayakan sistem

perangkat lunak tersebut secara tepat dan cepat. RAD

menekankan pada siklus pembangunan pendek, singkat, dan

cepat. Rapid application development menggunakan metode

iteratif (berulang) dalam mengembangkan sistem di mana

working model (model bekerja) sistem dikonstruksikan di awal

tahap pengembangan dengan tujuan menetapkan kebutuhan

(requirement) user dan selanjutnya disingkirkan.

 15

Model RAD mengadopsi model waterfall dan

pembangunan dalam waktu singkat yang dicapai dengan

menerapkan :

1. Component based construction (pemrograman berbasis

komponen bukan prosedural).

2. Penekanan pada penggunaan ulang (reuse) komponen

perangkat lunak yang telah ada.

3. Pembangkitan kode program otomatis/semi otomatis.

4. Multiple team (banyak tim), tiap tim menyelesaikan satu

tugas yang selevel tetapi tidak sama. Banyaknya tim

tergantung dari area dan kompleksitasnya sistem yang

dibangun.

Gambar 2.2 Alur Metode Prototype

(Sumber: Perbandingan Proses Pengembangan Perangkat Lunak Model Spiral dan Cleanroom)

2.1.2.3. Metode Protoype

 16

Menurut Jamillah, S. (2010), metode prototyping

perangkat lunak (software prototyping) atau siklus hidup

menggunakan protoyping (life cycle using prototyping)

adalah salah satu metode siklus hidup sistem yang

didasarkan pada konsep model bekerja. Tujuannya adalah

mengembangkan model menjadi sistem final. Artinya

sistem akan dikembangkan lebih cepat dari pada metode

tradisional dan biayanya menjadi lebih rendah. Ciri khas

dari metodologi ini adalah pengembang sistem (system

developer), klien, dan pengguna dapat melihat dan

melakukan eksperimen dengan bagian dari sistem komputer

dari sejak awal proses pengembangan. Menurut Pressman

(dalam Novita, 2009 : 12), tahapan-tahapan dalam

Prototyping adalah sebagai berikut :

1. Pengumpulan Kebutuhan

Pelanggan dan pengembang bersama-sama

mendefinisikan format seluruh perangkat lunak,

mengidentifikasikan kebutuhan, dan garis besar sistem yang

akan dibuat.

2. Membangun Protoyping

Membangun prototyping dengan membuat

perancangan sementara yang berfokus pada penyajian

 17

pelanggan (misalnya dengan membuat input dan format

output).

3. Evaluasi Prototyping

Evaluasi ini dilakukan oleh pelanggan apakah

prototyping yang sudah dibangun sudah sesuai dengan

keinginann pelanggan. Jika sudah sesuai maka langkah 4

akan diambil. Jika tidak prototyping direvisi dengan

mengulang langkah 1, 2 , dan 3.

4. Mengkodekan Sistem

Dalam tahap ini prototyping yang sudah di sepakati

diterjemahkan ke dalam bahasa pemrograman yang sesuai.

5. Menguji Sistem

Setelah sistem sudah menjadi suatu perangkat lunak

harus dites dahulu sebelum digunakan, yaitu dengan White

Box, Black Box, Basis Path, pengujian arsitektur dan lain-

lain.

6. Evaluasi Sistem

Pelanggan mengevaluasi apakah sistem yang sudah

jadi sudah sesuai dengan yang diharapkan. Jika ya, langkah

7 dilakukan; jika tidak, ulangi langkah 4 dan 5.

7. Menggunakan Sistem
 18

Perangkat lunak yang telah diuji dan diterima

pelanggan siap untuk digunakan.

2.1.2.4. Perbandingan Metode Pengembangan Aplikasi

Metodologi Keterangan

Setiap phase pada Waterfall dilakukan secara berurutan namun kurang

dalam iterasi pada setiap level. Dalam pengembangan Web Informasi
Waterfall Waterfall memiliki kekakuan untuk ke iterasi sebelumnya. Dimana Web
Informasi selalu berkembang baik teknologi ataupun lingkungannya.

Membantu user dalam menilai setiap versi dari sistem. Sangat baik untuk
“aplikasi yang interaktif”, Umumnya user lebih tertarik pada tampilan dari
pada proses pada sistem. Namun dalam prosesnya prototipe cenderung
Prototipe lambat karena user akan menambah komponen dari luar sistem. Sehingga
kepastian penyelesaian project tidak jelas. Dan target user dalam Web lebih
bervariasi.

Bentuk dari prototipe dengan “throwaway” jika ada modul yang salah maka
akan dibuang. Artinya setiap modul tidak akan dikembangkan sampai
Rapid Application
selesai, karena jika dianalisa salah langsung dibuang. “RAD involve
Development building the wrong site multiple times until the right site falls out of the
process”

Digunakan untuk menyelesaikan sistem secara global terlebih dahulu,

Incremental kemudian untuk feature dari sistem akan dikembangkan kemudian. Dengan
Prototipe ini mempercepat dalam pengimplementasian project. dan hal ini cocok
digunakan dalam sistem informasi Web.

Tabel 2.1 Perbandingan Metode Pengembangan Aplikasi

(Sumber : Perbandingan Model Pengembangan Perangkat Lunak)

2.1.3. Server XAMPP

Nama XAMPP merupakan singkatan dari X (empat sistem

operasi apapun), Apache, MySQL, PHP dan Perl. Program ini tersedia

dalam GNU General Public License dan bebas, merupakan web server

yang mudah digunakan yang dapat melayani tampilan halaman web

yang dinamis. Nama XAMPP merupakan singkatan dari X (empat

sistem operasi apapun), Apache, MySQL, PHP dan Perl. Program ini
 19

tersedia dalam GNU General Public License dan bebas, merupakan web

server yang mudah digunakan yang dapat melayani tampilan halaman

web yang dinamis.

Untuk mendapatkanya dapat mendownload langsung dari web

resminya. Adapun bagian penting XAMPP yang biasa digunakan pada

umumnya, antara lain:

 htdoc adalah folder tempat meletakkan berkas-berkas yang akan

dijalankan, seperti berkas PHP, HTML dan script lain;

 phpMyAdmin merupakan bagian untuk mengelola basis data

MySQL yang ada dikomputer. Untuk membukanya, buka browser lalu

ketikkan alamat http://localhost/phpMyAdmin, maka akan muncul

halaman phpMyAdmin.

 Kontrol Panel yang berfungsi untuk mengelola layanan (service)

XAMPP. Seperti menghentikan (stop) layanan, ataupun memulai

(start).

2.1.4. MySQL Database

Menurut Saputro. H (2012), bahasa MySQL adalah sebuah

program database server yang mampu menerima dan mengirimkan

datanya sangat cepat, multi user serta menggunakan peintah dasar SQL

(Structured Query Language). MySQL merupakan sebuah database

server yang free, artinya kita bebas menggunakan database ini untuk

keperluan pribadi atau usaha tanpa harus membeli atau membayar

 20

lisensinya. Secara umum perintah-perintah pada SQL dibagi menjadi

dua kelompok yaitu :

1. DDL (Data Definition Language)

DDL merupakan perintah SQL yang berhubungan dengan

pendefinisian suatu struktur database, dalam hal ini database dan

table. Beberapa perintah dasar yang termasuk DDL ini antara lain :

 Command CREATE

Fungsi : CREATE ini berfungsi untuk membuat

sebuah database sebuah table yang berada di

dalam database.

Syntax : CREATE database nama_database;

Parameter :-

Contoh : mysql> create database pendaftaran;

Penjelasan : perintah CREATE diatas akan membuat

sebuah database dengan nama“Pendaftaran”.

Gambar 2.3 Command CREATE

(Sumber: Modul Pembelajaran Praktek Basis Data)
 21

 Command ALTER

Fungsi : Command ALTER berfungsi untuk mengubah

struktur suatu table.

Syntax : ALTER TABLE nama_tabel alter_options;

Parameter :-

Contoh : ALTER TABLE pribadi ADD Status_kawin

VARCHAR(10) After sex;

Penjelasan : Perintah diatas akan menambahkan field

status_kawin setelah Field sex;

 Command RENAME

Fungsi : RENAME ini berfungsi untuk mengubah nama

objek yang ada.
Syntax : RENAME nama_objek TO nama_objek;

Parameter :-

Contoh : RENAME TABLE tabel_lama TO tabel_baru;

Penjelasan : perintah diatas akan akan mengubah nama table dari

pegawai menjadi data pribadi.

Gambar 2.4 Command RENAME

(Sumber: Panduan Belajar MySQL)
 22

 Command DROP

Fungsi : Untuk menghapus database yang telah dibuat

Syntax : DROP DATABASE nama_database;

Parameter : -

Contoh : ALTER TABLE nama_tabel DROP PRIMARY

KEY;

Penjelasan : perintah diatas akan menghapus Primary key dari

tabel data_pribadi.

Gambar 2.5 Command DROP

(Sumber: Panduan Belajar MySQL)

2. DML (Data Manipulation Language)

DML merupakan bagian dari SQL yang digunakan untuk

memanipulasi data dengan menginput query yang dikenal dengan

sebutan CRUD merupakan kependekan dari proses Create/Insert,

Read, Update, and Delete.. Beberapa perintah SQL yang termasuk

DML, seperti :

 Command INSERT

Fungsi : Untuk memasukkan atau menyimpan data ke

sistem dalam database dengan menyamakan

kolom dan data, menyebutkan kolom, tanpa

 23

menyebutkan kolom, memasukkan hanya

sebagai pada kolom.

Syntax : INSERT INTO nama_tabel (field1,field2,...)

VALUES (‘nilai1’,’nilai2’,...);

Contoh : INSERT INTO data pribadi VALUE

(“120909”,”Purnomo”,”pontianak”,085245323101);

Penjelasan : perintah tersebut akan memperlihatkan struktur

“data_pribadi” tersebut.

Gambar 2.6 Command INSERT

(Sumber: Panduan Belajar MySQL)

 Command SELECT

Fungsi : SELECT berfungsi untuk untuk menyeleksi atau

memilih atau menampilkan data-data yang ada

dalam tabel baik semua maupun sebagian kolom.

Syntax : SELECT * FROM nama_tabel;

Parameter : from, where, order by, dll.

Contoh : SELECT * FROM data_pribadi;

 24

Penjelasan : perintah diatas akan menampilkan nip, nama,

tgl_lahir, sex, alamat,dan kota.

Gambar 2.7 : Command SELECT

(Sumber: Panduan Belajar MySQL)

 Command UPDATE

Fungsi : perintah UPDATE ini berfungsi untuk

memperbaharui data lama menjadi data yang

baru, dalam penggunaanya harus disertai dengan

klausa WHERE,

Syntax : UPDATE nama_tabel SET kolom_pertama =

'data_kolom_pertama', kolom_kedua =

'data_kolom_kedua', kolom_terakhir =

'data_kolom_terakhir', WHERE kondisi;

Parameter : SET, WHERE.

Contoh : UPDATE datapribadi SET telp='085545323101'

WHERE Nip='120909';

Catatan : Pengunaan perintah UPDATE tanpa klausa

WHERE mengubah semua data dalam satu

kolom.
 25

Gambar 2.8 Command UPDATE

(Sumber: Panduan Belajar MySQL)

 Command DELETE

Fungsi : DELETE FROM ini berfungsi untuk

menghapus atau menghilangkan baris data

(record) dari tabel.

Syntax : DELETE FROM nama_tabel WHERE

nama_field = ‘option’ ;

Parameter : WHERE.

Contoh : DELETE FROM datapribadi WHERE

Nip='120909';

Penjelasan : Perintah diatas akan menghapus record dari

pribadi yang bernama Rizka.

Gambar 2.9 Command DELETE

(Sumber: Panduan Belajar MySQL)

2.1.5. Notepad ++

Notepad++ adalah sebuah text editor yang sangat berguna bagi

para developer dalam membuat program yang menggunakan komponen

Scintilla untuk dapat menampilkan dan menyuntingan teks dan berkas

 26

kode sumber berbagai bahasa pemrograman yang berjalan diatas sistem

operasi Microsoft Windows. Notepad++ didistribusikan sebagai

perangkat lunak bebas (Niovitta.Y,2013).

Pengembang dari Notepad++ disini adan Don Ho yang diriliskan

pada tanggal 24 November 2003, dengan memiliki license dari GNU

(General Public License) dengan ukuran program sebesar 5.5 MB.

Keunggulan Notepad++ dalam Software Web Programming :

1. Simple, Ringan dan Cepat dibandingkan dengan text editor

lainnya, notepad++ tidak perlu menunggu loading opening library,

terlebih seperti pada software adobe dreamweaver dan eclipse.

2. Bracket Matching digunakan pada saat menuliskan syntax

percabangan, perulangan dan bagian utama program. Fungsi ini

berguna untuk menutup serangkaian block program yang panjang.

3. Syntax Highlighting untuk memberi warna pada setiap fungsi dari

syntax agar dapat menggolongkan syntax dengan mudah.

4. Syntax Folding digunakan untuk menyembunyikan block program

tertentu agar terlihat lebih ringkas tampilannya.

5. Quick Color Picker++ fungsi ini berguna pada saat kita menuliskan

kode warna pada html atau pun CSS.Biasanya akan muncul kotak

dengan banyak warna akan dipilih.

6. FingerText, digunakan untuk mengaktifkan predictive text sebagai

pemicu/trigger dan menggantikannya dengan menekan tombol TAB.

 27

Seperti contoh, kata get akan berubah menjadi $_GET.

2.1.6. Pemrograman PHP

Menurut Jubilee (2017), PHP (Pre-Hypertext Programming)

adalah bahasa pemrograman script yang didesain untuk pengembangan

web bahasa pemrograman server side karena diproses pada komputer

server. Selain itu, PHP juga bisa digunakan sebagai bahasa

pemrograman umum. PHP di kembangkan pada tahun 1995 oleh

Rasmus Lerdorf, dan sekarang dikelola oleh The PHP Group. Situs

resmi PHP beralamat di http://www.php.net.

Pada awalnya, PHP merupakan singkatan dari Personal Home

Page. Sesuai dengan namanya, PHP digunakan untuk membuat website

pribadi. Dalam perkembangannya, PHP menjelma menjadi bahasa

pemrograman web yang powerful dan juga website populer yang

digunakan oleh jutaan orang seperti “wikipedia”, “wordpress”, “joomla”,

dll.

PHP dapat digunakan dengan gratis (free) dan bersifat Open

Source. Sebagai perbandingan, website dinamis yang bisa dibuat

menggunakan PHP adalah situs web yang bisa menyesuaikan tampilan

konten tergantung situasi dan menyimpan data ke dalam database,

membuat halaman yang berubah-ubah sesuai input user, memproses

form, dll. Fungsi PHP dideklasrasikan dengan syntax “<?php” dan

diakhiri dengan lambang “?>”.

 28

2.1.7. Framework Codeigniter

CodeIgniter adalah sebuah Application Development Framework

(toolkit) bagi orang-orang yang ingin membangun website menggunakan

PHP. Tujuannya adalah untuk memungkinkan dalam pengembangan

proyek-proyek lebih cepat daripada Anda menulis kode dari awal,

tersedia banyak library untuk tugas-tugas yang biasa diperlukan, serta

antarmuka dan struktur logis yang sederhana untuk mengakses library

ini (https://codeigniter-id.github.io).

 Konsep CodeIgniter

o Model

Model mewakili struktur data anda yang terdiri dari bagian

class untuk mengaktifkan query database. Biasanya class model

Anda akan berisi fungsi yang membantu Anda mengambil,

menyimpan, dan memperbarui informasi dalam database anda.

Beberapa file model untuk mengkonfigurasi query database terdapat

pada direktori application/models/.

Prototype dasar untuk pemanggilan dalam kelas model yaitu :

class
Model_name
extends
CI_Model {}

o View

Kelas view menampilkan beberapa informasi yang disajikan

kepada pengguna. View yang biasanya akan menjadi halaman web,

 29

tetapi dalam CodeIgniter, view juga bisa menjadi bagian dari sebuah

halaman seperti header atau footer. Hal ini juga dapat menjadi

halaman RSS, atau jenis-jenis lain dari “halaman”. Proses

pemanggilan class view untuk menampilkan halaman web dilakukan

oleh halaman controller yang sebagai file jembatan antara model dan

view. Class view diletakkan pada direktori application/views.

o Controller

Controller berfungsi sebagai perantara antara Model, View,

dan resource lain yang diperlukan untuk memproses HTTP request

dan menghasilkan halaman web. Bagian controller juga merupakan

script yang menjadi pengatur pada alur jalannya sebuah aplikasi

website.

o Alur Aplikasi

Grafik berikut menggambarkan bagaimana alur data melewati

sistem:

Gambar 2.10 Alur Aplikasi

Sumber ((https://codeigniter.id),

Framework codeigniter juga memiliki beberapa konfigurasi

yang menunjang pembuatan aplikasi website framework CI ini.

 30

Antara lain “autoload.php” dan “config.php” yang salah satu

fungsinya yaitu menambah koneksi atau link dasar sebagai

penghubung antara script yang satu dengan yang lainnya, seperti

“autoload[drivers], autoload[libraries], autoload[‘config’]”.

2.1.8. UML

Berdasarkan Whitten dan Bentley (2007 : 371), Unified Modeling

Language ( UML ) adalah tujuan umum, perkembangan, bahasa

pemodelan di bidang rekayasa perangkat lunak, yang dimaksudkan untuk

menyediakan cara standar untuk memvisualisasikan desain sistem.

Menurut Widodo (2011:10), “Beberapa literature menyebutkan

bahwa UML menyediakan sembilan jenis diagram, yang lain

menyebutkan delapan karena ada beberapa diagram yang digabung,

misanya diagram komunikasi, diagram urutan dan diagram pewaktuan

digabung menjadi diagram interaksi”. Namun demikian model-model

itu dapat dikelompokkan berdasarkan sifatnya yaitu statis atau dinamis.

Jenis diagram yang tergolong dalam UML antara lain:

a. Diagram kelas (Class Diagram)

Bersifat statis, Diagram ini memperlihatkan himpunan kelas-

kelas, antarmuka-antarmuka, kolaborasi-kolaborasi, serta relasi-relasi.

Diagram ini umum dijumpai pada pemodelan sistem berorientasi objek.

Meskipun bersifat statis, sering pula diagram kelas memuat kelas-kelas

aktif.
 31

b. Diagram Use Case

Bersifat statis. Diagram ini memperlihatkan himpunan use-case

dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini terutama

sangat penting untuk mengorganisasi dan memodelkan perilaku suatu

sistem yang dibutuhkan serta diharapkan pengguna.

c. Diagram Interaksi dan Sequence

Diagram urutan adalah iterasiksi yang menekankan pada

pengiriman pesan dalam suatu waktu tertentu.

d. Diagram Aktivitas

Bersifat dinamis. Diagram aktivitas adalah tipe khusus dari

diagram status yang memperlihatkan aliran dari suatu suatu aktivitas ke

aktivitas lainnya dalam suatu sistem. Diagram ini terutama penting

dalam pemodelan fungsi-fungsi suatu sistem dan memberi tekanan pada

aliran kendali antar objek.

2.1.9. Entity Relationship Diagram (ERD)

ERD merupakan suatu model untuk menjelaskan hubungan antar

data dalam basis data berdasarkan objek-objek dasar data yang

mempunyai hubungan antar relasi. ERD untuk memodelkan struktur

data dan hubungan antar data, untuk menggambarkannya digunakan

beberapa notasi dan simbol (Ardiani. E, 2010).

Sedangkan Menurut salah satu para ahli, Brady dan Loonam

(2010), Entity Relationship diagram (ERD) merupakan teknik yang

 32

digunakan untuk memodelkan kebutuhan data dari suatu organisasi,

biasanya oleh System Analys dalam tahap analisis persyaratan proyek

pengembangan system. ERD bersama-sama dengan detail pendukung

merupakan model data yang pada gilirannya digunakan sebagai

spesifikasi untuk database. Komponen ERD terdiri dari entitas dan

atribut.

Entitas terdiri atas beberapa atribut sebagai contoh atribut dari

entitas mahasiswa adalah nim,nama,alamat,email, dll. Pada setiap

entitas harus memiliki 1 atribut unik atau yang disebut dengan primary

key. Atribut nim merupakan unik untuk mengidentifikasikan

mahasiswa yg satu dengan yg lainnya.

Atribut adalah Setiap entitas pasti mempunyai elemen yang

disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari

entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat

mengidentifikasikan isi elemen satu dengan yang lain. Gambar atribut

diwakili oleh simbol elips.

2.1.10. Diagram Use Case

Menurut Whitten & Bentley (Pada Logahan. J, 2014 : 33). Use

case diagram adalah suatu model fungsional dalam sebuah sistem

yang menggunakan actor dan use case berdasarkan layanan atau

fungsi-fungsi yang tersedia pada sistem untuk penggunannya. Use

case diagram menggambarkan efek fungsionalitas yang dapat

 33

membantu saat menyusun requitment sebuah sistem,

mengkomunikasikan sebuah rancangan aplikasi dengan konsumen,

serta merancang test case untuk semua feature yang ada pada sistem.

Dalam menentukan nama Use Case, setiap Use Case harus memiliki

format berupa kata kerja. Komponen-Komponen Use Case antara

lain:

Actor : Mempresentasikan seseorang atau sesuatu (seperti

perangkat,sistem lain) yang berinteraksi dengan sistem. Actor hanya

berinteraksi dengan Use Case tetapi tidak memiliki kontrol atas Use

Case (Purwati. Y. 2017) . Kompenen berfungsi untuk

melambangkan komponen actor pada sebuah use case.

Use Case : gambaran fungsionalitas dari suatu sistem, sehingga

customer atau pengguna sistem paham dan mengerti mengenai

kegunaan sistem yang akan dibangun. Tanda Use Case diberi lambang

oleh tanda .

Diagram Use Case digambarkan pada diagram relasi dibawah

ini:

 Mengidentifikasi pelaku bisnis

 Mengidentifikasi Use Case persyaratan bisnis

 Membuat diagram model Use Case

 Mendokumentasikan naratif Use Case persyaratan bisnis

 34

Setiap Use Case harus dijelaskan alur prosesnya melalui sebuah

deskripsi Use Case (Use Case description) atau scenario Use Case.

2.2. Profil Instansi

2.2.1. Profil BJIK BPPT

Balai Jaringan Informasi dan Komunikasi (BJIK) adalah salah

satu unit usaha kerja di bawah Kedeputian Teknologi Informasi Energi

dan Material Badan Pengkajian dan Penerapan Teknologi (BPPT) yang

bergerak di bidang Teknologi Informasi. Balai Jaringan Informasi dan

Komunikasi (BJIK) mempunyai beberapa layanan meliputi :

 Certification Authority (CA)

 Data Center

 Security

 Aplikasi

2.2.2. Sejarah BJIK BPPT

Dalam mendirikan sebuah instansi yang bertujuan untuk

kemudahan dalam mengakses informasi dan pengolahan data yang

berdiri dibawah naungan BPPT, BJIK BPPT melewati serangkaian

proses dan cikal bakal yang didirikan selama beberapa tahun sebelum

berdirinya sub instansi ini. Rangkaian sejarah yang menjadi cikal bakal

sebelum berdirinya BJIK BPPT antara lain :

Tahun 1989
 35

Dewan Riset Nasional (DRN) dan National Research Council/

National Academic of Science (NRC/NAS) of US mengadakan

Conference of Information Services and Technology menghasilkan

beberapa rekomendasi serta rencana kegiatan tentang jaringan

informasi IPTEK.

Tahun 1991

Rencana DRN tentang jaringan informasi iptek direalisasikan

dalam konsep perencanaan teknis dan manajemen IPTEKnet melalui

program STAID (Science and Technology for Industrial Development)

di BPPT. Dalam masa persiapan ini, dibentuk IPC (IPTEKnet Planning

Commite) yang menyiapkan konsep desain IPTEKnet yang

beranggotakan para pakar di bidang layanan informasi, jaringan

komputer, dan kemudian menetapkan bahwa perencanaan dan

pelaksanaan pembangunan IPTEKnet dibawah naungan Dewan Riset

Nasional (DRN).

Tahun 1993

IPC menetapkan pembentukan Mikro IPTEKnet sebagai embrio

IPTEKnet dengan melibatkan 6 simpul penyedia informasi yaitu :

Badan Pengkajian dan Penerapan Teknologi (BPPT), Pustaka Bogor

(Litbang Departemen Pertanian), Pusdata (Departemen Perindustrian),

Biro Pusat Statistik, PDII-LIPI dan Litbang Departemen Kesehatan.

Tahun 1995
 36

Direalisasikannya sambungan leased-line yang pertama antara

IPTEKnet dengan simpul yang terletak di Bandung yaitu Pusrenbangti

(PT. Telkom), untuk kemudian disambungkan ke INKOM-LIPI dan

ITB. Sejak itu, beberapa sambungan leased-line IPTEKnet ke beberapa

kota telah terwujud antara lain Jakarta, Bogor, Surabaya, Yogyakarta,

dan Ujung Pandang dll.

Tahun 1997

Lahirnya sebuah gagasan untuk membentuk jaringan informatika

perpustakaan yang bertujuan untuk memudahkan dalam pencarian

informasi.

Tahun 2001

IPTEKnet telah diresmikan sebagai Balai Jaringan Informasi

Ilmu Pengetahuan dan Teknologi (Balai IPTEKnet) oleh Ibu Megawati

Soekarnoputri yang pada waktu itu menjabat sebagai Wakil Presiden

Republik Indonesia.

Tahun 2011

IPTEKnet secara resmi meluncurkan Portal Telusur Inovasi yang

disingkat POTENSI dengan alamat http://inovasi.iptek.net.go.id.

Website ini memiliki peranan penting untuk melihat perkembangan

informasi seputar instansi beserta kabar mengenai informasi terkini

tentang beberapa teknologi yang tengah dikembangkan.

2.2.3. Visi dan Misi BJIK BPPT

 37

Visi

Pusat Unggulan Teknologi Layanan Jaringan dan TIK yang

mengutamakan kemitraan dan pemanfaatan hasil rekayasa teknologi

secara maksimum.

Misi

1. Memacu perekayasaan teknologi layanan dan inovasi jaringan dan

TIK untuk meningkatkan daya saing produk industri.

2. Memacu perekayasaan teknologi layanan dan inovasi Jaringan dan

TIK untuk meningkatkan pelayanan publik instansi pemerintah.

3. Memacu perekayasaan teknologi layanan dan inovasi Jaringan dan

TIK untuk kemandirian bangsa.

2.2.4. Struktur Organisasi BJIK BPPT

Struktur organisasi pada instansi dimana saya bekerja

 38

digambarkan pada diagram struktur dibawah berikut ini :

Gambar 2.11 Struktur Organisasi BJIK BPPT

(Sumber : https://www.ipteknet.go.id/profil/struktur-organisasi)
 39

BAB III

PELAKSANAAN PRAKTEK KERJA LAPANGAN

3.1. Daftar Kegiatan Praktek Kerja Lapangan

Minggu ke-1 (2 Oktober 2017- 6 Oktober 2017)

Pada minggu pertama, kami diperkenalkan oleh tim Balai Jaringan

Informasi dan Komunikasi. Disana kami dikenalkan oleh beberapa pimpinan,

pembimbing PKL, beserta staff instansi tersebut. Instansi yang berdiri di bawah

BJIK BPPT ini terdiri dari beberapa divisi, yaitu Certificate Authority,

Aplikasi, Data Center, dan Security

Minggu ke – 2 (9 Oktober 2017-13 Oktober 2017)

Jadwal pekan ini yaitu untuk pembagian tim beserta tugas-tugas yang

dibebankan pada program PKL ini. Pada tim aplikasi, yaitu tim yang dimana

saya ditempatkan, kembali dibagi atas beberapa tim project, antara lain yang

bekerja untuk Sistem Puskesmas (Simpus), Sistem Wilayah (Simwil),

Labkesda (Laboratorium Kesehatan Daerah), Investaris Barang, serta Sistem

Surat Elektronik atau Nota Dinas (e-Surat/e-Nodin).

Minggu ke – 3 (16 Oktober 2017 – 20 Oktober 2017)

Pada tahap periode ini, saya diberikan sebuah modul berekstensi “.rar”

yang menjelaskan tentang fitur, isi, dan kegunaan aplikasi surat elektronik yang

akan saya rancang. Namun, saya tidak mengembangkan aplikasi ini secara

keseluruhan, melainkan bersama tim saya disana.

 54

Minggu ke – 4 (23 Oktober 2017 – 27 Oktober 2017)

Hari ini, saya melanjutkan pengerjaan yang sudah diinstruksikanoleh

pembimbing saya disana, Kak Intan. Yakni website yang menampilkan daftar

pangkat eselon yang terlampir dalam daftar eselon. Kemudian, saya melakukan

pengkodean sesuai arahan dari beliau.

Minggu ke – 5 (30 Oktober 2017 – 3 November 2017)

Pekan ini saya membuat tampilan home berdasarkan script html5 yang

terancang pada halaman website enodin pada situs https://202.46.1.144, berikut

menu yang mengarah kepada navigasi yang merujuk pada halaman daftar

transaksi surat dinas, daftar transaksi, jabatan, dll.

Minggu ke – 6 (6 November 2017 – 11 November 2017)

Setelah menu halaman utama selesai dibuat, maka penambahan fungsi

untuk website ini dikhususkan untuk menampilkan daftar eselon berikut

jabatan yang tervalidasi untuk melakukan transaksi surat dinas menggunakan

framework CodeIgniter.

Minggu ke – 7 (13 November 2017 – 24 November 2017)

Pengerjaan untuk menampilkan daftar jabatan beserta kode eselon sudah

hampir terselesaikan. Namun, ada kendala dalam proses instalasi framework

Codeigniter dikarenakan ada setelan yang secara tidak sengaja berganti

konfigurasi. Kemudian, setelah pencobaan instalasi ulang aplikasi, saya

kembali melakukan pengkodean yang pada akhirnya berhasil untuk

menampilkan daftar jabatan tersebut.

UIN Syarif Hidayatullah Jakarta

 55

Minggu ke – 8 (27 November 2017 – 8 Desember 2017)

Setelah fungsi menampilkan data berhasil ditambahkan, program

selanjutnya adalah fungsi untuk menginput data atau menambahkan data di

dalam tampilan daftar jabatan.

Minggu ke – 9 (11 Desember 2017 – 22 Desember 2017)

Kemudian penulis merancang fungsi untuk menggantikan atau mengedit

data yang sudah diinput pada tabel daftar jabatan yang sudah dibuat pada tahap

konstruksi untuk membuat fungsi menambah jabatan.

Tanggal 27 Desember 2017 – 31 Desember 2017

Selanjutnya, tahap terakhir pada tahap konstruksi untuk modul daftar

jabatan yaitu menambahkan fitur hapus data pada form jabatan. Yaitu

menambah tampilan seperti tombol yang berfungsi untuk menghapus data pada

daftar jabatan sesuai yang dikehendaki. Pada minggu ini, saya juga memulai

untuk penambahan fungsi penomoran nota dinas berdasarkan nota yang sudah

di-upload oleh user.

3.2. Metode Pengumpulan Data

3.2.1. Observasi

Observasi atau pengamatan adalah salah satu jenis pada metode

dalam proses pengumpulan data saat membuat sebuah karya tulis ilmiah.

Hasil dari observasi tersebut akan dilaporkan dalam suatu laporan yang

tersusun secara sistematis mengikuti aturan yang berlaku.

Sedangkan menurut (Prof. Heru, 2012), observasi adalah studi

UIN Syarif Hidayatullah Jakarta

 56

yang dilakukan secara sengaja dan sistematis, terarah dan terencana pada

tujuan tertentu dengan mengamati dan mencatat fenomena-fenomena

yang terjadi dalam suatu kelompok orang dengan mengacu pada syarat-

syarat serta aturan penelitian ilmiah.

3.3. Analisa Kebutuhan Sistem dan Use Case

3.3.1. Analisa Kebutuhan Sistem

Analisa kebutuhan sistem pada sistem informasi portal website

surat dinas ini membutuhkan beberapa perlengkapan yang menunjang

jalannya sistem.

Tabel 3.3.1 : Analisa Kebutuhan Sistem

Jenis Persyaratan Peran

Data Instansi Bagian terpenting yang dibutuhkan

untuk mengembangkan sebuah sistem.

Merupakan objek dasar yang

dijadikan patokan dalam jalannya

sebuah sistem. Misalnya data

pegawai, dll.

UIN Syarif Hidayatullah Jakarta

 57

Use Case Mendeskripsikan perilaku dari actor

dan case pada aktivitas di dalam

sistem yang sedang berjalan.

Entity Sebuah diagram yang menunjukkan

Relationship relasi antar data yang dilambangkan

Diagram dengan entitas tertentu.

Database Untuk menyimpan data yang

dialamatkan berdasarkan nama

database dan beberapa tabel.

Laptop HP Processor Perangkat komputer portable yang

Intel(R) Core i-5 – menjadi perangkat inti pada

62000 CPU @ 2.30 pengembangan aplikasi nota dinas ini

GHz 2.40 GHz

UIN Syarif Hidayatullah Jakarta

 58

besertaa processor generasi ke-10

yang mendukung extra cache memory

Sistem Operasi Perangkat lunak yang berfungsi untuk

Windows 10 64-bit mengoperasikan komputer.

Harddisk 500 GB Penyimpanan yang bersifat non

volatile untuk menyimpan data-data

selama progress berlangsung.

XAMPP LAN Server Server lokal yang bertujuan untuk

tahap pengujian sistem

Code Editor Untuk mengembangkan aplikasi

Notepad++ dengan mengetikkan beberapa naskah

kode kerangka aplikasi

Framework Sebuah sistem berbasis php yang

Codeigniter menata website menjadi lebih

terstruktur dan praktis

UIN Syarif Hidayatullah Jakarta

 59

3.3.2. Diagram Use Case

Mereka memisahkan sistem menjadi aktor dan Use Case. Aktor

mewakili peran yang dimainkan oleh pengguna sistem. Use Case

digunakan untuk menyusun behavioral things dalam sebuah model.

Diagram Use Case mendeskripsikan sebuah interaksi antara satu atau

lebih aktor dengan sistem yang akan dibuat.

Diagram Use Case digunakan untuk mengetahui fungsi apa saja

yang ada di dalam sebuah sistem dan siapa saja yang berhak

menggunakan fungsi-fungsi tersebut. Yang ditekankan pada diagram ini

adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Use Case

direalisasikan dengan sebuah collaboration. Perilaku sistem yang

berlangsung di dalam sistem surat dinas ini digambarkan pada Use Case

dibawah ini :

Gambar 3.1 Use Case Sistem Enodin

UIN Syarif Hidayatullah Jakarta

 60

3.3.3. Metode Pengembangan Sistem

Metode pengembangan sistem yang digunakan pada proses

pembuatan sistem nota dinas elektronik ini menggunakan metode RAD.

Rapid application development (RAD) atau rapid prototyping adalah

model proses pembangunan perangkat lunak yang tergolong dalam

teknik incremental (bertingkat). RAD menekankan pada siklus

pembangunan pendek, singkat, dan cepat. Waktu yang singkat adalah

batasan yang penting untuk model ini.

3.4. ERD

Menurut beberapa ahli, Brady dan Loonam (2010), Entity

Relationship diagram (ERD) merupakan teknik yang digunakan untuk

memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System

Analyst dalam tahap analisis persyaratan proyek pengembangan system.

Pada saat melakukan beberapa transaksi menggunakan sistem surat

dinas, data yang diinput oleh operator dan user disimpan di dalam

beberapa tabel dan disimpan berdasarkan entitas tertentu. Gambar

dibawah ini menunjukkan relasi data yang menggambarkan relasi data

pada modul nota dinas elektronik oleh ERD pada gambar dibawah :

UIN Syarif Hidayatullah Jakarta

 61

Gambar 3.4 ERD modul surat dinas

(Sumber : Konsep Modul Konsep Nota Dinas BPPT )

3.5. Konsep dan Fitur Surat Dinas Elektronik (E-Nodin) BPPT

Surat dinas elektronik yaitu sarana komunikasi antar pejabat dinas dan

antara eselon dan bawahan menggunakan fitur website e-Nodin. Portal ini

memiliki beberapa fungsi tampilan home/beranda, transaksi surat dinas, daftar

eselon, jabatan, dll. Modul Konsep Nota Dinas berfungsi sebagai alat untuk

membuat konsep nota dinas, persetujuan nota dinas dan cetak nota dinas.

Perihal nota dinas akan diinput pada menu pertama pada modul konsep.

Selanjutnya, nota dinas akan disetujui oleh admin dan kemudian nota dinas

dapat dicetak dengan masuk pada menu cetak apabila telah disetujui oleh

admin website. Alamat situs website enodin dapat diakses oleh admin, operator,

dan user yang terkait dengan sistem melalui halaman URL

”http://202.46.1.144/enodin/”.

Tabel 3.2 Konsep Notas Dinas

UIN Syarif Hidayatullah Jakarta

 62

3.5.1. Spesifikasi Surat Dinas

No Spesifikasi

1 Konsep Nota Dinas

 Sekretaris dapat membuat konsep nota dinas

 Sekretaris dan pimpinan dapat mengedit konsep nota dinas

2 Persetujuan Konsep Nota Dinas

 Pimpinan dapat menyetujui konsep nota dinas

 Konsep nota dinas yang sudah disetujui dapat dikirim ke

penerima

 Sistem akan memberikan notifikasi ke sekretaris bahwa nota

dinas sudah disetujui dan sudah dikirim ke penerima

3 Cetak Nota Dinas

 Sekretaris dan pimpinan dapat mencetak nota dinas sesuai

dengan format yang berlaku

Spesifikasi surat dinas menjabarkan gambaran dari bagaimana

proses pada melakukan transaksi surat dinas dimulai dari penyusunan,

persetujuan, hingga nota dinas siap untuk dicetak. Fitur beserta kegunaan

pada modul surat dinas dideskripsikan pada tabel dibawah ini :

3.5.2. Login Nota Dinas Elektronik

Halaman login merupakan sebuah otorisasi yang disertakan pada

UIN Syarif Hidayatullah Jakarta

 63

sistem informasi surat dinas agar mencegah pihak yang tidak

berkepentingan dapat mengakses data. Halaman login ditampilkan pada

form di bawah ini :

Gambar 3.3 Halaman Login e-Nodin

3.5.3. Halaman Beranda

UIN Syarif Hidayatullah Jakarta

 64

Halaman beranda pada suatu halaman portal website menampilkan

halaman awal pada portal surat dinas elektronik setelah melakukan

proses login sesuai username dan password. Halaman beranda juga lazim

disebut dengan halaman home. Gambar dibawah merupakan tampilan

dari halaman beranda pada portal e-Nodin BPPT.

Gambar 3.4 Halaman Utama e-Nodin

UIN Syarif Hidayatullah Jakarta

 65

3.5.4. Input Konsep Nota Dinas

Form Input Konsep Nota Dinas berfungsi untuk membuat konsep

nota dinas yang akan dikirimkan kepada salah satu atau beberapa pejabat

eselon dari instansi-instansi yang terkait. Gambar dibawah merupakan

form input online yang berfungsi untuk menginput kemudian menyimpan

konsep nota dinas.

Gambar 3.5 Input Konsep Nota Dinas

3.5.5. Input Penomoran Nota Dinas

a. Fungsi

Modul Penomoran Nota Dinas adalah sebuah modul yang

menandai surat dinas pada sistem nota dinas serta berfungsi sebagai alat

bagi pengguna khususnya pegawai (operator) untuk memberikan

nomor pada nota dinas yang telah disetujui pegawai (pimpinan)

berdasarkan daftar surat dinas keluar.

b. Spesifikasi
Tabel 3.3 Penomoran Nota Dinas

UIN Syarif Hidayatullah Jakarta

 66

No Spesifikasi

1 Daftar Penomoran Nota Dinas

 Pengguna memilih Menu Penomoran pada daftar menu

aplikasi e-Nodin.

 Sistem menampilkan halaman Daftar Penomoran Nota

Dinas, seperti Gambar 1.

2 Form Penomoran Nota Dinas

 Pengguna memilih nota dinas yang akan diberikan nomor

pada halaman Daftar Penomoran Nota Dinas dengan

mengklik link “Detail”, seperti Gambar 1.

 Sistem menampilkan halaman detail Nota Dinas sesuai

dengan Nota Dinas yang dipilih, seperti Gambar 2.

 Pengguna dapat memasukkan nomor Nota Dinas pada text

field Nomor di halaman detail Nota Dinas.

 Pengguna dapat mengklik tombol “Kirim” jika sudah

memberikan nomor nota dinas.

 Sistem akan mengirimkan nota dinas yang telah diberi

nomor sesuai dengan tujuan dan tembusan yang telah

ditentukan.

UIN Syarif Hidayatullah Jakarta

 67

c. Bentuk Form

Bentuk form pada modul penomoran nota dinas adalah sebuah

tabel berbentuk form yang berfungsi untuk penomoran nota dinas

memiliki tampilan pada gambar list dibawah berikut ini :

Gambar 3.6 Form Penomoran Nota Dinas

3.5.6. Fitur Pengaturan

Pada fitur pengaturan, terdapat beberapa list yang berisikan daftar

eselon, jabatan, unit kerja, pengguna, dan kode klasifikasi. Guna dari

fitur pengaturan ini adalah apabila sewaktu-waktu operator perlu data

kode eselon, nama eselon, nama jabatan, beserta daftar unit kerja yang

menyertainya sebelum melakukan pengiriman nota kepada instansi

terkait atau ingin menambah data pada daftar eselon, pejabat, dan unit

kerjanya, maka operator dapat melihat fitur pengaturan tersebut. Gambar

dibawah merupakan beberapa contoh daftar yang berkaitan dengan daftar

UIN Syarif Hidayatullah Jakarta

 68

eselon, tingkat jabatan, beserta kode eselon yang menyertainya. Form

yang terdapat di menu pengaturan antara lain :

 Daftar Eselon

Daftar eselon menampilkan form yang berisi daftar kode eselon

berikut nama eselon yang berkaitan dengan kode tersebut. Di dalam

menu daftar eselon ini, ada beberapa fitur yang melengkapi form ini,

yaitu tambah, ubah, serta hapus. Tabel dari form daftar eselon terdapat

pada tabel di bawah berikut :

Gambar 3.7 Tabel Daftar Eselon

 Daftar Jabatan

Daftar jabatan merupakan salah satu menu yang terdapat di dalam

menu navigation bar pengaturan. Form tabel jabatan ini menampilkan

list kode eselon yang sebagai foreign key dan nama jabatan sesuai

UIN Syarif Hidayatullah Jakarta

 69

dengan kodenya dimana fiturnya sama dengan list eselon. Berikut

tampilan dan deskripsi list jabatan di bawah:

Gambar 3.8 Tabel Daftar Jabatan

(Sumber : https://localhost/enodin/index.php/jabatan/tampilkan_jabatan)

Selain menampilkan daftar jabatan, modul daftar jabatan yang

terdapat pada menu pengaturan ini juga dapat menambah dan mengedit

daftar dari daftar ini. Tampilannya ada pada gambar dibawah ini :

Gambar 3.9 Menu Tambah Data pada Menu Jabatan

(Sumber : https://localhost/enodin/index.php/jabatan/tambah_jabatan)

UIN Syarif Hidayatullah Jakarta

 70

Tampilan pada menu berikutnya yaitu menu edit atau ubah

jabatan yang berfungsi menggantikan data yang telah diinput.

Gambar 3.10 Tampilan Menu Edit pada Menu Data Jabatan

(Sumber : https://localhost/enodin/index.php/jabatan/edit_jabatan)

UIN Syarif Hidayatullah Jakarta

 BAB IV

PENUTUP

4.1. Kesimpulan

Berdasarkan latar belakang, landasan teori, serta tahapan-tahapan metode

pengembangan sistem yang dijelaskan pada makalah laporan Praktik Kerja

Lapangan (PKL) ini, penulis dapat menarik beberapa kesimpulan antara lain :

1. Nota dinas merupakan naskah dinas intern di lingkungan unit kerja

yang dibuat oleh pejabat yang berwenang dalam rangka pelaksanaan tugas,

fungsi, dan tanggung jawab jabatan kedinasan yang ditujukan kepada

pejabat lain di lingkup internal unit organisasi.

2. Nota dinas elektronik merupakan sebuah sistem informasi yang beroperasi

dibawah Iptek.net, Instansi BJIK BPPT yang bertujuan untuk mempermudah

transaksi nota dinas antar eselon atau kepada staff dalam lingkup instansi

secara elektronik.

3. Dalam pengembangan sistem ini, penulis menggunakan menggunakan

metode RAD yang tergolong dalam teknik incremental (bertingkat) dan

siklus pembangunan pada sistem berlangsung pendek, singkat, dan cepat

agar aplikasi dapat segera diimplementasikan pada instansi dinas ini.

4.2. Saran

 Bagi Instansi

Diharapkan dari pengembangan sistem ini, instansi dapat lebih mudah dalam

56 UIN Syarif Hidayatullah Jakarta

 57

memverifikasi daftar jabatan serta penomoran dinas serta meningkatkan

kinerja dalam layanan transaksi nota dinas.

 Bagi Masyarakat

Diharapkan dari laporan ini, masyarakat mendapatkan ilmu yang bermanfaat

serta memahami, mempelajari serta mempraktekkan pengembangan aplikasi

sesuai dengan laporan yang saya susun di dalam pekerjaan sehari-hari yang

berkenaan dengan CRUD menggunakan modul Framework Codeigniter ini.

 Bagi Mahasiswa

Diharapkan mahasiswa yang mempelajari serangkaian tahapan

pengembangan aplikasi sesuai laporan ini, khususnya mahasiswa yang

sedang PKL, mahasiswa dapat menerapkan tahapan-tahapan dari susunan

metode pengembangan sistem informasi ini dengan menggunakan

Framework Codeigniter pada topik PKL yang sedang dijalani oleh

Mahasiswa. Serta dapat memahami serangkaian proses dalam penyusunan

laporan untuk Praktik Kerja Lapangan.

UIN Syarif Hidayatullah Jakarta

 DAFTAR PUSTAKA

Britton, Carol, Jill Doake (2001). Object-Oriented Systems Developments.

McGraw-Hill. Hal. 28-29.

Dunia Ilkom ( http://www.duniailkom.com/pengertian-dan-fungsi-php-dalam-pe

mrograman-web/ . (Diakses Tanggal 19 Desember 2017, 14.15 WIB)

Badan Pengembangan dan Pembinaan Bahasa . 2017. Kalimat PembukaSurat.

http://badanbahasa.kemdikbud.go.id/lamanbahasa/petunjuk_praktis/408

Jamilah, Siti. Perbedaan Pengembangan Software dengan Pengembangan Sistem

Informasi.

Mc., Leod, R. Jr. 2002. System Development: A Project Management Approach.

New York: Leigh Pblishing LLC.

Nur Fajri, Fathorazi Khairi, Achmad, Aulia Rahman, Novi. 2012. Perbandingan

Model Pengembangan Perangkat Lunak.

Portal BJIK BPPT. 2017. https://www.ipteknet.go.id/ (Diakses Tanggal 08

Februari 2018, 20.07 WIB)

Sekolah Koding. 2018. https://www.sekolahkoding.com/forum/pengertian-crud-di

-php-dan-mysql. (Diakses Tanggal 14 Januari 2018, 17.19 WIB)

Website CodeIgniter. 2014-2015. Ikhtisar Codeigniter. https://codeigniter-

id.github.io/user-guide/overview/at_a glance.html. (Diakses Tanggal 18

Januari 2018, 22.43 WIB)

58 UIN Syarif Hidayatullah Jakarta

 Website Codepolitan. 2016. Pengertian UML

https://www.codepolutan.com/mengenal-uml-diagram-use

-case. (Diakses Tanggal 10 Februari 2018, Jam 17.57 WIB)

58 UIN Syarif Hidayatullah Jakarta

 LAMPIRAN Source Code

Proyek website menggunakan modul Framework Codeigniter menggunakan

konsep alur MVC, yaitu kependekan dari Model – View – Controller. Adapun script

model, view, dan controller yang telah diketik oleh penulis antara lain sebagai

berikut :

1. Model Jabatan

59 UIN Syarif Hidayatullah Jakarta

 60

2. View Jabatan

Script pada halaman view untuk modul jabatan antara lain seperti

ditampilkan pada gambar dibawah ini :

UIN Syarif Hidayatullah Jakarta

 61

UIN Syarif Hidayatullah Jakarta

 62

3. Controller Jabatan

Daftar source code untuk controller atau modul perantara untuk mengontrol alur

website ditampilkan pada gambar dibawah ini:

UIN Syarif Hidayatullah Jakarta