BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN...Post condition Data permintaan karyawan berhasil...

40
49 BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN 4.1. Analisa Kebutuhan Software 4.1.1. Analisa Kebutuhan SIAPKS (Sistem Informasi Akuntansi Pengeluaran Kas Kecil) merupakan pengembangan sistem yang dirancang penulis untuk PT. Chunetsu Indonesia dengan menerapkan sebuah program berbasis desktop untuk menunjang kegiatan operasional dalam mengelola PKS (Pengeluaran Kas Kecil). Berikut ini spesifikasi kebutuhan dari SIAPKS SIAPKS (Sistem Informasi Akuntansi Pengeluaran Kas Kecil) berdasarkan pemakainya: A. Bagian Accounting A.1. Bagian Accounting dapat login pada form login. A.2. Bagian Accounting Dapat mengelola master. A.3. Bagian Accounting dapat mengelola data transaksi. A.4. Bagian Accounting dapat mengelola jurnal. A.5. Bagian Accounting dapat mengelola laporan. A.6. Bagian Accounting dapat merubah password. B. Manager Accounting B.1. Manager Accounting dapat login. B.2. Manager Accounting dapat mengakses data transaksi. B.3. Manager Accounting dapat mengakses Jurnal. B.4. Manager Accounting dapat mengakses laporan. B.5. Manager Accounting dapat merubah Password.

Transcript of BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN...Post condition Data permintaan karyawan berhasil...

  • 49

    BAB IV

    RANCANGAN SISTEM DAN PROGRAM USULAN

    4.1. Analisa Kebutuhan Software

    4.1.1. Analisa Kebutuhan

    SIAPKS (Sistem Informasi Akuntansi Pengeluaran Kas Kecil)

    merupakan pengembangan sistem yang dirancang penulis untuk PT. Chunetsu

    Indonesia dengan menerapkan sebuah program berbasis desktop untuk

    menunjang kegiatan operasional dalam mengelola PKS (Pengeluaran Kas Kecil).

    Berikut ini spesifikasi kebutuhan dari SIAPKS SIAPKS (Sistem Informasi

    Akuntansi Pengeluaran Kas Kecil) berdasarkan pemakainya:

    A. Bagian Accounting

    A.1. Bagian Accounting dapat login pada form login.

    A.2. Bagian Accounting Dapat mengelola master.

    A.3. Bagian Accounting dapat mengelola data transaksi.

    A.4. Bagian Accounting dapat mengelola jurnal.

    A.5. Bagian Accounting dapat mengelola laporan.

    A.6. Bagian Accounting dapat merubah password.

    B. Manager Accounting

    B.1. Manager Accounting dapat login.

    B.2. Manager Accounting dapat mengakses data transaksi.

    B.3. Manager Accounting dapat mengakses Jurnal.

    B.4. Manager Accounting dapat mengakses laporan.

    B.5. Manager Accounting dapat merubah Password.

  • 50

    4.1.2. Use Case Diagram

    1. Use Case Diagram Bagian Accounting.

    Gambar IV.10.

    Use Case Diagram Bagian Accounting

    A. Deskripsi use case diagram Bagian accounting pengelolaan data master.

    Gambar IV.11.

    Use Case Diagram Bagian Accounting Pengelolaan Data Master

  • 51

    Tabel IV.1.

    Deskripsi Use Case Diagram Pengelolaan Data Master

    Use Case Name Input Pengelolaan Data Master

    Requirements A2

    Goal Bagian Accouting dapat

    mengelolah data karyawan, baik

    menambah, mengedit dan

    menghapus, serta melihat Form

    data karyawan.

    Pre-condition Bagian Accounting telah

    melakukan login sebagai

    administrasi dan mengkases form

    data karyawan.

    Post condition Data permintaan karyawan

    berhasil tersimpan, terupdate,

    terhapus dan melihat form data

    karyawan.

    Failed end Conditions Gagal menyimpan, menambah,

    mengedit, mencari, dan

    membatalkan data karyawan.

    Primary Actors Bagian Accounting.

    Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data

    master.

    2. Bagian Accounting memilih tombol input.

    3. Bagian Accounting menginput data permintaan.

    4. Bagaian Accounting memilih tombol save.

    5. System menyimpan data Pengeluraan kas kecil

    kedalam Database.

    6. Sistem menampilkan

    keterangan berhasil

    menyimpan data.

    Alternate flow / Invariant 1 A1. Bagian Accounting mencari

    data karyawan.

    A2. Sistem menampilkan data

    permintaan data karyawan.

    A3. Bagaian Accounting memilih

    tombol Edit.

    A4. Bagian Accounting merubah

    data Permintaan karyawan.

    A5. Bagian Accounting memilih

  • 52

    tombol save.

    A6. Sistem memperbarui data

    karyawan kedalam Database.

    Invariant 2 B1. Bagian Accounting mencari

    data karyawan.

    B2. Sistem menampilkan data

    permintaan data karyawan

    yang dicari.

    B3. Bagian Accounting memilih

    tombol hapus.

    B4. Sistem menampilkan pesan

    konfirmasi penghapusan.

    B5. Bagian Accounting memilih

    tombol yes.

    B6. Sistem menghapus data

    karyawan.

    B. Deskripsi use case diagram Bagian accounting pengelolaan data Transaksi

    Gambar IV.12.

    Use Case Diagram Bagian Accounting Pengelolaan Data Transaksi

  • 53

    Tabel IV.2.

    Deskripsi Use Case Diagram Pengelolaan Data Transaksi

    Use Case Name Input Pengelolaan Data Transaksi

    Requirements A3

    Goal Bagian Accouting dapat

    mengelolah data Transaksi, baik

    menambah, mengedit dan

    menghapus, serta melihat Form

    permintaan dan penyerahan

    pengembalian kas keluar.

    Pre-condition Bagian Accounting telah

    melakukan login sebagai

    administrasi dan mengkases data

    transaksi

    Post condition Data transaksi berhasil tersimpan,

    terupdate, terhapus dan melihat

    form permintaan dan

    pengembalian kas keluar.

    Failed end Conditions Gagal menyimpan, menambah,

    mengedit, mencari, dan

    membatalkan data transaksi.

    Primary Actors Bagian Accounting.

    Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data

    transaksi.

    2. Bagian Accounting memilih tombol input.

    3. Bagian Accounting menginput form permintaan

    dan penyerahan

    pengembalian kas keluar.

    4. Bagaian Accounting memilih tombol save.

    5. System menyimpan data transaksi kedalam Database.

    6. Sistem menampilkan

    keterangan berhasil

    menyimpan data.

    Alternate flow / Invariant 1 A1. Bagian Accounting mencari

    data transaksi.

    A2. Sistem menampilkan data

    permintaan data transaksi.

    A3. Bagaian Accounting memilih

    tombol Edit.

    A4. Bagian Accounting merubah

  • 54

    data transaksi.

    A5. Bagian Accounting memilih

    tombol save.

    A6. Sistem memperbarui data

    transaksi kedalam Database.

    Invariant 2 B1. Bagian Accounting mencari

    data transaksi.

    B2. Sistem menampilkan data

    permintaan data transaksi

    yang dicari.

    B3. Bagian Accounting memilih

    tombol hapus.

    B4. Sistem menampilkan pesan

    konfirmasi penghapusan.

    B5. Bagian Accounting memilih

    tombol yes.

    B6. Sistem menghapus data

    transaksi.

    C. Deskripsi use case diagram Bagian accounting pengelolaan Jurnal

    Gambar IV.13.

    Use Case Diagram Bagian Accounting Pengelolaan Data Jurnal

  • 55

    Tabel IV.3.

    Deskripsi Use Case Diagram Pengelolaan Data Jurnal

    Use Case Name Input Pengelolaan Data Jurnal

    Requirements A4

    Goal Bagian Accouting dapat

    mengelolah data Jurnal, baik

    menambah, menyimpan dan

    membatalkan, serta melihat data

    perkiraan dan jurnal.

    Pre-condition Bagian Accounting telah

    melakukan login sebagai

    administrasi dan mengkases data

    jurnal.

    Post condition Data jurnal berhasil tersimpan,

    terupdate dan melihat tampilan

    data perkiraan dan jurnal.

    Failed end Conditions Gagal menyimpan, menambah,

    mencari, dan membatalkan data

    jurnal.

    Primary Actors Bagian Accounting.

    Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data

    jurnal.

    2. Bagian Accounting memilih tombol input.

    3. Bagian Accounting menampilkan data jurnal.

    4. Bagaian Accounting memilih tombol save.

    5. System menyimpan data jurnal kedalam Database.

    6. Sistem menampilkan

    keterangan berhasil

    menyimpan data jurnal.

    Alternate flow / Invariant 1 A1. Bagian Accounting mencari

    data jurnal.

    A2. Sistem menampilkan data

    jurnal.

    A3. Bagian Accounting memilih

    tombol save.

    A4. Sistem memperbarui data

    jurnal kedalam Database.

    Invariant 2 B1. Bagian Accounting mencari

    data Jurnal menggunakan

    kode akun.

  • 56

    B2. Sistem menampilkan data

    jurnal yang dicari.

    B3. Bagian Accounting memilih

    tombol batal.

    B4. Sistem menampilkan pesan

    konfirmasi pembatalan.

    B5. Bagian Accounting memilih

    tombol yes.

    D. Deskripsi use case diagram Bagian accounting pengelolaan Laporan

    Gambar IV.14.

    Use Case Diagram Bagian Accounting Pengelolaan Data Laporan

    Tabel IV.4.

    Deskripsi Use Case Diagram Pengelolaan Data Laporan

    Use Case Name Input Pengelolaan Data Laporan

    Requirements A5

    Goal Bagian Accouting dapat

    mengelola data laporan, dengan

    mencari menggunakan data

    periode, mencetak tampilan

    laporan atau membatalkan data

    laporan.

    Pre-condition Bagian Accounting telah

    melakukan login sebagai

    administrasi dan mengkases data

    laporan

    Post condition Data laporan berhasil tersimpan,

    terupdate dan melihat tampilan

    data laporan.

    uc Package1

    Pengelolaan Laporan

    LoginTampil

    Laporan

    Laporan

    Pengeluaran

    Kas

    CariBatal

    Periode

    Cetak

    «extend»

    «include»

    «extend»

    «extend»

    «include»

  • 57

    Failed end Conditions -

    Primary Actors Bagian Accounting.

    Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data

    laporan.

    2. Bagian Accounting menampilkan data laporan.

    3. Sistem menampilkan

    keterangan berhasil

    menampilkan data laporan

    dan cetak.

    Alternate flow / Invariant 1 A1. Bagian Accounting mencari

    data laporan.

    A2. Sistem menampilkan data

    laporan.

    Invariant 2 B1. Bagian Accounting mencari

    data laporan menggunakan

    periode.

    B2. Sistem menampilkan data

    laporan yang dicari.

    B3. Bagian Accounting memilih

    tombol batal.

    B4. Sistem menampilkan pesan

    konfirmasi pembatalan.

    B5. Accounting memilih Yes

    E. Deskripsi use case diagram ganti Password Bagian Accounting

    Gambar IV.15.

    Use Case Diagram Bagian Accounting Ganti Password

  • 58

    Tabel IV.5.

    Deskripsi use case diagram ganti password bagian Accounting:

    Use Case Name Pengelolaan Data Password

    Requirements A4

    Goal Bagian Accounting

    Pre-condition Bagian Accounting dapat

    mengelolah data User, baik

    menambah, mengedit dan

    menghapus.

    Post condition Accounting telah login dan

    mengakases form User.

    Failed end Conditions Gagal menyimpan, mengupdate

    dan menghapus data user

    Primary Actors Bagian Accounting.

    Main Flow / Basic Path 1. Bagian Accounting

    mengakses data master user

    2. Bagian Accounting memilih

    tombol input

    3. Bagian Accounting memilih

    tombol login tampilan ganti

    password.

    4. Sistem menampilkan

    tampilan form ganti

    password.

    5. Bagian Accounting memilih

    form ganti password.

    6. Bagian Accounting

    menginput data user lama.

    7. Bagian Accouting memilih

    ganti password dengan

    menginput data password

    yang baru.

    8. Sistem menyimpan data user

    baru kedalam database.

    9. Sistem menampilkan

    keterangan berhasil

  • 59

    menyimpan data user.

    Alternate flow / Invariant 1 A1. Accounting mencari data

    User.

    A2. Sistem menampilkan data

    User yang dicari.

    A3. Accounting memilih tombol

    “Edit”.

    A4. Accounting merubah data

    User.

    A5. Accounting memilih tombol

    “Update”.

    A6. Sistem memperbarui data

    User kedalam

    Database.

    A7. Sistem menampilkan

    keterangan berhasil

    memperbarui data User.

    Invariant 2 -

    2. Use Case Diagram Bagian Manager Accounting

    Gambar IV.16.

    Use Case Diagram Bagian Manager Accounting

  • 60

    1. Use Case Diagram Bagian Manager Accounting Ganti Password

    Gambar IV.17.

    Use Case Diagram Bagian Manager Accounting Ganti Password

    Tabel IV.6.

    Deskripsi use case diagram ganti password bagian Manager Accounting:

    Use Case Name Pengelolaan Data Password

    Requirements A5

    Goal Bagian Manager Accounting

    Pre-condition -

    Post condition Bagian Manager Accounting

    telah login dan mengakases form

    User.

    Failed end Conditions Gagal menyimpan, mengupdate

    dan menghapus data user

    Primary Actors Bagian Manager Accounting.

    Main Flow / Basic Path 1. Bagian Manager Accounting

    mengakses data master user

    2. Bagian Manager Accounting

    mengakses Data Transaksi.

  • 61

    3. Bagian Manager Accounting

    mengakses Jurnal.

    4. Bagian Manager Accounting

    Mengakses Laporan.

    5. Bagian Manager Accounting

    memilih tombol login

    tampilan ganti password.

    6. Sistem menampilkan

    tampilan form ganti

    password.

    7. Bagian Manager Accounting

    memilih form ganti

    password.

    8. Bagian Manager Accounting

    menginput data user lama.

    9. Bagian Manager Accouting

    memilih ganti password

    dengan menginput data

    password yang baru.

    10. Sistem menyimpan data user

    baru kedalam database.

    11. Sistem menampilkan

    keterangan berhasil

    menyimpan data user.

    Alternate flow / Invariant 1 A1. Bagian Manager Accounting

    mencari data User.

    A2. Sistem menampilkan data

    User yang dicari.

    A3. Manager Accounting

    memilih tombol “Edit”.

    A4. Manager Accounting

    merubah data User.

    A5. Manager Accounting

    memilih tombol “Update”.

    A6. Sistem memperbarui data

    User kedalam

    Database.

    A7. Sistem menampilkan

    keterangan berhasil

    memperbarui data User.

    Invariant 2 -

  • 62

    4.1.3. Activity Diagram

    1. Activity Diagram Data Transaksi Permintaan Kas Keluar

    Gambar IV.18.

    Activity Diagram Data Transaksi Permintaan Kas Keluar

  • 63

    2. Activity Diagram Penyerahan Pengembalian Kas Keluar

    Gambar IV.19.

    Activity Diagram Data Penyerahan Pengembalian Kas Keluar

  • 64

    3. Activity Diagram Jurnal

    Gambar IV.20.

    Activity Diagram Data Jurnal

  • 65

    4. Activity Diagram Laporan

    Gambar IV.21.

    Activity Diagram Data Laporan

  • 66

    4.2. Desain

    4.2.1. Entity Relationship Diagram (ERD)

    Menggambarkan hubungan antar table yang diuat beserta relasi antar

    table. Dalam penggambarannya disini menggunakan Entity Relationship Diagram

    untuk pembuatan sistem informasi akuntansi pengeluaran kas kecil pada PT.

    Chunetsu Indonesia sebaagai berikut:

    1. Entity Relationship Diagram (ERD)

    Jurnal Mengelola User Buat Karyawan

    Menghitung

    Detail Jurnal

    Mengelola

    Transaksi

    1

    1

    1

    1

    M

    Kode_akun

    tanggalKode_akun

    Nama_akun

    perkiraanNama_akun

    Kode_akun

    Kode_akun

    Id_user

    NIK

    Nama_user Password

    NIK

    Id_User

    Kode_user

    NIK Nama_karyawan

    Jabatan Tahun_masuk

    Bagian

    No Permintaan Id_user

    No transaksi

    NIK

    Nama

    Jabatan

    Tahun_masuk

    Bagian

    Permintaan

    Jumlah Yang Diminta

    NIK

    Gambar IV.22.

    Entity Relationship Diagram (ERD)

  • 67

    4.2.2 LRS (Logical Record Structure)

    - Kd_Akun*-Nm_Akun

    JURNAL

    -Nm_User*-Password

    -NIK-Kd_User

    USER

    NIK*Nm_krywn

    BagianThn_mskJabatan

    KARYAWAN

    No_TransNIK

    Nm_AkunKd_AkunThn_Msk

    BagianPermintaan

    Jml yg dimintatgl

    TRANSAKSI

    Nm_AkunKd_Akun*

    TglPerkiraan

    DETAIL JURNAL

    Gambar IV.23.

    LRS (Logical Record Structure)

    4.2.3 Spesifikasi File

    Dalam program ini menggunakan satu buah database dengan nama

    accounting_ci.sql dan didalamnya terdapat tabel-tabel sebagai entitas, tabel-

    tabel tersebut sebagai berikut:

    1. Spesifikasi File

    Nama Database : Data Karyawan

    Nama File : File Data Karyawan

    Akronim : Data Karyawan

    Tipe File : File master

    Akses File : Random

    Panjang Record : 55 byte

  • 68

    Kunci Field : Nik

    Software : Mysql

    Tabel IV.7

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 Nik Nik Varchar 10 Primary Key

    2 Nama Karyawan nama_krywn Varchar 20 -

    3 Jabatan Jabatan Varchar 10 -

    4 Tahun Masuk thn_masuk Date - Foreign Key

    5 Bagian Bagian Varchar 15 -

    2. Spesifikasi File

    Nama Database : Form Data Karyawan

    Nama File : File Form Data Karyawan

    Akronim : Form Data Karyawan

    Tipe File : File master

    Akses File : Random

    Panjang Record : 55 byte

    Kunci Field : NIK

    Software : Mysql

  • 69

    Tabel IV.8.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 NIK Nik Varchar 10 Primary Key

    2 Nama Karyawan nm_krywn Varchar 20 -

    3 Jabatan Jabatan Varchar 10 -

    4 Tahun Masuk Thn_msk Date - Foreign Key

    5 Bagian Bagian Varchar 15 -

    3. Spesifikasi File

    Nama Database : Form Penyerahan Pengembalian Kas Keluar

    Nama File : File Pengembalian Kas Keluar

    Akronim : Data Pengembalian Kas Keluar

    Tipe File : File master

    Akses File : Random

    Panjang Record : 85 byte

    Kunci Field : No Transaksi

    Software : Mysql

    Tabel IV.9.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 No Transaksi no_trans Double 5 Primary

    Key

    2 Tanggal Tgl Date - -

    3 NIK Nik Varchar 10 -

  • 70

    4 Nama Nama Date - -

    5 Harga Harga Double 15 -

    6 Jumlah Jumlah Double 20 -

    7 Pengeluaran pengeluaran Varchar 10 -

    8 Kode Akun kd_akun Varchar 10 Foreign

    Key

    9 Nama Akun nm_akun Varchar 10 -

    10 Jumlah Kembali jml_kmb Double 15 -

    4. Spesifikasi File

    Nama Database : Form Permintaan Kas Keluar

    Nama File : File Permintaan Kas Keluar

    Akronim : Data Permintaan Kas Keluar

    Tipe File : File master

    Akses File : Random

    Panjang Record : 85 byte

    Kunci Field : No Transaksi

    Software : Mysql

  • 71

    Tabel IV.10.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 No Transaksi no_trans Double 5 Primary Key

    2 NIK Nik Varchar 10 -

    3 Nama nama Varchar 20 -

    4 Jabatan jabatan Varchar 10 -

    5 Tahun Masuk thn_msk Date 10 -

    6 Bagian bagian Varchar 15 -

    7 Permintaan permintaan Varchar 10 -

    8 Jumlah Yang

    Diminta

    jml_dm integer 15 -

    9 Tanggal Tgl Date - -

    5. Spesifikasi File

    Nama Database : Data Jurnal

    Nama File : File Data Jurnal

    Akronim : Data Jurnal

    Tipe File : File master

    Akses File : Random

    Panjang Record : 40 byte

    Kunci Field : Kode Akun

    Software : Mysql

  • 72

    Tabel IV.11.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 Kode Akun kd_akun Varchar 10 Primary Key

    2 Nama Akun nm_akun Varchar 20 -

    3 Perkiraan perkiraan Varchar 10 -

    4 Tanggal Tgl Date - -

    6. Spesifikasi File

    Nama Database : Data Perkiraan

    Nama File : File Data Perkiraan

    Akronim : Data Perkiraan

    Tipe File : File master

    Akses File : Random

    Panjang Record : 30 byte

    Kunci Field : Kode Akun

    Software : Mysql

    Tabel IV.12.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 Kode Akun kd_akun Varchar 10 Primary Key

    2 Nama Akun nm_akun Varchar 20 -

  • 73

    7. Spesifikasi File

    Nama Database : Data Laporan Jurnal

    Nama File : File Data Laporan Jurnal

    Akronim : Data Laporan Jurnal

    Tipe File : File master

    Akses File : Random

    Panjang Record : 25 byte

    Kunci Field : No Transaksi

    Software : Mysql

    Tabel IV.13.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 No Transaksi no_trans Double 5 Primary Key

    2 Tanggal Tgl Date - -

    3 Periode periode Varchar 10 -

    4 Bulan bulan Varchar 10 -

    8. Spesifikasi File

    Nama Database : Data Laporan

    Nama File : File Data Laporan

    Akronim : Data Laporan

    Tipe File : File master

    Akses File : Random

    Panjang Record : 25 byte

  • 74

    Kunci Field : No Transaksi

    Software : Mysql

    Tabel IV.14.

    Spesifikasi File Tabel

    No Elemen Data Akronim Tipe Panjang Keterangan

    1 No Transaksi no_trans Double 5 Primary Key

    2 Tanggal Tgl Date - -

    3 Periode Periode Varchar 10 -

    4 Bulan Bulan Varchar 10 -

    4.2.4 Spesifikasi Bentuk Dokumen

    a. Spesifikasi Bentuk Dokumen Masukan Usulan

    Dokumen keluaran adalah segala bentuk dokumen dari hasil proses

    pengolahan dokumen masukan yang terjadi pada suatu sistem. Adapun dokumen

    keluaran tersebut adalah:

    1. Nama Dokumen : Nota Pembelian Barang

    Fungsi : Bukti pembelian barang

    Sumber : Bagian umum

    Tujuan : Bagian Accountig

    Frekuensi : Setiap ada pembelian barang

    Media : Kertas

    Jumlah Rangkap : Satu Rangkap

    Bentuk : Lampiran C-1

  • 75

    2. Nama Dokumen : Form Permintaan Kas Keluar

    Fungsi : Bukti permintaan Kas Keluar

    Sumber : Bagian umum

    Tujuan : Bagian Accountig

    Frekuensi : Setiap ada permintaan Transaksi

    Media : Kertas

    Jumlah Rangkap : Dua Rangkap

    Bentuk : Lampiran C-2

    3. Nama Dokumen : Tanda Terima Permintaan Kas Keluar

    Fungsi : Bukti diterimanya permintaan Kas Keluar

    Sumber : Bagian Accounting

    Tujuan : Bagian Umum

    Frekuensi : Setiap ada permintaan Kas Keluar yang

    diterima

    Media : Kertas

    Jumlah Rangkap : Dua Rangkap

    Bentuk : Lampiran C-3

    4. Nama Dokumen : Input Pengeluaran dan pengembalian

    Fungsi : Rekapan pengeluaran dan pengembalian

    Sumber : Bagian Accounting

    Tujuan : Bagian Manager Accounting

    Frekuensi : Setiap ada pengeluaran dan pengembalian

    Media : Kertas

    Jumlah Rangkap : Satu Rangkap

  • 76

    Bentuk : Lampiran C-4

    5. Nama Dokumen : Laporan Jurnal pengeluaran

    Fungsi : Sebagai Transaksi Jurnal

    Sumber : Bagian Accounting

    Tujuan : Bagian Manager Accounting

    Frekuensi : Semua transaksi rekapan pengeluaran

    Media : Kertas

    Jumlah Rangkap : Satu Rangkap

    Bentuk : Lampiran D-1

    4.2.5 Software Architecture

    a. Deployment Diagram

    Deployment diagram menyediakan gambaran bagaimana sistem secara

    fisik akan terlihat. Sistem diwakili oleh node-node, dimana masing-masing node

    diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus

    menunujukkan hubungan diantara kedua node tersebut. Berikut gambar

    deployment diagram:

    Gambar IV.24.

    Deployment Diagram

  • 77

    b. Sequence Diagram

    Sequence diagram, merupakan salah satu diagram interaction yang

    menjelaskan bagaimana suatu operasi itu dilakukan yang diatur berdasarkan

    waktu. Berikut gambar diagram sequence:

    Gambar IV.25.

    Sequence Diagram

    sd Sequence Diagram

    Accounting Sistem Permintaan Kas

    Keluar

    Pengembalian Kas

    Keluar

    Database

    alt Sequence Diagram

    2.Input Permintaan Kas Keluar

    ()

    6.Simpan data Kas Keluar()

    4. Input Laporan Transaksi()

    5.menghasilkan Kas Keluar()

    3.Kas Keluar Kembali()

    7. Simpan dalam Database()

    1. Masuk()

  • 78

    4.2.6 User Interface

    1. Untuk masuk ke sistem akan muncul tampilan form selamat datang dan

    perintah untuk ketik username dan password terlebih dahulu kemudian

    klik log in atau batal.

    Gambar IV.26.

    Form Login Program SIAPKS

    2. Untuk berikutnya akan muncul tampilan utama Sistem pada PT. Chunetsu

    Indonesia yaitu meliputi data master, transaksi, jurnal dan laporan.

    Gambar IV.27.

    Menu Utama Program SIAPKS

  • 79

    3. Pada tampilan di bawah ini klik data master kemudian pilih data karyawan

    untuk memulai mengisi/input data karyawan meliputi nik, nama, dan lain-

    lain.

    Gambar IV.28.

    Menu Utama Program Pilihan Data Karyawan

    4. Setelah mengisi/input data karyawan akan muncul tampilan seperti

    dibawah ini :

    Gambar IV.29.

    Program Data Karyawan

  • 80

    5. Pilihan yang kedua untuk menampilkan form data karyawan maka pilih

    form data karyawan untuk mengisinya.

    Gambar IV.30.

    Menu Utama Program Pilihan Form Data Karyawan

    6. Setelah mengisi form data karyawan maka akan muncul tampilan seperti

    dibawah ini:

    Gambar IV.31.

    Program Form Data Karyawan

  • 81

    7. Langkah selanjutnya pilih menu transaksi untuk mengisi form permintaan

    kas keluar.

    Gambar IV.32.

    Menu Utama Program Pilihan Form Permintaan Kas Keluar

    8. Setelah mengisi form permintaan kas keluarakan muncul tampilan seperti

    dibawah ini.

    Gambar IV.33.

    Program Form Permintaan Kas Keluar

  • 82

    9. Pilih form penyerahan pengembalian kas keluar pada data transaksi.

    Gambar IV.34.

    Menu Utama Program Pilihan Form Penyerahan Pengembalian Kas Keluar

    10. Akan muncul tampilan form penyerahan pengembalian kas keluar seperti

    di bawah ini:

    Gambar IV.35.

    Program Form Penyerahan Pengembalian Kas Keluar

  • 83

    11. Klik jurnal kemudian pilih data perkiraan untuk mengisinya.

    Gambar IV.36.

    Menu Utama Program Pilihan Data Perkiraan

    12. Akan muncul tampilan data perkiraan seperti dibawah ini:

    Gambar IV.37.

    Program Data Perkiraan

  • 84

    13. Pilih jurnal untuk melihat tampilan jurnal

    Gambar IV.38.

    Menu Utama Program Pilihan Jurnal

    14. Akan muncul tampilan jurnal pada gambar di bawah ini:

    Gambar IV.39.

    Program Jurnal

  • 85

    15. Pilih laporan pengeluaran kas pada menu utama dibawah ini:

    Gambar IV.40.

    Menu Utama Program Pilihan Laporan Pengeluaran Kas Kecil

    16. Akan muncul tampilan seperti di bawah ini yaitu laporan pengeluaran kas

    Gambar IV.41.

    Program Laporan Pengeluaran Kas

  • 86

    17. Klik menu laporan kemudian pilih laporan kas keluar.

    Gambar IV.42.

    Menu Utama Program Pilihan Laporan Kas Keluar

    18. Setelah itu akan muncul tampilan laporan kas keluar

    Gambar IV.43.

    Laporan Kas Keluar

  • 87

    4.2.7 Spesifikasi Hardware dan Software

    Untuk memperoleh kemampuan yang optimal dalam pengolahan data

    diperlukan aspek dasar yaitu perangkat keras (Hardware) dan perangkat lunak

    (Software) yang saling berkaitan satu dengan lainnya sehingga tidak dapat

    dipisahkan, karena suatu sistem komputerisasi tidak akan berjalan tanpa ada salah

    satu aspek tersebut. Perangkat lunak dan perangkat keras harus dapat menunjukan

    kerja yang baik dan sesuai dengan yang diharapkan.

    1. Hardware Perangkat keras (hardware) adalah serangkaian unsur-unsur yang

    terdiri dari beberapa perangkat keras yang membentuk suatu sistem komputer

    yang digunakan untuk mengoperasikan proses kerja pemakai. Penulis

    mengusulkan untuk menggunakan perangkat keras sesuai dengan kemampuan,

    tanpa harus menggunakan tipe tertentu dengan harga yang lebih mahal.

    Namun disesuaikan dengan kebutuhan program aplikasi dan peket program

    yang dirancang. Spesifikasi perangkat keras yang diusulkan sebagai berikut:

    a. Monitor : 14”

    b. Proccessor : Core2

    c. Memory : 1 GB (Minimum)

    d. Harddisk : 80 GB

    e. Keyboard : 102 Keys

    f. Printer :Ink Jet

    g. Mouse : USB

    2. Software Bagian penting lain yang mendukung program adalah perangkat

    lunak (software) yang digunakan dalam mengeksekusi program aplikasi serta

    sistem operasi yang akan digunakan untuk menjalankan program tersebut.

  • 88

    Sistem operasi ini berfungsi untuk mengidentifikasi dan menyiapkan aplikasi

    program sehingga tata kerja seluruh peralatan komputer dapat terkontrol.

    Perangkat lunak yang dibutuhkan untuk menjalankan aplikasi sistem

    pengeluaran kas ini adalah :

    Sistem Operasi : Database PhpMyAdmin

    Bahasa Pemrograman : Neatbeans.8.1

    Program atau Software pendukung : Mysql and Java Neatbeans 8.1