KERJA PRAKTEK
Diajukan untuk Memenuhi Tugas Mata Kuliah Kerja Praktek
Program Strata Satu Jurusan Teknik Informatika Fakultas Teknik dan Ilmu Komputer
Universitas Komputer Indonesia
PUTRI WILIANA
10107185
RENNY KURNIA
10107219
WIDYA PRAMUDITHA
10107222
JURUSAN TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
BANDUNG
KATA PENGANTAR
Alhamdulillah, terucap syukur kepada Allah SWT atas petunjuk, rahmat serta izin-Nya sehingga laporan hasil kerja praktek ini dapat diselesaikan.
Laporan ini disusun untuk memenuhi salah satu syarat kelulusan matakuliah Kerja Praktek pada Jurusan Teknik Informatika di Universitas
Komputer Indonesia. Judul laporan ini adalah “Aplikasi General Ledger
Bulanan Di CV. Global Agency And Entertainment”.
Pada kesempatan ini, penulis mengucapkan terima kasih yang sebesar-besarnya kepada:
1. Pemimpin Perusahaan CV. Global Agency And Entertainment Cirebon atas izin kerja praktek yang diberikan.
2. Kepala Bagian Accounting CV. Global Agency And Entertainment yang telah banyak membantu dan memberikan pengarahan..
3. Karyawan-karyawan di CV. Global Agency And Entertainment 4. Rekan-rekan kerja praktek,
5. Ibu Dian Dharmayanti S, T. sebagai dosen wali sekaligus pembimbing dalam penyelesaian laporan kerja praktek ini.
6. Keluarga yang selalu memberi dukungan moril dan materil.
7. Rekan-rekan mahasiswa Universitas Komputer Indonesia yang selalu memberi semangat belajar.
Penulis sangat menyadari bahwa laporan ini masih banyak kekurangannya, oleh karena itu penulis mengharapkan kritik dan saran dari semua pihak. Terima kasih.
Bandung, Januari 2011
i
DAFTAR GAMBAR ... vii
DAFTAR SIMBOL ... xii
DAFTAR LAMPIRAN ... xix
BAB 1 PENDAHULUAN ... 1
1. 1. Latar Belakang ... 1
1. 2. Perumusan Masalah ... 2
1. 3. Maksud dan Tujuan ... 2
1. 4. Batasan Masalah ... 2
1. 5. Metodologi Penelitian ... 3
1. Metode Pengumpulan Data ... 3
2. Pengembangan Perangkat Lunak ... 4
1. 6. Sistematika Penulisan ... 7
BAB 2 TINJAUAN PUSTAKA ... 8
2. 1. Tinjauan Perusahaan ... 8
2. 1. 1. Sejarah Instansi ... 8
2. 1. 2. Logo Instansi ... 8
2. 1. 3. Struktur Organisasi dan Job Description ... 9
2. 1. 3. 1. Struktur Organisasi... 9
2. 1. 3. 2. Job Description ... 9
2. 2. Landasan Teori ... 10
2. 2. 1. Aplikasi ... 10
2. 2. 2. General Ledger ... 11
2. 2. 3. Basis Data ... 12
2. 2. 3. 1. Pengertian Basis Data ... 12
2. 2. 3. 2. Normalisasi Basis Data ... 13
ii
2. 2. 3. 4. Sistem Manajemen Basis Data ... 15
2. 2. 3. 5. Sistem Manajemen Basis Data Relasional ... 16
2. 2. 4. UML ... 16
2. 2. 7. 1. Sistem Manajemen Basis Data Relasional ... 26
2. 2. 7. 2. Keistimewaan MySQL ... 27
BAB 3 PEMBAHASAN ... 29
3. 1. Analisis Sistem ... 29
3. 1. 1. Analisis Masalah ... 29
3. 1. 2. Analisis Sistem yang Sedang Berjalan ... 29
3. 1. 3. Analisis Kebutuhan NonFungsional ... 31
3. 1. 3. 1. Analisis Perangkat Keras ... 32
3. 1. 3. 2. Analisis Perangkat Lunak ... 32
3. 1. 3. 3. Analisis Pengguna ... 32
3. 1. 4. Analisis Kebutuhan Fungsional ... 33
iii
3. 1. 4. 3. 3 Sequence Diagram Pengolahan Data Trial Balance ... 51
3. 1. 4. 3. 4 Sequence Diagram Laporan Neraca ... 54
3. 1. 4. 3. 5 Sequence Diagram Laporan Laba Rugi ... 55
3. 1. 4. 4. Class Diagram ... 56
3. 2. Perancangan Sistem ... 58
3. 2. 1. Perancangan Data ... 58
3. 2. 1. 1. Skema Relasi ... 58
3. 2. 1. 2. Struktur Tabel... 59
3. 2. 2. Struktur Menu ... 61
3. 2. 3. Perancangan Antar Muka ... 61
3. 2. 3. 1. Perancangan Form ... 61
3. 2. 3. 2. Perancangan Pesan ... 69
3. 2. 4. Jaringan Semantik ... 85
3. 2. 5. Perancangan Prosedural ... 86
3. 3. Implementasi ... 91
3. 3. 1. Kebutuhan Perangkat Keras Pembangun ... 91
3. 3. 2. Kebutuhan Perangkat Lunak Pembangun ... 91
3. 3. 3. Implementasi Kelas ... 92
iv
3. 3. 3. 10. Kelas Journal DAO Implement ... 100
3. 3. 3. 11. Kelas Journal DAO Interface ... 101
3. 3. 3. 12. Kelas Form Pengolahan Trial Balance ... 102
3. 3. 3. 13. Kelas Form Pengolahan Trial Balance Controller ... 103
3. 3. 3. 14. Kelas Trial Balance... 103
3. 3. 3. 15. Kelas Trial Balance DAO Implement ... 105
3. 3. 3. 16. Kelas Trial Balance DAO Interface ... 106
3. 3. 3. 17. Kelas Form Laporan Neraca ... 107
3. 3. 3. 18. Kelas Form Laporan Neraca Controller ... 107
3. 3. 3. 19. Kelas Neraca ... 108
3. 3. 3. 20. Kelas Neraca DAO Implement ... 109
3. 3. 3. 21. Kelas Neraca DAO Interface ... 110
3. 3. 3. 22. Kelas Form Laporan Laba Rugi ... 111
3. 3. 3. 23. Kelas Form Laporan Laba Rugi Controller ... 111
3. 3. 3. 24. Kelas Laba Rugi ... 112
3. 3. 3. 25. Kelas Laba Rugi DAO Implement ... 113
3. 3. 3. 26. Kelas Laba Rugi DAO Interface ... 114
3. 3. 4. Implementasi Basis Data ... 115
3. 3. 5. Tampilan Aplikasi ... 117
BAB 4 KESIMPULAN DAN SARAN... 135
4. 1. Kesimpulan ... 135
4. 2. Saran ... 135
DAFTAR PUSTAKA
[1]. Adi. (2008), Konsep Pengembangan Sistem Basis Data, Penerbit Informatika, Bandung.
[2]. elearning.gunadarma.ac.id/...general_ledger/2_landasan_teori_general_
ledger.pdf, di akses 29 Oktober 2010
[3]. Hermawan, Benny. (2004), Menguasai Java 2 dan Object Oriented
Programming, Penerbit Andi, Yogyakarta.
[4]. http://id.wikipedia.org/wiki/Aplikasi , di akses tanggal 29 Oktober 2010
[5]. http://blog.binadarma.ac.id/nayel/wp-content/uploads/2010/09/BAB-II.pdf, di akses tanggal 29 Oktober 2010
[6]. http://www.scribd.com/doc/25322890/Materi-UML-Dan-Use-Case , di akses tanggal 29 Oktober 2010
[7]. Khanedy, K.E., Simanjuntak, F., Pambudi, H. (2010), Pengembangan
Sistem Informasi Penggajian Di Pt. Perdana Informatika, Kerja Praktek,
UNIKOM Bandung.
[8]. Steven, Hendro. 2008, Membuat Report Menggunakan iReport
dari Netbeans, (online), (http://hendrosteven.wordpress.com/2008/09/09/
1 BAB 1 PENDAHULUAN
1. 1.Latar Belakang
Bidang keuangan merupakan bidang yang berperan penting di dalam suatu perusahaan. Perusahaan dapat bertahan atau dapat tumbuh berkembang apabila perusahaan dapat mencermati kondisi dan kinerja perusahaan terutama dibidang keuangan ini. Media yang dapat digunakan untuk menilai kinerja perusahaan dalam bidang keuangan adalah pengelolaan laporan keuangan. Laporan keuangan pada dasarnya adalah hasil akhir dari proses akutansi dari suatu priode tertentu yang merupakan hasil pengumpulan data keuangan yang disajikan dalam bentuk laporan keuangan yang dapat digunakan sebagai alat bantu bagi para pemakai didalam menilai kinerja perusahaan sehingga dapat mengambil keputusan dengan tepat. Namun sering kali terjadi kesalahan dalam pengolahan laporan keuangan di suatu perusahaan yang menyebabkan tugas pokok dari perusahaan menjadi terganggu. Pengolahan laporan keuangan banyak sekali terjadi kendala dikarenakan proses pelaporannya masih dilakukan secara manual yang menyebabkan tidak akuratnya hasil perhitungan. Selain itu proses manual yang ada membutuhkan waktu yang relatif lama.
dan menyulitkan accountingdalam proses pencarian sehingga pembuatan laporan keuangan menjadi terhambat.
Berdasarkan kasus di atas, solusi yang tepat untuk mengatasi masalah
yang ada saat ini adalah membangun “Aplikasi General Ledger Bulanan di CV. Global Agency and Entertainment” yang diperlukan untuk mempermudah
accounting dalam pembuatan laporan keuangan menjadi lebih efektif dan efisien.
1. 2.Perumusan Masalah
Berdasarkan uraian latar belakang di atas maka identifikasi masalah dalam tugas ini adalah Bagaimana membangun aplikasi General Ledger bulanan di CV.Global Agency and Entertainment.
1. 3.Maksud dan Tujuan 1. Maksud
Berdasarkan pemaparan permasalahan di atas, maka maksud dari penulisan laporan ini adalah membangun aplikasi General Ledger bulanan di CV.Global Agency and Entertainment.
2 . Tujuan
Adapun tujuan yang diharapkan dari penulisan tugas ini diantaranya yaitu : 1. Mempermudah dalam proses input data, penyimpanan data, pencarian data
dan perhitungan data keuangan.
2. Mempermudah dan mempersingkat waktu pembuatan laporan keuangan 3. Mempermudah accounting dalam pengelolan laporan keuangan sehingga
lebih efektif dan efisien. 1. 4. Batasan Masalah
3
1. Data yang digunakan di aplikasi ini adalah : a. Data COA ( Chart of Account ) b. Data Journal
c. Data Trial Balance
2. Proses yang ada di aplikasi ini adalah : a. Pengolahan data COA
b. Pengolahan data Journal c. Pengolahan data Trial Balance
3. Informasi yang dihasilkan : a. Laporan Neraca b. Laporan Laba Rugi
4. Software yang digunakan adalah NetBeans 6.8 dan menggunakan DBMS MySql.
5. Pemodelan dan perancangan sistem dalam pembuatan tugas ini menggunakan pemodelan berbasis objek dengan tools UML.
1. 5.Metodologi Penelitian 1. Metode Pengumpulan Data
Metodologi penelitian yang digunakan dalam mengerjakan laporan tugas akhir ini adalah metode deskriptif, yaitu metode penelitian yang menggambarkan secara sistematika dan akurat mengenai keadaan-keadaan nyata yang berjalan pada saat penelitian. Gambaran tersebut diperoleh dengan cara mengumpulkan, mengklasifikasikan, menyajikan, serta menganalisis data sehingga dapat ditarik suatu kesimpulan.
Metode observasi adalah suatu cara pengumpulan data dengan cara mengadakan pengamatan langsung dan mengindra terhadap objek atau proses yang di jadikan objek pemasalahan.
2. Metode Wawancara
Wawancara merupakan metode pengumpulan data atau fakta yang penting dan banyak dilakukan dalam pengembangan aplikasi. Wawancara memungkinkan analis sistem sebagai pewawancara untuk mengumpulkan data secara tatap muka langsung dengan pegawai.
3. Metode Studi Pustaka
Studi pustaka yang dilakukan ialah dengan mempelajari berbagai literatur, seperti buku-buku, artikel-artikel dan sumber-sumber yang berkaitan dengan materi yang akan dibahas.
2. Pengembangan Perangkat Lunak
5
Gambar 1.1 Waterfall
a) System Engineering
Karena sistem merupakan bagian dari sebuah sistem yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen sistem dan mengalokasikan beberapa subset dari kebutuhan ke software tersebut. Pandangan sistem ini penting ketika software harus berhubungan dengan elemen-elemen yang lain seperti software, manusia, dan database. Rekayasa dan anasisis sistem menyangkut pengumpulan kebutuhan pada tingkat sistem dengan sejumlah kecil analisis serta disain tingkat puncak. Rekayasa informasi mancakup juga pengumpulan kebutuhan pada tingkat bisnis strategis dan tingkat area bisnis.
b) Analyst
c) Design
Desain software sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda; struktur data, arsitektur software, representasi interface, dan detail (algoritma) prosedural. Proses desain menterjemahkan syarat/kebutuhan ke dalam sebuah representasi software yang dapat diperkirakan demi kualitas sebelum dimulai pemunculan kode. Sebagaimana persyaratan, desain didokumentasikan dan menjadi bagian dari konfigurasi software.
d) Coding
Desain harus diterjemahkan kedalam bentuk mesin yang bias dibaca. Langkah pembuatan kode melakukan tugas ini. Jika desain dilakukan dengan cara yang lengkap, pembuatan kode dapat diselesaikan secaara mekanis.
e) Testing
Sekali program dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal software, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan – kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.
f) Maintenance
7
1. 6.Sistematika Penulisan
Untuk mengetahui gambaran mengenai penulisan laporan kerja praktek ini, maka berikut ini akan dijelaskan sedikit mengenai sistematika penulisan laporan ini :
BAB 1 PENDAHULUAN
Bab ini merupakan bab yang membahas latar belakang, perumusan masalah, maksud dan tujuan, batasan masalah, metodologi penelitian yang digunakan dan sistematika penulisan. Dimaksudkan dapat memberikan gambaran dan arahan bagi pembaca tentang urutan pemahaman dalam penyajian laporan kerja praktek.
BAB 2 TINJAUAN PUSTAKA
Bab ini membahas tentang tinjauan perusahaan, diantaranya sejarah instansi, logo instansi, badan hukum instansi serta struktur organisasi dan job
description dari instansi tersebut, pada bab ini juga membahas tentang teori-teori
yang digunakan untuk membangun sistem serta teori-teori dasar yang berhubungan dengan pembuatan program aplikasi.
BAB 3 PEMBAHASAN
Bab ini berisi tentang analisis yang merupakan tahap awal dari pembangunan aplikasi, dilanjutkan pada perancangan aplikasi, implementasi sistem yang berisi source code dan print screen tampilan dari program aplikasi yang dibangun serta pengujian aplikasi yang dibangun.
BAB 4 KESIMPULAN DAN SARAN
8 BAB 2
TINJAUAN PUSTAKA
2. 1. Tinjauan Perusahaan 2. 1. 1.Sejarah Instansi
Global didirikan pada bulan september 2006. Tujuan utama didirikannya CV. Global Agency and Entertainment karena melihat peluang pasar dalam penyediaan tenaga kerja khususnya untuk membantu perusahaan lain untuk mempromosikan product dari perusahaan tersebut. Contohnya sales promotion
girl (SPG), pelaksanaan event-event untuk promosi perusahaan, dan juga
membantu markom (marketing communication) bagi perusahaan yang membutuhkan.
Global mempunyai motto "simply the best" yang mempunyai makna, dengan pelayanan yang sederhana (simple) tetapi memberikan hasil yang terbaik. 2. 1. 2. Logo Instansi
Logo Global pada tahun 2006 – Mei 2010
Gambar 2.1 Logo Lama
9
Gambar 2.2 Logo Baru
2. 1. 3.Struktur Organisasi dan Job Description
Struktur Organisasi dan Job Description menjelaskan struktur organisasi yang ada di dalam CV.Global Agency and Entertainment dan penjelasan pekerjaan yang dilakukan dari setiap bagiannya.
2. 1. 3. 1.Struktur Organisasi
PEMIMPIN
Accounting
Operasional
Penanggung Jawab SP Marketing IT
Gambar 2.3 Struktur Organisasi CV. Global Agency and Entertainment
2. 1. 3. 2. Job Description
Adapun Job Description dari setiap bagian yaitu :
a. Accounting memiliki tugas sebagai berikut :
1. Bersama marketing membuat budget event. 2. Membuat cash flow
3. Membuat laporan keuangan bulanan
2. Mengumpulkan informasi pada setiap proyek untuk mencapai produksi acara berkualitas
3. Melakukan penelitian, melakukan observasi, dan mencari lokasi serta membantu staff membuat keputusan tentang konsep acara.
4. Melayani serta menjadi penghubung antara EO dengan vendor
pada saat persiapan event hingga event itu terlaksana.
5. Membuat laporan dari setiap event yang sudah terlaksana. c. IT memiliki tugas sebagai berikut :
1. Membantu marketing dalam menuangkan konsep sebuah event. 2. Menentukan serta membuat konsep media publikasi untuk sebuah
event.
3. Membuat materi desain.
d. Penanggung Jawab SP (sales promotion) memiliki tugas sebagai berikut :
1. Mencari serta menyeleksi SP (sales promotion) yang berkualitas serta memenuhi persyaratan yang ada.
2. Mentraining SP (sales promotion). 3. Menyusun jadwal SP (sales promotion).
4. Berkoordinasi dengan setiap SP (sales promotion) saat ada event. 5. Merekap laporan penjualan SP (sales promotion).
2. 2.Landasan Teori
Landasan teori menjelaskan beberapa teori yang berkaitan dengan permasalahan yang dibahas sebagai dasar pemahaman dalam sebuah sistem serta metode yang dipakai untuk kegiatan pengembangan terhadap sistem sendiri. 2. 2. 1.Aplikasi
11
dengan perangkat lunak sistem yang mengintegrasikan berbagai kemampuan komputer, tapi tidak secara langsung menerapkan kemampuan tersebut untuk mengerjakan suatu tugas yang menguntungkan pengguna. Contoh utama perangkat lunak aplikasi adalah pengolah kata, lembar kerja, dan pemutar media.
Beberapa aplikasi yang digabung bersama menjadi suatu paket kadang disebut sebagai suatu paket atau suite aplikasi (application suite). Contohnya adalah Microsoft Office dan Open Office.org, yang menggabungkan suatu aplikasi pengolah kata, lembar kerja, serta beberapa aplikasi lainnya. Aplikasi-aplikasi dalam suatu paket biasanya memiliki antarmuka pengguna yang memiliki kesamaan sehingga memudahkan pengguna untuk mempelajari dan menggunakan tiap aplikasi. Sering kali, mereka memiliki kemampuan untuk saling berinteraksi satu sama lain sehingga menguntungkan pengguna. Contohnya, suatu lembar kerja dapat dibenamkan dalam suatu dokumen pengolah kata walaupun dibuat pada aplikasi lembar kerja yang terpisah [3] .
2. 2. 2. General Ledger
General Ledger adalah salah satu bentuk laporan keuangan Bank yang
disusun berdasarkan Prinsip Akutansi Indonesia (API) dan Standar Khusus Akutansi Perbankan Indonesia (SKAPI). General Ledger dalam istilah sehari-hari dikenal dengan istilah neraca yang artinya adalah laporan atau catatan atas jangka waktu (periode) yang telah ditentukan.
Sistem pencatatan transaksi-transaksi keuangan perusahaan (termasuk bank) pada umunya menganut sistem tata buku berpasangan (double entry
system), selain itu ada beberapa syarat yang harus dipenuhi dalam menyusun
General Ledger yang benar, yaitu :
1. General Ledger harus selalu Balance.
3. General Ledger terdiri dari 3 kelompok utama yaitu aktiva (kekayaan),
passiva (kewajiban), modal.
4. Mencatat semua transaksi akutansi dengan tepat dan benar. 5. Mengarah kepada nomor rekening yang benar.
6. Mengakomodasi Journal penyesuaian.
7. Membentuk sebuah laporan keuangan yang dapat dipercaya serta tepat waktu setiap periode nya [4].
2. 2. 3.Basis Data
2. 2. 3. 1.Pengertian Basis Data
Secara umum, basis data dapat diartikan sebagai kumpulan data yang tersimpan dalam suatu tabel yang saling berelasi.
Adapun kegunaan basis data adalah :
1. Basis data merupakan komponen penting dalam sistem informasi, karena merupakan dasar dalam menyediakan informasi.
2. Menentukan kualitas informasi yang akurat, tepat pada waktunya, dan relevan, dimana informasi dikatakan bernilai jika manfaatnya lebih efektif dibandingkan dengan biaya untuk mendapatkannya.
3. Mengurangi duplikasi data (data redudancy). 4. Meningkatkan relasi antar data (data relatability). 5. Mengurangi pemborosan external storage.
Di dalam basis data terdapat beberapa istilah berikut yang juga dikenal sebagai urutan jenjang data :
1. Characters
13
2. Field
Merepresentasikan suatu atribut dari record yang menunjukan suatu item dari data, misalnya nama.
3. Record
Merupakan kumpulan dari field, menggambarkan suatu unit data individu tertentu. Kumpulan record membentuk suatu file. Misalnya, file
personalia, tiap-tiap record mewakili data tiap-tiap karyawan.
4. File
File terdiri dari record-record yang menggambarkan satu kesatuan data yang sejenis. Misalnya, file mata kuliah berisi data tentang semua mata kuliah yang ada.
5. Database
Merupakan kumpulan dari file/ tabel. 2. 2. 3. 2.Normalisasi Basis Data
Normalisasi merupakan sebuah teknik dalam logika desain sebuah basis data, yaitu mengelompokkan atribut dari suatu relasi sehingga membentuk struktur relasi yang baik (tanpa redudansi).
1. Normalisasi ke-1
Suatu data dikatakan normal pertama jika sudah memiliki karakter berikut: a. Mendefinisikan atribut kunci (key).
b. Tidak ada grup yang berulang.
c. Semua atribut bukan key tergantung pada atribut kunci. 2. Normalisasi ke-2
b. Sudah tidak ada ketergantungan parsial, dimana seluruh field tergantung pada sebagian keyfield.
2. 2. 3. 3.ERD ( Entity Relationship Diagram )
ERD merupakan notasi grafis dalam pemodelan data konseptual yang mendeskripsikan hubungan antara penyimpanan (tabel). ERD digunakan untuk memodelkan struktur data dan hubungan antar data, kita dapat menguji data dengan mengabaikan proses yang harus dilakukan serta bisa mengetahui data apa yang kita perlukan, serta bagaimana data-data tersebut bisa saling berhubungan. Pada dasarnya terdapat 3 macam simbol yang digunakan untuk menggambarkan struktur dan hubungan antar data, yaitu :
1. Entity
Suatu objek, merupakan bagian dari sitem yang dapat diidentifikasi dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Entity dapat berupa sebuah kelompok dari sesuatu, harus dapat dibedakan.
2. Atribut
Merupakan elemen dari entity. Setiap entity memiliki atribut yang berfungsi untuk mendeskripsikan karakternya. Misalnya, entity mahasiswa memiliki atribut nim, nama, dan sebagainya.
3. Relationship (hubungan)
Merupakan penghubung antar satu entitas dengan entitas yang lain, ataupun satu entitas ke dalam entitas itu sendiri. Relationship dibagi menjadi 3 jenis, yaitu :
1. Satu ke satu (1-1)
15
2. Satu ke banyak/ banyak ke satu(1-n / n-1)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitasA. 3. Banyak ke banyak (n-n)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B.
2. 2. 3. 4.Sistem Manajemen Basis Data
Sistem Manajemen Basis Data adalah perangkat lunak yang didesain untuk membantu dalam hal pemeliharaan dan utilitas kumpulan data dalam jumlah besar, serta menjadi alternatif penggunaan secara khusus untuk aplikasi, seperti penyimpanan data dalam file dan menulis kode aplikasi yang spesifik untuk pengaturannya. Adapun keuntungan dari DBMS ( Database Management System ) adalah :
1. Data independence, DBMS dapat mengurangi kebergantungan antar data.
2. Efficient data access, DBMS dapat menimpa data dan meretrive data dengan
efisien. Apabila suatu saat data tersebut dibutuhkan, maka efektif dalam pemanggilannya.
3. Data integrity and security, saat data diakses menggunkan DBMS, DBMS
mengintergrasi constraints dari tiap data tersebut.
4. Data administration, Administrasi data digunakan untuk mengatur hal-hal
yang berhubungan dengan distribusi data, hak akses user yang mendistribusikan atau menggunakan data tersebut, mengorganisasikan data untuk mengurangi redudansi data dan fine-tuning penyimpanan data sehingga
retrive data berjalan dengan efisien.
5. Concurrent access and crash recovery, DBMS dapat menjadwalkan
concurrent access (pengaksesan secara bersamaan) terhadap suatu data
6. Reduced application development time, DBMS mendukung banyak fungsi penting yang diakses oleh banyak aplikasi yang tersimpan dalam media penyimpanan.
2. 2. 3. 5.Sistem Manajemen Basis Data Relasional
RDBMS (Relational Database Management System) merupakan sekumpulan data yang saling beruhubungan yang disimpan sedemikian rupa sehingga mudah diambil informasinya bagi pengguna. Ada tiga prinsip dalam RDBMS :
1. Data Definition
Mendefinisikan data yang akan dibuat, seperti nama tabel dan field serta keterangan mengenai field tersebut.
2. Data Manipulation
Memanipulasi data yang sudah dibuat, seperti mengubah nama field dan keterangannya, menghapus record.
3. Data Control
Bagian ini berkenaan pada mengendalikan data kepada siapa saja yang bisa melihat isi data [1].
2. 2. 4. UML
17
2. 2. 4. 1.Artifact UML
UML menyediakan beberapa notasi dan artifact standar yang bisa digunakan sebagai alat komunikasi bagi para pelaku dalam proses analisis dan desain. Artifact didalam UML didefinisikan sebagai informasi dalam bentuk yang digunakan atau dihasilkan dalam proses pengembangan perangkat. Contohnya adalah source code yang dihasilkan oleh proses pemrograman.
Yang harus diperhatikan untuk menjaga konsistensi antar artifact selama proses analisis dan desain adalah bahwa setiap perubahan yang terjadi pada satu
artifact harus juga dilakukan pada atifact sebelumnya.
Untuk membuat suatu model, UML memiliki diagram grafis sebagai berikut :
1. Use Case Diagram
2. Class Diagram
3. Statechart Diagram
4. Activity Diagram
5. Sequence Diagram
6. Collaboration Diagram
7. Component Diagram
8. Deployment Diagram
Dibuatnya berbagai jenis diagram diatas karena :
a. Setiap sistem yang kompleks selalu paling baik jika didekati melalui himpunan berbagai sudut pandang yang kecil yang satu sama lain hampir saling bebas (independent). Sudut pandang tunggal senantiasa tidak mencukupi untuk melihat sistem yang besar dan kompleks.
c. Diagram-diagram tersebut dibuat agar model yang dibuat semakin mendekati realitas
2. 2. 4. 2.Tujuan UML
Tujuan utama UML diantaranya untuk :
1. Memberikan model yang siap pakai, bahasa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum.
2. Memberikan bahasa pemodelan yang bebas dari berbagai bahasa pemrograman dan proses rekayasa.
3. Menyatukan praktek-praktek terbaik yang terdapat dalam bahasa pemodelan. 2. 2. 4. 3.Notasi dalam UML
1. Actor
Actor menggambarkan segala pengguna software aplikasi (user). Actor
memberikan suatu gambaran jelas tentang apa yang harus dikerjakan software
aplikasi. Sebagai contoh sebuah actor dapat memberikan input kedalam dan menerima informasi dari software aplikasi, perlu dicatat bahwa sebuah actor berinteraksi dengan use case, tetapi tidak memiliki kontrol atas use case. Sebuah
actor mungkin seorang manusia, satu device, hardware atau sistem informasi
lainnya.
2. Use Case
Use case menjelaskan urutan kegiatan yang dilakukan actor dan sistem untuk mencapai suatu tujuan tertentu. Walaupun menjelaskan kegiatan, namun
use case hanya menjelaskan apa yang dilakukan oleh actor dan sistem bukan
bagaimana actor dan sistem melakukan kegiatan tersebut.
a. Use-case Konkret adalah use case yang dibuat langsung karena
19
b. Use-case Abstrak adalah use case yang tidak pernah berdiri sendiri.
Use case abstrak senantiasa termasuk didalam (include), diperluas dari
(extend) atau memperumum (generalize) use case lainnya.
Untuk menggambarkannya dalam use case model biasanya digunakan
association relationship yang memiliki stereotype include, extend atau
generalization relationship. Hubungan include menggambarkan bahwa suatu use
case seluruhnya meliputi fungsionalitas dari use case lainnya. Hubungan extend
antar use case berarti bahwa satu use case merupakan tambahan fungsionalitas dari use case yang lain jika kondisi atau syarat tertentu terpenuhi.
3. Class
Class merupakan pembentuk utama dari sistem berorientasi obyek, karena
class menunjukkan kumpulan obyek yang memiliki atribut dan operasi yang sama.
Class digunakan untuk mengimplementasikan interface.
Class digunakan untuk mengabstraksikan elemen-elemen dari sistem yang
sedang dibangun. Class bisa merepresentasikan baik perangkat lunak maupun perangkat keras, baik konsep maupun benda nyata.
Notasi class berbentuk persegi panjang berisi 3 bagian: persegi panjang paling atas untuk nama class, persegi panjang paling bawah untuk operasi, dan persegi panjang ditengah untuk atribut.
Atribut digunakan untuk menyimpan informasi. Nama atribut menggunakan kata benda yang bisa dengan jelas merepresentasikan informasi yang tersimpan didalamnya. Operasi menunjukkan sesuatu yang bisa dilakukan oleh obyek dan menggunakan kata kerja.
4. Interface
Interface merupakan kumpulan operasi tanpa implementasi dari suatu
class. Implementasi operasi dalam interface dijabarkan oleh operasi didalam
5. Interaction
Interaction digunakan untuk menunjukkan baik aliran pesan atau
informasi antar obyek maupun hubungan antar obyek. Biasanya interaction ini dilengkapi juga dengan teks bernama operation signature yang tersusun dari nama operasi, parameter yang dikirim dan tipe parameter yang dikembalikan.
6. Note
Note digunakan untuk memberikan keterangan atau komentar tambahan dari suatu elemen sehingga bisa langsung terlampir dalam model. Note ini bisa disertakan ke semua elemen notasi yang lain.
7. Depedency
Dependency merupakan relasi yang menunjukan bahwa perubahan pada
salah satu elemen memberi pengaruh pada elemen lain. Elemen yang ada di bagian tanda panah adalah elemen yang tergantung pada elemen yang ada dibagian tanpa tanda panah.
Terdapat 2 stereotype dari dependency, yaitu include dan extend. Include
menunjukkan bahwa suatu bagian dari elemen (yang ada digaris tanpa panah) memicu eksekusi bagian dari elemen lain (yang ada di garis dengan panah).
Extend menunjukkan bahwa suatu bagian dari elemen di garis tanpa panah bisa
disisipkan kedalam elemen yang ada di garis dengan panah.
8. Association
Association menggambarkan navigasi antar class (navigation), berapa
banyak obyek lain yang bisa berhubungan dengan satu obyek (multiplicity antar
class) dan apakah suatu class menjadi bagian dari class lainnya (aggregation).
Navigation dilambangkan dengan penambahan tanda panah di akhir garis.
Bidirectionalnavigation menunjukkan bahwa dengan mengetahui salah satu class
bisa didapatkan informasi dari class lainnya. Sementara Uni Directional
21
kita bisa mendapatkan informasi dari class di ujung dengan panah, tetapi tidak sebaliknya.
Aggregation mengacu pada hubungan “has-a”, yaitu bahwa suatu class
memiliki class lain, misalnya Rumah memiliki class Kamar.
9. Generalization
Generalization menunjukkan hubungan antara elemen yang lebih umum
ke elemen yang lebih spesifik. Dengan generalization, class yang lebih spesifik
(subclass) akan menurunkan atribut dan operasi dari class yang lebih umum
(superclass) atau “subclass is superclass”. Dengan menggunakan notasi
generalization ini, konsep inheritance dari prinsip hirarki dapat dimodelkan.
10. Realization
Realization menunjukkan hubungan bahwa elemen yang ada di bagian
tanpa panah akan merealisasikan apa yang dinyatakan oleh elemen yang ada di bagian dengan panah. Misalnya class merealisasikan package, component merealisasikan class atau interface [6].
2. 2. 5.Java
Java adalah bahasa pemrograman yang dapat dijalankan di berbagai komputer termasuk telepon genggam. Dikembangkan oleh Sun Microsystems dan diterbitkan tahun 1995. Java tidak boleh disalahpahami sebagai JavaScript. JavaScript adalah bahasa scripting yang digunakan oleh web browser. 2. 2. 5. 1.Versi Awal Java
Versi awal Java ditahun 1996 sudah merupakan versi release sehingga dinamakan Java Versi 1.0. Java versi ini menyertakan banyak paket standar awal yang terus dikembangkan pada versi selanjutnya :
1. java.lang: Peruntukan kelas elemen-elemen dasar.
3. java.util: Peruntukan kelas pelengkap seperti kelas struktur data dan kelas kelas penanggalan.
4. java.net: Peruntukan kelas TCP/IP, yang memungkinkan berkomunikasi dengan komputer lain menggunakan jaringan TCP/IP. 5. java.awt: Kelas dasar untuk aplikasi antarmuka dengan pengguna
(GUI)
6. java.applet: Kelas dasar aplikasi antar muka untuk diterapkan pada penjelajah web.
2. 2. 5. 2.Kelebihan Java
1. Multiplatform. Kelebihan utama dari Java ialah dapat dijalankan di beberapa platform / sistem operasi komputer, sesuai dengan prinsip tulis sekali, jalankan di mana saja. Dengan kelebihan ini pemrogram cukup menulis sebuah program Java dan dikompilasi (diubah, dari bahasa yang dimengerti manusia menjadi bahasa mesin / bytecode) sekali lalu hasilnya dapat dijalankan di atas beberapa platform tanpa perubahan. Kelebihan ini memungkinkan sebuah program berbasis java dikerjakan diatas operating
system Linux tetapi dijalankan dengan baik di atas Microsoft Windows.
Platform yang didukung sampai saat ini adalah Microsoft Windows, Linux, Mac OS dan Sun Solaris. Penyebanya adalah setiap sistem operasi menggunakan programnya sendiri-sendiri (yang dapat diunduh dari situs Java) untuk meninterpretasikan bytecode tersebut.
23
Java sebagai salah satu bahasa pemograman termudah, bahkan untuk fungsi yang advance seperti komunikasi antara komputer sekalipun.
3. Perpustakaan Kelas Yang Lengkap, Java terkenal dengan kelengkapan
library/perpustakaan (kumpulan program program yang disertakan dalam
pemrograman java) yang sangat memudahkan dalam penggunaan oleh para pemrogram untuk membangun aplikasinya. Kelengkapan perpustakaan ini ditambah dengan keberadaan komunitas Java yang besar yang terus menerus membuat perpustakaan-perpustakaan baru untuk melingkupi seluruh kebutuhan pembangunan aplikasi.
4. Bergaya C++, memiliki sintaks seperti bahasa pemrograman C++ sehingga menarik banyak pemrogram C++ untuk pindah ke Java. Saat ini pengguna Java sangat banyak, sebagian besar adalah pemrogram C++ yang pindah ke Java. Universitas-universitas di Amerika Serikat juga mulai berpindah dengan mengajarkan Java kepada murid-murid yang baru karena lebih mudah dipahami oleh murid dan dapat berguna juga bagi mereka yang bukan mengambil jurusan komputer.
5. Pengumpulan sampah otomatis, memiliki fasilitas pengaturan penggunaan memori sehingga para pemrogram tidak perlu melakukan pengaturan
yang digunakan program akan lebih sulit disembunyikan dan mudah dibajak/direverse-engineer.
3. Penggunaan memori yang banyak. Penggunaan memori untuk program berbasis Java jauh lebih besar daripada bahasa tingkat tinggi generasi sebelumnya seperti C/C++ dan Pascal (lebih spesifik lagi, Delphi dan Object Pascal). Biasanya ini bukan merupakan masalah bagi pihak yang menggunakan teknologi terbaru (karena trend memori terpasang makin murah), tetapi menjadi masalah bagi mereka yang masih harus berkutat dengan mesin komputer berumur lebih dari 4 tahun [7].
2. 2. 6.NetBeans
NetBeans mengacu pada dua hal, yakni platform untuk pengembangan aplikasi desktop java, dan sebuah Integrated Development Environment (IDE) yang dibangun menggunakan platform NetBeans.
Platform NetBeans memungkinkan aplikasi dibangun dari sekumpulan komponen perangkat lunak moduler yang disebut ”modul”. Sebuah modul adalah suatu arsip Java (Java archive) yang memuat kelas-kelas Java untuk berinetraksi dengan NetBeans Open API dan file manifestasi yang mengidentifikasinya sebagai modul. Aplikasi yang dibangun dengan modul-modul dapat dikembangkan dengan menambahkan modul-modul baru. Karena modul dapat dikembangkan secara independen, aplikasi berbasis platform NetBeans dapat dengan mudah dikembangkan oleh pihak ketiga secara mudah dan powerful. 2. 2. 6. 1.Platform NetBeans
25
Center untuk mengijinkan pengguna aplikasi men-download digitally-signed
upgrade dan fitur-fitur baru secara langsung ke dalam aplikasi yang berjalan. Penginstalan kembali sebuah upgrade atau rilis baru tidak memaksa pengguna untuk men-download keseluruhan aplikasi lagi.
Platform NetBeans menawarkan layanan-layanan yang umum bagi aplikasi desktop, mengijinkan pengembang untuk fokus ke logika yang spesifik terhadap aplikasi. Fitur-fitur yang disediakan oleh platform NetBeans:
a. Manajemen antarmuka (misal: menu & toolbar) b. Manajemen pengaturan pengguna
c. Manajemen penyimpanan (menyimpan dan membuka berbagai macam data)
d. Manajemen jendela
e. Wizard framework (mendukung dialog langkah demi langkah)
2. 2. 6. 2.NetBeans IDE
NetBeans memuat semua modul yang diperlukan dalam pengembangan Java dalam sekali download, memungkinkan pengguna untuk mulai bekerja sesegera mungkin. Modul-modul juga mengijinkan NetBeans untuk bisa dikembangkan. Fitur-fitur baru, seperti dukungan untuk bahasa pemrograman lain, dapat ditambahkan dengan menginstal modul tambahan.Sebagai contoh, Sun Studio, Sun Java Studio Enterprise, dan Sun Java Studio Creator dari Sun Microsystem semuanya berbasis NetBeans IDE [7].
2. 2. 7.MySQL
2. 2. 7. 1.Sistem Manajemen Basis Data Relasional
MySQL adalah sebuah implementasi dari sistem manajemen basisdata relasional (RDBMS) yang didistribusikan secara gratis dibawah lisensi GPL
(General Public License). Setiap pengguna dapat secara bebas menggunakan
MySQL, namun dengan batasan perangkat lunak tersebut tidak boleh dijadikan produk turunan yang bersifat komersial. MySQL sebenarnya merupakan turunan salah satu konsep utama dalam basisdata yang telah ada sebelumnya; SQL
(Structured Query Language). SQL adalah sebuah konsep pengoperasian
basisdata, terutama untuk pemilihan atau seleksi dan pemasukan data, yang memungkinkan pengoperasian data dikerjakan dengan mudah secara otomatis.
27
basisdata transaksional, hanya saja sebagai konsekuensinya unjuk kerja MySQL pada modus transaksional tidak secepat unjuk kerja pada modus nontransaksional. 2. 2. 7. 2.Keistimewaan MySQL
MySQL memiliki beberapa keistimewaan, antara lain :
1. Portabilitas. MySQL dapat berjalan stabil pada berbagai sistem operasi seperti Windows, Linux, FreeBSD, Mac Os X Server, Solaris, Amiga, dan masih banyak lagi.
2. Perangkat lunak sumber terbuka. MySQL didistribusikan sebagai perangkat lunak sumber terbuka, dibawah lisensi GPL sehingga dapat digunakan secara gratis.
3. Multiuser. MySQL dapat digunakan oleh beberapa pengguna dalam waktu yang bersamaan tanpa mengalami masalah atau konflik.
4. Performance tuning, MySQL memiliki kecepatan yang menakjubkan dalam menangani query sederhana, dengan kata lain dapat memproses lebih banyak SQL per satuan waktu.
5. Ragam tipe data. MySQL memiliki ragam tipe data yang sangat kaya, seperti signed / unsigned integer, float, double, char, text, date, timestamp, dan lain-lain.
6. Perintah dan Fungsi. MySQL memiliki operator dan fungsi secara penuh yang mendukung perintah Select dan Where dalam perintah (query). 7. Keamanan. MySQL memiliki beberapa lapisan keamanan seperti level
8. Skalabilitas dan Pembatasan. MySQL mampu menangani basis data dalam skala besar, dengan jumlah rekaman (records) lebih dari 50 juta dan 60 ribu tabel serta 5 milyar baris. Selain itu batas indeks yang dapat ditampung mencapai 32 indeks pada tiap tabelnya.
9. Konektivitas. MySQL dapat melakukan koneksi dengan clients menggunakan protokol TCP/IP, Unix soket (UNIX), atau Named Pipes (NT).
10. Lokalisasi. MySQL dapat mendeteksi pesan kesalahan pada clients dengan menggunakan lebih dari dua puluh bahasa. Meski pun demikian, bahasa Indonesia belum termasuk di dalamnya.
11. Antar Muka. MySQL memiliki antar muka (interface) terhadap berbagai aplikasi dan bahasa pemrograman dengan menggunakan fungsi API
(Application Programming Interface).
12. Clients dan Peralatan. MySQL dilengkapi dengan berbagai peralatan (tool)yang dapat digunakan untuk administrasi basis data, dan pada setiap peralatan yang ada disertakan petunjuk online.
29 BAB 3 PEMBAHASAN
3. 1. Analisis Sistem
Analisis sistem adalah penguraian dari satu sistem yang utuh ke dalam bagian-bagian komponen dengan maksud untuk mengidentifikasi dan mengevaluasi masalah, sehingga diperoleh solusi. Analisis merupakan tahapan paling penting karena kesalahan pada tahap ini menyebabkan kesalahan ditahap selanjutnya.
3. 1. 1.Analisis Masalah
Bagian accounting adalah salah satu bagian terpenting yang ada pada CV. Global Agency and Entertainment karena menyangkut masalah keuangan perusahaan. Salah satu tugas dari bagian accounting ini adalah membuat laporan keuangan bulanan.
Pada saat ini pengolahan laporan keuangan tersebut dilakukan dengan menggunakan Microsoft Office Excel. Tetapi penggunaan Microsoft Office Excel
dalam pengolahan laporan keuangan bulanan sering menyebabkan data yang ada menjadi tidak terstruktur dan sulit dalam proses pencarian data. Selain itu pencarian dan pencetakan laporan dalam jumlah yang banyak akan memakan waktu yang tidak sedikit mengingat banyaknya data keuangan yang harus diolah.
Melihat permasalah tersebut bagian accounting CV. Global Agency and Entertainment membutuhkan aplikasi yang dapat melakukan pengolahan data keuangan dan pembuatan laporan keuangan setiap bulannya.
3. 1. 2.Analisis Sistem yang Sedang Berjalan
1. Accounting membuat surat tagihan pembayaran yang ditujukan kepada
clients.
2. Setelah clients melakukan pembayaran, accounting membuat 2 rangkap
invoice. Satu invoice diserahkan kepada clients sebagai tanda bukti telah melakukan pembayaran, dan invoice yang ke dua di arsipkan oleh
accounting.
3. Invoice yang telah diarsipkan akan di posting ke dalam data journal oleh
accounting.
4. Kemudian, data journal diolah menjadi data trial balance. Lalu data trial
balance diproses untuk membuat data neraca serta data laba-rugi.
5. Kedua data laba rugi dan neraca diarsipkan menjadi sebuah laporan bulanan, lalu dilaporkan kepada pimpinan perusahaan.
Prosedur pengolahan data keuangan tersebut digambarkan pada activity
31
Gambar 3.1 Pengolahan Data Keuangan yang Sedang Berjalan
3. 1. 3.Analisis Kebutuhan NonFungsional
3. 1. 3. 1.Analisis Perangkat Keras
Untuk menjalankan suatu aplikasi maka diperlukan perangkat keras yang dapat mendukung proses kerja dari sistem itu sendiri. Spesifikasi perangkat keras yang digunakan oleh bagian accounting dalam melakukan pengolahan data laporan keuangan tertera dalam Tabel 3.4.
Tabel 3.1 Spesifikasi Perangkat Keras Bagian Keuangan
No Perangkat Keras Spesifikasi
1 Processor Intel Pentium 4
2 Monitor Montor LCD 17 inch
3 VGA VGA On-Board 32MB
4 Memori 1 GB
5 Keyboard Standar
6 Mouse Standar
7 Printer Printer hitam-putih
Spesifikasi perangkat keras yang ada sudah mencukupi untuk menjalankan aplikasi general ledger bulanan di CV. Global Agency and Entertainment.
3. 1. 3. 2.Analisis Perangkat Lunak
Perangkat lunak yang digunakan di CV. Global Agency and Entertainment untuk membantu pengolahan data laporan keuangannya adalah sebagi berikut :
Sistem Operasi : Windows XP
Software Lainnya : Microsoft Office 2007 3. 1. 3. 3.Analisis Pengguna
33
Tabel 3.2 Karakteristik Pengguna
Pengguna Tanggung jawab Hak akses Tingkat pendidikan
Tingkat keterampilan
Accounting Mengelola data
keuangan
3. 1. 4.Analisis Kebutuhan Fungsional
Analisis sistem yang dilakukan menggunakan tools UML, adapun tahapan analisis sistem menggunakan UML adalah use case diagram, use case scenario,
activity diagram, state diagram, squence diagram, dan class diagram .
3. 1. 4. 1. Use Case Diagram
Use case diagram merupakan konstruksi untuk mendeskripsikan
hububungan-hubungan yang terjadi antar aktor dengan aktivitas yang terdapat pada sistem. Sasaran pemodelan use case diantaranya adalah mendefinisikan kebutuhan fungsional dan operasional sistem dengan mendefinisikan skenario penggunaan yang disepakati antara pemakai dan pengembang. Dari analisis pengguna aplikasi yang ada maka use case diagram untuk aplikasi general ledger
Gambar 3.2 Use Case Diagram Aplikasi General Ledger Bulanan
3. 1. 4. 2. Use Case Scenario
Use Case Scenario mendeskripsikan urutan langkah-langkah dalam proses
bisnis baik yang dilakukan aktor terhadap sistem maupun yang dilikakukan oleh sistem terhadap aktor. Berdasarkan use case diagram pada gambar 3.1 maka use
35
3. 1. 4. 2. 1 Use CaseScenario Pengolahan COA
Tabel 3.3 Use CaseScenario Pengolahan COA
Identifikasi
Nomor 1
Nama Pengolahan COA
Tujuan Mengolah data COA
Deskripsi Proses ini untuk mengelola data COA mulai dari menambah, mengubah, menghapus data COA yang digunakan sebagai kode acuan untuk membuat Journal dan Trial Balance.
Aktor Accounting
Use case yang berkaitan Tambah COA, ubah COA, hapus COA Skenario Utama
Kondisi Awal Form data COA ditampilkan Aksi Aktor Reaksi Sistem
1. Memilih tombol pilihan Pengolahan COA
(tambah/ubah/hapus)
2. Menampilkan form menu yang dipilih oleh aktor (tambah/ubah/hapus)
1. Use CaseScenario Tambah COA
Tabel 3.4 Use Case Scenario Tambah Coa
Identifikasi
Nomor 2
Nama Tambah COA
Tujuan Menambah data COA
Deskripsi Proses penambah data COA
Aktor Accounting
Use case yang berkaitan -
Skenario Utama
Kondisi Awal Form tambah COA ditampilkan Aksi Aktor Reaksi Sistem
1. Mengisi form data tambah COA
2. Melakukan proses penambahan data COA 3. Menyimpan data hasil proses penambahan data COA
4. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
2. Mengisi kembali form
data tambah COA
3. Menyimpan data hasil penambahan oleh aktor 4. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menambah data COA sesuai
dengan kebutuhan
Tujuan Mengubah data COA
Deskripsi Proses pengubahan data COA
Aktor Accounting
Use case yang berkaitan Cari COA
Skenario Utama
Kondisi Awal Form ubah COA ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data COA yang akan diubah
2. Menampilkan data hasil pencarian 3. Mengisi form data COA
yang akan diubah
4. Melakukan proses ubah data COA yang diisi oleh aktor
5. Menyimpan data hasil proses ubah data COA yang diisi oleh aktor
6. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal diubah
2. Mengisi kembali yang
form ubah data COA yang akan diubah
3. Melakukan proses ubah data COA yang diisi oleh aktor
4. Menyimpan data hasil proses ubah data COA yang diisi oleh aktor
5. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat mengubah data COA sesuai
37
3. Use CaseScenario Hapus COA
Tabel 3.6 Use CaseScenario Hapus Coa
Identifikasi
Nomor 4
Nama Hapus COA
Tujuan Menghapus data COA
Deskripsi Proses penghapusan data COA
Aktor Accounting
Use case yang berkaitan Cari COA
Skenario Utama
Kondisi Awal Form hapus COA ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data COA yang akan dihapus
2. Menampilkan data hasil pencarian 3. Menghapus data COA
4. Menampilkan pesan persetujuan 5. Menghapus data COA
6. Melakukan proses hapus data COA
7. Menyimpan data hasil proses hapus data COA 8. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal dihapus
2. Menghapus kembali data COA
3. Menampilkan pesan persetujuan 4. Menghapus kembali data
COA
5. Melakukan proses hapus data COA
6. Menyimpan data hasil proses hapus data COA 7. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menghapus data COA sesuai
3. 1. 4. 2. 2 Use CaseScenario Pengolahan Journal
Tabel 3.7 Use Case Scenario Pengolahan Journal
Identifikasi
Nomor 5
Nama Pengolahan Journal
Tujuan Mengolah data Journal
Deskripsi Proses ini untuk mengelola data Journal mulai dari menambah, mengubah, menghapus data
Journal
Aktor Accounting
Use case yang berkaitan Tambah Journal, ubah Journal, hapus Journal
Skenario Utama
Kondisi Awal Form data Journal ditampilkan Aksi Aktor Reaksi Sistem
1. Memilih tombol pilihan Pengolahan Journal
(tambah/ubah/hapus)
2. Menampilkan form menu yang dipilih oleh aktor (tambah/ubah/hapus)
1. Use Case Scenario Tambah Journal
Tabel 3.8 Use Case Scenario Tambah Journal
Identifikasi
Nomor 6
Nama Tambah Journal
Tujuan Menambah data Journal
Deskripsi Proses penambah data Journal
Aktor Accounting
Use case yang berkaitan -
Skenario Utama
Kondisi Awal Form tambah Journal ditampilkan Aksi Aktor Reaksi Sistem
1. Mengisi form data tambah Journal
2. Melakukan proses penambahan data Journal
3. Menyimpan data hasil proses penambahan data
Journal
4. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal ditambahkan
39
form data tambah Journal
3. Menyimpan data hasil penambahan oleh aktor 4. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menambah data Journal sesuai
dengan kebutuhan 2. Use Case Scenario Ubah Journal
Tabel 3.9 Use CaseScenario Ubah Journal
dentifikasi
Nomor 7
Nama Ubah Journal
Tujuan Mengubah data Journal
Deskripsi Proses pengubahan data Journal
Aktor Accounting
Use case yang berkaitan -
Skenario Utama
Kondisi Awal Form ubah Journal ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data
Journal yang akan diubah
2. Menampilkan data hasil pencarian 3. Mengisi form data
Journal yang akan diubah
4. Melakukan proses ubah data Journal yang diisi oleh aktor
5. Menyimpan data hasil proses ubah data
Journal yang diisi oleh aktor
6. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal diubah
2. Mengisi kembali yang
form ubah data Journal
yang akan diubah
3. Melakukan proses ubah data Journal yang diisi oleh aktor
4. Menyimpan data hasil proses ubah data
Journal yang diisi oleh aktor
5. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat mengubah data Journal sesuai
3. Use Case Scenario Hapus Journal
Tabel 3.10 Use CaseScenario Hapus Journal
Identifikasi
Nomor 8
Nama Hapus Journal
Tujuan Menghapus data Journal
Deskripsi Proses penghapusan data Journal
Aktor Accounting
Use case yang berkaitan -
Skenario Utama
Kondisi Awal Form hapus Journal ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data
Journal yang akan dihapus
2. Menampilkan data hasil pencarian 3. Menghapus data Journal
4. Menampilkan pesan persetujuan 5. Menghapus data Journal
6. Melakukan proses hapus data Journal
7. Menyimpan data hasil proses hapus data
Journal
8. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal dihapus
2. Menghapus kembali data
Journal
3. Menampilkan pesan persetujuan 4. Menghapus kembali data
Journal
5. Melakukan proses hapus data Journal
6. Menyimpan data hasil proses hapus data
Journal
7. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menghapus data Journal sesuai
41
3. 1. 4. 2. 3 Use CaseScenario Pengolahan Trial Balance Tabel 3.11 Use Case Scenario Pengolahan Trial Balance
Identifikasi
Nomor 9
Nama Pengolahan Trial Balance
Tujuan Mengolah data Trial Balance
Deskripsi Proses ini untuk mengelola data Trial Balance
mulai dari menambah, mengubah, menghapus data Trial Balance
Aktor Accounting
Use case yang berkaitan Tambah Trial Balance, ubah Trial Balance, hapus Trial Balance
Skenario Utama
Kondisi Awal Form data Trial Balance ditampilkan Aksi Aktor Reaksi Sistem
1. Memilih tombol pilihan Pengolahan Trial Balance
(tambah/ubah/hapus)
2. Menampilkan form menu yang dipilih oleh aktor (tambah/ubah/hapus)
1. Use Case Scenario Tambah Trial Balance
Tabel 3.12 Use CaseScenario Tambah Trial Balance
Identifikasi
Nomor 10
Nama Tambah Trial Balance
Tujuan Menambah data Trial Balance
Deskripsi Proses penambah data Trial Balance
Aktor Accounting
Use case yang berkaitan -
Skenario Utama
Kondisi Awal Form tambah Trial Balance ditampilkan Aksi Aktor Reaksi Sistem
1. Mengisi form data tambah Trial Balance
2. Melakukan proses penambahan data Trial Balance
3. Menyimpan data hasil proses penambahan data
Trial Balance
4. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
gagal ditambahkan 2. Mengisi kembali yang
form data tambah Trial Balance
3. Menyimpan data hasil penambahan oleh aktor 4. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menambah data Trial Balance
sesuai dengan kebutuhan 2. Use Case Scenario Ubah Trial Balance
Tabel 3.13 Use Case Scenario Ubah Trial Balance
dentifikasi
Nomor 11
Nama Ubah Trial Balance
Tujuan Mengubah data Trial Balance
Deskripsi Proses pengubahan data Trial Balance
Aktor Accounting
Use case yang berkaitan Cari Trial Balance
Skenario Utama
Kondisi Awal Form ubah Trial Balance ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data
Trial Balance yang akan
diubah
2. Menampilkan data hasil pencarian 3. Mengisi form data Trial
Balance yang akan diubah
4. Melakukan proses ubah data Trial Balance
yang diisi oleh aktor
5. Menyimpan data hasil proses ubah data Trial
Balance yang diisi oleh aktor
6. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal diubah
2. Mengisi kembali yang
form ubah data Trial
Balance yang akan diubah
3. Melakukan proses ubah data Trial Balance
yang diisi oleh aktor
4. Menyimpan data hasil proses ubah data Trial
Balance yang diisi oleh aktor
5. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat mengubah data Trial Balance
43
3. Use Case Scenario Hapus Trial Balance
Tabel 3.14 Use Case Scenario Hapus Trial Balance
Identifikasi
Nomor 12
Nama Hapus Trial Balance
Tujuan Menghapus data Trial Balance
Deskripsi Proses penghapusan data Trial Balance
Aktor Accounting
Use case yang berkaitan Cari Trial Balance
Skenario Utama
Kondisi Awal Form hapus Trial Balance ditampilkan Aksi Aktor Reaksi Sistem
1. mencari/memilih data
Trial Balance yang akan
dihapus
2. Menampilkan data hasil pencarian 3. Menghapus data Trial
Balance
4. Menampilkan pesan persetujuan 5. Menghapus data Trial
Balance
6. Melakukan proses hapus data Trial Balance
7. Menyimpan data hasil proses hapus data Trial Balance
8. Menampilkan pesan data berhasil disimpan Skenario Alternatif ( Proses Gagal )
Aksi Aktor Reaksi Sistem
1. Menampilkan pesan bahwa pemrosesan data gagal dihapus
2. Menghapus kembali data
Trial Balance
3. Menampilkan pesan persetujuan 4. Menghapus kembali data
Trial Balance
5. Melakukan proses hapus data Trial Balance
6. Menyimpan data hasil proses hapus data Trial Balance
7. Menampilkan pesan data berhasil disimpan Kondisi Akhir Accounting dapat menghapus data Trial Balance
3. 1. 4. 2. 4 Use CaseScenario Laporan Neraca
Tabel 3.15 Use CaseScenario Laporan Neraca
Identifikasi
Nomor 13
Nama Laporan Neraca
Tujuan Mencetak laporan hasil pengolahan data neraca Deskripsi Proses ini untuk mencetak laporan dari data
neraca
Aktor Accounting
Use case yang berkaitan Cari tahun neraca Skenario Utama
Kondisi Awal Form pengolahan laporan neraca ditampilkan Aksi Aktor Reaksi Sistem
1. Mencari data neraca berdasarkan bulan dan tahun
2. Menampilkan data neraca sesuai dengan bulan dan tahun yang dipilih
3. Memilih tombol cetak
4. Menampilkan laporan data neraca
5. Memproses pencetakan laporan yang dipilih Kondisi Akhir Laporan data neraca telah dicetak
3. 1. 4. 2. 5 Use CaseScenario Laporan Laba Rugi
Tabel 3.16 Use CaseScenario Laporan Laba Rugi
Identifikasi
Nomor 14
Nama Laporan Laba Rugi
Tujuan Mencetak laporan hasil pengolahan data laba rugi Deskripsi Proses ini untuk mencetak laporan dari data laba
rugi
Aktor Accounting
Use case yang berkaitan Cari tahun laba rugi Skenario Utama
Kondisi Awal Form pengolahan laporan laba rugi ditampilkan Aksi Aktor Reaksi Sistem
1. Mencari data laba rugi berdasarkan bulan dan tahun
2. Menampilkan data laba rugi sesuai dengan bulan dan tahun yang dipilih
45
4. Menampilkan laporan data laba rugi
5. Memproses pencetakan laporan yang dipilih Kondisi Akhir Laporan data laba rugi telah dicetak
3. 1. 4. 3. Sequence Diagram
Sequence Diagram menggambarkan interaksi antar masing-masing objek
pada setiap use case dalam urutan waktu. Interaksi ini berupa pengiriman serangkaian data antar objek-objek yang saling berinteraksi. Sequence Diagram
pada aplikasi general ledger bulanan di CV. Global Agency and Entertainment terdiri dari sequence diagram pengolahan data coa, sequence diagram pengolahan data journal, sequence diagram pengolahan data trial balance, sequence diagram
cetak laporan neraca dan esquence diagram cetak laporan laba rugi. Berikut ini penjelasan dari masing-masing sequence diagram:
3. 1. 4. 3. 1 Sequence Diagram Pengolahan Data Coa
Sequence Diagram pengolahan data coa menunjukkan rangkaian pesan
yang dikirim antara objek accounting dengan objek lainnya dalam proses pengolahan data coa. Sequence diagram pengolahan data coa terdiri dari sequence
diagram tambah coa ( Gambar 3.3 ), sequence diagram ubah coa ( Gambar 3.4 ),
1. Sequence Diagram Tambah COA
47
2. Sequence Diagram Ubah COA
3. Sequence Diagram Hapus COA
Gambar 3.5 Sequence Diagram Hapus COA
3. 1. 4. 3. 2 Sequence Diagram Pengolahan Data Journal
Sequence Diagram pengolahan data journal menunjukkan rangkaian pesan
yang dikirim antara objek accounting dengan objek lainnya dalam proses pengolahan data journal. Sequence diagram pengolahan data journal terdiri dari
sequence diagram tambah journal ( Gambar 3.6 ), sequence diagram ubah journal
49
1. Sequence Diagram Tambah Journal
2. Sequence Diagram Ubah Journal
Gambar 3.7 Sequence Diagram Ubah Journal
51
Gambar 3.8 Squence Diagram Hapus Journal
3. 1. 4. 3. 3 Sequence Diagram Pengolahan Data Trial Balance
Sequence Diagram pengolahan data trial balance menunjukkan rangkaian
pesan yang dikirim antara objek accounting dengan objek lainnya dalam proses pengolahan data trial balance. Sequence Diagram pengolahan data trial balance
terdiri dari sequence diagram tambah trial balance ( Gambar 3.9 ) , sequence diagram ubah trial balance ( Gambar 3.10 ), dan sequence diagram hapus trial
1. Sequence Diagram Tambah Trial Balance
53
2. Sequence Diagram Ubah Trial Balance