BAB IV PERANCANGAN SISTEM USULAN...4. Yayasan Penggambaran use case diagram Tata usaha disesuaikan...

34

34

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Analisa Kebutuhan Software

Analisa kebutuhan software merupakan aktivitas awal dari siklus

pengembangan perangkat lunak, dan analisa merupakan langkah awal menentukan

perangkat lunak seperti apa yang dihasilkan. Perangkat lunak yang baik dan sesuai

dengan kebutuhan penggunaan yang sangat bergantung kepada keberhasilan dalam

analisa kebutuhan.

4.1.1. Analisa Kebutuhan

Analisa kebutuhan merupakan sebuah proses untuk mendapat informasi,

model, spesifikasi tentang perangkat lunak yang diinginkan. Berdasarkan analisa

sistem yang sedang berjalan yang menjadi kebutuhan mendasar untuk perancangan

sistem informasi akuntansi arus kas SMA Bina Utama Pontianak, sebagai berikut:

A. Bendehara

A1.Bendahara dapat login dan logout

A2.Bendahara dapat mengganti password.

A3. Bendahara dapat mengelolah kas keluar.

A4. Bendahara dapat mengelolah kas masuk.

A5.Bendahara dapat mengolah form pengajuan.

B. Tata Usaha

B1.Tata Usaha dapat melakukan login dan logout.

B2.Tata Usaha dapat melakukan penggantian password.

B3.Tata Usaha dapat mengelolah jenis pendapatan.

35

35

B4.Tata Usaha dapat mengelolah jenis beban.

B5.Tata Usaha dapat mengelolah laporan keuangan.

C. Kepala Sekolah

C1. Kepala Sekolah dapat login dan logout.

C2.Kepala Sekolah dapat melihat jenis pendapatan.

C4.Kepala Sekolah dapat melihat jenis beban.

C5.Kepala Sekolah dapat melihat laporan laporan keuangan.

D. Yayasan

D1. Yayasan dapat login dan logout.

D2.Yayasan dapat dapat melihat jenis pendapatan.

D3.Yayasan dapat melihat jenis beban.

D4.Yayasan dapat melihat melihat laporan laporan keuangan.

4.1.2. Use case diagram

Model use case ditentukan atas dasar kebutuhan fungsi-fungsi yang akan

dibangun. Proses analisa sistem yang telah dilakukan sebelumnya memberikan

informasi-informasi mengenai sistem yang sedang berjalan. Berdasarkan hasil

evaluasi sistem yang sedang berjalan, maka sistem yang telah ada perlu

dikembangkan. Pengembangan sistem dilakukan dengan mengubah atau

memperbaiki sistem yang masih menggunakan Microsoft excel kedalam sistem

yang terkomputerisasi. Adapun use case diagram sistem informasi yang diusulkan

sebagai berikut:

1. Use case bendahara

Penggambaran use case diagram bendahara disesuaikan dengan kebutuhan

fungsional yang sudah disebutkan dalam sub-bab 4.1.1, diatas:

36

36

Gambar IV.1. use case diagram bendahara

Berikut penjelasan atau deskripsi dari masing-masing use case diagram

bendahara atas:

Tabel.IV.1

Deskripsi use case diagram bendahara

Use case Name Bendahara

Requirements A1-A5

Goal Bendahara dapat melakukan login, logout,

mengganti password, mengelolah from pengajuan,

mengolah kas keluar, mengolah kas masuk

Pre-Conditions Bendahara masuk mengakses masuk halaman login

dan bisa logout

Post-Conditions Bendahara melakukan login dan masuk kedalam

halaman Bendahara

Failed End Conditions Bendahara dapat membatalkan login

Primary Actors Bendahara

Main Flow/ Basic Path 1. Bendahara mengganti password

2. Bendahara mengelolah kas keluar

3. Bendahara mengelolah kas masuk

4. Bendahara mengelolah form pengajuan

37

37

2. Use case diagram Tata Usaha

Penggambaran use case diagram Tata usaha disesuaikan dengan kebutuhan

fungsional yang sudah disebutkan dalam sub-bab 4.1.1, diatas:

Gambar IV.2 use case diagram Tata Usaha

Tabel.IV.2

Deskripsi use case diagram Tata Usaha

Use case Name Tata Usaha

Requirements B1-B5

Goal Tata usaha dapat melakukan login, logout, mengganti

password, mengelolah jenis beban, mengelolah jenis

pendapatan, mengelolah laporan keuangan.

Pre-Conditions Tata usaha masuk mengakses masuk halaman login

dan bisa logout

Post-Conditions Tata usaha melakukan login dan masuk kedalam

halaman Tata usaha

Failed End Conditions Tata usaha dapat membatalkan login

Primary Actors Tata Usaha

Main Flow/ Basic Path 1. Tata usaha mengganti password

2. Tata usaha mengelolah jenis beban

3. Tata usaha mengelolah jenis pendapatan

4. Tata usaha mengelolah laporan keuangan

38

38

3. Use case diagram Kepala Sekolah


fungsional yang sudah disebutkan dalam subbab 4.1.1, diatas:

Gambar IV.3 use case diagram Kepala Sekolah

Tabel.IV.3

Deskripsi use case diagram Kepala Sekolah

Use case Name Kepala Sekolah

Requirements C1-C5

Goal Kepala Sekolah dapat melakukan login, logout,

mengganti password, melihat jenis pendapatan, melihat

jenis beban, melihat laporan keuangan.

Pre-Conditions Kepala Sekolah masuk mengakses masuk halaman

login dan bisa logout

Post-Conditions Kepala Sekolah melakukan login dan masuk kedalam

halaman Kepala Sekolah

Failed End

Conditions

Kepala Sekolah dapat membatalkan login

Primary Actors Kepala Sekolah

Main Flow/ Basic

Path

1. Kepala Sekolah mengganti password

2. Kepala Sekolah melihat jenis pendapatan

3. Kepala Sekolah melihat jenis beban

4. Kepala Sekolah melihat laporan keuangan

39

39

4. Yayasan


fungsional yang sudah disebutkan dalam subbab 4.1.1, diatas:

Gambar IV.4 use case diagram Yayasan

Tabel.IV.4

Deskripsi use case diagram Yayasan

Use case Name Yayasan

Requirements D1-D5

Goal Yayasan dapat melakukan login, logout, mengganti

password, melihat jenis pendapatan, melihat jenis

beban, melihat laporan keuangan.

Pre-Conditions Yayasan masuk mengakses masuk halaman login dan

bisa logout

Post-Conditions Yayasan melakukan login dan masuk kedalam

halaman Kepala Sekolah

Failed End

Conditions

Yayasan dapat membatalkan login

Primary Actors Yayasan

Main Flow/ Basic

Path

1. Yayasan mengganti password

2. Yayasan melihat jenis pendapatan

3. Yayasan melihat jenis beban

4. Yayasan melihat laporan keuangan

40

40

4.1.3. Activity Diagram

Diagram Activity akan menggambarkan aliran kerja dari setiap aktivitas pada

sistem. Diagram Activity dalam sistem informasi SMA Bina Utama Pontianak

berdasarkan dari penjelasan dari setiap use case yang ada pada diagram use case

yang sebelumnya.

1. Activity diagram Bendahara

a. Activity diagram login dan logout

Berikut ini adalah penggambaran activity diagram login dan logout, untuk

login Bendahara, Tata Usaha, Kepala Sekolah dan Yayasan, activity

diagramnya sama, seperti dibawah ini:

Sumber : Hasil penelitian (2017)

Gambar IV.5 Activity Diagram Login

41

41

b. activity diagram mengganti password

Penggambaran activity diagram mengganti password pada bendahara

sama dengan activity diagram mengganti password pada Tata Usaha, Kepala

Sekolah dan Yayasan. Untuk activity diagram seperti dibawah ini:


Gambar IV.6 Activity Diagram Mengganti Password

c. Activity diagram pengelolaan pengajuan

Form pengajuan nantinya akan di simpan di dalam database, hal ini di

maksudkan agar dalam setiap pengajuan ada file simpan khusus. Untuk

42

42

pengajuan ini, ada dua pilihan yaitu pengajuan non tagihan dan tagihan.

Pengagambaran Activity diagram mengolah from pengajuan ebagai berikut:


Gambar IV.7 Activity Diagram Pengajuan

43

43

d. Activity diagram pengelolaan kas masuk

Mengolah kas masuk hanya bisa dilakukan oleh bendahara, berikut ini

gambaran activity diagram mengolah laporan kas masuk:


Gambar IV.8 Activity Diagram Pengelolaan Kas Masuk

44

44

e. Activity diagram pengelolaan kas keluar

Mengolah kas keluar hanya bisa dilakukan oleh bendahara, berikut ini

gambaran activity diagram mengolah laporan kas keluar:


Gambar IV.9 Activity Diagram Penglolaan Kas Keluar

45

45

f. Activity diagram pengelolaan Biaya

Mengolah beban hanya bisa dilakukan oleh tata usaha, berikut ini

gambaran activity diagram mengolah beban :


Gambar IV.10 Activity Diagram Pengelolaan Jenis Biaya

46

46

g. Activity diagram pengelolaan pendapatan

Mengolah pendapatan hanya bisa dilakukan oleh tata usaha, berikut ini

gambaran activity diagram mengolah pendapatan:


Gambar IV.11 Activity Diagram Penglolaan Jenis Pendapatan

47

47

h. Activity diagram penglolahan Laporan

Acivity diagram penglolaan laporan hanya bisa dilakukan oleh Tata

Usaha, berikut ini gambaran activity diagram penglolaan laporan :


Gambar IV.12 Activity Diagram Penglolaan Laporan

48

48

2. Activity diagram Kepala Sekolah dan Yayasan

a. Activity diagram melihat Pendapatan

Activity diagram melihat Pendapatan ada beberapa actor yang bisa

melakukannya. Adapun yaitu tata usaha dan kepala sekolah. Berikut ini

gambaran activity diagram melihat pendapatan :


Gambar IV.13 Activity Diagram Melihat Pendapatan

49

49

b. Activity diagram melihat Biaya

Activity diagram melihat beban ada beberapa actor yang bisa

melakukannya. Adapun yaitu tata usaha dan kepala sekolah. Berikut ini

gambaran activity diagram melihat beban :


Gambar IV.14 Activity Diagram Melihat Beban

50

50

4.2. Desain

Definisi desain adalah tahapan berupa penggambaran, perencanaan dan

pembuatan dengan menyatukan beberapa elemen terpisah ke dalam satu kesatuan

yang utuh untuk memperjelas bentuk sebuah sistem.

4.2.1. Entity Relation Diagram (ERD)

Entity Relationship Diagram adalah model data konseptual yang memandang

dunia nyata sebagai kesatuan (entity) dan hubungan (Relationship).

Gambar IV.15 Entity Relationship Diagram Informasi Arus kas

51

51

4.2.2. Logical Record structure (LRS)

Logical Record structure di bentuk dengan nomer dari tipe record. Berikut

ini LRS usulan:

Gambar IV.16 Logical Record Strukture Informasi Arus kas

4.3. Spesifikasi File

Spesifikasi file akan menyimpan data hasil pengolahan. Penjelasan tabel yang

digunakan dalam program usulan serta fiel yang terdapat pada file database yang

akan dibangun. Tabel-tabel tersebut akan menampung data informasi yang telah

dilakukan proses perekaman dan pengeditan data sehingga akan menyimpan data

secara permanen didalam disk. Spesifikasi file yang digunakan dalam perancangan

program aktiva tetap , sebagai berikut:

52

52

1. Spesifikasi file User

Nama file : User

Funsi file : Untuk menyimpan file Pengajuan

Akronim file : User

Akses file : Random

Tipe file : Input pengajuan

Media file : Hard disk

File kunci : id_user

Panjang record : 25 karakter

Software : MySql

Table IV.4.

Tabel User

No Elemen Data Akronim Type Widht Keterangan

1 Id_user Id_user Varchar 5 Premery key

2 Nama user Nama user Varchar 10

3 Password Password Varchar 10

2. Spesifikasi file Pengajuan

Nama file : Pengajuan

Funsi file : Untuk menyimpan file Pengajuan

Akronim file : Pengajuan

Akses file : Random

Tipe file : Input Pengajuan


File kunci : Id_pengajuan


53

53

Software : MySql

Table IV.5.

Tabel pengajuan


1 Id pengajuan Id_pengajuan Varchar 10 Premery Key

2 Tgl Pengajuan Tgl_Pengajuan Date 10

3 Total Total Int 10

4 Id User Id_User varchar 10

3. Spesifikasi file Kas Keluar

Nama file : Kas Keluar

Funsi file : Untuk menyimpan file Kas Keluar

Akronim file : Kas Keluar

Akses file : Random

Tipe file : Kas Keluar


File kunci : id biaya


Software : MySql

Table IV.6.

Tabel Kas Keluar


1 No Kas Keluar No Kas Keluar Varchar 15

2 Tgl kas keluar Tgl kas keluar Date 10

3 Nom kas keluar Nom kas keluar Int 10

4 Id pengajuan Id pengajuan Varchar 10

5 Id biaya Id biaya Varchar 10 Premery Key

6 Id user Id user Varchar 5

54

54

4. Spesifikasi file Jenis Biaya

Nama file : Jenis Biaya

Funsi file : Untuk menyimpan file Jenis Biaya

Akronim file : Jenis Biaya

Akses file : Random

Tipe file : Input Jenis Biaya


File kunci : Id_biaya


Software : MySql

Table IV.7.

Tabel Jenis Biaya


1 Id biaya Id biaya Varchar 10 Premery Key

2 Jenis biaya Jenis biaya Varchar 15

5. Spesifikasi file Kas Masuk

Nama file : Kas Masuk

Funsi file : Untuk menyimpan file Kas Masuk

Akronim file : Kas Masuk

Akses file : Random

Tipe file : Input Kas Masuk


File kunci : id pendapatan


Software : MySql

55

55

Table IV.8.

Tabel Kas Masuk


1 No Kas Masuk No Kas Masuk Varchar 15

2 Tgl Kas masuk Tgl Kas masuk Date 10

3 Nom Kas Masuk NomKas Masuk Int 10

4 Id pendapatan Id pendapatan Varchar 10 Premery Key

5 Id user Id user Varchar 5

6. Spesifikasi file Jenis Pendapatan

Nama file : Jenis Pendapatan

Funsi file : Untuk menyimpan file Jenis Pendapatan

Akronim file : Jenis Pendapatan

Akses file : Random

Tipe file : Input Jenis Pendapatan


File kunci : id pendapatan


Software : MySql

Table IV.9.

Tabel Jenis Pendapatan


1 Id pendapatan Id pendapatan Varchar 15 Premery Key

2 Jns pendapatan Jns pendapatan Varcahar 10

7. Spesifikasi file Jurnal

Nama file : Jurnal

Funsi file : Untuk menyimpan file Jurnal

Akronim file : Jurnal

56

56

Akses file : Random

Tipe file : Input Jurnal


File kunci : no jurnal


Software : MySql

Table IV.10.

Tabel Jurnal


1 No jurnal No jurnal Varchar 5 Premery Key

2 Tanggal Nama Jurnal Date 10

3 Id kas keluar Id kas keluar Varchar 10

4 Id kas masuk Id kas masuk Varchar 10

8. Spesifikasi file Akun

Nama file : Akun


Akronim file : Akun

Akses file : Random

Tipe file : Input Akun


File kunci : id akun


Software : MySql

57

57

Table IV.11.

Tabel Akun


1 Id akun Id akun Varchar 5 Premery Key

2 Nominal nominal Int 10

9. Spesifikasi file Akun

Nama file : Jurnal Detail


Akronim file : Jurnal Detail

Akses file : Random

Tipe file : Jurnal Detail


File kunci : id akun


Software : MySql

Tabel IV.12

Tabel Jurnal Detail


1 Id akun Id akun Varchar 5 Premery Key

2 No jurnal No jurnal Varchar 10

3 kredit kredit Int 10

4 debet debet Int 10

4.4. Software Architecture

Proses yang mendefinisikan solusi yang terstruktur yang memenuhi

kebutuhan teknis dan operasional.

58

58

4.4.1. Deployment diagram

Memvisualisasikan, menspesifikasikan dan mendokumentasikan proses yang

terjadi pada suatu sistem perangkat lunak menggunakan salah satu jenis alat atau

bahasa pemograman (UML) yang disebut Deployment diagram. Berikut ini

Deployment diagram usulan:

Gambar IV.17 Deployment diagram Informasi Arus kas

4.4.2. Sequence Diagram

Salah satu diagram yang digunakan untuk menunjukan rangkaian pesan yang

dikirim antara object juga interaksi antara object, berikut ini Sequence Diagram

usulan:

a. Login

Berikut ini gambar squence diagram login yang diusulkan. Untuk sequence

diagram login bisa dilakukan oleh setiap user, yaitu administrator, admin

penjualan, manager dan accounting. Berikut ini gambar diagram usulannya:

59

59

Gambar IV.18 Squence diagram login

b. Ganti password

Squence diagram ganti password dapat dilakukan oleh user. Namun sebelum

ganti password, user harus login terlebih dahulu untuk mendapatkan hak ases

mengganti password, berikut ini sequence diagram usulan:

60

60

Gambar IV.19 Squence diagram mengganti password

c. Mengolah pengajuan

Mengolah pengajuan hanya bisa dilakukan oleh administrator. Untuk

pengajuan ada dua jenis yaitu pengajuan tagihan dan non tagihan.

Gambar IV.20 Squence diagram Pengajuan

61

61

d. Mengolah Kas Masuk

Gambar IV.21 Squence diagram mengolah kas masuk

e. Mengolah Kas Keluar

Gambar IV.22 Squence diagram mengolah kas keluar

62

62

4.5 User Interface

User interface adalah rancangan usulan buat aplikasi yang akan dibuat dan juga

merupakan gambaran dari aplikasi yang akan dibuat. Dalam tahap perancangan

sistem, rancangan antar muka digambarkan berupa sketsa-sketsa tampilan atau form

yang akan dilihat oleh pengguna. User interface untuk aplikasi Informasi Arus Kas

sebagai berikut:

a. Menu Utama

Gambar IV.23 User Interface menu utama

b. Login

Form pada login dan logout ini ada beberapa pembagian kolom. Dan ada di

tambahkan nama sekolah pada from user yang akan masuk ke dalam menu aplikasi

ini. Dalam kolom user menggunakan JText sedangkan untuk tombol menggunakan

Button.

63

63

Gambar IV.24 User Interface login

c. Ganti Password

Gambaran pada Form ganti password ini tidak ada form yang berbeda. Untuk

jenis formnya sama yaitu menggunakan JText. Dan untuk tombolnya masih

menggunaka Button. Berikut ini gambaran user interface ganti password:

Gambar IV.25 User Interface mengganti password

64

64

d. Mengolah Pengajuan

User face mengelolah pengajuan terdiri 5 form. tanggal pengajuan

menggunakan Jdatechooser. Sedangkan yang lainnya menggunak JText. Dan untuk

tombol masih menggunakan button. Untuk jumlah kolom dan baris pada tabel

sesuai dengan jumlah atribut. Berikut ini gambaran user interface pada mengolah

pengajuan:

Gambar IV.26 User Interface Pengajuan

e. Mengolah Kas Masuk

User face mengelolah kas masuk hampir sama dengan user face yang lain.

Dalam form ini penglolaan kas masuk dimana tanggal menggunakan Jdatechooser.

Sedangkan yang lainnya menggunak JText. Dan untuk tombol masih menggunakan

button. Berikut ini gambaran user interface pada mengolah kas masuk:

65

65

Gambar IV.27 User Interface mengolah kas masuk

f. Mengolah Kas Keluar

User face mengelolah kas keluar juga hampir sama dengan user face kas

masuk. Dimana dalam form ini penglolaan kas keluar tanggal menggunakan

Jdatechooser. Sedangkan yang lainnya menggunak JText. Dan untuk tombol masih

menggunakan button. Berikut ini gambaran user interface pada mengolah kas

keluar:

Gambar IV.28 User Interface mengolah kas keluar

66

66

g. Mengolah Jenis Pendapatan

User face Mengolah jenis pendapatan tidak terlalu banyak mengguna from.

yaitu menggunakan Jtext serta simpan dan keluar menggunakan button. Berikut ini

gambaran user interface pada mengolah jenis pendapatan:

Gambar IV.29 User Interface mengolah jenis pendapatan

h. Mengolah Jenis Biaya

User face mengolah jenis biaya juga sama dengan user face jenis mengolah

biaya dimana tidak banyak menggunakan form yaitu Jtext serta simpan dan keluar

menggunakan button. Berikut ini gambaran user interface pada mengolah jenis

Biaya:

Gambar IV.30 User Interface mengolah jenis biaya

67

67

i. Melihat Jenis Pendapatan

User face pada melihat jenis pendapat hanya terdiri dua from saja.

jenis pendapatan tombol cari menggumakan button dan untuk tanggal

menggunakan Jdatechooser. Berikut ini gambaran user interface pada melihat

jenis pendapatan:

Gambar IV.31 User Interface melihaat jenis pendapatan

j. Melihat Jenis Biaya

Untuk form melihat jenis biaya sama dengan melihat jenis pendapatan. Berikut ini

gambaran user interface pada melihat jenis Biaya:

Gambar IV.32 User Interface melihat biaya

68

68

k. Mengolah Laporan

User face mengolah laporan menggunakan combobox pada jenis laporan karena

ada pilihan laporan yang akan dikelolah untuk tanggal menggunakan

Jdatechooser dan untuk no jurnal menggunakan Jtext. Berikut ini gambaran user

interface pada mengolah laporan :

Gambar IV.33 User Interface mengolah laporan

4.6. Spesifikasi Hardware dan Software

Hadware adalah perangkat keras yang dimiliki oleh sebuah sistem komputer,

sedangkan software adalah perangkat lunak atau program baik itu sistem operasi

69

69

maupun program aplikasi yang berfungsi untuk mendukung jaringan komputer.

Berikut ini spesifikasi Hadware dan software yang digunakan. Hadware yang

digunakan sebagai berikut:

a. Processor : Intel Core 2 Duo @ 2.00 Ghz

b. Memory : 2GB DDR3 RAM

c. Harsdisk : 320GB HDD

d. Printer : Laserjet

e. Keyboard dan mouse

Perangkat lunak yang dibutuhkan computer server sebagai berikut:

a. Operasi sistem : Windows 8 atau windows 10

b. Web Server : Apache V3.2.2 dan xampp V3.2.2.

c. Programing language : PHP

BAB IV PERANCANGAN SISTEM USULAN...4. Yayasan Penggambaran use case diagram Tata usaha disesuaikan...

Documents

Transcript of BAB IV PERANCANGAN SISTEM USULAN...4. Yayasan Penggambaran use case diagram Tata usaha disesuaikan...