TUGAS AKHIR ALDI PRAMESTI - repository.bsi.ac.id · Pada saat ini, pendataan barang inventaris yang...
Transcript of TUGAS AKHIR ALDI PRAMESTI - repository.bsi.ac.id · Pada saat ini, pendataan barang inventaris yang...
x
DAFTAR ISI
Lembar Judul Tugas Akhir ..............................................................................
Lembar Pernyataan Keaslian Tugas akhir ...................................................... i
Lembar Pernyataan Publikasi Karya Ilmiah ................................................. ii
Lembar Persetujuan dan Pengesahan Tugas Akhir ....................................... iii
Lembar Konsultasi Tugas Akhir ................................................................... iv
Kata Pengantar .............................................................................................. vi
Lembar Abstraksi ........................................................................................ viii
Daftar Isi ....................................................................................................... x
Daftar Simbol ............................................................................................... xii
Daftar Gambar ............................................................................................. xiv
Daftar Tabel ................................................................................................. xv
Daftar Lampiran .......................................................................................... xvi
BAB I PENDAHULUAN ...................................................................... 1
1.1. Latar Belakang Masalah ......................................................... 1
1.2. Tujuan dan Manfaat ................................................................ 2
1.3. Metode Penelitian ................................................................... 3
1.3.1 Pengembangan Perangkat Lunak Waterfall ................... 3
1.3.2 Teknik Pengumpulan Data ............................................. 5
1.4. Ruang Lingkup ....................................................................... 6
BAB II LANDASAN TEORI .................................................................. 7
2.1. Konsep Dasar Sistem .............................................................. 7
2.1.1 Sistem ............................................................................ 7
2.1.2 Informasi ....................................................................... 9
2.1.3 Sistem Informasi ......................................................... 11
2.1.4 Program ....................................................................... 11
2.1.5 Basis Data (Database) ................................................. 12
2.1.6 Model Pengembangan Perangkat Lunak ..................... 14
2.2. Peralatan Pendukung............................................................. 16
2.2.1 ERD ............................................................................. 16
2.2.2 LRS ............................................................................. 18
2.2.3 Use Case .................................................................... 19
2.2.4 Activity Diagram ........................................................ 20
2.2.5 Sequence Diagram ..................................................... 21
2.2.6 Class Diagram ........................................................... 23
BAB III ANALISIS SISTEM BERJALAN ............................................ 25
3.1 Umum ................................................................................... 25
3.2 Tinjauan ................................................................................ 25
3.1.1. Sejarah ........................................................................ 25
3.1.2. Struktur Organisasi .................................................... 17
3.2 Prosedur Sistem Berjalan ....................................................... 27
3.4 Spesifikasi Sistem Berjalan ................................................... 27
3.5 Spesifikasi Bentuk Dokumen masukan ................................ 28
xi
3.6 Spesifikasi Bentuk Dokumen keluar ..................................... 28
3.7 Permasalahan Pokok .............................................................. 29
3.8 Pemecahan Masalah .............................................................. 30
BAB IV PERANCANGAN SISTEM USULAN .................................... 31
4.1. Tahapan Perancangan Sistem ............................................... 31
4.1.1. Analisis Kebutuhan .................................................... 31
4.1.2. Rancangan Diagram Use Case ................................... 32
4.1.3. Rancangan Diagram Aktivitas .................................... 37
4.1.4. Rancangan Dokumen Sistem Usulan ......................... 38
4.1.5. Rancangan Prototype .................................................. 39
4.2. Perancangan Perangkat Lunak .............................................. 42
4.2.1. Entity Relationship Diagram (ERD) .......................... 42
4.2.2. Logical Record Structure (LRS) ................................. 43
4.2.3. Spesifikasi File ........................................................... 44
4.2.4. Class Model / Class Diagram .................................... 50
4.2.5. Sequence Diagram ...................................................... 51
4.2.6. Spesifikasi Hardware dan Software ........................... 52
4.3. Jadwal Implementasi............................................................. 54
BAB V PENUTUP................................................................................... 55
5.1. Kesimpulan ........................................................................... 55
5.2. Saran ..................................................................................... 56
DAFTAR PUSTAKA ................................................................................. 57
DAFTAR RIWAYAT HIDUP .................................................................. 58
SURAT KETERANGAN PKL ................................................................. 59
LAMPIRAN-LAMPIRAN ........................................................................ 60
xii
DAFTAR SIMBOL
Simbol Use Case Diagram
SIMBOL NAMA KETERANGAN
Actor Actor adalah pengguna sistem.
Actor tidak terbatas hanya
manusia saja, jika sebuah
sistem berkomunikasi dengan
aplikasi lain dan membutuhkan
input atau memberikan output,
maka aplikasi tersebut juga bisa
dianggap sebagai actor.
Use Case Use case digambarkan sebagai
lingkaran elips dengan nama
use case dituliskan didalam
elips tersebut.
Association Asosiasi digunakan untuk
menghubungkan actor dengan
use case. Asosiasi digambarkan
dengan sebuah garis yang
menghubungkan antara Actor
dengan Use Case.
xiii
Simbol Activity Diagram
StarPoin
Mengambarkan permulaan dari sebuah sistem yang
akan di kerjakan, biasanya terletak di pojok kiri atas
EndPoint
Menggambarkan akhir dari sebuah sistem
Association
Menggambarkan hubungan anatara initial no
deactivities fork decision point dan activity final node
sebuah sistem
Activity
Menggambarkan aktivitas yang dilakukan pada sistem
Fork
Menggambarkan sebuah Activity yang berjalan secara
bersamaan biasanya mempunyai 1 transisi masuk dan
dua atau lebih transisi keluar atau bisa lebih transisi
masuk dan hanya satu transisi keluar
DecisionPoint
Menggambarkan hubungan transisi sebuah garis dari
atau ke decisionpoint
Swimlane
Mengambarkan cara untuk mengelompokan Activity
xiv
DAFTAR GAMBAR
Gambar II.1. Contoh Use Case Diagram .............................................................. 19
Gambar II.2. Contoh Activity Diagram ................................................................ 21
Gambar II.3. Contoh Class Diagram .................................................................... 22
Gambar II.4. Contoh Sequence Diagram Use Case .............................................. 24
Gambar III.1. Struktur Organisasi SMP N 1 Telukjambe Barat ........................... 26
Gambar IV.1. Use Case Diagram ......................................................................... 32
Gambar IV. 2. Activity Diagram .......................................................................... 37
Gambar IV. 3. Form Login .................................................................................. 39
Gambar IV. 4. Form Menu Utama ....................................................................... 39
Gambar IV. 5. Form Barang ................................................................................ 40
Gambar IV. 6. Form Supplier .............................................................................. 40
Gambar IV. 7. Form Barang Masuk .................................................................... 41
Gambar IV. 8. Form Barang Keluar ..................................................................... 41
Gambar IV. 9. ERD .............................................................................................. 42
Gambar IV. 10. LRS ............................................................................................ 43
Gambar IV. 11 Class Diagram ............................................................................. 50
Gambar IV. 12 Sequence Diagram ...................................................................... 51
xv
DAFTAR TABEL
Tabel IV.1 Deskripsi Login ................................................................................. 33
Tabel IV.2 Deskripsi Login ................................................................................. 33
Tabel IV.3 Deskripsi Melakukan Pendatan Barang ............................................. 33
Tabel IV.4 Deskripsi Pengajuan Barang .............................................................. 34
Tabel IV.5 Deskripsi Membuat Surat Permintaan Barang ................................... 34
Tabel IV.6 Deskripsi Pengecekan Stok barang .................................................... 34
Tabel IV.7 Deskripsi Membuat surat pesanan barang ......................................... 35
Tabel IV.8 Deskripsi Supplier Menerima Pesanan ............................................... 35
Tabel IV.9 Deskripsi Membuat Faktur dan mengirim barang ............................. 36
Tabel IV.10 Deskripsi Menerima Pesanan ........................................................... 36
Tabel IV.11 Deskripsi Update stok barang .......................................................... 36
Tabel IV.12 Spesifikasi File Admin ..................................................................... 44
Tabel IV.13 Spesifikasi File barang ..................................................................... 45
Tabel IV.14 Spesifikasi File barang Keluar ......................................................... 46
Tabel IV.15 Spesifikasi File Usser ...................................................................... 47
Tabel IV.16 Spesifikasi File Supplier .................................................................. 48
Tabel IV.17 Spesifikasi File barang Masuk ......................................................... 49
Tabel IV.18 Jadwal Implentasi ............................................................................ 54
xvi
DAFTAR LAMPIRAN
Lampiran Surat Laporan Barang Masuk .............................................................. 61
Lampiran Surat Laporan Barang Keluar .............................................................. 62
1
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Istilah teknologi informasi mulai populer di akhir tahun 70-an. Pada masa
sebelumnya istilah teknologi informasi biasa disebut teknologi komputer
atau pengolahan data elektronis (electronic data processing ). Teknologi informasi
didefinisikan sebagai teknologi pengolahan dan penyebaran data
menggunakan perangkat keras (hardware) dan perangkat lunak (software),
komputer, komunikasi, dan elektronik digital.
Perkembangan teknologi informatika dan ilmu pengetahuan sangat pesat serta
sangat mempengaruhi dalam bidang informasi dan manajemen, khususnya
dalam bidang pengolahan data dengan memakai teknologi komputer. Teknologi k
omputer merupakan suatu yang sangat didambakan oleh setiap organisasi, karena
akan mengeluarkan suatu informasi yang sempurna. kebutuhan komputer sebagai
alat pemecahan masalah dengan cepat dan tak bisa dipungkiri.
Pada saat ini, pendataan barang inventaris yang dilakukan pada Smp Negeri 1
Telukjambe Barat masih dilakukan secara manual dengan menggunakan aplikasi
microsoft office. Pendataan manual dengan cara ini dapat mempersulit dan
memperlambat kinerja staf ketika melakukan pendataan dan pembuatan laporan,
sehingga dapat memakan waktu yang banyak ketika membuat laporan, Sehingga
sering terjadi kehilangan barang atau alat yang dimiliki oleh Smp Negeri 1
Telukjambe Barat karena tidak adanya pendataan yang akurat untuk mempermudah
dan mempercepat pendataan ketika laporan itu dibutuhkan dengan segera.
2
Dengan adanya masalah tersebut maka penulis menawarkan Sistem Informasi
Inventaris Barang kepada Smp Negeri 1 Telukjambe Barat. Sistem yang coba
dibuat oleh penulis menggunakan bahasa pemrograman PHP dengan menggunakan
MySQL sebagai databasenya.
Dengan harapan aplikasi tersebut akan memberikan kemudahan-kemudahan
dalam memproses data untuk memperoleh informasi yang diinginkan, khususnya
dalam hal Pengelolaan Inventaris Barang pada Smp Negeri 1 Telukjambe Barat
sehingga teknologi informasi semakin berpengaruh peranannya sebagai
sarana penunjang pembangunan serta memberikan cara pandang baru kepada mas
yarakat agar bisa menggunakan IT (Information Technology).
1.2. Tujuan dan Manfaat
Adapun Tujuan dari penulisan tugas akhir ini antara lain :
1. Mencari tahu sistem informasi yang digunakan SMP Negeri 1 Telukjambe
Barat, sehingga dapat melihat sisi lemah yang dapat disempurnakan.
2. Untuk membangun sistem inventory Smp Negeri 1 Telukjambe Barat
dengan terkomputerisasi.
3. Membuat efisiensi waktu dalam pengolahan laporan.
4. Mengoptimalkan sistem kerja pada Smp Negeri 1 Telukjambe Barat agar
lebih efektif ,efisien dan akurat serta mempermudah dalam pendataan sarana
dan prasanana Smp Negeri 1 Telukjambe Barat.
3
Sedangkan manfaat yang dapat diperoleh pada penulisan tugas akhir ini antara lain:
1. Manfaat Bagi penulis
Sebagai syarat salah satu kelulusan Program Diploma (III) Program Studi
Sistem Informasi di Universitas Bina Saran Informatika Karawang.
2. Manfaat Bagi Objek Penelitian
Sebagai Bahan evaluasi pada sistem informasi yang telah di terapkan selama
ini, untuk bentuk sistem informasi yang lebih akurat dan efisien sehingga
dapat meningkatkan kualitas pada Smp Negeri 1 Telukjambe Barat.
3. Manfaat Bagi Pembaca
Sebagai referensi mengenai pemahaman terhadap sistem informasi yang
dibuat oleh penulis, sehingga pembaca mendapatkan pengetahuan
tambahan.
1.3. Metode Penelitian
Metode penelitian merupakan langkah penting yang harus dilakukan dalam
penulisan Tugas Akhir khususnya pada perancangan sistem. Pada penelitian ini
penulis melakukan penelitian dengan metode pengembangan perangkat lunak dan
teknik pengumpulan data.
4
1.3.1. Pengembangan Perangkat Lunak Waterfall
Menurut Rosa A.S dan M.Shalahudin (2018:28) Rekayasa perangkat
lunak.Informatika bandung:Bandung ” model SLDC air terjun (waterfall) sering
juga
disebut model sekuensial linier (sequential linear) atau jalur hidup klasik (classic
life cycle). Model air terjun menyediakan pendekatan alur hidup perangkat lunak
secara sekuensial atau secara terurut dimulai dari analisis, desain, pengkodean,
pengujian, dan tahap pendukung (support)”. Berikut ini adalah penjelasan dari
model air terjun secara sekuensial:
1. Analisa Kebutuhan Perangkat Lunak
Proses pengumpulan kebutuhan dilakukan secara intensif untuk
menspesifikasikan kebutuhan perangkat lunak agar dapat dipahami perangkat
lunak seperti apa yang dibutuhkan oleh user, spesifikasi perangkat lunak pada
tahap ini perlu untuk didokumentasikan.
2. Desain
Desain perangkat lunak adalah proses multilangkah yang fokus pada desain
pembuatan program perangkat lunak termasuk struktur data, arsitektur
perangkat lunak, representasi antar muka, dan prosedur pengkodean. Tahap
ini menstranslasi kebutuhan perangkat lunak dari tahap analisis kebutuhan
kerepresentasi desain agar dapat diimplementasikan menjadi program pada
tahap selanjutnya. Desain perangkat lunak yang dihasilkan pada tahap ini juga
perlu didokumentasikan.
5
3. Pembuatan Kode Program
Desain harus ditranslasikan kedalam program perangkat lunak. Hasil dari
tahap ini adalah program komputer sesuai dengan desain yang telah dibuat
pada tahap desain.
4. Pengujian
Pengujian fokus pada perangkat lunak secara dari segi logika dan fungsional
dan memastikan bahwa semua bagian sudah diuji. Hal ini dilakukan untuk
meminimalisir kesalahan (eror) dan memastikan keluaran yang dihasilkan
sesuai dengan yang diinginkan.
5. Pendukung (support) atau pemeliharaan (maintenance)
Tidak menutup kemungkinan sebuah perangkat lunak mengalami perubahan
ketika sudah dikirimkan ke user. Perubahan bisa terjadi karena adanya
kesalahan yang muncul dan tidak terdeteksi saat melakukan pengujian atau
perangkat lunak harus beradaptasi dengan lingkungan baru. Tahap
pendukung atau pemeliharaan dapat mengulangi proses pengembangan mulai
dari analisis spesifikasi untuk perubahan perangkat lunak yang sudah ada, tapi
tidak untuk membuat perangkat lunak baru.
1.3.2. Teknik Pengumpulan Data
1. Wawancara
Dalam penulisan Tugas Akhir ini, untuk mendapatkan informasi secara
lengkap maka penulis melakukan suatu metode Tanya jawab mengenai
semua kegiatan yang berhubungan dengan Smp Negeri 1 Telukjambe
Barat.
6
2. Observasi
Penulis melakukan pengamatan-pengamatan langsung terhadap kegiatan
yang berhubungan dengan masalah yang diambil .Hasil dari pengamatan
tersebut langsung dicatat oleh penulis dari kegiatan observasi ini dapat
diketahui suatu masalah yang terdapat pada Smp Negeri 1 Telukjambe
Barat.
3. Studi Pustaka
Selain melakukan kegiatan wawancara dan pengamatan penulis juga
melakukan studi ke perpustakaan melalui literatur-literatur atau referensi-
referensi yang ada diperpustakaan Universitas Bina Sarana Informatika
maupun di perpustakaan lainnya.
1.4. Ruang Lingkup
Adapun ruang lingkup yang akan dibahas adalah mengenai proses pengecekan
barang, pendataan barang, penyimpanan barang, dan penempatan barang.
Menggambarkan prosedur sistem berjalan yang ada pada Smp Negeri 1 Telukjambe
Barat tersebut dan menggambarakan sistem usulan dengan menggunakan ERD,
dan LRS.disertai dengan UML.
7
BAB II
LANDASAN TEORI
2.1 Konsep Dasar Sistem
Berbagai bidang aktivitas menusia sejak dahulu orang sudah bergantung pada
sistem informasi untuk berkomunikasi antara satu dengan yang lain dengan
menggunakan berbagai jenis instrument/ alat fisik (hardware), perintah dan
prosedur pemrosesan informasi (Software), saluran komunikasi (jaringan) dan data
yang disimpan (sumber daya data).
2.1.1. Sistem
Menurut Jeperson (2014:2) menerangkan bahwa ” Sistem adalah kumpulan
orang yang saling bekerja sama dengan ketentuan – ketentuan aturan yang
sistematis dan terstruktur untuk membentuk satu kesatuan yang melaksanakan suatu
fungsi untuk mencapai tujuan”. Pendekatan sistem yang merupakan jaringan kerja
dari prosedur lebih menekankan urutan operasi pada sistem.
Sedangkan menurut Elisabet (2017:11) menyampaikan bahwa “ suatu
sistem pada dasarnya adalah sekelompok unsur yang erat hubungannya satu dengan
yang lain, yang berfungsi bersama – sama untuk mencapai tujuan tertentu”. Secara
sederhana, suatu sistem dapat diartikan sebagai suatu kumpulan atau himpunan dari
unsur, komponen, atau variable yang terorganisir, saling berinteraksi, saling
tergantung satu sama lain, dan terpadu.
Jeperson ( 2014:6) menyatakan “ Sistem dapat diklasifikasikan dalam
beberapa sudut pandang “ :
8
1. Klasifikasi sistem sebagai :
a. Sistem abstrak (abstract system) adalah sistem yang berupa pemikiran-
pemikiran atau ide-ide yang tidak tampak secara fisik.
b. Sistem fisik (physical system) adalah sistem yang ada secara fisik
2. Sistem diklasifikasikan sebagai :
a. Sistem alamiah (natural system) adalah sistem yang terjadi melalui proses
alam tidak dibuat oleh manusia. Misalnya sistem perputaran bumi.
b. Sistem buatan manusia (human made system) adalah sistem yang dirancang
oleh manusia yang melibatakan interaksi antara manusia dengan mesin.
3. Sistem diklasifikasikan sebagai :
a. Sistem tertentu (deterministic system) adalah sistem yang beroperasi dengan
tingkah laku yang sudah dapat diprediksi,sebagai keluaran sistem dapat
diramalkan.
b. Sistem tak tentu (probabilistic system) adalah sistem yang kondisi masa
depanya tidak dapat diprediksi karena mengandung probabilistik
4. Sistem diklasifikasikan sebagai :
a. Sistem terbuka (open system) adalah sistem yang berhubungan dan
terpengaruh dengan lingkungan luarnya.Sistem ini menerima input dan
output dari lingkungan luar atau subsistem lainnya.karena sistem terbuka
terpengaruh lingkungan luar maka harus mempunyai pengendalian yang
baik.
b. Sistem tertutup (close system) adalah sistem yang tidak terpengaruh dan
tidak berhubungan dengan lingkungan luar,sistem bekerja otomatis tanpa
9
ada turut campur lingkungan luar. secara teoritis sistem tertutup ini ada
kenyataanya tidak ada hanya relatively closed system.
2.1.2. Informasi
Jeperson (2014:9) mengatakan bahwa “ informasi adalah data yang diolah
menjadi bentuk yang lebih berguna dan lebih berarti bagi penerimanya “. Sumber
informasi adalah data. Data kenyataan yang menggambarkan suatu kejadian dan
kesatuan nyata.
Menurut jeperson (2014:9) dalam bukunya Gordon B. David menerangkan
bahwa “ Informasi adalah data yang dioleh manjadi suatu bentuk yang penting bagi
si pemerima dan mempunyai nilai nyata atau yang dapat dirasakan dalam keputusan
– keputusan yang sekarang atau keputusan – keputusan yang akan datang.
1. Fungsi informasi
Fungsi utamanya, yaitu : menambah pengetahuan atau mengurangi ketidak
pastian pemakai informasi, karena informasi berguna memberikan gambaran
tentang suatu permasalahan sehingga pengambil keputusan dapat menentukan
keputusan lebih cepat, informasi juga memberikan standar, aturan maupun
indikator bagi pengambil keputusan.
10
2. Kegunaan informasi tergantung pada :
a. Tujuan si penerima :
Bila tujuan nya memberi bantuan, maka informasi itu harus membantu si
penerima dalam apa yang ia usahan untuk memperolehnya.
b. Ketelitian penyampaian dan pengolahan data :
Dalam menyampaikan dan mengolah data, inti dan pentingnya informasi
harus diperhatikan.
c. Waktu
Apakah informasi itu masih up to date ?
d. Ruang dan tempat
Apakah informasi itu tersedia dalam ruang atau tempat yang tepat ?
e. Bentuk
Dapatkah informasi itu digunakan secara efektif, apakah informasi itu
menunjukkan hubungan – hubungan yang diperlukan, bidang – bidang
yang memerlukan perhatian manajemen ? dan apakah informasi itu
menekankan situasi – situasi yang ada hubungannya.
f. Semantik
Apakah hubungan antara kata-kata dan arti yang diinginkan cukup jelas ?
apakah ada kemungkinan salah tafsir ?.
11
2.1.3. Sistem Informasi
Menurut elisabet (2017:2) “ Sistem informasi merupakan suatu kombinasi
aturan dari orang –orang, hardware, software, jaringan komunikasi dan sumber
daya data yang mengumpulkan, mengubah, dan menyebarkan informasi dalam
sebuah organisasi.
Sedangkan menurut Muslihudin ( 2016:11) menerangkan “ Sistem
Informasi adalah suatu alat untuk menyajikan informasi dengan cara sedemikian
rupa, sehingga bermanfaat bagi penerimanya ”. tujuannya adalah untuk menyajikan
informasi guna pengambilan keputusan pada perencanaan, pemrakarsaan,
pengorganisasian, pengendalian kegiatan operasi subsistem suatu perusahaan, dan
menyajikan sinergi organisasi pada proses.
Ciri - ciri sistem informasi antara lain :
1. Baru, adalah informasi yang didapat sams ekali baru dan segar bagi penerima.
2. Tambahan, adalah informasi dapat diperbarui atau sebelumnya telah ada.
3. Kolektif, adalah informasi yang dapat menjadi suatu koreksi dari informasi
yang salah sebelumnya.
4. Penegas, adalah informasi yang dapat mempertegas informasi yang telah ada.
2.1.4. Program
Menurut Sitorus (2015:2) menerangkan bahwa “membangun sebuah
program pada dasarnya adalah membuat alat bantu untuk menyelesaikan suatu
masalah”. Sebelum seorang programmer dapat menghasilkan program yang
mampu membantu menyelesaikan masalah tersebut, programmer dihadapkan pada
3 (tiga) tahapan pokok yaitu :
12
1. Memahami permasalahan dan tujuan sebuah program dibuat. pada tahap ini
programmer harus mampu mengidentifikasi jenis, bentuk dan karakteristik
input serta output yang diharapkan. Tetapi untuk skala permasalahan yang
besar, selain jenis, bentuk dan karakteristik, seorang programmer juga perlu
mengetahui dengan pasti asal, frekuensi, dan volume data input serta tujuan,
frekuensi dan volume data output yang diharapkan.
2. Mampu menyusun konsep/rancangan/desain penyelesaian dari masalah yang
akan programmer selesaikan. Dari hasil pemahaman programmer terhadap
permasalahan tersebut, programmer harus mampu merancang sebuah alur
proses untuk mengolah data input dan menghasilkan data output dengan jenis,
bentuk dan karakteristik seperti yang diharapkan.
3. Mampu mengimplementasikan hasil rancangan ke dalam bentuk program yang
terstruktur. Program tersebut dapat dibuat dengan sembarang bahasa
pemrograman. Untuk itulah programmer diharuskan memahami dan
menguasai komponen bahasa pemrograman dan teknik pemrograman dengan
baik.
2.1.5. Basis Data (Data Base)
“ Basis data merupakan kumpulan dari data yang saling berhubungan satu
dengan yang lainnya”, menurut Jeperson (2015:50). Tersimpan di perangkat keras
komputer dan digunakan perangkat lunak untuk memanipulasinya.
Menurut Anhar (2016:19) mengungkapkan bahwa “ basisdata (database)
dapat diartikan sebagai suatu pengorganisasian data dengan bantuan komputer,
yang memungkinkan dapat diakses dengan mudah dan cepat”. Dalam hal ini ,
13
pengertian akses dapat mencakup perolehan maupun pemanipulasian data, seperti
menambah (input) , mengubah (edit) , menghapus (delete) , dan mencari (search)
data.
Berdasarkan cara berinteraksi dengan sistem, pengguna basisdata menurut Anhar
(2016:20) dibedakan sebagai berikut” :
1. Database Administrator
Adalah orang yang mendefinisikan basisdata, mengatur hak-hak akses,
melakukan perawatan, dan koreksi terhadap basisdata.
2. Programmer Aplikasi
Adalah pengguna yang berinteraksi dengan basisdata, dengan membuat
antarmuka yang digunakan untuk manipulasi basisdata.
3. Sophisticated User
Pengguna yang ahli, maksudnya adalah pengguna yang mengakses langsung ke
mesin basisdata menggunakan bahasa non-prosedural.
4. Specialized User
Pengguna yang mempunyai keahlian di bidang tertentu. Maksudnya, pengguna
ini memakai basisdata untuk membangun program aplikasi sesuai bidang
keahliannya.
5. Naive User
Pengguna yang memiliki pengetahuan komputasi dan basisdata terbatas.
Pengguna ini berinteraksi dengan basisdata melalui program aplikasi yang sudah
disediakan.
14
2.1.6. Model Pengembangan Perangkat Lunak
Menurut soetam (2017:85) menerangkan “ model waterfall memiliki
definisi bahwa sebuah proses hidup perangkat lunak memiliki sebuah proses yang
linear dan sekuensial “. Waterfall diciptakan pertama kali oleh William Royce pada
tahun 1970 dan mulai terkenal karena logika face yang ditampilkan benar adanya.
1. Tahap Analisa Kebutuhan (Requirement)
Dalam langkah ini merupakan analisa terhadap kebutuhan sistem.
Pengumpulan data dalam tahap ini bisa melakukan sebuah penenlitian,
wawancara atau studi literatur. Seseorang sistem analisis akan menggali
informasi sebanyak-banyaknya dari user sehingga akan tercipta sebuah sistem
komputer yang bisa melakukan tugas-tugas yang diinginkan oleh user tersebut.
Tahapan ini akan menghasilkan dokumen user requirement atau bisa dikatakan
sebagai data yang berhubungan dengan keinginan user dalam pembuatan
sistem. Dokumen inilah yang akan menjadi acuan sistem analisis untuk
menterjemahkan kedalam bahasa pemrograman.
2. Tahap Desain Sistem (Design System).
Proses desain akan menterjemahkan syarat kebutuhan ke dalam sebuah
perancangan perangat lunak yang dapat diperkirakan sebelum dibuat koding.
Proses ini berfokus pada : struktur data, arsitektur, perangkat lunak,
representasi interface, dan detail (algoritma) prosedural. Tahap ini akan
menghasilkan dokumen yang disebut software requirement. Dokumen inilah
yang akan digunakan programmer untuk melakukan aktivitas pembuatan
sistemnya.
15
3. Tahap Penulisan Kode Program (Coding)
Coding merupakan penerjemahan design dalam bahasa yang bisa dikenali oleh
komputer. Dilakukan oleh programmer yang akan menterjemahkan transaksi
yang diminta oleh user. Tahapan inilah yang merupakan tahapan secara nyata
dalam menterjemahkan suatu sistem. Dalam artian penggunaan komputer akan
dimaksimalkan dalam tahapan ini.
4. Tahap Pengujian( Testing).
Tahap pengujian ini dilakukan guna menemukan kesalahan-kesalahan terhadap
sistem tersebut. Sehingga ketika dipakai oleh user , program yang telah dibuat
tersebut dapat berjalan dengan baik.
5. Tahap Pemeliharaan(Maintenance).
Program yang sudah digunakan oleh user pasti akan mengalami perubahan.
Perubahan tersebut bisa karena mengalami kesalahan penyesuaian lingkungan
(periperal atau sistem operasi baru) terhadapn program. Atau user
membutuhkan perkembangan fungsional terhadap program tersebut. Maka
Tahap Pemeliharaan ini merupakan tahap penting untuk berjalannya suatu
program.
Namun pada kenyataannya pada tahapan ini tidak sesuai dengan yang
diusulkan oleh molel waterfall, meskipun model waterfall bisa
mengakomodasinya, itu dilakukannya tanpa sadar. Akibatnya, perubahan itu
menyebabkan kebingungan pada tim pembuat percangannya.
16
2.2 Peralatan Pendukung (Tools System)
Didalam pembuatan sebuah program dibutuhkan peralatan pendukung agar
terciptanya sebuah program yang baik. Peralatan pendukung atau tools system
merupakan alat-alat yang digunakan untuk membuat sebuah logika sebuah program
dengan menggunakan sebuah simbol, lambang, grafik diagram yang menunjukan
secara tepat arti dan fungsinya.
Dengan menggunakan peralatan pendukung , seorang programmer dapat
membuat program yang bagus dan terstruktur sehingga ketika ada kesalahan dalam
proses pengkodean dapat dengan mudah diperbaiki.
2.2.1 ERD (Entity Relationship Diagram)
Menurut Mulyati et al (2015:70) menerangkan “Entity Relationship
Diagram (ER-Diagram) adalah metode perancangan database yang
menggambarkan hubungan antara entity yang terdapat dalam sistem”.
Sedangkan menurut Fridayanthie dan Mahdiati (2016:26) meyampaikan
bahwa “Entity RelationShip Diagram (ERD) adalah alat pemodelan data utama dan
akan mambantu mengorganisasi data dalam suatu proyek ke dalam entitasentitas
dan menentukan hubungan antar entitas”.
Untuk mempermudah dalam perancangan database, maka digunakan Entity
Relationship Diagram (ERD). ERD diutamakan untuk pemodelan dari desain
konseptual. Entity Relationship Diagram menggambarkan struktur dan keterkaitan
tabel-tabel data yang menyusun database secara detail. ERD merupakan
representasi data sebagai entitas, atribut, dan relasi.
17
1. Entitas menggambarkan kumpulan dari segala data, misalnya entitas pegawai
berisi kumpulan data seluruh pegawai pada suatu organisasi. Entitas biasanya
dilambangkan dengan menggunakan kotak segi empat. Entitas selanjutnya
dijelaskan dengan atribut-atribut yang ada di dalamnya atau sering disebut
elemen data.
2. Atribut atau elemen data merupakan unit terkecil dari data yang dapat
menjelaskan apa yang dimiliki oleh suatu entitas (karakteristik dari entitas).
3. Ralasi menjelaskan keterkaitan di antara dua entitas yang berbeda misalnya
pegawai bekerja pada suatu departemen.
Sifat hubungan atau relasi antarentitas dapat dibedakan menjadi tiga jenis:
a. hubungan satu ke satu (One to One Relationship)
akan tejadi jika setiap entitas dalam suatu himpunan entitas hanya
berhubungan dengan satu entitas pada himpunan entitas lain, dan
sebaliknya.
b. hubungan satu ke banyak (One to Many Relationship)
akan terjadi jika setiap entitas dalam suatu himpunan entitas dapat
berhubungan dengan beberapa entitas pada himpunan entitas lain, tetapi
tidak sebaliknya.
c. hubungan banyak to banyak (Many to Many Relationship)
terjadi jika setiap entitas dalam suatu himpunan entitan dapat berhubungan
dengan beberapa entitas pada himpunan entitas lain, demikian juga
sebaliknya. Relasi Many to Many harus dipisahkan dengan cara
memberikan entitas tambahan di antara kedua entitas yang ada, sehingga
akan menjadi relasi tersebut menjadi dua buah relasi One to Many.
18
2.2.2 LRS ( Logical Record Structure)
Menurut Wijaya dan Sari (2015:15) mengatakan “Logical Record Structure
(LRS) adalah representasi dari struktur record-record pada tabel-tabel yang
terbentuk dari hasil antar himpunan entitas”.
Sedangkan Menurut Junaidi (2016:55) bahwa “Logical record structure
(LRS) merupakan hasil dari pemodelan entity relationship (ER) beserta atributnya
sehingga bisa terlihat hubungan- hubungan antar entitas”.
Pada dasarnya LRS merupakan persamaan dari ERD, hanya saja pada
tahapan LRS hanya menggambarkan bentuk besar dari database, meskipun seperti
itu tetap saja alur prosesnya sama. Dengan begitu ERD dan LRS akan tetap ada
untuk menjadi satu kesatuan yang signifikan.
2.2.3 Use Case Diagram
Menurut Sri Mulyani (2016:42) bahwa “ Use Case Diagram merupakan
diagram yang digunakan untuk menggambarkan hubungan natara sistem dengan
actor. Diagram ini hanya menggambarkan secara global. Karena use case diagram
hanya menggambarkan sistem secara global, maka elemen-elemen yang digunakan
pun sangat sedikit. Berikut ini elemen-elemen yang digunakan pada use case
diagram.
19
Sumber : Sri Mulyani (2016:43)
Gambar II.1 Contoh Use Case Diagram
1. Sistem, merupakan batasan-batasan proses yang sudah kita deskripsikan
dalam sebuah sistem.
2. Aktor, elemen yang menjadi pemicu sistem. aktor bias berupa orang,
mesin ataupun sistem lain yang berinterakasi dengan use case.
3. Use case, potongan proses yang merpukana bagian dari sistem.
4. Association, menggambarkan interaksi antar use case dan aktor.
5. Dependency, menggambarkan selasi angtara dua use case.
6. Generalization¸menggambarkan pewarisan antara dua aktor atau use case
dimana salah satu aktor atau use case mewarisi propertis kea tor atau use
case yang satunya.
20
2.2.4 Activity Diagram
Menurut Sri Mulyani (2016:55) menyatakan “ Activity Diagram yaitu
diagram yang digunakan untuk menggambarkan alur kerja ( aktivitas) pada use case
( proses ), logika, proses bisnis dan hubungan antara aktor dengan alur-alur kerja
use case. Diagram aktivitas ini mirip dengan flowchart , hanya saja ada beberapa
notasi tambahan yang digunakan untuk kasus-kasus tertentuClass Diagram
“ Activity Diagram digunakan untuk menganalisis behavior dengan use case
yang lebih kompleks dan menunjukkan interaksi-interaksi di natara merek asatu
sama lain “, menurut Indrajani (2015). Activity Diagram sebenarnya memiliki
kesamaan dengan statechart diagramdalam hal menggambarkan aliran data pada
model bisnis, tetapi activity diagram biasanya digunakan untuk menggambarkan
aktivitas bisnis yang lebih kompleks, dimana digambarkan hubungan antar satu use
case dengan use case yang lainnya.
21
Sumber: Rosa dan Shalahuddin (2018:234)
Gambar II.2 Contoh Activity Diagram
2.2.5 Sequence Diagram
Menurut sri mulyani (2016:251) menerangkan “ Sequence Diagram adalah
diagram yang menggambarkan interaksi antar objek “. Sequence diagram secara
khusus menjabarkan behavior sebuah scenario tunggal. Diagram tersebut
menunjukan sejumlah objek contoh dan pesan-pesan yang melewati objek ini dalam
sebuah use case.
Sedangkan menurut indrajani (2015) menjelaskan bahwa “ diagram
Sequence merupakan suatu diagram interaksi yang menggambarkan bagaimana
objek-objek berpartisipasi dalam bagian interaksi (Particular Interaction) dan
pesan yang ditukar dalam urutan waktu “. Sebuah interaksi didesain antara objek
atau sistem yang berpartisipasi dalam sebuah kolaborasi. Interaksi dijelaskan oleh
pesan-pesan yang diletakkan pada sebuah waktu, atau lebih dari dua pesan y ang
dikirim pada saat yang sama.
22
Sumber : Indrajani (2015)
Gambar II.3 Contoh Sequence Diagram
1. Object LifeLine : menggambarkan objek apa saja yang terlibat
2. Actor : Menggambarkan aktor yang terlibat.
Sequence diagram mengambarkan interaksi antar objek secara beraturan
sesuai dengan waktu. Sequence diagram dapat digambarkan dalam beberapa level
secara detail dan untuk tujuan yang berbeda pada beberapa langkah yang
idkembangkan secara lifecycle. Ketika pesan dikirim pada sebuah objek akan
meminta sebuah operasi dari objek. Nama pesan biasanya seusia dengan operasi
yang akan diminta. Sebuah pesan diterima, operasi yang telah diminta akan
melaksanakan pesan tersebut. Pada beberapa tahap selama operasi ayakn dilakukan
tadi, disebut ebagai aktivasi.
23
2.2.6 Class Diagram
Meurut (Sukamto, Rosa A dan Shalahuddin., (2018:141) mendefiniskan,
”Diagram kelas atau class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem”. Kelas
tersebut memiliki atribut dan metode atau operasi. Atribut merupakan variable-
variabel yang dimiliki oleh suatu kelas. Sedangkan, operasi atau metode adalah
fungsi-fungsi yang dimiliki oleh suatu kelas.
Susunan struktur kelas yang baik pada diagram kelas seharusnya memiliki
jenis-jenis kelas, sebagai berikut:
1. Kelas main
Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan.
2. Kelas yang menangani tampilan sistem (view)
Kelas yang mendefinisikan dan mengatur tampilan ke pemakai.
3. Kelas yang diambil dari pendefinisian use case (controller)
Kelas yang menangani fungsi-fungsi yang harus ada diambil dari pendefinisian
use case, kelas ini biasanya disebut dengan kelas proses yang menangani
proses bisnis pada perangkat lunak.
4. Kelas yang diambil dari pendefinisian data (model)
Kelas yang digunakan untuk memegang dan membungkus data menjadi sebuah
kesatuan yang diambil maupun akan disimpan ke basis data.
Berikut adalah contoh diagram kelas menurut Rosa dan Shalahuddin (2018:205),
yaitu:
24
Sumber: Rosa dan Shalahuddin (2018:205)
Gambar II.4 Contoh Class Diagram
25
BAB III
ANALISIS SISTEM BERJALAN
3.1 Umum
SMP NEGERI 1 TELUKJAMBE BARAT merupakan sekalah menengah
pertama negeri yang masih menggunakan system manual pada proses pembuatan
laporan administrasi. Semua pendataan inventaris dicatat didalam pembukuan yang
sederhana.
3.2 Tinjauan
Seiring dengan perkembangan zaman dan kemajuan teknologi SMP Negeri
1 Telukjambe Barat perlu mengubah sistem pembukuannya atau memperbaiki
dengan system yang terintegrasi agar memudahkan dalam proses pelaporan dan
pengambilan keputusan.
2.1.7. Sejarah
SMP Negeri 1 Telukjambe Barat adalah sekolah menegah pertama
negeri yang terletak di kabupaten karawang, kecamatan telukjambe barat,
desa karangligar, dusun pangasinan. SMP Negeri 1 Telukjambe barat berdiri
sejak 5 oktober 1994.
26
2.1.8. Struktur Organisasi
Struktur organisasi SMP Negeri 1 Telukjambe Barat tidak memiliki
standar yang akun, tapi sesuai dengan tujuan organisasi, sumber daya yang
dimiliki dan lingkungan yang melingkupinya. Struktur organisasi termasuk
dalam manajemen, yang merupakan pembagian kerja atau perincian tugas
dan tanggung jawab. Berikut struktur organisasi pada SMP Negeri 1
Telukjambe Barat.
Gambar III.1 Struktur Organisasi
27
3.3 Prosedur Sistem Berjalan
Berdasarkan hasil studi lapangan yang dilakukan pada SMP Negeri 1
Telukjambe Barat, dapat dibuat suatu prosedur sistem. Prosedur sistem yang ada
yaitu sebagai berikut :
a) Admin akan memberikan instruksi ke bagian Staff untuk melakukan
pengecekan Barang.
b) Kemudian Staff mendata barang inventaris yang datang maupun
barang tersimpan.
c) Jika ada tambahan atau pengurangan barang inventaris Staff
melaporkan kepada Admin.
d) Lalu Admin akan menginput data ke Microsoft excel dan membuat
laporan untuk Kepala Sekolah.
3.4 Spesifikasi Sistem Berjalan
Spesifikasi sitem berjalan adalah rangkaian proses-proses yang terjadi dalam
sistem berjalan yang memerlukan sistem masukan yang mendukung proses
jalannya untuk menghasilkan dokumen keluaran. Spesifikasi sistem berjalan
mencakup seluruh proses pendataan barang dan pelaporanya, sejak tahap awal yaitu
analisa pendataan barang, administrasi Barang, penginputan data barang, serta
penyajian laporan pendataan barang inventaris kepada Kepala Sekolah.
28
3.5 Spesifikasi Bentuk Dokumen Masukan
Dokumen masukan adalah bentuk dokumen yang berasal dari
lingkungan luar sistem yang berupa dokumen-dokumen yang akan diolah
dalam suatu proses agar dapat menghasilkan keluaran yang diinginkan.
Adapun dokumen masukan pada SMP Negeri 1 Telukjambe Barat adalah
sebagai berikut:
Nama Dokumen: Surat Jalan Sudah di Stempel ( Surat Jalan )
Fungsi : Untuk melakukan penginputan data
Sumber : Hibah/anggaran belanja
Tujuan : Bagian Admin, Bagian Staff
Media : Kertas Cetakan
Jumlah : Satu lembar
Frekuensi : Setiap terjadi penambahan barang
3.6 Spesifikasi Bentuk Dokumen Keluaran
Dokumen keluaran adalah segala bentuk dokumen berupa dokumen-
dokumen yang akan mendukung kegiatan manajemen serta merupakan
dokumen hasil pencatatan atau laporan.
Nama Dokumen : Laporan
Fungsi : Untuk bukti
Sumber : Bagian Admin
Tujuan : Kepala Sekolah.
Media : Kertas Cetakan
Jumlah : Satu lembar
29
Frekuensi : Setiap terjadi perubahan jumlah barang
Nama Dokumen : Tanda Terima
Fungsi : Untuk Bukti
Sumber : Bagian Staff
Tujuan : Hibah/Anggaran belanja
Media : Kertas Cetakan
Jumlah : Satu lembar
Frekuensi : Setiap terjadi perubahan jumlah barang
3.7 Permasalahan Pokok
Berdasarkan analisa yang dilakukan, maka permasalahan yang dihadapi
diantaranya adalah:
1. Pencatan menggunakan media kertas yang rentan akan kehilangan
data menyebabkan kesulitan dalam pencarian data yang dibutuhkan.
2. Media penyimpanan data Barang masih berupa arsip, sehingga
memperlambat dalam proses pencarian data barang karena tidak
adanya media penyimpanan data/database barang inventaris.
30
3.8 Pemecahan Masalah
Dengan sistem informasi yang dibuat diharapkan dapat mempermudah
pemakai dalam mengontrol masalah Barang Inventaris dan data-data akan
tersimpan dengan baik. Tidak ada data hilang, juga mempermudah dalam hal
pencarian data. Data yang tersentralisasi dalam sebuah database akan
mempermudah admin atau bagian terkait dalam hal pengolahan data.
Pengolahan data yang baik dan cepat, serta efesien akan mempermudah
dalam hal pembuatan laporan, sehingga Staff atau Kepala Sekolah akan dengan
cepat mengetahui perkembangan Sekolah yang dikelolanya.
Diharapkan ususlan pemecahan masalah ini dapat menjadi sebuah solusi yang
sangat berguna bagi Sekolah, terutama pada SMP Negeri 1 Telukjambe Barat
Karawang.
31
BAB IV
PERANCANGAN SISTEM USULAN
2.3 Tahapan Perancangan Sistem
Berdasarkan hasil dari penelitian yang dilakukan oleh peneliti di SMP
Negeri 1 Telukjambe Barat, secara garis besar permasalahan yang terjadi
adalah karena pengelolaan Pendataan atau Pencatatan yang masih dilakukan
secara konvensional dalam bentuk dokumentasi, maka penulis merancang
sebuah sistem usulan berbasis Website mengunakan yang di harapkan bisa
mengatsi permasalahan Pendataan barang inventaris di SMP Negeri 1
Telukjambe Barat.
2.1.9. Analisis Kebutuhan
Dalam sistem inventory SMP Negeri 1 Telukjambe Barat, terdapat dua
pengguna yang dapat saling berinteraksi dalam lingkungan system, yaitu :
Admin sebagai Front Office atau bagian yang mengelola seluruh transaksi
dan membuat laporan, dan pimpinan selaku kepala sekolah yang bisa
menambah atau meruabah data user atau pengguna lain, dalam hal ini admin,
serta melihat data transaksi dan laporan.
1. Skenario kebutuhan gudang
a. Bagian gudang login
b. Bagian gudang dapat melihat data supplier
c. Bagian gudang dapat mengecek stok obat
d. Bagian gudang dapat mencetak surat pemesanan obat
e. Bagian gudang dapat mencetak surat keluar obat.
32
2. Admin
a. Admin login
b. Admin mengelola data
c. Admin mengelola data supplier
d. Admin mengelola data barang
e. Admin membuat surat pesanan barang
f. Admin membuat surat pengeluaran barang
g. Admin mencetak laporan
4.1.2. Rancangan Diagram Use Case
1. Use Case Diagram
Gambar IV.1 Use Case Diagram
33
Tabel IV.1
Deskripsi Login
Use Case Name Login
Reqruitments Admin membuka sistem
Goal Admin melakukan login
Pre-Conditions Admin memasukan Username
dan password
Post-Conditions Admin berhasil login
Failed end Condition Admin gagal login
Actors Admin
Main Flow/Basic Path Admin login
Tabel IV.2
Deskripsi Login
Use Case Name Login
Reqruitments Staff membuka sistem
Goal Staff melakukan login
Pre-Conditions Staff memasukan Username
dan password
Post-Conditions Staff berhasil login
Failed end Condition Staff gagal login
Actors Staff
Main Flow/Basic Path Staff berhasil login
Tabel IV.3
Deskripsi Melakukan Pendataan Barang
Use Case Name Melakukan Pendataan Barang
Reqruitments Admin Melakukan Pendataan
Barang
Goal Admin Melakukan Pendataan
Barang
Pre-Conditions Admin mengecek stok Barang
Post-Conditions Admin mendata persedian
Barang
Failed end Condition Admin g tidak dapat
Melakukan Pendataan Barang
Actors Admin
Main Flow/Basic Path Admin berhasil Melakukan
Pendataan Barang
34
Tabel IV.4
Deskripsi Pengajuan Barang
Use Case Name Pengajuan Barang
Reqruitments Admin melakukan Pengajuan
Barang
Goal Admin bisa melakukan
Pengajuan Barang ke Staff
Pre-Conditions Admin telah melakukan
pengajuan Barang
Post-Conditions Admin berhasil melakukan
pengajuan barang ke Staff
Failed end Condition Admin tidak bisa melakukan
pengajuan barang ke Staff
Actors Admin
Main Flow/Basic Path Admin berhasil melakukan
pengajuan barang
Tabel IV.5
Deskripsi Membuat Surat Permintaan Barang
Use Case Name Membuat Surat Permintaan
Barang
Reqruitments Admin membuat surat
permintaan Barang di tujukan ke Staff
Goal Admin berhasil membuat surat
permintaan barang
Pre-Conditions Admin berhasil membuat surat
permintaan barang di tunjukan ke
Staff
Post-Conditions Admin dapat Membuat Surat
Permintaan barang
Failed end Condition Admin tidak bisa Membuat
Surat Permintaan barang
Actors Admin
Main Flow/Basic Path Admin berhasil membuat surat
permintaan barang
Tabel IV.6
Deskripsi Pengecekan stok barang
Use Case Name Pengecekan stok barang
Reqruitments Staff melakukan pengecekan
stok barang
Goal Staff berhasil melakukan
pengecekan stok barang
Pre-Conditions Staff bisa melakukan
pengecekan stok barang di sistem
Post-Conditions Staff dapat melakukan
pengecekan stok barang
35
Failed end Condition Staff tidak bisa melakukan
pengecekan stok barang
Actors Staff
Main Flow/Basic Path Staff berhasil melakukan
pengecekan stok barang
Tabel IV.7
Deskripsi Membuat surat pesanan barang
Use Case Name Membuat surat Pesanan
barang
Reqruitments Staff dapat Membuat surat
Pesanan barang ke supplier
Goal Staff berhasil Membuat surat
Pesanan barang ke supplier
Pre-Conditions Staff telah mengakses data
barang
Post-Conditions Staff dapat mengakses data
barang yang kurang dari stok
minimum
Failed end Condition Staff tidak bisa mengakses
data barang
Actors Staff
Main Flow/Basic Path Staff berhasil mengakses data
barang
Tabel IV.8
Deskripsi Supplier Menerima pesanan
Use Case Name Penerimaan surat pesanan
Reqruitments Supplier menerima pesanan
barang dari staff
Goal Supplier berhasil menerima
pesanan barang dari staff
Pre-Conditions Supllier telah menerima
pesanan barang
Post-Conditions Daftar nama barang pesanan
dari staff telah di terima supplier
Failed end Condition Supplier tidak bisa menerima
pesanan barang dari staff
Actors Supplier
Main Flow/Basic Path Supllier berhasil menerima
pesanan barang dari staff
36
Tabel IV.9
Deskripsi Membuat faktur dan mengirim barang
Use Case Name Membuat faktur dan menirim
barang
Reqruitments Supplier membuat faktur dan
mengirim barang
Goal staff menerima faktur dan
pesanan barang
Pre-Conditions Supplier mengirim faktur dan
pesanan barang
Post-Conditions Supplier mengirim faktur dan
pesanan barang ke staff
Failed end Condition Staff tidak menerima faktur
dan pesanan barang
Actors Supplier
Main Flow/Basic Path Supplier berhasil membuat
faktur dan mengirim pesanan barang
Tabel IV.10
Deskripsi Menerima pesanan
Use Case Name Staff menerima pesanan
barang
Reqruitments Staff menerima pesanan
barang dan faktur dari supplier
Goal Staff menerima pesanan
Pre-Conditions Supplier mengirim barang
Post-Conditions Staff menerima pesanan
Failed end Condition Staff tidak menerima pesanan
Actors Staff
Main Flow/Basic Path Staff menerima faktur dan
pesanan barang
Tabel IV.11
Deskripsi Update stok barang
Use Case Name Update stok barang
Reqruitments Staff menerima pesanan
barang
Goal Staff mengupdate stok barang
Pre-Conditions Staff menerima pesanan
Post-Conditions Staff mengupdate data stok
barang
37
Failed end Condition Staff tidak bisa mengupdate
data stok barang
Actors Staff
Main Flow/Basic Path Staff mengupdate stok barang
4.1.3. Rancangan Diagram Aktivitas
1. Activity Diagram
Gambar IV.2 Activity Diagram
38
4.1.4. Rancangan Dokumen sistem usulan
1. Laporan obat masuk
Nama Dokumen : Laporan Barang masuk
Fungsi : Mencatat Laporan Setiap barang masuk
Sumber : Staff
Tujuan : Kepala Sekolah/Komite
Media : Kertas
Frekuensi : Setiap terjadinya Barang masuk ke gudang
Jumlah : 1 Lembar
Bentuk : Lampiran A.1
2. Laporan Barang keluar
Nama Dokumen : Laporan barang Keluar dari gudang
Fungsi : Mencatat Laporan Barang keluar dari
gudang
Sumber : Staff
Tujuan : Kepala Sekolah/Komite
Media : Kertas
Frekuensi : Setiap Terjadinya Barang Keluar
Jumlah : 1 Lembar
Bentuk : Lampiran A.2
39
4.1.5. Rancangan Prototype
1. Rancangan Login
Gambar IV.3 Form Login
2. Rancangan Menu Utama
Gambar IV.4 Form Menu Utama
40
3. Rancangan Barang
Gambar IV. 5. Form Barang
4. Rancangan Supplier
Gambar IV. 6. Form Supplier
41
5. Rancangan Barang Masuk
Gambar IV. 7. Form Barang Masuk
6. Rancangan Barang Keluar
Gambar IV. 8. Form Barang Keluar
42
4.2 Perancangan Perangkat Lunak
Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS,
Spesifikasi File, Class Diagram, Sequence Diagram, dan Spesifikasi Hardware
serta Software.
4.2.1 Entity Relationship Diagram (ERD)
Perancangan basis data menghasilkan pemetaan tabel-tabel yang
digambarkan dengan Entity Relationship Diagram (ERD).
Gambar IV. 9. ERD
43
4.2.2. Logical Record Structure (LRS)
Gambar IV. 10. LRS
44
4.2.3. Spesifikasi File
1. Spesifikasi File Admin
Nama : Admin
Akronim : Admin
Fungsi : Untuk menyimpan data admin
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 201 byte
Kunci Field : id_admin
Sofware : Mysql
Tabel IV.12
Spesifikasi File Admin
No Elemen data Nama Field Tipe Size Keterangan
1 Id admin Id_admin Integer 11
Primary
Key
2 Nama Lengkap nama_lengkap Varchar 50
3 Useer name Username Varchar 20
4 Password Password Varchar 20
5 Foto Foto Varchar 100
45
2. Spesifikasi File Barang
Nama : Barang
Akronim : Barang
Fungsi : Untuk menyimpan data Barang
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 165 byte
Kunci Field : id_barang
Sofware : Mysql
Tabel IV.13
Spesifikasi File Barang
No Elemen data Nama Field Tipe Size Keterangan
1 Id Barang Id_barang Integer 11
Primary
Key
2 Nama Barang nama_barang Varchar 50
3 Kategori Kategori Varchar 50
4 Stok Stok Integer 5
5 Satuan Satuan Varchar 50
46
3. Spesifikasi File Barang Keluar
Nama : Barang keluar
Akronim : Barang keluar
Fungsi : Untuk menyimpan data Barang keluar
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 172 byte
Kunci Field : id_barang_keluar
Sofware : Mysql
Tabel IV.14
Spesifikasi File Barang Keluar
No Elemen data Nama Field Tipe Size Keterangan
1 Id Barang keluar
Id_barang_kel
uar Integer 11
Primary
Key
2 Tanggal Tanggal Date
3 Pemegang Pemegang Varchar 50
4 Id Barang Id_barang Integer 11
5 Keterangan Keterangan Varchar 100
47
4. Spesifikasi File Usser
Nama : Usser
Akronim : Usser
Fungsi : Untuk menyimpan data Usser
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 201 byte
Kunci Field : id_usser
Sofware : Mysql
Tabel IV.15
Spesifikasi File Usser
No Elemen data Nama Field Tipe Size Keterangan
1 Id Usser Id_usser Integer 11
Primary
Key
2 Nama Lengkap nama_lengkap Varchar 50
3 Usser Name Username Varchar 20
4 Password Password Varchar 20
5 Foto Foto Varchar 100
48
5. Spesifikasi File Supplier
Nama : Supplier
Akronim : Supplier
Fungsi : Untuk menyimpan data Supplier
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 211 byte
Kunci Field : id_supplier
Sofware : Mysql
Tabel IV.16
Spesifikasi File Supplier
No Elemen data Nama Field Tipe Size Keterangan
1 Id Supplier Id_supplier Integer 11
Primary
Key
2 Nama Supplier nama_supplier Varchar 50
3 Alamat Alamat Varchar 100
4 Kota Kota Varchar 30
5 No Telpon No_telpon Varchar 20
49
6. Spesifikasi File Barang Masuk
Nama : Barang Masuk
Akronim : Barang Masuk
Fungsi : Untuk menyimpan data Barang Masuk
Tipe File : File master
Organisasi File : indexed sequential
Akses File : Random
Media : Harddisk
Panjang Record : 121 byte
Kunci Field : id_barang_masuk
Sofware : Mysql
Tabel IV.17
Spesifikasi File Obat Masuk
No Elemen data Nama Field Tipe Size Keterangan
1 Id Barang Masuk
Id_barang_kel
uar Integer 10
Primary
Key
2 Tanggal Tanggal Date
3 Id Supplier Id_supplier Integer 11
4 Keterangan Keterangan Varchar 100
50
4.2.4. Class Diagram
Gambar IV. 11 Class Diagram
51
4.2.5. Sequence Diagram
Gambar IV. 22 Sequence Diagram
52
4.2.6. Spesifikasi Hardware dan Sofware
1. Spesifikasi Hardware
a. Server
1) CPU
(a) Processor Intel® Core™ i5 -2450M CPU @ 2.50GHz
(b) RAM DDR3 4 GB
(c) Hard Disk 500 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar Standar
5) Koneksi internet dengan kecepatan 1.5 Mbps.
b. Client
1) CPU
(a) Processor Intel® Core™ i5 -2450M CPU @ 2.50GHz
(b) RAM DDR3 4GB
(c) Hard Disk 20 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar Standar
5) Koneksi internet dengan kecepatan 70 kbps
53
2. Spesifikasi Software
1. Server
a. Microsoft Windows 7 professional copyright © 2009 Microsoft
Corporation, All right serverd.
b. Xampp, yang terdiri dari beberapa komponen, diantaranya:
(1) Aplikasi Apache Server v5
(2) Aplikasi PHP Server v5
(3) Aplikasi MySQL Server v5
(4) Aplikasi phpMyAdmin v5
c. Mozilla Firefox, Opera, Google Chrome.
2. Client
a. Microsoft Windows 7 professional copyright © 2009 Microsoft
Corporation, All right serverd.
b. Mozilla Firefox, Opera, Google Chrome.
54
4.3 Jadwal Implementasi
Tabel IV.18
No KEGIATAN
WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5
Pembuatan & Tes
Program
6 Tes Sistem
7 Pelatihan
8
Pembuatan Buku
Petunjuk
9 Evaluasi & Operasional
55
BAB V
PENUTUP
4.1. Kesimpulan
Setelah melakukan analisis secara menyeluruh pada sistem
informasi yang sedang berjalan, penulis berusaha mencari penyelesaian
masalahnya dengan memberikan usulan rancangan sistem informasi
inventory pada SMP Negeri 1 Telukjambe Barat untuk memperbaiki dan
mengurangi masalah yang ada pada sistem sebelumnya, sehingga dapat
menghasilkan efektifitas kerja pada SMP Negeri 1 Telukjambe Barat.
Mengacu pada hasil analisi yang ada, sistem yang berjalan masih
menggunakan sistem manual, sehingga rentan terjadi kesalahan input data,
pengambilan data dan susah atau terlalu lama dalam pencarian data. Maka
poin-poin yang harus dibenahi adalah sebagai berikut :
1. Pendataan barang inventaris yang dilakukan pada Smp Negeri 1
Telukjambe Barat masih dilakukan secara manual dengan
menggunakan aplikasi microsoft office. maka penulis mengusulkan
merancang sistem dengan menggunakan program atau bahasa PHP
sehingga akan lebih memudahkan dan tidak terlalu boros kertas dan
data tidak rentan rusak atau tercecer.
2. Media penyimpanan masih berupa arsip sehingga memperlambat dalam
proses pendataan barang inventaris dan pencarian data karena tidak
adanya media penyimpanan data/database. Maka penulis mengusulkan
56
merancang sistem dengan database MySql agar data tersentralisasi,
memudahkan dalam hal pencarian dan pembuatan laporan, tanpa perlu
menumpuk arsip terlalu banyak dan boros tempat.
4.2. Saran
Penulis menyadari masih ada banyak kekurangan dari sistem usulan
yang penulis rancang, akan tetapi dengan sistem usulan ini, dapat menjadi
bahan acuan untuk meningkatkan efektifitas kerja pada SMP Negeri 1
Telukjambe Barat. Dari hasil rancangan yang telah penulis usulkan, ada
beberapa hal yang penulis sarankan, adalah sebagai berikut :
1. Agar program bisa berjalan dengan optimal, maka dibutuhkan dukungan
hardware yang mendukung.
2. Sering dilakukan maintenance atau pemeliharaan baik dari segi
perangkat lunak ataupun perangkat keras.
3. Lakukan evaluasi sistem secara periodik, agar bisa mengikuti
perkembangan, tentunya agar bisa mengikuti kemajuan teknologi.
4. Pentingnya melakukan back up atau duplikat data, mengingat data yang
tersimpan berupa file, minimal dilakukan 1 bulan sekali dengan
menggunakan drive external. Alangkah lebih baik lagi jika menggunakan
drive online, seperti google drive dan lain sebagainya.
57
DAFTAR PUSTAKA
Abdulloh. (2016). Easy dan Simple WEB PROGRAMMING. Jakarta. PT Elex
Media Kumpotindo.
Andi. (2013). Adobe Dreamweaver CS6 dan PHP-MYSQL untuk Pemula.
Yogyakarta: Andi.
Darmawan, D., & Fauzi, K. N. (2016). Sistem informasi manajemen. Bandung: PT
Remaja Rosdakarya.
Fridayanthie, E. W., & Mahdiati, T. (2016). Rancang Bangun Sistem Informasi
Permintaan Atk Berbasis Intranet (Studi Kasus: Kejaksaan Negeri
Rangkasbitung). Jurnal Khatulistiwa Informatika, 4(2).
Husda, N. E., & Wangdra, Y. (2016). Pengantar Teknologi Informasi. Jakarta:
Baduose Media.
Lubis, B. O. (2017). Penerapan Global Extreme Programming Pada Sistem
Informasi Workshop, Seminar Dan Pelatihan Di Lembaga Edukasi. Jurnal
Informatika, 3(2).
Pressman, R. S. (2015). Waterfall Process Model.
Riyanto. (2015). Paradigma Baru Pembelajaran Mysql. Jakarta: Kencana
Prenada Media Group.
Sukamto, Rosa A, & Shalahuddin., M. (2016). Rekayasa Perangkat Lunak
Terstruktur dan Berorientasi Objek. Bandung: Informatika Bandung.
Zikrul Humadi. (2017). Pembuatan Sistem Informasi Akademik Sekolah Berbasis
Web Pada SMA Negeri 1 Sandal Kabupaten Ketapang diambil dari
(https://repository.bsi.ac.id/index.php/repo/view/76) (29-08-2017).
58
59
SURAT KETERANGAN PKL
60
LAMPIRAN-LAMPIRAN
1. Lampiran A.1 Surat Laporan Barang Masuk
61
2. Lampiran A.2 Surat Laporan Barang Keluar