BAB II LANDASAN TEORI 2.1. Basis Data Basis data (bahasa Inggris: database), atau sering pula dieja basisdata, adalah kumpulan informasi yang disimpan di dalam komputer secara sistematik sehingga dapat diperiksa menggunakan suatu program komputer untuk memperoleh informasi dari basis data tersebut. [Wikipedia, 2011] Menurut [ Fathansyah, 2001:2 ] , Basis Data diartikan sebagai gudang atau tempat bersarang dan Data yang berarti representasi fakta dunia nyata yang mewakili suatu objek seperti manusia, hewan, peristiwa, konsep dan sebagainya yang direkam dalam bentuk angka, huruf, simbol,
teks, gambar, bunyi atau
kombinasinya. Perancangan basis data dibutuhkan agar diperoleh suatu sistem yang sesuai dengan apa yang diinginkan, dimana dapat melalui tahapan berikut : a.
Entity Relationship Diagram ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam basis data berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi. ERD untuk memodelkan struktur data dan hubungan antar data, untuk menggambarkannya digunakan beberapa notasi dan simbol. Pada dasarnya ada tiga simbol yang digunakan, yaitu :
7
a. Entity (Entitas) Entity merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain (Fathansyah, 1999: 30). Simbol dari entiti ini biasanya digambarkan dengan persegi panjang. b. Atribut Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain. Gambar atribut diwakili oleh simbol elips. c. Hubungan / Relasi Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Relasi dapat digambarkan sebagai berikut : Relasi yang terjadi diantara dua himpunan entitas (misalnya A dan B) dalam satu basis data yaitu (Abdul Kadir, 2002: 48) : 1. Satu ke satu (One to one) Hubungan relasi satu ke satu yaitu setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B. 2. Satu ke banyak (One to many) Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap
8
entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitas A.
3. Banyak ke banyak (Many to many) Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B. Metode pembuatan ERD Dalam membuat ERD, ada beberapa hal yang perlu kita waspadai, selain itu kita juga dituntut untuk lebih teliti dalam menentuka entity, relasi, atribut, menghindarkan terjadinya relasi "many to many" dan lain sebagainya. [Fikri, 2011]. Untuk itu lihat beberapa langkah berikut agar kita bisa membuat ERD dengan baik: 1. Menentukan Entity Disini kita dituntut untuk menentukan dengan cermat sebuah entity yang ada dalam suatu proyek atau masalah. Entity berguna untuk menentukan peran, kejadian, lokasi, hal nyata dan konsep penggunaan untuk database 2. Menentukan Relasi Setelah kita berhasil membuat Entity, langkah selanjutnya adalah menentukan relasi antar entity. Relasi apa yang terdapat antara Entity A dan B, apakah entity A dan B memiliki relasi "one to one", "one to many", atau "many to many".
9
3. Gambar ERD sementara Jika sudah mengetahui Entity beserta Relasinya, sekarang kita buat dulu gambar ERD sementara. Entity digambarkan dengan persegi, relasi digambarkan dengan garis. 4. Isi kardinalitas Kardinalitas menentukan jumlah kejadian satu entitas untuk sebuah kejadian pada entitas yang berhubungan. Contohnya antara Entitas Buku, Distributor dan Pengarang, kardinalitas yang ada berupa :
Satu pengarang dapat menulis banyak buku
Satu buku ditulis satu pengarang
Banyak buku di distribusikan oleh satu distributor. Dari sini kita bisa mengetahui harus memberi relasi apa. One to one kah?, dsb.
5. Tentukan Primary Key (Kunci Utama) Menentukan Primary Key pada masing-masing entity. Primary Key adalah atribut pada entity yang bersifat unik. Jadi setiap entity hanya memiliki satu Primary Key saja. Contoh: Entity Buku memiliki Primary Key bernama kode buku. Kode Buku ini bersifat unik, karena masing-masing buku memiliki kode yang berbedabeda. Tentukan pula Foreign Key (Kunci Tamu) pada masing-masing Entity. Foreign Key adalah Primary Key yang ada dalam Entity yang lain. Contoh pada Entity Pengarang misalnya terdapat atribut
10
kode buku, yang mana, kode buku merupakan Primary Key dari Entity buku. 6. Gambar ERD berdasarkan Primary Key Menghilangkan relasi "many to many" dan memasukkan Primary dan Foreign Key pada masing-masing entitas. Relasi many to many antar entity perlu dihilangkan dengan cara menambah atribut baru antara 2 entity yang memiliki relasi many to many. 7. Menentukan Atribut Jika sudah melakukan step diatas, sekarang saatnya menentukan atribut pada masing-masing Entitas. Telitilah dalam menentukan atribut. 8. Pemetaan Atribut Apabila atribut telah ditentukan, sekarang pasang atribut dengan entitas yang sesuai. 9. Gambar ERD dengan Atribut Mengatur ERD seperti langkah 6 dengan menambahkan atribut dan relasi yang ditemukan. 10. Periksa Hasil Periksa lagi ERD. Apakah ERD sudah menggambarkan system yang akan dibangun? Jika belum, check kembali dari awal. b. Normalisasi Normalisasi adalah suatu teknik untuk mengorganisasi data ke dalam tabel-tabel untuk memenuhi kebutuhan pemakai di dalam suatu organisasi.
11
Tujuan dari normalisasi � Untuk menghilangkan kerangkapan data � Untuk mengurangi kompleksitas � Untuk mempermudah pemodifikasian data Proses Normalisasi 1. Data diuraikan dalam bentuk tabel, selanjutnya dianalisis berdasarkan persyaratan tertentu ke beberapa tingkat. 2. Apabila tabel yang diuji belum memenuhi persyaratan tertentu, maka tabel tersebut perlu dipecah menjadi beberapa tabel yang lebih sederhana sampai memenuhi bentuk yang optimal. Tahapan Normalisasi Bentuk Tidak Normal ↓
Menghilangkan perulangan group
Bentuk Normal Pertama (1NF) ↓
Menghilangkan ketergantungan sebagian
Bentuk Normal Kedua (2NF) ↓
Menghilangkan ketergantungan transitif
Bentuk Normal Ketiga (3NF) ↓
Menghilangkan anomali-anomali hasil dari ketergantungan fungsional
Bentuk Normal Boyce-Codd (BCNF) ↓
Menghilangkan Ketergantungan Multivalue
Bentuk Normal Keempat (4NF) ↓
Menghilangkan anomali-anomali yang tersisa
12
Bentuk Normal Kelima Ketergantungan Fungsional Definisi : Atribut Y pada relasi R dikatakan tergantung fungsional pada atribut X (R.X ---> R.Y), jika dan hanya jika setiap nilai X pada relasi R mempunyai tepat satu nilai Y pada R. Ketergantungan Fungsional Penuh Definisi : Atribut Y pada relasi R dikatakan tergantung fungsional penuh pada atribut X pada relasi R, jika Y tidak tergantung pada subset dari X ( bila X adalah key gabungan) Ketergantungan Transitif Definisi : Atribut Z pada relasi R dikatakan tergantung transitif pada atribut X , jika atribut Y tergantung pada atribut X pada relasi R dan atribut Z tergantung pada atribut Y pada relasi R. ( X
Y, Y
Z , maka X
Z ) Bentuk Normal Kesatu (1NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal Kesatu bila setiap data bersifat atomik yaitu setiap irisan baris dan kolom hanya mempunyai satu nilai data
13
Bentuk Normal Kedua (2NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal Kedua bila relasi tersebut sudah memenuhi bentuk Normal kesatu, dan atribut yang bukan key sudah tergantung penuh terhadap keynya. Bentuk Normal Ketiga (3NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal ketiga bila relasi tersebut sudah memenuhi bentuk Normal kedua dan atribut yang bukan key tidak tergantung transitif terhadap keynya. c. Relasi Tabel Merupakan hubungan yang terjadi pada suatu tabel dengan tabel yang lainnya, yang berfungsi untuk mengatur operasi suatu database. [Deckynoviar, 2008]. Hubungan yang dapat dibentuk dapat mencakupi 3 (tiga) macam hubungan yaitu ; a. One-To-One (1 – 1) Mempunyai pengertian “Setiap baris data pada tabel pertama dihubungkan hanya ke satu baris data pada tabel ke dua”. b. One-To-Many (1 – ) Mempunyai pengertian “Setiap baris data dari tabel pertama dapat dihubungkan ke satu baris atau lebih data pada tabel ke dua “.
14
c. Many-To-Many ( – ) Mempunyai pengertian “Satu baris atau lebih data pada tabel pertama bisa dihubungkan ke satu atau lebih baris data pada tabel ke dua “. Referential Integrity Referential Integrity merupakan suatu aturan terhadap relasi antar tabel untuk menjamin validasi hubungan antara record-record didalam tabel-tabel yang terkait. Dan secara otomatis akan memastikan relasi tersebut ada atau tidaknya record pada sisi Many (tabel yang terhubung dengan tabel Utama ) yang foregn key nya tidak memiliki pasangan ditabel sisi One (Tabel Utama) Model Relasi Referential Integrity Ada dua model relasi terhadap Referential Integrity, dengan memilih salah satu atau kedua pilihan, yaitu :
a. Cascade Update Related Fields Setiap perubahan pada Primary Key, pada tabel Utama , maka secara otomatis mengubah nilai pada record-record yang berkesesuaian didalam tabel yang memilik relasi dengan tabel Utama
15
b. Cascade Delete Related Records Setiap penghapusan record Primary Key pada tabel Utama, maka akan
mengakibatkan
penghapusan
record-record
yang
berkesesuaian didalam tabel yang memiliki relasi dengan tabel Utama. Aturan-Aturan Referential Integrity 1. Field yang dihubungkan dari tabel utama haruslah berupa Primary Key. 2. Kedua field yang saling behubungkan harus memiliki Tipe data dan lebar data yang sama. 3. Tidak dibenarkan penghapusan record pada tabel utama yang telah dihubungkan dengan tabel yang direlasikan. 4. Tidak diperbolehkan melakukan penambahan record pada tabel relasi bila record tersebut berisi data atau fakta yang belum ada pada tabel utama. Setelah memunculkan semua table yang dimaksud, hubungkan primary-key dan foregn-key yang ada, seperti gambar berikut: Join Digunakan untuk mengakses data dari lebih dari satu tabel dan menggabungkan hasilnya.
16
Join Properties memiliki tiga macam pilihan join, yaitu : 1. Only include rows where the joined field form both tables are equal Pengertian Pilihan ini merupakan pilihan default, yaitu hanya menampilkan recordrecord yang berkesesuaian dari kedua tabel yang memiliki relasi 2. Include ALL records from ‘XXX’ and only those records form ‘ZZZ’ where the joined fields are equal Pengertian Menggabungkan semua record pada tabel XXX dan hanya record-record yang berkesesuaian dari tabel ZZZ yang direlasikan 3. Include ALL records from ‘ZZZ’ and only those records form ‘XXX’ where the joined fields are equal Pengertian Menggabungkan semua record pada tabel ZZZ dan hanya record-record yang berkesesuaian dari tabel XXX yang direlasikan. d. Kamus Data (Data Dictionary) Kamus data atau systems data dictionary adalah katalog fakta tentang data dan kebutuhan-kebutuhan informasi dari suatu sistem informasi. Dengan DD analis sistem dapat mendefinisikan data yang mengalir di sistem dengan lengkap. Pada tahap analisis sistem, DD digunakan sebagai alat komunikasi antara analis sitem dengan pemakai sistem tentang data yang mengalir ke sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh pemakai
17
sistem. Pada tahap perancangan sistem, DD digunakan untuk merancang input, merancang laporan-laporan dan database. DD dibuat berdasarkan arus data yang ada di DFD (Data Flow Diagram). Arus data di DFD sifatnya adalah global, hanya ditunjukkan nama arus datanya saja. Keterangan lebih lanjut tentang struktur dari suatu arus data di DFD secara lebih terinci dapat dilihat di DD. DD tidak menggunakan notasi grafik sebagaimana halnya DFD. DD berfungsi membantu pelaku sistem untuk mengerti aplikasi secara detil, dan mereorganisasi semua elemen data yang digunakan dalam sistem secara presisi sehingga pemakai dan penganalisa sistem punya dasar pengertian yang sama tentang masukan, keluaran, penyimpanan dan proses. DD mendefinisikan elemen data dengan fungsi sebagai berikut: 1. Menjelaskan arti aliran data dan penyimpanan dalam DFD. 2. Mendeskripsikan komposisi paket data yang bergerak melalui aliran, misalnya
alamat diuraikan menjadi kota, kodepos, propinsi, dan negara.
3. Mendeskripsikan komposisi penyimpanan data. 4. Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran. 5. Mendeskripsikan hubungan detil antara penyimpanan yang akan menjadi titik perhatian dalam entity relationship diagram.
18
Isi Data Dictionary Data dictionary harus dapat mencerminkan keterangan yang jelas tentang data yang dicatatnya. Untuk maksud keperluan ini, maka DD harus memuat hal-hal berikut : a.
Nama arus data. Karena DD dibuat berdasarkan arus data yang mengalir di DFD, maka nama dari arus data juga harus dicatat di DD, sehingga mereka yang
membaca DFD dan memerlukan
penjelasan lebih lanjut tentang suatu arus
data tertentu di
DFD dapat langsung mencarinya dengan mudah di DD. b.
Nama Alias. Alias atan nama lain dari data dapat dituliskan bila nama lain ini ada. Alias perlu ditulis karena data ayang sama mempunyai nama yang berbeda untuk orang atau departemen satu dengan yang lainnya, misalnnya bagia npembuat faktur dan langganan menyebut bukti penjualan sebagai faktur, sedang bagian gudang menyebutnya sebagai tembusan permintaan persediaan. Baik
faktur
dan
tembusan
permintaan
persediaan
ini
mempunyai struktur data yang sama, tetapi mempunyai struktur yang berbeda.
19
c.
Bentuk data. Bentuk data perlu dicatat di DD, karena dapat digunakan untuk mengelompokkan DD ke dalam kegunaannya sewaktu perancangan sistem. · DD yang mencatat data yang mengalir dalam bentuk dokumen dasar atau formulir akan digunakan untuk merancang bentuk input sistem. · DD yang mencatat data yang mengalir dalam bentuk laporan tercetak dan dokumen hasil cetakan komputer akan digunakan untuk merancang output yang akan dihasilkan oleh sistem. · DD yang mencatat data yang mengalir dalam bentuk tampilan dilayar monitor akan digunakan untuk merancang tampilan layar yang akan dihasilkan oleh sistem. · DD yang mencatat data yang mengalir dalam bentuk parameter dan
variabel akan digunakan untuk merancang
proses dari program. · DD yang mencatat data yang mengalir dalam bentuk dokumen, formulir, laporan, dokumen cetakan komputer, tampilan di layar monitor, variabel dan field akan digunakan untuk merancang database.
20
d.
Arus data. Arus data menunjukkan dari mana data mengalir dan ke mana data akan menuju. Keterangan arus data ini perlu dicatat di DD supaya memudahkan mencari arus data ini di DFD.
e.
Penjelasan. Untuk tidak memperjleas lagi tentang makna dari arus data yang dicatat
di DD, maka bagian penjelasan dapat diisi
dengan keterangan-keterangan
tentang arus data tersebut.
Sebagai misalnya nama dari arus data adalah
tembusan
permintaaan persediaan, maka dapat lebih dijelaskan sebagai tembusan dari faktur penjualan untuk meminta barang dari gudang. f.
Periode. Periode ini menunjukkan kapan terjadinya arus data ini. Periode perlu dicatat di DD karena dapat digunakan untuk mengidentifikasikan kapan input data harus dimasukkan ke sistem, kapan proses dari program harus
dilakukakan dan
kapan laporan-laporan harus dihasilkan. g.
Volume. Volume yang perlu dicatat di DD adalah tentang volumen rata-rata dan volume puncak dari arus data. Volume rata-rata
21
menunjukkan banyaknya rata-rata arus data yang mengalir dalam suatu periode tertentu dan volume puncak menunjukkan volume yang terbanyak, Volume ini digunakan untuk mengidentifikasikan besarnya simpanan luar yang akan digunakan, kapasitas dan jumlah dari alat input, alat pemroses dan alat output. h.
Struktur data. Struktur data menunjukkan arus data yang dicatat di DD terdiri dari item-item apa saja.
Simbol Data Dictionary Kebanyakan sistem, kadang-kadang elemen data terlalu kompleks untuk didefinisikan. Kekomplekkan tersebut seharusnya diuraikan melalui sejumlah elemen data yang lebih sederhana.Kemudian elemen data yang lebih sederhana tersebut didefinisikan kembali hingga nilai dan satuan relevan dan elementer. Pendefinisian tersebut menggunakan notasi yang umum digunakan dalam menganalisa sistem dengan menggunakan sejumlah simbol, seperti berikut : No
Simbol
Uraian
1
=
Terdiri dari, mendefinisikan, diuraikan menjadi, artinya
2
+
Dan
3
()
Opsional (boleh ada atau boleh tidak ada)
22
4
{}
Pengulangan
5
[]
Memilih salah satu dari sejumlah alternatif, seleksi
6
**
Komentar
7
@
Identifikasi atribut kunci
8
|
Pemisah sejumlah alternatif pilihan antara simbol [ ]
Tabel 2.1 Simbol Data Dictionary Sumber : Pengantar Perancangan Sistem, Husni Iskandar Pohan, dkk. Untuk melengkapi definis elemen data ada sejumlah hal yang perlu diperhatikan, yaitu : a. Kejelasan arti elemen data dalam konteks aplikasi yang biasanya dideskripsikan sebagai komentar dengan notasi **. b. Komposisi elemen data, jika masih dapat diuraikan lagi. c. Nilai dan satuan elemen data, jika sudah tidak dapat diuraikan lagi. Elemen data opsional didefinisikan sebagai sesuatu yang dapat digunakan atau tidak perlu digunakan sebagai pilihan dari sejumlah alternatif. Masalah alternatif pilihan merupakan hal penting, karena pemakai harus diyakinkan bahwa semua kemungkinan yang ada sudah tercakup.Pemakai akan kewalahan jika harus membaca seluruh DD, item demi item untuk mengecek kebenaran DD tersebut. [Ika, 2011]
23
2.2. DMBS (Sistem Manajemen Basis Data) Sistem manajemen basis data (Bahasa Inggris: database management system, DBMS), atau kadang disingkat SMBD, adalah suatu sistem atau perangkat lunak yang dirancang untuk mengelola suatu basis data dan menjalankan operasi terhadap data yang diminta banyak pengguna. Contoh tipikal SMBD adalah akuntansi, sumber daya manusia, dan sistem pendukung pelanggan, SMBD telah berkembang menjadi bagian standar di bagian pendukung (back office) suatu perusahaan. Contoh SMBD adalah Oracle, SQL server 2000/2003, MS Access, MySQL dan sebagainya. DBMS merupakan perangkat lunak yang dirancang untuk dapat melakukan utilisasi dan mengelola koleksi data dalam jumah yang besar. DBMS juga dirancang untuk dapat melakukan masnipulasi data secara lebih mudah. Sebelum adanya BMS maka data pada umumnya disimpan dalam bentuk flatfile, yaitu file teks yang ada pada sistem operasi. Sampai sekarangpun masih ada aplikasi yang menimpan data dalam bentuk flat secara langsung. Menyimpan data dalam bentuk flat file mempunyai kelebihan dan kekurangan. Penyimpanan dalam bentuk ini akan mempunyai manfaat yang optimal jika ukuran filenya relatif kecil, seperti file passwd. File passwd pada umumnya hanya igunakan untuk menyimpan nama yang jumlahnya tidak lebih dari 1000 orang. Selain dalam bentuk flat file, penyimpanan data juga dapat dilakukan dengan menggunakan program bantu seperti spreadsheet. Penggunaan perangkat lunak ini memperbaiki beberapa kelemahan dari flat file, seperti bertambahnya kecepatan dalam pengolahan data. Namun
24
demikian metode ini masih memiliki banyak kelemahan, diantaranya adalah masalah manajemen dan keamanan data yang masih kurang. [Wikipedia, 2011] Bahasa-Bahasa yang Terdapat di dalam DBMS a) DDL (Data Definition Language) DDL digunakan untuk mendefinisikan database, misal untuk membuat tabel, modifikasi tabel, membuat index, membuat view dan kelengkapan databse serta tabel yang lain-lain. Secara garis besar DDL digunakan untuk melakukan maintenance database. Syntaks atau keyword yang masuk dalam kategori ini antara lain : digunakan untuk membuat objek baru, DROP digunakan untuk menghapus tabel atau database. UPDATE
digunakan untuk meng-
ubah record. ALTER digunakan untuk memodifikasi database. b) DML (Data Manipulation Language) DML digunakan untuk melakukan manipulasi atau pengolahan data dalam database. Misalnya untuk mengambil data (record) dengan kriteris tertentu, meng-ubah data pada tabel, menjumlahkan data dalam tabel, dan menambahkan data kedalam tabel. Syntaks atau keyword yang masuk dalam kategori ini antara lain :
25
SELECT
untuk menampilkan data, INSERT
data baru, UPDATE
untuk menambahkan
untuk mengubah data yang sudah ada, DELETE
untuk menghapus data. [Doni, 2011] 2.3. AppServ Appserv merupakan aplikasi yang berfungsi untuk installl beberapa program antara lain Apache, PHP, MySQL dalam 1 menit. Banyak orang di dunia ini mempunyai masalah ketika Install Apache, PHP, MySQL karena butuh waktu lama untuk mengkonfigurasi dan kadang kala dapat menyebabkan pusing. Dengan adanya Appserv orang sangat dimanjakan sekali.
Beberapa Fitur Appserv adalah
Apache
PHP
MySQL
phpMyAdmin
Tujuan dari Aplikasi Appserv
Tujuan dari AppServ adalah Mempermudah untuk menginstal. Anda dapat membuat web server, database server dalam 1 menit beberapa pertanyaan AppServ dapat menjadi Produksi nyata Web Server atau Database Server. OS yang digunakan bisa menggunkan Os windows ataupun OS linux Tetapi Windows OS tidak cukup baik untuk beban berat pada Anda memori web atau database
26
server. Kami sarankan Anda untuk menggunakan Linux / Unix untuk servis berat beban kerja. Karena Linux / Unix memiliki kecepatan yang lebih dan memerlukan sedikit memori dan penggunaan CPU. Jika Anda membandingkan menyerang ketika menggunakan Windows OS dan Linux / Unix anda dapat menemukan perbedaan yang sangat kecepatan. misalnya Windows dapat melayani 1000 user per detik tetapi Linux / Unix OS dapat menangani lebih dari 1000 user per detik dan makan sedikit memori dan cpu.
2.4 Flowmap Flowmap
atau flowchart merupakan
grafik
formal
yang
menggambarkan urutan logis dari. pekerjaan suatu proyek atau proses. Setiap notasi flowmap memiliki arti khusus. Bagan, nama dan fungsinya seperti yang disajikan pada tabel berikut:
Simbol
Keterangan Dokumen. Simbol ini digunakan untuk menggambarkan semua jenis dokumen, yang merupakan formulir yang digunakan untuk
merekam data terjadinya suatu
transaksi. Nama dokumen
dicantumkan ditengah
sistem. Input/
output.
Simbol
ini
digunakan
untuk
menggambarkan catatan akuntansi yang digunakan untuk mencatat data yang direkam didalam
dokumen
atau
formulr.
dicantumkan di dalam sistem ini.
27
sebelumnya
Nama
catatan
Garis alir (flowline). Simbol ini menggambarkan arah proses pengolahan data. Anak panah tidak digambarkan jika arus dokumen mengarah kebawah dan kekanan. Jika arus dokumen mengalir ke atas atau ke kiri, anak panah perlu dicantumkan. Penghubung pada halaman yang sama. (on page connector).
Dalam menggambarkan bagan alir, arus
dokumen dibuat mengalir dari atas ke bawah dan dari kiri kekanan. Karena keterbatasan ruang halaman kertas untuk
menggambar,
maka
diperlukan
system
penghubung untuk memungkinkan aliran dokumen berhenti di suatu lokasi pada halaman tertentu dan kembali berjalan di lokasi lain pada halaman yang sama. Penghubung pada halaman yang berbeda (off-page connector).
Jika untuk menggambarkan bagan
alir
suatu system akuntansi
diperlukan lebih dari satu
halaman,
harus
sistem
ini
digunakan
untuk
menunjukkan kemana dan bagaimana bagan alir terkait satu dengan yang lainnya. Kegiatan
Manual.
Simbol
ini
digunakan
untuk
menggambarkan kegiatan manual seperti: menerima order, mengisi formulir, membandingkan, memeriksa. Uraian singkat kegiatan manual dicantumkan di dalam smbol ini. Proses. Simbol ini menggambarkan pengolahan data dengan sistem. Nama program ditulis didalam system. Keying (typing, verifying). Simbol ini menggambarkan pemasukan data ke dalam sistem. Storage. Simbol ini menggambarkan arsip yang tersimpan di dalam memori sistem.
28
Keputusan. Simbol ini menggambarkan keputusan yang harus dibuat dalam proses pengolahan data. Keputusan yang dibuat ditulis didalam sistem. Mulai/berakhir (terminal). Simbol ini digunakan untuk menggambarkan awal dan akhir suatu sistem.
Tabel 2.2 Simbol flowmap Beberapa prinsip yang harus ditaati dalam membuat flowmap: a.
Tidak ada bagan yang menggantung
b.
Percabangan hanya ada 2 dengan indikasi Ya dan Tidak. Ya untuk menyatakan bahwa kondisi dipenuhi, Tidak untuk menyatakan sebaliknya
c.
Selalu diawali dengan Mulai dan Selesai atau Start dan Stop dengan bagan terminator
d.
Memanfaatkan konektor yang sesuai jika flowchart akan dibagi menjadi beberapa bagian
e.
Gunakan bahasa sederhana pada bagan yang digunakan
29
