Pemodelan Data dan Proses

Selama proses pemodelan persyaratan yang dijelaskan dalam Bab 4, Anda menggunakan teknik
pencarian fakta
untuk menyelidiki sistem saat ini dan mengidentifikasi kebutuhan pengguna. Sekarang, di Bab 5 dan 6
Anda akan menggunakan informasi tersebut untuk mengembangkan model logis dari sistem yang
diusulkan dan mendokumentasikan persyaratan sistem. Sebuah model logika menunjukkan apa
sistem harus lakukan, terlepas dari bagaimana hal itu akan dilaksanakan secara fisik. Kemudian,
dalam fase desain sistem , Anda membangun model fisik yang menjelaskan bagaimana sistem akan
dibangun. Pemodelan data dan proses melibatkan tiga alat utama: diagram aliran data, kamus data,
dan deskripsi proses . Bab 5 mencakup empat Sesi Pembelajaran Video yang menunjukkan cara
bekerja dengan simbol dan diagram DFD , cara membuat diagram konteks, cara membuat diagram
DFD 0, dan cara menggunakan tabel keputusan.
O khtisar OF D ATA DAN P rocess M ODELING T ools
Analis sistem menggunakan banyak teknik grafis untuk mendeskripsikan sistem informasi. Salah satu
metode yang populer adalah menggambar satu set diagram aliran data. Sebuah aliran data diagram
(DFD) menggunakan berbagai simbol untuk menunjukkan bagaimana sistem transformasi input data
menjadi informasi yang berguna. Alat grafis lainnya termasuk model objek, yang dijelaskan dalam
Bab 6 (Pemodelan Objek), dan diagram hubungan entitas , yang dijelaskan dalam Bab 9 (Desain
Data).
D ATA F LOW D IAGRAM
Pada Bagian A dari Perangkat Analis Sistem, Anda belajar bagaimana menggunakan alat bantu visual
untuk membantu menjelaskan konsep, seperti yang ditunjukkan pada Gambar 5-2. Demikian pula,
selama tahap analisis sistem, Anda mempelajari cara membuat model visual sistem informasi
menggunakan sekumpulan diagram aliran data. Diagram arus data (DFD) menunjukkan bagaimana
data bergerak melalui sistem informasi tetapi tidak menunjukkan logika program atau langkah-
langkah pemrosesan . Sekumpulan DFD menyediakan model logis yang menunjukkan apa yang
dilakukan sistem, bukan bagaimana melakukannya. Perbedaan tersebut penting karena berfokus pada
masalah implementasi pada saat ini akan membatasi pencarian Anda untuk desain sistem yang paling
efektif.
Simbol DFD
DFD menggunakan empat simbol dasar yang mewakili proses, aliran data, penyimpanan data, dan
entitas. Ada beberapa versi simbol DFD yang berbeda, tetapi semuanya memiliki tujuan yang sama.
Contoh DFD dalam buku teks ini menggunakan set simbol Gane dan Sarson . Set simbol populer
lainnya adalah set simbol Yourdon . Gambar 5-3 menunjukkan contoh dari kedua versi. Simbol
direferensikan dengan menggunakan huruf kapital semua untuk nama simbol.
 
SIMBOL PROSES . Suatu proses menerima masukan data dan menghasilkan keluaran yang memiliki
isi, bentuk, atau keduanya yang berbeda. Misalnya, proses penghitungan gaji menggunakan dua input
(tingkat gaji dan jam kerja) untuk menghasilkan satu output (gaji total). Prosesnya bisa sangat
sederhana atau cukup rumit. Dalam perusahaan biasa, proses mungkin termasuk menghitung tren
penjualan , mengajukan klaim asuransi online, memesan inventaris dari sistem pemasok, atau
memverifikasi alamat email untuk pelanggan Web. Proses mengandung logika bisnis , juga disebut
aturan bisnis , yang mengubah data dan menghasilkan hasil yang diperlukan.
Simbol untuk suatu proses adalah persegi panjang dengan sudut membulat. Nama proses
muncul di dalam persegi panjang. Nama proses mengidentifikasi fungsi tertentu dan terdiri dari kata
kerja (dan kata sifat, jika perlu) diikuti oleh kata benda tunggal. Contoh nama proses adalah APPLY
RENT PAYMENT, HITUNG KOMISI, ASSIGN FINAL GRADE, VERIFY ORDER, dan FILL
ORDER.
Detail pemrosesan tidak ditampilkan di DFD. Misalnya, Anda mungkin memiliki proses yang
bernama PEMBAYARAN DEPOSIT. Simbol proses tidak mengungkapkan logika bisnis untuk
proses PEMBAYARAN DEPOSIT . Untuk mendokumentasikan logika, Anda membuat deskripsi
proses, yang akan dijelaskan nanti di bab ini.
 Dalam DFD, simbol proses dapat disebut sebagai kotak hitam , karena input, output, dan
fungsi umum dari proses diketahui, tetapi detail dan logika proses yang mendasarinya tersembunyi.
Dengan menampilkan proses sebagai kotak hitam, seorang analis dapat membuat DFD yang
menunjukkan bagaimana sistem berfungsi, tetapi menghindari detail dan kekacauan yang tidak perlu .
Ketika analis ingin menunjukkan tingkat detail tambahan, dia dapat memperbesar simbol proses dan
membuat DFD yang lebih mendalam yang menunjukkan cara kerja internal proses - yang mungkin
mengungkapkan lebih banyak proses, aliran data, dan penyimpanan data . Dengan cara ini, sistem
informasi dapat dimodelkan sebagai rangkaian gambar yang semakin detail. Router jaringan yang
ditunjukkan pada Gambar 5-4 adalah contoh kotak hitam . Seorang pengamat dapat melihat kabel
yang membawa data masuk dan keluar dari router, tetapi operasi internal router tidak terungkap -
hanya hasilnya yang terlihat.
 
SIMBOL ALIRAN DATA . Sebuah aliran data adalah jalan untuk data untuk bergerak dari satu
bagian dari sistem informasi yang lain. Aliran data dalam DFD mewakili satu atau lebih item data.
Misalnya, aliran data dapat terdiri dari satu item data (seperti nomor ID siswa) atau dapat mencakup
sekumpulan data (seperti daftar kelas dengan nomor ID siswa, nama, dan tanggal pendaftaran untuk
kelas tertentu) . Meskipun DFD tidak menunjukkan isi dari suatu aliran data secara rinci, informasi
tersebut dimasukkan ke dalam kamus data, yang akan dijelaskan nanti pada bab ini.
Simbol untuk aliran data adalah garis dengan panah tunggal atau ganda. Nama aliran data
muncul di atas, di bawah, atau di samping garis. Nama aliran data terdiri dari kata benda tunggal dan
kata sifat, jika diperlukan. Contoh nama aliran data adalah DEPOSIT, PEMBAYARAN INVOICE,
NILAI SISWA, ORDER, dan KOMISI. Pengecualian untuk aturan nama tunggal adalah nama aliran
data, seperti PARAMETER PENILAIAN , di mana nama tunggal dapat menyesatkan Anda sehingga
mengira ada parameter tunggal atau satu item data.
Gambar 5-5 menunjukkan contoh yang benar dari aliran data dan koneksi simbol proses .
Karena suatu proses mengubah konten atau formulir data, setidaknya satu aliran data harus masuk dan
satu aliran data harus keluar dari setiap simbol proses , seperti yang mereka lakukan dalam proses
BUAT INVOICE. Simbol proses dapat memiliki lebih dari satu aliran data keluar, seperti yang
ditunjukkan dalam proses GRADE STUDENT WORK , atau lebih dari satu aliran data yang masuk,
seperti yang ditunjukkan dalam proses CALCULATE GROSS PAY. Sebuah proses juga dapat
terhubung ke simbol lain, termasuk simbol proses lainnya , seperti yang ditunjukkan oleh koneksi
antara VERIFY ORDER dan ASSEMBLE ORDER pada Gambar 5-5. Aliran data, oleh karena itu,
harus memiliki simbol proses pada setidaknya satu ujung. Gambar 5-6 menunjukkan tiga aliran data
dan kombinasi proses yang harus Anda hindari:
• Generasi spontan. Proses APPLY INSURANCE PREMIUM, misalnya, menghasilkan keluaran,
tetapi tidak memiliki aliran data masukan. Karena tidak ada masukan maka proses tersebut
dinamakan proses pembangkitan spontan.  
• Lubang hitam. CALCULATE GROSS PAY disebut proses lubang hitam, yaitu proses yang
memiliki input, tetapi tidak menghasilkan output.  
• Lubang abu-abu. Lubang abu-abu adalah proses yang memiliki setidaknya satu masukan dan satu
keluaran, tetapi masukan tersebut jelas tidak cukup untuk menghasilkan keluaran yang ditampilkan.
Misalnya, masukan tanggal lahir tidak cukup untuk menghasilkan keluaran nilai akhir dalam proses
PERHITUNGAN.  
Pembangkitan spontan, lubang hitam, dan lubang abu-abu tidak mungkin secara logis dalam
DFD karena suatu proses harus bekerja berdasarkan masukan, yang ditunjukkan oleh aliran data yang
masuk, dan menghasilkan keluaran, yang diwakili oleh aliran data yang keluar.
 
SIMBOL DATA STORE . Sebuah menyimpan data yang digunakan dalam DFD untuk mewakili data
bahwa sistem toko karena satu atau lebih proses perlu menggunakan data di lain waktu. Misalnya,
instruktur perlu menyimpan nilai siswa pada tes dan tugas selama semester sehingga mereka dapat
memberikan nilai akhir di akhir semester. Demikian pula, perusahaan menyimpan data gaji dan
pemotongan karyawan selama tahun itu untuk mencetak formulir W 2 dengan total pendapatan dan
pemotongan pada akhir tahun. DFD tidak menunjukkan isi detail dari sebuah penyimpanan data -
struktur spesifik dan elemen data didefinisikan dalam kamus data, yang akan dibahas nanti dalam bab
ini.
 Karakteristik fisik dari penyimpanan data tidak penting karena Anda hanya mementingkan
model logis. Selain itu, lamanya waktu penyimpanan data tidak penting - bisa jadi hanya dalam
hitungan detik saat transaksi diproses atau periode berbulan - bulan saat data diakumulasikan untuk
pemrosesan akhir tahun. Yang penting adalah bahwa suatu proses memerlukan akses ke data di lain
waktu.
Dalam DFD, simbol Gane dan Sarson untuk penyimpanan data adalah persegi panjang datar
yang terbuka di sisi kanan dan ditutup di sisi kiri. Nama penyimpanan data muncul di antara garis dan
mengidentifikasi data yang dikandungnya. Nama penyimpanan data adalah nama jamak yang terdiri
dari kata benda dan kata sifat, jika diperlukan. Contoh nama penyimpanan data adalah SISWA,
AKUN DITERIMA, PRODUK, PEMBAYARAN HARIAN , PESANAN PEMBELIAN, CEK
LUAR BIASA , KEBIJAKAN ASURANSI , dan KARYAWAN. Pengecualian aturan nama jamak
adalah kata benda kolektif yang mewakili kemunculan beberapa objek. Untuk contoh, Buku Nilai
mewakili sekelompok mahasiswa dan skor mereka.
Penyimpanan data harus terhubung ke proses dengan aliran data. Gambar 5-7
mengilustrasikan contoh umum penyimpanan data. Dalam setiap kasus, penyimpanan data memiliki
setidaknya satu aliran data masuk dan keluar dan terhubung ke simbol proses dengan aliran data.
Pelanggaran aturan bahwa penyimpanan data harus memiliki setidaknya satu aliran data
masuk dan keluar ditunjukkan pada Gambar 5-8. Dalam contoh pertama , dua penyimpanan data
terhubung secara tidak benar karena tidak ada proses di antara keduanya. Selain itu, COURSES tidak
memiliki aliran data masuk dan SISWA tidak memiliki aliran data keluar . Dalam contoh kedua dan
ketiga, penyimpanan data kekurangan aliran data keluar atau masuk.
Ada pengecualian untuk persyaratan bahwa penyimpanan data harus memiliki setidaknya satu
aliran data masuk dan keluar. Dalam beberapa situasi, penyimpanan data tidak memiliki aliran data
masukan karena berisi data referensi tetap yang tidak diperbarui oleh sistem. Misalnya,
pertimbangkan penyimpanan data yang disebut TABLE TAX TABLE, yang berisi data pemotongan
pajak yang diunduh perusahaan dari Internal Revenue Service. Ketika perusahaan menjalankan
penggajiannya, proses CALCULATE WITHHOLDING mengakses data dari penyimpanan data ini .
Pada DFD, ini akan direpresentasikan sebagai aliran data keluar satu arah dari penyimpanan data
TABEL PAJAK ke dalam proses HITUNG PENUNDAAN .
 
SIMBOL ENTITAS . Simbol untuk suatu entitas adalah persegi panjang, yang dapat diarsir agar
terlihat tiga dimensi. Nama entitas muncul di dalam simbol.
DFD hanya menunjukkan entitas eksternal yang memberikan data ke sistem atau menerima
keluaran dari sistem. DFD menunjukkan batas - batas sistem dan bagaimana sistem berinteraksi
dengan dunia luar. Misalnya, entitas pelanggan mengirimkan pesanan ke sistem pemrosesan pesanan .
Contoh lain dari entitas termasuk pasien yang memasok data ke sistem rekam medis , pemilik rumah
yang menerima tagihan dari sistem pajak properti kota, atau sistem hutang yang menerima data dari
sistem pembelian perusahaan.
Entitas DFD juga disebut terminator , karena mereka adalah asal data atau tujuan akhir.
Analis sistem menyebut entitas yang memasok data ke sistem sebagai sumber , dan entitas yang
menerima data dari sistem sebagai sink . Nama entitas adalah bentuk tunggal dari suatu departemen,
organisasi luar, sistem informasi lain, atau orang. Entitas eksternal dapat menjadi sumber atau
wastafel atau keduanya, tetapi setiap entitas harus terhubung ke suatu proses dengan aliran data.
Gambar 5-9 dan 5-10 menunjukkan contoh yang benar dan salah dari aturan ini. Dengan pemahaman
tentang penggunaan simbol DFD yang benar, Anda siap untuk membuat diagram yang menggunakan
simbol-simbol ini. Gambar 5-11 di halaman berikutnya menunjukkan ringkasan aturan penggunaan
simbol DFD.
C reating A S ET OF DFD S
Selama pemodelan persyaratan, Anda menggunakan wawancara, kuesioner, dan teknik lain
untuk mengumpulkan fakta tentang sistem, dan Anda mempelajari bagaimana berbagai orang,
departemen, data, dan proses cocok untuk mendukung operasi bisnis . Sekarang Anda siap membuat
model grafis dari sistem informasi berdasarkan hasil pencarian fakta Anda .
Untuk mempelajari bagaimana membangun DFD, Anda akan menggunakan contoh dari dua
sistem informasi. Contoh pertama adalah sistem penilaian yang digunakan instruktur untuk
memberikan nilai akhir berdasarkan skor yang diterima siswa selama semester tersebut. Contoh kedua
adalah sistem pesanan yang digunakan perusahaan untuk memasukkan pesanan dan menerapkan
pembayaran terhadap saldo pelanggan . Pertama, Anda akan meninjau seperangkat pedoman untuk
menggambar DFD. Kemudian Anda akan belajar bagaimana menerapkan pedoman ini dan membuat
satu set DFD menggunakan proses tiga langkah .
Pedoman Menggambar DFD
Saat Anda menggambar diagram konteks dan DFD lainnya, Anda harus mengikuti beberapa
pedoman:
• Gambarlah diagram konteks agar muat pada satu halaman.   
• Gunakan nama sistem informasi sebagai nama proses dalam diagram konteks. Misalnya, nama
proses pada Gambar 5-12 adalah SISTEM PENILAIAN. Perhatikan bahwa nama proses sama
dengan nama sistem. Hal ini karena diagram konteks memperlihatkan keseluruhan sistem informasi
seolah-olah merupakan satu proses. Untuk proses di DFD tingkat yang lebih rendah, Anda akan
menggunakan kata kerja yang diikuti dengan kata benda deskriptif, seperti ESTABLISH
GRADEBOOK, ASSIGN FINAL GRADE, atau PRODUCE GRADE REPORT.   
• Gunakan nama unik dalam setiap set simbol. Misalnya, diagram pada Gambar 5-12 hanya
menunjukkan satu entitas bernama STUDENT dan hanya satu aliran data bernama FINAL GRADE.
Setiap kali Anda melihat entitas STUDENT di DFD lain mana pun dalam sistem penilaian, Anda
tahu bahwa Anda berurusan dengan entitas yang sama. Setiap kali aliran data FINAL GRADE
muncul, Anda tahu bahwa Anda berurusan dengan aliran data yang sama. Konvensi penamaan juga
berlaku untuk penyimpanan data.  
• Jangan melewati garis. Salah satu cara untuk mencapai tujuan tersebut adalah dengan membatasi
jumlah simbol di DFD mana pun. Pada diagram tingkat yang lebih rendah dengan banyak proses,
Anda tidak boleh memiliki lebih dari sembilan simbol proses. Memasukkan lebih dari sembilan
simbol biasanya merupakan sinyal bahwa diagram Anda terlalu rumit dan Anda harus
mempertimbangkan kembali analisis Anda. Cara lain untuk menghindari persilangan garis adalah
dengan menduplikasi entitas atau penyimpanan data. Saat menduplikasi simbol pada diagram,
pastikan untuk mendokumentasikan duplikasi untuk menghindari kemungkinan kebingungan. Notasi
khusus, seperti tanda bintang, di sebelah nama simbol dan di dalam simbol yang digandakan
menandakan bahwa mereka diduplikasi pada diagram.   
• Berikan nama unik dan nomor referensi untuk setiap proses. Karena merupakan DFD level tertinggi,
diagram konteks berisi proses 0, yang merepresentasikan keseluruhan sistem informasi, tetapi tidak
menunjukkan cara kerja internal. Untuk menggambarkan tingkat detail selanjutnya di dalam proses
0, Anda harus membuat DFD bernama diagram 0, yang akan mengungkapkan proses tambahan yang
harus diberi nama dan dinomori. Saat Anda terus membuat DFD tingkat yang lebih rendah, Anda
menetapkan nama unik dan nomor referensi ke semua proses, sampai Anda menyelesaikan model
logis.  
• Dapatkan masukan dan umpan balik pengguna sebanyak mungkin. Tujuan utama Anda adalah
memastikan bahwa model tersebut akurat, mudah dipahami, dan memenuhi kebutuhan
penggunanya.  
Langkah 1: Gambar Diagram Konteks
Langkah pertama dalam membangun satu set DFD adalah menggambar diagram konteks.
Sebuah konteks diagram adalah atas pandangan tingkat sistem informasi yang batas-batas
menunjukkan sistem dan ruang lingkup. Untuk menggambar diagram konteks, Anda mulai dengan
menempatkan simbol proses tunggal di tengah halaman. Simbol mewakili seluruh sistem informasi,
dan Anda mengidentifikasinya sebagai proses 0 (angka nol, dan bukan huruf O). Kemudian Anda
menempatkan entitas sistem di sekeliling halaman dan menggunakan aliran data untuk
menghubungkan entitas ke proses pusat. Penyimpanan data tidak ditampilkan dalam diagram konteks
karena berada di dalam sistem dan tetap tersembunyi hingga diagram yang lebih detail dibuat.
Bagaimana Anda mengetahui entitas dan aliran data mana yang harus ditempatkan dalam
diagram konteks? Anda mulai dengan meninjau persyaratan sistem untuk mengidentifikasi semua
sumber data dan tujuan eksternal . Selama proses tersebut, Anda mengidentifikasi entitas, nama dan
konten aliran data, dan arah aliran data. Jika Anda melakukannya dengan hati-hati, dan Anda
melakukan pekerjaan pencarian fakta dengan baik pada tahap sebelumnya, Anda seharusnya tidak
mengalami kesulitan menggambar diagram konteks. Sekarang tinjau contoh diagram konteks berikut.
CONTOH: DIAGRAM KONTEKS UNTUK SISTEM PENILAIAN . Diagram konteks untuk sistem
penilaian ditunjukkan pada Gambar 5-12 di halaman sebelumnya. Proses GRADING SYSTEM
berada di tengah diagram. Tiga entitas (SISTEM PENCATATAN SISWA, SISWA, dan
INSTRUKTUR) ditempatkan di sekitar proses pusat. Interaksi antara proses pusat dan entitas
melibatkan enam aliran data yang berbeda. Entitas STUDENT RECORDS SYSTEM menyediakan
data melalui aliran data CLASS ROSTER dan menerima data melalui aliran data FINAL GRADE.
Entitas MAHASISWA memasok data melalui aliran data KERJA YANG DIKIRIMKAN dan
menerima data melalui aliran data KERJA BERKELAS . Akhirnya, entitas INSTRUKTUR memasok
data melalui aliran data PARAMETER PENILAIAN dan menerima data melalui aliran data
LAPORAN NILAI.
CONTOH: DIAGRAM KONTEKS UNTUK SISTEM ORDER . Diagram konteks untuk sistem pesanan
ditunjukkan pada Gambar 5-13. Perhatikan bahwa proses ORDER SYSTEM berada di tengah
diagram dan lima entitas mengelilingi prosesnya. Tiga dari entitas, REP PENJUALAN, BANK, dan
AKUNTANSI, memiliki aliran data masuk tunggal masing-masing untuk KOMISI, DEPOSIT
BANK, dan MASUKAN PENERIMAAN TUNAI. The entitas GUDANG memiliki satu data yang
masuk mengalir - Memilih LIST - yaitu, laporan yang menunjukkan barang pesanan dan kuantitas
mereka, lokasi, dan urutan untuk memilih dari gudang. Entitas GUDANG memiliki satu aliran data
keluar, ORDER SELESAI . Terakhir, entitas CUSTOMER memiliki dua aliran data keluar, ORDER
dan PAYMENT, dan dua aliran data yang masuk, ORDER REJECT NOTICE dan INVOICE.
Diagram konteks untuk sistem pesanan tampak lebih kompleks daripada sistem penilaian karena ia
memiliki dua entitas lebih dan tiga aliran data lagi. Apa yang membuat satu sistem lebih kompleks
dari yang lain adalah jumlah komponen, jumlah level, dan tingkat interaksi antara proses, entitas,
penyimpanan data, dan aliran datanya.
Langkah 2: Gambarlah Diagram 0 DFD
Pada langkah sebelumnya, Anda telah mempelajari bahwa diagram konteks memberikan
tampilan paling umum dari sistem informasi dan berisi simbol proses tunggal , yang seperti kotak
hitam . Untuk menunjukkan detail di dalam kotak hitam, Anda membuat diagram DFD 0. Diagram 0
( angka nol, dan bukan huruf O) memperbesar sistem dan menunjukkan proses internal utama, aliran
data, dan penyimpanan data. Diagram 0 juga mengulang entitas dan aliran data yang muncul dalam
diagram konteks. Saat Anda memperluas diagram konteks menjadi diagram DFD 0, Anda harus
mempertahankan semua koneksi yang mengalir masuk dan keluar dari proses 0.
Pemandangan kehidupan nyata pada Gambar 5-14 merepresentasikan sistem manufaktur yang
kompleks dengan
banyak proses dan data interaktif. Dalam sistem besar seperti ini, setiap proses pada diagram 0 dapat
merepresentasikan sistem terpisah seperti inventaris, pengendalian produksi, dan penjadwalan.
Diagram 0 memberikan gambaran umum tentang semua komponen yang berinteraksi untuk
membentuk sistem secara keseluruhan. Sekarang ulas contoh diagram 0 berikut ini.
CONTOH: DIAGRAM 0 DFD UNTUK SISTEM PENILAIAN
Gambar 5-15 di halaman berikutnya menunjukkan diagram konteks di bagian atas dan diagram 0
di bawahnya . Perhatikan bahwa diagram 0 merupakan perluasan dari proses 0. Perhatikan juga bahwa tiga
entitas yang sama (SISTEM PENCATATAN SISWA, SISWA, dan INSTRUKTOR) dan enam aliran data
yang sama (TINGKAT AKHIR, DAFTAR KELAS, PEKERJAAN YANG DIKIRIMKAN, PEKERJAAN
BERKELAS, PARAMETER PENILAIAN dan GRADE REPORT) muncul di kedua diagram. Selain itu,
diagram 0 memperluas proses 0 untuk mengungkapkan empat proses internal, satu penyimpanan data, dan
lima aliran data tambahan.
Perhatikan bahwa setiap proses pada diagram 0 memiliki nomor referensi: ESTABLISH
GRADEBOOK adalah 1, ASSIGN FINAL GRADE adalah 2, GRADE STUDENT WORK adalah 3,
dan PRODUCE GRADE REPORT adalah 4. Nomor referensi ini penting karena mengidentifikasi
rangkaian DFD. Jika diperlukan lebih banyak detail untuk MEMBANGUN GRADEBOOK, misalnya,
Anda akan menggambar diagram 1, karena ESTABLISH GRADEBOOK adalah proses 1. Nomor
proses tidak menunjukkan bahwa proses diselesaikan secara berurutan . Setiap proses selalu dianggap
tersedia, aktif, dan menunggu data untuk diproses. Jika proses harus dilakukan dalam urutan tertentu,
Anda mendokumentasikan informasi dalam deskripsi proses (dibahas nanti dalam bab ini), bukan di
DFD. Output aliran data FINAL GRADE dari proses ASSIGN FINAL GRADE merupakan aliran
data divergen yang menjadi input ke entitas STUDENT RECORDS SYSTEM dan ke penyimpanan
data GRADEBOOK. Sebuah aliran data divergen adalah aliran data di mana data yang sama
perjalanan ke dua atau lebih lokasi. Dalam situasi tersebut, aliran data divergen adalah cara terbaik
untuk menunjukkan aliran daripada menunjukkan dua aliran data yang identik, yang bisa
menyesatkan.
Jika data yang sama mengalir di kedua arah, Anda dapat menggunakan panah berkepala dua
untuk menghubungkan dengan simbol-simbol. Untuk mengidentifikasi aliran data tertentu masuk dan
keluar dari sebuah simbol, bagaimanapun, Anda menggunakan simbol aliran data terpisah dengan satu
panah. Misalnya, pada Gambar 5-15, aliran data terpisah (PEKERJAAN YANG KIRIM dan
PEKERJAAN BERKELAS) masuk dan keluar dari proses KERJA SISWA KELAS. Karena diagram
0 adalah versi proses 0 yang di-exploded, diagram ini menunjukkan lebih banyak detail daripada
diagram konteks. Anda juga dapat merujuk ke diagram 0 sebagai tampilan proses 0. yang dipartisi
atau didekomposisi. Saat Anda meledakkan DFD, diagram tingkat yang lebih tinggi disebut diagram
induk , dan diagram tingkat yang lebih rendah disebut diagram anak . Sistem penilaiannya cukup
sederhana sehingga Anda tidak memerlukan DFD tambahan untuk memodelkan sistem. Pada titik
tersebut, empat proses, satu penyimpanan data, dan 10 aliran data dapat didokumentasikan dalam
kamus data.
Saat Anda membuat satu set DFD untuk sistem, Anda memecah logika pemrosesan menjadi
unit-unit yang lebih kecil, yang disebut primitif fungsional, yang akan digunakan oleh programmer
untuk mengembangkan kode. Sebuah primitif fungsional adalah proses yang terdiri dari fungsi
tunggal yang tidak meledak lebih lanjut. Misalnya, masing-masing dari empat proses yang
ditunjukkan di bagian bawah Peraga 5-15 adalah primitif fungsional. Anda mendokumentasikan
logika untuk primitif fungsional dengan menulis deskripsi proses dalam kamus data. Nanti, ketika
desain logis diimplementasikan sebagai sistem fisik, programmer akan mengubah setiap primitif
fungsional menjadi kode program dan modul yang menjalankan langkah-langkah yang diperlukan.
Memutuskan apakah akan meledakkan suatu proses lebih lanjut atau menentukan bahwa itu adalah
primitif fungsional adalah masalah pengalaman, penilaian, dan interaksi dengan pemrogram yang
harus menerjemahkan desain logis ke dalam kode.
CONTOH: DIAGRAM 0 DFD UNTUK SISTEM ORDER . Gambar 5-16 di halaman berikutnya
menunjukkan diagram 0 untuk sistem pemesanan. Proses 0 pada diagram konteks sistem pesanan
meledak untuk mengungkapkan tiga proses (ISI PESANAN, BUAT INVOICE, dan TERAPKAN
PEMBAYARAN), satu penyimpanan data (AKUN DITERIMA), dua aliran data tambahan (DETAIL
INVOICE dan DETAIL PEMBAYARAN), dan satu data divergen aliran (INVOICE). Panduan
berikut menjelaskan DFD yang ditunjukkan pada Gambar 5-16:
1. PELANGGAN mengirimkan ORDER. Bergantung pada logika pemrosesan, proses FILL
ORDER mengirimkan PEMBERITAHUAN TOLAK ORDER kembali ke pelanggan atau
mengirim DAFTAR PICKING ke GUDANG.
2. ORDER YANG SELESAI dari GUDANG dimasukkan ke proses CREATE INVOICE, yang
mengeluarkan INVOICE ke proses CUSTOMER dan penyimpanan data ACCOUNTS
RECEIVABLE.
3. PELANGGAN melakukan PEMBAYARAN yang diproses oleh APPLY PAYMENT.
BERLAKU PEMBAYARAN membutuhkan input DETAIL INVOICE dari penyimpanan data
ACCOUNTS RECEIVABLE bersama dengan PEMBAYARAN. APPLY PAYMENT juga
mengeluarkan RINCIAN PEMBAYARAN kembali ke ACCOUNTS RECEIVABLE data store
dan output KOMISI ke DEPT PENJUALAN, BANK DEPOSIT ke BANK, dan TUNAI
PENERIMAAN MASUK ke AKUNTANSI.
Panduan diagram 0 mengilustrasikan persyaratan dasar sistem pesanan. Untuk mempelajari
lebih lanjut, Anda akan memeriksa deskripsi rinci dari setiap proses terpisah.
Langkah 3: Gambarkan Diagram Tingkat Bawah
Kumpulan DFD tingkat yang lebih rendah ini didasarkan pada sistem pemesanan. Untuk
membuat diagram level yang lebih rendah, Anda harus menggunakan teknik leveling dan balancing.
Leveling adalah proses menggambar serangkaian diagram yang semakin detail, sampai semua fungsi
primitif teridentifikasi. Penyeimbangan menjaga konsistensi di antara sekumpulan DFD dengan
memastikan bahwa aliran data masukan dan keluaran selaras dengan benar. Leveling dan balancing
dijelaskan lebih detail di bagian berikut.
 
CONTOH TINGKAT . Leveling menggunakan serangkaian DFD yang semakin detail untuk
menggambarkan sistem informasi. Misalnya, sistem mungkin terdiri dari lusinan, atau bahkan ratusan,
proses terpisah. Menggunakan leveling, seorang analis memulai dengan tampilan keseluruhan, yang
merupakan diagram konteks dengan simbol proses tunggal. Selanjutnya, analis membuat diagram 0
yang menunjukkan lebih detail. Analis terus membuat DFD tingkat yang lebih rendah sampai semua
proses diidentifikasi sebagai primitif fungsional, yang mewakili fungsi pemrosesan tunggal . Sistem
yang lebih kompleks memiliki lebih banyak proses, dan analis harus bekerja melalui banyak tingkatan
untuk mengidentifikasi primitif fungsional. Leveling juga disebut meledak , mempartisi , atau
membusuk .
Gambar 5-16 dan 5-17 memberikan contoh leveling. Gambar 5-16 menunjukkan diagram 0
untuk sistem pemesanan, dengan proses FILL ORDER diberi label sebagai proses 1. Sekarang
perhatikan Gambar 5-17, yang memberikan tampilan lengkap dari proses FILL ORDER. Perhatikan
bahwa FILL ORDER (proses 1) sebenarnya terdiri dari tiga proses: VERIFY ORDER (proses 1.1),
SIAPKAN PEMBERITAHUAN TOLAK (proses 1.2), dan ASSEMBLE ORDER (proses 1.3).
Seperti yang ditunjukkan Gambar 5-17, semua proses diberi nomor menggunakan notasi
desimal yang terdiri dari nomor referensi induk , titik desimal, dan nomor urut dalam diagram baru.
Pada Gambar 5-17 proses induk diagram 1 adalah proses 1, sehingga proses pada diagram 1 memiliki
nomor referensi 1.1, 1.2, dan 1.3. Jika proses 1.3, ASSEMBLE ORDER, diuraikan lebih lanjut, maka
akan muncul pada diagram 1.3 dan proses pada diagram 1.3 akan diberi nomor 1.3.1, 1.3.2, 1.3.3, dan
seterusnya. Ini teknik penomoran membuatnya mudah untuk mengintegrasikan dan mengidentifikasi
semua DFD.
Ketika Anda membandingkan Gambar 5-16 dan 5-17, Anda akan melihat bahwa Gambar 5-
17 (proses FILL ORDER yang meledak) menunjukkan dua penyimpanan data (PELANGGAN dan
PRODUK) yang tidak muncul pada Gambar 5-16, yang merupakan induk DFD. Kenapa tidak?
Jawabannya didasarkan pada aturan sederhana: Saat menggambar DFD, Anda memperlihatkan
penyimpanan data hanya ketika dua atau lebih proses menggunakan penyimpanan data tersebut.
CUSTOMERS dan PRODUCTS menyimpan data internal ke proses FILL ORDER, jadi analis tidak
menunjukkannya pada diagram 0, yang merupakan induk. Ketika Anda meledakkan proses FILL
ORDER ke dalam diagram 1 DFD, Anda akan melihat bahwa tiga proses (1.1, 1.2, dan 1.3)
berinteraksi dengan dua penyimpanan data, yang sekarang ditampilkan.
Sekarang bandingkan Gambar 5-17 (di halaman sebelumnya) dan Gambar 5-18. Perhatikan
bahwa Gambar 5-18 menunjukkan aliran data yang sama seperti Gambar 5-17, tetapi tidak
menunjukkan entitas CUSTOMER dan GUDANG. Analis sering menggunakan teknik ini untuk
menyederhanakan DFD dan mengurangi kekacauan yang tidak perlu. Karena simbol yang hilang
muncul di DFD induk, Anda dapat merujuk ke diagram tersebut untuk mengidentifikasi sumber atau
tujuan aliran data.
 
CONTOH KESEIMBANGAN . Penyeimbangan memastikan bahwa aliran data masukan dan keluaran
dari DFD induk dipertahankan pada DFD anak. Sebagai contoh, Gambar 5-19 menunjukkan dua
DFD: Diagram sistem urutan 0 ditunjukkan di bagian atas gambar, dan diagram meledak 3 DFD
ditampilkan di bagian bawah.
Kedua DFD tersebut seimbang, karena diagram anak di bagian bawah memiliki arus masukan
dan keluaran yang sama seperti proses induk 3 yang ditunjukkan di atas. Untuk memverifikasi
penyeimbangan, perhatikan bahwa proses induk 3, BERLAKU PEMBAYARAN, memiliki satu aliran
data masuk dari entitas eksternal, dan tiga aliran data keluar ke entitas eksternal. Sekarang periksa
anak DFD, yaitu diagram 3. Sekarang, abaikan aliran data internal dan hitung aliran data ke dan dari
entitas eksternal. Anda akan melihat bahwa tiga proses mempertahankan aliran data masuk dan keluar
yang sama sebagai proses induk.
Contoh lain dari penyeimbangan ditunjukkan pada Gambar 5-20 dan 5-21 di halaman
berikutnya. DFD dalam gambar ini dibuat menggunakan Visible Analyst, alat CASE yang populer.
Gambar 5-20 menunjukkan diagram konteks sampel. Simbol proses 0 memiliki dua arus masukan dan
dua arus keluaran. Perhatikan bahwa proses 0 dapat dianggap sebagai kotak hitam, tanpa detail
internal yang ditampilkan. Pada Peraga 5-21, proses 0 (DFD induk) diledakkan ke tingkat detail
berikutnya. Sekarang tiga proses, dua penyimpanan data, dan empat aliran data internal terlihat.
Perhatikan bahwa detail proses 0 ditampilkan di dalam garis putus-putus, sama seperti Anda dapat
melihat di dalam proses.
D ATA D ICTIONARY
Satu set DFD menghasilkan model logis dari sistem, tetapi rincian di dalam DFD tersebut
didokumentasikan secara terpisah dalam kamus data, yang merupakan komponen kedua dari analisis
terstruktur .
Sebuah kamus data , atau penyimpanan data , adalah gudang pusat informasi tentang
sistem data. Seorang analis menggunakan kamus data untuk mengumpulkan, mendokumentasikan,
dan mengatur fakta-fakta spesifik tentang sistem, termasuk isi arus data, penyimpanan data, entitas,
dan proses. Kamus data juga mendefinisikan dan menjelaskan semua elemen data dan kombinasi yang
bermakna dari elemen data. Sebuah elemen data , juga disebut item data atau lapangan , adalah
bagian terkecil dari data yang memiliki makna dalam suatu sistem informasi. Contoh elemen data
adalah nilai siswa, gaji, nomor jaminan sosial, saldo rekening , dan nama perusahaan. Elemen data
digabungkan menjadi record , juga disebut struktur data . Rekaman adalah kombinasi yang
bermakna dari elemen data terkait yang disertakan dalam aliran data atau disimpan di penyimpanan
data. Misalnya, catatan inventaris toko suku cadang mobil mungkin menyertakan nomor bagian,
deskripsi, kode pemasok, tingkat persediaan minimum dan maksimum, biaya, dan harga jual.
Ada hubungan yang signifikan di antara item-item dalam kamus data. Misalnya, penyimpanan
data dan aliran data didasarkan pada struktur data, yang pada gilirannya terdiri dari elemen data . Arus
data terhubung ke penyimpanan data, entitas, dan proses. Mendokumentasikan hubungan ini secara
akurat sangat penting agar kamus data konsisten dengan DFD. Anda dapat menggunakan perangkat
lunak CASE untuk membantu Anda mendokumentasikan desain.
Menggunakan Alat CASE untuk Dokumentasi
Semakin kompleks sistemnya, semakin sulit untuk memelihara dokumentasi yang lengkap dan akurat.
Untungnya, alat CASE modern menyederhanakan tugas tersebut. Misalnya, dalam alat KASUS
Analis Terlihat , dokumentasi secara otomatis mengalir dari diagram pemodelan ke repositori pusat,
bersama dengan informasi yang dimasukkan oleh pengguna. Bagian ini berisi beberapa contoh layar
Analis Terlihat yang menunjukkan repositori data dan isinya. Repositori CASE memastikan
konsistensi data, yang sangat penting jika beberapa sistem memerlukan data yang sama. Di
perusahaan besar, misalnya, sistem penjualan, akuntansi, dan pengiriman semuanya mungkin
menggunakan elemen data yang disebut NOMOR PELANGGAN. Setelah elemen NOMOR
PELANGGAN telah ditentukan dalam repositori, elemen tersebut dapat diakses oleh proses lain,
aliran data, dan penyimpanan data. Hasilnya adalah semua sistem di seluruh perusahaan dapat berbagi
data yang mutakhir dan konsisten. Anda akan mempelajari lebih lanjut tentang alat CASE di Bagian B
dari Perangkat Analis Sistem.
Mendokumentasikan Elemen Data
Anda harus mendokumentasikan setiap elemen data dalam kamus data. Beberapa analis suka
mencatat catatan mereka dalam formulir online atau manual. Orang lain lebih suka memasukkan
informasi langsung ke alat CASE. Beberapa entri DFD dan kamus data yang muncul dalam bab ini
dibuat menggunakan alat CASE populer yang disebut Analis Terlihat. Meskipun alat CASE lainnya
mungkin menggunakan istilah lain atau menampilkan informasi secara berbeda, tujuannya sama:
untuk memberikan informasi yang jelas dan komprehensif tentang data dan proses yang membentuk
sistem.
Gambar 5-23 menunjukkan bagaimana analis menggunakan formulir dokumentasi online
untuk mencatat informasi untuk elemen data NOMOR KEAMANAN SOSIAL. Perhatikan bahwa
caption gambar mengidentifikasi delapan karakteristik khusus untuk elemen data ini. Gambar 5-24
menunjukkan layar contoh yang mengilustrasikan bagaimana elemen data NOMOR KEAMANAN
SOSIAL dapat direkam dalam kamus data Visible Analyst. Terlepas dari terminologi atau metodenya,
atribut berikut biasanya dicatat dan dijelaskan dalam kamus data:
Nama atau label elemen data . Nama standar elemen data , yang harus bermakna bagi pengguna.
Alias . Setiap nama selain nama elemen data standar ; nama alternatif ini disebut sebuah alias .
Sebagai contoh, jika Anda memiliki elemen data bernama LANCAR BALANCE, berbagai pengguna
mungkin menyebutnya dengan alternatif nama seperti OUTSTANDING BALANCE, BALANCE
PELANGGAN, TAGIHAN BALANCE, atau jumlah utang.
Jenis dan panjangnya . Jenis mengacu pada apakah elemen data berisi nilai numerik, alfabet, atau
karakter. Panjang adalah jumlah maksimum karakter untuk elemen data alfabet atau karakter atau
jumlah maksimum digit dan jumlah posisi desimal untuk elemen data numerik. Selain data teks dan
numerik , suara dan gambar juga dapat disimpan dalam bentuk digital . Dalam beberapa sistem, objek
data biner ini dikelola dan diproses seperti elemen data tradisional. Misalnya, catatan karyawan
mungkin menyertakan gambar foto digital orang tersebut.
 
Nilai default . Nilai untuk elemen data jika nilai sebaliknya tidak dimasukkan untuk itu. Misalnya,
semua pelanggan baru mungkin memiliki nilai default $ 500 untuk elemen data LIMIT CREDIT .
Nilai yang dapat diterima . Spesifikasi domain elemen data , yang merupakan kumpulan nilai yang
diizinkan untuk elemen data; nilai-nilai ini dapat secara khusus dicantumkan atau direferensikan
dalam tabel, atau dapat dipilih dari rentang nilai tertentu. Anda juga akan menunjukkan jika nilai
untuk elemen data adalah opsional. Beberapa elemen data memiliki aturan validitas tambahan .
Misalnya, gaji karyawan harus berada dalam kisaran yang ditentukan untuk klasifikasi pekerjaan
karyawan tersebut.
Sumber . Spesifikasi titik asal untuk nilai elemen data. The Sumber bisa menjadi bentuk tertentu,
sebuah organisasi departemen atau di luar, informasi lain sistem, atau hasil dari perhitungan.
Keamanan . Identifikasi untuk individu atau departemen yang memiliki hak akses atau pembaruan
untuk setiap elemen data. Misalnya, hanya manajer kredit yang memiliki kewenangan untuk
mengubah batas kredit, sedangkan perwakilan penjualan diberi kewenangan untuk mengakses data
dalam mode hanya-baca.
Pengguna yang bertanggung jawab . Identifikasi pengguna yang bertanggung jawab untuk
memasukkan dan mengubah nilai untuk elemen data.
Deskripsi dan komentar . Bagian dari dokumentasi ini memungkinkan Anda memasukkan catatan
tambahan .
 
Mendokumentasikan Arus Data
Selain mendokumentasikan setiap elemen data, Anda harus mendokumentasikan semua aliran data
dalam kamus data. Gambar 5-25 menunjukkan definisi untuk aliran data bernama KOMISI. Informasi
pada formulir manual di bagian atas telah dimasukkan ke dalam kamus data alat CASE di bagian
bawah Gambar 5-25. Meskipun istilah dapat bervariasi, atribut tipikal adalah sebagai berikut:
Nama atau label aliran data . Nama aliran data seperti yang muncul di DFD.
Deskripsi . Menjelaskan aliran data dan tujuannya.
Nama alternatif . Alias untuk nama aliran data DFD.
Asal . Awal DFD, atau sumber, untuk aliran data; asalnya dapat berupa proses, penyimpanan data,
atau entitas.
Tujuan . Titik akhir DFD untuk aliran data; tujuan dapat berupa proses, penyimpanan data, atau
entitas.
Rekam . Setiap aliran data mewakili sekelompok elemen data terkait yang disebut catatan atau
struktur data. Di sebagian besar kamus data, rekaman ditentukan secara terpisah dari aliran data dan
penyimpanan data. Saat rekaman ditentukan, lebih dari satu aliran data atau penyimpanan data dapat
menggunakan rekaman yang sama, jika perlu.
Volume dan frekuensi . Menjelaskan jumlah kejadian yang diharapkan untuk aliran data per unit
waktu. Misalnya, jika perusahaan memiliki 300 karyawan, aliran data KARTU WAKTU akan
melibatkan 300 transaksi dan pencatatan setiap minggu, saat karyawan mengirimkan data jam kerja
mereka.
 
Mendokumentasikan Penyimpanan Data
Anda harus mendokumentasikan setiap penyimpanan data DFD di kamus data. Gambar 5-26 di
halaman berikutnya menunjukkan definisi penyimpanan data bernama IN STOCK. Karakteristik khas
dari penyimpanan data adalah sebagai berikut:
Nama atau label penyimpanan data . Nama penyimpanan data seperti yang muncul di DFD.
Deskripsi . Menjelaskan penyimpanan data dan tujuannya.
Nama alternatif . Alias untuk nama penyimpanan data DFD.
Atribut . Nama DFD standar yang masuk atau keluar dari penyimpanan data.
Volume dan frekuensi . Menjelaskan perkiraan jumlah catatan di penyimpanan data dan seberapa
sering mereka diperbarui.
 
Mendokumentasikan Proses
Anda harus mendokumentasikan setiap proses, seperti yang ditunjukkan pada Gambar 5-27.
Dokumentasi Anda mencakup deskripsi karakteristik proses dan, untuk primitif fungsional, deskripsi
proses , yang merupakan model yang mendokumentasikan langkah-langkah pemrosesan dan logika
bisnis. Berikut ini adalah karakteristik khas dari suatu proses:
Nama proses atau label . Nama proses seperti yang terlihat di DFD.
Deskripsi . Pernyataan singkat tentang tujuan proses.
Nomor proses . Nomor referensi yang mengidentifikasi proses dan menunjukkan hubungan di antara
berbagai tingkatan dalam sistem.
Deskripsi proses . Bagian ini mencakup arus data masukan dan keluaran. Untuk fungsional
primitif, deskripsi proses juga mendokumentasikan langkah-langkah pemrosesan dan logika bisnis .
Anda akan belajar bagaimana menulis deskripsi proses di bagian selanjutnya.
 
Mendokumentasikan Entitas
Dengan mendokumentasikan semua entitas, kamus data dapat mendeskripsikan semua entitas
eksternal yang berinteraksi dengan sistem. Gambar 5-28 menunjukkan definisi untuk entitas eksternal
bernama GUDANG. Karakteristik khas dari suatu entitas meliputi:
Nama entitas . Nama entitas seperti yang muncul di DFD.
Deskripsi . Jelaskan entitas dan tujuannya.
Nama alternatif . Alias apa pun untuk nama entitas.
Arus data masukan . Nama DFD standar untuk aliran data masukan ke entitas.
Arus data keluaran . Nama DFD standar untuk aliran data yang keluar dari entitas.
 
Mendokumentasikan Catatan
Rekaman adalah struktur data yang berisi sekumpulan elemen data terkait yang disimpan dan diproses
bersama. Arus data dan penyimpanan data terdiri dari rekaman yang harus Anda dokumentasikan di
kamus data. Anda menentukan karakteristik setiap record, seperti yang ditunjukkan pada Peraga 5-29.
Karakteristik khas dari sebuah record meliputi yang berikut ini:
Rekam atau nama struktur data . Nama catatan seperti yang muncul dalam aliran data terkait dan
entri penyimpanan data dalam kamus data.
Definisi atau deskripsi . Definisi singkat dari catatan.
Nama alternatif . Alias apa pun untuk nama rekaman.
Atribut . Daftar semua elemen data yang disertakan dalam catatan. Nama elemen data harus sama
persis dengan yang Anda masukkan dalam kamus data .
 
Laporan Kamus Data
Kamus data berfungsi sebagai gudang pusat dokumentasi untuk suatu sistem informasi . Kamus data
dibuat saat sistem dikembangkan, dan diperbarui terus - menerus saat sistem diimplementasikan,
dioperasikan, dan dipelihara. Selain menjelaskan setiap elemen data, aliran data, penyimpanan data,
catatan, entitas, dan proses, kamus data mendokumentasikan hubungan di antara komponen -
komponen ini . Anda bisa mendapatkan banyak barang berharga
laporan dari kamus data, termasuk berikut ini:
• Daftar abjad dari semua elemen data menurut nama   
• Laporan yang mendeskripsikan setiap elemen data dan menunjukkan pengguna atau departemen
yang bertanggung jawab untuk memasukkan, memperbarui, atau menghapus data   
• Laporan dari semua aliran data dan penyimpanan data yang menggunakan elemen data tertentu   
• Laporan rinci yang menunjukkan semua karakteristik elemen data, catatan, aliran data, proses, atau
item terpilih lainnya yang disimpan dalam kamus data  
 P rocess D ESCRIPTION T ools
Sebuah proses deskripsi dokumen rincian primitif fungsional, dan merupakan set khusus
pengolahan langkah dan logika bisnis. Dengan menggunakan seperangkat alat deskripsi proses , Anda
membuat model yang akurat, lengkap, dan ringkas. Alat deskripsi proses yang umum mencakup
bahasa Inggris terstruktur, tabel keputusan, dan pohon keputusan. Saat Anda menganalisis primitif
fungsional, Anda memecah langkah pemrosesan menjadi unit - unit yang lebih kecil dalam proses
yang disebut desain modular.
Perlu dicatat bahwa bab ini membahas analisis terstruktur, tetapi alat deskripsi proses juga
dapat digunakan dalam pengembangan berorientasi objek, yang dijelaskan dalam Bab 6. Anda telah
mempelajari di Bab 1 bahwa analisis OO menggabungkan data dan proses yang bekerja pada data
menjadi hal-hal yang disebut objek, objek serupa dapat dikelompokkan bersama ke dalam kelas, dan
proses OO disebut metode. Meskipun pemrogram O-O menggunakan terminologi yang berbeda,
mereka membuat jenis struktur pengkodean modular yang sama , kecuali bahwa proses, atau metode,
disimpan di dalam objek, bukan sebagai komponen terpisah.
Desain modular
Desain modular didasarkan pada kombinasi dari tiga struktur logis , kadang-kadang disebut
struktur kontrol , yang berfungsi sebagai blok bangunan untuk proses tersebut. Setiap struktur logis
harus memiliki satu titik masuk dan keluar. Ketiga struktur tersebut disebut urutan, seleksi, dan
iterasi. Persegi panjang mewakili langkah atau proses, bentuk berlian mewakili kondisi atau
keputusan, dan logika mengikuti garis sesuai arah yang ditunjukkan oleh panah.
1. Urutan . Penyelesaian langkah-langkah secara berurutan , satu demi satu, seperti yang ditunjukkan
pada Gambar 5-30. Satu atau beberapa langkah mungkin mewakili subproses yang berisi struktur
logis tambahan.
2. Seleksi . Penyelesaian satu dari dua atau lebih langkah proses berdasarkan hasil tes atau kondisi.
Dalam contoh yang ditunjukkan pada Peraga 5-31, sistem menguji input, dan jika jam lebih besar
dari 40, sistem melakukan proses HITUNG BAYARAN LEBIH JAUH.
3. Iterasi . Penyelesaian langkah proses yang diulangi sampai kondisi tertentu berubah, seperti yang
ditunjukkan pada Gambar 5-32. Contoh iterasi adalah proses yang terus mencetak gaji hingga
mencapai akhir file penggajian. Iterasi juga disebut perulangan . Struktur urutan, seleksi, dan iterasi
dapat digabungkan dengan berbagai cara untuk menggambarkan logika pemrosesan.
Bahasa Inggris Terstruktur
Bahasa Inggris Terstruktur adalah bagian dari bahasa Inggris standar yang menjelaskan proses
logis dengan jelas dan akurat. Saat Anda menggunakan bahasa Inggris terstruktur, Anda harus
mematuhi aturan berikut:
• Gunakan hanya tiga blok penyusun yaitu urutan, pemilihan, dan iterasi.        
• Gunakan lekukan agar mudah dibaca.       
• Menggunakan kosakata yang terbatas, termasuk istilah standar yang digunakan dalam kamus data
dan kata-kata khusus yang menjelaskan aturan pemrosesan.        
Contoh bahasa Inggris terstruktur muncul pada Gambar 5-33, yang menunjukkan proses VERIFY
ORDER yang diilustrasikan sebelumnya. Perhatikan bahwa versi bahasa Inggris terstruktur
mendokumentasikan logika aktual yang akan dikodekan ke dalam sistem. Bahasa Inggris Terstruktur
dapat membantu membuat deskripsi proses Anda akurat dan mudah dipahami oleh pengguna dan
pengembang sistem. Bahasa Inggris terstruktur mungkin terlihat familier bagi siswa pemrograman
karena mirip dengan kodesemu , yang digunakan dalam desain program. Meskipun tekniknya serupa,
tujuan utama bahasa Inggris terstruktur adalah untuk mendeskripsikan logika bisnis yang
mendasarinya , sedangkan programmer, yang berkaitan dengan pengkodean, terutama menggunakan
kodesemu sebagai notasi singkatan untuk kode yang sebenarnya.
Gambar 5-34 menunjukkan contoh lain dari bahasa Inggris terstruktur. Setelah Anda
mempelajari kebijakan promosi penjualan, perhatikan bahwa versi bahasa Inggris terstruktur
menjelaskan logika pemrosesan yang harus diterapkan sistem . Mengikuti aturan bahasa Inggris
terstruktur memastikan bahwa deskripsi proses Anda dapat dimengerti oleh pengguna yang harus
memastikan bahwa prosesnya benar, serta analis dan pemrogram lain yang harus merancang sistem
informasi dari deskripsi Anda .
Tabel Keputusan
Sebuah tabel keputusan adalah struktur logis yang menunjukkan setiap kombinasi dari kondisi dan
hasil. Analis sering menggunakan tabel keputusan untuk menjelaskan proses dan memastikan bahwa
mereka telah mempertimbangkan semua kemungkinan situasi. Anda dapat membuat tabel keputusan
menggunakan Microsoft PowerPoint, Word, atau Excel.
TABEL DENGAN SATU KONDISI . Jika suatu proses memiliki satu syarat, hanya ada dua
kemungkinan - ya atau tidak . Entah kondisinya ada atau tidak, jadi hanya ada dua aturan. Misalnya,
untuk memicu penghitungan lembur, kondisi prosesnya mungkin : Apakah jam lebih dari 40? Jika
demikian, maka dilakukan perhitungan. Kalau tidak, tidak.
TABEL DENGAN DUA KONDISI . Misalkan Anda ingin membuat tabel keputusan berdasarkan
proses bisnis Verify Order yang ditunjukkan pada Peraga 5-34. Saat mendokumentasikan suatu
proses, penting untuk memastikan bahwa Anda mencantumkan setiap kemungkinan. Dalam contoh
ini, deskripsi proses berisi dua kondisi: status stok produk dan status kredit pelanggan. Jika kedua
ketentuan terpenuhi, pesanan diterima. Jika tidak, pesanan akan ditolak.
Setelah Anda mengidentifikasi semua kondisi dan hasil, Anda siap untuk membuat tabel
keputusan yang serupa dengan yang ditunjukkan pada Peraga 5-35. Untuk membuat tabel, ikuti empat
langkah yang tercantum di margin. Perhatikan bahwa setiap ketentuan memiliki dua kemungkinan
nilai, sehingga jumlah aturan berlipat ganda setiap kali Anda menambahkan ketentuan lain. Misalnya,
satu ketentuan membuat dua aturan, dua ketentuan membuat empat aturan, tiga ketentuan membuat
delapan aturan, dan seterusnya. Dalam contoh dua kondisi pada Peraga 5-35, ada empat kemungkinan,
tetapi Aturan 1 adalah satu - satunya kombinasi yang akan menerima pesanan.
Pohon Keputusan
Sebuah pohon keputusan adalah representasi grafis dari kondisi, tindakan, dan aturan yang
ditemukan dalam tabel keputusan. Pohon keputusan memperlihatkan struktur logika dalam bentuk
horizontal yang menyerupai pohon dengan akar di kiri dan cabang di kanan. Seperti diagram alir,
pohon keputusan adalah cara yang berguna untuk menyajikan sistem kepada manajemen. Pohon
keputusan dan tabel keputusan memberikan hasil yang sama, tetapi dalam bentuk yang berbeda.
Dalam banyak situasi, grafik adalah alat komunikasi yang paling efektif.
Gambar 5-42 didasarkan pada kebijakan promosi penjualan yang ditunjukkan pada Gambar 5-
39 di halaman 228. Pohon keputusan dibaca dari kiri ke kanan, dengan kondisi di berbagai cabang dan
tindakan di paling kanan. Karena contoh memiliki dua kondisi dengan empat kumpulan tindakan yang
dihasilkan , contoh tersebut memiliki empat cabang penghentian di sisi kanan pohon. Apakah akan
sering menggunakan tabel keputusan atau pohon keputusan adalah masalah preferensi pribadi. Tabel
keputusan mungkin merupakan cara yang lebih baik untuk menangani kombinasi kondisi yang
kompleks . Di sisi lain, pohon keputusan adalah cara yang efektif untuk menggambarkan proses yang
relatif sederhana .
L ogical V ERSUS P fi sik M odels
Sementara alat analisis terstruktur digunakan untuk mengembangkan model logis untuk sistem
informasi baru , alat tersebut juga dapat digunakan untuk mengembangkan model fisik dari suatu
sistem informasi. Model fisik menunjukkan bagaimana persyaratan sistem diimplementasikan.
Selama fase desain sistem , Anda membuat model fisik dari sistem informasi baru yang mengikuti
dari model logis dan melibatkan tugas dan teknik operasional.
Urutan Model
Apa hubungan antara model logis dan fisik? Pikirkan kembali ke awal fase analisis sistem, ketika
Anda mencoba memahami sistem yang ada. Daripada memulai dengan model logis, Anda terlebih
dahulu mempelajari operasi fisik dari sistem yang ada untuk memahami bagaimana tugas saat ini
dilakukan. Banyak analis sistem membuat model fisik dari sistem saat ini dan kemudian
mengembangkan model logis dari sistem saat ini sebelum menangani model logis dari sistem baru.
Melakukan langkah ekstra tersebut memungkinkan mereka memahami sistem saat ini dengan lebih
baik.
Pendekatan Empat Model
Banyak analis mengikuti pendekatan empat model , yang berarti bahwa mereka
mengembangkan model fisik dari sistem saat ini, model logis dari sistem saat ini, model logis dari
sistem baru, dan model fisik dari sistem baru. Manfaat utama dari pendekatan fourmodel adalah
memberikan gambaran yang jelas tentang fungsi sistem saat ini sebelum Anda membuat modifikasi
atau peningkatan. Itu penting karena kesalahan yang dibuat di awal pengembangan sistem akan
mempengaruhi fase SDLC selanjutnya dan dapat mengakibatkan pengguna yang tidak senang dan
biaya tambahan. Mengambil langkah tambahan untuk menghindari kesalahan yang berpotensi
merugikan ini dapat terbukti bermanfaat. Keuntungan lain adalah bahwa persyaratan sistem informasi
baru seringkali sangat mirip dengan persyaratan sistem informasi saat ini , terutama di mana proposal
didasarkan pada teknologi komputer baru daripada sejumlah besar persyaratan baru. Mengadaptasi
model logika sistem saat ini ke model logika sistem baru dalam kasus ini merupakan proses yang
mudah.
Satu-satunya kelemahan dari pendekatan empat model adalah penambahan waktu dan biaya
yang diperlukan untuk mengembangkan model logis dan fisik dari sistem saat ini. Sebagian besar
proyek memiliki jadwal yang sangat ketat yang mungkin tidak memberikan waktu untuk membuat
model sistem saat ini. Selain itu, pengguna dan manajer ingin melihat kemajuan pada sistem baru -
mereka kurang peduli tentang pendokumentasian sistem saat ini. Sebagai seorang analis sistem, Anda
harus menekankan pentingnya dokumentasi yang cermat dan menahan tekanan untuk mempercepat
proses pengembangan dengan risiko menciptakan masalah serius di kemudian hari.