Download to read offline
More Related Content
APS__dfd.pptx
- 1. Data Flow Diagramdan Data Dictionary
- 2. Obyektifitas • Memahami bagaimanamembuat Data Flow diagram dan Kamus Data pada pengembangan sistem
- 3.
- 4. Definisi Kunci: DataFlow Diagram • Data Flow Diagram (selanjutnya disebut dengan DFD) adalah salah satu alat yang digunakan oleh analis untuk menggambarkan sistem secara fungsional yang terdiri dari alur data yang terhubung secara manual maupun terkomputerisasi • DFD ini sering disebut juga dengan nama model proses, diagram alur kerja, atau model fungsi
- 5. Definisi Kunci: DataFlow Diagram • DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. • Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem
- 6. Definisi Kunci: DataFlow Diagram • DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem.
- 7. Definisi Kunci: DFD -Diagram Konteks • Diagram Konteks adalah diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem. • Diagram konteks merupakan level tertinggi dari DFD yang menggambarkan seluruh input sistem atau output dari sistem • Diagram konteks memberikan gambaran keseluruhan sistem. • Dalam diagram konteks hanya ada proses • Diagram konteks tidak boleh ada komponen store(penyimpanan) • Diagram konteks disebut juga Data Level 0
- 8. Definisi Kunci: DFD- Diagram Rinci • Diagram rinci adalah diagram yang menguraikan proses yang ada dalam diagram 0 atau diagram level diatasnya Nama Level Nama Diagram Nomor Proses 0 Konteks 1 Diagram 0 1.0, 2.0, 3.0, ... 2 Diagram 1.0 1.1, 1.2, 1.3, ... 2 Diagram 2.0 2.1, 2.2, 2.3, ... 2 Diagram 3.0 3.1, 3.2, 3.3, ... 3 Diagram 1.1 1.1.1, 1.1.2, ... 3 Diagram 1.2 1.2.1, 1.2.2, ...
- 9. Spesifikasi Proses • Setiapproses (bubble) di DFD harus memiliki spesifikasi proses. • Tanpa spesifikasi proses, kita tidak akan tahu apa yang terjadi dalam bubble tersebut. • Metode yang sering digunakan untuk menggambarkan proses adalah uraian proses dalam bentuk cerita
- 10.
- 11. Komponen Terminator • Terminatormewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan. Biasanya terminator dikenal dengan nama entitas luar (external entity). • Terdapat dua jenis terminator : – Terminator Sumber (source) : merupakan terminator yang menjadi sumber. – Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan data / informasi sistem.
- 12. DFD: Terminator • Terminatordapat 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
- 13. Komponen Proses • Komponenproses 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
- 14. Berikut kemungkinan yangdapat terjadi dalam proses sehubungan dengan input dan output
- 15. Yang harus diperhatikandalam proses • Proses harus memiliki input dan output • Proses dapat dihubungkan dengan komponen terminator, data store atau proses melalui alur data • Tidak boleh ada proses yang bernama sama
- 16. Contoh proses yangbenar
- 17. Contoh Komponen DataStore • Komponen ini digunakan untuk membuat model sekumpulan paket data dan diberi nama dengan kata benda jamak, misalnya 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
- 18. • Suatu datastore 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: a. 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 (a)). b. 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 (b)).
- 19. 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 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
- 20. Definisi Kunci: KamusData • Kamus data berfungsi membantu pelaku sistem untuk mengartikan aplikasi secara detail dan mengorganisasi semua elemen data yang digunakan dalam sistem secara persis sehingga pemakai dan penganalisis sistem mempunyai dasar pengertian yang sama tentang masukan, keluaran, penyimpanan dan proses.
- 21. Definisi Kunci: KamusData • Pada tahap analisis, kamus data digunakan sebagai alat komunikasi antara analisis sistem dengan pemakai sistem tentang data yang mengalir di sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh pemakai sistem.
- 22. Definisi Kunci: KamusData • Pada tahap perancangan sistem, kamus data digunakan untuk merancang input, merancang laporan-laporan dan database.
- 23. Bentuk Data FlowDiagram
- 24. • Terdapat duabentuk DFD, yaitu Diagram Alur Data Fisik, dan Diagram Alur data Logika. Diagram alur data fisik lebih menekankan pada bagaimana proses dari sistem diterapkan, sedangkan diagram alur data logika lebih menekankan proses-proses apa yang terdapat di sistem
- 25. Diagram Alur DataFisik (DADF) • DADF lebih tepat digunakan untuk menggambarkan sistem yang ada (sistem yang lama). Penekanan dari DADF adalah bagaimana proses dari sistem diterapkan (dengan cara apa, oleh siapa dan dimana), termasuk proses-proses manual
- 26. Diagram Alur DataFisik (DADF) • Untuk memperoleh gambaran bagaimana sistem yang ada diterapkan, DADF harus memuat : – Proses-proses manual juga digambarkan. – Nama dari alur data harus memuat keterangan yang cukup terinci untuk menunjukkan bagaimana pemakai sistem memahami kerja sistem. – Simpanan data dapat menunjukkan simpanan non komputer. – Nama dari simpanan data harus menunjukkan tipe penerapannya apakah secara manual atau komputerisasi. Secara manual misalnya dapat menunjukkan buku catatan, meja pekerja. Sedang cara komputerisasi misalnya menunjukkan file urut, file database. – Proses harus menunjukkan nama dari pemroses, yaitu orang, departemen, sistem komputer, atau nama program komputer yang mengakses proses tersebut
- 27. Diagram Alur DataFisik (DADF)
- 28. Diagram Alur DataLogika (DADL) • DADL lebih tepat digunakan untuk menggambarkan sistem yang akan diusulkan (sistem yang baru). Untuk sistem komputerisasi, penggambaran DADL hanya menunjukkan kebutuhan proses dari sistem yang diusulkan secara logika, biasanya proses- proses yang digambarkan hanya merupakan proses-proses secara komputer saja.
- 29. Diagram Alur DataLogika (DADL)
- 30.
- 31. • Syarat pembuatanDFD ini akan menolong analis untuk menghindari pembentukkan DFD yang salah atau DFD yang tidak lengkap atau tidak konsisten secara logika. Beberapa syarat pembuatan DFD dapat menolong analis untuk membentuk DFD yang benar, menyenangkan untuk dilihat dan mudah dibaca oleh pemakai.
- 32. • Syarat-syarat pembuatanDFD ini adalah : – Pemberian nama untuk tiap komponen DFD – Pemberian nomor pada komponen proses – Penggambaran DFD sesering mungkin agar enak dilihat – Penghindaran penggambaran DFD yang rumit – Pemastian DFD yang dibentuk itu konsisten secara logika
- 33. Pemberian Nama untukTiap komponen DFD - terminator • 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.
- 34. Pemberian Nama untukTiap komponen DFD – proses • 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
- 35. Pemberian Nama untukTiap komponen DFD – proses • 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 atau identitas orang (yang melaksanakan fungsi sistem) yang digunakan sebagai nama proses, yaitu:
- 36. Pemberian Nama untukTiap komponen DFD – proses – 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
- 37. Pemberian Nama untukTiap komponen DFD – Data Store • 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 sistem menyimpannya
- 38. Pemberian Nama untukTiap komponen DFD – Alur Data • 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.
- 39. Pemberian Nomor padaKomponen 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
- 40. Pemberian Nomor padaKomponen 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 (lihat gambar di slide berikutnya)
- 41. Pemberian Nomor padaKomponen Proses
- 42. 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
- 43. Penggambaran DFD yangKonsisten • 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
- 44.
- 45. PENGGAMBARAN DFD 1. Identifikasiterlebih dahulu semua entitas luar yang terlibat di sistem. 2. Identifikasi semua input dan output yang terlibat dengan entitas luar. 3. Buat Diagram Konteks (diagram context) – Diagram ini adalah diagram level tertinggi dari DFD yang menggambarkan hubungan sistem dengan lingkungan luarnya. Caranya : • Tentukan nama sistemnya. • Tentukan batasan sistemnya. • Tentukan terminator apa saja yang ada dalam sistem. • Tentukan apa yang diterima/diberikan terminator dari/ke sistem. • Gambarkan diagram konteks.
- 46. PENGGAMBARAN DFD 4. BuatDiagram Level Zero • Diagram ini adalah dekomposisi dari diagram konteks. Caranya : – Tentukan proses utama yang ada pada sistem. – 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). – Apabila diperlukan, munculkan data store (master) sebagai sumber maupun tujuan alur data. – Gambarkan diagram level zero. • Hindari perpotongan arus data • Beri nomor pada proses utama (nomor tidak menunjukkan urutan proses).
- 47. PENGGAMBARAN DFD 5. BuatDiagram Level Satu • Diagram ini merupakan dekomposisi dari diagram level zero. Caranya : – Tentukan proses yang lebih kecil (sub-proses) dari proses utama yang ada di level zero. – Tentukan apa yang diberikan/diterima masing-masing sub- proses ke/dari sistem dan perhatikan konsep keseimbangan. – Apabila diperlukan, munculkan data store (transaksi) sebagai sumber maupun tujuan alur data. – Gambarkan DFD level Satu • Hindari perpotongan arus data. • Beri nomor pada masing-masing sub-proses yang menunjukkan dekomposisi dari proses sebelumnya. Contoh : 1.1, 1.2, 2.1
- 48. PENGGAMBARAN DFD 6. DFDLevel 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.
- 49. Penerapan DFD kestudi Kasus Konvensi yang dipakai: Yourdan DeMarco
- 50. Membuat aplikasi perpustakaan •Setiap orang dapat mendaftar menjadi anggota dan mendapat kartu anggota • Petugas memasukkan data buku • Anggota dapat meminjam buku • Anggota harus mengembalikan buku jika pinjam buku • Kepala Perpustakaan membuat laporan: – Laporan buku – Laporan member – Laporan pinjam – Laporan kembali
- 51. Context diagram 1 Sistem Perpustakaan Anggota Petugas Perpustakaan Kepala Perpustakaan Data Anggota DataPeminjaman Buku Data Pengembalian Buku Laporan Anggota(kartu Anggota) Laporan Buku Laporan Peminjaman Laporan Pengembalian Data Buku Laporan Anggota Laporan Buku Laporan Peminjaman Laporan Pengembalian
- 52. Penjelasan context diagram PetugasPerpustakaan melakukan pendataan buku Calon Anggota melakukan pendaftaran menjadi anggota dengan memberikan data anggota. Setelah sukses melakukan pendaftaran, anggota mendapat laporan anggota berupa kartu anggota Anggota dapat meminjam buku. Saat meminjam, anggota akan diberi laporan peminjaman dengan informasi berupa buku yang dipinjam dan kapan harus dikembalikan. Apabila anggota meminjam buku, maka harus dikembalikan sesuai waktunya. Apabila anggota mengembalikan buku, maka akan mendapat laporan bahwa buku telah dikembalikan (untuk keterlambatan disini tidak akan didenda). Anggota juga dapat menerima laporan buku berupa buku apa saja yang tersedia. Kepala perpustakaan hanya mendapat laporan buku, laporan anggota, laporan peminjaman dan laporan pengembalian
- 53.
- 54. Dfd level 0 1 Pendataan 2 Transaksi 3 Laporan Anggota Petugas Perpustakaan Kepala Perpustakaan Buku Anggota Transaksi DataBuku Data Anggota Laporan Peminjaman Buku Laporan Pengembalian Buku Data Peminjaman Buku Data Pengembalian Buku Laporan Anggota Transaksi Laporan Buku Laporan Anggota(kartu Anggota) Laporan Peminjaman Laporan Pengembalian Laporan Buku Transaksi Anggota Anggota Anggota Buku
- 55. Dfd level 1: Pendataan 1.1 Pendataan Buku 1.2 Pendataan Anggota Petugas Perpustakaan Anggota Buku Anggota DataBuku Buku Data Anggota Anggota
- 56. Kamus data pendataanbuku Kamus Data: 1.1 Pendataan Buku Input Data buku (judul, pengarang, penerbit, kota terbit, tahun terbit, topik) Output Buku (kd_buku, judul, pengarang, penerbit, kota_terbit, tahun_terbit, topik) Penjelasan Petugas perpustakaan memasukkan informasi buku ke dalam sistem informasi untuk disimpan kedalam database dengan nama file buku
- 57.
- 58. Kamus data pendataananggota Kamus Data: 1.2 Pendataan Anggota Input Data Anggota (nama, alamat, tgl lahir, no telp) Output Anggota (kd_anggota, nama, alamat, tgl_lahir, no_telp) Penjelasan Petugas perpustakaan memasukkan informasi anggota ke dalam sistem informasi untuk disimpan kedalam database dengan nama file anggota
- 59.
- 60. Dfd level 1: transaksi 2.1 Transaksi Peminjaman 2.2 Transaksi Pengembalian AnggotaTransaksi Buku Anggota Transaksi Anggota Buku Transaksi Data Pengembalian Buku Data Peminjaman Buku Anggota Buku
- 61. Kamus data transaksipeminjaman Kamus Data: 2.1 Peminjaman Input Data Peminjaman Buku (anggota membawa kartu anggota dan buku yang akan dipinjam ke perpustakaan) Anggota (kd_anggota) Buku(kd_buku) Output Transaksi (kd_anggota, kd_buku, tgl_pinjam, tgl_seharusnya_kembali) Penjelasan Anggota meminjam buku dengan membawa kartu anggota dan buku, petugas perpustakaan memasukkan transaksi peminjaman ke sistem informasi. Petugas memasukkan kd_buku dan kd_anggota. Saat petugas memasukkan kd_anggota, maka sistem akan mengecek ke file anggota, apakah kd_anggota terdaftar atau tidak, bila terdaftar, maka petugas menekan tombol selesai untuk menyelesaikan transaksi peminjaman. Hasil akhir adalah laporan berupa kapan harus dikembalikan(terletak di modul laporan peminjaman)
- 62.
- 63. Kamus data transaksipengembalian Kamus Data: 2.2 Pengembalian Input Data Pengembalian Buku (anggota membawa kartu anggota dan buku yang akan dikembalikan ke perpustakaan) Anggota (kd_anggota) Buku(kd_buku) Output Transaksi (kd_anggota, kd_buku, tgl_pinjam, tgl_seharusnya_kembali, tgl_kembali) Penjelasan Anggota mengembalikan buku dengan membawa kartu anggota dan buku, petugas memasukkan transaksi pengembalian ke sistem informasi. Petugas memasukkan kd_buku, kemudian sistem akan memberikan informasi buku tersebut, petugas menekan tombol kembali buku. Transaksi selesai. Hasil akhir adalah laporan pengembalian (terletak di modul laporan pengembalian)
- 64.
- 65. Dfd level 1 laporan 3.1 Laporan Buku 3.2 Laporan Anggota 3.3 Laporan Peminjaman 3.4 Laporan Pengembalian Buku Anggota Transaksi Kepala Perpustakaan Anggota LaporanBuku Anggota Buku Buku Anggota Laporan Peminjaman Transaksi Transaksi Anggota Laporan Pengembalian Laporan Pengembalian Buku Laporan Buku Laporan Peminjaman Laporan Anggota Laporan Anggota(kartu Anggota)
- 66. Kamus data laporanbuku dan anggota Kamus Data: 3.1 Laporan Buku Input Data dari file Buku Output Laporan Buku-buku yang ada dalam perpustakaan Penjelasan Kepala perpustakaan mendapat laporan buku-buku yang ada dalam perpustakaan Kamus Data: 3.2 Laporan Anggota Input Data dari file anggota Output Laporan anggota Penjelasan Kepala perpustkaan mendapat laporan anggota yang terdaftar pada perpustakaan
- 67. Kamus data laporanpeminjaman Kamus Data: 3.3 Laporan Peminjaman Input Data dari file anggota Data dari file transaksi Data dari file buku Output Laporan peminjaman buku (kd_anggota, nama_anggota, kd_buku, judul_buku, tgl_pinjam, tgl_seharusnya_kembali, tgl_kembali ) Penjelasan Kepala perpustakaan mendapat laporan peminjaman yang telah berlangsung
- 68. Kamus data laporanpengembalian Kamus Data: 3.4 Laporan Pengembalian Input Data dari file anggota Data dari file transaksi Data dari file buku Output Laporan pengembalian buku (kd_anggota, nama_anggota, kd_buku, judul_buku, tgl_pinjam, tgl_seharusnya_kembali, tgl_kembali ) Penjelasan Kepala perpustakaan mendapat laporan peminjaman yang telah berlangsung