Analisis Dan Perancangan Aplikasi Anggaran Untuk Perusahaan (Bag.2)
Pembangunan Aplikasi Anggaran Kebutuhan yang diusulkan disesuaikan dengan sistem yang berjalan dan sistem yang sudah ada sebelumnya Analisis Dan Perancangan Aplikasi Anggaran Untuk Perusahaan (Bag.1). Adapun perubahan yang dilakukan tidak mengubah secara keseluruhan prosedur yang sedang berjalan, perubahan tersebut hanya berkaitan penggunaan Aplikasi Anggaran kebutuhan saja, dimana lebih mengandalkan komputerisasi serta penggunaan database sebagai alat bantu, sehingga memudahkan perusahaan dalam mencapai tujuannya. Prosedur – prosedur tersebut dapat dijelaskan dengan menggunakan flowmap di bawah ini :
baca juga : Perancangan Sistem Informasi Pembelian Barang
 |
| Flowmap Penyusunan Anggaran yang Diusulkan |
Metode Perancangan Aplikasi :
Perancangan aplikasi ini menggunakan desain berorientasi objek (Object Oriented). Tujuan object oriented adalah menentukan semua kelas serta hubungan dan tingkah laku yang berkaitan dengan kelas tersebut. Cox (1995) (dikutip dari buku Object Oriented Modelling And Design tulisan James Rumbaugh, dkk), seorang ahli di bidang Object Oriented Programming (OOP) mengklaim bahwa konsep pembungkusan yang merupakan dasar utama dari pendekatan berorientasi objek, memungkinkan perangkat lunak / sistem informasi dikembangkan dengan lebih cepat dan lebih murah serta memenuhi harapan serta kebutuhan pengguna, karena memungkinkan penggunaan ulang kode – kode tertentu (reusable component).
Use Case Diagram
Use Case Diagram Global |
| Use Case Diagram Aplikasi Anggaran |
Contoh Use Case Spesification :
Nama Use Case : Login
Deskripsi Singkat : Use Case ini berfungsi sebagai gerbang bagi operator untuk dapat mengakses fitur – fitur yang ada dalam aplikasi. Selain itu, Use Case ini juga berfungsi sebagai kontrol terhadap pengguna aplikasi, sehingga tidak sembarang orang bisa mengakses aplikasi ini serta informasi tentang operator pengakses pun dapat disimpan dalam aplikasi.
Basic Flow :
a. User / admin membuka Aplikasi Anggaran.
b. Tampil form login.
c. User mengisi username dan password.
d. Bila Username dan password valid, maka aplikasi akan masuk ke form menu utama yang menyediakan fitur-fitur aplikasi.
Alternate Flow :
a. Bila validasi username dan password yang dimasukkan oleh user salah maka sistem akan menampilkan pesan username atau password salah dan proses akan kembali ke basic flow bagian c.
Pre-Condition: tidak ada.
Post-Condition: Proses login berhasil atau gagal.
Nama Use Case : Kelola Data Master.
Deskripsi Singkat : Use Case ini berkaitan dengan pengelola data master. Use Case ini akan diturunkan lagi fungsionalitasnya menjadi data bagian, data barang, data satuan brang dan data akun.
Basic Flow : tidak ada.
Alternate Flow : tidak ada.
Pre-Condition : tidak ada.
Post-Condition : tidak ada.
Nama Use Case : Penganggaran.
Deskripsi Singkat : Use Case ini mencatat data anggaran kebutuhan dari seluruh bagian di perusahaan. Use Case ini dimulai pada saat admin mendistribusikan form - form kebutuhan kepada seluruh bagian.
Basic Flow :
a. Admin menginisialisasi tahun anggaran. Kemudian mendistribusikan form – form kebutuhan kepada seluruh bagian.
b. Operator setiap bagian mengisi form – form tersebut selama masa aktif pengisian.
Alternate Flow :
a. Bila proses penulisan ke database gagal, sistem memunculkan pesan bahwa proses pencatatan gagal dilakukan, dan kembali untuk mengisi data kembali.
b. Bila ada data yang diperlukan belum terisi, sistem meminta user untuk mengecek isian kembali.
c. Bila masa aktif pengisian telah berakhir maka user tidak dapat memanipulasi data.
Pre-Condition : tidak ada.
Post-Condition : Data kebutuhan berhasil disimpan atau gagal.
Nama Use Case : Pelaporan
Deskripsi Singkat : Use Case ini memberikan informasi tentang anggaran kebutuhan yang telah dimanipulasi oleh bagian akuntansi kepada manajer dan setiap bagian.
Basic Flow : User memilih fitur laporan, sistem menjalankan permintaan untuk mencetak laporan
Alternate Flow : User hanya dapat melihat data anggaran kebutuhan di bagian mereka masing - masing.
Pre-Condition : tidak ada.
Post-Condition : tidak ada.
Nama Use Case : Kelola Data User
Deskripsi Singkat : Use Case berkaitan dengan pengelolaan data user. Fungsi yang disediakan dalam Use Case ini adalah tambah data, hapus data, dan ubah data.
Basic Flow :
a. Tambah data : Admin memilih fungsi tambah yang sudah disediakan di form data user dalam aplikasi. Aplikasi akan menampilkan fom tambah data klasifikasi user dengan kode perintah ’tambah’. Admin mengisi data user pada form tambah data user dengan kode perintah ‘Simpan’. Aplikasi menyimpan data yang diinput admin dan menampilkannya dalam tabel di form data user.
b. Ubah data : Admin menunjuk data dalam tabel kemudian pilih fungsi ubah data. Aplikasi menampilkan form ubah data user dengan kode perintah ‘ubah’. Aplikasi menampilkan data yang akan diubah dalam form tersebut. Admin mengubah data yang diinginkan. Aplikasi menyimpan hasil perubahan data ke dalam database.
c. Hapus data : Admin memilih data dalam tabel untuk data yang akan dihapus, kemudian memilih fungsi hapus data. Aplikasi menghapus data dalam database.
Alternate Flow : tidak ada
Pre-Condition : Data dalam tabel user yang belum dimanipulasi.
Post-Condition : Manipulasi data terhadap tabel user (tambah, ubah, dan hapus)
Analisis Dan Perancangan Aplikasi Anggaran Untuk Perusahaan (Bag.3)
