Upload
others
View
5
Download
0
Embed Size (px)
Citation preview
PERANCANGAN SISTEM INFORMASI DISTRIBUSI BARANG PADA
CV. PUTRA PADJAJARAN
TUGAS AKHIR
Diajukan untuk memenuhi salah satu syarat kelulusan Diploma III
RIDWAN AZIZ MUTTAQIN
12153703
Program Studi Manajemen Informatika
AMIK BSI Tasikmalaya
Tasikmalaya
2018
KATA PENGANTAR
Alhamdulillah puji dan syukur penulis panjatkan kehadirat Allah SWT, yang telah
melimpahkan dan Karunia-Nya sehingga pada akhirnya penulis dapat menyelesaikan tugas ini
dengan baik. Dimana tugas akhir ini penulis sajikan dengan sepenuh hati dalam bentuk buku
yang sederhana. Tujuan penulisan tugas akhir ini dibuat sebagai salah satu syarat
kelulusan program Diploma III AMIK BSI Tasikmalaya. Penulis sadar tanpa ridho-Nya dan
bantuan dari bimbingan juga dorongan dari semua pihak tugas akhir ini tidak akan
terselesaikan. Oleh karena itu izinkanlah penulis menyampaikan ucapan terimakasih kepada:
1. Direktur AMIK BSI Tasikmalaya.
2. Ketua Program Studi Manajemen Informatika AMIK BSI Tasikmalaya.
3. Bapak Miftah Farid Adiwisastra ST.,M.Kom selaku Dosen Pembimbing Tugas akhir.
4. Orang tua tercinta yang telah memberikan dukungan moral maupun spiritual.
5. Teman-teman terdekat AMIK BSI Tasikmalaya yang selalu memberikan semangat
yang membangun.
6. Serta semua pihak yang tidak dapat penulis sebutkan satu persatu yang telah
memberikan bantuan sehingga terwujudnya penulisan ini.
Penulis menyadari bahwa penulisan tugas akhir ini masih jauh sekali dari kata
sempurna, oleh karena itu penulis mengharapkan kritik dan saran yang bersifat membangun
demi kesempurnaan penulisan dimasa yang akan datang.
Akhir kata, semoga tugas akhir ini dapat berguna bagi penulis khususnya dan bagi bagi
para pembaca yang berminat pada umumnya.
Tasikmalaya , Agustus 2018
Penulis
Ridwan Aziz Muttaqin
ABSTRAKSI
Ridwan Aziz Muttaqin (12153703), Perancangan Sistem Informasi Distribusi Barang
Pada CV Putra Padjadjaran
Distribusi adalah salah satu aspek dari pemasaran.Distribusi juga dapat diartikan sebagai
kegiatan pemasaran yang berusaha memperlancar dan mempermudah penyampaian barang
dan jasa dari produsen kepada konsumen. Pengolahan data distribusi masih memanfaatkan
Microsoft Excel Walaupun sudah menggunakan jasa komputer namun belum dilaksanakan
secara optimal. Karena dalam mengolah data pemrosesannya dilakukan secara manual,
seandainya terjadi kesalahan atau kekeliruan pada data tersebut ini harus dilakukan
pengetikan atau pembuatan laporan dari awal lagi dan ini memerlukan waktu yang lama.
Metode yang digunakan pada tugas akhir ini adalah waterfall. Tahapan-tahapannya adalah
analisis kebutuhan, perancangan sistem dan perangkat lunak, implementasi dan pengujian
unit. Metode yang digunakan pada tugas akhir ini adalah waterfall. Tahapan-tahapannya
adalah analisis kebutuhan, perancangan sistem dan perangkat lunak, implementasi dan
pengujian unit. Sistem informasi distribusi barang ini digunakan untuk mempermudah
pegawai untuk memonitoring kegiatan distribusi. Sistem informasi distribusi barang ini
digunakan untuk mempermudah pencarian data pendistribusian barang. Sistem informasi
distribusi barang ini digunakan untuk menjadikan pengelolaan data pendistribusian menjadi
lebih efektif dan efisien
Kata Kunci: Perancangan Sistem Informasi, Distribusi
ABSTRACT
Ridwan Aziz Muttaqin (12153703), Design of Goods Distribution Information System on
CV Putra Padjadjaran
Distribution is one aspect of marketing. Distribution can also be interpreted as a marketing activity
that seeks to facilitate and facilitate the delivery of goods and services from producers to consumers.
Distribution data processing still utilizes Microsoft Excel Although it has used computer services but
has not been implemented optimally. Because in processing the data processing is done manually, if
there is an error or error in the data it must be typed or made a report from the beginning again and
this requires a long time. The method used in this final project is the waterfall. The stages are needs
analysis, system design and software, unit implementation and testing. The method used in this final
project is the waterfall. The stages are needs analysis, system design and software, unit
implementation and testing. This goods distribution information system is used to facilitate employees
to monitor distribution activities. This goods distribution information system is used to facilitate the
search for goods distribution data. This goods distribution information system is used to make the
management of distribution data more effective and efficient
Keywords : Design of Information Systems, Distribution
DAFTAR ISI
Lembar Judul Tugas Akhir .................................................................................... i
Lembar Pernyataan Keaslian Tugas Akhir ............................................................. ii
Lembar Pernyataan Persetujuan Publikasi Karya Ilmiah ........................................ iii
Lembar Persetujuan Dan Pengesahan Tugas Akhir ............................................... iv
Lembar Konsultasi Tugas Akhir ............................................................................ v
Kata Pengantar ....................................................................................................... vi
Lembar Abstraksi .................................................................................................... viii
Daftar Isi ................................................................................................................. x
Daftar Simbol .......................................................................................................... xii
Daftar Gambar ....................................................................................................... xx
Daftar Tabel ........................................................................................................... xxi
Daftar Lampiran ..................................................................................................... xxii
BAB I PENDAHULUAN 1.1. Latar Belakang Masalah ........................................................................... 1 1.2. Tujuan dan Manfaat ................................................................................ 2 1.3. Metode Penelitian .................................................................................. 3 1.4. Ruang Lingkup ........................................................................................ 5
BAB II LANDASAN TEORI 2.1. Konsep Dasar Sistem ............................................................................... 6 2.2. Teori Pendukung ..................................................................................... 8
BAB III ANALISIS SISTEM BERJALAN 3.1. Tinjauan Perusahaan ............................................................................... 16
3.1.1. SejarahPerusahaan ........................................................................ 16 3.1.2. Struktur Organisasi dan Fungsi ..................................................... 17
3.2. Procedure Sistem Berjalan ...................................................................... 21 3.3. Use Case Diagram .................................................................................... 22 3.4. Spesifikasi Dokumen Sistem Berjalan ...................................................... 26 3.5. Permasalahan Pokok ............................................................................... 27 3.6. Pemecahan Masalah................................................................................ 28
Halaman
BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem .................................................................. 29
4.1.1 Analisis Kebutuhan ..................................................................... 29 4.1.2 Rancangan Diagram Use Case ..................................................... 30 4.1.3 Rancangan Diagram Aktivitas ..................................................... 32 4.1.4 Rancangan Dokumen Sistem Usulan .......................................... 32 4.1.5 Rancangan Prototype ................................................................. 33
4.2. Perancangan Perangkat Lunak ................................................................ 37 4.2.1. Entity Relationsip Diagram (ERD) ................................................ 37 4.2.2. Logical Record Structure (LRS) .................................................... 38 4.2.3. Spesifikasi File ............................................................................. 50 4.2.4. Class Model/ClassDiagram .......................................................... 42 4.2.5. Sequence Diagram ...................................................................... 42 4.2.6. Spesifikasi Hardware dan Software ............................................ 43
4.3. Jadwal Implementasi ............................................................................... 45
BAB V PENUTUP 5.1 Kesimpulan .............................................................................................. 47 5.2 Saran ....................................................................................................... 47
DAFTAR PUSTAKA ............................................................................................ 48
DAFTAR RIWAYAT HIDUP ............................................................................. 49
SURAT KETERANGAN RISET/PKL ............................................................... 50
LAMPIRAN
DAFTAR SIMBOL
Entity Relationship Diagram
Entitas atau Obyek Data
Kumpulan obyek atau sesuatu yang dapat dibedakan atau dapat
diidetifikasi secara unik
Relationship
Hubungan yang terjadi antara satu entitas atau lebih. Kumpulan
relationship yang sejenis disebut relationship set.
Atribut atau Elemen Data
Karakteristik dalam entity atau relationship yang mengerjakan
penjelasan detail tentang entity atau relationship atau dengan kata lain
adalah kumpula elemen data yang membentuk suatu entitas.
Weak Entity
Suatu entity dimana keberadaan dari entity tersebut tergantung dari
entity lain.
Atribut Multivalue
Atribut yang memiliki nilai lebih dari satu.
Connection
Digunakan sebagai penghubung entitas yang membedakan entitas
tersebut dengan entitas lainnya.
Diagram Aktivitas
Simbol Deskripsi
Status awal Status awal aktifitas sistem, sebuah
diagram aktivitas memiliki sebuah
status awal
Aktivitas
Aktivitas yang dilakukan sistem,
aktivitas biasanya diawali dengan
kata kerja
Percabangan / decision
Asosiasi percabangan dimana jika
ada pilihan aktivitas lebih dari satu
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas digabungkan
menjadi satu
Status akhir
Status akhir yang dilakukan sistem,
sebuah diagram aktivitas memiliki
sebuah status akhir
Swimlane Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Diagram Use Case
aktivitas
Simbol Deskripsi
Use case
Fungsionalitas yang disediakan sistem sebagai unit-
unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan
kata kerja di awal di awal frase nama use case
Aktor
nama aktor
Orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar
sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang,
tapi aktor belum tentu merupakan orang, biasanya
dinyatakan menggunakan kata benda di awal frase
nama aktor
Asosiasi / association
Komunikasi antara aktor dan use case yang
berpartisipasi pada use case atau use case memiliki
interaksi dengan aktor
Ekstensi / extend Relasi use case tambahan ke sebuah use case
dimana use case yang ditambahkan dapat berdiri
sendiri walau tanpa use case tambahan itu, mirip
dengan prinsip inheritancepada pemograman
berorientasi objek, biasanya use case tambahan
memiliki nama depan yang sama dengan use case
yang ditambahkan, misal
<<extend>>
<<extend>>
nama use case
Validasi username
Validasi user
Validasi sidik jari
Arah panah mengarah pada use case yang
ditambahkan biasanya use case yang menjadi
extend nya merupakan jenis yang sama dengan
use case yang menjadi induknya.
Generalisasi / generalization Hubungan generalisasi dan spesialisasi (umum –
khusus) anatara dua buah use case dimana fungsi
yang satu adalah fungsi yang lebih umum dari
lainnya, misalnya:
Arah panah mengarah pada use case yang menjadi
generalisasi (umum)
Menggunakan / include / uses
<<include>>
Relasi use case tambahan ke sebuah use case
dimana use case yang ditambahkan memerlukan
use case ini untuk menjalankan fungsinya atau
sebagai syarat dijalankan use case ini
Ada dua sudut pandang yang cukup besar mengenai
include di use case :
a. Include berarti use case yang ditambahkan
akan selalu di panggil saat use case
tambahan dijalankan, misal pada kasus
berikut:
<<include>>
Ubah data
Mengelola data
hapus data
login
b. Include berarti use case yang tambahan
akan selalu melakukan pengecekan apakah
use case yang ditambahkan telah dijalankan
sebelum use case tambahan dijalankan,
misal pada kasus berikut:
<<include>>
Kedua interpretasi di atas dapat dianut salah satu
atau keduanya tergantung pada pertimbangan
dan interpretasi yang membutuhkan.
Diagram Sequence
Simbol Deskripsi
Aktor
nama aktor
atau
tanpa waktu aktif
Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi
yang akan dibuat di luar sistem
informasi yang akan dibuat itu sendiri,
jadi walaupun simbol dari aktor adalah
gambar orang, tapi aktor belum tentu
merupakan orang, biasanya
menggunakan kata benda di awal frase
nama aktor
Garis hidup / lifeline Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang berinteraksi
pesan
Validasi user
Ubahdata
nama aktor
nama objek : nama kelas
Waktu aktif
Menyatakan objek dalam keadaan aktif
dan berinteraksi, semua yang
terhubung dengan waktu aktif ini
adalah sebuah tahapan yang dilakukan
di dalamnya, misalnya
2: cekStatusLogin( )
1: login( ) 3: open( )
Maka cekStatusLogin() dan open()
dilakukan di dalam metode login()
Aktor tidak memiliki waktu aktif
Pesan tipe create
<<create>>
Menyatakan suatu objek membuat
objek lain, arah panah mengarah pada
objek yang dibuat
Pesan tipe call
1: nama_metode()
Menyatakan suatu objek memanggil
operasi/metode yang ada pada objek
lain atau dirinya sendiri,
1: nama_metode()
Arah panah mengarah pada objek yang
memiliki operasi / metode, karena ini
memanggil operasi / metode maka
operasi / metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
1: masukan
Menyatakan bahwa suatu objek
mengirimkan data/masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pesan tipe return
1 : keluaran
Menyatakan bahwa suatu objek yang
telah menjalankan suatu operasi atau
metode menghasilkan suatu kembalian
ke objek tertentu, arah panah mengarah
pada objek yang menerima kembalian
Pesan tipe destroy
<<destroy>>
Menyatakan suatu objek mengakhiri
hidup objek yang lain, arah panah
mengarah pada objek yang diakhiri,
sebaiknya jika ada create maka ada
destroy
DAFTAR GAMBAR
Halaman
1. Gambar II.1. Diagram E-R Relasi satu-ke-satu 2. Gambar II.2. Diagram E-R Relasi satu-ke-
banyak 3. Gambar II.3 Diagram E-R Relasi banyak-ke-satu 4. Gambar II.4 Diagram E-R Relasi banyak-ke-banyak 5. Gambar II.5 Contoh Use Case Diagram 6. Gambar II.6 Contoh Class Diagram 7. Gambar II.7 Contoh Activity Diagram 8. Gambar II.8 Contoh Sequence Diagram 9. Gambar III.1 Struktur Organisasi 10. Gambar III.2 Use Case Diagram Proses Produksi 11. Gambar III.3 Use Case Diagram Distribusi Barang 12. Gambar III.4 Use Case Diagram Laporan 13. Gambar IV.1 Use Case Diagram Pengolahan data Awal 14. Gambar IV.2 Aktivitas Diagram 15. Gambar IV.3 ERD 16. Gambar IV.4 LRS 17. Gambar IV.5 Class Diagram 18. Gambar IV.6 Squence Diagram
..............................
..............................
..............................
..............................
.............................
..............................
..............................
..............................
..............................
.............................
.............................
..............................
..............................
..............................
..............................
.............................
..............................
..............................
9
9
10
10
13
14
15
16
18
23
24
24
29
30
35
36
39
40
DAFTAR TABEL
Halaman
1. Tabel IV.1. Deskripsi Use Case Diagarm 2. Tabel IV.2. Tabel Admin 3. Tabel IV.3 Tabel Pembeli 4. Tabel IV.4 Tabel Hasil Produksi 5. Tabel IV.5 Tabel Pengiriman 6. Tabel IV.6 Jadwal Implementasi
..............................
..............................
..............................
..............................
..............................
..............................
29
37
37
38
39
43
DAFTAR LAMPIRAN
LAMPIRAN A1 BUKTI PENGELUARAN
LAMPIRAN A2 BUKTI PENGIRIMAN
LAMPIRAN B LAPORAN
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Distribusi adalah salah satu aspek dari pemasaran.Distribusi juga dapat diartikan
sebagai kegiatan pemasaran yang berusaha memperlancar dan mempermudah penyampaian
barang dan jasa dari produsen kepada konsumen, sehingga penggunaannya sesuai dengan yang
diperlukan (jenis, jumlah, harga, tempat, dan saat dibutuhkan). Seorang atau sebuah perusahaan
distributor adalah perantara yang menyalurkan produk dari pabrikan (manufacturer)
ke pengecer (retailer). Setelah suatu produk dihasilkan oleh pabrik, produk tersebut dikirimkan
(dan biasanya juga sekaligus dijual) ke suatu distributor. Distributor tersebut kemudian menjual
produk tersebut ke pengecer atau pelanggan.
Seiring dengan pesatnya perkembangan dunia teknologi informasi, mayoritas
perusahaan-perusahaan mulai banyak melakukan komputerisasi terhadap pengolahan data-data
perusahaan yang bersifat vital. Hal tersebut tidak dapat dipungkiri mengingat melalui produk
teknologi informasi, semuanya relatif dipermudah. Data-data perusahaan memang bersifat
vital. Penggunaan metode pengolahan data yang meggunakan aplikasi perkantoran seperti
Microsoft Word dan Microsoft Excel memang baik tapi relatif memiliki kelemahan seperti
lamanya proses pengolahan data dan data-data yang belum terintegrasi dan tertata rapi yang
dapat menghambat proses pengolahan. Semua kelemahan itu relatif dapat diatasi dengan
penggunaan produk teknologi informasi yang relevan sehingga meningkatkan efektifitas dan
efisiensi pengolahan data pada suatu perusahaan.
Pengolahan data distribusi masih memanfaatkan Microsoft Excel Walaupun sudah
menggunakan jasa komputer namun belum dilaksanakan secara optimal. Karena dalam
mengolah data pemrosesannya dilakukan secara manual, seandainya terjadi kesalahan atau
kekeliruan pada data tersebut ini harus dilakukan pengetikan atau pembuatan laporan dari awal
lagi dan ini memerlukan waktu yang lama. Berdasarkan identifikasi masalah yang telah
dipaparkan maka rumusan masalahnya bagaimana merancang sebuah sistem informasi
pendataan distribusi barang pada CV Putra padjadjaran.
1.2. Tujuan dan Manfaat
Berdasarkan latar belakang diatas maka tujuan dari pembuatan tugas akhir ini
diantaranya sebagai berikut:
1. Merancang sistem informasi pengelolaan distribusi barang
2. Mempermudah pegawai untuk memonitoring kegiatan distribusi
3. Mempermudah pencarian data pendistribusian barang
4. Menjadikan pengelolaan data pendistribusian menjadi lebih efektif dan efisien
Manfaat dari pembuatan tugas akhir ini adalah sebagai berikut:
1. Manfaat untuk Penulis
Sebagai salah satu syarat kelulusan Program Diploma Tiga (DIII) Jurusan Manajemen
Informatika di Akademi Manajemen Informatika dan Komputer Bina Sarana Informatika
(AMIK BSI) Tasikmalaya.
2. Manfaat untuk objek penelitian
a. Menganalisa sistem yang sedang berjalan sehingga akan diketahui masalah yang ada
sekarang
b. Rancangan ini dapat dijadikan referensi tempat penelitian untuk membuat sebuah
sistem informasi pendataan distribusi barang
3. Manfaat untuk pembaca
Referensi bagi pembaca dalam hal perancangan sebuah sistem informasi pendataan
distribusi barang
1.3. Metode Penelitian
1.3.1. Metode pengumpulan Data
Teknik pengumpulan data yang digunakan oleh penulis dalam melakukan pengumpulan
data untuk pembuatan TA adalah:
1. Observasi
Observasi dilakukan dengan mendatangi dan meninjau secara langsung ke tempat penelitian
untuk melihat proses yang sedang berjalan.
2. Wawancara
Wawancara dilakukan dengan salah satu pegawai. Wawancara dilakukan dengan
mengajukan beberapa pertanyaan dan untuk mengetahui sistem yang sedang berjalan
disana.
3. Studi Literature
Studi literature ini digunakan untuk menjadi bahan acuan dalam pembuatan tugas akhir ini.
Studi literature digunakan dengan mencari bahan melalui buku, internet maupun jurnal
terkait dengan penelitian ini.
1.3.2. Metode Pengembangan Perangkat Lunak
Metode yang digunakan pada pengembangan perangkat lunak ini menggunakan model
waterfall (Shalahuddin, 2013) yang terbagi menjadi empat tahapan, yaitu:
1. Analisis 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 kebutuhan perangkat lunak pada tahap ini perlu untuk
didokumentasikan.
2. Desain
Desain perangkat lunak adalah proses multi langkah yang fokus pada desain pembuatan
program perangkat lunak termasuk struktur data, arsitektur perangkat lunak, representasi
antarmuka, dan prosedur pengkodean.
3. Pembuatan Kode Program
Desain harus diterjemahkan ke dalam 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 logika dan fungsional, serta memastikan
bahwa semua bagian sudah diuji. Hal ini dilakukan untuk meminimalisir kesalahan (error)
dan memastikan keluaran yang dihasilkan sesuai dengan yang diinginkan.
1.4 Ruang Lingkup
Penelitian ini diperlukan batasan dalam hal pembahasan. Ruang lingkup dalam
penelitian ini adalah berupa:
1. Pengelolaan data penerimaan barang
2. Pengeluaran barang dan
3. laporan-laporan.
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem
2.1.1. Sistem Informasi
Menurut ( Anggraeni, 2015) 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 .”
Menurut ( Anggraeni, 2015) Informasi adalah “hasil dari pengolahan data dalam suatu
bentuk yang lebih berguna dan lebih berarti bagi penerimanya yang menggambarkan suatu
kejadian-kejadian yang nyata yang digunakan untuk pengambilan keputusan.”
Menurut ( Anggraeni, 2015) Sistem informasi adalah “suatu kombinasi teratur dari
orang-orang hardware, software, jaringan komunikasi dan sumber daya data yang
mengumpulkan, mengubah, dan menyebarkan informasi dalam sebuah organisasi.”
2.1.2. Sistem Berorientasi Objek/ OOP (Object Oriented Programming)
Pengertian pemrograman berorientasi objek atau object-oriented programming
Menurut (Kadek, 2015) adalah :
Pemrograman berorientasi objek atau object-oriented programming merupakan
suatu pendekatan pemrograman yang menggunakan object dan class. Saat ini
konsep OOP sudah semakin berkembang. Hampir semua programmer maupun
pengengmbang aplikasi menerapkan konsep OOP. OOP bukanlah sekedar cara
penulisan sintaks program yang berbeda, namun lebih dari itu, OOP merupakan
cara pandang dalam menganalisa sistem dan permasalahan pemrograman. Dalam
OOP, setiap bagian dari program adalah object. Sebuah object mewakili suatu
bagian program yang akan diselesaikan.
Beberapa konsep OOP dasar menurut (Kadek, 2015), antara lain:
a. Encapsulation (Class dan Object)
b. Inheritance (Penurunan sifat)
c. Polymorphisme PHP
2.1.3. Basis Data
Menurut (Hindro, 2014)” Database atau basis data adalah kumpulan data yang
disimpan secara sistematis di dalam komputer dan dapat diolah atau dimanipulasi
menggunakan perangkat lunak (program aplikasi) untuk menghasilkan informasi.”
Pendefinisian basis data meliputi spesifikasi berupa tipe data, struktur, dan juga batasan-
batasan data yang akan disimpan. Basis data merupakan aspek yang sangat penting dalam
sistem informasi dimana basis data merupakan gudang penyimpanan data yang akan diolah
lebih lanjut. Basis data menjadi penting karena dapat menghidari duplikasi data, hubungan
antar data yang tidak jelas, organisasi data, dan juga update yang rumit.
Menurut (Hindro, 2014) MySQL adalah sebuah perangkat lunak sistem manajemen
basis data SQL (database management system) atau DBMS yang multithread, multi-user,
dengan sekitar 6 juta instalasi di seluruh dunia. MySQL sebenarnya merupakan turunan salah
satu konsep utama dalam database sejak lama, yaitu SQL (Structured Query Language). SQL
adalah sebuah konsep pengoperasian database, terutama untuk pemilihan atau seleksi dan
pemasukan data, yang memungkinkan pengoperasian data dikerjakan dengan mudah secara
otomastis.
2.2. Teori Pendukung (Tool System)
2.2.1. ERD (Entity Relationship Diagram)
( Priyadi, 2014) mengemukakan bahwa: “Pemodelan basis data dengan menggunakan
diagram relasi antar entitas, dapat dilakukan dengan menggunakan suatu pemodelan basis data
yang bernama Entity Diagram Relationship”.
Notasi-notasi simbolik didalam Diagram Entity Relationship yang dapat kita gunakan
adalah:
1. Persegi panjang, menyatakan Himpunan Entitas.
2. Lingkaran/ Elips, menyatakan Atribut (atribut yang berfungsi sebagai key digaris bawahi).
3. Belah Ketupat, menyatakan Himpunan Relasi.
4. Garis, sebagai penghubung antara himpunan entitas dengan atributnya.
5. Kardinalitas Relasi dapat dinyatakan dengan banyaknya garis cabang atau dengan
pemakaian angka (1 dan 1 untuk relasi satu-ke-satu, dan N untuk relasi satu-ke-banyak atau
N dan N untuk relasi banyak-ke-banyak).
Berikut adalah contoh penggambaran relasi antar himpunan entitas lengkap dengan
kardinalitas relasi dan atribut-atributnya:
1. Relasi satu-ke-satu (one-to-one)
Ka_apotek Apotekmengepalai
Nm_pegAlmt_peg
nipeg Kode_atk
Kode_atk
Nm_atk
1 1
Sumber: Priyadi (2014)
Gambar II.1. Diagram E-R Relasi satu-ke-satu
2. Relasi satu-ke-banyak (one-to-many)
Dokter Penyakit menangani
Almt_dokNm_dok
Jam_prtek ruang
Kode_pkt
Nm_pkt
1 N
nidok nidok Kode_pktjenis_pkt
Sumber: Priyadi (2014)
Gambar II.2. Diagram E-R Relasi satu-ke-banyak
3. Relasi banyak-ke-satu (many-to-one)
Penyakit Dokter ditangani
Nm_pktKode_pkt
Jam_prtek ruang
Almt_dok
Nm_dok
N 1
Jenis_pkt nidokKode_pktnidok
Sumber: Priyadi (2014)
Gambar II.3. Diagram E-R Relasi banyak-ke-satu
4. Relasi banyak-ke-banyak (many-to-many)
Pasien penyakitmemiliki
Almt_psnUnm_psn
Nm_obat
Kode_pkt
Nm_pkt
N N
Kode_psn Kode_pktKode_psnJenis_pkt
Sumber: Priyadi (2014)
Gambar II.4. Diagram E-R Relasi banyak-ke-banyak
2.2.2. Logical Record Structure (LRS)
Menurut Hasugian dan Shidiq dalam (Puspitasari, 2016) mengartikan bahwa:
LRS adalah Sebuah model sistem yang digambarkan dengan sebuah diagram-ER akan
mengikuti pola/ aturan pemodelan tertentu dalam kaitannya dengan konversi ke LRS.
Setiap entitas akan diubah kebentuk kotak, sebuah atribut relasi disatukan dalam sebuah
kotak bersama entitas jika hubungan yang terjadi pada diagram-ER 1:M (relasi bersatu
dengan cardinality M) atau tingkat hubungan 1:1 (relasi bersatu dengan cardinality yang
paling membutuhkan referensi) Sebuah relasi dipisah dalam sebuah kotak tersendiri
(menjadi entitas baru) jika tingkat hubungannya M:M (many to many) dan memiliki
foreign key sebagai primary key yang diambil dari kedua entitas yang sebelumnya
saling berhubungan.
2.2.3. UML (Unified Modelling Language)
UML (Unified Modelling Language) adalah standarisasi internasional untuk notasi
dalam bentuk grafik. Menurut (Pratama, 2014), yang menjelaskan tentang analisis dan desain
perangkat lunak yang dikembangkan dengan pemrograman berorientasi objek. Sebuah UML
memiliki setidaknya sembilan buah diagram di dalamnya, namun umumnya digunakan tiga
buah diagram saja.
Menurut (Romi, 2013) Unified Modelling Language (UML) adalah sebuah "bahasa" yg
telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan
sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem.
Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi
piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan
jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga
menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk
penulisan piranti lunak dalam bahasa-bahasa berorientasi objek seperti C++, Java, C# atau
VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi
prosedural dalam VB atau C. Beberapa diagram pada UML adalah:
1. Use Case Diagram
Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan
adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case
merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah
pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan
sebagainya.
Seorang/ sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi
dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat
membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan
rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem.
Contoh use case diagram :
Sumber: (Romi, 2013)
Gambar II.5 Contoh Use Case Diagram
2. Class Diagram
Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek
dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan
keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi
keadaan tersebut (metoda/fungsi).
Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta
hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok :
1. Nama (dan stereotype)
2. Atribut
3. Metoda
Hubungan antar class diantaranya adalah:
1. Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki
atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah
navigability menunjukkan arah query antar class.
2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
3. Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan
mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru,
sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah
generalisasi.
4. Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada
class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram
yang akan dijelaskan kemudian.
Contoh class diagram dapat dilihat pada gambar dibawah ini:
Sumber: (Romi, 2013)
Gambar II.6 Contoh Class Diagram
3. Activity Diagram
Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang
dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan
bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang
mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah
action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal
processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah
sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses
dan jalur-jalur aktivitas dari level atas secara umum.. Activity diagram dapat dibagi menjadi
beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk
aktivitas tertentu. Contoh activity diagram tanpa swimlane:
Sumber: (Romi, 2013)
Gambar II.7 Contoh Activity Diagram
4. Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem
(termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap
waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-
objek yang terkait).
Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian
langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output
tertentu. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada
fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation
bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya
sebuah message. Contoh sequence diagram :
Sumber: (Romi, 2013)
Gambar II.8 Contoh Sequence Diagram
BAB III
ANALISA SISTEM BERJALAN
3.1. Tinjauan Perusahaan
3.1.1 Sejarah Perusahaan
CV Putra Padjadjaran merupakan perusahaan keluarga yang telah berjalan selama tiga
generasi. Dimulai dari tahun 1978 , CV Putra Padjadjaran ini muncul sebagai home industri
yang memiliki impian jangka panjang untuk melayani kebutuhan pasar dalam negeri.
Pada Tahun 1979 CV Putra Padjadjaran memiliki tempat khusus sendiri (toko) untuk
memasarkan serta menjual barang produksinya. Seiring berjalannya waktu produk yang
ditawarkan kepada pelanggan semakin bertambah dan bervariasi serta kebutuhan pelanggan
pun semakin meningkat. Pada Tahun 1990 CV Putra Padjadjaran mulai bekerja sama dengan
pabrik benang di Bandung. Dan pada tahun 2001, bertempat di JL.Perintis Kemerdekaan no
242 Tasikmalaya, CV Putra Padjadjaran mulai mendirikan sebuah pabrik yang kemudian
meluncurkan satu persatu produk baru, mulai dari benang jait, benang obras, benang polyester,
dan masih banyak produk yang telah dan akan dikembangkan.
Kini CV Putra Padjadjaran terus melangkah dengan mengisi celah produk yang tidak
dilayani oleh produsen lain dan menjawab tantangan pasar akan kebutuhan terhadap benang
yang dapat disesuaikan dengan kebutuhan spesifik masing-masing industri yang membutuhkan
benang dengan spesifikasi yang dikehendaki.
3.1.2. Struktur Organisasi dan Fungsi
A. Struktur Organisasi
Struktur Organisasi dari CV Putra Padjadjaran adalah:
Sumber: Manager CV Putra Padjadjaran (2016)
Gambar III.1. Struktur Organisasi
B. Tugas dan fungsi
Setiap bagian mempunyai tugas dan fungsinya. Berikut tugas dan fungsi dari masing-
masing bagian d CV.Putra Padjadjaran:
1. Direktur
a. Memimpin perusahaan sesuai dengan wewenangnya berdasarkan hasil rapat umum
pemegang saham guna mengembangkan kegiatan perusahaan.
b. Menetapkan rencana kerja perusahaan beserta pedoman pelaksanaanya.
c. Memimpin dan mengawasi penyelenggaraan peraturan perusahaan.
d. Menetapkan kebijaksanaan tentang pembinaan pengurusan, penguasaan dan
pengembangan perusahaan, menyelenggarakan program kerja/melaksanakan rencana
kerja.
e. Membina keterampilan dan kesejahteraan para karyawan perusahaan/memberi motivasi,
pengarahan dalam melaksanakan kegiatan perusahaan pada semua karyawan.
f. Bertanggungjawab untuk memenuhi kewajiban-kewajiban perusahaan.
Direktur
Manager
Marketing Finance Produksi Gudang
g. Mengkoordinasi pelaksanaan tugas Manager
2. Manager
a. Memimpin perusahaan dan menjadi motivator bagi karyawannya
b. Mengelola operasional harian perusahaan
c. Merencanakan, melaksanakan, mengkoordinasi, mengawasi dan mengalisis semua
aktivitas bisnis perusahaan
d. Mengelola perusahaan sesuai dengan visi dan misi perusahaan
e. Merencanakan, mengelola dan mengawasi proses penganggaran di perusahaan
f. Merencanakan dan mengontrol kebijakan perusahaan agar dapat berjalan degan
maksimal
g. Memastikan setiap departemen melakukan strategi perusahaan dengan efektif dan
optimal
h. Mengelola anggaran keuangan perusahaan
i. Memutuskan dan membuat kebijakan untuk kemajuan perusaahan
j. Membuat prosedur dan standar perusahaan
k. Membuat keputusan penting dalam hal investasi, integrasi, aliansi dan divestasi
l. Merencanakan dan mengeksekusi rencana startegis perusahaan jangka menengah dan
jangka panjang untuk kemajuan perusahaan
3. Marketing
a. Bertanggung jawab terhadap Manager Umum
b. Menetapkan tujuan dan sasaran jalannya operasional perusahaan dan strategi penjualan
kepada konsumen.
c. Membuat analisa terhadap pangsa pasar dan menentukan strategi penjualan terhadap
konsumen atau pelanggan.
d. Menganalisis laporan yang dibuat oleh bawahannya.
e. Mengoptimalkan kerja staf dan administrasi dibawah wewenangnya untuk mencapai
tujuan perusahaan.
f. Memberikan pelayanan yang prima kepada setiap konsumen atau pelanggan.
g. Marketing bertanggung-jawab terhadap perolehan hasil penjualan dan penggunaan dana
promosi
h. Marketing membina bagian pemasaran dan membimbing seluruh karyawan dibagian
pemasaran.
4. Finance
a. Menyusun program keuangan perusahaan
b. Pengelolaan keuangan perusahaan
c. Mengatur segala sesuatu yang terkait dengan penyediaan keperluan perusahaan
d. Melaksanakan penyelesaian kegiatan penggajian pegawai, laporan bulanan, rencana
keperluan perlengkapan kantor/sekolah dan rencana belanja bulanan
e. Menyusun administrasi pegawai
f. Menginventaris seluruh data
5. Produksi
a. Bertanggung jawab untuk membuat perencanaan produksi, pengembangan tenaga kerja,
proses perbaikan, pengiriman/distribusi, dan kualitas produk hasil produksi
b. Menganalisis permasalahan pada kegiatan operasi
c. Merekomendasikan program atau menyusun SOP baru dalam rangka meningkatkan
produktivitas, efisiensi dan hasil produksi
d. Mengkoordinasikan kegiatan pemeliharaan mesin
e. Melakukan pelatihan OJT dalam rangka meningkatkan keterampilan pada semua aspek
kegiatan produksi
f. Memastikan suasana kerja yang positif untuk mendorong kinerja tim dan semangat kerja
untuk mengembangkan karir karyawan di masa depan
g. Turut serta dalam penyusunan sasaran dan anggaran perusahaan
h. Memantau dan menjaga pengeluaran biaya sesuai dengan anggaran yang telah ditetapkan
oleh perusahaan
i. Menetapkan prioritas dan tujuan kerja sesuai dengan ketentuan
j. Turut serta dalam proses persiapan, pengkoordinasian dan perencanaan kegiatan
produksi perusahaan
3.2. Prosedur Sistem Berjalan
Berikut prosedur distribusi barang yang sedang berjalan adalah:
1. Pengelolaan Proses produksi
Setiap hari bagian produksi mengelola proses produksi. Ketika akan melakukan produksi
bagian produksi meminta bahan baku ke bagian gudang. Kemudian bagian gudang
memberikan bahan baku tersebut disertai dengan bukti pengeluaran bahan baku ke bagian
produksi. Bagian gudang mencatat pengeluaran bahan baku tersebut. Kemudian bagian
produksi melakukan produksi dan mencatat hasil produksi tersebut.
2. Pengelolaan Proses Distribusi Barang
Setelah barang diproduksi maka barang tersebut didistribusikan ke setiap agen-agen yang
sudah menjadi langganan. Agen-agen akan mendatangi bagian penjualan. Agen tersebut
meminta barang. Bagian penjualan mencatat data permintaan barang kemudian mengecek
barang yang diminta. Setelah disiapkan bagian penjualan mengirimkan barang tersebut ke
agen-agen. Bagian penjualan membuat bukti pengiriman dan mencatat data pengiriman.
3. Pengelolaan Laporan
Bagian penjualan membuat laporan berdasarkan dari arsip yang diberikan oleh bagian
gudang dan bagian produksi. Laporan tersebut direkap kemudian dibuat dan diberikan
kepada manager.
3.3. Use Case Diagram Sistem Berjalan
Use Case Diagram untuk distribusi barang dapat dilihat pada gambar di bawah ini:
Gambar III.2 Use case Diagram Prosedur Proses Produksi
Gambar III.3 Use case Diagram Prosedur Distribusi Barang
Gambar III.4 Use Case Diagram Prosedur Laporan
3.4. Spesifikasi Dokumen Sistem Berjalan
3.4.1. Spesifikasi Bentuk Masukan
Bentuk spesifikasi dokumen-dokumen masukkan yang digunakan pada sistem berjalan,
dapat berupa:
1. Nama Dokumen : Bukti Pengeluaran Bahan baku
Fungsi : Sebagai bukti mengeluarkan bahan baku
Sumber : Bagian gudang
Tujuan : Bagian produksi
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap mengeluarkan bahan baku
Bentuk : Lampiran A.1
3.4.2. Spesifikasi Bentuk Keluaran
Dokumen-dokumen keluaran yang digunakan pada sistem berjalan adalah:
1. Nama Dokumen : Bukti Pengiriman
Fungsi : Sebagai bukti pengiriman barang
Sumber : Bagian penjualan
Tujuan : Agen
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap mengirimkan barang
Bentuk : Lampiran B.1
2. Nama Dokumen : Laporan
Fungsi : sebagai Laporan distribusi barang
Sumber : Bagian penjualan
Tujuan : Manager
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap bulan
Bentuk : Lampiran B.2
3.5. Permasalahan Pokok
Proses yang sedang berjalan sekarang memiliki beberapa permasalahan pokok.
Permasalahan pokok dari penelitian ini diantaranya adalah:
1. Tidak efektif dalam pencatatan data pengriiman harus ditulis tangan terkadang ada
kesalahan pengelolaan data pengiriman.
2. Kesulitan dalam pencarian data barang karena harus melihat dari catatan
3. Pembuatan Laporan yang memakan waktu yang lama karena harus melihat dari catatan-
catatan dan rentan untuk hilang ataupun rusak.
3.6. Pemecahan Masalah
Berdasarkan permasalahan pokok diatas maka pemecahan masalahnya adalah:
1. Dibuatkan Sistem informasi distribusi barang agar pengelolaan data pengiriman menjadi
lebih efektif karena tidak usah ditulis tangan
2. Dibuatkan Sistem informasi distribusi barang agar pencarian data barang bisa dengan lebih
mudah didapatkan karena terdapat menu pencarian.
3. Dibuatlah Sistem informasi distribusi barang agar bagian penjualan bisa langsung mencetak
laporan tersebut karena laporan otomatis terbentuk oleh sistem.
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1. Analisis Kebutuhan
A. Kebutuhan Pengguna
Dalam aplikasi distribusi ini ini terdapat satu pengguna yaitu admin yang mengolah
data, yaitu:
A.1 Skenario Kebutuhan Admin:
a. Mengelola data Admin
b. Mengelola data Hasil produksi
c. Mengelola Data pembeli
d. Mengelola Data pengiriman
c. Mencetak laporan
B. Kebutuhan Sistem
1. Pengguna harus login terlebih dahulu untuk dapat mengakses aplikasi ini dengan
memasukkan email dan password agar privasi masing-masing pengguna terjaga
keamanannya.
2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi
3. Sistem dapat menyimpan data Admin
4. Sistem dapat menyimpan data Hasil produksi
5. Sistem dapat menyimpan Mengelola Data pembeli
6. Sistem dapat menyimpan Mengelola Data pengiriman
7. Sistem dapat menyimpan Mencetak laporan
4.1.2. Rancangan Diagram Use Case
Berikut ini rancangan use case diagram usulan untuk SIstem informasi distribusi
barang adalah sebagai berikut:
Gambar IV.1 Use Case Diagram Pengolahan Data Awal
Tabel IV.1. Deskripsi Use Case Diagram
Use Case Name Menu utama
Requirements admin memilih menu utama
Goal Menu utama muncul
Pre-Conditions Admin log in ke sistem
Post-Conditions Admin memilih menu yang lain
Failed end Condition Admin tidak dapat masuk ke menu utama
Actors Admin
Main Flow/ Basic Path 1. Admin login
2. Admin memilih menu utama
3. Muncul pilihan menu
Alternate Flow/ Invariant A Menu Utama sudah muncul
Invariant B B1. Admin login
B2. Admin tidak memilih menu utama
B3. Tidak Muncul pilihan menu
4.1.3. Rancangan Diagram Aktivitas
Rancangan Diagram aktivitas usulan untuk SIstem informasi distribusi barang dapat
dilihat pada gambar di bawah ini:
Login
Input Data
Hasil produksi
Simpan
data
Simpan
data
Simpan
data
Input data
pengiriman
Cetak
surat jalan
Cek hasil
produksi
Input data
pembeli
Cetak
laporan
AdminBagian Penj ualanData PembeliData PengirimanHasil produksiBagian produksi
Gambar IV.2 Diagram Aktivitas
4.1.4. Rancangan Dokumen Sistem Usulan
Rancangan dokumen sistem usulan untuk sistem informasi distribusi barang
A. Bentuk Dokumen Masukan Usulan
1. Nama dokumen : surat jalan
Fungsi : sebagai surat jalan distribusi barang
Sumber : Sistem
Tujuan : admin
Media : dokumen cetakan komputer
Jumlah : -
Frekuensi : setiap kirim barang
Bentuk : Lampiran C
B. Bentuk Dokumen Keluaran Usulan
1. Nama dokumen : Laporan distribusi barang
Fungsi : sebagai laporan distribusi barang
Sumber : sistem
Tujuan : admin
Media : dokumen cetakan komputer
Jumlah : 1 lembar
Frekuensi : setiap bulan
Bentuk : Lampiran D
4.1.5. Rancangan Prototype
Sebelum membuat aplikasi maka dilakukan Rancangan prototype terlebih dahulu.
Berikut ini adalah rancangan prototype untuk SIstem informasi distribusi barang:
1. Menu Login
2. Menu Utama
3. Menu User
4. Menu Pengiriman
5. Menu Hasil Produksi
6. Menu Laporan
4.2. Perancangan Perangkat Lunak
4.2.1. Entity Relationship Diagram
Berikut relasi antara entitas-entitas yang terdapat pada system distribusi barang:
Admin Mendata
Password
1 NHasilProduksi
Usernamenohasilpproduksi
Tglproduksi
JumlahproduksiNama
Mengirim Pengiriman
nopengiriman tglpengiriman
Jumlahpengiriman
Lokasipengiriman
1
N
Pembeli Mempunyai
Nopembeli
NamaAlamat
Perusahaan
Notelp1
N
Gambar IV.3 ERD Sistem Distribusi barang
4.2.2. LRS
Admin
Username *PasswordNama
Hasilproduksi
Nohasilproduksi *TglproduksiJumlahproduksiUsername **
1 N
Pembeli
Nopembeli *NamaAlamatPerusahaanNotelp
Pengiriman
Nopengiriman *TglpengirimanJumlahpengirimLokasipengirimanUsername **Nopembeli **
1
N
1 N
Gambar IV.4 LRS Sistem Informasi Distribusi Barang
4.2.3. Spesifikasi File
a. File Admin
Nama File : File Admin
Akronim : tabel Admin
Fungsi : untuk menyimpan data Admin
Tipe : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media Type : Hard Disk
Panjang record : 50
Kunci Field : Username
Software : MySql
Tabel IV.2 Tabel Admin
No Elemen Data Akronim Tipe Panjang Keterangan
1 Username Username Varchar 10 Primary Key
2 Password Password Varchar 10
3 Nama Nama Varchar 30
b. File Pembeli
Nama File : File Pembeli
Akronim : tabel Pembeli
Fungsi : untuk menyimpan data Pembeli
Tipe : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media Type : Hard Disk
Panjang record : 112
Kunci Field : NoPembeli
Software : MySql
Tabel IV.3 Tabel Pembeli
No Elemen Data Akronim Tipe Panjang Keterangan
1 NoPembeli NoPembeli Varchar 10 Primary Key
2 Nama Nama Varchar 30
3 Alamat Alamat Varchar 30
4 Perusahaan Perusahaan Varchar 30
5 Notelp Notelp Int 12
c. File Hasil Produksi
Nama File : File Hasil Produksi
Akronim : tabel Hasil Produksi
Fungsi : untuk menyimpan data Hasil Produksi
Tipe : File transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media Type : Hard Disk
Panjang record : 33
Kunci Field : NoHasilProduksi
Software : MySql
Tabel IV.4 Tabel Hasil Produksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 NoHasilProduksi NoHasilProduksi Varchar 10 Primary Key
2 TglProduksi TglProduksi Date
3 JumlahProduksi JumlahProduksi Int 5
4 Username Username Varchar 10 Foreign Key
d. File Pengiriman
Nama File : File Pengiriman
Akronim : tabel Pengiriman
Fungsi : untuk menyimpan data Pengiriman
Tipe : File transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media Type : Hard Disk
Panjang record : 93
Kunci Field : NoPengiriman
Software : MySql
Tabel IV.4 Tabel Pengiriman
No Elemen Data Akronim Tipe Panjang Keterangan
1 NoPengiriman NoPengiriman Varchar 10 Primary Key
2 TglPengiriman TglPengiriman Date
3 JumlahPengiriman JumlahPengiriman Int 5
4 LokasiPengiriman LokasiPengiriman Varchar 50
5 NoPembeli NoPembeli Varchar 10 Foreign Key
4 Username Username Varchar 10 Foreign Key
4.2.4. Class Diagram
Berikut ini adalah penggambaran class diagram untuk usulan sistem SIstem informasi
distribusi barang adalah:
Gambar IV.5 Class Diagram SIstem informasi distribusi barang
4.2.5. Sequence Diagram
Berikut ini adalah penggambaran sequence diagram untuk usulan SIstem informasi
distribusi barang adalah:
: Bagian Produksi : Bagian ProduksiHasil ProduksiHasil Produksi data pembelidata pembeli Data
Pengiriman
Data
Pengiriman : Bagian Penjualan : Bagian Penjualan : Admin : Admin
Input data hasil produksi
Simpan
Cek Hasil Produksi
tampil
Input Data pembeli
Simpan
Input Data Pengiriman
Simpan
Cetak Surat jalan
Cek Data pengiriman
Gambar IV.6 Sequence diagram
4.2.6. Spesifikasi Hardware dan Software
1. Hardware
Perangkat keras berasal dari kata perangkat dan keras, dalam bahasa Inggris yaitu
Hardware. Hardware itu sendiri berasal dari kata “computer heard-were”. Istilah umum yang
sering digunakan untuk hardware adalah mendeskripsikan seluruh elemen elektronik dan
mekanik dari komputer, bersamaan dengan peralatan yang digunakan dengan komputer.
Perangkat keras pendukung sistem komputerisasi ini adalah sebagai berikut:
a. Server
1) CPU
(a) Processor Intel® Pentium® Core 2 Duo
(b) RAM DDR2 4 GB
(c) Hard Disk 500 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 2 Mbps.
b. Client
1) CPU
(a) Processor Intel® Pentium® 4
(b) RAM DDR2 1GB
(c) Hard Disk 20 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 56 kbps.
2. Software
Perangkat lunak berasal dari kata perangkat dan lunak dalam bahasa inggris yaitu
software. Software merupakan komponen dalam data processing sistem yang berupa program-
program dan teknik-teknik lain untuk mengontrol sistem. Pada umumnya, istilah umum yang
sering digunakan untuk software adalah mendeskripsikan semua macam program yang bisa
digunakan pada sistem komputer bersama dengan dokumentasinya yang tergabung. Perangkat
lunak yang mendukung pembuatan progran aplikasi ini adalah sebagai berikut:
1. Server
Sistem Operasi : windows 10
Program design : vb
Database : MySql
2. Client
Sistem Operasi : windows 10
Program design : vb
Database : MySql
4.3. Jadwal Implementasi
Pembuatan sistem SIstem informasi distribusi barang harus mempunyai jadwal agar
lebih terorganisir dengan baik. Berikut jadwal implementasi dari pembuatan SIstem informasi
distribusi barang:
Tabel IV. 6 Jadwal Implementasi
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 Program
6 Tes Program
BAB V
PENUTUP
5.1. Kesimpulan
Berdasarkan tugas akhir yang dilakukan maka kesimpulan yang dapat ditarik dari
hasil penelitian ini yaitu:
5. Telah dirancang sistem informasi pengelolaan distribusi barang
6. Sistem informasi distribusi barang ini digunakan untuk mempermudah pegawai untuk
memonitoring kegiatan distribusi
7. Sistem informasi distribusi barang ini digunakan untuk mempermudah pencarian data
pendistribusian barang
8. Sistem informasi distribusi barang ini digunakan untuk menjadikan pengelolaan data
pendistribusian menjadi lebih efektif dan efisien
5.2. Saran
Berikut saran yang dapat diberikan:
1. Untuk pengembangan Sistem Informasi distribusi barang ini sebaiknya ditambah fitur-
fitur yang lain yang dapat membantu pengguna
2. Kedepannya aplikasi bisa dikembangkan agar berbasis website sehingga pengguna lebih
tertarik memakai aplikasi ini.
3. Metode yang digunakan bisa dikembangkan agar lebih tepat
DAFTAR PUSTAKA
Dedi, Hilmi Fuad, A. S. (2014). Perancangan Sistem Informasi Human Resources Pada PT .
Indonesia Koito. STMIK Bina Sarana Global, 4(1).
Fridayanthie, E. W., & Mahdiati, T. (2016). Rancang Bangun Sistem Informasi Permintaan
Atk Berbasis Intranet (Studi Kasus: Kejaksaan Negeri Rangkasbitung). Jurnal
Informatika, 4(2), 126–137.
Mandalamaya. (2013). Pengertian Database.. http://www.mandalamaya.com/pengertian-
database/. (1 Juni 2018)
Priyadi, Yudi. (2014). Kolaborasi SQL dan ERD dalam Implementasi Database. Yogyakarta:
C.V ANDI OFFSET
Samsinar . Anggraini Putrianti. (2015). Analisa dan Perancangan Sistem Informasi Persediaan
Obat Studi Kasus : Apotek Aini Farma. Seminar Nasional Teknologi Informasi Dan
Komunikasi, 2015(Sentika), 157–164.
Sari, A. M., Asnawati, & Yulianti, L. (2015). Aplikasi Pendataan Pasien Rujuk Balik Perserta
Badan Penyeleggara Jaminan Sosial(Bpjs) Bengkulu. Jurnal Media Infotama, 11(2), 102.
Retrieved from https://jurnal.unived.ac.id/index.php/jmi/article/view/257/236
Suma, Arif. (2013). Relationship pada perpustakaan. Diambil dari:
http://mahasiswa.ung.ac.id/921409030/home/categories/921409030_tugas_kelo.
(20 Mei 2018)
Romi, Sri. (2013). Pengantar UML. Diambil dari: http://ilmukomputer.com. ( 20 Mei 2018)
LAMPIRAN A1 BUKTI PENGELUARAN
V
LAMPIRAN A2 BUKTI PENGIRIMAN
LAMPIRAN B LAPORAN