Resume Data Flow Diagram

A. Using Data Flow Diagrams (DFDs)

Data Flow Diagram (DFD) adalah suatu diagram yang menggunakan notasi-notasi untuk
menggambarkan arus dari data sistem, yang penggunaannya sangat membantu untuk
memahami sistem secara logika, tersruktur dan jelas. Data Flow Diagram merupakan alat
bantu dalam menggambarkan atau menjelaskan sistem yang sedang berjalan secara logis.
Dengan kata lain, data flow diagram adalah alat pembuatan model yang memberikan
penekanan hanya pada fungsi sistem. Data flow diagram ini merupakan alat perancangan
sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk
penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh
profesional sistem kepada pemakai maupun pembuat program

Bagan alur data dapat berkisar dari yang sederhana, bahkan ikhtisar proses yang digambar
tangan, hingga DFD multi-level yang mendalam yang menggali lebih dalam tentang
bagaimana data ditangani. Mereka dapat digunakan untuk menganalisis sistem yang ada
atau memodelkan yang baru. Seperti semua diagram dan bagan terbaik, DFD sering dapat
secara visual "mengatakan" hal-hal yang sulit dijelaskan dengan kata-kata, dan mereka
bekerja untuk audiens teknis dan nonteknis, dari pengembang hingga CEO. Itu sebabnya
DFD tetap populer setelah bertahun-tahun ini. Sementara mereka bekerja dengan baik
untuk perangkat lunak dan sistem aliran data, mereka saat ini kurang berlaku untuk

memvisualisasikan perangkat lunak atau sistem interaktif, real-time atau berorientasi

database.

 Simbol dan notasi diagram alir data

Menggunakan aturan atau pedoman DFD konvensi apa pun, simbol menggambarkan empat
komponen diagram alir data.

 Entitas eksternal: sistem luar yang mengirim atau menerima data, berkomunikasi
dengan sistem yang sedang dipetakan. Mereka adalah sumber dan tujuan informasi
yang masuk atau keluar dari sistem. Mereka mungkin merupakan organisasi atau
orang luar, sistem komputer atau sistem bisnis. Mereka juga dikenal sebagai
terminator, sumber dan sink atau aktor. Mereka biasanya digambar di tepi diagram.

 Proses: proses apa pun yang mengubah data, menghasilkan output. Mungkin
melakukan perhitungan, atau mengurutkan data berdasarkan logika, atau
mengarahkan aliran data berdasarkan aturan bisnis. Label pendek digunakan untuk
menggambarkan proses, seperti "Kirim pembayaran."
  Penyimpanan data: file atau repositori yang menyimpan informasi untuk digunakan
nanti, seperti tabel database atau formulir keanggotaan. Setiap penyimpanan data
menerima label sederhana, seperti "Pesanan."

 Aliran data: rute yang diambil data antara entitas eksternal, proses, dan
penyimpanan data. Ini menggambarkan antarmuka antara komponen lain dan
ditunjukkan dengan panah, biasanya diberi label dengan nama data pendek, seperti
"Rincian penagihan."

Representasi grafis dari penyimpanan dan transformasi gerakan data diambil dengan
menggunakan empat simbol: persegi panjang bulat untuk menggambarkan pemrosesan data
atau transformasi, kotak ganda untuk menunjukkan entitas data luar (sumber atau penerima
data), panah untuk menggambarkan aliran data, dan persegi panjang terbuka untuk
menampilkan penyimpanan data.

Setelah menguasai materi ini, Anda akan dapat:

 Memahami pentingnya menggunakan data flow diagram logis dan fisik (DFD)
untuk menggambarkan secara grafis pergerakan data untuk manusia dan sistem
dalam suatu organisasi.
 Membuat, menggunakan, dan meledakkan DFD logis untuk menangkap dan
menganalisis sistem saat ini melalui tingkat induk dan anak.
 Mengembangkan dan meledak DFD logis yang menggambarkan sistem yang
diusulkan.
  Menghasilkan DFD fisik berdasarkan pada DFD logis yang telah Anda
kembangkan.
 Memahami dan menerapkan konsep pemartisian DFD fisik.

B. Developing Physical Data Flow Diagrams

Diagram alir data dapat dan digambarkan secara sistematis. diilustrasikan di bawah ini
langkah-langkah yang terlibat dalam menyelesaikan diagram aliran data. Pertama,
analis sistem perlu membuat konsep aliran data dari perspektif top-down.

Mengembangkan Diagram Alir Data Menggunakan Pendekatan Top-Down.

1. Buat daftar kegiatan bisnis dan gunakan untuk menentukan variasi
 Entitas eksternal
 Aliran data
 Proses
 Menyimpan data

2. Buat diagram konteks yang menunjukkan entitas eksternal dan aliran data ke dan
dari sistem. Jangan tampilkan proses detail atau penyimpanan data.

3. Gambar Diagram 0, level selanjutnya. Perlihatkan proses, tetapi jaga agar tetap
umum. Tampilkan penyimpanan data di level ini.

4. Buat diagram anak untuk setiap proses dalam Diagram 0.

5. Periksa kesalahan dan pastikan label yang Anda tetapkan untuk setiap proses dan
aliran data bermakna.

6. Kembangkan diagram alir data fisik dari diagram alir data logis. Bedakan antara
proses manual dan otomatis, jelaskan file dan laporan aktual berdasarkan nama, dan
tambahkan kontrol untuk menunjukkan kapan proses selesai atau kesalahan terjadi.

7. Partisi diagram aliran data fisik dengan memisahkan atau mengelompokkan bagian-
bagian diagram untuk memfasilitasi pemrograman dan implementasi.

Untuk memulai diagram aliran data, pisahkan narasi sistem (atau cerita) organisasi ke
dalam daftar dengan empat kategori entitas eksternal, aliran data, proses, dan penyimpanan
data. Daftar ini pada gilirannya membantu menentukan batas-batas sistem yang akan Anda
gambarkan. Setelah daftar dasar elemen data dikompilasi, mulailah menggambar diagram
konteks.

Berikut adalah beberapa aturan dasar yang harus diikuti:

 Diagram alir data harus memiliki setidaknya satu proses, dan tidak boleh memiliki
objek berdiri sendiri atau objek yang terhubung dengan diri mereka sendiri.
 Suatu proses harus menerima setidaknya satu aliran data yang masuk ke dalam
proses dan membuat setidaknya satu aliran data yang keluar dari proses.
 Penyimpanan data harus terhubung ke setidaknya satu proses.
 Entitas eksternal tidak boleh terhubung satu sama lain. Meskipun mereka
berkomunikasi secara independen, komunikasi itu bukan bagian dari sistem yang
kami desain menggunakan DFD.

 Level diagram aliran data

Diagram aliran data juga dikategorikan berdasarkan level. Dimulai dengan yang paling
mendasar, level 0, DFD menjadi semakin kompleks dengan meningkatnya level. Saat Anda
membangun diagram alir data Anda sendiri, Anda perlu memutuskan level diagram Anda.

 Diagram Konteks
Diagram konteks adalah level tertinggi dalam diagram aliran data dan hanya berisi satu
proses, mewakili seluruh sistem. Prosesnya diberi angka nol. Semua entitas eksternal
ditampilkan pada diagram konteks, serta aliran data utama ke dan dari mereka. Diagram
tidak mengandung penyimpanan data apa pun dan cukup mudah dibuat, begitu entitas
eksternal dan data mengalir ke dan dari mereka diketahui analis.

Diagram konteks awal harus berupa gambaran umum, termasuk input dasar, sistem umum,
dan output. Diagram ini akan menjadi yang paling umum, benar-benar melihat dari
pergerakan data dalam sistem dan konseptualisasi seluas mungkin dari sistem.

 DFD Tingkat 0, juga dikenal sebagai diagram konteks, adalah diagram aliran data
yang paling dasar. Mereka memberikan tampilan luas yang mudah dicerna tetapi
 menawarkan sedikit detail. Diagram aliran data Level 0 menunjukkan node proses
tunggal dan koneksinya ke entitas eksternal.

 DFD Tingkat 1 masih merupakan gambaran umum, tetapi lebih detail daripada
diagram konteks. Dalam diagram aliran data level 1, node proses tunggal dari
diagram konteks dipecah menjadi subproses. Ketika proses ini ditambahkan,
diagram akan membutuhkan aliran data tambahan dan penyimpanan data untuk
menghubungkan mereka bersama.

 Level 2+ DFD hanya memecah proses menjadi sub-proses yang lebih rinci. Secara
teori, DFD bisa melampaui level 3, tetapi jarang. Diagram aliran data level 3 cukup
detail sehingga biasanya tidak masuk akal untuk memecahnya lebih lanjut.
  Membuat Diagram Anak (Tingkat Lebih Detail)
Setiap proses pada Diagram 0 pada gilirannya dapat menuju untuk membuat diagram anak
yang lebih rinci. Proses pada Diagram 0 yang meledak disebut proses induk, dan diagram
yang menghasilkan disebut diagram anak. Aturan utama untuk membuat diagram anak,
penyeimbangan vertikal, menentukan bahwa diagram anak tidak dapat menghasilkan output
atau menerima input yang proses induknya juga tidak menghasilkan atau menerima. Semua
data mengalir ke atau keluar dari proses induk harus ditunjukkan mengalir ke atau keluar
dari diagram anak.

Entitas biasanya tidak ditampilkan pada diagram anak di bawah Diagram 0. Aliran data
yang cocok dengan aliran induk disebut aliran data antarmuka dan ditampilkan sebagai
panah dari atau ke area kosong diagram anak. Jika proses induk memiliki aliran data yang
menghubungkan ke penyimpanan data, diagram anak dapat mencakup penyimpanan data
juga. Selain itu, diagram tingkat lebih rendah ini mungkin berisi penyimpanan data yang
tidak ditampilkan pada proses induk. Misalnya, file yang berisi tabel informasi, seperti
tabel pajak, atau file yang menghubungkan dua proses pada diagram anak dapat
dimasukkan. Aliran data minor, seperti garis kesalahan, dapat dimasukkan pada diagram
anak tetapi tidak pada induknya.

Gambar di bawah ini menggambarkan level terperinci dalam diagram alir data anak.
 Perbedaan antara diagram induk (di atas) dan diagram anak (di bawah).

C. Partitioning Data Flow Diagrams

Partisi adalah proses memeriksa diagram aliran data dan menentukan bagaimana harus
dibagi menjadi koleksi prosedur manual dan program komputer. Analisis setiap proses
untuk menentukan apakah itu harus prosedur manual atau otomatis .Sebuah garis putus-
putus digambar di sekitar proses atau kelompok proses yang harus ditempatkan dalam satu
program computer.

Enam pertimbangan untuk partisi diagram aliran data meliputi apakah proses dilakukan
oleh kelompok pengguna yang berbeda, proses yang dijalankan pada waktu yang sama,
proses melakukan tugas yang serupa, proses batch dapat digabungkan untuk pemrosesan
yang efisien, proses dapat digabungkan menjadi satu program untuk konsistensi data, atau
proses dapat dipartisi ke dalam program yang berbeda untuk alasan keamanan

Ada enam alasan untuk mem-diagram diagram alir data:

1. Grup pengguna yang berbeda. Apakah proses dilakukan oleh beberapa kelompok
pengguna yang berbeda, seringkali di lokasi fisik yang berbeda di perusahaan? Jika
demikian, mereka harus dipartisi ke dalam program komputer yang berbeda.
Contohnya adalah kebutuhan untuk memproses pengembalian pelanggan dan
pembayaran pelanggan di department store. Kedua proses melibatkan memperoleh
informasi keuangan yang digunakan untuk menyesuaikan akun pelanggan
(mengurangi dari jumlah utang pelanggan), tetapi mereka dilakukan oleh orang
yang berbeda di lokasi yang berbeda. Setiap kelompok memerlukan layar yang
berbeda untuk merekam rincian transaksi, baik layar kredit atau layar pembayaran.

2. Pengaturan waktu. Periksa waktu proses. Jika dua proses dieksekusi pada waktu
yang berbeda, mereka tidak dapat dikelompokkan ke dalam satu program. Masalah
 waktu juga dapat melibatkan berapa banyak data yang disajikan pada satu waktu di
halaman Web. Jika situs e-niaga memiliki halaman Web yang agak panjang untuk
memesan barang atau membuat reservasi maskapai, halaman Web dapat dipartisi
menjadi program terpisah yang memformat dan menyajikan data.

3. Tugas serupa. Jika dua proses melakukan tugas yang serupa, mereka dapat
dikelompokkan ke dalam satu program komputer.

4. Efisiensi. Beberapa proses dapat digabungkan menjadi satu program untuk

pemrosesan yang efisien. Misalnya, jika serangkaian laporan perlu menggunakan
file input besar yang sama, memproduksinya bersama-sama dapat menghemat
waktu pengoperasian komputer.

5. Konsistensi data. Proses dapat digabungkan menjadi satu program untuk konsistensi
data. Misalnya, perusahaan kartu kredit dapat mengambil "snapshot" dan
menghasilkan berbagai laporan pada saat yang sama agar angka-angka tersebut
konsisten.

6. Keamanan. Proses dapat dipartisi ke dalam program yang berbeda untuk alasan
keamanan. Garis putus-putus dapat ditempatkan di sekitar halaman Web yang ada di
server yang aman untuk memisahkan mereka dari halaman-halaman Web di server
yang tidak diamankan. Halaman Web yang digunakan untuk mendapatkan
identifikasi dan kata sandi pengguna biasanya dipartisi dari entri pesanan atau
halaman bisnis lainnya.

D. Checking the Data Flow Diagrams for Errors

 Beberapa kesalahan umum yang dibuat ketika menggambar diagram aliran data adalah
sebagai berikut:

1. Lupa memasukkan aliran data atau mengarahkan panah ke arah yang salah.
Contohnya adalah proses yang diambil yang menunjukkan semua aliran data
sebagai input atau output. Setiap proses mengubah data dan harus menerima input
dan menghasilkan output. Jenis kesalahan ini biasanya terjadi ketika analis lupa
menyertakan aliran data atau telah menempatkan panah yang menunjuk ke arah
yang salah.
 Proses 1 pada gambar yang diilustrasikan di bawah ini hanya berisi input karena
panah gross pay menunjuk ke arah yang salah. Kesalahan ini juga mempengaruhi
 proses 2, perhitungan jumlah , yang juga hilang aliran data yang mewakili input
untuk tingkat pemotongan dan jumlah tanggungan.
Kesalahan umum yang dapat terjadi dalam diagram aliran data (contoh daftar gaji).
2. Menghubungkan penyimpanan data dan entitas eksternal secara langsung satu sama
lain. Menyimpan data dan entitas mungkin tidak terhubung satu sama lain;
penyimpanan data dan entitas eksternal harus terhubung hanya dengan suatu proses.
File tidak berinteraksi dengan file lain tanpa bantuan program atau orang yang
memindahkan data, sehingga employee master tidak dapat langsung menghasilkan
file check reconciliation. Entitas eksternal tidak secara langsung bekerja dengan file.
Misalnya, Anda tidak ingin pelanggan mencari-cari di file master pelanggan.
Dengan demikian, karyawan tidak membuatfile waktu karyawan. Dua entitas
eksternal yang terhubung langsung mengindikasikan bahwa mereka ingin
berkomunikasi satu sama lain. Koneksi ini tidak termasuk dalam diagram aliran data
kecuali sistem memfasilitasi komunikasi. Memproduksi laporan adalah contoh dari
jenis komunikasi ini. Namun, suatu proses masih harus diselingi antara entitas untuk
menghasilkan laporan.

3. Proses pelabelan atau aliran data salah. Periksa diagram aliran data untuk
memastikan bahwa setiap objek atau aliran data diberi label dengan benar. Suatu
proses harus menunjukkan nama sistem atau menggunakan format kata kerja-kata
benda. Setiap aliran data harus dideskripsikan dengan kata benda.

4. Termasuk lebih dari sembilan proses pada diagram aliran data. Memiliki terlalu
banyak proses menciptakan diagram yang berantakan yang membingungkan untuk
dibaca dan menghalangi daripada meningkatkan komunikasi. Jika lebih dari
sembilan proses terlibat dalam suatu sistem, kelompokkan beberapa proses yang
bekerja bersama menjadi subsistem dan menempatkannya dalam diagram anak.

5. Menghilangkan aliran data. Periksa diagram Anda untuk aliran linier, yaitu aliran
data di mana setiap proses hanya memiliki satu input dan satu output. Kecuali dalam
kasus diagram alir data anak yang sangat rinci, aliran data linier agak jarang.
Kehadirannya biasanya menunjukkan bahwa diagram tersebut memiliki aliran data
yang hilang. Misalnya, proses menghitung pengumpulan jumlah membutuhkan
jumlah tanggungan yang dimiliki karyawan dan harga sebagai input. Selain itu,
pembayaran tidak dapat dihitung semata-mata dari penyimpanan, dan pembayaran
karyawan tidak dapat dibuat hanya dari pembayaran bersih itu juga perlu
menyertakannama karyawan, serta daftar gaji saat ini dan tahun-ke-saat ini serta
angka-angka jumlah yang mungkin
6. Membuat dekomposisi yang tidak seimbang (atau ledakan) dalam diagram anak.
Setiap diagram anak harus memiliki input dan output data yang sama dengan proses
induknya. Pengecualian untuk aturan ini adalah output kecil, seperti garis kesalahan,
yang hanya disertakan pada diagram anak. Diagram alir data pada gambar di bawah
ini digambarkan dengan benar. Perhatikan bahwa meskipun aliran data tidak linier,
Anda dapat dengan jelas mengikuti jalur langsung dari entitas sumber ke entitas
tujuan.

Diagram alir data yang benar untuk contoh daftar gaji.

E. Logical and Physical Data Flow Diagrams

Logis
 Berfokus pada bisnis dan bagaimana bisnis beroperasi
 Tidak peduli dengan bagaimana sistem akan dibangun
 Menjelaskan peristiwa bisnis yang terjadi dan data yang diperlukan dan
diproduksi oleh setiap acara
Fisik
 Menunjukkan bagaimana sistem akan dilaksanakan
 Menggambarkan sistem Kendali

Jadi setiap diagram alir data memetakan aliran informasi untuk suatu proses atau
sistem, diagram logis menyediakan "apa" dan fisik menyediakan "bagaimana".
Mereka adalah dua perspektif berbeda pada aliran data yang sama, masing-masing
dirancang untuk memvisualisasikan dan meningkatkan sistem. DFD logis
menggambarkan peristiwa bisnis yang terjadi dan data yang diperlukan untuk setiap
peristiwa. Ini memberikan dasar yang kuat untuk DFD fisik, yang menggambarkan
 bagaimana sistem data akan bekerja, seperti perangkat keras, perangkat lunak, file
kertas, dan orang-orang yang terlibat. Secara bersamaan, logis dan fisik dapat
sepenuhnya memvisualisasikan keadaan saat ini dan memodelkan keadaan baru
untuk dipertimbangkan dan kemudian diimplementasikan.

 Elemen yang kontras dari DFD logis vs fisik

Diagram aliran data terdiri dari empat elemen: entitas eksternal, proses,
penyimpanan data, dan aliran data. Tetapi elemen-elemen tersebut mewakili
perspektif yang berbeda dalam DFD logis dari pada DFD fisik.

Misalnya, dalam DFD logis, prosesnya adalah aktivitas bisnis; dalam DFD fisik,
prosesnya adalah program perangkat lunak, prosedur manual atau cara informasi
diproses. Dalam DFD logis, penyimpanan data adalah kumpulan informasi, terlepas
dari bagaimana mereka disimpan; dalam DFD fisik, penyimpanan data adalah basis
data, file komputer, dan file kertas.

 Penggunaan DFD diberbagai bidang

 DFDS logis dan fisik dalam rekayasa perangkat lunak: DFD berasal dari rekayasa
dan pengembangan perangkat lunak. DFD logis dapat menangkap aktivitas saat ini
dan yang diperlukan yang diperlukan untuk suatu proses. DFD logis baru
memodelkan serangkaian kegiatan dan fungsi baru. DFD fisik saat ini
menggambarkan perangkat lunak, perangkat keras, database, dan orang-orang saat
ini untuk melakukan kegiatan, dan DFD fisik baru memodelkan implementasi
sistem baru. Analisis ini dapat memberikan cara yang lebih baik untuk mendapatkan
kode aktual yang mendorong persyaratan.

 Dalam analisis bisnis: DFD yang logis dapat membantu untuk mengungkapkan
persyaratan bisnis yang mungkin tidak dinyatakan hingga akhir proses,
menyebabkan keterlambatan dan pengerjaan ulang. Ini juga berfungsi sebagai alat
komunikasi yang jelas dengan orang-orang non-teknis yang terlibat dalam kegiatan
bisnis, baik untuk arus informasi saat ini dan cara baru yang diusulkan. DFD fisik
kemudian menyediakan sistem "bagaimana" untuk mengarahkan persyaratan.

 Dalam analisis terstruktur: Dalam analisis terstruktur top-down klasik, DFD logis
diambil dari sistem saat ini untuk menggambarkan keadaan saat ini, dan kemudian
sistem yang ditingkatkan dimodelkan dalam DFD logis baru. DFD fisik top-down
kemudian ditarik untuk menunjukkan solusi fisik yang ditargetkan dari perangkat
 lunak, perangkat, dan bagian sistem lainnya. Dalam analisis terstruktur event-
driven, bottom-up, konteks DFD (Level 0) menetapkan ruang lingkup proyek, dan
level berikutnya memecahnya menjadi subproses. Kemudian kami menentukan
acara sistem yang memerlukan respons, dan acara DFD ditarik untuk
menggambarkan bagaimana setiap peristiwa ditangani. DFD acara ini kemudian
dapat digabungkan dalam diagram sistem.

 Di kantor dan administrasi: DFD logis digunakan untuk menggambarkan tindakan

bisnis yang terjadi agar kantor berfungsi. DFD logis baru kemudian dapat
memodelkan fungsionalitas yang lebih baik dengan data kantor, seperti data
personalia atau data pelanggan dan pesanan. Ini membentuk dasar untuk mencari
tahu bagaimana mencapai itu, ditunjukkan dalam DFD fisik yang menggambarkan
bagaimana menerapkan perangkat lunak, perangkat, file data atau database baru dan
orang-orang.

 Dalam perawatan kesehatan: DFD fisik saat ini dapat menggambarkan sistem aliran
data saat ini, seperti informasi pasien. Itu dapat digunakan untuk menggambar DFD
logis saat ini, menunjukkan fungsi data dengan "bagaimana" dihapus. DFD tersebut
membantu membentuk pemahaman yang jelas tentang kekurangan dan persyaratan
untuk sistem baru. Yang pada gilirannya membentuk dasar untuk DFD logis baru
dan kemudian DFD fisik baru yang menggambarkan perangkat lunak, perangkat,
database baru, dan item fisik lainnya.

Fitur umum untuk diagram aliran data logis dan fisik. Idealnya, sistem dikembangkan
dengan menganalisis sistem saat ini (DFD logis saat ini) dan kemudian menambahkan fitur
yang harus dimasukkan oleh sistem baru (DFD logis yang diusulkan). Akhirnya, metode
terbaik untuk menerapkan sistem baru harus dikembangkan (DFD fisik).
Mengembangkan diagram alur data logis untuk sistem saat ini memberikan pemahaman
yang jelas tentang bagaimana sistem saat ini beroperasi, dan dengan demikian merupakan
titik awal yang baik untuk mengembangkan model logis dari sistem saat ini. Langkah yang
menghabiskan waktu ini sering dihilangkan untuk langsung menuju ke DFD logis yang
diusulkan. Salah satu argumen yang mendukung meluangkan waktu untuk membangun
diagram aliran data logis dari sistem saat ini adalah bahwa ia dapat digunakan untuk
membuat diagram alur data logis dari sistem baru. Setelah model logis untuk sistem baru
telah dikembangkan, dapat digunakan untuk membuat diagram alir data fisik untuk sistem
baru.
Gambar diilustrasikan di bawah ini menunjukkan diagram alir data logis dan diagram alir
data fisik untuk kasir toko bahan makanan.

Diagram alir data fisik (di bawah) menunjukkan detail tertentu yang tidak ditemukan pada
diagram alir data logis (di atas).

Disini pelanggan membawa item ke dalam register; harga untuk semua item terlihat dan
kemudian dijumlahkan; selanjutnya, pembayaran diberikan kepada kasir; akhirnya,
pelanggan diberi reseipt. Diagram alur data logis menggambarkan proses yang terlibat
tanpa merinci tentang implementasi fisik kegiatan. Diagram alir data fisik menunjukkan
bahwa kode batang — kode produk universal (UPC) bar code yang ditemukan pada
sebagian besar toko bahan makanan — digunakan. Selain itu, diagram alir data fisik
menyebutkan proses manual seperti pemindaian, menjelaskan bahwa file sementara
digunakan untuk menyimpan subtotal item, dan menunjukkan bahwa pembayaran dapat
dilakukan oleh kas atau kartu debit. Akhirnya, ini merujuk pada tanda terima dengan
namanya, cash register receipt.

 Mengembangkan Diagram Alir Data Logis

Untuk mengembangkan diagram seperti itu, pertama-tama buat diagram alur data logis
untuk sistem saat ini. Ada sejumlah keuntungan menggunakan model logis, termasuk:
1. Komunikasi yang lebih baik dengan pengguna.
2. Sistem yang lebih stabil.
3. Pemahaman bisnis yang lebih baik oleh analis.
4. Fleksibilitas dan pemeliharaan.
5. Penghapusan redudansi dan pembuatan model fisik yang lebih mudah.

Model logis lebih mudah digunakan ketika berkomunikasi dengan pengguna sistem karena
berpusat pada kegiatan bisnis. Dengan demikian, para pengguna akan terbiasa dengan
aktivitas-aktivitas penting dan banyak persyaratan informasi manusia dari setiap aktivitas.

Sistem yang dibentuk menggunakan diagram alur data logis seringkali lebih stabil karena
didasarkan pada peristiwa bisnis dan bukan pada teknologi atau metode implementasi
tertentu. Diagram alir data logis mewakili fitur sistem yang akan ada tidak peduli apa arti
fisik dari melakukan bisnis. Misalnya, kegiatan seperti melamar kartu keanggotaan toko
video, memeriksa DVD, dan mengembalikan DVD, semua akan terjadi apakah toko
memiliki sistem otomatis, manual, atau hybrid.

F. Data Flow Diagram (DFD) Example

Data flow diagram sangat cocok untuk analisis atau pemodelan berbagai jenis sistem di
berbagai bidang.

 DFD dalam rekayasa perangkat lunak: Di sinilah diagram aliran data mendapatkan
awal utama mereka di tahun 1970-an. DFD dapat memberikan pendekatan terfokus
pada pengembangan teknis, di mana lebih banyak penelitian dilakukan di muka
untuk mendapatkan pengkodean.

 DFD dalam analisis bisnis: Analis bisnis menggunakan DFD untuk menganalisis
sistem yang ada dan menemukan inefisiensi. Diagram proses dapat mengungkap
langkah-langkah yang mungkin terlewatkan atau tidak sepenuhnya dipahami.

 DFD dalam rekayasa ulang proses bisnis: DFD dapat digunakan untuk memodelkan
aliran data yang lebih baik dan lebih efisien melalui proses bisnis. BPR dirintis pada
1990-an untuk membantu organisasi memangkas biaya operasional, meningkatkan
layanan pelanggan, dan bersaing di pasar.
  DFD dalam pengembangan tangkas: DFD dapat digunakan untuk
memvisualisasikan dan memahami persyaratan bisnis dan teknis dan merencanakan
langkah selanjutnya. Mereka dapat menjadi alat yang sederhana namun kuat untuk
komunikasi dan kolaborasi untuk memfokuskan pengembangan cepat.

 DFD dalam struktur sistem: Sistem atau proses apa pun dapat dianalisis secara rinci
progresif untuk memperbaikinya, baik secara teknis maupun non-teknis.

The Food Ordering System Example

Gambar di bawah ini menunjukkan konteks Diagram Alir Data yang diambil untuk Sistem
Pemesanan Makanan. Ini berisi proses (bentuk) yang mewakili sistem untuk memodelkan,
dalam hal ini, "Sistem Pemesanan Makanan". Ini juga menunjukkan peserta yang akan
berinteraksi dengan sistem, yang disebut entitas eksternal. Dalam contoh ini, Pemasok,
Dapur, Manajer, dan Pelanggan adalah entitas yang akan berinteraksi dengan sistem. Di
antara proses dan entitas eksternal, ada aliran data (konektor) yang menunjukkan adanya
pertukaran informasi antara entitas dan sistem.

DFD Tingkat 1
Gambar di bawah ini menunjukkan DFD level 1, yang merupakan dekomposisi (mis.
Pemecah) dari proses Sistem Pemesanan Makanan yang ditunjukkan dalam konteks DFD.
Baca diagram dan kemudian kami akan memperkenalkan beberapa konsep utama
berdasarkan diagram ini.
Contoh Diagram Alir Data Sistem Pesanan Makanan berisi tiga proses, empat entitas
eksternal, dan dua penyimpanan data.

Berdasarkan diagram, kita tahu bahwa Pelanggan dapat memesan. Proses Pesanan Makanan
menerima Pesanan, meneruskannya ke Dapur, menyimpannya di penyimpanan data
Pesanan, dan menyimpan rincian Persediaan yang diperbarui di penyimpanan data
Persediaan. Proses ini juga mengirimkan Tagihan kepada Pelanggan. Manajer dapat
menerima Laporan melalui proses Hasilkan Laporan, yang masing-masing mengambil
perincian Inventaris dan Pesanan sebagai input dari data Inventaris dan Pesanan. Manajer
juga dapat memulai proses Inventaris Pesanan dengan memberikan pesanan Inventaris.
Proses meneruskan pesanan Inventaris ke Pemasok dan menyimpan rincian Inventaris yang
diperbarui di penyimpanan data Inventaris.
Tren Dunia - 1000 International Lane Cornwall, CT 06050

Ringkasan Kegiatan
1. Ketika pesanan pelanggan masuk, master item dan file master pelanggan keduanya
diperbarui. Jika item kehabisan stok, departemen kontrol inventaris diberitahu.
2. Jika pesanan berasal dari pelanggan baru, catatan baru dibuat dalam file master
pelanggan.
3. Slip pengambilan diproduksi untuk pesanan pelanggan dan dikirim ke gudang.
4. Pernyataan pengiriman disiapkan.
5. Proses pengiriman pesanan pelanggan melibatkan mendapatkan barang dari gudang
dan mencocokkan pernyataan pengiriman pelanggan, mendapatkan alamat
pelanggan yang benar, dan mengirimkan semuanya kepada pelanggan.
6. Pernyataan pelanggan dibuat dan pernyataan tagihan dikirim ke pelanggan sebulan
sekali.
7. Laporan piutang dagang dikirim ke departemen akuntansi.