Modul 8:
Spesifikasi Proses
dan Keputusan
Terstruktur
Mahasiswa mampu menganalisis dengan menggunakan spesifikasi proses.
memahami tujuan spesifikasi proses. Kenali perbedaan antara keputusan
terstruktur dan semi terstruktur. Tabel keputusan, dan pohon keputusan
untuk menganalisis, mendeskripsikan, dan mendokumentasikan keputusan
terstruktur. Pilih metode analisis keputusan yang tepat untuk menganalisis
keputusan terstruktur dan membuat spesifikasi proses.
Abstract Kompetensi
Dalam chapter ini akan mempelajari Setelah Mahasiswa memiliki kemampuan
Anda memahami tujuan spesifikasi proses. Gambaran umum spesifikasi proses, tabel
keputusan, pohon keputusan. Memilih
teknik analisis keputusan terstruktur
Spesifikasi Proses dan Keputusan Terstruktur
Untuk menentukan kebutuhan informasi manusia dari strategi analisis keputusan, seorang
analis sistem harus terlebih dahulu menentukan tujuan pengguna, bersama dengan tujuan
organisasi, baik menggunakan pendekatan top-down atau pendekatan berorientasi objek.
Analis sistem harus memahami prinsip-prinsip organisasi dan memiliki pengetahuan tentang
teknik pengumpulan data. Pendekatan top-down sangat penting karena semua keputusan
manusia dalam organisasi harus terkait, setidaknya secara tidak langsung, dengan tujuan
luas seluruh organisasi.
Spesifikasi proses — terkadang disebut minispec, karena merupakan bagian kecil dari total
spesifikasi proyek — dibuat untuk proses primitif pada diagram aliran data serta untuk
beberapa proses tingkat tinggi yang meledak ke diagram anak. Mereka juga dapat dibuat
untuk metode kelas dalam desain berorientasi objek, dan, dalam pengertian yang lebih
umum, untuk langkah-langkah dalam kasus penggunaan (seperti yang dibahas dalam Bab 2
dan 10). Spesifikasi ini menjelaskan logika pengambilan keputusan dan rumus yang akan
mengubah proses input data menjadi output. Setiap elemen turunan harus memiliki logika
proses untuk menunjukkan bagaimana elemen tersebut diproduksi dari elemen dasar atau
elemen turunan yang dibuat sebelumnya yang dimasukkan ke proses primitif.
Proses yang merepresentasikan input atau output fisik, seperti membaca dan
menulis. Proses ini biasanya hanya membutuhkan logika sederhana.
Proses yang merepresentasikan validasi data sederhana, yang biasanya cukup
mudah dilakukan. Kriteria edit dimasukkan dalam kamus data dan dimasukkan ke
dalam kode sumber komputer. Spesifikasi proses dapat dibuat untuk pengeditan
yang rumit.
Proses yang menggunakan kode yang telah ditulis sebelumnya. Proses ini umumnya
termasuk dalam sistem sebagai prosedur, metode, dan fungsi atau di perpustakaan
kelas (yang dapat dibeli atau tersedia gratis di Web).
‘20 (E) Analisis Dan Perancangan Sistem
3 dari Modul 6 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
Blok-blok ini adalah kode program komputer yang disimpan di sistem komputer. Mereka
biasanya menjalankan fungsi sistem umum, seperti memvalidasi tanggal atau digit cek.
Subprogram tujuan umum ini ditulis dan didokumentasikan hanya sekali, tetapi membentuk
serangkaian blok bangunan yang dapat digunakan di banyak sistem di seluruh organisasi.
Spesifikasi proses menghubungkan proses ke diagram aliran data, dan karenanya kamus
data, seperti yang diilustrasikan pada Gambar 9.1. Setiap spesifikasi proses harus
dimasukkan pada formulir terpisah atau ke layar alat CASE seperti yang digunakan untuk
Visible Analyst dan ditampilkan dalam casing CPU di akhir bab ini. Masukkan informasi
berikut:
Nomor proses, yang harus cocok dengan ID proses pada diagram aliran data.
Spesifikasi ini memungkinkan seorang analis untuk mengerjakan atau meninjau
proses apa pun, dan untuk menemukan diagram aliran data yang berisi proses
tersebut dengan mudah.
Nama proses, yang lagi-lagi harus sama dengan nama yang ditampilkan dalam
simbol proses pada diagram aliran data.
Penjelasan singkat tentang apa yang dicapai proses tersebut.
Daftar arus data masukan, menggunakan nama-nama yang terdapat pada diagram
arus data. Nama data yang digunakan dalam rumus atau logika harus sesuai dengan
yang ada di kamus data untuk memastikan konsistensi dan komunikasi yang baik.
Arus data keluaran, juga menggunakan diagram arus data dan nama kamus data.
Penjelasan tentang logika proses yang menyatakan kebijakan dan aturan bisnis dalam
bahasa sehari-hari, bukan pseudo-code bahasa komputer. Aturan bisnis adalah prosedur,
atau mungkin sekumpulan kondisi atau formula, yang memungkinkan korporasi menjalankan
bisnisnya. Definisi masalah awal (seperti yang dijelaskan di Bab 3) yang Anda selesaikan
pada awalnya dapat memberikan tempat awal untuk deskripsi ini. Format aturan bisnis
umum meliputi berikut ini:
Definisi istilah bisnis
Kondisi dan tindakan bisnis
Batasan integritas data
Derivasi matematika dan fungsional
Kesimpulan logis
Memproses urutan
Hubungan antar fakta tentang bisnis
Jika tidak ada cukup ruang di formulir untuk deskripsi bahasa Inggris terstruktur yang
lengkap, atau jika ada tabel atau pohon keputusan yang menggambarkan logika, sertakan
nama tabel atau pohon yang sesuai.
Daftar masalah yang belum terselesaikan, bagian logika yang tidak lengkap, atau masalah
lainnya. Masalah-masalah ini membentuk dasar pertanyaan yang digunakan untuk
wawancara tindak lanjut dengan pengguna atau pakar bisnis yang telah Anda tambahkan ke
tim proyek Anda.
Item ini harus dimasukkan untuk melengkapi formulir spesifikasi proses, yang mencakup
nomor proses, nama proses, atau keduanya dari diagram aliran data, serta delapan item
lainnya yang ditampilkan dalam contoh Tren Dunia (Gambar 9.2). Perhatikan bahwa
melengkapi formulir ini secara menyeluruh memfasilitasi penautan proses ke diagram aliran
data dan kamus data.
Ketika logika proses melibatkan rumus atau iterasi, atau ketika keputusan terstruktur tidak
kompleks, teknik yang tepat untuk menganalisis proses keputusan adalah penggunaan
bahasa Inggris terstruktur. Sesuai dengan namanya, bahasa Inggris terstruktur didasarkan
pada (1) logika terstruktur, atau instruksi yang disusun menjadi prosedur bersarang dan
dikelompokkan, dan (2) pernyataan bahasa Inggris sederhana seperti add, multiply, dan
move. Masalah kata dapat diubah menjadi bahasa Inggris terstruktur dengan menempatkan
aturan keputusan ke dalam urutan yang tepat dan menggunakan konvensi pernyataan IF-
THEN-ELSE.
Untuk menulis bahasa Inggris terstruktur, Anda mungkin ingin menggunakan ketentuan
berikut:
Ekspresikan semua logika dalam salah satu dari empat jenis ini: struktur sekuensial,
struktur keputusan, struktur kasus, atau iterasi (lihat Gambar 9.3 untuk contoh).
Gunakan dan kapitalisasi kata kunci yang diterima seperti IF, THEN, ELSE, DO, DO
WHILE, DO UNTIL, dan PERFORM.
Structured English Type Example
Semua program komputer dapat dikodekan menggunakan tiga konstruksi dasar: urutan,
seleksi (IF ... THEN ... ELSE dan struktur kasus), dan iterasi atau perulangan. Kamus data
menunjukkan konstruksi mana yang harus dimasukkan dalam spesifikasi proses.
Jika kamus data untuk aliran data masukan dan keluaran berisi serangkaian bidang tanpa
iterasi apa pun— {} —atau pilihan— [] —spesifikasi proses akan berisi rangkaian pernyataan
sederhana, seperti PINDAH, TAMBAH, dan SUBTRAK. Lihat contoh kamus data untuk
STATEMENT PENGIRIMAN, diilustrasikan pada Gambar 9.5. Perhatikan bahwa kamus
data untuk LAPORAN PENGIRIMAN memiliki NOMOR PESANAN, TANGGAL PESANAN,
dan NOMOR PELANGGAN sebagai kolom urutan sederhana. Logika terkait, yang
ditunjukkan pada baris 3 sampai 5 dalam bahasa Inggris terstruktur terdiri dari pernyataan
MOVE sederhana.
Struktur data dengan elemen opsional yang terdapat dalam tanda kurung atau salah satu /
atau elemen yang dibatasi dalam tanda kurung akan memiliki IF yang sesuai. . . KEMUDIAN
. . . Pernyataan ELSE dalam spesifikasi proses. Selain itu, jika jumlahnya, seperti
QUANTITY BACKORDERED, lebih besar dari nol, logika dasarnya adalah IF. . . KEMUDIAN
. . . LAIN. Iterasi, yang ditunjukkan oleh tanda kurung kurawal pada struktur data, harus
memiliki DO WHILE, DO UNTIL, atau PERFORM UNTIL yang sesuai untuk mengontrol
looping pada spesifikasi proses. Struktur data untuk ORDER ITEM LINES memungkinkan
hingga lima item dalam loop. Baris 8 sampai 17 menunjukkan pernyataan yang terkandung
dalam DO WHILE sampai END DO yang diperlukan untuk menghasilkan beberapa ORDER
ITEM LINES.
Tabel Keputusan
Tabel keputusan adalah tabel baris dan kolom, dipisahkan menjadi empat kuadran, Kuadran
kiri atas berisi kondisi; kuadran kanan atas berisi alternatif kondisi. Bagian bawah tabel berisi
tindakan yang harus dilakukan di sebelah kiri dan aturan untuk menjalankan tindakan di
sebelah kanan. Ketika tabel keputusan digunakan untuk menentukan tindakan mana yang
perlu diambil, logika bergerak searah jarum jam, dimulai dari kiri atas.
Bahan terakhir yang membuat tabel keputusan berharga adalah seperangkat aturan untuk
setiap tindakan. Aturan adalah kombinasi dari alternatif kondisi yang memicu suatu tindakan.
Misalnya, Aturan 3 mengatakan:
IF N (the total sale is NOT under $50.00)
AND
IF Y (the customer paid by check and had two forms of ID)
AND
IF N (the customer did not use a credit card)
THEN
DO X (call the supervisor for approval).
Contoh di atas menampilkan masalah dengan empat rangkaian aturan dan empat
kemungkinan tindakan, tetapi itu hanya kebetulan. Contoh selanjutnya menunjukkan bahwa
tabel keputusan sering kali menjadi besar dan terlibat.
Untuk membangun tabel keputusan, seorang analis perlu menentukan ukuran maksimum
tabel; menghilangkan situasi yang tidak mungkin, inkonsistensi, atau redundansi; dan
sederhanakan table bisa jadi. Langkah-langkah berikut memberi analis metode sistematis
untuk mengembangkan tabel keputusan:
Tentukan jumlah kondisi yang dapat mempengaruhi keputusan. Gabungkan baris yang
melewati putaran, seperti kondisi yang saling eksklusif. Jumlah kondisi menjadi jumlah baris
di bagian atas tabel keputusan.
Tentukan banyaknya alternatif kondisi untuk setiap kondisi. Dalam bentuk tabel keputusan
yang paling sederhana, terdapat dua alternatif (Y atau N) untuk setiap kondisi. Dalam tabel
entri-diperpanjang, mungkin ada banyak alternatif untuk setiap kondisi. Pastikan bahwa
semua nilai yang memungkinkan untuk kondisi tersebut disertakan. Misalnya, jika
pernyataan masalah yang menghitung diskon pelanggan menyebutkan satu rentang nilai
untuk total pesanan dari $ 100 hingga $ 1.000 dan rentang lain lebih besar dari $ 1.000,
analis harus menyadari bahwa kisaran dari 0 hingga $ 100 juga harus ditambahkan sebagai
kondisi. Hal ini terutama berlaku bila ada kondisi lain yang mungkin berlaku untuk total
pesanan 0 hingga $ 100.
Hitung jumlah kolom maksimum dalam tabel keputusan dengan mengalikan jumlah alternatif
untuk setiap kondisi. Jika terdapat empat kondisi dan dua alternatif (Y atau N) untuk masing-
masing kondisi maka akan ada 16 kemungkinan, sebagai berikut:
Condition 1: 3 2 alternatives
Condition 2: 3 2 alternatives
Condition 3: 3 2 alternatives
Condition 4: 3 2 alternatives
16 possibilities
Isi alternatif kondisi. Mulailah dengan kondisi pertama dan bagi jumlah kolom dengan jumlah
alternatif untuk kondisi tersebut. Pada contoh di atas, terdapat 16 kolom dan dua alternatif
(Y atau N), jadi 16 dibagi 2 adalah 8. Kemudian pilih salah satu alternatif, misalkan Y, dan
tuliskan di delapan kolom pertama. Akhiri dengan menuliskan N pada delapan kolom yang
tersisa, sebagai berikut:
Condition 1: Y Y Y Y Y Y Y Y N N N N N N N N
Memeriksa tabel keputusan Anda untuk kelengkapan dan akurasi sangat penting. Empat
masalah utama dapat terjadi dalam mengembangkan tabel keputusan: ketidaklengkapan,
situasi yang tidak mungkin, kontradiksi, dan redundansi
Saat membuat tabel keputusan seperti yang diuraikan pada langkah-langkah sebelumnya,
terkadang dimungkinkan untuk mengatur situasi yang tidak mungkin. Contohnya ditunjukkan
Aturan 1 tidak memungkinkan, karena seseorang tidak dapat menghasilkan lebih dari $
50.000 per tahun dan kurang dari $ 2.000 per bulan pada waktu yang sama. Tiga aturan
lainnya valid. Masalahnya luput dari perhatian karena kondisi pertama diukur dalam
beberapa tahun dan kondisi kedua dalam bulan.
Kontradiksi terjadi ketika aturan menyarankan tindakan yang berbeda tetapi memenuhi
kondisi yang sama. Kesalahannya bisa terletak pada cara analis menyusun tabel atau
dengan informasi yang diterima analis. Kontradiksi sering muncul jika tanda hubung [-] tidak
dimasukkan dengan benar ke dalam tabel. Redundansi terjadi ketika sekumpulan alternatif
yang identik membutuhkan tindakan yang sama persis. Gambar 9.13 mengilustrasikan
kontradiksi dan redundansi. Analis harus menentukan apa yang benar dan kemudian
menyelesaikan kontradiksi atau redundansi.
Tabel keputusan adalah alat penting dalam analisis keputusan terstruktur. Salah satu
keuntungan utama menggunakan tabel keputusan dibandingkan metode lain adalah bahwa
tabel membantu analis memastikan kelengkapan. Saat menggunakan tabel keputusan, juga
mudah untuk memeriksa kemungkinan kesalahan, seperti situasi yang tidak mungkin,
kontradiksi, dan redundansi. Pemroses tabel keputusan, yang mengambil tabel sebagai
input dan menyediakan kode program komputer sebagai output, juga tersedia.
Pohon Keputusan
Pohon keputusan digunakan saat percabangan kompleks terjadi dalam proses keputusan
terstruktur. Pohon juga berguna ketika sangat penting untuk menjaga serangkaian
keputusan dalam urutan tertentu. Meskipun pohon keputusan mendapatkan namanya dari
pohon alami, pohon keputusan paling sering digambar di atasnya
Tidak seperti pohon keputusan yang digunakan dalam ilmu manajemen, pohon analis tidak
mengandung probabilitas dan hasil. Dalam analisis sistem, pohon digunakan terutama untuk
mengidentifikasi dan mengatur kondisi dan tindakan dalam proses keputusan yang
sepenuhnya terstruktur.
Berguna untuk membedakan antara kondisi dan tindakan saat menggambar pohon
keputusan. Perbedaan ini khususnya relevan jika kondisi dan tindakan terjadi selama
periode waktu tertentu dan urutannya penting. Untuk tujuan ini, gunakan simpul persegi
untuk menunjukkan tindakan dan lingkaran untuk mewakili suatu kondisi. Menggunakan
notasi membuat pohon keputusan lebih mudah dibaca, seperti halnya penomoran lingkaran
dan kotak secara berurutan. Pikirkan sebuah lingkaran sebagai penanda IF, sedangkan
persegi berarti MAKA.
Ketika tabel keputusan dibahas di bagian sebelumnya, contoh tempat penjualan digunakan
untuk menentukan tindakan persetujuan pembelian untuk sebuah department store.
Ketentuan termasuk jumlah penjualan (di bawah $ 50) dan apakah pelanggan membayar
dengan cek atau kartu kredit. Empat
Pohon keputusan memiliki tiga keunggulan utama dibandingkan tabel keputusan. Pertama,
ia memanfaatkan struktur sekuensial dari cabang pohon keputusan sehingga urutan
pemeriksaan kondisi dan tindakan yang dieksekusi segera terlihat. Kedua, kondisi dan
tindakan pohon keputusan ditemukan pada beberapa cabang tetapi tidak pada yang lain;
Sebaliknya, dengan tabel keputusan, kondisi dan tindakan adalah bagian dari tabel yang
sama. Kondisi dan tindakan yang kritis berhubungan langsung dengan kondisi dan tindakan
lain, sedangkan kondisi yang tidak penting tidak ada. Dengan kata lain, pohon tidak harus
simetris. Ketiga, dibandingkan dengan tabel keputusan, pohon keputusan lebih mudah
dipahami oleh orang lain dalam suatu organisasi. Akibatnya, mereka lebih sesuai sebagai
alat komunikasi.
Kami telah memeriksa tiga teknik untuk analisis keputusan terstruktur: bahasa Inggris
terstruktur, tabel keputusan, dan pohon keputusan. Meskipun tidak perlu digunakan secara
eksklusif, biasanya memilih satu teknik analisis untuk sebuah keputusan daripada
menggunakan ketiganya. Panduan berikut memberi Anda cara untuk memilih salah satu dari
tiga teknik untuk kasus tertentu:
Gunakan bahasa Inggris terstruktur saat
a. Ada banyak tindakan berulang, ATAU
b. Komunikasi ke pengguna akhir itu penting.
Gunakan tabel keputusan saat
a. Kombinasi kompleks dari kondisi, tindakan, dan aturan ditemukan,
ATAU
b. Anda memerlukan metode yang secara efektif menghindari situasi yang tidak
mungkin, redundansi, dan kontradiksi.
Gunakan pohon keputusan saat
a. Urutan kondisi dan tindakan sangat penting, ATAU
b. Ketika tidak setiap kondisi relevan dengan setiap tindakan (cabangnya
berbeda).
‘20 (E) Analisis Dan Perancangan Sistem
16 dari Modul 6 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
Daftar Pustaka
Anderson, D. R., D. J. Sweeney, T. A. Williams, and R. K. Martin. An Introduction to
Management Science, 10th ed. Florence, KY: South-Western College Publishing (an imprint
of Cengage), 2007.
Evans, J. R. Applied Production and Operations Management, 4th ed. St. Paul, MN: West,
1993. Kress-Gazit, H., G.E. Fainekos, and G. J. Pappas. “Translating Structured English to
Robot Controllers.”
Vol.22, No.12, 2008, pp. 1343–1359.
Wood, H. An Intro to Logic Trees and Structured Programming. Available at
http://www.techopedia.com/ 2/28552/it-business/enterprise-applications/an-intro-to-logic-
trees-and-structured-programming. Last accessed August 16, 2012.
www.wisegeek.com/what-is-structured-english.htm. Last accessed August 16, 2012.