Analisis sistem informasi penjualan kredit kendaraan di PT.Nusantara Jaya Sentosa Bandung : laporan kerja praktek
1
PENDAHULUAN
1.1Latar Belakang Masalah
Perkembangan dunia bisnis sekarang semakin meningkat, sehingga menuntut perusahaan untuk meningkatkan aktivitas, khususnya dalam hal penjualan. Penjualan merupakan ujung tombak perusahaan karena dengan adanya penjualan tersebut, perusahaan dapat memperoleh pendapatan. Penjualan dapat dilakukan dengan baik secara tunai maupun kredit. Dengan adanya penjualan kredit perusahaan mampu menigkatkan aktivitas usahanya terutama di bidang penjualan
Penjualan kredit dapat dijalankan dengan baik apabila setiap fungsi atau bagian yang terkait dapat melaksanakan tugasnya masing-masing dengan baik. PT Nusantara Jaya Sentosa merupakan salah satu perusahaan yang bergerak dibidang penjualan kendaraan bermotor. Dalam operasinya, sistem infomasi yang dikumpulkan selama kerja lapangan masih dilakukan secara manual. Setelah kerja lapangan para pegawai menginputkan data yang telah dikumpulkan ke dalam dokumen Microsoft Excel. Proses manual tersebut membutuhkan waktu input yang lama, tidak efisien serta tempat penyimpanan yang kurang baik. Selain itu kemanan data juga kurang baik karena setiap orang dapat melakukan proses data
Oleh karena itu penulis bermaksud membuat laporan kerja praktek dengan judul
“Analisis sistem informasi penjualan kredit di PT. Nusantara Jaya Sentosa”
1.2Perumusan Masalah
Bagaimanakah sistem pengelolaan penjualan kredit dapat dijalankan secara optimal sehingga efektif dan dapat menunjang penjualan.
1.3Maksud dan Tujuan 1.3.1 Maksud
Adapun maksud penulis adalah untuk melakukan analisis sistem informasi penjualan kredit di PT Nusantara Jaya Sentosa
(2)
1.3.2 Tujuan
Adapun tujuan penulis dalam analisis sistem informasi ini adalah:
1. Mengevaluasi sistem informasi yang ada.
2. Merumuskan tujuan yang ingin dicapai berupa pengolahan data maupun pembuatan laporan baru
3. Menyusun suatu tahap rencana pengembangan sistem
1.4Batasan Masalah
Agar penulisan tugas akhir tidak menyimpang dari tujuan penulisannya dan masalah yang dihadapi tidak terlalu luas maka penelitian akan di batasi sebagai berikut :
1. Sistem ini hanya mencakup masalah penjualan secara kredit yang ditangani langsung oleh perusahaan
2. Sistem informasi terdiri atas modul-modul penjualan serta semua aktifitas dan dokumen yang terlibat dalam pengelolaan penjualan.
1.5Metode Penelitian
Metode penulisan yang digunakan dalam pembuatan laporan kerja praktek ini adalah :
Pengumpulan Data
a. Studi Literatur
Dilakukan dengan cara mencari dan mempelajari referensi yang berhubungan dengan proses penjualan kendaraan.
b. Wawancara
Mengadakan wawancara dengan dosen pembimbing maupun praktisi yang berhubungan dengan permasalahan yang di bahas dalam laporan kerja praktek ini. c. Observasi
Melakukan observasi untuk mencari masalah yang mungkin terjadi, mencari solusi untuk memecahkan masalah tersebut
1.6Sistematika Penulisan
Sistematika penyusunan beberapa ini dibagi dalam beberapa bab dengan pokok pembahasan . Sistematika secara umum adalah sebagai berikut :
(3)
BAB I PENDAHULUAN
Menguraikan tentang dasar-dasar pemikiran yang berisi tentang latar belakang masalah, perumusan masalah, maksud dan tujuan, batasan masalah, metode penelitian, serta sistematika penulisan.
BAB II TINJAUAN PUSTAKA
Bab ini memaparkan tentang profil PT. Nusantara Jaya Sentosa dan teori-teori yang berkaitan dengan topik.
BAB III PEMBAHASAN
Bab ini berisi tentang analisis sistem informasi di PT Nusantara Jaya Sentosa seperti Flow Map, Diagram Konteks, Data Flow Diagram dan memaparkan tentang bagaimana proses, prosedur, data, dokumen, unsur-unsur dan kendalan yang terjadi pada proses penjualan
BAB IV KESIMPULAN DAN SARAN
Berisi kesimpulan dan saran yang sudah diperoleh dari hasil penulisan Laporan Kerja Praktek.
(4)
19
PEMBAHASAN
3.1 Analisis Sistem
PT. Nusantara Jaya Sentosa merupakan salah satu dealer kendaraan bermotor yang sangat besar yang ada di indonesia. Adapun bagian yang akan dianalisis yaitu bagian penginputan data penjualan kredit kendaraan
3.1.1 Analisis Fungsional
3.1.1.1Flow Map Yang Sedang Berjalan Procedure kredit kendaraan
Flow map adalah suatu bagan yang menggambarkan dan menjelaskan urutan prosedur - prosedur, arus pekerjaan secara keseluruhan dari sistem dan menggambarkan aliran data atau dokumen dari satu entitas ke entitas lain. Adapun flow map yang sedang berjalan pada penjualan kredit adalah sebagai berikut :
1. Konsumen mengajukan kredit kendaraan kepada PT Nusantara Jaya Sentosa selaku dealer suzuki.
2. Dealer menyiapkan formulir dan dokumen-dokumen kredit (AK, DK dan SPK) dan memberikan kepada konsumen untuk diisi.
3. Dealer memeriksa kelengkapan data yang diterima dari konsumen. Apabila terdapat data yang kurang lengkap, dealer akan memberikan data tersebut kepada konsumen untuk kembali diselesaikan.
4. Setelah data lengkap atau sesuai maka konsumen akan memberi kembali data tersebut kepada dealer
5. Bila data telah lengkap atau sesuai, dealer akan menandatangani formulir dan dokumen.
6. Dealer membuat POPP dan POSPB untuk konsumen.
7. Konsumen memeriksa POPP dan POSPB dari dealer. Apabila terdapat data yang tidak sesuai, konsumen akan memberikan data tersebut kepada dealer untuk kembali dirundingkan.
8. Setelah konsumen dan dealer menyetujui POPP dan POSPB, maka dealer membuat Faktur Jual dan BSTKB
9. Bila Faktur Jual dan BSTKB telah selesai, dealer akan memberikan BSTKB kepada konsumen beserta dengan kendaraan
(5)
Proses Kredit Dealer Konsumen Mulai Akhir Pengajuan Kredit Formulir dan dokumen pengajuan kredit (AK),(DK),(SPK) Pengisian formulir dan dokumen
Formulir dan dokumen yang sudah ditandatangani Pemeriksaan kelengkapan data Lengkap ? Tanda tangan formulir dan dokumen
Formulir dan dokumen yang sudah ditandatangani Pembuatan POPP dan POSPB POPP dan POSPB Setuju ? Pembuatan Faktur jual dan BSTKB
Faktur jual dan BSTKB Menerima BSTKB dan kendaraan Ya Tidak Tidak Ya
Gambar 3.1 Flow Map
Keterangan
Ak : Aplikasi Kredit DK : Dokumen Kredit
(6)
POPP : Purchase Order Perhitungan Pembayaran POSPB : Purchase Order Surat Pernyataan Bersama BSTKB : Bukti Serah Terima Kendaraan Baru
Procedure penarikan kendaraan
1. Dealer memeriksa pada tabel kredit tentang pembayaran angsuran
2. Apabila konsumen terbukti pada tabel kredit terganggu dalam pembayaran maka konsumen akan mendapat peringatan dari dealer
3. Bila konsumen setelah mendapat peringatan membayar angsuran maka konsumen akan dianggap memenuhi kewajiban, tetapi jika konsumen tidak membayar angsuran maka konsumen akan mendapatkan kembali peringatan (max 3 kali)
4. Apabila dalam 3 kali peringatan konsumen tidak membayar angsuran maka pihak dealer akan menarik kendaraan dari pihak konsumen
Konsumen Dealer
Mulai
Periksa tabel kredit
Macet ? Memperingati konsumen (Max 3x)
Bayar ?
Kendaraan diambil Akhir
Ya
Tidak Tidak Ya
(7)
Dari flow map proses input data ini dapat disimpulkan bahwa penginputan data sudah terkomputerisasi namun dari segi kemudahan dan keamanan masih kurang baik sehingga dibutuhkan sistem baru yang lebih mudah dan keamanan datanya dapat terjaga dengan baik.
3.1.2 Analisis Non Fungsional dan Kebutuhan Non Fungsional 3.1.2.1Analisis User
Pengguna komputer serta Admin aplikasi adalah sebagai berikut :
Nama : Nurul Aeni Fauziah
Jabatan : Sales Admin
Umur : 28 tahun
Pengalaman menggunakan Komputer : 4 tahun
Sistem Operasi sering digunakan : Windows XP
Pengguna komputer adalah sebagai berikut :
Nama : Rohman Mahdi
Jabatan : Kepala Cabang
Umur : 48 tahun
Pengalaman menggunakan Komputer : 32 tahun
Sistem Operasi sering digunakan : Windows XP
Ditinjau dari karakteristik dari user, maka dapat disimpulkan bahwa user mampu mengoperasikan komputer serta bekerja sesuai dengan bidang dan keahliannya.
(8)
3.1.2.2Analisis Hardware
Hardware adalah perangkat keras komputer yang sangat mendukung dalam kinerja sistem. Spesifikasi hardware yang digunakan adalah sebagai berikut :
Hardware pada bagian Input Data
Processor : Intel Pentium IV 3.06 Ghz
Motherboard : Intel
RAM : 512 GB share with VGA
VGA : 128 Mb Onboard
Harddisk : WD 80 Gb
LAN Card : Realtek Onboard
Dari hasil analisis hardware dapat disimpulkan bahwa spesifikasi hardware tergolong baik dan mampu untuk menjalankan aplikasi ini.
3.1.3 Analisis Kebutuhan Fungsional
3.1.3.1Spesifikasi Kebutuhan Perangkat Lunak (SKPL)
Pada sistem informasi penjualan kendaraan di PT. Nusantara Jaya Sentosa terdapat beberapa fungsi utama yaitu :
1. Fungsi Login
Menentukan keabsahan suatu akun dengan cara melakukan validasi Adminname dan password yang tersimpan di database
2.Fungsi Pengolahan Data Kendaraan
Merupakan fungsi utama untuk mengelelola data kendaraan dan terdiri dari beberapa subfungsi, yaitu :
a. Subfungsi Tambah Data Kendaraan
Subfungsi ini digunakan untuk melakukan penambahan data kendaraan
(9)
b. Subfungsi Edit Data Kendaraan
Subfungsi ini digunakan untuk melakukan pengeditan data kendaraan
c. Subfungsi Cari Data Kendaraan
Subfungsi ini digunakan untuk melakukan pencarian data kendaraan
3.Fungsi Pengolahan Data Konsumen
Merupakan fungsi utama untuk mengelelola data konsumen dan terdiri dari beberapa subfungsi, yaitu :
a. Subfungsi Tambah Data Konsumen
Subfungsi ini digunakan untuk melakukan penambahan data konsumen
b. Subfungsi Edit Data Konsumen
Subfungsi ini digunakan untuk melakukan pengeditan data konsumen
c. Subfungsi Cari Data konsumen
Subfungsi ini digunakan untuk melakukan pencarian data konsumen
4. Fungsi Pengolahan Data Sales
Merupakan fungsi utama untuk mengelelola data sales dan terdiri dari beberapa subfungsi, yaitu :
a. Subfungsi Tambah Data Sales
Subfungsi ini digunakan untuk melakukan penambahan data sales
(10)
Subfungsi ini digunakan untuk melakukan pengeditan data sales
c. Subfungsi Cari Data Sales
Subfungsi ini digunakan untuk melakukan pencarian data sales
d. Subfungsi Hapus Data sales
Subfungsi ini digunakan untuk melakukan penghapusan data sales
5. Fungsi Pengolahan Data Transaksi
Merupakan fungsi utama untuk mengelelola data kendaraan dan terdiri dari beberapa subfungsi, yaitu :
a. Subfungsi Tambah Data Transaksi
Subfungsi ini digunakan untuk melakukan penambahan data transaksi
b. Subfungsi Edit Data Transaksi
Subfungsi ini digunakan untuk melakukan pengeditan data transaksi
c. Subfungsi Cari Data Transaksi
Subfungsi ini digunakan untuk melakukan pencarian data transaksi
d. Subfungsi Tambah Data Angsuran
Subfungsi ini digunakan untuk melakukan penambahan data angsuran
6. Fungsi Pembuatan Laporan
Merupakan fungsi untuk pembuatan laporan data kendaraan, laporan data konsumen, laporan data sales, laporan data transaksi
(11)
3.1.3.2ERD (Entity Relationship Diagram)
Komponen utama pembentukan Entity Relationship Diagram atau biasa disebut
Diagram E-R yaitu Entity (entitas) dan Relation (relasi) sehingga dalam hal ini
Diagram E-R merupakan komponen-komponen himpunan entitas dan himpunan
relasi yang dideskripsikan lebih jauh melalui sejumlah atribut-atribut (property)
yang menggambarkan seluruh fakta dari sistem yang ditinjau. Adapun Diagram
(12)
Admin Sales Konsumen Kendaraan Angsuran Kredit Mengelola Mengelola 1 N 1 N Mengelola 1 N Mengelola N 1 Memiliki Id_admin Username Password Nama Id_sales Id_admin Nama Alamat Telepon Id_konsumen Nama No KTP Alamat Telepon Slip gaji NPWP Id_sales Id_admin Tgl Pengajuan No Transaksi Id_konsumen Id_kendaraan Id_sales Id_admin Tgl SPK No SPK Uang Muka Cara Bayar Lama Kredit Id_kendaraan Type Warna Varian Transmisi
Harga Tgl Masuk
Id_admin Stock
No Transaksi Angsuran
ke-Besar Bayar Tgl Bayar
(13)
3.1.3.3Diagram Konteks
Diagram Konteks merupakan alat untuk struktur analisis. Pendekatan struktur ini untuk menggambarkan sistem secara garis besar atau secara keseluruhan. Pada diagram konteks ini sistem informasi yang dibuat akan menghasilkan sumber informasi yang dibutuhkan dan tujuan yang ingin dihasilkan. Diagram konteks PT. Nusantara Jaya Sentosa dapat dilihat pada gambar dibawah ini
Sistem Informasi Penjualan Kendaraan
Admin Kepala Cabang
Data_Login Data_Kendaraan Data_Konsumen Data_Sales Data_Transaksi
Status_Login Info_Kendaraan Info_Konsumen Info_Sales Info_Transaksi
Laporan_Kendaraan Laporan_Sales
Laporan_Konsumen Laporan_Transaksi
Gambar 3.4 Diagram Konteks
3.1.3.4DFD
Data Flow Diagram (DFD) memungkinkan pengembangan untuk mengembangkan model daerah informasi dan fungsi tersebut pada saat yang bersamaan. DFD juga menunjukkan aliran suatu data diubah bentuk seakan-akan data tersebut bergerak melalui sistem. DFD Level 1 Sistem Informasi Data Penjualan pada PT. Nusantara Jaya Sentosa dapat dilihat pada gambar berikut ini :
(14)
3.1.3.4.1 Data Flow Diagram Level 1 1 Login 2 Kelola Data Kendaraan 6 Pembuatan Laporan 5 Kelola Data Transaksi 3 Kelola Data Konsumen 4 Kelola Data Sales T_Admin T_Kendaraan T_Konsumen T_Sales T_Transaksi Admin Kepala Cabang Status_Login Data_Login StatusLogin DataLogin Data_Kendaraan Info_Kendaraan Data_Konsumen Info_Konsumen Data_Sales Info_Sales Data_Transaksi Info_Transaksi LaporanTransaksi LaporanKendaraan LaporanKonsumen LaporanSales DataKendaraan InfoKendaraan DataKonsumen InfoKonsumen DataSales InfoSales DataTransaksi InfoTransaksi DataKendaraan DataKonsumen DataSales DataTransaksi
(15)
3.1.3.4.2 Data Flow Diagram Level 2 – Pengolahan Data Kendaraan 2.1 Tambah Data Kendaraan 2.3 Cari Data Kendaraan 2.2 Edit Data Kendaraan T_Kendaraan Admin Data_Kendaraan InfoKendaraan Data_Kendaraan InfoKendaraan Data_Kendaraan InfoKendaraan DataKendaraan Info_Kendaraan Info_Kendaraan DataKendaraan DataKendaraan Info_Kendaraan
Gambar 3.6 Data Flow Diagram Level 2 – Pengolahan Data Kendaraan
3.1.3.4.3 Data Flow Diagram Level 2 – Pengolahan Data Konsumen
3.1 Tambah Data Konsumen 3.3 Cari Data Konsumen 3.2 Edit Data Konsumen T_Konsumen Admin Data_Konsumen InfoKonsumen Data_Konsumen InfoKonsumen Data_Konsumen InfoKonsumen DataKonsumen Info_Konsumen Info_Konsumen DataKonsumen DataKonsumen Info_Konsumen T_Sales Data_Sales
(16)
3.1.3.4.4 Data Flow Diagram Level 2 – Pengolahan Data Sales
4.1 Tambah Data
Sales
4.3 Cari Data Sales
4.2 Edit Data Sales
T_Sales Admin 4.4 Hapus Data Sales Info_Sales Info_Sales DataSales DataSales DataSales Info_Sales DataSales Info_Sales Data_Sales InfoSales InfoSales Data_Sales Data_Sales InfoSales Data_Sales InfoSales
Gambar 3.8 Data Flow Diagram Level 2 – Pengolahan Data Sales
3.1.3.4.5 Data Flow Diagram Level 2 – Pengolahan Data Transaksi
5.1 Tambah Data Transaksi 5.3 Cari Data Transaksi 5.2 Edit Data Transaksi T_Sales Admin 5.4 Tambah Data Angsuran T_Konsumen T_Kendaraan Data_Kendaraan Data_Konsumen Data_Sales DataTransaksi Info_Transaksi Info_Transaksi DataTransaksi DataTransaksi Info_Transaksi T_Transaksi Data_Transaksi InfoTransaksi InfoTransaksi Data_Transaksi Data_Transaksi InfoTransaksi Data_Transaksi T_Angsuran Data_Angsuran DataAngsuran
(17)
3.1.3.4.6 Data Flow Diagram Level 2 – Pembuatan Laporan 6.1 Cetak Laporan Data Kendaraan 6.3 Cetak Laporan Data Sales 6.2 Cetak Laporan Data Konsumen T_Sales Kepala Cabang 6.4 Cetak Laporan Data Transaksi T_Konsumen T_Kendaraan T_Transaksi Data Transaksi Data Sales Data Konsumen Data Kendaraan Laporan Transaksi Laporan Sales Laporan Konsumen Laporan Kendaraan
Gambar 3.10 Data Flow Diagram Level 2 – Pembuatan Laporan
Tabel 3.1 Tabel Spesifikasi Proses
No Proses Keterangan
1 No. Proses 1
Nama Login
Source Admin
Input username dan Password
Output Login diterima atau ditolak
Destination Halaman admin
Logika Proses 1. admin masuk ke menu login
2. Admin mengisi id Admin dan password 3. Jika id Admin dan password yang diisi sudah
(18)
Jika id Admin dan password yang diinputkan salah atau tidak sesuai, maka akan tampil pesan gagal login
2 No. Proses 2
Nama Kelola Data Kendaraan
Source Admin
Input Data Kendaraan
Output Informasi Kendaraan
Destination Halaman Kendaraan
Logika Proses 1. Admin masuk ke menu kendaraan
2. Admin dapat melakukan proses tambah, edit dan cari kendaraan
3. Admin dapat memilih tombol keluar bila ingin membatalkan proses
3 No. Proses 2.1
Nama Tambah Data Kendaraan
Source Admin
Input Data Kendaraan
Output Informasi Kendaraan Baru
Destination Halaman Kendaraan
Logika Proses 1. Admin masuk ke menu tambah kendaraan
2. Admin mengisi data baru kendaraan
3. Jika semua data sudah diisi,setelah mengklik save, maka data akan tersimpan. Jika terdapat data yang belum diisi atau kosong maka data tidak dapat disimpan
4. Admin dapat memilih tombol batal bila ingin membatalkan pengisian data baru kendaraan
4 No. Proses 2.2
Nama Edit Data Kendaraan
Source Admin
Input Data Kendaraan
Output Informasi Kendaraan Baru
(19)
Logika Proses 1. Admin mencari data kendaraan di database, tampilkan data kendaraan lama
2. Admin mengubah data lama dengan data baru 3. Jika data sudah diisi semuanya, setelah
mengklik save, maka data akan tersimpan. Jika terdapat data yang belum terisi atau kosong maka data tidak dapat disimpan 4. Admin dapat memlih tombol batal bila ingin
membatalkan pengeditan data kendaraan
5 No. Proses 2.3
Nama Cari Data Kendaraan
Source Admin
Input Data Kendaraan
Output Informasi Kendaraan
Destination Halaman Kendaraan
Logika Proses 1. Admin masuk ke menu cari kendaraan
2. Admin menginputkan id kendaraan, klik tombol cari
3. Jika data kendaraan tersedia maka akan tampil di halaman kendaraan
6 No. Proses 3
Nama Kelola Data Konsumen
Source Admin
Input Data Konsumen
Output Informasi Konsumen
Destination Halaman Konsumen
Logika Proses 1. Admin masuk ke menu konsumen
2. Admin dapat melakukan proses tambah, edit dan cari konsumen
3. Admin dapat memilih tombol keluar bila ingin membatalkan proses
7 No. Proses 3.1
Nama Tambah Data Konsumen
Source Admin
Input Data Konsumen
(20)
Destination Halaman Konsumen
Logika Proses 1. Admin masuk ke menu tambah konsumen
2. Admin mengisi data baru konsumen
3. Jika semua data sudah diisi,setelah mengklik save, maka data akan tersimpan. Jika terdapat data yang belum diisi atau kosong maka data tidak dapat disimpan
4. Admin dapat memilih tombol batal bila ingin membatalkan pengisian data baru konsumen
8 No. Proses 3.2
Nama Edit Data Konsumen
Source Admin
Input Data Konsumen
Output Informasi Konsumen Baru
Destination Halaman Konsumen
Logika Proses 1. Admin mencari data konsumen di database,
tampilkan data konsumen lama
2. Admin mengubah data lama dengan data baru 3. Jika data sudah diisi semuanya, setelah
mengklik save, maka data akan tersimpan. Jika terdapat data yang belum terisi atau kosong maka data tidak dapat disimpan 4. Admin dapat memlih tombol batal bila ingin
membatalkan pengeditan data konsumen
9 No. Proses 3.3
Nama Cari Data Konsumen
Source Admin
Input Data Konsumen
Output Informasi Konsumen
Destination Halaman Konsumen
Logika Proses 1. Admin masuk ke menu cari konsumen
2. Admin menginputkan id konsumen, klik tombol cari
3. Jika data konsumen tersedia maka akan tampil di halaman konsumen
10 No. Proses 4
(21)
Source Admin
Input Data Sales
Output Informasi Sales
Destination Halaman Sales
Logika Proses 1. Admin masuk ke menu sales
2. Admin dapat melakukan proses tambah, edit, dan hapus sales
3. Admin dapat memilih tombol keluar bila ingin membatalkan proses
11 No. Proses 4.1
Nama Tambah Data Sales
Source Admin
Input Data Sales
Output Informasi Sales Baru
Destination Halaman Sales
Logika Proses 1. Admin masuk ke menu tambah sales
2. Admin mengisi data baru sales
3. Jika semua data sudah diisi,setelah mengklik save, maka data akan tersimpan. Jika terdapat data yang belum diisi atau kosong maka data tidak dapat disimpan
4. Admin dapat memilih tombol batal bila ingin membatalkan pengisian data baru sales
12 No. Proses 4.2
Nama Edit Data Sales
Source Admin
Input Data Sales
Output Informasi Sales Baru
Destination Halaman Sales
Logika Proses 1. Admin mencari data sales di database,
tampilkan data sales lama
2. Admin mengubah data lama dengan data baru 3. Jika data sudah diisi semuanya, setelah
mengklik save, maka data akan tersimpan. Jika terdapat data yang belum terisi atau kosong maka data tidak dapat disimpan
(22)
4. Admin dapat memlih tombol batal bila ingin membatalkan pengeditan data sales
13 No. Proses 4.3
Nama Cari Data Sales
Source Admin
Input Data Sales
Output Informasi Sales
Destination Halaman Sales
Logika Proses 1. Admin masuk ke menu cari sales
2. Admin menginputkan id sales.
3. Jika data pegawai tersedia maka akan tampil di halaman sales
14 No. Proses 4.4
Nama Hapus Data Sales
Source Admin
Input Data Sales
Output Informasi Sales Baru
Destination Halaman Sales
Logika Proses 1. Admin masuk ke menu hapus sales
2. Admin menginputkan id sales yang akan dihapus
3. Jika Admin mengklik hapus, maka data kendaraan akan terhapus
4. Admin dapat memlih tombol batal bila ingin membatalkan penghapusan data sales
15 No. Proses 5
Nama Kelola Data Transaksi
Source Admin
Input Data Transaksi
Output Informasi Transaksi
Destination Halaman Transaksi
Logika Proses 1. Admin masuk ke menu transaksi
2. Admin dapat melakukan proses tambah, edit dan cari transaksi
(23)
membatalkan proses
16 No. Proses 5.1
Nama Tambah Data Transaksi
Source Admin
Input Data Transaksi
Output Informasi Transaksi Baru
Destination Halaman Transaksi
Logika Proses 1. Admin masuk ke menu tambah transaksi
2. Admin mengisi data baru transaksi
3. Jika semua data sudah diisi,setelah mengklik save, maka data akan tersimpan. Jika terdapat data yang belum diisi atau kosong maka data tidak dapat disimpan
4. Admin dapat memilih tombol batal bila ingin membatalkan pengisian data baru transaksi
17 No. Proses 5.2
Nama Edit Data Transaksi
Source Admin
Input Data Transaksi
Output Informasi Transaksi
Destination Halaman Transaksi
Logika Proses 1. Admin mencari data transaksi di database,
tampilkan data transaksi lama
2. Admin mengubah data lama dengan data baru 3. Jika data sudah diisi semuanya, setelah
mengklik save, maka data akan tersimpan. Jika terdapat data yang belum terisi atau kosong maka data tidak dapat disimpan 4. Admin dapat memlih tombol batal bila ingin
membatalkan pengeditan data sales
18 No. Proses 5.3
Nama Cari Data Transaksi
Source Admin
Input Data Transaksi
(24)
Destination Halaman Transaksi
Logika Proses 1. Admin masuk ke menu cari transaksi
2. Admin menginputkan id transaksi
3. Jika data transaksi tersedia maka akan tampil di halaman transaksi
19 No. Proses 5.4
Nama Tambah Data Angsuran
Source Admin
Input Data Transaksi
Output Informasi Angsuran
Destination Halaman Transaksi
Logika Proses 1. Admin masuk ke menu transaksi
2. Admin memilih menu angsuran 3. Admin mengisi data baru angsuran
4. Jika semua data sudah diisi,setelah mengklik save, maka data akan tersimpan. Jika terdapat data yang belum diisi atau kosong maka data tidak dapat disimpan
5. Admin dapat memilih tombol batal bila ingin membatalkan pengisian data baru transaksi
20 No. Proses 6
Nama Pembuatan Laporan
Source Kepala Cabang
Input Data Kendaraan, Data Konsumen, Data Sales, Data
Transaksi
Output Laporan Kendaraan, Laporan Konsumen, Laporan
Sales, Laporan Transaksi
Destination Kepala cabang
Logika Proses 1. Masukkan no atau id (kendaraan, konsumen,
sales dan transaksi)
2. Tampilkan semua data tersebut
3. Klik tombol cetak laporan atau batal untuk membatalkannya
21 No. Proses 6.1
Nama Cetak Laporan Data kendaraan
(25)
Input Data Kendaraan
Output Laporan Data Kendaraan
Destination Kepala cabang
Logika Proses 1. Masukkan id Kendaraan
2. Tampilkan semua data kendaraan
3. Klik tombol cetak laporan atau batal untuk membatalkannya
17 No. Proses 6.2
Nama Cetak Laporan Data konsumen
Source Kepala Cabang
Input Data Konsumen
Output Laporan Data Konsumen
Destination Kepala cabang
Logika Proses 1. Masukkan Id Konsumen
2. Tampilkan semua data konsumen
3. Klik tombol cetak laporan atau batal untuk membatalkannya
18 No. Proses 6.3
Nama Cetak Laporan Data Sales
Source Kepala Cabang
Input Data Sales
Output Laporan Data Sales
Destination Kepala cabang
Logika Proses 1. Masukkan Id Sales
2. Tampilkan semua data sales
3. Klik tombol cetak laporan atau batal untuk membatalkannya
19 No. Proses 6.4
Nama Cetak Laporan Data Transaksi
Source Kepala Cabang
Input Data Transaksi
(26)
Destination Kepala cabang
Logika Proses 1. Masukkan no transaksi
2. Tampilkan semua data transaksi
3. Klik tombol cetak laporan atau batal untuk membatalkannya
3.1.3.5Kamus Data
Kamus data dapat mendefinisikan dengan lengkap data yang mengalir diantara proses, penyimpanan data dan entitas luar pada sistem. Data yang mengalir tersebut dapat berupa masukan untuk sistem atau hasil dari proses sistem. Kamus data tersebut sebagai berikut :
Tabel 3.2 Kamus data
1. Nama Data Data Login
Digunakan pada proses 1
Deskripsi -Data yang berisikan Username dan Password
yang akan diinputkan pada proses login.
Struktur data Username: {Varchar,20}, Password:
{Varchar,25}, Id_Admin: {varchar 15}, Nama:{varchar 30}
2. Nama Data Data Kendaraan
Digunakan pada proses 2, 2.1, 2.2,2.3
Deskripsi - Data yang berisikan identitas kendaraan
- Untuk melakukan pengolahan data kendaraan (Tambah, Edit, Cari).
- Data yang diinputkan berupa id kendaraan + type + warna + varian + transmisi + harga + tgl masuk +stcok + Id Admin
Struktur data Id_Kendaraan :{varchar,15}, Type:{varchar,10} Warna:{varchar,10}, varian:{varchar,10}, transmisi:{varchar,5}, harga:{int,10}, tgl masuk:{date,10}, stock:{int,5},
Id_Admin:{varchar,15}
3. Nama Data Data Konsumen
Digunakan pada proses 3, 3.1, 3.2,3.3
Deskripsi - Data yang berisikan identitas konsumen
(27)
(Tambah,Edit,Cari)
- Data yang diinputkan berupa id konsumen + nama + No KTP + alamat + telepon + slip gaji + NPWP + id sales + tgl pengajuan + id admin
Struktur Id_konsumen:{varchar,15}, nama:{varchar,30}
No KTP:{int,30}, alamat:{varchar,70}, telepon:{int,20}, slip gaji:{int,25},
NPWP:{int,25}, id_sales:{varchar,15}, tgl pengajuan:{date,10}, id_admin:{varchar,15}
Digunakan pada proses 4, 4.1, 4.2,4.3,4.4
Deskripsi - Data yang berisikan identitas sales
- Untuk melakukan pengolahan data sales (Tambah,Edit,Cari,Hapus)
- Data yang diinputkan berupa id sales + nama + alamat + telepon + id admin
Struktur Id_sales:{varchar,15}, nama:{varchar,30},
Alamat:{varchar,70}, telepon:{int,20}, id_admin:{varchar,15}
5. Nama Data Data Transaksi
Digunakan pada proses 5, 5.1, 5.2,5.3,5.4
Deskripsi - Data yang berisikan identitas transaksi
- Untuk melakukan pengolahan data transaksi (Tambah,Edit,Cari)
- Data yang diinputkan berupa no transaksi + id kendaraan + id konsumen + id sales + tgl SPK +No SPK + uang muka + cara pembayaran + lama kredit
Struktur No transaksi:{varchar,15},
id_kendaraan:{varchar,15}, id_konsumen:{varchar,15},
Id_sales:{varchar,15}, tgl SPK:{date,10}, no SPK:{int,25}, uang muka:{int,25}, cara pembayaran:{varchar,15}, lama
kredit:{varchar,20}
3.1.3.6 Tabel Relasi
Tabel Relasi menggambarkan suatu hubungan antar tabel yang sudah ada dalam keadaan normal. Adapun keterkaitan tabel relasi yang digunakan dalam Sistem Informasi dapat digambarkan sebagai berikut :
(28)
Gambar 3.11 Relasi Tabel
3.1.3.7Struktur Tabel
Struktur tabel dapat mendefinisikan dengan lengkap data yang mengalir diantara proses, penyimpanan data dan entitas luar pada sistem. Struktur tabel tersebut sebagai berikut :
Tabel 3.3 Struktur Tabel Admin
Field Tipe Panjang Spek Ket
Id_Admin Varchar 15 [0..9] [a..z]
[A..Z]
PK
(29)
[A..Z]
Password Varchar 25 [0..9] [a..z]
[A..Z]
Nama Varchar 30 [a..z] [A..Z]
Tabel 3.4 Struktur Tabel Kendaraan
Field Tipe Panjang Spek Ket
Id_kenda
raan
Varc
har
11 [0..9] [a..z] [A..Z] PK
Type Varc
har
10 [0..9] [a..z] [A..Z]
Warna Varc
har
10 [0..9] [a..z] [A..Z]
Varian Varc
har
10 [0..9] [a..z] [A..Z]
Transmisi Varc
har
5 [a..z] [A..Z]
Harga int 10 [0..9]
Tgl
masuk
Date 10 [0..9]
Stock int 5 [0..9]
Id_Admi
n
Varc
har
15 [0..9] [a..z] [A..Z] Fk,
tabel
admin
(30)
min)
Tabel 3.5 Struktur Tabel Konsumen
Field Tipe
Panja
ng
Spek Ket
Id_konsu
men
Varchar 15 [0..9] [a..z] [A..Z] PK
Nama Varchar 30 [a..z] [A..Z]
No KTP int 30 [0..9]
Alamat Varchar 70 [0..9] [a..z] [A..Z]
Telepon int 20 [0..9]
Slip Gaji int 25 [0..9]
NPWP int 25 [0..9]
Id_sales Varchar 15 [0..9] [a..z] [A..Z] FK,
tabel
sales
(id_sales
)
Tgl
Pengajua
n
Date 10 [0..9]
Id_Admi
n
Varchar 15 [0..9] [a..z] [A..Z] FK,
tabel
(31)
(id_Ad
min)
Tabel 3.6 Struktur Tabel Sales
Field Tipe Panjang Spek Ket
Id_sales Varch
ar
15 [0..9] [a..z] [A..Z] PK
Nama Varch
ar
30 [0..9] [a..z] [A..Z]
Alamat Varch
ar
70 [0..9] [a..z] [A..Z]
Telepon int 20 [0..9]
Id_Adm
in
varcha
r
15 [0..9] [a..z] [A..Z] FK,
tabel
admin
(Id_Ad
min)
Tabel 3.7 Struktur Tabel Transaksi
Field Tipe Panjang Spek Ket
No_tra
nsaksi
Varchar 15 [0..9] [a..z] [A..Z] PK
Id_ken
daraan
Varchar 15 [0..9] [a..z] [A..Z] FK, tabel
kendaraan
(32)
aan)
Id_kon
sumen
Varchar 15 [0..9] [a..z] [A..Z] FK, tabel
konsumen
(id_konsu
men)
Id_sale
s
Varchar 15 [0..9] [a..z] [A..Z] FK, tabel
sales
(id_sales)
Tgl
SPK
Date 10 [0..9]
No
SPK
int 25 [0..9]
Uang
muka
int 25 [0..9]
Cara
pemba
yaran
Varchar 15 [a..z] [A..Z]
Lama
kredit
Varchar 20 [0..9]
Id_Ad
min
varchar 15 [0..9] [a..z] [A..Z] FK, tabel
admin
(Id_Admi
n)
(33)
Field Tipe Panjang Spek Ket
No_tra
nsaksi
Varchar 15 [0..9] [a..z] [A..Z] FK, tabel
transaksi
(no
transaksi)
Angsur
an ke-
Varchar 15 [a..z] [A..Z] [0..9]
Besar
Bayar
int 25 [0..9]
Tgl
Bayar
Date 10 [0..9]
3.1.3.8Spesifikasi Antar Muka
Spesifikasi antarmuka merupakan suatu bentuk tampilan dari program, berikut ini merupakan antarmuka Sistem Informasi :
(34)
Gambar 3.13 Tampilan Menu Utama
(35)
Gambar 3.15 Tampilan Form Tambah Kendaraan
(36)
Gambar 3.17 Tampilan Form Cari Kendaraan
(37)
Gambar 3.19 Tampilan Form Tambah Konsumen
(38)
Gambar 3.21 Tampilan Form Cari Konsumen
(39)
Gambar 3.23 Tampilan Form Tambah Sales
(40)
Gambar 3.25 Tampilan Form Cari Sales
Gambar 3.26 Tampilan Form Hapus Sales
(41)
Gambar 3.28 Tampilan Form Tambah Transaksi
Gambar 3.29 Tampilan Form Edit Transaksi
(42)
(43)
60
KESIMPULAN DAN SARAN
4.1 Kesimpulan
Berdasarkan hasil yang didapat dalam pembuatan laporan kerja praktek ini, maka diperoleh sebagai berikut:
1. Cara mengelola sistem informasi di PT Nusantara Jaya Sentosa sudah berjalan baik dan optimal namun karena manual sehingga waktu lebih lama, tidak efisien dan keamanan data kurang terjamin
2. Sistem Informasi yang ada berisi tentang data kendaraan, data konsumen, data sales, data transaksi dan pembuatan laporan.
3. Dengan adanya pengembangan sistem akan lebih cepat, efisien dan keamanan data terjamin
4. Sistem kerja prosedur penjualan kendaraan yang dilakukan oleh PT. Nusantara Jaya Sentosa sudah baik dan optimal
4.2 Saran
Sistem informasi yang ada di PT Nusantara Jaya Sentosa masih dapat dikembangkan lagi seiring perkembangan spesifikasi kebutuhan pengguna sistem yang harus dipenuhi dalam mencapai tahap yang lebih tinggi dan kinerja sistem yang lebih baik. Adapun beberapa saran untuk pengembangan adalah :
1. Masih perlu dibuat pemodelan proses bisnis dan langkah-langkah aktivitas pada system model baru dan lebih baik lagi jika diteruskan dengan perancangan model sistem baru dengan pemrograman baru
2. Perlu ditambahkan sebuah form atau modul yang berguna untuk menghitung denda apabila terjadi keterlambatan pembayaran
3. Perlu adanya form yang langsung menampilkan record history pembayaran konsumen
4. Agar program yang dibuat dapat ditampilkan dengan optimal maka perlu adanya dukungan akan kebutuhan perangkat keras dan perangkat lunak yang memadai .
(44)
DI PT. NUSANTARA JAYA SENTOSA BANDUNG
KERJA PRAKTEK
Diajukan Untuk Memenuhi Syarat Mata Kuliah Kerja Praktek Program Strata I Jurusan Teknik Informatika
Fakultas Teknik Dan Ilmu Komputer Universitas Komputer Indonesia
DENNI GUNAWAN
10108370
JURUSAN TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
BANDUNG
(45)
ii
KATA PENGANTAR ... i
DAFTAR ISI ... ii
DAFTAR TABEL ... v
DAFTAR GAMBAR ... vi
DAFTAR SIMBOL ... viii DAFTAR LAMPIRAN ... ix
BAB I PENDAHULUAN ... 1
1.1Latar Belakang Masalah... .. 1
1.2PerumusanMasalah... ... 1
1.3 Maksud dan Tujuan... 1
1.3.1Maksud... ... 1
1.3.2 Tujuan... ... 2
1.4 Batasan Masalah... ... 2
1.5 Metode Penelitian... ... 2
1.6 Sistematika Penulisan ... 3
BAB II TINJAUAN PUSTAKA ... 4
2.1Profil Tempat Kerja Praktek ... 4
2.1.1Sejarah Instansi ... 4
2.1.2 Logo Instansi ... 6
2.1.3Badan Hukum Instansi ... 6
2.1.4Struktur Organisasi dan Job Description ... 8
2.2 Landasan Teori... 12
2.2.1 Pengertian Sistem ... 12
2.2.2Karakteristik Sistem ... 13
(46)
iii
2.2.5Entity Relationship Diagram ... 15
2.2.6Bagan Alur Dokumen (Document Flowmap) ... 16
2.2.7Diagram Konteks (Context Diagram) ... 17
2.2.8Data Flow Diagram ... 18
BAB III PEMBAHASAN... .... 19
3.1 Analisis Sistem... 19
3.1.1 Analisis Fungsional ... 19
3.1.1.1Flow Map Yang Sedang Berjalan ... 19
3.1.2Analisis Non Fungsional dan Kebutuhan Non Fungsional ... 22
3.1.2.1Analisis User ... 22
3.1.2.2Analisis Hardware ... 23
3.1.3Analisis Kebutuhan Fungsional... 24
3.1.3.1SKPL ... 24
3.1.3.2 ERD (Entity Relationship Diagram) ... 26
3.1.3.3Diagram Konteks ... 27
3.1.3.4 DFD ... 28
3.1.3.4.1Data Flow Diagram Level 1 ... 29
3.1.3.4.2Data Flow Diagram Level 2 – Pengolahan Data Kendaraan ... 30
3.1.3.4.3Data Flow Diagram Level 2 – Pengolahan Data Konsumen ... 30
3.1.3.4.4Data Flow Diagram Level 2 – Pengolahan Data Sales ... 31
3.1.3.4.5Data Flow Diagram Level 2 – Pengolahan Data Transaksi ... 31
3.1.3.4.6Data Flow Diagram Level 2 – Pembuatan Laporan ... 32
3.1.3.5 Kamus Data ... 42
3.1.3.6 Tabel Relasi ... 43
3.1.3.7 Struktur Tabel ... 44
(47)
iv
4.1 Kesimpulan ... 60
4.2 Saran ... 60
(48)
61
DAFTAR PUSTAKA
HM Jogiyanto, 1999, Analisis dan Desain Sistem Informasi, Andi Offset, Yogyakarta.
HM Jogiyanto, 1990, Pengenalan Komputer, Andi Offset, Yogyakarta.
Wikipedia. 2011. Situs Web. http://id.wikipedia.org/wiki/Situs_web.
(49)
(50)
(1)
ii DAFTAR ISI
KATA PENGANTAR ... i
DAFTAR ISI ... ii
DAFTAR TABEL ... v
DAFTAR GAMBAR ... vi
DAFTAR SIMBOL ... viii DAFTAR LAMPIRAN ... ix
BAB I PENDAHULUAN ... 1
1.1Latar Belakang Masalah... .. 1
1.2PerumusanMasalah... ... 1
1.3 Maksud dan Tujuan... 1
1.3.1Maksud... ... 1
1.3.2 Tujuan... ... 2
1.4 Batasan Masalah... ... 2
1.5 Metode Penelitian... ... 2
1.6 Sistematika Penulisan ... 3
BAB II TINJAUAN PUSTAKA ... 4
2.1Profil Tempat Kerja Praktek ... 4
2.1.1Sejarah Instansi ... 4
2.1.2 Logo Instansi ... 6
2.1.3Badan Hukum Instansi ... 6
2.1.4Struktur Organisasi dan Job Description ... 8
2.2 Landasan Teori... 12
2.2.1 Pengertian Sistem ... 12
2.2.2Karakteristik Sistem ... 13
(2)
iii
2.2.4Konsep Dasar Sistem Informasi ... 14
2.2.5Entity Relationship Diagram ... 15
2.2.6Bagan Alur Dokumen (Document Flowmap) ... 16
2.2.7Diagram Konteks (Context Diagram) ... 17
2.2.8Data Flow Diagram ... 18
BAB III PEMBAHASAN... .... 19
3.1 Analisis Sistem... 19
3.1.1 Analisis Fungsional ... 19
3.1.1.1Flow Map Yang Sedang Berjalan ... 19
3.1.2Analisis Non Fungsional dan Kebutuhan Non Fungsional ... 22
3.1.2.1Analisis User ... 22
3.1.2.2Analisis Hardware ... 23
3.1.3Analisis Kebutuhan Fungsional... 24
3.1.3.1SKPL ... 24
3.1.3.2 ERD (Entity Relationship Diagram) ... 26
3.1.3.3Diagram Konteks ... 27
3.1.3.4 DFD ... 28
3.1.3.4.1Data Flow Diagram Level 1 ... 29
3.1.3.4.2Data Flow Diagram Level 2 – Pengolahan Data Kendaraan ... 30
3.1.3.4.3Data Flow Diagram Level 2 – Pengolahan Data Konsumen ... 30
3.1.3.4.4Data Flow Diagram Level 2 – Pengolahan Data Sales ... 31
3.1.3.4.5Data Flow Diagram Level 2 – Pengolahan Data Transaksi ... 31
3.1.3.4.6Data Flow Diagram Level 2 – Pembuatan Laporan ... 32
3.1.3.5 Kamus Data ... 42
3.1.3.6 Tabel Relasi ... 43
3.1.3.7 Struktur Tabel ... 44
(3)
iv
BAB IV KESIMPULAN DAN SARAN ... 60
4.1 Kesimpulan ... 60
4.2 Saran ... 60
(4)
61
DAFTAR PUSTAKA
HM Jogiyanto, 1999, Analisis dan Desain Sistem Informasi, Andi Offset, Yogyakarta.
HM Jogiyanto, 1990, Pengenalan Komputer, Andi Offset, Yogyakarta. Wikipedia. 2011. Situs Web. http://id.wikipedia.org/wiki/Situs_web. Sutanta, Edhy. 2004. Sistem Basis Data. Yogyakarta. Graha Ilmu
(5)
(6)