Pola Tujuan Orientasi Data
Syahril EfendiFakultas Matematika Dan Ilmu Pengetahuan Alam Universitas Sumatera Utara
PENDAHULUAN
Pola digambarkan sebagai suatu proses yang memiliki banyak tahapan dimana gambaran perwakilan-perwakilan-perwakilan dari susunan program dan prosedur disatukan dengan syarat-syarat informasi. Penjelasan ini diperjelas oleh Freeman [Free 80] :
“Pola adalah suatu aktivitas yang menyangkut dan berhubungan dengan pengamblan keputusan-keputusan utama/pokok, dan seringkali dari sebuah sususnan yang dialami yang terbagi atas hubungan timbal balik dari bagian-bagin ditingkatkan yang tertinggi dan operasi-operasi yang logis, yang rumit pada tingkatan yang terendah.”
Pola adalah pengerak informasi tentang metode-metode perangkat lunak yang diambil dari pertimbangan bidang informasi.
Metode aliran sebuah data dan pola tujuan disajikan di bab ini. Sasaran metode ini menetapkan pendekatan secara teratur bagi permulaan dari susunan kode-pandangan secara luas mengenai perangkat lunak dan pendukung dari arsitek.
1. POLA DAN ALIRAN INFORMASI
Gambaran mengenai aliran informasi adalah satu dasar dari syarat-syarat analisis yang yang kita sebut pemeriksaan daerah informasi yang diawali dengan sebuah susunan pokok. Informasi dapat digambarkan sebagai aliran yang terus menerus melalui suatu rangkaian dari perubahan bentuk sebagai perkembangan dari informasi yang dimasukkan ke hasil informasi yang dikeluarkan. Diagram aliran yang data (DFD) digunakan sebagai suatu alat grafik untuk menggambarkan suatu aliran data. Aliran data-pola tujuan menegaskan suatu bilangan dari pola-pola yang berbeda yang merubah aliran informasi ke dalam susunan kode.
1.1. Penyumbang – penyumbang
1.2. Luas Daerah Penggunaan
Setiap pembuatan pola perangkat lunak memiliki kelebihan dan kekurangan. Suatu faktor pemilihan yang penting dan ketat untuk sebuah pembuatan pola adalah penerpan yang meluas kemana dia bisa. Aliran data-pola tujuan yang dapat diterima melalui jarak lebar dari daerah penerapan atau penggunaan. Kenyataannya, karena semua perangkat lunak. Sebuah aliran data, pendekatan tujuan untuk pola adalah berguna sekali ketika informasi diselesaikan secara teratur, berturut dan keberadaan susunan data tidak kaku. Contohnya: penerapan-penerapan pengawasan mikroprosesor, cara-cara pemeriksaan angka-angka yang rumit, persiapan pengawasan dan keahlian-keahlian yang lain dan penerapan perangakat lunak ilmiah jatuh pada kategori ini.
Perluasan aliran data-pola tujuan disebut DARTS (GOM 84), penyesuain pendekatan ke waktu yang sebenarnya merupakan gangguan penggunaan-penggunaan pengerak. Tehnik-tehnik aliran data-pola tujuan juga dapat dipakai pada penerapan pengolahan data-data dan dapat dipergunakan dengan baik walaupun ada susunan-susunan data yang masih kaku. Ada beebrapa masalah, dimana sebuah pertimbangan aliran data ada dipersoal tambahan data yang erbaik. Seperti dalam penerapan-penerapan. Contoh : jarinagan awal data, jaringan-jaringan ahli, permukaan tujuan sasaran.
2. PERTIMBANGAN-PERTIMBANGAN PENYELESAIAN POLA
Aliran data pola-pola tujuan memberikan peralihan yang sesuai dari informasi yang digambarkan (misalnya : bagan aliran data ) dimuat dalam sebuah perincian syarat-syarat perangkat lunak untuk penjelasan sebuah pola dari susunan rencana. Pealihan dari informasi ke susunan dilengkapi sebagai bagian dari 5 tahap penyelesaian, yaitu :
1. Tipe dari aliran informasi yang telah ditentukan 2. Terdapat batasan-batasan aliran
3. DFD dipetakan ke dalam susunan rencana 4. Pengawasan ketat ditegaskan dengan pembuatan
5. Susunan yang dihasilkan mengunakan ukuran-ukuran pola heuristic.
Tipe aliran data adalah penggerak data untuk kewajiban pendekatan pembuatan data di tahap 3.
2.1. Pergantian Bentuk Aliran
Pada penarikan kembali bentuk sususnan pokok (bagan aliran data tingkat 10), keterangan harus masuk dan keluar melalui perangkat lunak dalam suatu bentuk keadaab yang banyak sekali, contohnya : golongan data di sebuah papan tuts, nada/bunyi di sebuah telefon, dan gambar-gambar di sebuah tampilan (layar komputer). Gambar grafik komputer adalah seluruh bentuk dari informasi keadaan yang banyak sekali. Seperti keadaan data harus diubah ke bentuk bagian dalam dari penyelesaian. Informasi data keterangan memasuki susunan sepanjang garis-garis earnya yang mengubah rupa data ke bentuk dalam dan ditandai sebagai “aliran yang baru masuk”.
sebut aliran yang keluar. Secara keseluruhan aliran dari data terdapat pada sebuah gaya rentetan dan dikuti oleh satu atau beberapa saja, jalan kecil yang merupakan “Garis-garis lurus”. Ketika sebuah bagian dari satu bagan aliran daat memperagakan ciri-ciri ini maka perubahan bentuk aliran akan hadir.
2.2. Transaksi Aliran
Bentuk jaringan asam menunjukkan perubahan aliran. Oleh karena itu ada kemungkinan untuk memberi ciri kepada semua aliran data ke dalam kelompok ini. Bagaimanapun aliran informasi selalu digolongkan oleh satu item data yang disebut transaksi, yang menggerakkan aliran data lain sepanjang satu atsu banyak garis-garis edar.
Transaksi aliran digolongan pada pengerakan data sepanjang garis edar yang sedang naik (disebut juga edar penangkapan) yang merubah informasi daerah luar ke dalam sebuah transaksi. Transaksi ini dinilai dan didasarkan atas nilainya, dimulai dengan aliran sepanjang satu dari banyaj gerakan garis-garis edar. Pusat aliran informasi dari banyak gerakan garis-garis edar berasal disebut sebuah transaksi pusat. Harus dicatat bahwa dalam sebuah DFD untuk sebuah jaringan yang lebar, kedua perubahan dan transaksi aliran informasi sepanjang gerakan garis edar mungkin memiliki ciri-ciri perubahan aliran.
2.3. Persiapan Pemisahan
Pola mulai dengan penilaian dari tingkat dua atau tingkat tiga diagaram aliran data. Kelompok aliran informasi (yaitu : pergantian bentuk atau transaksi aliran) sudah jelas, dan batas-batas aliran yang digambarkan perubahan bentuk atau transaksi pusat ditetapkan. Berdasarkan batasan-batasan lokasi perubahan-perubahan bentuk (gagasan-gagasan DFD) dipetakan ke dalam susunan rencana sebagai pengatur. Ketepatan pembuatan peta dan ketentuan mengatur dinyatakan oleh pembagaian, pengawasan atas bawah dalam bentuk (persiapan) yang disebut “pembuatan” dan mempergunakan garis pedoman untuk pengaturan hasil yang baik. Bagaimanapun, perbedaan dan penyesuaian dapat dan bisa terjadi. Atas semua itu, pola perangkat lunak menuntut pertimbangan manusia yang sering melebihi “aturan” dari sebuah cara.
3. PERUBAHAN BENTUK ANALISIS/ PEMERIKSAAN
3.1. Sebuah Perumpamaan
Jaringan keamanan tempat tinggal yang aman mencerminkan dari banyak komputer berdasarkan hasil dan jaringan yang sedang digunakan hari ini. Penerima hasil dunia yang sebenarnya dan bereaksi mengalami perubahan. Ini juga mempengaruhi sebuah pengguna melalui serangkaian dari contoh pemakaian-pemakaian dari tampilan menurut angka awal. Selama keperluan pemeriksaan, lebih rinci lagi bentuk-bentuk aliran akan dibuat untuk tempat tinggal yang aman sebagai tambahan pengawasan dan perincian persiapan, keperluan-keperluan penerjemah dan berbagai keperluan ilmu bentuk juga diciptakan.
3.2. Tahapan-tahapan Pola
Contoh diatas akan digunakan untuk melukiskan setiap tahap dalam pemeriksaan perubahan bentuk. Tahapan dimulai dengan penilaian kembali dari pekerjaan yang telah dilakukan selama pemeriksaan keperluan dan kemudian bergerak ke arah perkembangan susunan rencana.
Tahap 1. Meninjau Bentuk Susunan Pokok
Bentuk susunan pokok meliputi DFD tingkat sepeluh dan mendukung iformasi. Dalam keadaan sebenarnya tahap pola dimulai dengan penilaian kedua perincian jaringan dan perincian perangkat lunak.
Tahap 2. Meninjau dan Menyaring Bagan-bagan Airan Data Untuk Perangkat Lunak
Keternagan di dapat dari isi bentuk-bentuk pemeriksaan syarat-syarat keperluan perangkat lunak disaring untuk menghasilkan perincian yang erbaik. Sebagai contoh : DFD tingkat satu dan dua untuk menangkap syarat diperiksa dan diperoleh bagan aliran data yang memperagakan keterpaduan yang relatif tinggi. Itu merupakan penyelesaian secara tidak langsung oleh penyelenggaraan perubahan bentuk tunggal, kegunaan yang jelas bisa dilaksanakan sebagai pengatur dalam tempat tinggal perangkat lunak yang aman. Oleh karena itu, DFD berisi cukup rinci untuk sebuah potongan pertnma di pola dari sususnan rencana menangkap siaran sususnan pokok dan kita teruskan tanpa ada penggolongan.
Tahap 3. Menentukan Apakah DFD sudah Berubah Bentuk atau Ciri-ciri transaksi Alam
Menaksir DFD kita dapat melihat data yang masuk ke perangkat lunak sepanjang satu garris edar yang baru masuk dan keluar di sepanjang jalan keluar di tiga garis edar. Pusat transaksi yang tidak jelas dinytakan secara tidak langsung (walaupun perubahan bentuk mungkin dirasakan sebagai keadaan dalam tanapa bahaya). Oleh karena itu, syarat-syarat perubahan secara keseluruhan akan diambil unutk keperluan informasi.
Tahap 4. Memisahan Perubahan Bnetuk Pusat Melalui Penggolongan yang Baru Masuk dan yang Keluar Batas-batas Aliran
Pada bagian yang terdahulu aliran yang baru masuk sebagai sebuah garis edar dimana informasi dirubah dari bagian luar ke bentuk bagian dalam. Batas aliran yang baru masuk dan keluar dapat diterjemahkan secaa mudah. Itulah, dalam aliran sebgai tempat –tempat pembatas. Kenyataanya, pemecahan-pemecahan pola pilihan lainnya dapt diperoleh melalui pemempatana dari batas-batas aliran. Walaupun perawatan akan diambil ketka pembatas-pembatas perbedaan dari satu gagasan sepanjang sebuah garis edar secara umum akan terjadi tubrukan kecil di susunan rencana akhir.
Perubahan bentuk gelembang-gelembung terdiri dari perubahan bentuk pusat terletak dalam pembatas-pembatas dua tanda titik yang bergerak dari atas ke bawah. Pembatas aliran yang baru masuk memisahkan penangkap pembacaan dan memperoleh keterangan balasan bisa di kemukakan. Tekanan dalam tahapan-tahapan pola harus menyeleksi pembatas-pembatas yang cukup beralasan.
Tahap 5. Melakukan Pembuatan Tingkat Pertama
Susunan rencana diawakili sebuah pengawasan pembagian atas-bawah penyelenggaraan yang menghasilkan sebuah susunan rencana dimana tingkat yang terbatas mengatur tampilan kebanyakan pemakaian, perhitungan dan hasil kerja.
Tingkat pertengahan mengatur penyelenggaraan beberapa pengawasan dan melakukan kelayakan kerja.
Bila saluran perubahan dijumpai, DFD dipetakan pada sebuaah struktur spesifik yang memberikan kontrol untuk proses yang baru masuk, perubahan, dan informasi keluar. Kontroller utama berada pada puncak struktur program yang berfungsi mengkoordinasi fungsi kontrol sub koordinat yang berikut :
Kontroller proses informasi yang baru masuk mengkoordinir penerimaan seluruh data yang masuk.
Kontroller saluran perubahan yang mengawasi seluruh operasi pada data dengan bentuk internalisasi (misalnya : sebuah modul yang mmebutuhkan berbagai prosedur perubahan data)
Kontroller proses informasi yang keluar yang mengkoordinir produksi informasi yang dihasilkan.
Jumlah modul pada tingkat pertama harus dibatasi pada tingkat minimum yang dapat meyelesaikan fungsi kontrol dam masih mempertahankan penggadaan yang baik dan karakteristik kohasi.
Tahap 6. Melakukan Pemfaktoran Tingkat Kedua
Pemfaktoran tingkat kedua diselesaikan dengan memetakan setiap perubahan DFD ke dalam modul yang tepat yang terdapat dalam struktur program. Berawal pada batasan pusat perubahan dan bergerak ke arah luar jalur pemasukan dan kemudian keluaran, perubahan dipetakan ke dalam tungkat sub ordinat struktur program.
Melukiskan pemetaan satu antara perubahan DFD dan modul perangkat lunak, pemetaan yang berbeda-beda sering saja terjadi. Dua atau tiga bubble dapat digabungkan dan digambarkan sebagai satu modul ataupun bubble tunggal dapat dikembangkan dua atau beberapa modul. Pertimbangan praktis dan pengukuran kwalitas desain mendikte hasil pemfaktoran tingkat kedua.
Pemetaan sederhana satu-satu dari pada bubble dengan modul dapat diamati dengan mengikuti saluran dari batasan luar pusat perubahan. Kajian dan penyaringan dapat mengakibatkan perubahan dalam struktur ini, tetapi dapat berfungsi sebagai deain potongan pertama.
Pemfaktoran tingkat kedua utuk saluran yang masuk mengikuti cara yang sama. Pemafaktoran kemudiam diselesaikan dengan bergerak ke arah luar dari batasan pusat perubahan pada sisi saluran yang masuk. Pusat perubahan perangkat lunak subsistem monitor sensor dipetakan agak berbeda. Setiap perubahan data ataupun perubahan kalkulasi sebagian perubahan data DFD dipetakan ke dlam sub ordinat modul terhadap kontroller perubahan.
Modul yang dipetakan dengan cara di atas menunjukkan sebuah desain awal dari struktur program. Walaupun modul dinamai dalam sebuah cara yang menyatakan fungsi, narasi pemrosesan singkat (yang dikutip dari PSPEC yang diciptakan selama permodelan analisa) akan dituliskan.
Naratif menggambarkan :
Informasi yang keluar masuk pada modul (deskripsi interface)
Informasi yang diterima kembali olehnsebuah modul diterima misalnya data yang disimpan dalam sebuah struktur data lokal.
Naratif procedure yang menunjukkan point-point dan tugas keputusan utama
Pembahasan ringkas (misalnya file I/O, karakteristik yang tergantung pada perangkat lunak, ketentuan pengaturan waktu)
Naratif berfungsi sebagai spesifikasi desain generasi pertama. Namun demikian, penyaringan dan penambahan kemudian terjadi secara teratur selama periode desain ini berlangsung.
Tahap 7. Menyaring Struktur Program “Potongan Pertama”, dengan Memakai Heuristic Desain untuk Mutu Perangkat Lunak yang Meningkat
Penyaringan idikte dengan pertimbangan praktis dan pengertian umum. Misalnya, ada kesempatan ketika kontroller untuk saluran data yang masuk sepenuhnya tidak diperlukan, bila proses input diperlukan dalam sebuah modul yaitu sub ordinat terhadap kontroller perubahan, bila penggandaan tinggi terhadap global tidak dapat dicapai. Ketentuan perangkat lunak yang digandakan dengan penilaian manusia adalah penilaian akhir.
Banyak perubahan dapat dibuat terhadap struktur potongan pertama yang dikembangkan untuk sub sistem monitor safehome. Diantara kemungkinan-kemingkinana itu :
¾ Kontroller pemasukan dapt dibuang bila dianggap tidak penting kalau bidang saluran pemasukan tunggal yang akan disusun.
¾ Sub struktur yang dikembangkan dari saluran perubahan bisa dipersempit ke dalam modul estabilish alarm yang conditions (yang sekarang akan meliputi pemrosesan yang dinyatakan oleh select phone number, kontroller perubahan tidak dibutuhkan dan sedikit dibutuhkan penurunan kohesi.
¾ Format display model dan generate display dapat dipersempit ke dalam sebuah model baru yang disebut dengan produce display.
Tujuan daripada tujuh langkah terdahulu adalah untuk mengembangkan sebuah gambaran perangkat lunak secara umum. Yaitu, bila struktur telah ditentukan, kita dapat menilai dan menyaring arsitektur perangkat lunak dengan memandangnya secara keseluruhan. Modifikasi yang dibuat pada waktu ini sedikit memerlukan pekerjaan tambahan tetapi dapat berdampak pada mutu kemampuan perangkat lunak.
4. ANALISA TRANSAKSI
Pada berbagai pemakaian lunak, item data tunggal memicu satu atau sejumlah saluran informasi yang mempengaruhi fungsi yang dinyatakan oleh item data pemicu. Iterm data, yang disebut transaction, dan karakteristik salurannya yang bersesuaian telah dibahas dalam bagian 1.2. Dalam bagian ini kita mempertimbangakan langkah-langkah desain yang dipakai untuk menguji saluan transaksi.
4.1. Sebuah Contoh
Analisa transaksi akan dilukiskan dengan mmepertimbangkan sub sistem interaksi pemakai perangkat lunak Safchome. Perintah pemakai dan arus data ke dalam sistem dan menghasilkan arus informasi tambahan sepanjang salah satu dari tiga jalur tindakan. Iterm data tunggal, tipe perintah, menyebabkan arus data keluar dari pusat. Oleh karena itu, keseluruhan karakteristik arus data adalah berorientasi terhadap transaksi.
4.2 Langkah-langkah Desain
Langkah-langkah desain untuk analisa transaksi adalah ama, dan dalam beberapa kasus identik dengan langkah-langkah untuk analisa perubahan (bagian 1.3). Perbedaan pokok terletak pada pemetaan DFD pada struktur program :
Langkah 1 : Mengkaji model sistem dasar
Langkah 2 : Mengkaji dan menyaring diagram arus data untuk perangkat lunak.
Langkah 3 : Menentukan apakah DFD memiliki perubahan maupun karakteristik arus transaksi.
Langkah 1, 2 dan 3 adalah sama dengan langkah-langkah yang bersesuaian dalam analisa perubahan.
Langkah 4 : Mengenali pusat transaksi dan sigat-sifat arus sepanjang masing-masing jalur tindakan.
Lokasi pusat transaksi dapat segera dilihat dari DFD. Pusat transaksi terletak pada sumber dari sejumlah bidang tindakan yang secara radial mengalir dari pusat itu.Bidang pemasukan (yaitu : bi dang arus sepanjang sebuah transaksi diterima) dan seluruh bidang tindakan juga harus diisolasi.
Langkah 5 : Petakan DFD pada sebuah struktur program yang disetujui pada proses transaksi.
Arus transaksi dipetakan ke dalam struktur program yang memuat cabang yang masuk dan cabang pengiriman. Struktur untuk cabang masuk dikembangkan dengan beberapa cara seperti analisa perubahan. Dimulai pada pusat transaksi, bubble sepanjang jalur masuk (jalur penerimaan) dipetakan ke dalam modul. Struktur cabang pengirim yang mengontrol seluruh kontroller jalur tindakan sub ordinat. Setiapjalur tindakan DDF dipetakan pada sebuah struktur yang bersesuaian dengan sifat arus spesifiknya.
Bubble read user command dan aktivate sistem secara langsung berpeta ke dalam struktur program tanpa dibutuhkannya modul kontrol perantara. Pusat transaksi invoke command prosessing secara langsung berpetaan terhadap modul pengiriman nama yang sama.
Langkah 6 : Faktor dan saring struktur transaksi dan struktur dari setiap jalur tindakan. Setiap jalur tindakan diagram arus data memiliki sifat arus informasi tersendiri, kita telah mencatat bahwa arus perubahan maupun arus transaksi dapat ditemukan. Sub stuktur tindakan dengan jalur yang berkaitan dikembangkan dengan memakai langkah-langkah desain seperti yang ditunjukkan dalam bagian ini dan di dalam bagian terdahulu 2.5.
Arus menunjukkan karakteristik perubahan klasik. Kata tegoran adalah input (arus masuk) dan diteruskan ke dalam pusat perubahan dimana dibandingkan dengan katan tegoran yang disimpan. Sebuah alarm dan pesan peringatan (arus keluar) kemudian dihasilkan.
analisa transaksi ini identik dengan langkah-langkah yang bersesuaian untuk analisa perubahan. Dalam kedua pendekatan desain, kriteria seperti modul bebas, kepraktisan (kehandalan implementasi dan test) dan kemampuan pertahanannya harus dipertimbangakan secara seksamam bila modifikasi struktur dinginkan.
5. HEURISTIC DESAIN
A. Evaluasi “struktur program potongan pertama” utnutk menekan penggadaan dan meningkatkan kohesi.
B. Usaha untuk menekan struktur dengan Fan_Out tinggi, usaha untuk meningkatkan kedalaman.
C. Berikan batasan pengaruh modul modul dalam cakupan kontrol modul itu.
D. Evaluasi interface modul untuk menekan kerumitan dan penurunan dan peningkatan konsistensi.
E. Tentukan modul yang fungsinya dapat diprediksi tetapi hindari modul yang terlalu membatasi.
F. Usaha untuk model Single-entri-single-exit dengan menghindari sambungan patologis.
6. PROSES AKHIR DESAIN
Pemakaian analisa perubahan dan transaksi yang berhasil dilengkapi dengan menambahkan dokumen yang dibutuhkan sebagai bagian dari arsitektur. Struktur dikembangkan dan disaring, tugas-tugas yang berikut harus diselesaikan :
• Naratif proses dikembangkan untuk setiap modul
• Deskripsi interface dilengkapi untuk setiap modul
• Struktur data lokal dan global ditentukan
• Seluruh batasan desain limit-limitnya dicatat
• Optimalisasi dipertimbangkan (jika diperlukan dan jika diijinkan).
Naratif proses adalah (idealnya) tidak memberikan arti yang mengambang deskripsi proses yang terjadi dalam sebuah modul. Naratif menggambarkan tugas pemrosesan, keputusan input output.
Desain struktur data dapat berdampak terhadap struktur program dan detail prosedur unutk setiap modul.
Batasan dan limit untuk setiap modul juga dianjurkan. Topik khusus untuk pembahasan meliputi pembahasan tipe maupun format data, memori maupun batasan waktu, karakteristik khusus dari sebuah modul. Tujuan pembatasan/limit adalah mengurangi jumlah kesalahan yang terjadi karena karakteristik fungsi yang diasumsikan.
7. OPTIMALISASI DESAIN
Penyaringan struktur program selama tahap desain awal akan diusahakan. Representasi alternatif dapat dilakukan, disaring dan dinilai untuk pendekatan terbaik. Pendekatan terhadap optimasi ini adalah merupakan salah satu keuntunggan yang diperoleh dari pengembangan representasi arsitektur perangkat lunak.
Bahwa kesederhanaan struktur sering merefleksikan clcgansi maupun keefesienan. Optimasi desain harus berusaha unutk memberikan jumlah modul terkecil yang konsisten dengan modularitas efektif dan struktur data yang paling kompleks yang memadai untuk memberikan ketententuan informasi.
Untuk aplikasi waktu kritis, diperlukan optimalisasi selama desain terinci dan kemungkinan selama pengkodean. Developer perangkat lunak namun demikiam harus mencatat bahwa persentasi yang relatif kecil (khusus 10%-20%) program sering menghasilkan presentase besar (50%-80%) waktu pemrosesan. Tidaklah sia-sia unutk mengajukan pendekatan berikut unutk perangkat lunak waktu kritis :
1. Kembangkan dan saring struktur program tanpa mempertimbangkan optimasi waktu kritis
2. Gunakan alat case untuk mendukung performasi waktu jalan unutk mengisolasi daerah yang tidak efisien
3. Selama desain detail, pilih modul yang diragukan “time bogs” dan kembangkan prosedur secara hati-hati (logaritma) unutk efisien waktu.
4. Berikan kode dalam bahas pemrograman order tinggi
5. Pakailah perangkat lunak untuk mengisolasi modul yang mempengaruhi pemakaian processor besar.
KESIMPULAN
Data desain berorientasi arus data adalah sebuah metode yang memakai karakteristik arus informasi unutk menggerakkan struktur program.
Diagaram arus data dipetakan ke dalam struktur program dengan memakai salah satu dari dua pendekatan analisa perubahan maupun analisa transaksi.
Analisa perubahan dipakai terhadap arus informasi yang menunjukkan batasan yang berbeda data masuk dan data keluaran.
DFD dipetakan ke dalam sebuah struktur yang mengalokasikan kontrol pada input, pemprosesan dan output sepanjang tiga hirarki modul yang difaktorkan secara terpisah.
Analisa transaksi dipakai bila iterm informasi tungal mengakibatkan arus bercabang sepanjang satu dari beberapa bidang lainnya.
DAFTAR PUSTAKA
1. Charette, R.N., Sofware Engineering Risk Analysis and Management, McGraw- Hill/Intertext, 1989.
2. Druckers, P., Management, W.Heinemann, 1975.
3. Tavri D. Mahyuzir, Pengantar Analisis dan Perancangan Perangkat Lunak, Elex Media Komputindo, Jakarta, 1991.
