More Related Content
Similar to Analisis perancangan sistem bengkel ramayana (20)
Analisis perancangan sistem bengkel ramayana
- 1. APLIKASI PENGOLAHAN SISTEM BENGKEL RAMAYANA BERBASIS JAVA DESKTOP PENULIS PIPIN IBNU FAQIH | 6701140215 PROGRAM STUDI MENEJEMEN INFORMATIKA FAKULTAS ILMU TERAPAN TELKOM UNIVERSITY BANDUNG 2014
- 2. DAFTAR ISI
- 3. BAB1 LATAR BELAKANG Informasi pada saat ini berkembang ke arah efektifitas dan efisiensi yang tujuannya untuk memberikan kemudahan bagi segala aspek baik pendidikan, hiburan maupun bisnis. Era saat ini sangat memerlukan informasi yang akurat, cepat dan tepat. Salah satunya usaha bisnis yang bergerak di bidang otomotif (bengkel). Kebutuhan akan informasi yang baik sangat dibutuhkan, seperti informasi mengenai persediaan suku cadang, transaksi yang terjadi hingga pembuatan laporan. Hal tersebut dapat menjadi kendala dalam pengembangan usaha apabila informasi tersebut tidak tertata dengan baik. Seperti yang dialami oleh bengkel motor Honda, dimana pengolahan informasi masih dilakukan secara manual baik dalam pendataan suku cadang, transaksi ataupun dalam pembuatan laporan. Kesulitan dalam pendataan persediaan suku cadang serta dalam pembuatan laporan yang kurang akurat menjadi permasalahan utama dibuatnya aplikasi ini. Oleh karena itu setelah dibuatnya aplikasi ini semoga dapat menjadi solusi bagi permasalahan bengkel motor Honda. Batasan Masalah Batasan masalah dimaksudkan untuk membatasi ruang lingkup pembahasan agar system yang dirancang lebih terarah. Batasan masalah dari perancangan sistem ini dibatasi pada hal-hal sebagai berikut : 1. Penjualan suku cadang dan service meliputi registrasi pelanggan 2. Pembayaran 3. Pembuatan laporan
- 4. BAB 2 ANALISIS Analisis kebutuhan fungsionalitas Tahap 1 : Tentukan Aktor 1. Petugas Front office adalah actor utama yang berinteraksi dengan system, dikarenakan menerima orderan servis dan barang dari pelanggan. Petugas juga menerima pembayaran dan mencatat pembayaran. 2. Manajer adalah actor yang berinteraksi dengan system, dikarenakan harus dapat menerima laporan perhari. 3. Pelanggan bukanlah actor karena tidak berinteraksi langsung dengan system. 4. Mekanik bukanlah actor karena tidak berinteraksi langsung dengan system. Tahap 2 : Tentukan Fungsionalitas Input data servis dan penjualan Mentotalkan biaya servis Melihat stock barang Mencetak laporan Melihat data pegawai berserta menghitung gaji pegawai Identifikasi Permasalahan 1. Pembuatan laporan penjualan perhari masih manual dengan mengumpulkan struk pembelian. 2. Pengecekan stock barang masih dilakukan secara manual. 3. Data pelanggan belum tersimpan 4. Tidak ada suatu aplikasi yang terintegrasi antar bagian yaitu kantor cabang pusat dan suplier sehingga untuk mendistribusian barang agak rumit dan masih banyak manual itu membuat agak terlalu lama pendistribusiannya. KEBUTUHAN FUNGSIONAL DAN NON FUNGSIONAL Kebutuhan Fungsional 1. Perhitungan pembelian 2. Pembayaran pembelian 3. Membuat rekapan pembelian 4. Penegecekan stok barang 5. Pengecekan data pelanggan 6. Pendataan gaji pegawai 7. Pendataan barang ada tau tidak ada (ada) 8. Pendataan barang ada tau tidak ada (tidak ada)
- 5. 1. Input : Data barang yg dijual Proses : Proses perhitungan pembelian Output : Struk pembelian 2. Input : Jumlah pembelian Proses : Pembayaran Output : Struk pembelian 3. Input : Struk-struk pembelian Proses : Merekap hasil penjualan Output : Laporan penjualan 4. Input : Data stok barang Proses : Pengecekan ketersediaan stok barang Output : Data stok barang yang telah habis 5. Input : Data pelanggan Proses : Pengecekan data pelanggan dan kendaraan Output : Data daftar pelanggan dan kendaraan 6. Input : Data pegawai Proses : Pengecekan data pegawai Output : Data daftar gaji pegawai 7. Input : Data pemesanan barang Proses : Pendataan barang ada atau tidak ada (ada) Output : Laporan biaya produksi dan distribusi 8. Input : Data pemesanan barang Proses : Pendataan barang ada atau tidak ada (tidak ada) Output : Laporan produksi barang
- 6. Kebutuhan Non-Fungsional Keamanan: Servis yang sudah dilakukan akan mendapatkan garansi 2x24jam jika lebih dari itu garansi akan habis. Teklnologi: Kantor pusat mencatat permintaan barang dengan mencocokan permintaan barang sebelumnya menggunakan aplikasi sistem pengolahan ini.
- 7. BAB 3 USULAN SISTEM PEMESANAN BARANG Rincian ide atau Desain 1. Servis dan pembelian sparepart menjadi lebih cepat sehingga mempercepat kinerja front office. 2. Meminimalisir agar tidak terjadi kehilangan data. 3. Membantu menyelesaikan permasalahan yang ada di PT. Ramayana motor dalam proses servis dan penjualan sparepart.
- 8. Diagram atau Gagasan Scenario Usecase SKENARIO USECASE LOGIN Use Case : Login. Aktor : Front Office(FO),manager. Deskripsi : FO dan manager akan menginputkan data diri sebagai awal proses, yang nantinya akan dicek oleh sistem validasi dari username dan password. Pra Kondisi : Front Office dan manager sudah mempunyai username dan password. Pos Kondisi : Sistem memberikan hak akses terhadap masing-masing user untuk memilih menu aplikasi pada dekstop. Skenario : Aksi Aktor Reaksi Sistem 1. FO dan manager masukkan Username dan Password pada form login. 2. FO dan manager menekan tombol “Login”. 3. Memverifikasi valid tidaknya username dan password pada database. 4. Masuk ke aplikasi. SKENARIO ALTERNATIF NO.3 a. Masukkan username dan password pada form login. b. Mengecek valid/tidaknya data masukan. c. Menampilkan pesan login tidak valid. d. Masukkan Id password yang valid. e. Mengecek valid/tidaknya data masukan. f. Jika data valid maka secara otomatis akan masuk ke tampilan awal aplikasi. SKENARIO USE CASE MEMASUKKAN DATA PELANGGAN Use Case : Memasukkan Data pelanggan.
- 9. Aktor : FO. Deskripsi : Proses ini adalah sebuah proses dimana FO Memasukkan data pelanggan yang yang akan melakukan service di bengkel motor honda. Pra Kondisi : FO sudah berada pada menu pelanggan. Pos Kondisi : Data pelanggan telah tersimpan. Skenario : Aksi Aktor Reaksi Sistem 1. FO memasukkan data pribadi pelanggan dan kebutuhan service. 2. Menekan tombol “Simpan”. 3. Meng-update Data Pelanggan 4. Sistem akan menampilkan notifikasi “Data telah berhasil disimpan”. 5. FO menekan tombol “Selesai” . SKENARIO USE CASE CETAK BUKTI TRANSAKSI Use Case : cetak bukti transaksi. Aktor : FO. Deskripsi : Ini merupakan proses pencetakan struk/bukti transaksi. Pra Kondisi : FO berada pada menu view data pelanggan, kemudian FO akan mencetak bukti transaksi. Pos Kondisi : Bukti transaki dicetak. Skenario : Aksi Aktor Reaksi Sistem 1. FO berada pada menu view data pelanggan. 2. FO menekan tombol “Print”. 3. Menampilkan menu view data pelanggan, dan mencetak bukti transaksi. 4. FO menekan tombol “Selesai”.
- 10. SKENARIO USE CASE MENGUBAH DATA PELANGGAN Use Case : Memasukkan data pelanggan yang baru. Aktor : Manager. Deskripsi : Ini merupakan proses pengubahan data pelanggan/kebutuhan pelanggan. Pra Kondisi : Manager telah berada di menu Ubah Data Pelanggan. Pos Kondisi : Update data pelanggan selesai. Skenario : Aksi Aktor Reaksi Sistem 1. Manager sudah berada di menu ubah data pelanggan, kemudian menginputkan data pelanggan yang baru. 2. Menekan Tombol “Tambah”. 3. Menampilkan form data pelanggan. 4. FO memasukkan kembali data pelanggan yang baru, kemudian menekan tombol “Simpan”. 5. Sistem akan menyimpan data pelanggan yang baru. 6. Muncul notifikasi “Data pelanggan telah di-update”. SKENARIO USE CASE MEMASUKKAN KEBUTUHAN BENGKEL Use Case : Mengecek status suku cadang yang tersedia Aktor : Manager Deskripsi : Ini merupakan proses input data suku cadang. Pra Kondisi : Manager telah berada di menu input kebutuhan bengkel.
- 11. Pos Kondisi : sistem akan menampilkan menu data suku cadang yang masih tersedia maupun yang sold out. Skenario : Aksi Aktor Reaksi Sistem 1. Manager berada di menu input kebutuhan bengkel, kemudian meng-input data suku cadang yang baru. 2. Menekan Tombol “Ok”. 3. Sistem akan menampilkan data suku cadang yang baru dan akan menampilkan status tersedia ataupun sold out. SKENARIO USE CASE MENGECEK TRANSAKSI PELANGGAN Use Case : Mengecek transaksi pelanggan. Aktor : Manager. Deskripsi : Ini merupakan proses pengecekan data transaksi pelanggan yang melakukan service motor. Pra Kondisi : Manager sudah berada pada menu view data transaksi pelanggan. Pos Kondisi : Sistem akan menampilkan “Data Tansaksi pelanggan”. Skenario : Aksi Aktor Reaksi Sistem 1. Manager berada di menu view data transaksi pelanggan. 2. klik icon “Cari”. 3. Sistem akan menampilkan data transaksi pelanggan. SKENARIO USE CASE MENGINPUT DATA PEGAWAI Use Case : Meng-input Data Pegawai Aktor : Manager
- 12. Deskripsi : Ini merupakan proses input data pegawai baru. Pra Kondisi : Petugas sudah berada pada menu input data pegawai. Pos Kondisi : Sistem akan menampilkan “form Data Pegawai” Skenario : Aksi Aktor Reaksi Sistem 1. Manager sudah berada di menu input data pegawai, kemudian memasukkan data pegawai baru. 2. Menekan tombol “OK” 3. Sistem akan menampilkan data pegawai baru. 4. Petugas menekan tombol “Selesai” 5. Muncul notifikasi “Data Pegawai telah tersimpan” Activity Diagram 3.4. Activity Diagram Activity diagram merupakan representasi grafis dari seluruh tahapan alur kerja. Berikut perancangan activity diagram pengelolaan bengkel motor honda:
- 13. Gambar 3.4. Activity Diagram Pengelolaan Bengkel Motor Ramayana
- 14. Class Diagram Class Diagram digunakan untuk menampilkan kelas-kelas dan paket-paket di dalam sistem. Berikut perancangan class diagram pengelolaan bengkel motor honda:
- 15. Dalam form ini terdapat username, password, login sebagai, tombol login, tombol forgot password. Di form login ini berfungsi sebagai tempat login manager dan front office. Gambar 1. Form Login
- 16. Tampilan Menu Masuk Dalam tampilan ini terdapat menu-menu yang dapat dipilih seperti menu profil, data pelanggan, data pegawai, stok barang, dan gaji pegawai. Gambar 2. Tampilan Menu Setelah Login
- 17. Tampilan Menu Form Pelanggan Tampilan ini berisi form yang digunakan front office untuk meng-input data pelanggan dan melihat review data pelanggan. Gambar 3. Form Front Office Tampilan View Data Pelanggan Disini menampilkan beberapa review data pelanggan yang telah di-input oleh front office.
- 18. Gambar 4.View Data Pelanggan Tampilan Input Data Pegawai Menu ini digunakan untuk meng-input data pegawai yang bekerja di bengekel motor honda. Gambar 5. Input Data Pegawai
- 19. Tampilan View Data Pegawai Disini akan ditampilkan data pegawai yang telah di-input. Gambar 6. View Data Pegawai