APLIKASI PENGELOLAAN DATA LOGISTIK

BERBASIS WEB DI PT SUMBER MAKANAN SEHAT

KERJA PRAKTIK
Diajukan Sebagai Salah Satu Syarat Kelulusan Mata Kuliah Kerja Praktik (KP)
Program Studi Teknik Informatika, Fakultas Teknik Universitas Suryakancana

OLEH
PERI GUMILAR
5520116058

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS SURYAKANCANA
CIANJUR
2019
 DAFTAR ISI

DAFTAR ISI.............................................................................................................i

DAFTAR SIMBOL................................................................................................iv

DAFTAR GAMBAR............................................................................................viii

DAFTAR TABEL....................................................................................................x

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

1.1 Latar Belakang Masalah.....................................................................1

1.2 Rumusan Masalah...............................................................................2

1.3 Maksud dan Tujuan............................................................................2

1.4 Batasan Masalah.................................................................................3

1.5 Waktu Penelitian.................................................................................3

1.6 Metode Penelitian...............................................................................4

1.7 Sistematika Penulisan.........................................................................6

BAB II TINJAUAN PUSTAKA..............................................................................8

2.1 Landasan Teori...................................................................................8

2.1.1 Pengertian Sistem......................................................................8

2.1.2 Karakteristik Sistem..................................................................9

2.1.3 Pengertian Informasi...............................................................11

2.1.4 Sistem Informasi.....................................................................11

2.1.5 Pengertian Pelaporan...............................................................12

2.1.6 Pengertian Online....................................................................13

2.1.7 Pengertian Pelaporan Online...................................................13

2.1.8 Pengertian Registrasi...............................................................13

i
 2.1.9 Pengertian Kohort...................................................................13

2.1.10 Pengertian Registrasi Kohort................................................15

2.1.11 Pengertian Metode MVC......................................................15

2.1.12 Basis Data.............................................................................15

2.1.13 UML (Unified Model Language)..........................................16

2.1.14 Framework............................................................................17

2.2 Tools yang digunakan.......................................................................18

2.2.1 Visual Paradigm......................................................................18

2.2.2 Sublime Text...........................................................................19

2.2.3 Xampp.....................................................................................19

2.2.4 PHP (Hypertext Preproccesor)...............................................19

2.2.5 Web Server..............................................................................19

2.2.6 MySQL....................................................................................20

BAB III ANALISA PERANCANGAN APLIKASI.............................................21

3.1 Analisis Sistem.................................................................................21

3.2 Analisis Aplikasi...............................................................................21

3.3 Analisis Sistem yang Sedang Berjalan.............................................21

3.4 Analisis Aplikasi yang Akan Dibangun...........................................22

3.5 Analisis Kebutuhan Sistem...............................................................23

3.5.1 Analisi Kebutuhan Non Fungsional........................................23

3.5.2 Analisi Kebutuhan Fungsional................................................24

3.6 Analisis Perancangan Sistem............................................................26

3.6.1 Use case Diagram...................................................................26

3.6.2 Use Case Scenario Diagram...................................................28

3.6.3 Activity Diagram.....................................................................33

ii
 3.6.4 Class Diagram.........................................................................43

3.7 Perancangan Data.............................................................................45

3.7.1 Perancangan ERD (Entity Relational Diagram).....................45

3.7.2 Perancangan Struktur Tabel....................................................45

3.8 Perancangan Antarmuka...................................................................55

DAFTAR PUSTAKA............................................................................................62

iii
 DAFTAR SIMBOL
1. Simbol Usecase Diagram

No Nama Gambar Keterangan

1 Actor Menspesifikasikan himpunan peran
yang pengguna mainkan ketika
berinteraksi dengan Use Case.

2 Dependency Hubungan dimana perubahan yang

3 Generalization
4 Include
terjadi pada suatu elemen mandiri
(independent) akan mempengaruhi
elemen yang bergantung padanya
elemen yang tidak mandiri
(independent).
Hubungan dimana objek anak
(descendent) berbagi perilaku dan
struktur data dari objek yang ada di
atasnya objek induk (ancestor).
Menspesifikasikan bahwa Use Case
sumber secara eksplisit.

5 Extend Menspesifikasikan bahwa Use Case

target memperluas perilaku dari Use
Case sumber pada suatu titik yang
diberikan.
6 Association Apa yang menghubungkan antara
objek satu dengan objek lainnya.
7 System Menspesifikasikan paket yang
menampilkan sistem secara terbatas.

8 Use Case Deskripsi dari urutan aksi-aksi yang

9 Collaboration
ditampilkan sistem yang menghasilkan
suatu hasil yang terukur bagi suatu
aktor
Interaksi aturan-aturan dan elemen lain
yang bekerja sama untuk menyediakan
prilaku yang lebih besar dari jumlah
dan elemen-elemennya (sinergi).

iv
No Nama Gambar Keterangan
10 Note Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu
sumber daya komputasi

2. Simbol Activity Diagram

No Nama Simbol Gambar Keterangan

1 Start State Menggambarkan awal dari suatu
aktivitas yang berjalan pada sistem
2 End State Menggambarkan akhir dari suatu
aktivitas yang berjalan pada sistem.
3 Activity Menggambarkan aktivitas yang
dilakukan pada sistem.
4 Swimlane Menggambarkan pembagian atau
pengelompokan berdasarkan tugas dan
fungsi tersendiri.
5 Transition to Menggambarkan hubungan antara
self state atau activity yang kembali
kepada state atau activity itu sendiri.
6 Transition Menggambarkan hubungan antara dua
State state, dua activity ataupun antara state
dan activity.
7 Decision Menggambarkan kondisi dari sebuah
aktivitas yang bernilai benar atau
salah.
8 State Menggambarkan kondisi, situasi
ataupun tempat untuk beberapa
aktivitas.

v
No Nama Simbol Gambar Keterangan
9 Fork Menggambarkan aktivitas yang
dimulai dengan sebuah aktivitas dan
diikuti oleh dua atau lebih aktivitas
yang harus dikerjakan.
10 Join Menggambarkan aktivitas yang
dimulai dengan dua atau lebih
aktivitas yang sudah dilakukan dan
menghasilkan sebuah aktivitas.

3. Simbol Class Diagram

No Nama Simbol Gambar Keterangan

1 Class Diagram Class menggambarkan keadaan
(atribut/properti) dari suatu objek.
Nama menggambarkan nama dari
Class/objek. Atribut menggambarkan
batasan dari nilai yang dapat dimiliki
oleh property tersebut. Method
menggambarkan implementasi dari
layanan yang dapat diminta dari
beberapa object dari Class , yang
mempengaruhi behaviour.
2 Association Menggambarkan mekanisme
komunikasi suatu objek dengan objek
lainnya. Atau dapat juga
menggambarkan ketergantungan antar
kelas.
3 Aggregate Menggambarkan bahwa suatu objek
secara fisik dibentuk dari objek-objek

vi
No Nama Simbol Gambar Keterangan
lain.
4 Multiplicity Menggambarkan banyaknya object
yang terhubung satu dengan yang
lainnya. Contoh :
1 Tepat satu
0..* Nol atau lebih
1..* Satu atau lebih
0..1 Nol atau satu

vii
 DAFTAR GAMBAR
Gambar 1.1 Paradigma Waterfall menurut Sommerville........................................5

Gambar 3.1 Proses bisnis sistem sedang berjalan..................................................18

Gambar 3.2 Use Case Diagram E-Perkesmas........................................................27

Gambar 3.3 Activity Diagram Login.....................................................................33

Gambar 3.4 Activity Diagram Data Puskesmas....................................................34

Gambar 3.5 Activity Diagram Kelola Data Penduduk..........................................35

Gambar 3.6 Activity Diagram Kelola Data Kelompok..........................................36

Gambar 3.7 Activity Diagram Kelola Pembinaan Individu...................................37

Gambar 3.8 Activity Diagram Kelola Pembinaan Keluarga..................................38

Gambar 3.9 Activity Diagram Kelola Pembinaan Kelompok...............................39

Gambar 3.10 Activity Diagram Kelola Kasus dan Rujukan..................................40

Gambar 3.11 Activity Diagram Penilaian Output Kegiatan..................................41

Gambar 3.12 Activity Diagram Feedback.............................................................42

Gambar 3.13 Class Diagram E-Perkesmas............................................................43

Gambar 3.14 ERD (Entity Relational Diagram) Sistem Informasi Pelaporan

Onlineregistrasi Kohort Keluarga Binaan Perkesmas............................................44

Gambar 3.15 Perancangan Antarmuka Login........................................................54

Gambar 3.16 Perancangan Antarmuka Dashboard................................................55

Gambar 3.17 Perancangan Antarmuka Kelola Puskesmas....................................56

Gambar 3.18 Perancangan Antarmuka Pembinaan Individu.................................56

Gambar 3.19 Perancangan Antarmuka Pembinaan Keluarga................................57

Gambar 3.20 Perancangan Antarmuka Pembinaan Kelompok..............................57

Gambar 3.21 Perancangan Antarmuka Kasus dan Rujukan..................................58

Gambar 3.22 Perancangan Antarmuka Penilaian Output......................................59

viii
Gambar 3.23 Perancangan Antarmuka Feedback..................................................60

ix
 DAFTAR TABEL
Tabel 1.1 Waktu Penelitian Tugas Akhir.................................................................3

Tabel 3.1 Kebutuhan Perangkat Keras...................................................................24

Tabel 3.2 Kebutuhan Perangkat Lunak..................................................................24

Tabel 3.3 Tabel kebutuhan fungsional...................................................................25

Tabel 3.4 Definisi Aktor........................................................................................26

Tabel 3.5 Use case Scenario Login........................................................................28

Tabel 3.6 Use case Scenario Kelola Data Puskesmas............................................28

Tabel 3.7 Use case Scenario Kelola Data Penduduk.............................................29

Tabel 3.8 Use case Scenario Kelola Data kelompok.............................................29

Tabel 3.9 Use case Scenario Kelola Data individu................................................30

Tabel 3.10 Use case Scenario Kelola Pembinaan Keluarga..................................30

Tabel 3.11 Use case Scenario Kelola Pembinaan Kelompok................................31

Tabel 3.12 Use case Scenario Kelola Kasus dan Rujukan.....................................32

Tabel 3.13 Use case Kelola Penilaian Output Kegiatan........................................32

Tabel 3.14 Use case Feedback...............................................................................32

Tabel 3.15 Tabel User............................................................................................45

Tabel 3.16 Tabel Puskesmas..................................................................................46

Tabel 3.17 Tabel pkeluarga....................................................................................46

Tabel 3.18 Tabel pKelompok.................................................................................48

Tabel 3.19 Tabel pindividu....................................................................................49

Tabel 3.20 Tabel Penilaianoutput..........................................................................49

Tabel 3.21 Tabel Penduduk...................................................................................50

Tabel 3.22 Tabel pembinaan_keluarga..................................................................51

x
Tabel 3.23 pembinaan_kelompok..........................................................................52

Tabel 3.24 Tabel kohort_keluarga.........................................................................52

Tabel 3.25 Tabel khorot_kelompok.......................................................................53

Tabel 3.26 Tabel Keeelompok...............................................................................53

Tabel 3.27 Tabel Kecamatan.................................................................................53

Tabel 3.28 Tabel kasus_rujukan............................................................................54

Tabel 3.29 Tabel Feedback....................................................................................54

xi
 BAB I
PENDAHULUAN

1.1 Latar Belakang Masalah

Peranan sistem informasi saat ini sangatlah berpengaruh dalam suatu
organisasi perusahaan maupun instansi pemerintahan. Karena dengan sistem
informasi dan teknologi yang mumpuni dapat memproses data dan informasi
dalam suatu pekerjaan maupun kegaiatan sesuai dengan keperluan pada organisasi
yang bersangkutan.
Sekarang ini telah banyak sistem dalam yang mengalihkan sistem manual ke
sistem komputerisasi. Hal ini dilakukan guna meningkatkan dan mempercepat
proses kerja pengolahan data. Untuk memulai suatu pengalihan sistem manual ke
komputerisasi perlu dilakukan penelitian, studi kelayakan, sebelum bisa
diterapkan pada pengolahan data yang bersangkutan.
Begitu pula dengan PT. BOGA HANDAL INDONESIA (Bohanfood) yang
memiliki berbagai grup bisnis dan unit bisnis yang terintegrasi salah satunya
adalah PT. SUMBER MAKANAN SEHAT yang bergerak di bidang produksi
makanan instan. Produk yang dihasilkan unit bisnis ini yaitu makanan dari bahan
pokok ayam dan sapi dengan merek Balibeef, Angbeef, De Chicken, Mase dan
Gian.
Meskipun perusahaan ini telah berdiri sejak lama dan sudah berkembang
tetapi sistem yang digunakan saat ini masih menggunakan sistem manual, mulai
dari penerimaan dan pengeluaran barang yang transaksinya dicatat di lembaran
stock. Data barang dibuat di Ms.Excel dan untuk membuat laporan stock barang
juga dibuat di Ms.Excel. Hal ini dirasakan kurang efisien, bila melihat data
transaksi yang diolah setiap harinya cukup banyak. Ini akibat kurang
maksimalnya pemanfaatan komputer, padahal penggunaan sistem komputerisasi
dapat membantu kinerja karyawan bukan hanya dalam perhitungan tetapi juga
dalam penyimpanan data dan memberikan informasi yang cepat dan tepat.

1
 Berdasarkan observasi yang dilakukan, dapat di simpulkan bahwa PT.
SUMBER MAKANAN SEHAT memerlukan sebuah sistem yang mampu
mengelola data informasi logistik dengan cara membuat aplikasi pengelolaan data
logistik berbasis web untuk memudahkan dalam mengelola data.
Hal tersebut merupakan beberapa cara untuk membuat perusahaan semakin
berkembang. Para pegawai juga lebih mudah dalam melakukan pembukuan
karena semua transaksi akan disimpan kedalam database yang bersifat dapat
dibuka kapanpun jika pegawai itu membutuhkan, jadi sedikit sekali kemungkinan
para pegawai mengalami kesalahan dalam penginputan data.
Maka dari itu penulis akan mengangkat tema untuk kerja praktek ini dengan
judul “APLIKASI PENGELOLAAN DATA LOGISTIK BERBASIS WEB
DI PT SUMBER MAKANAN SEHAT”.

1.2 Identifikasi Masalah

Berdasarkan latar belakang masalah yang telah diuraikan, maka dapat
diidentifikasi permasalahan sebagai berikut :
a. Bagaimana cara merancang dan membangun “APLIKASI
PENGELOLAAN DATA LOGISTIK BERBASIS WEB DI PT SUMBER
MAKANAN SEHAT”.
b. Pembuatan laporan data logistik masih dilakukan secara manual dan tidak
terarsipkan dengan baik.
c. Informasi stok barang yang sering tidak tepat karena masih di hitung
secara manual, sehingga kepala gudang tidak tahu pasti jumlah stok barang
tersebut

1.3 Maksud dan Tujuan

Dengan melihat apa yang telah diuraikan dalam perumusan masalah, maka
maksud dan tujuan yang ingin dicapai dalam penelitian ini adalah:
Maksud :
Membuat sebuah aplikasi pengelolaan data logistik untuk mempermudah
dalam pendataan barang masuk dan keluar.
Tujuan :

2
 a. Mendefinisikan dan memetakan proses bisnis yang ada di bagian
logistik saat ini yang mendukung perancangan sistem informasi
logistic.
b. Memudahkan pengelola laporan dalam menyajikan informasi
secara tepat, cepat dan akurat.

1.4 Batasan Masalah

Agar pembahasan masalah perancangan sistem informasi ini menjadi terarah
serta permasalahan yang dihadapi tidak terlalu luas maka batasan masalah yang
akan dibahas adalah:
1. Sistem yang akan di bangun berbasis web.
2. Prancangan sistem menggunakan bahasa pemrogramaan PHP Object
Oriented Programing (OOP).
3. Tidak membahas keamnanan system.
4. Hanya membahas tentang seputar keluar masuknya barang.

1.5 Waktu Penelitian

Waktu yang diperlukan dalam penelitian tugas akhir ini adalah sebagai berikut :
Tabel 1.1 Waktu Penelitian Kerja Praktik
Bulan
No Uraian Langkah Penelitian
Maret April Mei Juni Juli
1 Komunikasi        
2 Perencanaan        
3 Analisis dan Desain        
4 Perancangan        
5 Implementasi dan Pengujian        
6 Penyusunan Laporan        
7 Seminar        

1.6 Metode Penelitian

Metode penelitian yang digunakan adalah deskriptif, yaitu suatu metode
dengan cara mengumpulkan data, mengolah, serta menganalisa data yang telah
terkumpul kemudian ditarik kesimpulan dan diberkan saran-saran yang
diperlukan. Metode yang digunakan adalah:

3
1. Pengumpulan data
Terdapat beberapa metode diantaranya:
a. Wawancara
Dialog dua arah yang dilakukan oleh pewawancara dan narasumber
yang bertujuan untuk mendapatkan informasi yang diketahui
narasumber.
b. Observasi
Merupakan penelitian secara langsung dengan menganalisis data-
data yang berkaitan dengan judul tugas akhir serta mencari informasi
mengenai sistem yang akan dibuat.
c. Tinjauan Pustaka
Merupakan pencarian data dari berbagai sumber serta membaca dan
mempelajari buku-buku yang berkaitan dengan permasalahan-
permasalahan yang akan dibahas untuk merancang suatu perangkat
lunak.

2. Rekayasa Perangkat Lunak

Metode rekayasa perangkat lunak yang akan digunakan adalah
paradigma prototype menurut Pressman terdapat pada gambar 1.1.

4
 Gambar 1.1 Paradigma prototype menurut Pressman.
Berikut tahapan-tahapan dari model prototype menurut Pressman:

1. Communication
Tahap pertama di dalam komunikasi ini, dimana tim penulis melakukan
komunikasi dengan pihak instansi/pelanggan mengenai spesifikasi
kebutuhan yang diinginkan.

2. Quick Plan
Tahap kedua tim penulis melakukan perencanaan dan pemodelan secara
cepat berupa rancangan yang akan dibuat.

3. Modelling Quick Design

Tahap ketiga tim penulis melakukan sebuah rancangan, dimana
rancangan tersebut mengenai interface di dalam sistem yang akan
digunakan pelanggan/pengguna.

4. Construction of Prototype
Tahap keempat tim penulis melakukan pemeriksaan sistem yang telah di
buat disesuaikan dengan kebutuhan pelanggan/pengguna.

5. Deployment Delivery & Feedback

Pada tahap kelima, dimana sistem di uji coba oleh pelanggan/pengguna
setelah di uji coba maka dilakukan evaluasi mengenai kebutuhan dari
sistem yang diinginkan oleh pelanggan/pengguna. Setelah itu tim penulis
akan mendengarkan keluhan atau kekurangan dari sistem dan akan
disesuaikan dengan keinginan pelanggan/pengguna

1.7 Sistematika Penulisan

Sistematika penulisan laporan Tugas Akhir ini dibagi menjadi 5 (lima) bab.
Berikut penjelasan tentang masing-masing bab :

A. BAB I PENDAHULUAN

5
 Bab ini memaparkan tentang latar belakang, rumusan masalah, tujuan
dan manfaat, batasan masalah, tempat dan waktu, metodepelaksanaan dan
sistematika penulisan.
B. BAB II TINJAUAN PUSTAKA
Bab inimenjelaskan mengenai gambaran organisasi tempat survey yang
didalamnya mencakup nama organisasi tempat survey, alamat organisasi, sejarah
singkat organisasi, struktur organisasi, dan job deskripsi serta landasan teori yang
digunakan dalam pengembangan sistem yang dibangun.
C. BAB III ANALISA DAN PERANCANGAN
Bab ini menjelaskan uraian tentang pengertian sistem, komponen sistem, dan
model pengembangan sistem serta tentang teori-teori yang mendukung
pembuatan sistem. Serta membuat uraian tentang analisa sistem yang akan segera
dibuat dan bagaimana merancangnya sehingga menjadi sebuah sistem.
D. BAB IV IMPLEMENTASIDAN PENGUJIAN

Bab ini menjelaskan pembuatan sistem yang merupakan

pengimplementasian dari hasil analisa dan perancangan yang berisi gambaran
struktur menu serta tampilan layar dan langkah pengujian dari sistem yang
dibangun.
E. BAB V KESIMPULAN DAN SARAN
Pada bab ini berisi kesimpulan tentang seluruh pembahasan dan
pemecahan masalah yang tela dilakukan dan saran – saran untuk mengembangkan
sistem informasi beriktutnya

6
 BAB II
TINJAUAN PUSTAKA

2.1 Landasan Teori

Untuk mendukung pembuatan laporan ini, maka perlu dikemukakan hal-hal
atau teori-teori yang berkaitan dengan permasalahan dan ruang lingkup
pembahasan sebagai landasan dalam pembuatan laporan ini.

2.1.1 Pengertian Sistem

Untuk dapat memperoleh suatu hasil yang optimal dari suatu perencanaan
kegiatan-kegiatan yang penting, maka diperlukan adanya suatu sistem yang tepat
guna mencapai tujuan yang diharapkan. Keberadaan suatu sistem sangat penting
untuk mengolah data yang ada dalam suatu perusahaan hingga dapat dihasilkan
suatu sistem informasi yang berguna sebagai bahan pembantu dalam mengambil
keputusan. Dalam suatu sistem terdapat beberapa subsistem - subsistem yang
saling bekerja sama satu dengan lainnya guna mendukung semua kegiatan yang
ada dalam perusahaan yang sifatnya rutin.
Berikut ini adalah beberapa pengertian sistem menurut para pakar yang coba
saya paparkan dari berbagai sumber:
Menurut Mustakini (2009:34), “Sistem dapat didefinisikan dengan
pendekatan prosedur dan pendekatan komponen, sistem dapat didefinisikan
sebagai kumpulan dari prosedur-prosedur yang mempunyai tujuan tertentu”.
Menurut Agus Mulyanto (2009 : 1), “Sistem secara umum sebagai
kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan
tertentu sebagai satu kesatuan.
Menurut Moekijat dalam Prasojo (2011:152), “Sistem adalah setiap sesuatu
terdiri dari obyek-obyek, atau unsur-unsur, atau komponen-komponen yang
bertata kaitan dan bertata hubungan satu sama lain, sedemikian rupa sehingga
unsur-unsur tersebut merupakan satu kesatuan pemrosesan atau pengolahan yang
tertentu”.
Menurut Tata Sutabri (2012:10), secara sederhana, suatu sistem dapat
diartikan sebagai suatu kumpulan atau himpunan dari unsur, komponen, atau

7
variabel yang terorganisir, saling berinteraksi, saling tergantung satu sama lain,
dan terpadu.
Dari pendapat yang dikemukakan di atas dapat disimpulkan bahwa sistem
adalah suatu kumpulan atau kelompok dari elemen atau komponen yang saling
berhubungan atau saling berinteraksi dan saling bergantung satu sama lain untuk
mencapai tujuan tertentu.
Dengan menjalankan suatu sistem yang benar dan teratur sesuai dengan
prosedur yang berlaku, maka dapat membantu kelancaran kegiatan yang
dilakukan perusahaan sehingga tujuan perusahaan dapat tercapai. Secara garis
besar, sebuah sistem informasi terdiri atas tiga komponen utama. Ketiga
komponen tersebut mencakup software, hardware, dan brainware. Ketiga
komponen ini saling berkaitan satu sama lain (Pratama, 2014).

2.1.2 Karakteristik Sistem

Karakteristik sistem adalah sistem yang mempunyai komponen-komponen,
batas sistem, lingkungan sistem, penghubung, masukan, keluaran, pengolah dan
sasaran. Untuk lebih jelasnya dapat dilihat pada gambar dibawah ini yang
merupakan karakteristik sistem.(Nasikin, 2011) Didalam sebuah sistem terdapat
delapan karakteristik, adapun karakteristik sistem tersebut, yaitu:
A. Komponen Sistem
Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang
artinya saling bekerja sama membentuk satu kesatuan. Komponenkomponen
sistem atau elemen-elemen sistem dapat berupa suatu subsistem atau bagian-
bagian dari sistem. Setiap sistem sekecil apapun, selalu mengandung komponen-
komponen atau sub sistem-sub sistem. Setiap sub sistem mempunyai sifat-sifat
dari sistem untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses
sistem secara keseluruhan. Suatu sistem dapat mempunyai suatu sistem yang lebih
besar yang disebut supra sistem.
B. Boundary (Batasan Sistem)
Batas sistem merupakan daerah yang membatasi antara suatu sistem dengan
sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem ini

8
memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batas suatu sistem
menunjukkan ruang lingkup dari sistem tersebut.
C. Environment (lingkungan Luar Sistem)
Lingkungan dari sistem adalah apapun di luar batas dari sistem yang
mempengaruhi operasi sistem. Lingkungan luar sistem dapat bersifat
menguntungkan dan dapat juga bersifat merugikan sistem tersebut. lingkungan
luar yang mengutungkan merupakan energi dari sistem dan dengan demikian
harus tetap dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus
ditahan dan dikendalikan, kalau tidak akan mengganggu kelangsungan hidup dari
sistem.
D. Interface (Penghubung Sistem)
Penghubung merupakan media perantara antar sub sistem. Melalui
penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem
ke subsistem lainnya. Output dari satu sub sistem akan menjadi input untuk
subsistem yang lainnya dengan melalui penghubung. Dengan penghubung satu
subsistem dapat berinteraksi dengan sub sistem yang lainnya membentuk satu
kesatuan.
E. Input (Masukan)
Masukan adalah energi yang dimasukkan ke dalam sistem. Masukan dapat
berupa maintenance input dan sinyal input. Maintenance input adalah energi yang
dimasukkan supaya sistem tersebut dapat beroperasi. Sinyal input adalah energi
yang diproses untuk didapatkan keluaran.
F. Output (Keluaran)
Keluaran adalah hasil dari energi yang diolah dan diklasifikasikan menjadi
keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan masukan
untuk subsistem yang lain atau kepada supra sistem.
G. Proses (Pengolahan Sistem)
Suatu sistem dapat mempunyai suatu bagian pengolah atau sistem itu sendiri
sebagai pengolahnya. Pengolah yang akan merubah masukan menjadi keluaran.
Suatu sistem produksi akan mengolah masukan berupa bahan baku dan bahan-
bahan yang lain menjadi keluaran berupa barang jadi.

9
H. Objective and Goal (Sasaran dan Tujuan Sistem)
Suatu sistem pasti mempunyai tujuan atau sasaran. Kalau suatu sistem tidak
mempunyai sasaran, maka operasi sistem tidak akan ada gunanya. Sasaran dari
sistem sangat menentukan sekali masukan yang dibutuhkan sistem dan keluaran
yang akan dihasilkan sistem. Suatu sistem dikatakan berhasil bila mengenai
sasaran atau tujuannya. (Nasikin, 2011)

2.1.3 Pengertian Informasi

Informasi merupakan hasil pengolahan data dari satu atau berbagai sumber
yang kemudian diolah, sehingga memberikan nilai, arti, dan manfaat. Pada proses
pengolahan data, untuk dapat menghasilkan informasi, juga dapat dilakukan
proses verifikasi secara akurat, spesifik, dan tepat waktu. Informasi (information)
dapat didefinisikan sebagai berikut:
Menurut Mustakini (2009:36)[2], ”Informasi adalah data yang diolah
menjadi bentuk yang berguna bagi pemakainya”.
Menurut McLeod dalam Yakub (2012:8)[6], “Informasi adalah data yang
diolah menjadi bentuk yang lebih berguna bagi penerimanya”.
Berdasarkan pendapat para ahli yang dikemukakan di atas dapat ditarik
kesimpulan bahwa informasi adalah data yang sudah diolah menjadi sebuah
bentuk yang berarti bagi pengguna, yang bermanfaat dalam pengambilan
keputusan saat ini atau mendukung sumber informasi.

2.1.4 Sistem Informasi

Berdasarkan definisi mengenai sistem dan informasi yang telah dijelaskan
diatas, maka dapat dinyatakan bahwa sistem informasi merupakan gabungan dari
empat bagian utama. Keempat bagian utama tersebut mencakup perangkat lunak
(sofware), perangkat keras (hardware), infrastruktur, dan Sumber Daya Manusia
(SDM) yang terlatih. Keempat bagian utama ini saling berkaitan untuk
menciptakan sebuah sistem yang dapat mengolah data menjadi informasi yang
bermanfaat. Di dalamnya juga termasuk proses perencanaan, kontrol, koordinasi
dan pengambilan keputusan (Ladjamudin, 2013).

10
2.1.5 Pengertian Pengelolaan
Secara umum pengelolaan merupakan kegiatan merubah sesuatu hingga
menjadi baik berat memiliki nilai-nilai yang tinggi dari semula. Pengelolaan dapat
juga diartikan sebagai untuk melakukan sesuatu agar lebih sesuai serta cocok
dengaPengelolaan merupakan istilah yang dipakai dalam ilmu manajemen.
Secara etomologi istilah pengelolaan berasal dari kata .kelolah. (to manage)
dan biasanya merujuk pada proses mengurus atau menangani sesuatu untuk
mencapai tujuan tertentu.n kebutuhan sehingga lebih bermanfaat.
pengelolaan merupakan ilmu manajemen yang berhubungan dengan proses
mengurus dan menangani sesuatu untuk mewujudkan tujuan tertentu yang ingin
dicapai.

2.1.6 Pengertian Data

Data adalah deskripsi dasar atau Fakta mentah dari kejadian, hal yang
ditangkap, direkam, disimpan, diklasifikasikan, namun tidak diorganisasikan
untuk tujuan spesifik tertentu. Representasi dari dunia nyata yang dinyatakan
dalam bentuk angka, huruf, simbol, warna, gambar, atau paduan dari semua hal
tersebut.Data merupakan bagian dari sebuah informasi karena data yang diolah
bisa menjadi informasi yang mempunyai arti.

2.1.7 Pengertian Logistik

logistik adalah bagian dari ilmu manajemen dimana rangkaian kegiatannya
saling berhubungan dan dilakukan secara bertahap, serta bertujuan untuk
mengelola dan memelihara barang atau perlengkapan tertentu.

2.1.8 Basis Data

Basis Data atau Database merupakan sekumpulan data yang saling
berhubungan antara satu dengan yang lainnya yang tersimpan di dalam perangkat
keras (hardware) komputer secara sistematik dan dapat digunakan menggunakan
perangkat lunak (software) untuk memanipulasi serta memperoleh informasi dari
basis data tersebut (Brainytutorial, 2017).
Tujuan Basis data sendiri adalah sebagai berikut:

11
a. Kecepatan serta kemudahan dalam menyimpan, memanipulasi atau juga
menampilkan kembali data tersebut.
b. Efisiensinya ruang penyimpanan, karena dengan basis data, redudansi data
akan bisa dihindari.
c. Keakuratan (Accuracy) data.
d. Ketersediaan (Availability) data.
e. Kelengkapan (Completeness) data, Bisa melakukan perubahan struktur dalam
basis data, baik dalam penambahan objek baru (tabel) atau dengan
penambahan field-field baru pada table.
f. Keamanan (Security) data, dapat menentukan pemakai yang boleh
menggunakan basis data beserta objek-objek yang ada didalamnya serta
menentukan jenis -jenis operasi apa saja yang boleh dilakukannya.
g. Kebersamaan Pemakai (Sharability), Pemakai basis data bisa lebih dari satu
orang, tetapi tetap menjaga atau menghindari masalah baru seperti:
inkonsistensi data (karana data yang sama diubah oleh banyak pemakai pada
saat yang bersamaan) dan juga kondisi deadlock (karena ada banyak pemakai
yang saling menunggu untuk menggunakan data tersebut.

2.1.9 UML (Unified Model Language)

UML (Unified Modelling Language) adalah bahasa untuk menspesifikasi,
memvisualisasi, membangun dan mendokumentasikan artifacts (bagian dari
informasi yang digunakan atau dihasilkan oleh proses pembuatan perangkat lunak,
artifact tersebut dapat berupa model, deskripsi atau perangkat lunak) dari sistem
perangkat lunak, seperti pada pemodelan bisnis dan sistem non perangkat lunak
lainnya.
Selain itu UML adalah bahasa pemodelan yang menggunakan konsep
orientasi object. UML dibuat oleh Grady Booch , James Rumbaugh , dan Ivar
Jacobson di bawah bendera Rational Software Corp. UML menyediakan notasi-
notasi yang membantu memodelkan sistem dari berbagai perspektif, UML tidak
hanya digunakan dalam pemodelan perangkat lunak, namun hampir dalam semua

12
bidang yang membutuhkan pemodelan. Terdapat beberapa bagian utama dari
UML yaitu View, Diagram, Model element, dan general mechanishm.
a. Use case Diagram
Use case diagram menggambarkan sejumlah external actors dan
hubungannya ke Use case yang diberikan oleh sistem. Use case adalah
deskripsi fungsi yang disediakan oleh sistem dalam bentuk teks sebagai
dokumentasi dari Use case symbol namun dapat juga dilakukan dalam
activity diagrams.
b. Class Diagram
Class Diagram adalah pandangan aplikasi yang bersifat statis. Class
Diagram tidak hanya menggambarkan visualisasi, tetapi juga
menggambarkan dan mendokumentasikan aspek yang berbeda dalam sistem,
tetapi juga untuk kontruksi eksekusi kode dalam software aplikasi. Class
Diagram digunakan untuk mengelompokan hal-hal inti dari setiap proses
yang ingin dilakukan. Semua proses dimasukkan ke dalam tiap-tiap Class dan
saling dihubungkan pada Class-Class lainnya yang saling berhubungan.
c. Activity Diagram
Diagram ini menggambarkan rangkaian aliran dari aktivitas didalam
sebuah system yang bersifat dinamis, diagram ini digunakan untuk
mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat
juga digunakan untuk aktifitas lainnya seperti use case atau interaksi.
d. Sequence Diagram
Diagram ini menggambarkan kolaborasi dinamis antara sejumlah object
yang bersifat dinamis. Kegunaanya untuk Menunjukkan rangkaian pesan
yang dikirim terhadap object juga interaksi antara object, sesuatu yang
terjadi pada titik tertentu dalam eksekusi system.

2.2 Tools yang digunakan

Agar memudahkan dalam pembuatan sistem, maka diperlukan beberapa alat
atau tools-tools yang digunakan dalam pembuatan sistem informasi administrasi
dan teknik untuk proses pelaksanaan pembuatan sistem baru.

13
2.2.1 Visual Paradigm

Visual paradigm merupakan sebuah software model dengan system

visualisasi memungkinkan model yang telah dibuat dapat digunakan sebagai
representasi proyek-proyek lain dilengkapi dengan beberapa fitur yang ada di
dalamnya sampai pada menganalisa sebuah proyek yang akan dikerjakan.
Diagram dapat di susun sedemikian rupa sehingga dapat dipustakan menjadi
proyek per proyek yang saling berkaitan. Hal ini dapat juga membantu
memisahkan terhadap pekerjaan proyek sampai level terkecil. Visual Paradigm
dapat membandingkan perubahan 32 antara diagram yang satu dengan yang lain
yang saling berkaitan dan dapat digunakan untuk melacak perbedaan antara
diagram-diagram yang ada. Dengan dukungan design layaknya Freehand dapat
menambahkan ke diagram untuk penjelasan lebih detail apa yang menjadi tujuan.
Fasilitas lain dapat menggunakan mouse pen atau pena untuk sketching bentuk
jalan, kita juga dapat menambahkan bentuk solid seperti bintang, dan panah
Rectangles. Mendukung generalisasi atur di kelas diagram. Generalisasi
menetapkan mendefinisikan sekumpulan generalisasi hubungan yang
menjelaskan cara umum penggolong dapat dibagi dengan spesifik subtypes.
Dalam Visual Paradigm, Anda dapat menambahkan dan mengatur subset, dan
menerapkannya pada generalisasi hubungan.

2.2.2 Sublime Text

Aplikasi Sublime Text adalah editor teks yang dirancang untuk mengolah
potongan kode, plugin, dan markup. Banyak aplikasi pengolah kode lain selain
sublime teks tetapi sublime text memiliki kualitas dan kuantitas fitur-fiturnya
seperti blok multi tempat, kursor banyak dan pengolahan split. Fitur-fitur ini
membuat pengolahan kode menjadi lebih cepat dan mudah.
Fitur lain yang menarik adalah dukungannya pada berbagai macam bahasa
seperti Clojure, Perl, Javascript, Haskell, Erlango dan Escala. Adanya kemampuan
konfigurasi pintasan kibor menurut kemauan pengguna juga sangat membantu.
Dengan ini tindakan yang memakan banyak waktu di program lain bisa dilakukan
dengan cepat di aplikasi sublime teks ini.

14
2.2.3 Xampp
XAMPP merupakan tools yang menyediakan paket perangkat lunak ke
dalam satu buah paket. Dengan menginstall XAMPP maka tidak perlu lagi
melakukan instalasi dan konfigurasi web server Apache, PHP dan MySQL secara
manual. XAMPP akan menginstalasi dan mengkonfigurasikannya secara otomatis
untuk anda atau auto konfigurasi.

2.2.4 PHP (Hypertext Preproccesor)

PHP merupakan singkatan dari Hypertext preprocessor, dikenal sebagai
Bahasa scripting yang menyatu dengan tag-tag HTML, dieksekusi di server dan
digunakan untuk membuat halaman web yang dinamis seperti halnya Active
Server Pages (ASP) atau Java Server Pages (JSP).
2.2.5 Web Server
File server, database server, mail server, dan web server menggunakan
software server yang berbeda-beda. Masing-masing aplikasinya dapat mengakses
file yang tersimpan di server fisik dan menggunakannya untuk tujuan yang
berbeda-beda.
Fungsi dari web server adalah mengelola website yang telah online. Agar
semuanya berjalan lancaar, web server berperan sebagai perantara antara mesin
server dan klien. Web server menarik konten dari server pada setiap permintaan
user dan mengirimkannya ke web.
Tantangan terbesar dari web server adalah mengelola user web yang banyak
dan berbeda-beda di waktu bersamaan – masing-masing user meminta halaman
yang berbeda-beda. Web server memproses file yang tertulis dalam berbagai
bahasa pemrograman, seperti PHP, Python, Java, dan lain-lain.
Web server mengubah file-file tersebut ke file HTML yang statis dan
mengelolanya di browser milik user web. Ketika mendengarkan kata web server,
anggap saja software tersebut adalah tool yang bertangung jawab atas ketepatan
komunikasi server-klien.

15
2.2.6 MySQL
MySQL merupakan salah satu software untuk database server yang banyak
digunakan, MySQL bersifat Open Source dan mengguanakan SQL. MySQL
memiliki beberapa kelebihan, antara lain :
1. Kapabilitas dan pembatasan. MySQL mampu menangani basis data dalam
skala besar, dengan jumlah rekaman (records) lebih dari 50 juta dan 60 ribu
tabel serta 5 milyar baris. Selain itu, batas indeks yang dapat ditampung
mencapai 32 indeks pada tiap tabelnya.
2. Konektivitas. MySQL dapat melakukan koneksi dengan Clien menggunakan
protokol TCP/IP, Unix soket (UNIX), atau Named Pipes (NT).
3. Lokalisasi. MySQL dapat mendeteksi pesan kesalahan pada klien dengan
menggunakan lebih dari dua puluh bahasa.
4. Antar Muka. MySQL memiliki interface (antar muka) terhadap berbagai
aplikasi dan bahasa pemrograman dengan menggunakan fungsi API
(Application Programming Interface).
Portabilitas. MySQL dapat berjalan stabil pada berbagai sistem operasi
seperti Windows, Linux, FreeBSD, Mac Os X Server, Solaris, Amiga, dan masih
banyak lagi.

16
 BAB III
ANALISA PERANCANGAN APLIKASI
3.1 Analisis Sistem
Analisis dan perancangan sistem merupakan suatu pendekatan yang
sistematis untuk mengindentifikasi masalah, arus data dan arus informasi serta
merancang sebuah sistem informasi. Analisis dan perancangan sistem
memerlukan tahapan yang sistematis untuk mendapatkan rancangan sistem yang
baik dan sesuai dengan kegunaan dan tujuannya.

3.2 Analisis Aplikasi

Aplikasi pengelolaan data logistik ini merupakan aplikasi yang
mempermudah dalam pengelolaan data barag masuk dan keluar, serta
mempermudah dalam pembuatan laporan.

3.3 Analisis Sistem yang Sedang Berjalan

Saat ini di PT SUMBER MAKANAN SEHAT dalam merakapitulasi
laporan bulanan dari beberapa bagian di PT SUMBER MAKANAN SEHAT,
masih menghitung cara yang manual, sehingga proses perhitungan yang berjalan
sering tidak sesuai dengan laporan yang diajukan oleh pihak perusahaan tersebut.
Dan untuk pengajuan laporannya sendiri pihak perusahaan juga harus
menginputkan secara manual pula dan dikirim fisiknya ke Dinas Kesehatan.
Mekanisme umum yang dilakukan yaitu dengan mengisi formulir pelaporan
bulanan yang disediakan oleh Dinas Kesehatan, kemudian dari formulir tersebut
harus di tandatangani oleh koordinator puskesmas dan kepala puskesmas,
selanjutnya Dinas Kesehatan akan memasukan kembali laporan tersebut dan
melakukan perhitungan laporan tersebut secara manual ke aplikasi Ms. Excel.
Berikut merupakan mekanisme dari alur tersebut yang digambarkan dalam bentuk
BPMN.

17
 18

Gambar 3.1 Proses bisnis sistem sedang berjalan

3.4 Analisis Kebutuhan Sistem

Analisis kebutuhan sistem merupakan menganalisis terhadap kebutuhan-
kebutuhan apa saja yang diperlukan dalam membangun sebuah sistem nantinya.
Analisis kebutuhan ini sangatlah penting untuk menghasilkan sebuah sistem yang
dapat bekerja atau beroprasi dengan baik nantinya. Analisis kebutuhan ini terdiri
dari anlisis kebutuhan fungsional dan analisis kebutuhan non fungsional.

4.5.1 Analisi Kebutuhan Non Fungsional

Analisis kebutuhan nonfungsional menggambarkan kebutuhan yang
diperlukan untuk menjalankan sistem yang dibangun. Analisis kebutuhan non
fungsional dilakukan untuk mengetahui spesifikasi kebutuhan untuk sistem.
Spesifikasi kebutuhan melibatkan analisis perangkat keras ( hardware),
analisis perangkat lunak (software), dan analisis pengguna (user).
a. Analisis kebutuhan perangkat keras (hardware)
Perangkat keras merupakan sebuah komponen yang harus ada dalam
menjalankan sebuah sistem nantinya, spesifikasi perangkat keras yang
 19

diperlukan dalam menjalankan sistem informasi ini diantaranya adalah

sebagai berikut:
Tabel 3.1 Kebutuhan Spesifikasi Perangkat Keras (Hardware)

No Perangkat Keras Spesifikasi

1 Processor Intel Core i3, 2,00 Ghz
2 Memory 4 GB
3 VGA 128 MB
4 Harddisk 500 GB
5 Monitor Resolusi 1024 x 768 pixel
6 Mouse dan Keyboard YA

b. Analisis kebutuhan perangkat lunak (Software)

Peangkat lunak atau software merupakan sebuah perangkat untuk
menjalankan sebuah sistem nantinya, spesifikasi perangkat lunak yang
diperlukan unutk menjalankan sistem informasi ini diantarnaya:
Tabel 3.2 Kebutuhan Spesifikasi Perangkat Lunak (Software)

Sistem Operasi Web Browser

Windows 10 Google Chrome

4.5.2 Analisi Kebutuhan Fungsional

Kebutuhan fungsional menjelaskan mengenai proses-proses apa saja yang
akan dilakukan oleh sistem. Deskripsi dari kebutuhan aktivitas-aktivitas dan
layanan-layanan yang harus disediakan oleh sistem, kebutuhan fungsional sistem
menggambarkan fitur- fitur secara detail. Berikut adalah fungsi atau modul yang
dibutuhkan oleh sistem yang nantinya akan digunakan oleh user (pengguna).

Tabel 3.3 Tabel kebutuhan fungsional

No Fungsi User Ket

 20

1 Login
2
3
4
5
6
7

4.6 Analisis Perancangan Sistem

Dalam membuat sebuah perancangan sistem untuk menggambarkan sistem
yang akan dibangun menggunakan UML. UML (Unified Modelling Language)
adalah sebuah bahasa yang berdasarkan grafik atau gambar untuk memvisualisasi,
menspesifikasi, membangun, dan mendokumentasikan sebuah sistem
penegembangan software berbasis object oriented. UML memberikan standart
penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan
kelas-kelas dalam bahasa program yang spesifik, skema database, dan komponen
lain yang diperlukan dalam sistem software. Berikut akan dilakukan sebuah
perancangan sistem dengan menggunakan beberapa diagram UML, diantaranya
use case diagram, activity diagram, class diagram, dan Entity Relationship
Diagram.

4.6.1 Use case Diagram

Use case atau diagram uses case merupakan pemodelan untuk sistem yang
akan dibuat. Use case mendeskripsikan sebuah interaksi antara antara satu atau
lebih aktor dengan sistem yang dibuat. Use Case adalah abstraksi dari interaksi
antara sistem dan actor. Use Case berkerja dengan mendeskripsikan tipe interaksi
antara actor sebuah sistem dengan sistemnya sendiri melalui sebuah cerita
bagaimana sebuah sistem digunakan. Berikut ini adalah perancangan proses-
proses yang terdapat pada sistem hibah ini, yang digambarkan dengan Use Case
Diagram, untuk aktor yang terlibat terdiri dari dua aktor yaitu dinkes dan
puskesmas.
 21

Tabel 3.4 Definisi Aktor

Nama Aktor Definisi
Admin

Gambar 3.2 Use Case Diagram PT SUMBER MAKANAN SEHAT

Keterangan :
Berdasarkan Gambar 3.2 Use Case Diagram PT SUMBER MAKANAN
SEHAT, terdapat 1 aktor dan 12 use case yaitu user. User harus terlebih dahulu
melakukan Login kemudian mendapatkan hak akses terhadap PT SMS dan dapat
melakukan kelola puskesmas, kelola pembinaan individu, kelola pembinaan
keluarga, kelola pembinaan kelompok, kelola kasus dan rujukan, kelola penilaian
dan output kegiatan, dan feedback. Untuk perkesmas harus terlebih dahulu
melakukan Login kemudian mendapatkan hak akses terhadap E-Perkesmas dan
dapat melakukan kelola data penduduk, kelola data kelompok, kelola pembinaan
individu, kelola pembinaan keluarga, kelola pembinaan kelompok, kelola kasus
dan rujukan, kelola penilaian dan output kegiatan, dan feedback.
 22

4.6.2 Use Case Scenario Diagram

Use case scenario mendeskripsikan urutan langkah-langkah dalam proses
yang dilakukan setiap aktor terhadap sistem maupun sebaliknya.
Tabel 3.5 Use case Scenario Login
Kode U1
Use Case Login
Pra Kondisi User telah mendapat nama pengguna (Username) dan kata sandi
(password)
Detail 1. User memasukkan nama pengguna dan kata sandi
2. User menekan tombol Login
3. Aplikasi/sistem mulai sesi
Pasca Kondisi User mendapatkan hak akses dari sistem
Keterangan 1. Jika kombinasi nama pengguna dan kata sandi salah maka
aplikasi memberi informasi kepada User bahwa nama
pengguna dan kata sandi salah.
2. Jika kombinasi nama pengguna dan kata sandi benar maka
aplikasi akan memulai sesi pengelola aplikasi.

Tabel 3.6 Use case Scenario Kelola Data Puskesmas

Kode U2
Use Case Kelola Data Puskesmas
Pra Kondisi Admin dinkes telah mendapatkan hak akses dari system.
Detail 1. Admin memasuki dashboard.
2. Admin menekan menu data puskesmas.
3. Admin dapat melihat, menambah, mengubah, menghapus
dan mengeksport data puskesmas ke microsoft excel.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan admin terhadap
sistem.
Keterangan -
Tabel 3.7 Use case Scenario Kelola Data Penduduk
Kode U3
Use Case Kelola Data Penduduk
Pra Kondisi Pihak puskesmas telah mendapatkan hak akses dari system.
Detail 1. Pihak perkesmas memasuki dashboard.
2. Pihak perkesmas menekan menu data master.
3. Pihak perkesmas memasuki menu data penduduk
4. Pihak perkesmas dapat melihat, menambah, mengubah,
dan menghapus data penduduk.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan pihak perkesmas
terhadap sistem.
Keterangan -
 23

Tabel 3.8 Use case Scenario Kelola Data Kelompok

Kode U4
Use Case Cari Arsip
Pra Kondisi Pihak puskesmas telah mendapatkan hak akses dari system.
Detail 1. Pihak perkesmas memasuki dashboard.
2. Pihak perkesmas menekan menu data master.
3. Pihak perkesmas memasuki menu data penduduk
4. Pihak perkesmas dapat melihat, menambah, mengubah,
dan menghapus data kelompok.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan pihak perkesmas
terhadap sistem.
Keterangan -

Tabel 3.9Use case Scenario Kelola Pembinaan Individu

Kode U5
Use Case Kelola Pembinaan Individu
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas menekan menu penilaian peroses
kegiatan.
3. Admin/pihak perkesmas memasuki menu pembinaan
individu
4. Pihak perkesmas dapat melihat data pelaporan, menginput
data pelaporan, mengubah data pelaporan, dan menghapus
data pelaporan sebelum di publish ke dinkes.
5. Admin akan memverifikasi laporan tersebut dan bisa print
out laporan bulanan.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

Tabel 3.10 Use case Scenario Kelola Pembinaan Keluarga

Kode U6
Use Case Kelola Pembinaan Keluarga
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas menekan menu penilaian peroses
 24

kegiatan.
3. Admin/pihak perkesmas memasuki menu pembinaan
keluarga
4. Pihak perkesmas dapat melihat data pelaporan, menginput
data pelaporan, mengubah data pelaporan, dan menghapus
data pelaporan sebelum di publish ke dinkes.
5. Admin akan memverifikasi laporan tersebut dan bisa print
out laporan bulanan.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

Tabel 3.11 Use case Scenario Kelola Pembinaan Kelompok

Kode U7
Use Case Kelola Pembinaan Kelompok
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas menekan menu penilaian peroses
kegiatan.
3. Admin/pihak perkesmas memasuki menu pembinaan
kelompok
4. Pihak perkesmas dapat melihat data pelaporan, menginput
data pelaporan, mengubah data pelaporan, dan menghapus
data pelaporan sebelum di publish ke dinkes.
5. Admin akan memverifikasi laporan tersebut dan bisa print
out laporan bulanan.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

Tabel 3.12 Use case Scenario Kelola Kasus dan Rujukan

Kode U8
Use Case Kelola Kasus dan Rujukan
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas menekan menu penilaian peroses
kegiatan.
3. Admin/pihak perkesmas memasuki menu kasus dan
rujukan.
4. Pihak perkesmas dapat melihat data pelaporan, menginput
data pelaporan, mengubah data pelaporan, dan menghapus
data pelaporan sebelum di publish ke dinkes.
5. Admin akan memverifikasi laporan tersebut dan bisa print
 25

out laporan bulanan.

Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

Tabel 3.13 Use case Kelola Penilaian Output Kegiatan

Kode U9
Use Case Kelola Penilaian Output Kegiatan
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas memasuki menu Penilaian Output
Kegiatan.
3. Pihak perkesmas dapat melihat data pelaporan, menginput
data pelaporan, mengubah data pelaporan, dan menghapus
data pelaporan sebelum di publish ke dinkes.
4. Admin akan memverifikasi laporan tersebut dan bisa print
out laporan bulanan.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

Tabel 3.14 Use case Feedback

Kode U10
Use Case Feedback
Pra Kondisi User telah mendapatkan hak akses dari sistem
Detail 1. Admin/pihak perkesmas memasuki dashboard.
2. Admin/pihak perkesmas memasuki menu feedback.
3. Pihak perkesmas dapat mengirim pesan kepada pihak
dinkes.
4. Pihak dinkes akan memberi tanggapan atas pesan dari
perkesmas.
Pasca Kondisi Sistem menampilkan hasli yang dilakukan oleh Admin/pihak
perkesmas terhadap sistem.
Keterangan -

4.6.3 Activity Diagram

Activity Diagram merupakan diagram yang memperlihatkan aliran aktivitas-
aktivitas yang dideskripsikan oleh Use Case dan pada saat yang bersamaan
 26

memperlihatkan aktor mana atau kelas analisa mana yang bertanggung jawab
untuk aksi tertentu yang dideskripsikan oleh kotak aktivitas.

Gambar 3.3 Activity Diagram Login

 27

Gambar 3.4 Activity Diagram Data Barang

 28

Gambar 3.5 Activity Diagram Kelola Data Supplier

 29

Gambar 3.6 Activity Diagram Kelola Data Barang Masuk

 30

Gambar 3.7 Activity Diagram Kelola Data Barang Keluar

 31

Gambar 3.8 Activity Diagram Data Transaksi Barang Masuk

Gambar 3.9 Activity Diagram Data Transaksi Barang Keluar

Gambar 3.10 Activity Diagram Kelola Laporan Data Barang

 32

Gambar 3.11 Activity Diagram Kelola Laporan Data Supllier

 33

Gambar 3.12 Activity Diagram Laporan Barang Masuk

Gambar 3.13 Activity Diagram Laporan Barang Keluar

4.6.4 Class Diagram

Class diagram adalah pandangan aplikasi yang statis. Class diagram tidak
hanya menggambarkan visualisasi, menggambarkan dan mendokumentasikan
aspek yang berbeda dalam sistem, tetapi juga untuk kontruksi eksekusi kode
dalam software aplikasi .
Class diagram digunakan untuk mengelompokkan hal-hal inti dari setiap
proses yang ingin dilakukan. Semua proses dimasukkan ke dalam tiap-tiap Class
dan saling dihubungkan pada Class-Class lainnya yang saling berhubungan..
Berikut merupakan class diagram dari Sistem Informasi Pelaporan Online
Registrasi Kohort Keluarga Binaan Perkesmas:
 34

Gambar 3.14 Class Diagram PT SUMBER MAKANAN SEHAT

Keterangan :
Berdasarkan Gambar 3.13 Class Diagram E-Perkesmas terdiri dari 15 Class
yaitu main, login, kelola_pembinaan_keluarga, pembinaan_per_KK, jumlah_kel_
binaan, rawan_kesehatan, kelola_pembinaan_individu, kelola_pembinaan_
kelompok, kelompok_binaan, kunjungan_kel_binaan, kel_spesifikasi_kasus,
kelola_kaus_dan_rujukan, kelola_peninalain_ouput, setelah_dibina, dan
sebelum_dibina.
 35

4.7 Perancangan Data

4.7.1 Perancangan ERD (Entity Relational Diagram)

Gambar 3.15 ERD (Entity Relational Diagram) Aplikasi Pengelolaan Data

Logistik Di PT Sumber Makanan Sehat

4.7.2 Perancangan Struktur Tabel

Struktur tabel digunakan sebagai gambaran dari tabel-tabel yang ada di
dalam database. Berikut merupakan perancangan tabel dari Aplikasi Pengelolaan
Data Logistik PT Sumber Makanan Sehat.

a. Tabel User
Tabel 3.15 Tabel User

No Nama Field Tipe Data Ukuran Keterangan

1 id_user integer 11 Primary Key
2 namaUser varchar 55
3 Username varchar 55
4 Password varchar 55

b. Tabel Puskesmas
 36

Tabel 3.16 Tabel Puskesmas

No Nama Field Tipe Data Ukuran Keterangan

1 idPuskesmas integer 11 primary key
2 idKec integer 11
3 namaPuskesmas varchar 100
4 Kepala varchar 55
5 nipKepala varchar 55
6 kordPerawat varchar 25
7 nipKordPerawat varchar 55
8 Username varchar 55
9 Password varchar 55

c. Tabel pkeluarga
Tabel 3.17 Tabel pkeluarga

No Nama Field Tipe Data Ukuran Keterangan

1 idPembinaan integer 11 primary key
2 idPuskesmas integer 11
3 Sasaran integer 11
4 Target integer 11
5 Cakupan integer 11
6 keluargaBinaan_baru integer 11
7 keluargaBinaan_lanjut integer 11
8 keluargaBinaan_lepas integer 11
9 keluargaBinaan_total, integer 11
10 keluargaBinaan_ket varchar 255
11 kunjunganKeluargaBinaa integer 11
n
12 kasus_a_baru integer 11
13 kasus_a_lanjut integer 11
14 kasus_a_lepas integer 11
15 kasus_a_total integer 11
16 kasus_a_ket varchar 255
17 kasus_b_baru integer 11
18 kasus_b_lanjut integer 11
19 kasus_b_lepas integer 11
20 kasus_b_total integer 11
21 kasus_b_ket varchar 255
22 kasus_c_baru integer 11
23 kasus_c_lanjut integer 11
24 kasus_c_lepas integer 11
 37

No Nama Field Tipe Data Ukuran Keterangan

25 kasus_c_total integer 11
26 kasus_c_ket varchar 255
27 kasus_d_baru integer 11
28 kasus_d_lanjut integer 11
29 kasus_d_lepas integer 11
30 kasus_d_total integer 11
31 kasus_d_ket varchar 255
32 kasus_e_baru integer 11
33 kasus_e_lanjut integer 11
34 kasus_e_lepas integer 11
35 kasus_e_total integer 11
36 kasus_e_ket varchar 255
37 kasus_f_baru integer 11
38 kasus_f_lanjut integer 11
39 kasus_f_lepas integer 11
40 kasus_f_total integer 11
41 kasus_f_ket varchar 255
42 g1 varchar 255
43 g2 varchar 255
44 g3 varchar 255
45 Status integer 2
46 dateInput timestamp
47 last_update datetime
48 Fix tinyint 1

d. Tabel pKelompok
Tabel 3.18 Tabel pKelompok

No Nama Field Tipe Data Ukuran Keterangan

1 idPembinaan integer 11 primary key
2 idPuskesmas integer 11
3 kelompokTotal integer 11
4 kelompokKet varchar 255
5 kunjunganTotal integer 11
6 kunjunganKet varchar 255
7 kBalita integer 11
8 kBalitaKet varchar 255
9 kAnakSekolah integer 11
10 kAnakSekolahKet varchar 255
11 kMaternitas integer 11
12 kMaternitasKet varchar 255
 38

No Nama Field Tipe Data Ukuran Keterangan

13 kCalonHaji integer 11
14 kCalonHajiKet varchar 255
15 kUsiaLanjut integer 11
16 kUsiaLanjutKet varchar 255
17 kMenular integer 11
18 kMenularKet varchar 255
19 kNonMenular integer 11
20 kNonMenularKet varchar 255
21 kBinaan integer 11
22 kBinaanKet varchar 255
23 Status integer 1
24 dateInput timestamp
25 last_update Datetime
26 Fix tinyint 1

e. Tabel pindividu
Tabel 3.19 Tabel pindividu

No Nama Field Tipe Data Ukuran Keterangan

1 idPembinaan, integer 11 primary key
2 idPuskesmas integer 11
3 rawatInapTotal integer 11
4 rawatInapKet varchar 255
5 rawatJalanTotal integer 11
6 rawatJalanKet varchar 255
7 Status integer 1
8 dateInput timestamp
9 last_update timestamp
10 Lampiran varchar 255
11 Fix tinyint 1

f. Tabel Penilaianoutput
Tabel 3.20 Tabel Penilaianoutput

No Nama Field Tipe Data Ukuran Keterangan

1 idPenilaian integer 11 primary key
2 idPuskesmas integer 11
3 km1_a integer 11
4 km2_a integer 11
 39

5 km3_a integer 11
6 km4_a integer 11
7 ket_a varchar 255
8 km1_z integer 11
9 km2_z integer 11
10 km3_z integer 11
11 km4_z integer 11
12 ket_z varchar 255
13 Status integer 11
14 dateInput timestamp
15 last_update Datetime
16 Fix tinyint 1

g. Tabel Penduduk
Tabel 3.21 Tabel Penduduk

No Nama Field Tipe Data Ukuran Keterangan

1 id_penduduk integer 11 primary key
2 Nik varchar 55
3 Nama varchar 55
4 tmpt_lahir varchar 55
5 tgl_lahir Date 10
6 Jk Char 1
7 Alamat varchar 19
8 Rt varchar 10
9 Rw varchar 10
10 Kel varchar 35
11 Kec varchar 35
12 kode_pos varchar 10
13 Kota varchar 35
14 Provinsi varchar 35
15 Gdr varchar 10
16 Agama varchar 25
17 Status varchar 25
18 Shdk varchar 25
19 Shdrt integer 11
20 no_kk varchar 55
21 kepala_kel varchar 55
22 Pekerjaan varchar 55
23 Kewarganegaraan varchar 15
24 Pendidikan varchar 35
25 Foto varchar 255
26 Tipe integer 1
 40

27 no_paspor varchar 55
28 no_kitas_kitap varchar 55
29 nama_ibu varchar 55
30 nama_ayah varchar 55
31 idPuskesmas integer 11
h. Table pembinaan_keluarga
Tabel 3.22 Tabel pembinaan_keluarga

No Nama Field Tipe Data Ukuran Keterangan

1 id_pembinaan integer 11 primary key
2 idPuskesmas integer 11
3 date_time Date
4 Sasaran integer 11
5 Target integer 11
6 Cakupan Float
7 Fix tinyint 1

i. Table pembinaan_kelompok
Tabel 3.23 Tabel pembinaan_kelompok

No Nama Field Tipe Data Ukuran Keterangan

1 id_pembinaan Integer 11 primary key
2 idPuskesmas Integer 11
3 date_time Timestamp
4 Fix Tinyint 1

j. Table kohort_keluarga
Tabel 3.24 Tabel kohort_keluarga

No Nama Field Tipe Data Ukuran Keterangan

1 id_kohort Integer 11 primary key
2 date_create Datetime
3 id_pembinaan Integer 11
4 id_penduduk Integer 11
5 jenis_masalah Varchar 200
6 kode_sasaran Char 1
7 k1_date Date
8 k1_km Char 3
9 k2_date Date
10 k2_km Char 3
11 k3_date Date
12 k3_km Char 3
13 k4_date Date
14 k4_km Char 3
 42

No Nama Field Tipe Data Ukuran Keterangan

15 k5_date Date
16 k5_km Char 3
17 k6_date Date
18 k6_km Char 3
19 Ket Varchar 100
20 Status Tinyint 1
21 last_update Timestamp

k. Table kohort_kelompok
Tabel 3.25 Tabel kohort_kelompok

No Nama Field Tipe Data Ukuran Keterangan

1 id_kohort Integer 11 Primary Key
2 id_pembinaan Integer 11
3 id_kelompok Integer 11
4 date_time Date

l. Table kelompok
Tabel 3.26 Tabel kelompok

No Nama Field Tipe Data Ukuran Keterangan

1 id_kelompok Integer 11 Primary Key
2 idPuskesmas Integer 11
3 nama_kelompok Varchar 255
4 jenis_kelompok Varchar 200

m. Table Kecamatan
Tabel 3.27 Tabel Kecamatan

No Nama Field Tipe Data Ukuran Keterangan

1 idKec Integer 3 Primary Key
2 Kecamatan Varchar 25

n. Table kasus_rujukan
 43

Tabel 3.28 Tabel kasus_rujukan

No Nama Field Tipe Data Ukuran Keterangan

1 Id Integer 11 Primary Key
2 idPuskesmas Integer 11
3 kasusBaruTotal Integer 11
4 kasusBaruKet Varchar 255
5 kasusRujukanTotal Integer 11
6 kasusRujukanKet Varchar 255
7 Status Integer 11
8 dateInput Datetime
9 last_update Datetime
10 Fix Tinyint 1
o. Tabel Feedback
Tabel 3.29 Tabel Feedback
Ukura
No Nama Field Tipe Data Keterangan
n
1 No Integer 11 Primary Key
2 idPuskesmas Integer 11
3 Pesan Text
4 Baca Tinyint 1
5 baca_admin Tinyint 1
6 Tanggal Timestamp
7 Dari Varchar 20

4.8 Perancangan Antarmuka

Perancangan antarmuka dilakukan untuk mempermudah dalam
mengimple-mentasikan sistem yang akan dibangun. Tujuan dari
perancangan antarmuka adalah merancang interface yang efektif untuk
sistem perangkat lunak yang sedang dibangun dan sesuai dengan apa yang
dibutuhkan pengguna.
a. Perancangan Antarmuka Login

Gambar 3.15 Perancangan Antarmuka Login

Keterangan : Berdasarkan Gambar 3.15 Antarmuka Halaman Login digunakan
oleh bagian admin untuk masuk kedalam Aplikasi Pengelolaan Data Logistik Di
PT Sumber Makanan Sehat.

b. Perancangan Antarmuka Dashboard

Gambar 3.46 Perancangan Antarmuka Dashboard

Keterangan : Berdasarkan Gambar 3.16 Antarmuka Halaman Dashboard dapat di
akses oleh bagian admin dan pusksmas setelah masuk kedalam Sistem Informasi
Pelaporan Online Registrasi Kohort Keluarga Binaan Perkesmas, halaman
dashboard menampilkan informasi dalam bentuk grafik penilaian-penilaian
kegiatan.
 46

c. Perancangan Antarmuka Kelola Puskesmas

Gambar 3.57 Perancangan Antarmuka Kelola Puskesmas

Keterangan : Berdasarkan Gambar 3.17 Antarmuka Kelola Puskesmas digunakan
untuk menambah, mengubah dan menghapus data puskesmas.

d. Perancangan Antarmuka Pembinaan Individu

Gambar 3.68 Perancangan Antarmuka Pembinaan Individu

Keterangan: Berdasarkan Gambar 3.18 Antarmuka Pembinaan Individu
digunakan untuk menambah, mengubah dan menghapus data individu.

e. Perancangan Antarmuka Pembinaan Keluarga

 47

Gambar 3.79 Perancangan Antarmuka Pembinaan Keluarga

Keterangan: Berdasarkan Gambar 3.19 Antarmuka Pembinaan Keluarga
digunakan untuk menambah, mengubah dan menghapus data keluarga.

f. Perancangan Antarmuka Pembinaan Kelompok

Gambar 3.20 Perancangan Antarmuka Pembinaan Kelompok

Keterangan: Berdasarkan Gambar 3.20 Antarmuka Pembinaan Kelompok
digunakan untuk menambah, mengubah dan menghapus data kelompok.

g. Perancangan Antarmuka Kasus dan Rujukan

 48

Gambar 3.21 Perancangan Antarmuka Kasus dan Rujukan

Keterangan : Berdasarkan Gambar 3.21 Antarmuka Pembinaan Kasus dan
Rujukan digunakan untuk menambah, mengubah dan menghapus data kasus dan
rujukan.

h. Perancangan Antarmuka Penilaian Output

Gambar 3.22 Perancangan Antarmuka Penilaian Output

Keterangan : Berdasarkan Gambar 3.22 Antarmuka Pembinaan Penilaian Output
digunakan untuk menambahkan data penilaian output dalam bentuk angka, data
input terdiri dari pembinaan keluarga per KK. jumlah keluarga binaan dan jumlah
rawan kasus rawan kesehatan.
i. Perancangan Antarmuka Feedback
 49

Gambar 3.23 Perancangan Antarmuka Feedback

Keterangan : Berdasarkan Gambar 3.23 Antarmuka Feedback digunakan untuk
menambahkan pesan atau saran dari pihak puskesmas maupun pihak dinkes.
 DAFTAR PUSTAKA

Brainytutorial. (2017, 12 25). Pengertian Basis Data (ERD, Atribut, Entitas,

Relasi). Retrieved from brainytutorial.com:
https://www.brainytutorial.com/pengertian-basis-data-erd-atribut-entitas-
relasi/
Suryono, M. (2012, April 05). Framework. Retrieved April 05, 2019, from Mega's
Blog: http://megasuryonop.blogspot.com/2012/04/framework.html
Hargianti Dini Iswandari, Aspek Hukum Penyelenggaraan Praktik Kedokteran:
Suatu Tinjauan Berdasarkan Undang-Undang No. 9/2004 Tentang Praktik
Kedokteran, Jurnal Manajemen Pelayanan Kesehatan, Vol.9, No.2, Juni,
2006, hlm. 53. eprints.undip.ac.id/11521/1/2005MNOT4295.pdf.
Agus Eka, Pratama. 2014. Sistem Informasi dan Implementasinya. Bandung:
Informatika Bandung.
Ladjamudin, Al-Bahra Bin. 2013. Analisis dan Desain Sistem Informasi.
Yogyakarta: Gave Media.
Diah Widyatun, S.ST Suryono, M. (2012, Mei 17). Kohort. Retrieved April 05,
2019, Blog: http://jurnalbidandiah.blogspot.com/ 2012/06/kohort-ibu-dan-
balita.html