Kti Monitoring Surat Masuk
Kti Monitoring Surat Masuk
Diajukan Kepada
Universitas Ibrahimy Sukorejo Situbondo Jawa Timur
Oleh:
NOVITA AMALIA
2017041107
D3
PROGRAM STUDI MANAJEMEN INFORMATIKA
UNIVERSITAS IBRAHIMY SUKOREJO
SITUBONDO
2019
LAPORAN HASIL PRAKTEK KERJA LAPANGAN
Diajukan Kepada
Universitas Ibrahimy Sukorejo Situbondo Jawa Timur
Oleh:
NOVITA AMALIA
2017041107
D3
PROGRAM STUDI MANAJEMEN INFORMATIKA
UNIVERSITAS IBRAHIMY SUKOREJO
SITUBONDO
2019
i
HALAMAN PERSETUJUAN
Oleh:
Novita Amalia
2017041107
Disetujui Oleh:
Pembimbing
ii
HALAMAN PENGESAHAN
Oleh :
Novita Amalia
2017041107
Dewan Penguji,
Penguji Sekretaris
iii
HALAMAN PERNYATAAN
NPM : 2017041107
Konsentrasi : Programming
Novita Amalia
iv
MOTTO
“ Berdzikir Kuat, Berfikir Cepat Dan Bertindak
Tepat Dan Berusaha Semaksimal Mungkin, Just
Do It ”
v
PERSEMBAHAN
Pembimbing-ku
Yang telah sabar dan meluangkan waktunya untuk membimbingku
Teman Seperjuanganku
Kalian inspirasi dan semangatku
vi
KATA PENGANTAR
Bismillahirrahmanirrahim
Segala puji syukur kami haturkan ke hadirat Ilahi Robbi atas
segala Rahmat dan Inayah-Nya sehingga kami dapat menyelesaikan
tugas Laporan PKL (Praktek Kerja Lapangan) dengan judul “Sistem
Informasi Pengarsipan dan Monitoring Surat Masuk di DPMD
Kabupaten Situbondo menggunakan PHP & MySQL”. Penelitian ini
disusun sebagai syarat menuju Tugas Akhir di Fakultas Sains &
Teknologi, serta untuk menambah pengalaman dan
mengaplikasikan ilmu yang telah diperoleh selama proses
perkuliahan di Fakultas Sains & Teknologi khususnya konsentrasi
programmming. Sejak awal hingga akhir, tidak sedikit bantuan yang
penulis terima sehingga penelitian ini berjalan dengan baik. Dalam
kesempatan ini penulis mengucapkan terima kasih sedalam-
dalamnya kepada:
❖ Pengasuh Pondok Pesantren Salafiyah Syafi’iyah Sukorejo
Situbondo KHR. Ach. Azaim Ibrahimy waahli baitihim
rahimahullahu ‘anhum.
❖ Bapak Prof. Dr. H. Abu Yazid, LL.M selaku Rektor Universitas
Ibrahimy Sukorejo Situbondo.
❖ Bapak Ir. Abdul Muqsith, M.Ling Dekan Fakultas SAINTEK
❖ Bapak Zaehol Fatah M.Kom Wakil Dekan lll Fakultas Sains &
Teknologi.
❖ Bapak Taufik Saleh, M.Kom selaku dosen pembimbing yang telah
memberikan saran dan masukan dalam meyempurnakan
Laporan PKL ini ssehingga terselesaikan dengan baik.
❖ Semua dosen Fakultas Sains & Teknologi yang telah mendidik,
mengajarkan penulis banyak ilmu.
❖ Orang tua yang telah memberikan kasih sayang, perhatian dan
yang telah memberikan dorongan dalam do’a, dukungan
sehingga Laporan Praktek Kerja Lapangan (PKL) ini dapat di
selesaikan dengan baik.
❖ Sahabat-sahabat seperjuanganku yang tercinta Fakultas Sains &
Teknologi, khususnya programming yang telah berjuang
bersama dan selalu memberikan semangat.
Demikian penulisan laporan ini, penulis menyadari penulisan
Laporan PKL ini masih jauh dari sempurna. Oleh karena itu, penulis
vii
sangat berharap kritikan dan saran yang membangun untuk mutu
penulisan selanjutnya. Dengan kerendahan hati mohon maaf dan
terima kasih.
Novita Amalia
viii
DAFTAR ISI
ix
c. DFD ....................................................................... 12
d. ERD ....................................................................... 15
2.4 Perangkat Lunak Yang Digunakan .............................. 21
a. Sublime Text Editor ............................................... 21
b. XAMPP .................................................................. 21
BAB 3 : ANALISIS DAN PERANCANGAN SISTEM
3.1 Gambaran Umum Objek Penelitian............................. 23
a. Keadaan sistem yang berjalan ............................... 24
b. Kelebihan Sistem ................................................... 24
c. Kelemahan Sistem ................................................ 25
3.2 ALUR PROSES .............................................................. 25
a. Identifikasi dan Analisis Proses Bisnis ................... 25
1. Identifikasi Proses Bisnis .................................. 25
2. Analisis proses Bisnis........................................ 25
3. Flowchart Dokumen ......................................... 26
b. Identifikasi dan Analisis Kebutuhan ....................... 27
1. Identifikasi dan Kebutuhan Fungsioanal ........... 27
2. Analisis Kebutuhan Fungsional ......................... 29
c. Identifikasi dan Analisis Alternatif Solusi ............... 30
1. Identifikasi Alternatif Solusi ............................. 30
2. Analisis Kelayakan Alternatif Solusi .................. 31
3.3 DESAIN SISTEM ........................................................... 32
a. Desain Output ....................................................... 32
b. Desain Input ......................................................... 33
c. Desain Proses ........................................................ 36
1. Identifikasi Proses ............................................ 36
2. Arsitektur Aplikasi ............................................ 37
3. Pemodelan Sistem ........................................... 38
d. Identifikasi dan Desain Database ........................... 41
1. Identifikasi Tabel Database .............................. 41
2. Pemodelan Database ....................................... 42
e. Identifikasi dan Desain User Interface ................... 43
1. Identifikasi Interface ....................................... 43
2. Desain Interface ............................................. 44
x
BAB 4 : IMPLEMENTASI SISTEM
4.1 KONSTRUKSI SISTEM .................................................. 45
a. Kebutuhan Sistem ................................................ 45
b. Menjalankan Sistem ............................................. 46
c. Segmen Program .................................................. 48
4.2 Pengujian .................................................................. 51
a. Cara kerja sistem .................................................. 51
b. Hasil Pengujian ...................................................... 58
4.3 Maintenance ............................................................. 58
BAB 5 : PENUTUP
5.1 Kesimpulan ................................................................. 59
5.2 Saran .......................................................................... 59
DAFTAR PUSTAKA
CURICULUM VITAE
LAMPIRAN
xi
DAFTAR GAMBAR
Gambar Halaman
1.1 Model Waterfall .............................................................. 4
2.1 Simbol External Entity ...................................................... 13
2.2 Simbol Process ................................................................. 13
2.3 Simbol Data Flow ............................................................. 14
2.4 Simbol Data Store............................................................. 14
2.5 Contoh Atribut Multivalue................................................ 17
2.6 Contoh Atribut Composite................................................ 17
2.7 Contoh Atribut Derivative ................................................ 18
2.8 Contoh Relasi ................................................................... 18
2.9 Relasi Unary Degre ........................................................... 19
2.10 Relasi Binary Degre .......................................................... 19
2.11 Relasi Ternary Degre ........................................................ 19
2.12 Cardinalitas One To One ................................................... 20
2.13 Cardinality One To Many .................................................. 20
2.14 Cardinality Many to One................................................... 20
2.15 Cardinality Many to Many ................................................ 20
3.1 Struktur Organisasi DPMD Kabupaten Situbondo ............. 24
3.2 Flowchart Pengarsipan Surat Masuk ................................. 26
3.3 Flowchart Monitoring Surat Masuk .................................. 27
3.4 Laporan Surat Masuk........................................................ 33
3.5 Laporan Monitoring Surat Masuk ..................................... 33
3.6 Desain Input User ............................................................. 34
3.7 Desain Input Jabatan ........................................................ 34
3.8 Desain Input Surat Masuk ................................................ 35
3.9 Desain Input Disposisi ...................................................... 35
3.10 Desain Input ACC ............................................................. 36
3.11 Arsitektur Aplikasi ............................................................ 38
3.12 Context Diagram Sistem ................................................... 39
3.13 Data Flow Diagram Level 1 ............................................... 39
3.14 Data Flow Diagram Level 2 Master ................................... 40
3.15 Data Flow Diagram Level 2 Transaksi ................................ 40
xii
3.16 Data Flow Diagram Level 2 Laporan .................................. 41
3.17 Conceptual Data Model .................................................... 42
3.18 Physical Data Model ......................................................... 43
3.19 Desain Interface Login ...................................................... 44
3.20 Desain Interface Halaman Utama ..................................... 44
4.1 XAMPP control Panel........................................................ 45
4.2 PHP MyAdmin .................................................................. 47
4.3 Membuka Project Web..................................................... 47
4.4 Form Log In ...................................................................... 52
4.5 Halaman Utama Admin .................................................... 52
4.6 Halaman Utama Kasubag ................................................. 53
4.7 Halaman Utama Sekdis..................................................... 53
4.8 Halaman Utama Kadis ...................................................... 54
4.9 Halaman Utama Bidang 1 ................................................. 54
4.10 Halaman Utama Bidang 2 ................................................. 55
4.11 Halaman Utama Bidang 3 ................................................. 55
4.12 Form Tambah Data ........................................................... 56
4.13 Form Edit Data ................................................................. 56
4.14 Laporan Surat Masuk........................................................ 57
4.15 laporan Monitoring .......................................................... 57
4.16 Cetak Disposisi ................................................................ 58
xiii
DAFTAR TABEL
Tabel Halaman
2.1 Tabel Flowchart ................................................................. 10
3.1 Proses Input Data Master ................................................... 28
3.2 Proses Pengarsipan Surat Masuk ........................................ 28
3.3 Proses Monitoring Surat Masuk .......................................... 28
3.4 Input Surat Masuk .............................................................. 29
3.5 Identifikasi Alternatif Solusi ................................................ 30
3.6 Identifikasi kelayakan Alternatif Solusi ................................ 31
3.7 Identifikasi Proses ............................................................... 36
3.8 Identifikasi Tabel Database ................................................. 41
xiv
SEGMEN PROGRAM
xv
BAB 1
PENDAHULUAN
1
. www.maxmanroe.com, 2019, “Pengertian Surat dan Jenisnya, Fungsi, dan Macam-
Macam Surat”, 4 Agustus
1
2
Gambar 1.1
Model Waterfall
a. Requirement Analisis
Tahap ini pengembang sistem diperlukan komunikasi yang
bertujuan untuk memahami perangkat lunak yang diharapkan
oleh pengguna dan batasan perangkat lunak tersebut. Informasi
ini biasanya dapat diperoleh melalui wawancara, diskusi atau
survei langsung. Informasi dianalisis untuk mendapatkan data
yang dibutuhkan oleh pengguna.
5
b. System Design
Spesifikasi kebutuhan dari tahap sebelumnya akan dipelajari
dalam fase ini dan desain sistem disiapkan. Desain Sistem
membantu dalam menentukan perangkat keras (hardware) dan
sistem persyaratan dan juga membantu dalam mendefinisikan
arsitektur sistem secara keseluruhan.
c. Implementasi
Pada tahap ini, sistem pertama kali dikembangkan di program
kecil yang disebut unit, yang terintegrasi dalam tahap
selanjutnya. Setiap unit dikembangkan dan diuji untuk
fungsionalitas yang disebut sebagai unit testing.
d. Integration & Testing
Seluruh unit yang dikembangkan dalam tahap implementasi
diintegrasikan ke dalam sistem setelah pengujian yang dilakukan
masing-masing unit. Setelah integrasi seluruh sistem diuji untuk
mengecek setiap kegagalan maupun kesalahan.
e. Operation & Maintenance
Seluruh unit yang dikembangkan dalam tahap implementasi
diintegrasikan ke dalam sistem setelah pengujian yang dilakukan
masing-masing unit. Setelah integrasi seluruh sistem diuji untuk
mengecek setiap kegagalan maupun kesalahan.2
3
Eka Hanura Santika. 2016. ”Analisis Sistem Informasi Pengelolaan Surat Masuk di Humas PT Len
Industri”. Bandung.
4
Faddyahsari Permana Hakim. 2015. “Sistem pengelolaan Distribusi dan Monitoring Surat
menyurat di BRI Syariah Surabaya“. Surabaya.
7
8
5
Dian Oky Prasetya. 2016. “Sistem Informasi Pengarsipan Data Surat masuk dan Surat Keluar pada
Polrestabes Semarang”. Semarang.
9
6 Yunaeti Elisabet Anggraeni dan Rita Irviani, Pengantar Sistem Informasi, Yogyakarta: CV. Andi
Offset, 2017, hal. 1.
7
Nuraida Ida, S.E., Manajemen Administrasi Perkantoran, Semarang : Kanisius, 2017, hal. 92.
10
2.3 Pemodelan
a. Flowchart
Flowchart adalah bagan-bagan yang mempunyai arus yang
menggambarkan langkah-langkah penyelesaian suatu masalah.
Flowchart merupakan cara penyajian dari suatu algoritma.10
Adapun tabel flowchart ialah seperti tabel 2.1 berikut :
Tabel 2.1
Flowchart
Simbol Keterangan
Input/Output Simbol yang menyatakan
prosen input dan output
tanpa tergantung dengan
jenis
peralatannya
Proses Simbol yang menunjukkan
pengolahan yang di
lakukan oleh komputer
8
Ibid., hlm 73
9
Celya Inna Daniastari Kusnidar, 2014. “Sistem Informasi Arsip Surat Kelua pada Bagian Organisasi
dan Pemberdayaan Aparatur Daerah Sekretariat Kota Bandung”. Bandung.
10
Andika Dwiky. 2016. “Pengertian Flowchart”. Dalam www.it-jurnal.com. 10 Agustus.
11
Tabel 2.1
( Lanjutan )
Dokumen Simbol yang menyatakan
input berasal dari
dokumen dalam bentuk
kertas ataupun output di
cetak ke kertas
Data Store Simbol yang menyatakan
peralatan input yang
berasal dari disk atau
disimpan ke disk
b. Context Diagram
Context Diagram, adalah data flow diagram tingkat atas (DFD
Top Level), yaitu diagram yang paling tidak detail, dari sebuah
sistem informasi yang menggambarkan aliran-aliran data ke
dalam dan ke luar sistem dan ke dalam dan ke luar entitas-entitas
eksternal. (Context Diagram menggambarkan sistem dalam satu
lingkaran dan hubungan dengan entitas luar. Lingkaran tersebut
menggambarkan keseluruhan proses dalam sistem). Beberapa
hal yang harus diperhatikan dalam menggambar CD :
12
1. Terminologi sistem:
• Batas Sistem adalah batas antara “daerah kepentingan
sistem”.
• Lingkungan Sistem adalah segala sesuatu yang
berhubungan atau mempengaruhi sistem tersebut.
• Interface adalah aliran yang menghubungkan sebuah
sistem dengan linkungan sistem tersebut.
• Menggunakan satu simbol proses,
2. Nama/keterangan di simbol proses tersebut sesuai dengan
fungsi sistem tersebut,
3. Antara Entitas Eksternal/Terminator tidak diperbolehkan
komunikasi langsung
4. Jika terdapat termintor yang mempunyai banyak masukan
dan keluaran, diperbolehkan untuk digambarkan lebih dari
satu sehingga mencegah penggambaran yang terlalu rumit,
dengan memberikan tanda asterik (*) atau garis silang (#).
5. Jika Terminator mewakili individu (personil) sebaiknya
diwakili oleh peran yang dipermainkan personil tersebut.
6. Aliran data ke proses dan keluar sebagai output keterangan
aliran data berbeda. 11
c. DFD
Data Flow Diagram atau sering disingkat DFD adalah
perangkat-perangkat analisis dan perancangan yang terstruktur
sehingga memungkinkan penganalis sistem memahami sistem
dan subsistem secara visual sebagai suatu rangkaian aliran data
yang saling berkaitan. DFD merupakan alat bantu dalam
menggambarkan atau menjelaskan sistem yang sedang berjalan
logis. Data Flow Diagram selain merupakan diagram yang
menterjemahkan physical world ke logical equivalent, DFD juga
adalah dokumentasi dari software. Dokumentasi teknis ini sangat
sangat penting dikarenakan sifat standard dan non ambiguous
nya. Penggunaan DFD Sebagai Modeling Tool dipopulerkan Oleh
Demacro & Yordan (1979) dan Gane & Sarson (1979) dengan
menggunakan pendekatan Metoda Analisis Sistem Terstruktur.
11
Homaidi Ahmad, Pemodelan Sistem Menggunakan Power Designer, Situbondo : AMIKI Press,
2014, hal. 19.
13
1. Manfaat DFD
Sama halnya dengan ERD, DFD juga mempunyai manfaat
dalam pemodelan sistem, yaitu:
a) DFD dapat menggambarkan sebuah sistem sebagai suatu
jaringan proses fungsional yang dihubungkan satu sama
lain dengar alur data.
b) Penggambaran DFD sebagai analisa maupun rancangan
sistem dapat dengan mudah dikomunikasikan oleh
profesional sistem kepada pemakai maupun pembuat
program.
c) Memberikan presentasi yang mudah dan komunikasi
antara staf teknis dan non teknis dalam menentukan ruang
lingkup sistem.
2. Komponen dan Simbol DFD
Data Flow Diagram (DFD) mempunyai beberapa komponen,
yaitu:
a) External Entity
Merupakan kesatuan lingkungan di luar sistem yang dapat
berupa orang, organisasi atau sistem lainnya yang berada
di lingkungan luarnya yang akan memberikan input atau
menerima output dari sistem. Adapun external entity ialah
seperti pada gambar 2.1 berikut :
Gambar 2.1
Simbol External Entity
b) Process
Suatu proses adalah kegiatan atau kerja yang dilakukan
oleh orang, mesin atau komputer dari hasil suatu arus data
yang masuk ke dalam proses untuk menghasilkan arus
data yang akan keluar dari proses. Adapun process ialah
seperti pada gambar 2.2 berikut :
Gambar 2.3
Simbol Data Flow
3. Aturan DFD
Aturan dalam pembuatan DFD adalah sebagai berikut:
Antar Entity yang satu dengan yang lain tidak boleh ada
relasi/hubungan secara langsung.
• Entity tidak boleh langsung berhubungan dengan
penyimpanan data (data store).
• Satu alir data boleh merepresentasikan beberapa struktur
data.
• Untuk alasan kerapian (menghindari aliran data yang
bersilangan), entitas eksternal atau data store boleh
digambar beberapa kali dengan tanda khusus, misalnya
diberi nomor.
• Semua objek harus mempunyai nama.
15
12
Ibid., hlm 16
16
Gambar 2.5
Contoh Atribut Multivalue
4) Atribut Composite
Atribut composite adalah suatu atribut yang terdiri dari
beberapa atribut yang lebih kecil yang mempunyai arti
tertentu yang masih bisah dipecah lagi atau mempunyai
sub attribute. Contoh : dari entitas nama yaitu nama
depan, nama tengah, dan nama belakang. Adapun contoh
atribut composite ialah seperti pada gambar 2.6 berikut :
Gambar 2.6
Contoh Atribut Composite
18
5) Atribut Derivative
Atribut yang tidak harus disimpan dalam database Ex.
Total. atau atribut yang dihasilkan dari atribut lain atau
dari suatu relationship. Atribut ini dilambangkan dengan
bentuk oval yang bergaris putus-putus. Adapun contoh
atribut derivative ialah seperti pada gambar 2.7 berikut :
Gambar 2.7
Contoh Atribut Derivative
c) Relationship
Adalah hubungan yang terjadi antara satu entity dengan
entity lainnya. Relationship tidak mempunyai keberadaan
fisik atau konseptual kecuali yang sejenis dinamakan
dengan Relationship Diagram. Simbol yang digunakan
adalah bentuk belah ketupat, diamod atau rectangle.
Adapun contoh relationship ialah seperti pada gambar 2.8
berikut :
Gambar 2.8
Contoh Relationship
2. Derajat Relationship
Derajat dari relationshp menjelaskan jumlah entity yang
berpartisipasi dalam suatu relationship. Terdapat tiga jenis
derajat dari relationship, unary degree (derajat satu), binary
degree (derajat dua) dan ternary degree (derajat tiga).
a) Unary Degre (Derajat Satu)
Yaitu satu relationship yang dihubungkan dengan satu
entity, di mana penghubungnya ada dua. Adapun unary
degre ialah seperti pada gambar 2.9 berikut :
19
Gambar 2.9
Relasi Unary Degre
Gambar 2.10
Relasi Binary Degre
Gambar 2.11
Relasi Ternary Degre
Gambar 2.12
Cardinalitas One to One
b) One To Many ( 1 : M )
Yaitu perbandingan antara entity pertama dengan entity
kedua berbanding satu berbanding banyak. Adapun
cardinalitas one to many ialah seperti pada gambar 2.13
berikut :
Gambar 2.13
Cardinalitas One to Many
c) Many To One ( M : 1 )
Yaitu perbandingan antara entity pertama dengan entity
kedua berbanding banyak berbanding satu. Adapun
cardinalitas many to one ialah seperti pada gambar 2.14
berikut :
Gambar 2.14
Cardinalitas Many to One
d) Many To Many ( M : M )
Yaitu perbandingan antara entity pertama dengan entity
kedua berbanding banyak berbanding banyak. Adapun
cardinalitas many to many ialah seperti pada gambar 2.15
berikut :
Gambar 2.15
Cardinalitas Many to Many
21
13
Ibid., hal 7
14
Fadillah, Muhammad Noor, 2012. “Membangun Aplikasi Penjualan Makanan Siap
Saji”.
22
15
Nugoro, Aplikasi Pemrograman Web Dinamis dengan PHP dan MySQL
(Yogyakarta : Gava Media, 2009), hlm. 23.
BAB 3
ANALISIS DAN PERANCANGAN SISTEM
23
24
Gambar 3.1
Struktur Organisasi DPMD Kabupaten Situbondo
Gambar 3.2
Flowchart Pengarsipan Surat Masuk
Gambar 3.3
Flowchart Monitoring Surat Masuk
Tabel 3.6
( Lanjutan )
Kelayakan 20% - Perawatan sistem
ekonomi biaya - Pengadaan untuk sistem
pengembangan yang dibangun
membutuhkan biaya
untuk hosting ini
skor 80
Kelayakan 20% - Sesuai dengan yang
jadwal dijadwalkan
skor 90
Total 100% 83
Gambar 3.4
Laporan Surat Masuk
Gambar 3.5
Laporan Monitoring Surat Masuk
b. Desain Input
Input (masukan) merupakan proses memasukkan data yang
kemudian akan diproses untuk menghasilkan informasi yang
34
Gambar 3.6
Desain Input User
2. Input Jabatan
Desain input jabatan ini dimaksudkan untuk proses penginputan
data jabatan yang akan tersimpan dalam tabel database. Adapun
desain input jabatan adalah seperti pada gambar 3.7 berikut :
Gambar 3.7
Desain Input Jabatan
35
3. Input Surat Masuk
Desain input surat masuk ini dimaksudkan untuk proses
penginputan surat masuk yang diterima oleh DPMD Kabupaten
Situbondo dari dinas lain dan akan tersimpan dalam tabel
database. Adapun desain input surat masuk adalah seperti pada
gambar 3.8 berikut :
Gambar 3.8
Desain Input Surat Masuk
4. Input disposisi
Desain form disposisi ini dimaksudkan untuk proses penginputan
disposisi oleh kepala dinas dengan memberikan instruksi terkait
surat masuk yang diterima dan dilanjutkan kepada bidang sesuai
dengan instruksi disposisi. Penginputan ini akan disimpan ke tabel
database. Adapun desain input disposisi adalah seperti pada
gambar 3.9 berikut :
Gambar 3.9
Desain Input Disposisi
36
5. Input ACC
Desain input ACC ini dimaksudkan untuk proses input ACC dan
ACC surat masuk akan tersimpan dalam tabel database. Adapun
desain input ACC adalah seperti pada gambar 3.10 berikut :
Gambar 3.10
Desain Input ACC
c. Desain Proses
Desain proses merupakan tahapan rancangan sistem
informasi dalam bentuk tabel, context diagram, data flow diagram.
Tujuan dari desain proses ini adalah untuk mengetahui alur proses
sistem yang akan dibuat. Desain proses ini meliputi identifikasi
proses, arsitektur aplikasi dan pemodelan sistem.
1. Identifikasi Proses
Bagian pertama dari desain proses adalah identifikasi proses.
Identifkasi proses bertujuan untuk mengetahui poses apa saja
yang ingin dirancang dalam membuat Sistem Informasi
Pengarsipan Dan Monitoring Surat Masuk. Berikut akan
dijelaskan beberapa proses pada Sistem Informasi Pengarsipan
Dan Monitoring Surat Masuk dalam bentuk tabel. Adapun
identifikasi proses ialah seperti tabel 3.7 berikut :
Tabel 3. 7
Identifikasi Proses
Nama Deskripsi proses Input Output
Proses Proses Proses
Login Proses ini Cek Variable
merupakan proses username, cookies dan
pertama yang password, hak akses
dilakukan oleh user level dan sistem
untuk bisa hak akses
mengakses sistem
dengan cara
memasukkan
37
Tabel 3.7
( Lanjutan )
username,password
dan level akses
2. Arsitektur Aplikasi
Gambaran arsitektur perangkat lunak dari Sistem Informasi
Pengarsipan Dan Monitoring Surat Masuk pada Dinas
38
Gambar 3.11
Arsitektur Aplikasi
3. Pemodelan Sistem
a) Context Diagram
Context diagram dari sistem informasi pengarsipan dan
monutoring surat masuk ini merupakan penggambaran sistem
39
secara umum. Langkah yang harus dilakukan adalah dengan
menentukan terlebih dahulu banyaknya external entity.
Context Diagram ditampilkan dalam gambar 3.12 berikut :
Gambar 3.12
Context Diagram Sistem
Gambar 3.13
Data Flow Diagram Level 1
40
Gambar 3.14
Data Flow Diagram Level 2 Master
2) Level 2 : Transaksi
Adapun DFD level 2 transaksi ditampilkan seperti pada
gambar 3.15 berikut :
Gambar 3.15
Data Flow Diagram Level 2 Laporan
41
3) Level 2 : Laporan
Adapun DFD level 2 laporan ditampilkan seperti pada
gambar 3.16 berikut :
Gambar 3.16
Data Flow Diagram Level 2 Transaksi
Tabel 3.8
( Lanjutan )
Tabel Surat Masuk Nomer_surat Varchar
Tggl_surat Date
Id_jenis Integer
Perihal Varchar
Tggl_terima Date
Jenis_surat Enum
Kasubag Integer
Sekdis Integer
Kadis Integer
Bidang Integer
Id_pegawai Integer
disposisi Varchar
File Varchar
2. Pemodelan Database
a) Conceptual Data Model
Bentuk conceptual Data Model sistem informasi di bawah ini
merupakan suatu model konseptual obyek data yang belum
ditetapkan dalam database, dan merupakan suatu
keseluruhan struktur logis dari suatu database. Adapun
conceptual data model digambarkan pada gambar 3.17
berikut :
Gambar 3.17
Conceptual Data Model
43
b) Physical data Model
Physical data model pada sistem informasi ini menjelaskan
hubungan antara entitas yang nantinya akan digunakan
sebagai tempat penyimpanan. Adapun physical data model
dari sistem informasi pengarsipan dan monitoring surat
masuk pada Dinas Pemberdayaan Masyarakat (DPMD)
Kabupaten Situbondo sebagaimana pada gambar 3.18
berikut :
Gambar 3.18
Physical Data Model
2. Desain Interface
a) Desain Interface Login
Adapun desain interface login ditampilkan seperti pada
gambar 3.19 berikut :
Gambar 3.19
Desain Interface Login
Gambar 3.20
Desain Interface Halaman Utama
BAB 4
IMPLEMENTASI SISTEM
45
46
3. Brainware
Brainware adalah orang atau pengguna yang menggunakan dan
mengoperasikan komputer baik berperan sebagai admin
ataupun user. Barinware sebagai administrator adalah orang
atau pengguna yang mengelola sistem. Sedangkan user adalah
pengguna sistem yang hanya dapat mengoperasikan namun
tidak dapat mengolah sistem secara menyeluruh.
b. Menjalankan Sistem
Menjalankan sistem merupakan serangkaian prosedur untuk
bisa mengoperasikan suatu sistem. Berikut ini adalah langkah-
langkah menjalankan sistem :
1. Jalankan file xampp
2. Kemudian akan muncul tampil pilihan untuk memilih module
yang akan digunakan. Seperti pada gambar 4.1 di bawah ini :
Gambar 4.1
XAMPP Control Panel
Gambar 4.2
PHP MyAdmin
Gambar 4.3
Membuka Project Web
48
c. Segemen Program
1. Koneksi
Segmen program 4.1 ini digunakan unruk pengkoneksian PHP
dengan databese MySQL. Berikut ini source codenya.
Segmen Program 4.1 Koneksi
<?php
Session_start();
Unset ($_SESSION[‘login];
Session_destroy();
Header(‘location ; index.php’);
?>
3. Log in
Segmen program login merupakan source code untuk mengecek
para pengguna sistem agar bisa mengakses modul yang ada
dalam sistem tersebut berdasarkan type login yang digunakan .
Segmen program 4.3 digunakan untuk mencetak username,
password dan level. Apabila username, password, dan level
cocok, maka akan masuk kehalaman sesuai dengan hak akses.
Adapun source code untuk log in yaitu seperti pada source code
segmen program 4.3 di bawah ini :
49
Window.location.href=’kasubag.php?=target=’;
</sript>
<?php
} else if ($level == “sekdis”){
?>
<script>
Alert (“login sukses”);
Window.location.href=’sekdis.php?=target=’;
</sript>
<?php
} else if ($level == “bidang”){
?>
<script>
Alert (“login sukses”);
Window.location.href=’bidang.php?=target=’;
</sript>
<?php
}else{
?>
<script>
Window.location.href=’login.php’
</script>
<? php
?>
50
4. Tambah Data
Segmen program 4.4 digunakan untuk menambah data yang
akan diinput dan disimpan kedalam database. Segmen Program
dapat dilihat pada keterangan di bawah ini :
Segmen Program 4.4 Tambah Data
<?php
//start input
If($opsi == “input”){
$jenissurat = $_POST[‘jenissurat’];
$con->query(“INSERT INTO jenissurat (jenissurat
VALUES (‘”.$jenissurat.”’)”);
?>
<script type=”text/javascript”>
Window.location,href=’admin.php?tar
get=jenissurat’;
</script
<?php
}
?>
5. Edit Data
Segmen Program 4.5 digunakan untuk memperbarui data yang
telah diinputkan. Segmen Program dapat dilihat pada
keterangan di bawah ini :
//start update
If($opsi == “update”){
$id = $_POST[‘id’];
$jenissurat = $_POST[‘jenissurat’];
$con->query(“UPDATE jenissurat SET jenissurat =
‘”.$jenissurat.”’
WHERE jenissurat = ‘”.$id.”’”);
?>
<script type=”text/javascript”>
Window.location,href=’admin.php?tar
get=jenissurat’;
</script
<?php
}
?>
51
6. Hapus Data
Segmen Program 4.6 digunakan untuk menghapus data yang
telah diinputkan. Penjelasan Segmen Program dapat dilihat pada
keterangan di bawah ini :
//start input
If($opsi == “delete”){
$id =$_GET[‘id’];
$con->query(“DELETE FROM jenissurat WHERE
jenissurat = ‘”.$id.”’
“); ?>
<script type=”text/javascript”>
Window.location,href=’admin.php?targ
et=jenissurat’;
</script
<?php
}
?>
4.2 Pengujian
Pada penjelasan kali ini, akan dibahas tentang cara kerja dan
petunjuk penggunaan program. Tujuan dari pengujian ini adalah
untuk menjamin bahwa perangkat lunak memiliki kualitas yang baik.
a. Cara Kerja Sistem
Ketika akan menjalankan sebuah aplikasi, pastikan web
browser telah terinstal pada komputer yang akan digunakan.
Adapun penjelasan tentang cara kerja pada Sistem Informasi
Pengarsipan dan Monitoring Surat Masuk yaitu sebagai berikut :
1. Log in
Agar bisa mengakses modul yang ada dalam sistem tersebut
berdasarkan type login yang digunakan, maka harus login
terlebih dahulu dengan mengisi username, password dan level
pada form login yang sesui dengan database. Adapun tampilan
log in ialah seperti pada gambar 4.4 di bawah ini :
52
Gambar 4.4
Form Log In
2. Halaman Admin
Halaman admin merupakan tampilan ketika user login ke sistem
sebagai level admin. Yang mana level admin bisa mengakses
semuanya sebagaimana admin bisa create, update, delete dan
juga bisa melihat laporan. Adapun tampilan halaman admin
yaitu seperti pada gambar 4.5 di bawah ini :
Gambar 4.5
Halaman Utama Admin
53
3. Halaman Kasubag
Halaman kasubag merupakan tampilan ketika user login ke
sistem sebagai level kasubag. Yang mana level kasubag hanya
bisa meng-ACC surat masuk. Adapun tampilan halaman kasubag
yaitu seperti pada gambar 4.6 di bawah ini :
Gambar 4.6
Halaman Utama Kasubag
4. Halaman Sekdis
Halaman sekdis merupakan tampilan ketika user login ke sistem
sebagai level sekdis. Level sekdis bisa meng-ACC surat masuk,
dan meng-ACC disposisi surat ketika disposisi tersebut diarahkan
ke sekertaris dinas. Adapun tampilan halaman sekdis yaitu
seperti pada gambar 4.7 di bawah ini :
Gambar 4.7
Halaman Utama Sekdis
54
5. Halaman Kadis
Halaman kadis merupakan tampilan ketika user login ke sistem
sebagai level kadis. Level kadis bisa meng-ACC surat masuk,
mendisposisi surat masuk dan bisa mengakses laporan. Adapun
tampilan halaman kadis yaitu seperti pada gambar 4.8 di bawah
ini :
Gambar 4.8
Halaman Utama Kadis
6. Halaman Bidang 1
Halaman bidang 1 merupakan tampilan ketika user login ke
sistem sebagai level bidang 1 . Level bidang 1 hanya bisa meng-
ACC disposisi surat ketika disposisi tersebut diarahkan ke Kepala
Bidang Bina Pemerintahan Desa (Bidang 1). Adapun tampilan
halaman sekdis yaitu seperti pada gambar 4.9 di bawah ini :
Gambar 4.9
Halaman Utama Bidang 1
55
7. Halaman Bidang 2
Halaman bidang 2 merupakan tampilan ketika user login ke
sistem sebagai level bidang 2 . Level bidang 2 hanya bisa meng-
ACC disposisi surat ketika disposisi tersebut diarahkan ke Kepala
Bidang Bina Pemberdayaan Masyarakat dan Kelembagaan
Kemasyarakatan (Bidang 2). Adapun tampilan halaman sekdis
yaitu seperti pada gambar 4.10 di bawah ini :
Gambar 4.10
Halaman Utama Bidang 2
8. Halaman Bidang 3
Halaman bidang 3 merupakan tampilan ketika user login ke
sistem sebagai level bidang 3 . Level bidang 3 hanya bisa meng-
ACC disposisi surat ketika disposisi tersebut diarahkan ke Kepala
Bidang Pembangunan Desa (Bidang 3). Adapun tampilan
halaman sekdis yaitu seperti pada gambar 4.11 di bawah ini :
Gambar 4.11
Halaman Utama Bidang 3
56
9. Tambah Data
Saat akan menambah data bisa dipilih dari menu yang tersedia,
seperti saat akan menambah data surat masuk yang akan masuk
kedalam database seperti pada gambar 4.12 di bawah ini :
Gambar 4.12
Form Tambah Data
Gambar 4.13
Form Edit Data
Gambar 4.14
Laporan Surat Masuk
Gambar 4.15
Laporan Monitoring
Gambar 4.16
Disposisi Surat Masuk
b. Hasil Pengujian
Hasil pengujian dari sistem yang dibangun diharapkan dapat
memberikan masukan untuk perbaikan sistem yang lebih baik. Hasil
pengujian ini berupa testing terhadap penggunaan sistem yang
dibangun, apakah sesuai dengan kebutuhan atau tidak. Juga list
daftar bug atau error yang terjadi pada sistem informasi
pengarsipan dan monitoring surat masuk ini serta masukan-
masukan dan saran untuk perbaikan sistem.
Pengujian sistem melibatkan pihak yang berkaitan dengan
sistem yang dibangun, khususnya pihak-pihak yag mempunya akses
terhadap sistem ini.
4.4 Maintenance
Tentu saja pengembangan sistem sangat diperlukan dalam
memelihara aplikasi ini karena sistem yang dibuat tidak selamanya
hanya seperti itu. Ketika dijalankan kemungkinan masih ada error
kecil yang tidak ditemukan sebelumnya, atau ada penambahan
fitur-fitur yang belum ada dalam aplikasi tersebut.
BAB 5
PENUTUP
5.1 Kesimpulan
Dari pembahasan yang telah dipaparkan dari bab-bab
sebelumnya, dapat disimpulkan bahwa dengan adanya program
sistem informasi pengarsipan dan monitoring surat masuk pada
Dinas Pemberdayaan Masyarakat dan Desa Kabupateb Situbondo
ini dapat memudahkan dalam proses pendataan, monitoring surat
masuk dan pelaporan yang telah berjalan saat ini.
Aplikasi ini menggunakan bahasa pemrograman PHP dan
MySQLi, yang mana semua data transaksi yang berhubungan
dengan surat masuk diinput dan di proses sehingga menghasilkan
output berupa laporan surat masuk dan laporan monitoring surat
masuk yang dapat dicetak secara langsung oleh sistem.
5.2 Saran
Karena sistem ini masih jauh dari kata sempurna,oleh sebab
itu diperlukan adanya pengembangan sistem sehingga pencakupan
nilainya menjadi lebih luas serta menjadi lebih baik dan sempurnna
dari sebelumnya. Keamanan dari sistem ini juga masih perlu adanya
pengembangan.
59
DAFTAR PUSTAKA