KONSEP PENDEKATAN PERANCANGAN TERSTRUKTUR

1. Konsep Perancangan Terstruktur

Permasalahan-permasalahan di pendekatan klasik, maka kebutuhan akan pendekatan pengembagan system yang lebih baik mulai terasa dibutuhkan. Sayangnya sampai sekarang masih banyak orang yang tidak menyadari bahwa hanya dengan mengikuti tahapan di life cycle saja tidak akan membuat pengembangan system informasi menjadi berhasil. Oleh karena itu, diperlukan suatu pendekatan pengembangan system yang baru yang dilengkapi dengan beberapa alah dan teknik supaya membuatnya berhasil.

Pendekatan ini yang dimulai dari awal tahun 1970 disebut dengan pendekatan terstruktur (structured approach). Pendekatan terstruktur dilengkapi dengan alah dan teknik-teknik yang dibutuhkan dalam pengembangan system, sehingga hasil dari system yang dikembangkan akan didaptkan system yang strukturnya didefinisikan dengan baik dan jelas.

Terdapat beberapa pendekatan untuk mengembangkan system, yaitu :

1. Pendekatan klasik (classical approach) vs pendekatan terstruktur (structured approach), dipandang dari metodologi yang digunakan.

2. Pendekatan sepotong (Piecemal approach) vs pendekatan system (system approach), dipandang dari sasaran yang akan dicapai.

3. Pendekatan bottom-up vs pendekatan top-down, dipandang dari cara menentukan kebutuhan system.

4. Pendekatan system meyeluruh (total-system approach) vs pendekatan moduler (modular approach), dipandang dari cara mengembangkannya.

5. Pendekatan lompatan jauh (great loop approach) vs Pendektan berkembang (evolutionary approach), dipandang dari teknilogi yang akan digunakan.

• Pendekatan Klasik

Pendekatan klasik disebut juga pendekatan tradisional atau pendekatan konvensional adalah pendekatan dalam pengembangan system yang mengikuti tahapan-tahapan pengembangan system (system life cycle) tanpa dibekali dengan alat-alat dan teknik-teknik yang memadai. Pendekatan klasik tidak cukup digunakan untuk mengembangkan system informasi yang kini semakin kompleks, dan dapat menimbulkan permasalahan seperti:

1. Pengembangan perangkat lunak menjadi sulit.

2. Biaya perawatan atau pemeliharaan system menjadi lebih mahal.

3. Kemungkinan kesalahan system besar.

4. Keberhasilan system kurang terjamin.

5. Masalah dalam penerapan system.

· Pendekatan Terstruktur

Karena terjadi banyak permasalahan pada pendekatan klasik, maka dibutuhkan pendekatan pengembangan system yang lebih baik yang tidak hanya mengikuti tahapan system life cycle namun juga dilengkapi dengan beberapa alat dan teknik. Pendekatan ini kemudian dikenal dengan pendekatan terstruktur telah dimulai dari awal tahun 1970-an. Pendekatan terstruktur dilengkapi dengan alat-alat dan teknik-teknik yang dibutuhkan dalam pengembangkan system sehingga didapatkan hasil akhir berupa system yang strukturnya didefinisikan dengan baik dan jelas.

Beberapa metodologi pengembangan system yang terstruktur telah diperkenalkan secara luas. Metodologi pengembangan system adalah kesatuan metode-metode, prosedur-prosedur, konsep-konsep perkerjaan, aturan-aturan dan postulat-postulat yang digunakan dalam mengembangkan suatu system informasi. Sedangkan metode adalah suatu cara, teknik yang sistematik untuk mengerjakan sesuatu. Sebagian besar metodologi diperuntukkan untuk tahap desain saja, namun banyak juga yang dapati digunakan untuk tahap analisis.

· Piecemal Approach VS System Approach

Piecemal approach merupakan pendekatan pengembangan system yang menekankan pada suatu kegiatan atau aplikasi saja. Kegiatan atau aplikasi yang dipilih tersebut, dikembangkan tanpa memperhatikan posisinya di system informasi atau tanpa memperhatikan sasaran organisasi secara keseluruhan. System approach memperhatikan system informasi sebagai satu kesatuan terintergrasi dari masing-masing kegiatan atau aplikasinya dan menekankan pada pencapaian sasaran keseluruhan.

· Bottom-up Approach VS Top-Down Approach

Pendekatan bottom-up dimulai dari level bawah organisasi, yaitu level operasional tempat transaksi dilakukan. Pendekatan ini dimulai dari perumusan kebutuhan-kebutuhan untuk menangani transaksi dan naik ke level atas dengan merumuskan kebutuhan informasi berdasarkan transaksti tersebut. Pendekatan ini merupakan ciri-ciri pendekatan klasik. Jika pendekatan ini digunakan pada tahap analisis, disebut dengan data analysis, karena yang menjadi focus adalah data yang akan diolah terlebih dahulu.

Sedangkan pendekatan top-down sebaliknya dimulai dari level atas organisasi yaitu level perencanaan strategis. Pendekatan ini dimulai dengan mendefinisikan sasaran dan kebijakan organisasi. Selanjutnya, dilakukan analisis kebutuhan informasi kemudian ke penentuan input, output, basis data, prosedur-prosedur operasi, dan control. Pendekatan ini merupakan ciri-ciri dari pendekatan terstruktur. Jika pendekatan ini digunakan pada tahap analisis, disebut dengan decision analysis karena yang menjadi focus adalah informasi yang dibutuhkan untuk pengambilan keputusan oleh manajemn terlebih dahulu.

· Total System Approach VS Modular Approach

Total system approach merupakan pendekatan pengembangan system serentah secara menyeluruh. Pendekatan ini sulit dilakukan untuk system yang komplek karena menjadi sulit untuk dikembangkan. Modular approach berusaha memecahkan system yang rumit menjadi beberapa bagian atau modul yang sederhana akan lebih mudah dipahami dan dikembangkan. System juga akan dapat dikembangkan sesuai dengan waktu yang direncanakan mudah dipahami oleh pemakai dan mudah untuk dipelihara.

· Great Loop Approach VS Evolutionary Approach

Great loop approach menerapkan perubahan menyeluruh secara serentak menggunakan teknologi canggih. Hal ini mengandung risiko karena teknologi komputer begitu cepat berkembang dan tahun-tahun mendatang sudah menjadi using, investasinya juga mahal dan terlalu kompleks. Evolutionary approach menerapkan teknologi canggih hanya untuk aplikasi yang memerlukan saja saat itu dan akan terus dikembangkan untuk masa-masa selanjutnya mengikuti kebutuhan dan sesuai dengan perkembangan teknolgo yang ada.

Konsep pengembangan system terstruktur bukan merupakan konsep yang baru. Teknik perakitan di pabrik-pabrik dan perancangan sirkuit untuk alat-alat elektronik ini memang relative masih baru digunakan dalam mengembangkan system informasi terstruktur, permasalahan-permasalahan yang komplek di organisasi dapat dipecahkan dan hasil dari system akan mudah untuk dipelihara, fleksibel, lebih memuaskan pemakainya, mempunyai dokumentasi yang baik, tepat pada waktunya, sesuai dengan anggaran biaya pengembangannya, dapat meningkatkan produktivitas dan kualitasnya akan lebih baik (bebas kesalahan). Salah satu tools dan teknik dalam pengembangan system terstruktur adalah menggunakan DFD (Data Flow Diagaram).

2. DATA FLOW DIAGRAM (DFD)

Penggunaan bagan dan notasi untuk mewakili arus data dalam suatu system telah banyak dilakukan. Penggunaan notasi dalam diagram arus data ini sangat membantu dalam memahami suatu system pada semua tingkat kompleksitasnya. Pada tahap analisis, notasi ini membantu dalam komunikasi dengan pemakai system untuk memahami system secara logika. Diagram ini dikenal dengan diagram arus data (DFD).

DFD merupakan alat pengembangan system yang berorientasi pada alaur data dengan konsep dekomposisi yang dapat digunakan untuk penggambaran analisa maupun rancangan system yang mudah dikomunikasikan oleh professional system kepada pemakai maupun pembuat program. DFD dapat digunakan untuk menggambarkan system yang telah ada maupun system baru secara logika tanpa mempertimbangkan lingkungan fisik dari data yang mengalir (misalnya lewat telepon, surat dan sebagainya) maupun tempat data tersebut disimpan (misalnya file, kartu, hardisk, tape, disket dan sebagainya)

Ide dari suatu bagan untuk mewakili arus data dalam suatu system bukanlah hal yang baru. Pada tahun 1967, Martin dan Estrin memperkenalkan suatu algorima program dengan menggunakan symbol lingkaran dan panah untuk mewakili arus data. E. Yourdan dan L. L. Constantine juga menggunakan notasi symbol ini untu menggambarkan arus data dalam semacam ini untuk membuat model-model system matematika. Penggunaan notasi dalam diagram arus data ini sangat membantu sekali untuk memahami suatu system pada semua tingkat kompleksitasnya seperti yang notasi ini sangat membantu sekali di dalam komunikasi dengan pemakai system untuk memahami system secara logika.

2.1 KOMPONEN DATA FLOW DIAGRAM

2.1.1 Komponen Terminator

Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan. Biasanya terminator dikenal dengan nama entitas luar (external entity).

Terdapat dua jenis terminator :

1. Terminator Sumber (source) : merupakan terminator yang menjadi sumber.

2. Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan data / informasi sistem.

Terminator dapat berupa orang, sekelompok orang, organisasi, departemen di dalam organisasi, atau perusahaan yang sama tetapi di luar kendali sistem yang sedang dibuat modelnya.

Terminator dapat juga berupa departemen, divisi atau sistem di luar sistem yang berkomunikasi dengan sistem yang sedang dikembangkan.

Komponen terminator ini perlu diberi nama sesuai dengan dunia luar yang berkomunikasi dengan sistem yang sedang dibuat modelnya, dan biasanya menggunakan kata benda, misalnya Bagian Penjualan, Dosen, Mahasiswa.

2.1.2 Komponen Proses

Komponen proses menggambarkan bagian dari sistem yang mentransformasikan input menjadi output. Proses diberi nama untuk menjelaskan proses/kegiatan apa yang sedang/akan dilaksanakan. Pemberian nama proses dilakukan dengan menggunakan kata kerja transitif (kata kerja yang membutuhkan obyek), seperti Menghitung Gaji, Mencetak KRS, Menghitung Jumlah SKS.

Ada empat kemungkinan yang dapat terjadi dalam proses sehubungan dengan input dan output :

1 input & 1 output 1 input & banyak output

Banyak input & 1 output Banyak input & banyak output

Berikut ini merupakan suatu contoh proses yang salah :

Gambar 1. Contoh proses

Umumnya kesalahan proses di DFD adalah :

1. Proses mempunyai input tetapi tidak menghasilkan output. Kesalahan ini disebut dengan black hole (lubang hitam), karena data masuk ke dalam proses dan lenyap tidak berbekas seperti dimasukkan ke dalam lubang hitam (lihat proses 1).

2. Proses menghasilkan output tetapi tidak pernah menerima input. Kesalahan ini disebut dengan miracle (ajaib), karena ajaib dihasilkan output tanpa pernah menerima input (lihat proses 2).

2.1.3 Komponen Data Store

Komponen ini digunakan untuk membuat model sekumpulan paket data dan diberi nama dengan kata benda jamak, misalnya Data Mahasiswa. Data store ini biasanya berkaitan dengan penyimpanan-penyimpanan, seperti file atau database yang berkaitan dengan penyimpanan secara komputerisasi, misalnya file disket, file harddisk, file pita magnetik. Data store juga berkaitan dengan penyimpanan secara manual seperti buku alamat, file folder, dan agenda.

Suatu data store dihubungkan dengan alur data hanya pada komponen proses, tidak dengan komponen DFD lainnya. Alur data yang menghubungkan data store dengan suatu proses mempunyai pengertian sebagai berikut :

• Alur data dari data store yang berarti sebagai pembacaan atau pengaksesan satu paket tunggal data, lebih dari satu paket data, sebagian dari satu paket tunggal data, atau sebagian dari lebih dari satu paket data untuk suatu proses (lihat gambar 2 (a)).

• Alur data ke data store yang berarti sebagai pengupdatean data, seperti menambah satu paket data baru atau lebih, menghapus satu paket atau lebih, atau mengubah/memodifikasi satu paket data atau lebih (lihat gambar 2 (b)).

Pada pengertian pertama jelaslah bahwa data store tidak berubah, jika suatu paket data/informasi berpindah dari data store ke suatu proses. Sebaliknya pada pengertian kedua data store berubah sebagai hasil alur yang memasuki data store. Dengan kata lain, proses alur data bertanggung jawab terhadap perubahan yang terjadi pada data store.

2.1.4 Komponen Data Flow / Alur Data

Suatu data flow / alur data digambarkan dengan anak panah, yang menunjukkan arah menuju ke dan keluar dari suatu proses. Alur data ini digunakan untuk menerangkan perpindahan data atau paket data/informasi dari satu bagian sistem ke bagian lainnya.

Selain menunjukkan arah, alur data pada model yang dibuat oleh profesional sistem dapat merepresentasikan bit, karakter, pesan, formulir, bilangan real, dan macam-macam informasi yang berkaitan dengan komputer. Alur data juga dapat merepresentasikan data/informasi yang tidak berkaitan dengan komputer.

Alur data perlu diberi nama sesuai dengan data/informasi yang dimaksud, biasanya pemberian nama pada alur data dilakukan dengan menggunakan kata benda, contohnya Laporan Penjualan.

Ada empat konsep yang perlu diperhatikan dalam penggambaran alur data, yaitu :

• Konsep Paket Data (Packets of Data)

Apabila dua data atau lebih mengalir dari suatu sumber yang sama menuju ke tujuan yang sama dan mempunyai hubungan, dan harus dianggap sebagai satu alur data tunggal, karena data itu mengalir bersama-sama sebagai satu paket.

• Konsep Alur Data Menyebar (Diverging Data Flow)

Alur data menyebar menunjukkan sejumlah tembusan paket data yang yang berasal dari sumber yang sama menuju ke tujuan yang berbeda, atau paket data yang kompleks dibagi menjadi beberapa elemen data yang dikirim ke tujuan yang berbeda, atau alur data ini membawa paket data yang memiliki nilai yang berbeda yang akan dikirim ke tujuan yang berbeda.

Laporan Penerimaan

Sehari-hari

Pesanan

• Konsep Alur Data Mengumpul (Converging Data Flow)

Beberapa alur data yang berbeda sumber bergabung bersama-sama

menuju ke tujuan yang sama.

• Konsep Sumber atau Tujuan Alur Data

Semua alur data harus minimal mengandung satu proses.

Maksud kalimat ini adalah :

􀂉 Suatu alur data dihasilkan dari suatu proses dan menuju ke suatu data store dan/atau terminator (lihat gambar 6 (a)).

􀂉 Sutu alur data dihasilkan dari suatu data store dan/atau terminator dan menuju ke suatu proses (lihat gambar 6 (b)).

􀂉 Suatu alur data dihasilkan dari suatu proses dan menuju ke suatu proses (lihat gambar 6 (c)).

3. SYARAT-SYARAT PEMBUATAN DATA FLOW DIAGRAM

Syarat pembuatan DFD ini akan menolong profesional sistem untuk menghindari pembentukkan DFD yang salah atau DFD yang tidak lengkap atau tidak konsisten secara logika. Beberapa syarat pembutan DFD dapat menolong profesional sistem untuk membentuk DFD yang benar, menyenangkan untuk dilihat dan mudah dibaca oleh pemakai.

Syarat-syarat pembuatan DFD ini adalah :

1. Pemberian nama untuk tiap komponen DFD

2. Pemberian nomor pada komponen proses

3. Penggambaran DFD sesering mungkin agar enak dilihat

4. Penghindaran penggambaran DFD yang rumit

5. Pemastian DFD yang dibentuk itu konsiten secara logika

3.1. Pemberian Nama untuk Tiap komponen DFD

Seperti yang telah dijelaskan sebelumnya, komponen terminator mewakili lingkungan luar dari sistem, tetapi mempunyai pengaruh terhadap sistem yang sedang dikembangkan ini. Maka agar pemakai mengetahui dengan lingkungan mana saja sistem mereka berhubungan, komponen terminator ini harus diberi nama sesuai dengan lingkungan luar yang mempengaruhi sistem ini. Biasanya komponen terminator diberi nama dengan kata benda. Selanjutnya adalah komponen proses. Komponen proses ini mewakili fungsi sistem yang akan dilaksanakan atau menunjukkan bagaimana fungsi sistem dilaksanakan oleh seseorang, sekelompok orang atau mesin. Maka sangatlah jelas bahwa komponen ini perlu diberi nama yang tepat, agar siapa yang membaca DFD khususnya pemakai akan merasa yakin bahwa DFD yang dibentuk ini adalah model yang akurat. Pemberian nama pada komponen proses lebih baik menunjukkan aturan-aturan yang akan dilaksanakan oleh seseorang dibandingkan dengan memberikan nama atau identitas orang yang akan melaksanakannya.

Ada dua alasan mengapa bukan nama atas identitas orang (yang melaksanakan fungsi sistem) yang digunakan sebagai nama proses, yaitu : Orang tersebut mungkin diganti oleh orang lain saat mendatang, sehingga bila tiap kali ada pergantian orang yang melaksanakan fungsi tersebut, maka sistem yang dibentuk harus diubah lagi. Orang tersebut mungkin tidak melaksanakan satu fungsi sistem saja, melainkan beberapa fungsi sistem yang berbeda. Daripada menggambarkan beberapa proses dengan nama yang sama tetapi artinya berbeda, lebih baik tunjukkan dengan tugas/fungsi sistem yang sebenarnya akan dilaksanakan. Karena nama untuk komponen proses lebih baik menunjukkan tugas/fungsi sistem yang akan dilaksanakan, maka lebih baik pemberian nama ini menggunakan kata kerja transitif. Pemberian nama untuk komponen data store menggunakan kata benda, karena data store menunjukkan data apa yang disimpan untuk kebutuhan sistem dalam melaksanakan tugasnya. Jika sistem sewaktu-waktu membutuhkan data tersebut untuk melaksanakan tugasnya, maka data tersebut tetap ada, karena sistemmenyimpannya. Begitu pula untuk komponen alur data, namanya lebih baik diberikan dengan menggunakan kata benda. Karena alur data ini menunjukkan data dan infiormasi yang dibutuhkan dan yang dikeluarkan oleh sistem dalam pelaksanaan tugasnya.

3.2. Pemberian Nomor pada Komponen Proses

Biasanya profesional sistem memberikan nomor dengan bilangan terurut pada komponen proses sebagai referensi. Tidak jadi masalah bagaimana nomor-nomor proses ini diberikan. Nomor proses dapat diberikan dari kiri ke kanan, atau dari atas ke bawah, atau dapat pula dilakukan dengan pola-pola tertentu selama pemberian nomor ini tetap konsisten pada nomor yang dipergunakan.

Gambar 7. Contoh Pemberian Nomor pada Proses

Nomor-nomor proses yang diberikan terhadap komponen proses ini tidak dimaksudkan bahwa proses tersebut dilaksanakan secara berurutan. Pemberian nomor ini dimaksudkan agar pembacaan suatu proses dalam suatu diskusi akan lebih mudah dengan hanya menyebutkan prosesnya saja jika dibandingkan dengan menyebutkan nama prosesnya, khususnya jika nama prosesnya panjang dan sulit. Maksud pemberian nomor pada proses yang lebih penting lagi adalah untuk menunjukkan referensi terhadap skema penomoran secara hirarki pada levelisasi DFD. Dengan kata lain, nomor proses ini merupakan dasar pemberian nomor pada levelilasi DFD.

3.3. Penggambaran DFD sesering mungkin

Penggambaran DFD dapat dilakukan berkali-kali sampai secara teknik DFD itu benar, dapat diterima oleh pemakai, dan sudah cukup rapih sehingga profesional sistem tidak merasa malu untuk menunjukkan DFD itu kepada atasannya dan pemakai. Dengan kata lain, penggambaran DFD ini dilakukan sampai terbentuk DFD yang enak dilihat, dan mudah dibaca oleh pemakai dan profesional sistem lainnya. Keindahan penggambaran DFD tergantung pada standar-standar yang diminta oleh organisasi tempat profesional sistem itu bekerja dan perangkat lunak yang dipakai oleh profesional sistem dalam membuat DFD. Penggambaran yang enak untuk dilihat dapat dilakukan dengan memperhatikan hal-hal berikut ini :

1. Ukuran dan bentuk proses.

Beberapa pemakai kadang-kadang merasa bingung bila ukuran proses satu berbeda dengan proses yang lain. Mereka akan mengira bahwa proses dengan ukuran yang lebih besar akan diduga lebih penting dari proses yang lebih kecil. Hal ini sebenarnya hanya karena nama proses itu lebih panjang dibandingkan dengan proses yang lain. Jadi, sebaiknya proses yang digambarkan memiliki ukuran dan bentuk yang sama.

2. Alur data melingkar dan alur data lurus.

Alur data dapat digambarkan dengan melingkar atau hanya garis lurus. Mana yang lebih enak dipandang tergantung siapa yang akan melihat DFD tersebut.

Gambar 8.

3. DFD dengan gambar tangan dan gambar menggunakan

mesin.

DFD dapat digambarkan secara manual atau denganmenggunakan bantuan mesin, tergantung pilihan pemakai atau profesional sistem.

3.4. Penghindaran Penggambaran DFD yang rumit

Tujuan DFD adalah untuk membuat model fungsi yang harus dilaksanakan oleh suatu sistem dan interaksi antar fungsi. Tujuan lainnya adalah agar model yang dibuat itu mudah dibaca dan dimengerti tidak hanya oleh profesional sistem yang membuat DFD, tetapi juga oleh pemakai yang berpengalaman dengan subyek yang terjadi. Hal ini berarti DFD harus mudah dimengerti, dibaca, dan menyenangkan untuk dilihat. Pada banyak masalah, DFD yang dibuat tidak memiliki terlalu banyak proses (maksimal enam proses) dengan data store, alur data, dan terminator yang berkaitan dengan proses tersebut dalam satu diagram. Bila terlalu banyak proses, terminator, data store, dan alur data digambarkan dalam satu DFD, maka ada kemungkinan terjadi banyak persilangan alur data dalam DFD tersebut. Persilangan alur data ini menyebabkan pemakai akan sulit membaca dan mengerti DFD yang terbentu. Jadi semakin sedikit adanya persilangan data pada DFD, maka makin baik DFD yang dibentuk oleh profesional sistem.

Persilangan alur data ini dapat dihindari dengan menggambarkan DFD secara bertingkat-tingkat (levelisasi DFD), atau dengan menggunakan pemakaian duplikat terhadap komponen DFD. Komponen DFD yang dapat menggunakan duplikat hanya komponen store dan terminator. Pemberian duplikat ini juga tidak dapat diberikan sesuka profesional sistem yang membuat DFD, tetapi makin sedikit pemakaian duplikat, makin baik DFD yang terbentuk. Pemberian duplikat terhadap data store dilakukan dengan memberikan simbol garis lurus (ξ) atau asterik (*), sedangkan untuk terminator menggunakan simbol garis miring (/) atau asterik (*). Banyaknya pemberian simbol duplikat pada duplikat yang digunakan tergantung banyaknya duplikat yang digunakan.

Gambar 9.

Contoh pemakaian simbol duplikat pada komponen terminator.

a -> 1 duplikat yang digunakan

b -> 2 duplikat yang digunakan

3.5. Penggambaran DFD yang Konsisten

Penggambaran DFD harus konsisten terhadap kelompok DFD lainnya. Profesional sistem menggambarkan DFD berdasarkan tingkatan DFD dengan tujuan agar DFD yang dibuatnya itu mudah dibaca dan dimengerti oleh pemakai sistem. Hal ini sesuai dengan salah satu tujuan atau syarat membuat DFD.

6. PENGGAMBARAN DFD

Tidak ada aturan baku untuk menggambarkan DFD. Tapi dari berbagai referensi yang ada, secara garis besar langkah untuk membuat DFD adalah :

1. Identifikasi terlebih dahulu semua entitas luar yang terlibat di sistem.

2. Identifikasi semua input dan output yang terlibat dengan entitas luar.

Buat Diagram Konteks (diagram context)

Diagram ini adalah diagram level tertinggi dari DFD yang

menggambarkan hubungan sistem dengan lingkungan luarnya.

Caranya :

1. Tentukan nama sistemnya.

2. Tentukan batasan sistemnya.

3. Tentukan terminator apa saja yang ada dalam sistem.

4. Tentukan apa yang diterima/diberikan terminator dari/ke sistem.

5. Gambarkan diagram konteks.

Buat Diagram Level Zero

Diagram ini adalah dekomposisi dari diagram konteks.

Caranya :

1. Tentukan proses utama yang ada pada sistem.

2. Tentukan apa yang diberikan/diterima masing-masing proses ke/dari sistem sambil memperhatikan konsep keseimbangan(alur data yang keluar/masuk dari suatu level harus sama dengan alur data yang masuk/keluar pada level berikutnya).

3. Apabila diperlukan, munculkan data store (master) sebagai sumber maupun tujuan alur data.

4. Gambarkan diagram level zero.

Hindari perpotongan arus data. Beri nomor pada proses utama (nomor tidak menunjukkan urutan proses).

Buat Diagram Level Satu

Diagram ini merupakan dekomposisi dari diagram level zero.

Caranya :

1. Tentukan proses yang lebih kecil (sub-proses) dari proses utama yang ada di level zero.
2. Tentukan apa yang diberikan/diterima masing-masing subproses ke/dari sistem dan perhatikan konsep keseimbangan.
3. Apabila diperlukan, munculkan data store (transaksi) sebagai sumber maupun tujuan alur data.
4. Gambarkan DFD level Satu

- Hindari perpotongan arus data.

- Beri nomor pada masing-masing sub-proses yang menunjukkan dekomposisi dari proses sebelumnya.

DFD Level Dua, Tiga, …

Diagram ini merupakan dekomposisi dari level sebelumnya. Proses dekomposisi dilakukan sampai dengan proses siap dituangkan ke dalam program. Aturan yang digunakan sama dengan level satu. Pada gambar 10 (dibawah) terlihat bahwa Proses 0 diuraikan lagi ke dalam empat proses, penguraian ini digambarkan pada diagram Figure 0, sedangkan Proses 2 diuraikan kembali menjadi tiga proses yang digambarkan pada diagram Figure 2. Penguraian ini juga diikuti oleh alur data yangberkaitan dengan tiap proses yang diuraikan. Alur data yang berkaitan dengan tiap proses yang diuraikan dikenal dengan Alur data global. Jadi pada balancing DFD yang perlu diperhatikan adalah jumlah alur data global pada suatu level harus sama pada level berikutnya.

Ada beberapa hal yang perlu diperhatikan dalam penggambaran

levelisasi DFD, yaitu : Dalam diagram konteks, ada beberapa hal yang perlu diperhatikan seperti hubungan sistem dengan dunia luar yang mempengaruhinya, penggambaran sistem dalam satu proses, dan penggambaran data store (optional) yang dikenal dengan data store eksternal atau data store master. Data store eksternal ini maksudnya adalah data store itu dihasilkan oleh sistem yang sedang dianalisis, tetapi digunakan oleh sistem lain, atau data store itu dihasilkan oleh sistem lain tetapi digunakan oleh sistem yang sedang dianalisis.

Gambar 10. Levelisasi DFD

Gambar 12. Contoh penggambaran diagram konteks

• Balancing (kesimbangan) dalam penggambaran levilisasi DFD perlu diperhatikan. Balancing DFD ini maksudnya keseimbangan antara alur data yang masuk/keluar dari suatu level harus sama dengan alur data yang masuk/keluar pada level berikutnya (lihat gambar 10).

Logika (DFD) Sistem Penjualan Tunai

Sistem Penjualan Tunai diawali dari order yang dilakukan pembeli kepada sistem lalu sistem menghasilkan dokmen berupa Faktur yang diberi nama Faktur Penjualan Tunai (FPT) yang akan diserahkan kepada pembeli. Kemudian sistem juga menghasilkan laporan keuangan yang harus diserahkan kepada Manajemen.

Dalam Sistem Penjualan Tunai terdapat 2 proses didalamnya yaitu proses pembuatan PRK dan proses pencatatan. Yang masing-masing proses memiliki proses lanjutan, pada proses pembuatan PRK terdapat proses vaidasi data 1 dan pencetakan PRK. Pada proses lanjutan terdapat proses Validasi data 2 dan proses pembuatan jurnal, serta tidak ada proses lanjutan.

Dalam prses lanjutan pada proses pembuaan PRK, proses Validasi Data 1 membutuhkan input data dari File Barang dan menyimpan data proses tersebut pada File Transaksi. Pada proses pncatatan PRK, proses tersebut membutuhkan input data dari file transaksi dan menghasilkan PRK yang diteruskan ke proses berikutnya.

Dalam proses lanjutan pada proses pencatatan, proses valdasi data 2 membutuhkan input data dari file barang dan file transaksi serta menyimpan data proses tersebut pada file jurnal. Pada proses pembuatan jurnal, proses tersebut membutuhkan input data dari file jurnal dan menghasilkan laporan keuangan yang diteruskan kepada manajemen.

Berdasarkan data tersebut,buatlah data flow diagram..

1. Diagram Konteks

2. Diagram Zero

3. Diagram Level