LKP : Rancang Bangun Aplikasi Penjualan Berbasis Website pada CV Marvell Sekurindo Surabaya

RANCANG BANGUN APLIKASI PENJUALAN BERBASIS WEBSITE PADA CV MARVELL SEKURINDO SURABAYA. KERJA PRAKTIK. Program Studi S1 Sistem Informasi. Oleh: MUHAMAD HAIDIR IRSYADI 16410100077. FAKULTAS TEKNOLOGI DAN INFORMATIKA UNIVERSITAS DINAMIKA 2020.

RANCANG BANGUN APLIKASI PENUJUALAN BERBASIS WEBSITE PADA CV MARVELL SEKURINDO SURABAYA. Diajukan sebagai salah satu syarat untuk menyelesaikan Program Sarjana Komputer. Disusun Oleh: Nama. : MUHAMAD HAIDIR IRSYADI. NIM. : 16410100077. Program. : S1 (Strata Satu). Jurusan. : Sistem Informasi. FAKULTAS TEKNOLOGI DAN INFORMATIKA UNIVERSITAS DINAMIKA 2020.

“Kupersembahkan karya ini kepada kedua orang tua ku, teman - temanku, dan seluruh orang yang mendukungku”.

LEMBAR PENGESAHAN RANCANG BANGUN APLIKASI PENUJUALAN BERBASIS WEBSITE PADA CV MARVELL SEKURINDO SURABAYA. Laporan Kerja Praktik oleh. Muhamad Haidir Irsyadi NIM : 16.41010.0077 Telah diperiksa, diuji, dan disetujui. Surabaya, 13 Januari 2020. Disetujui : Pembimbing. Penyelia. Dr. M.J. Dewiyani Sunarto NIDN. 0725076301. Lita Yulinar. Mengetahui, Ketua Program Studi S1 Sistem Informasi. Dr. Anjik Sukmaaji, S.Kom., M.Eng. NIDN. 0731057301.

SURAT PERNYATAAN PERSETUJUAN PUBLIKASI DAN KEASLIAN KARYA ILMIAH Sebagai mahasiswa Universitas Dinamika, saya : Nama. : Muhamad Haidir Irsyadi. NIM. : 16410100077. Program Studi. : S1 Sistem Informasi. Fakultas. : Fakultas Teknologi dan Informatika. Jenis Karya. : Laporan Kerja Praktik. Judul Karya. : RANCANG BANGUN APLIKASI PENJUALAN BERBASIS WEBSITE PADA CV MARVELL SEKURINDO SURABAYA. Menyatakan dengan sesungguhnya bahwa: 1.. Demi pengembangan Ilmu Pengetahuan, Teknologi dan Seni, saya menyetujui memberikan kepada Universitas Dinamika Hak Bebas Royalti Non-Eksklusif (Non-Exclusive Royalti Free Right) atas seluruh isi/ sebagian karya ilmiah saya tersebut di atas untuk disimpan, dialihmediakan dan dikelola dalam bentuk pangkalan data (database) untuk selanjutnya didistribusikan atau dipublikasikan demi kepentingan akademis dengan tetap mencantumkan nama saya sebagai penulis atau pencipta dan sebagai pemilik Hak Cipta 2. Karya tersebut di atas adalah karya asli saya, bukan plagiat baik sebagian maupun keseluruhan. Kutipan, karya atau pendapat orang lain yang ada dalam karya ilmiah ini adalah semata hanya rujukan yang dicantumkan dalam Daftar Pustaka saya 3. Apabila dikemudian hari ditemukan dan terbukti terdapat tindakan plagiat pada karya ilmiah ini, maka saya bersedia untuk menerima pencabutan terhadap gelar kesarjanaan yang telah diberikan kepada saya. Demikian surat pernyataan ini saya buat dengan sebenarnya.. Surabaya, 13 Januari 2020 Yang menyatakan. Muhamad Haidir Irsyadi NIM : 16410100077.

ABSTRAK. CV Marvell Sekurindo merupakan perusahaan security system yang berdiri pada tahun 2017. Perusahaan ini menyediakan berbagai produk sistem keamanan seperti : fingerprint, accses point, CCTV, dan berbagai kebutuhan pendukung CCTV lainnya. Pada saat customer memilih produk yang akan dibeli. Momen inilah staff akan mencatat seluruh produk yang akan dibeli secara manual. Hal ini pastinya akan memakan waktu yang cukup banyak dikarenakan lambatnya proses pencatatan pesanan. Berdasarkan permasalahan di atas penulis membuat sebuah aplikasi penjualan yang akan mempercepat proses pencatatan produk yang akan dipesan oleh customer, yang mana pada aplikasi penjualan juga ditambahkan fitur print nota, yang mana mempermudah proses mencetak faktur penjualan. Nantinya aplikasi inilah yang akan memperlancar proses bisnis penjualan pada CV. Marvell Sekurindo, yang mana proses yang dimaksud adalah penjualan produk dan pemasangan produk. Kata Kunci : Faktur, penjualan, CV Marvell Sekurindo. vi.

KATA PENGANTAR. Puji syukur atas kehadirat Tuhan Yang Maha Esa karena atas rahmat dan karunia-Nya, Penulis dapat menyelesaikan laporan kerja praktik yang berjudul “Rancang Bangun Aplikasi Penjualan Berbasis Website Pada CV Marvell Sekurindo”. Laporan ini disusun berdasarkan hasil studi dalam pelaksanaan kerja praktik pada CV Marvell Sekurindo yang dilakukan selama satu bulan. Dalam pelaksanaan kerja praktik dan penyelesaian laporan kerja praktik ini, Penulis memperoleh bantuan dari berbagai pihak yang telah memberikan dukungan, baik berupa dukungan materil maupun dukungan moril. Oleh karena itu, pada kesempatan ini Penulis mengucapkan terima kasih kepada: 1. Orang tua dan keluarga besar Penulis yang selalu memberikan dukungan dan motivasi kepada penulis. 2. Bapak Dr. Anjik Sukmaaji, S.Kom., M.Eng., selaku Kepala Program Studi S1 Sistem Informasi yang telah memberikan arahan selama pelaksanaan kerja praktik. 3. Dr. M.J. Dewiyani. Sunarto selaku Dosen Pembimbing yang telah. memberikan dukungan berupa motivasi, saran, dan wawasan bagi Penulis selama pelaksanaan kerja praktik dan pembuatan laporan kerja praktik. 4. Bapak David Kristiawan selaku Owner perusahaan dan penyelia penulis yang telah memberikan ijin selama pelaksanaan kerja praktik sekaligus arahan selama pelaksanaan kerja praktik. 5. Dan seluruh teman-teman yang selalu memberikan masukan dan nasehat supaya segera menyelesaikan laporan ini.. vii.

Penulis menyadari di dalam laporan kerja praktik ini masih banyak kekurangan, meskipun demikian penulis tetap berharap laporan kerja praktik ini bermanfaat bagi penulis dan semua pihak. Oleh karena itu, adanya saran dan kritik sangat diharapkan.. Surabaya, 13 Januari 2020. Penulis. viii.

DAFTAR ISI. Halaman ABSTRAK ......................................................................................................... vi KATA PENGANTAR ....................................................................................... vii DAFTAR ISI ...................................................................................................... ix DAFTAR TABEL ............................................................................................. xii DAFTAR GAMBAR ........................................................................................ xiii DAFTAR LAMPIRAN ..................................................................................... xiv BAB I PENDAHULUAN .................................................................................... 1 1.1. Latar Belakang Masalah ................................................................. 1. 1.2. Perumusan Masalah ........................................................................ 2. 1.3. Batasan Masalah ............................................................................. 2. 1.4. Tujuan ............................................................................................ 3. 1.5. Manfaat .......................................................................................... 3. 1.6. Sistematika Penulisan ..................................................................... 3. BAB II GAMBARAN UMUM PERUSAHAAN ................................................. 6 2.1. Gambaran Umum CV Marvell Sekurindo ...................................... 6. 2.2. Logo CV Marvell Sekurindo ......................................................... 6. 2.3. Visi dan Misi CV Marvell Sekurindo ............................................. 6. 2.3.1. Visi ......................................................................................... 7. 2.3.2. Misi ......................................................................................... 7. 2.4. Struktur Organiasi .......................................................................... 7. 2.5. Deskripsi Tugas .............................................................................. 8. BAB III LANDASAN TEORI ........................................................................... 11 3.1. Website ......................................................................................... 11. 3.2. Web Browser ................................................................................ 11. 3.3. Aplikasi ........................................................................................ 12. ix.

3.4. Penjualan ...................................................................................... 12. 3.5. HTML (Hyper Text Markup Language) ........................................ 12. 3.6. PHP (Hypertext Preprocessor) ..................................................... 13. 3.7. MySQL ........................................................................................ 13. 3.8. Metode Waterfall.......................................................................... 14. 3.9. DFD (Data Flow Diagram) .......................................................... 15. 3.10 CDM (Conceptual Data Model) ................................................... 17 3.11 PDM (Physical Data Model) ........................................................ 17 BAB IV DESKRIPSI KERJA PRAKTIK .......................................................... 19 4.1. Analisis Sistem ............................................................................. 19. 4.1.1. Identifikasi Masalah .............................................................. 19. 4.1.2. Analisis Kebutuhan Pengguna ............................................... 23. 4.1.3. Analisis Kebutuhan Fungsional ............................................. 24. 4.1.4. Analisis Kebutuhan Non Fungsional ...................................... 25. 4.1.5. Analisis Kebutuhan Sistem Informasi .................................... 26. 4.2. Input Proses Output ...................................................................... 27. 4.3. Perancangan Sistem ...................................................................... 27. 4.3.1. System Flow .......................................................................... 27. 4.3.2. Struktur Basis Data ................................................................ 30. 4.3.3. Struktur Tabel........................................................................ 31. 4.3.4. Implementasi Sistem ............................................................. 32. BAB V PENUTUP ............................................................................................ 35 5.1. Kesimpulan .................................................................................. 35. 5.2. Saran ............................................................................................ 35. DAFTAR PUSTAKA ........................................................................................ 36 LAMPIRAN ...................................................................................................... 37. x.

DAFTAR TABEL. Halaman Tabel 1.1 Tabel Permasalahan.............................................................................. 2 Tabel 3.1 Simbol-simbol Data Flow Diagram ................................................... 16 Tabel 4.1 Tabel Identifikasi Permasalahan ......................................................... 20 Tabel 4.2 Tabel Analisis Kebutuhan Pengguna Admin ....................................... 23 Tabel 4.3 Tabel fungsi pengelolaan faktur pemasangan ...................................... 24 Tabel 4.4 Tabel kebutuhan non fungsional ......................................................... 25 Tabel 4.5 Tabel Pemesanan................................................................................ 31 Tabel 4.6 Tabel Pemasangan .............................................................................. 32. xii.

DAFTAR GAMBAR. Halaman Gambar 2.1 Logo Perusahaan .............................................................................. 6 Gambar 2.2 Struktur Organisasi ........................................................................... 7 Gambar 3. 1 Pengembangan Model Waterfall .................................................... 14 Gambar 4. 1 Document Flow proses penjualan................................................... 21 Gambar 4.2 Docflow proses pembuatan faktur pemasangan ............................... 22 Gambar 4. 3 Input Proses Output ....................................................................... 27 Gambar 4.4 Fungsi Login................................................................................... 28 Gambar 4.5 Fungsi Pemesanan .......................................................................... 29 Gambar 4.6 Concept Data Model....................................................................... 30 Gambar 4.7 Physical Data Model ...................................................................... 30 Gambar 4.8 Desain Interface Form Login .......................................................... 32 Gambar 4.9 Desain Interface Form Penjualan .................................................... 33 Gambar 4.10 Desain Interface Print Nota Penjualan .......................................... 33 Gambar 4.11 Interface Form Pemasangan ......................................................... 34 Gambar 4.12 Desain Interface Print Nota Pemasangan ...................................... 34. xiii.

DAFTAR LAMPIRAN. Lampiran 1 Surat Balasan Perusahaan ............................................................... 37 Lampiran 2 Form KP-5 ..................................................................................... 38 Lampiran 3 Form KP-5 ..................................................................................... 39 Lampiran 4 Form KP-6 ..................................................................................... 40 Lampiran 5 Form KP-6 ..................................................................................... 41 Lampiran 6 Form KP-7 ..................................................................................... 42 Lampiran 7 Kartu Bimbingan Kerja Praktik ...................................................... 43 Lampiran 8 Biodata Penulis .............................................................................. 44. xiv.

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah CV Marvell Sekurindo merupakan sebuah perusahaan swasta yang bergerak dibidang penjualan alat – alat CCTV. Pendiri perusahaan tersebut ialah David Kristiawan pada tahun 2017. Tidak hanya CCTV, CV Marvell juga menyediakan fingerprint, accses point, dan kebutuhan perangkat pendukung CCTV. CV Marvell Sekurindo memiliki beberapa cabang yaitu Surabaya (cabang pusat), Malang , dan Bali. Pusat Perusahaan tersebut berlokasi di Jl. Jolotundo No.42, Pacar Keling, Tambaksari, SBY, Jawa Timur. Target yang dimiliki CV Marvell Sekurindo dapat melakukan pemasangan CCTV dan lain – lain pada instansi pemerintah, perusahaan besar hingga kecil maupun rumah tangga. Saat ini CV Marvell Sekurindo memiliki setidaknya 15 karyawan. Proses penjualan produk pada CV Marvell memiliki alur yang cukup baik dalam pelayanan terhadap pelanggan. Proses yang dijalankan oleh CV Marvell diantaranya membuat faktur penjualan pada kertas nota yang sudah dibuat berdasarkan barang yang dipesan oleh pelanggan dan juga total harga penjualan barang tersebut. Pada faktur penjualan juga terdapat Deadline pelunasan biaya oleh pelanggan. Kegiatan penjualan produk yang dilakukan oleh CV Marvell dinilai masih kurang dalam hal lama proses pembuatan faktur penjualan. Pada pembuatan faktur penjulan masih membutuhkan pihak ketiga. Hal ini akan sangat berpengaruh terhadap proses bisnis yang dijalankan perusahaan jika pihak ketiga memiliki. 1.

2. kendala dalam memenuhi kebutuhan faktur perusahaan, sebagai contoh pembuatan faktur penjualan secara massal dan pembuatan faktur pemasangan. Berikut permasalahan yang serjadi pada CV. Marvell Sekurindo : Tabel 1.1 Tabel Permasalahan NO 1. Masalah Format pada faktur salah.. Dampak Perusahaan mengembalikan faktur dan membuat perusahaan tidak. memiliki. faktur penjualan untuk sementara waktu. 2. Lamanya pembuatan faktur.. Perusahaan harus menunggu lebih lama untuk mendapatkan faktur.. 3. Mencari tempat percetakan. Memperlambat proses bisnis dan akan. lain untuk mencetak nota. menambah biaya.. 1.2 Perumusan Masalah Bagaimana merancang dan membangun aplikasi penjualan berbasis website pada CV Marvell Sekurindo.. 1.3 Batasan Masalah Batasan masalah yang digunakan untuk memberi batasan dalam pembuatan rancang bangun aplikasi ini adalah : 1. Sistem ini tidak membahas proses transaksi pembelian pada CV Marvell Sekurindo. 2. Sistem ini tidak membahas proses pembuatan laporan penjualan dan pembelian pada CV Marvell Sekurindo..

3. 3. Aplikasi ini hanya menyajikan pembuatan faktur dan pencetakan faktur penjualan. 1.4 Tujuan Tujuan dari pembuatan aplikasi ini untuk merancang dan membangun aplikasi penjualan berbasis website pada CV Marvell Sekurindo.. 1.5 Manfaat Manfaat yang diharapkan kedepannya dari adanya aplikasi penjualan yang dirancang adalah : 1. Mempermudah pembuatan faktur penjualan. 2. Mempercepat proses pembuatan faktur penjualan. 3. Mengurangi risiko terhadap rusak tau hilangnya faktur penjualan.. 1.6 Sistematika Penulisan Penulisan laporan kerja praktik ini disusun secara sistematis ntuk memudahkan dalam memahami persoalan dan pembahasannya. Berikut urutan dari bab pertama hingga bab terakhir:.

4. BAB I PENDAHULUAN Pada bab ini membahas mengenai latar belakang masalah, rumusan masalah, batasan masalah, tujuan penelitian, manfaat penelitian dan sistematika penulisan laporan kerja praktik.. BAB II GAMBARAN UMUM PERUSAHAAN Pada bab ini membahas tentang sejarah perusahaan yang menjelaskan bagaimana memulai awal bisnisnya, visi dan misi perusahaan yang menjadikan pedoman bagi perusahaan dalam melakukan kegiatan usahanya agar berjalan dengan baik, serta struktur organisasi yang ada diperusahaan.. BAB III LANDASAN TEORI Pada bab ini membahas mengenai teori teori yang dapat mendukung pembuatan “Rancang Bangun Aplikasi Penjualan pada CV. Marvell Sekurindo”.. BAB IV DESKRIPSI PEKERJAAN Pada bab ini membahas tentang Deskripsi Kerja Praktik yang berisikan penjelasan permasalahan, analisis kebutuhan, dan perancangan sistem.. BAB V PENUTUP Pada bab ini membahas tentang kesimpulan yang diperoleh dari pembuatan aplikasi serta saran yang bertujuan untuk pengembangan aplikasi kedepannya..

BAB II GAMBARAN UMUM PERUSAHAAN. 2.1 Gambaran Umum CV Marvell Sekurindo CV. Marvell Sekurindo adalah sebuah perusahaan yang menyediakan berbagai macam perangkat security system yang ditujukan kepada masyarakat umum hingga organisasi yang mana membutuhkan sistem keamanan yang lebih baik. CV. Marvel Sekurindo berlokasi di Jl. Jolotundo No.42, Pacar Keling, Tambaksari, SBY, Jawa Timur.. 2.2 Logo CV Marvell Sekurindo Berikut ini logo dari CV. Marvell Sekurindo pada Gambar 2.1 :. Gambar 2.1 Logo Perusahaan. 2.3 Visi dan Misi CV Marvell Sekurindo Adapun visi dan misi dari CV. Marvell Sekurindo akan diuraikan dalam penjelasan di bawah ini:. 6.

7. 2.3.1 Visi “Menjadi perusahaan sekaligus partner terpercaya, terbaik dan terdepan di Indonesia pada bidang Security System.”. 2.3.2 Misi 1.. Menyediakan produk-produk yang berkualitas dengan harga terjangkau dan bergaransi.. 2.. Menyediakan tenaga teknisi yang berpengalaman di bidangnya.. 3.. Memberikan konsultasi dan pengetahuan umum tentang manfaat dan pentingnya Security System bagi perusahaan maupun perorangan.. 4.. Memberikan kemudahan serta kepuasan pada konsumen.. 5. Membangun kerja. sama. dan kemitraan kerja. menguntungkan satu sama lain.. 2.4 Struktur Organiasi. Gambar 2.2 Struktur Organisasi. yang. saling.

8. 2.5 Deskripsi Tugas Berdasarkan struktur organisasi pada Gambar 2.2 dapat dideskripsikan tugas yang dimiliki oleh tiap-tiap bagian yang bersangkutan sebagai berikut : a. Owner 1. Menjaga alur bisnis yang mana berdasarkan visi, misi, dan tujuan organisasi. 2. Memilih dan menentukan pekerjaan karyawan. 3. Membuat kebijakan dan prosedur pada organisasi. 4. Bertanggung jawab atas segala permasalah yang terjadi pada organisasi. b. Sekretaris 1. Sebagai sumber informasi bagi pimpinan dan organisasi. 2. Sebagai perantara bagi pihak – pihak yang ingin berkomunikasi dengan organisasi. 3. Sebagai perantara antara pimpinan dengan karyawan. 4. Memberikan masukan dan saran sebagai alternatif pemikiran pimpinan. c. Supervisor 1. Sebagai pengawas kinerja dan seluruh aktifitas anggotanya. 2. Memiliki tanggung jawab atas seluruh kegiatan anggotanya. 3. Memberikan saran dan arahan kepada anggotanya jika terjadinya kesalahan. 4. Koordinasi antara anggota dengan pimpinan..

9. d. Head of Marketing 1. Memberikan informasi seputar produk yang di jual. 2. Memberikan pelayanan terhadap pelanggan yang komplain terhadap produk. 3. Melaporkan seluruh hasil pemasukkan dan pengeluaran bulanan dan tahunan. e. Head of Technician 1. Bertanggung jawab atas barang yang dibawa untuk pelanggan. 2. Bertanggung jawab atas pekerjaan di lapangan. 3. Memberikan solusi pemasangan kepada pelanggan. 4. Melaporkan setiap pemasangan dan pengeluaran barang..

BAB III LANDASAN TEORI. Pada bab ini akan membahas berbagai macam teori – teori dari para ahli yang mana teori ini akan digunakan pada penelitian kerja praktik ini. Teori – teori ini nantinya akan menjadi penunjang dalam penyelesaian masalah pada penelitian kerja praktik ini. 3.1 Website Menurut Sibero (2011:11) “Website adalah suatu sistem yang berkaitan dengan dokumen digunakan sebagai media untuk menampilkan teks, gambar, multimedia dan lainnya pada jaringan internet”.. 3.2 Web Browser Menurut Sibero (2013:12) “Web Browser adalah aplikasi perangkat lunak yang digunakan untuk mengambil dan menyajikan sumber informasi web”. Menurut Irawan (2011:3) “Web browser adalah program yang digunakan pada jaringan internet untuk mengakses informasi, berbagi pakai, berkomunikasi, dan sebagainya”. Sedangkan Menurut Arief (2011:19) “Web Browser merupakan program yang berfungsi untuk menampilkan dokumen-dokumen web dalam format HTML”.. 11.

12. 3.3 Aplikasi Menurut Nazrudin Safaat H (2012 : 9) Perangkat lunak aplikasi adalah suatu subkelas perangkat lunak komputer yang memanfaatkan kemampuan komputer langsung untuk melakukan suatu tugas yang diinginkan pengguna. Biasanya dibandingkan dengan perangkat lunak sistem yang mengintegrasikan berbagai kemampuan komputer, tapi tidak secara langsung menerapkan kemampuan tersebut untuk mengerjakan suatu tugas yang menguntungkan pengguna.. 3.4 Penjualan Menurut Suwardjono (2014:381), penjualan adalah transaksi pertukaran barang atau jasa hasil produksi perusahaan dengan kas atau klaim atas kas. Secara teknis, transaksi penjualan adalah transaksi pertukaran aset. Penjualan dikatakan telah terjadi secara teknis bila produk dan resiko yang melekat telah ditransfer ke pembeli dan sebagai penghargaan penjual mendapatkan kas atau klaim.. 3.5 HTML (Hyper Text Markup Language) Menurut Sibero (2011c:19) “Hyper Text Markup Language atau HTML adalah bahasa yang digunakan pada dokumen web sebagai bahasa untuk pertukaran dokumen web”. Dokumen HTML terdiri dari komponen yaitu tag, elemen dan atribut. Tag adalah tanda awal < dan tanda akhir > yang digunakan sebagai pengapit suatu elemen. Elemen adalah nama penanda yang diapit oleh tag yang memiliki fungsi dan tujuan tertentu pada dokumen HTML. Elemen dapat memiliki elemen anak dan juga nilai. Elemen anak adalah suatu elemen yang berada didalam elemen pembuka dan elemen penutup induknya. Nilai yang dimaksud adalah suatu teks.

13. atau karakter yang berada diantara elemen pembuka dan elemen penutup. Atribut adalah properti elemen yang digunakan untuk mengkhususkan suatu elemen. Elemen dapat memiliki atribut yang berbeda pada tiap masing-masingnya.. 3.6 PHP (Hypertext Preprocessor) Menurut Abdul Kadir (2013:17), PHP adalah bahasa pemrograman yang ditunjukan untuk kepentingan pembuatan aplikasi web.. Sebagai. bahasa. pemrograman untuk web, PHP sebenarnya bukanlah satu-satunya, tetapi termasuk yang populer. PHP memungkinkan pembuatan aplikasi web yang dinamis, dalam arti, dapat membuat halaman web yang dikendalikan oleh data. Dengan demikian, perubahan data akan membuat halaman web ikut berubah tanpa harus mengubah script atau kode yang menyusun halaman web.. 3.7 MySQL Menurut Madcoms (2010:367), penyimpanan data yang fleksibel dan cepat aksesnya sangat dibutuhkan dalam sebuah website yang interaktif dan dinamis. Database sendiri berfungsi sebagai penampungan data yang anda input melalui form website. Selain itu dapat juga di balik dengan menampilkan data yang tersimpan dalam database ke dalam halaman website. Jenis database yang sangat popular dan digunakan pada banyak website di internet sebagai bank data adalah MySQL. MySQL menggunakan SQL dan bersifat gratis, selain itu MySQL dapat berjalan di berbagai platform, antara lain Linux, Windows, dan sebagainya..

14. 3.8 Metode Waterfall Menurut Rizky (2011:61), waterfall model sebagai salah satu teori dasar dan seakan wajib dipelajari dalam konteks siklus hidup perangkat lunak, merupakan sebuah siklus hidup yang terdiri dari mulai fase hidup perangkat lunak sebelum terjadi hingga pasca produksi. Waterfall model memiliki definisi sendiri bahwa sebuah hidup perangkat lunak memiliki sebuah proses yang linear dan sekuensial.. Gambar 3. 1 Pengembangan Model Waterfall Gambar 3.1 menjelaskan model ini merupakan model yang paling banyak dipakai dalam Software Engineering. Model ini melakukan pendekatan secara sistematis, urut mulai dari level kebutuhan sistem lalu menuju ke tahap Comunication, Planning, Modelling, Construction, dan Deployment. Gambar 3.1 menunjukkan tahapan umum dari model proses waterfall. Model ini disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan..

15. 3.9 DFD (Data Flow Diagram) Menurut Sukamto dan Muhamad Salahuddin (2014:72), DFD (Data Flow Diagram) atau dalam bahasa Indonesia menjadi Diagram Alir Data (DAD) adalah representasi grafik yang menggambarkan aliran informasi dan transformasi informasi yang diaplikasikan sebagai data yang mengatur dari masukan (input) dan keluaran (output). DFD tidak sesuai untuk memodelkan sistem yang menggunakan pemograman berorientasi objek. Menurut Sukamto dan Muhamad Salahuddin (2014:72), berikut ini adalah tahapan tahapan perancangan dengan menggunakan DFD: 1. Membuat DFD Level 0 atau sering disebut juga Context Diagram DFD Level 0 menggambarkan sistem yang akan dibuat sebagai suatu entitas tunggal yang berinteraksi dengan orang maupun sistem lain. DFD Level 0 digunakan untuk mengambarkan interaksi antara sistem yang akan dikembangkan dengan entitas luar. 2. Membuat DFD Level 1 DFD Level 1 digunakan untuk menggambarkan modul-modul yang ada dalam sistem yang akan dikembangkan. DFD Level 1 merupakan hasil breakdown DFD Level 0 yang sebelumnya sudah dibuat. 3. Membuat DFD Level 2 Modul-modul pada DFD Level 1 dapat di breakdown menjadi DFD Level 2. Modul mana saja yang harus di breakdown lebih detail tergantung pada tingkat kedetailan modul tersebut. Apabila modul tersebut sudah cukup detail dan rinci maka modul tersebut sudah tidak perlu untuk di breakdown lagi. Untuk.

16. sebuah sistem, jumlah DFD Level 2 sama dengan jumlah modul pada DFD Level 1 yang di breakdown. 4. Membuat DFD Level 3 dan seterusnya. DFD Level 3, 4, 5 dan seterusnya merupakan breakdown dari modul pada DFD Level di atasnya. Breakdown pada Level 3, 4, 5 dan seterusnya aturannya sama persis dengan DFD Level 1 atau Level 2. Tabel 3.1 Simbol-simbol Data Flow Diagram NO Simbol. Keterangan External Entity Kesatuan luar merupakan kesatuan (entity) di. 1. lingkungan luar sistem yang dapat berupa orang, organisasi atau sistem lainnya yang berada di lingkungan luarnya yang akan memberikan input atau menerima output dari sistem. Data Flow Arus data ini menunjukkan arus dari data yang. 2. dapat berupa masukan untuk sistem atau hasil dari proses sistem. Process Suatu proses adalah kegiatan atau kerja yang. 3. dilakukan oleh orang, mesin, atau komputer dari hasil suatu arus data yang masuk ke dalam proses untuk dihasilkan arus data yang akan keluar dari proses..

17. Data Store Simpanan data merupakan simpanan data suatu 4. file.. (Sumber: Sukamto, 2014). 3.10 CDM (Conceptual Data Model) Menurut Sukamto dan Muhamad Salahuddin (2014:72), CDM (Conceptual Data Model) atau model konsep data merupakan konsep yang berkaitan dengan pandangan pemakai terhadap data yang disimpan dalam basis data. CDM dibuat sudah dalam bentuk tabel-tabel tanpa tipe data yang menggambarkan relasi antar tabel untuk keperluan implementasi ke basis data. CDM merupakan hasil penjabaran lebih lanjut dari ERD. Maka dapat disimpulkan bahwa CDM adalah sebuah konsep untuk menggambarkan data yang disimpan dalam basis data berdasarkan pandangan pengguna data. CDM digambarkan dalam bentuk tabel dan tanpa menggambarkan relasi antara tabel satu dengan tabel lainnya.. 3.11 PDM (Physical Data Model) Menurut Sukamto dan Muhamad Salahuddin (2014:72), PDM (Physical Data Model) atau model relasional adalah model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data. Setiap tabel mempunyai sejumlah kolom di mana setiap kolom memiliki nama yang unik beserta tipe datanya. PDM merupakan konsep yang menerangkan detail dari bagaimana data.

18. disimpan di dalam basis data. PDM sudah merupakan bentuk fisik perancangan basis data yang sudah siap diimplementasikan ke dalam DBMS sehingga nama tabel juga sudah merupakan nama asli tabel yang diimplementasikan ke dalam DBMS. Maka dapat disimpulkan bahwa PDM adalah model dari basis data yang menggunakan tabel sebagai gambaran data serta relasi-relasi antara data yang ada dalam database secara detail..

BAB IV DESKRIPSI KERJA PRAKTIK. 4.1 Analisis Sistem Berdasatkan hasil wawancara pada saat pelaksanaan kerja praktik di CV. Marvell Sekurindo, ditemukan beberapa permasalahan yang ditemukan. Permasalahan yang terjadi yaitu pada setiap proses bisnis CV. Marvell Sekurindo, yang pertama format pada faktur salah sehingga perusahaan harus mengembalikan faktur yang dipesan kepada pihak percetakan dan ini juga membuat perusahaan tidak memiliki faktur penjualan untuk sementara waktu. Kedua, pembuatan faktur yang cukup lama, hal ini berpengaruh terhadap perusahaan yang mana harus menunggu lebih lama untuk mendapatkan faktur yang dipesan. Ketiga, Perusahaan harus mencari percetakan lain jika adanya kendala pada percetakan sebelumnya. Hal ini memungkinkan adanya perbedaan harga dan perbedaan kualitas faktur dan juga berdampak pada biaya pengeluaran biaya.. 4.1.1 Identifikasi Masalah Permasalahaan yang dapat disimpulkan yaitu CV. Marvell Sekurindo masih belum memiliki aplikasi yang dapat membuat faktur penjualan. Faktur tersebut masih membutuhkan perusahaan percetakan yang sudah bekerjasama dengan CV. Marvell Sekurindo. Kurang efektifnya pembuatan faktur inilah muncul saran pembuatan aplikasi.. 19.

20. Tabel 4.1 Tabel Identifikasi Permasalahan NO 1. Masalah Format. Dampak. Solusi. pada Perusahaan. faktur salah.. mengembalikan faktur dan membuat perusahaan tidak Dari semua dampak memiliki faktur penjualan yang dihasilkan, dapat untuk sementara waktu. disimpulkan. 2. Lamanya. Perusahaan. bahwa. harus perancangan aplikasi. pembuatan faktur.. menunggu untuk. lebih lama penjualan. yang. disertai. fitur. mendapatkan. faktur. pembuatan 3. Mencari. tempat Adanya. faktur. kemungkinan adalah solusi terbaik. percetakan. lain perbedaan. harga. yang untuk saat ini.. jika terjadi kendala akan pada. berdampak. pada. percetakan peningkatan pengeluaran. sebelumnya.. biaya.. 4.1.1.1. Docflow Alur proses dimulai dengan datangnya customer ke perushaan dan dibantu oleh staff atau karyawan yang mana nantinya akan membantu menjelaskan barang apa saja yang dibutuhkan oleh customer, hingga memberikan informasi harga yang barang yang dipilih. Jika customer sudah memilih barang nantinya staff kasir akan meng-inputkan daftar barang yang dipilih oleh customer. Sebelum daftar barang diprint, staff kasir akan memberikan rekomendasi barang tambahan yang sesuai.

21. dengan barang yang dipilih sebelumnya. Barang yang direkomendasi kan bisa seperti : rekomendasi penambahan kapasitas penyimpanan video CCTV, rekomendasi peningkatan kualitas barang dengan menawarkan merk lain yang lebih bagus, dan lain-lain. Jika customer setuju maka staff kasir akan menambahkan / mengganti barang pada daftar barang sebelumnya. Saat selesai memilih barang, staff kasir akan mencetak faktur pembayaran barang dan customer menandatangani faktur penjualan.. Gambar 4. 1 Document Flow proses penjualan.

22. Jika customer sudah membayar produk yang dipilih, selanjutnya staff akan membuatkan faktur pemasangan, sekaligus menentukan tanggal dan jam pemasangan produk pada lokasi yang diinginkan. Kemudian staff akan menyimpan faktur dan selanjutnya akan memberikan ke staff lapangan.. Gambar 4.2 Docflow proses pembuatan faktur pemasangan. 4.1.1.2. Identifikasi Pengguna Berdasarkan hasil wawancara praktikan terhadap staff pada perusahaan di dapati data sebagai berikut : 1. Transaksi penjualan 2. Transaksi pembuatan faktur pemasangan.

23. 4.1.1.3. Identifikasi Data Berdasarkan hasil survey maka dapat dilakukan identifikasi data sebagai berikut: 1.. Data Master Admin. 2.. Data Penjualan. 3.. Data Pemasangan. 4.1.2 Analisis Kebutuhan Pengguna Kebutuhan staff : Tabel 4.2 Tabel Analisis Kebutuhan Pengguna Admin No. 1. Tugas dan Tanggung Kebutuhan. Kebutuhan. Jawab. Informasi. Pengelolaan penjualan. Data data Data. Output. Informasi. Data. pembelian. data. penjualan. customer. pembelian customer. 2. Pengelolaan pemasangan. data Data pembelian customer. Waktu. Data. pemasangan. pemasangan.

24. 4.1.3. Analisis Kebutuhan Fungsional. 1. Fungsi Pengelolaan Faktur Pemesanan Tabel 4.3 Tabel fungsi pengelolaan faktur pemasangan Nama Fungsi Pengguna Deskripsi. Fungsi pengelolaan faktur pemesanan 1. Staff Fungsi. ini. digunakan. untuk. menambah,mengubah,menghapus data barang yang dipesan oleh customer Alur Normal. Aksi pengguna. Respon sistem. Menambah data barang Pegawai menambah data Sistem menambah data produk dari customer. barang customer. yang dipilih kedalam. aplikasi Mengubah data transaksi Jika. staff. ingin Sistem. merubah. data. mengubah data barang barang sesuai permintaan yang. dipilih. customer,. staff. menekan. tombol. oleh cukup “+”. atau “-” Menghapus data transaksi.

25. Jika staff kesalahan. melakukan Sistem menghapus data atau. ingin barang sesuai permintaan. menghapus data barang, staff. cukup. menekan. tombol “Hapus”. 4.1.4 Kebutuhan Non Fungsional Tabel 4.4 Tabel kebutuhan non fungsional Kriteria Keamanan sistem. Kebutuhan non fungsional 1. Staff melakukan login pada aplikasi degan memasukkan username dan password yang telah ditentukan sebelumnya Pengguna terdiri dari: a. Pegawai : Username: admin, Password: admin 2. Hak akses : a. Staff – dapat mengakses transaksi penjualan serta transaksi pemasangan. faktur.

26. Response time. Dalam. pengoperasian. aplikasi. penjualan ini, ketika staff hadir di perusahaan. maka. staff. langsung. menghidupkan komputer dan membuka aplikasi, proses pembukaan aplikasi dihitung sejak tampilan awal windows membutuhkan waktu sekitar 5 menit Usability. Mempermudah dan mempercepat staff dalam membuat faktur penjualan dan faktur pemasangan. 4.1.5 Analisis Kebutuhan Sistem Informasi Adapun kebutuhan sistem yang akan digunakan antara lain: a.. b.. Hardware 1.. Laptop / PC. 2.. Keyboard. 3.. Mouse. Software 1.. Minimal Windows 7. 2.. Mozilla Firefox atau Google Chrome. 3.. XAMPP.

27. 4.2 Input Proses Output. Gambar 4. 3 Input Proses Output 4.3 Perancangan Sistem Tahap selanjutnya setelah melakukan analisis permasalahan yaitu masuk ke tahap merancang sistem. Tahap ini bertujuan untuk menentukan apa saja yang dibutuhkan pada aplikasi dan nantinya akan di implementasikan pada saat aplikasi dibangun. Tahapan – tahapan dalam perancangan sistem yang dilakukan adalah pembuatan System Flow, Data Flow Diagram, Context Diagram, HIPO, CDM, PDM, Struktur Tabel, Desain Interface.. 4.3.1 System Flow System flow ini berfungsi untuk digunakan menggambarkan jalannya aplikasi secara garis besar. Bentuk dari system flow berbeda dengan bentuk document flow dikarena beberapa proses yang dilakukan sudah secara otomatis..

28. system flow sangat berguna dalam pembuatan aplikasi, karena system flow dapat digunakan untuk mengetahui tabel – tabel apa saja yang digunakan oleh aplikasi. a. Login Pada bagian ini hanya terdapat 1 user yang dapat login kedalam aplikasi penjualan yaitu user admin. Hak akses yang diterima oleh admin mencaup seluruh proses pemesanan hingga pemasangan pesanan.. Gambar 4.4 Fungsi Login.

29. b. Transaksi Pemesanan Pada tahap ini merupakan tahap pembuatan nota pemesanan produk yang mana sebelumnya sudah di tentukan oleh pelanggan barang mana saja yang akan di beli. Sebelumnya Pegawai admin harus login terlebih dahulu kemudian mengisikan nama isntansi, nama pemesan, pesanan, dan nomor telepon yang mana di gunakan sebagai kelengkapan data pemesanan produk. Jika data dirasa sudah benar, maka admin dapat mencetak nota tersebut.. Gambar 4.5 Fungsi Pemesanan.

30. 4.3.2 Struktur Basis Data Pada tahap ini akan menjelaskan bagaimana merancang skema database aplikasi yang menjadi sumber penyimpanan data. a. Concept Data Model (CDM) Di bawah ini adalah Concept Data Model transaksi. pemesanan dan. pemasangan pada CV. Marvell Sekurindo :. Gambar 4.6 Concept Data Model b. Physical Data Model (PDM) Di bawah ini adalah Physical Data Model transaksi pemasangan pada CV. Marvell Sekurindo :. Gambar 4.7 Physical Data Model. pemesanan dan.

31. 4.3.3 Struktur Tabel Struktur tabel yang ada pada Rancang Bangun Aplikasi Penjualan Pada CV. Marvell Sekurindo adalah sebagai berikut : a. Tabel Pemesanan Nama tabel. : Pemesanan. Primary key. : id_pesanan. Foreign key. :-. Fungsi. : Menyimpan Data Pemesanan Tabel 4.5 Tabel Pemesanan. No.. Nama Kolom. Tipe Data. Size. 1. Id_pesanan. Varchar. 10. 2. Nama_instansi. Varchar. 50. 3. Nama_pemesan. Varchar. 50. 4. No_telp. Integer. 5. Isi Barang. Varchar. 6. Tanggal_pesan. Date & Time. b. Tabel Pemasangan Nama tabel. : Pemasangan. Primary key. : id_pemasangan. Foreign key. : id_pesanan. Fungsi. : Menyimpan Data Pemasangan. 200. Constraint Primary Key.

32. Tabel 4.6 Tabel Pemasangan No.. Nama Kolom. Tipe Data. Size. 1. Id_pemasangan. Varchar. 8. 2. Penerima. Varchar. 100. 3. Kontak_penerima. Integer. 4. Tujuan_penerima. Varchar. 200. 5. Barang_penerima. Varchar. 200. 6. Tanggal_pemasangan. Date. Constraint Primary Key. 4.3.4 Implementasi Sistem a. Desain Interface Form Login Desain interface pada form login ini staff harus memasukkan username dan password agar bisa masuk dan menjalakan fungsi – fungsi yang tersedia pada sistem.. Gambar 4.8 Desain Interface Form Login.

33. b. Desain Interface Form Penjualan Desain interface pada form penjualan ini staff harus mengisikan data – data yang diperlukan, lalu menekan tombol “Simpan transaksi” agar dapat di print.. Gambar 4.9 Desain Interface Form Penjualan c. Desain Interface Print Nota Penjualan Desain interface Print Nota penjualan ini ditampilkan ketika staff menekan tombol “Print Nota” pada form Penjualan.. Gambar 4.10 Desain Interface Print Nota Penjualan.

34. d. Desain Interface Form Pemasangan Desain interface pada form pemasangan ini staff harus mengisikan data – data yang diperlukan, lalu menekan tombol “Simpan transaksi” agar dapat di print.. Gambar 4.11 Desain Interface Form Pemasangan e. Desain Interface Print Nota Pemasangan Desain interface Print Nota pemasangan ini ditampilkan ketika staff menekan tombol “Print Nota” pada form Pemasangan.. Gambar 4.12 Desain Interface Print Nota Pemasangan.

BAB V PENUTUP 5.1 Kesimpulan Pada proses pengembangan Rancang Bangun Aplikasi Penjualan Pada CV Marvell Sekurindo dapat diambil beberapa kesimpulan sebagai berikut: 1. Pada Aplikasi Penjualan pada CV Marvell Sekurindo terdapat beberapa fitur yang dapat melakukan pencacatan pesanan, cetak nota penjualan, dan cetak nota pemasangan.. 5.2 Saran Dalam pengembangan aplikasi penjualan tersebut, dapat diajukan beberapa saran, yaitu: Pada Aplikasi Penjualan pada CV Marvell Sekurindo diharapkan kedepannya menambahkan fitur stock barang sehingga staff tidak perlu mengetik secara manual untuk membuat nota penjualan dan nota pemasangan.. 35.

36. DAFTAR PUSTAKA. Andi, M. (2010). Adobe Dreamweaver CS5 dengan Pemrograman PHP-. MySQL. Yogyakarta: CV Andi Offset. Arief, M. (2011). Pemrograman Web Dinamis Menggunakan PHP dan MySQL. Yogyakarta: C.V ANDI OFFSET. Kadir, A. (2013). Buku Pintar Programer. Pemula PHP. Yogyakarta: Mediakom. Rizky, S. (2011). Konsep Dasar Rekayasa Perangkat Lunak. Jakarta: Prestasi Pustaka Publisher. Sibero, A. F. (2011). Kitab Suci Web Programming. Yogyakarta: Mediakom. Sukamto, R. A., & M, S. (2014). Rekayasa perangkat lunak : terstruktur dan berorientasi objek. Bandung: Informatika. Suwardjono. (2014). TEORI AKUNTANSI PEREKAYASAAN PELAPORAN KEUANGAN. Yogyakarta: BPFE..