Pengertian DFD

Data Flow Diagram (DFD) adalah sebuah representasi grafis dari aliran data yangmelalui sistem informasi. Hal ini memungkinkan profesional IT untuk mewakili proses dalam sistem informasi dari sudut pandang data. DFD memungkinkan seorang profesional IT untuk memvisualisasikan bagaimana sistem beroperasi, bagaimana sistem menyelesaikan dan bagaimana hal tersebut akan dilaksanakan, bila disempurnakan dengan spesifikasi lebih lanjut.

Pada akhir 1970-an (DFD) diperkenalkan dan dipopulerkan untuk analisis terstruktur dan desain (Gane dan Sarson 1979). DFD menunjukkan aliran data dari entitas eksternal ke dalam sistem, menunjukkan bagaimana data dipindahkan dari satu proses ke proses lainnya, serta penyimpanan logis. Gambar 1 menyajikan contoh DFD menggunakan Gane dan Sarson notasi.

Ada dua jenis DFD, yang keduanya mendukung pendekatan top-down untuk analisis sistem, dimana analis mulai dengan mengembangkan pemahaman umum tentang sistem dan secara bertahap memecah komponen keluar ke lebih rinci:

1. Data logis aliran diagram – adalah implementasi-independen dan menggambarkan sistem, bukan bagaimana kegiatan yang dicapai.
2. Data fisik aliran diagram – tergantung implementasi dan menggambarkan entitas aktual (perangkat, departemen, orang, dll) yang terlibat dalam sistem saat ini.

Simbol DFD (Data Flow Diagram)

Seperti namanya, Data Flow Diagram (DFD) adalah sebuah ilustrasi yang memberikan bagian informasi dalam proses. Sebuah DFD adalah model untuk membangun dan menganalisis proses informasi. DFD menggambarkan aliran informasi dalam proses tergantung pada input dan output. Sebuah DFD juga dapat disebut sebagai model proses yang dapat dengan mudah diartikan dengan enggunakan simbol-simbol sederhana seperti berikut :

Process

Sebuah proses mengubah aliran data yang masuk ke aliran data keluar.
DataStore

Menyimpan data repositori dalam sistem. terkadang juga disebut sebagai file.

Data Flow

Arus Data yang melalui paket arus informasi tersebut. Ditambah label panah dengan nama data yang bergerak melalui itu.

External Entity

Entitas eksternal adalah obyek di luar sistem, dengan sistem yang berkomunikasi. Entitas eksternal adalah sumber dan tujuan dari input dan output sistem.

Lapisan DFD

Sebuah proses node tunggal pada diagram tingkat tinggi dapat diperluas untuk menunjukkan diagram alir data yang lebih rinci. DFD menggunakan penalaran diagram berlapis yang dimulai dari diagram konteks pertama, dan diikuti oleh level DFD yang membentuk aliran data yang diperlukan.

1. Diagram konteks (context diagram)

Sebuah diagram konteks adalah diagram tingkat atas aliran data (juga dikenal sebagai Level 0) . Ini hanya berisi satu proses simpul (proses 0) yang mengeneralise fungsi seluruh sistem dalam hubungan dengan entitas eksternal.

2. Data Flow Diagram Level 1 

Tingkat 1 Diagram menunjukkan bidang fungsional utama dari sistem diselidiki. Seperti diagram konteks, sistem diselidiki harus diwakili oleh hanya satu tingkat 1 diagram. DFD Level 1 harus menjelaskan hanya bidang fungsional utama dari sistem, dan harus menghindari k proses tingkat yang lebih rendah pada diagram ini.

Kemudian pada proses aliran data yang lebih rendah lagi, dimasukan pada level-level selanjutnya.

Dengan UML profesional IT sekarang bisa membaca dan menyebarkan sebuah struktur sistem dan desain rencana, seperti pekerja konstruksi telah melakukannya pekerjaanya selama bertahun-tahun.  Pengertian UML diagram dimaksudkan untuk menjadi bahasa pemersatu yang memungkinkan profesional TI untuk memodelkan aplikasi komputer.

Pengertian UML

Pada pengertian diagram UML di atas, dapat terlihat salah satu tujuan dari UML adalah untuk menyediakan pengembangan masyarakat dengan bahasa desain yang stabil dan umum yang dapat digunakan untuk mengembangkan dan membangun aplikasi komputer. UML melahirkan standar notasi pemodelan terpadu yang profesional TI butuhkan.

Salah satu alasan UML telah menjadi standar bahasa pemodelan adalah notasi set UML notasi set bukan metodologi melainkan sebuah bahasa. Hal ini penting, karena bahasa, sebagai lawan metodologi, dapat dengan mudah masuk ke cara perusahaan melakukan bisnis tanpa memerlukan perubahan. Dengan menempatkan standar diagram UML dalam produk kerja, hal ini akan memudahkan pemahaman seseorang dan menjadi produktif.

Karena UML bukanlah metodologi, maka ia memberikan beberapa jenis diagram yang, bila digunakan dalam metodologi tertentu dapat berguna untuk meningkatkan kemudahan memahami aplikasi yang sedang dikembangkan. Terdapat beberapa jenis UML diagram yang paling banyak digunakan :

• Class Diagram
• Component Diagram
• Deployment Diagram
• Package Diagram
• Use Case Diagram
• Activity Diagram
• State Machine Diagram
• Sequence Diagram

Contoh UML Diagram

Berikut ini beberapa contoh uml diagram yang banyak digunakan dalam pemodelan sistem :

1. Class Diagram

Jenis diagram UML ini adalah blok bangunan utama yang menunjukkan kelas dalam sistem, atribut dan operasi dari setiap kelas dan hubungan antara masing-masing kelas. Dalam sistem yang besar dengan banyak kelas yang terkait dan hubungan yang berbeda antara kelas ditunjukkan dengan anak panah.

2. Component Diagram

Component diagram menampilkan hubungan struktural dari sistem perangkat lunak. Component diagram kebanyakan digunakan ketika bekerja dengan sistem yang kompleks dan memiliki banyak komponen. Tiap komponen berkomunikasi satu sama lain menggunakan antarmuka.

3. Deployment Diagram

Deployment diagram menunjukkan perangkat keras sistem dan perangkat lunak dalam sebuah sistem. Deployment diagram berguna sebagai solusi perangkat lunak yang dikerahkan di beberapa mesin dengan masing-masing memiliki konfigurasi yang unik.

4. Package Diagram

Seperti namanya sebuah package diagram menunjukkan dependensi antara paket yang berbeda dalam suatu sistem.

5. Use Case Diagram

Use Case Diagram memberikan gambaran grafis dari aktor yang terlibat dalam sistem, fungsi yang berbeda yang dibutuhkan oleh para pelaku dan bagaimana fungsi-fungsinya berinteraksi. Use Case Diagram akan memudahkan identifikasi pelaku utama yang terlibat dan proses utama dari sistem.

6. Activity Diagram

Activity diagram menggambarkan alur kerja bisnis atau alur kerja operasional setiap komponen dalam sistem. Terkadang activity diagram digunakan sebagai alternatif untuk state machine diagram.

7. State Machine Diagram

State machine diagram mirip dengan activity diagram, meskipun notasi dan penggunaannya berubah sedikit. State machine diagram sangat berguna untuk menggambarkan perilaku objek yang bertindak berbeda sesuai dengan keadaan mereka saat ini.

8. Sequence Diagram

Sequence diagram di UML menunjukkan bagaimana objek berinteraksi satu sama lain dan urutan interaksi tersebut terjadi. Penting untuk dicatat bahwa proses diwakili secara vertikal dan interaksi ditunjukkan oleh anak panah.

Pengertian Use Case

Pengertian use case diagram adalah sebuah metodologi yang digunakan dalam analisis sistem untuk mengidentifikasi, mengklasifikasi dan mengatur persyaratan sistem. Dalam konteks ini, istilah “sistem” mengacu pada sesuatu yang sedang dikembangkan atau dioperasikan, seperti situs Web penjualan produk mail-order dan layanan.

Diagram use case digunakan untuk mengumpulkan persyaratan sistem termasuk pengaruh internal dan eksternal. Jadi, ketika sistem dianalisa untuk mengumpulkan fungsionalitasnya ini, menggunakan kasus yang disusun dan pelaku sistem juga diidentifikasi.

Jadi secara singkat, fungsi use case diagram dapat disimpulkan sebagai berikut :

• Digunakan untuk mengumpulkan persyaratan sistem
• Digunakan untuk mendapatkan pandangan luar sistem
• Mengidentifikasi faktor-faktor eksternal dan internal yang mempengaruhi sistem
• Tampilkan berinteraksi antara persyaratan adalah aktor

Contoh Use Case Diagram

Tujuan sebuah sistem dapat mencakup perencanaan kebutuhan keseluruhan, memvalidasi desain hardware, pengujian dan debugging produk perangkat lunak. Ha ini dilakukan untuk pengembangan, menciptakan referensi atau melakukan tugas berorientasi konsumen layanan. Misalnya, menggunakan kasus dalam lingkungan penjualan produk akan mencakup barang pemesanan, katalog update, proses pembayaran, dan hubungan pelanggan.

Sebuah diagram use case terlihat seperti flowchart. Simbol Intuitif mewakili unsur-unsur sistem. Berikut adalah contoh use case diagram sederhana :

Pada contoh use case diagram diatas, terdapat empat komponen use case diagram yaitu :

1. System Boundary – mendefinisikan sistem yang dalam kaitannya dengan dunia di sekitarnya
2. Actor  – biasanya individu yang terlibat dengan sistem didefinisikan sesuai dengan peran mereka
3. Use cases – merupakan peran khusus yang dimainkan oleh aktor di dalam dan di sekitar sistem
4. Relationship (contohnya : extend)- Hubungan antara dan di antara aktor dan kasus penggunaan

Use case diagram diambil untuk menangkap kebutuhan fungsional dari sistem. Jadi setelah mengidentifikasi item di atas kita harus mengikuti panduan berikut untuk menggambar diagram use case secara efisien

• Penggunaan nama use case sangat penting. Jadi nama harus dipilih sedemikian rupa sehingga dapat mengidentifikasi fungsi dilakukan
• Berikan nama yang cocok untuk actor
• Hubungan (relationship) dan dependensi jelas dalam diagram.
• Jangan mencoba untuk mencakup semua jenis hubungan. Karena tujuan utama dari diagram ini adalah untuk mengidentifikasi kebutuhan
• Gunakan catatan ketika pernah diperlukan untuk memperjelas beberapa poin penting

Pada contoh use case diagram diagam digunakan untuk mewakili sistem manajemen pesanan. Jadi jika kita melihat ke dalam diagram maka kita akan menemukan tiga kasus penggunaan (Order, SpecialOrder dan NormalOrder) dan satu pelaku yang pelanggan.

Kegunaan Use Case Diagram

Pada pengertian use case diagram telah dijelaskan bahwa, bagian dari UML untuk menentukan peristiwa sistem dan aliran mereka. Tapi diagram use case tidak pernah menjelaskan bagaimana mereka diimplementasikan. use case diagram bisa dibayangkan sebagai kotak hitam di mana hanya input, output dan hanya fungsi kotak hitam yang diketahui.

Berikut ini beberapa kegunaan pemodelan use case diagram :

• Analisis kebutuhan dan desain tingkat tinggi
• Model konteks sistem
• Reverse engineering
• Rekayasa maju

Pengertian Activity Diagram

Pada pengertian activity diagram di atas, dapat ditarik kesimpulan bahwa fungsi dasar dari activity diagram terutama adalah untuk menangkap perilaku dinamis dari sistem. Activity diagran digunakan untuk menunjukkan aliran pesan dari satu aktivitas ke aktivitas lainnya. Activity diagram pada beberapa waktu dianggap sama seperti flowchart (diagram alur), namun meskipun diagram terlihat seperti sebuah diagram alur tapi tidak. Activity diagram menunjukkan aliran yang berbeda seperti paralel, bercabang, bersamaan dan tunggal.

Jadi tujuan pembuatan activity diagram dapat digunakan sebagai:

• Penggambaran aliran aktivitas sistem.
• Penjelasan urutan dari satu aktivitas ke aktivitas lainnya.
• Penjelasan paralel, bercabang dan bersamaan aliran sistem.

Cara Membuat Activity Diagram

Activity diagram terutama digunakan sebagai diagram alur yang terdiri dari kegiatan yang dilakukan oleh sistem. Tapi tidak persis sebuah diagram alur karena mereka memiliki beberapa kemampuan tambahan. Kemampuan tambahan mencakup percabangan, aliran paralel, dan sebagainya. Sebelum menggambar activity diagram,  kita harus memiliki pemahaman yang jelas tentang unsur-unsur yang digunakan dalam diagram aktivitas.

Unsur utama dari suatu activity diagram adalah kegiatan itu sendiri. Sebuah kegiatan adalah fungsi yang dilakukan oleh sistem. Setelah mengidentifikasi kegiatan, yang kita perlu kita pahami adalah bagaimana hubungan mereka dengan kendala dan kondisi. Jadi sebelum menggambar activity diagram, kita harus mengidentifikasi unsur-unsur berikut :

• Aktivitas
• Asosiasi (hubungan)
• kondisi
• kendala

Contoh Activity Diagram

Contoh activity diagram ditampilkan di bawah ini :

Berikut ini penjelasan simbol-silbol activity diagram secara rinci :

1. Aktivitas

Suatu kegiatan adalah spesifikasi dari urutan parameter perilaku. Sebuah kegiatan yang ditampilkan sebagai persegi panjang dengan bagian pojok membulat untuk melampirkan semua tindakan, arus kontrol dan unsur-unsur lain yang membentuk aktivitas.

2. Tindakan

Tindakan merupakan satu langkah dalam suatu kegiatan. Tindakan ditandai oleh persegi panjang bulat-sudut.

3. Aliran Kontrol

Aliran kontrol menunjukkan aliran dari satu aksi ke aksi berikutnya. Negasi adalah garis dengan panah.

4. Node awal

Node awal atau mulai digambarkan oleh titik hitam besar, seperti yang ditunjukkan di bawah ini.

5. Node akhir

Kegiatan simpul akhir digambarkan sebagai sebuah lingkaran dengan sebuah titik di dalam.

6. Keputusan dan Penggabungan

Node keputusan dan menggabungkan node memiliki notasi yang sama yaitu bentuk berlian. Arus kontrol datang dari node keputusan akan memiliki kondisi penjaga yang akan memungkinkan kontrol mengalir jika kondisi penjaga terpenuhi. Diagram berikut memperlihatkan penggunaan node keputusan dan node gabungan.

7. Fork dan Node penggabungan

Forks dan penggabungan memiliki notasi yang sama: horizontal atau vertikal bar (orientasi tergantung pada apakah aliran kontrol berjalan kiri ke kanan atau atas ke bawah). Mereka menunjukkan awal dan akhir dari benang bersamaan kontrol. Diagram berikut menunjukkan contoh penggunaannya.

8. Objek dan Arus Obyek

Aliran obyek adalah jalan sepanjang yang objek atau data bisa lewat. Sebuah objek ditampilkan sebagai persegi panjang. Aliran objek ditampilkan sebagai konektor dengan panah yang menunjukkan arah objek yang sedang berlalu.

Contoh diatas merupakan dasar pembuatan activity diagram, yang banyak digunakan sebagai pemodelan sistem. Di mana activity diagram berguna untuk merinci setiap proses yang terlibat dalam kegiatan pada sistem tersebut.

Activity diagram merupakan salah satu dari uml diagram yang sangat penting dalam mendesain suatu sistem informasi agar dapat dikembangkan dengan baik.

Pengertian ERD

Pengertian ERD adalah sebuah teknik pemodelan data yang menggambarkan secara grafis entitas sistem informasi dan hubungan antara entitas tersebut. Sebuah ERD adalah model konseptual dan representasi dari data yang digunakan untuk mewakili infrastruktur kerangka entitas. Pendekatan standar industri pada ERD ini, menggunakan serangkaian bentuk blok dan garis untuk menggambarkan struktur database yang dimengerti oleh semua profesional database.

Banyak paket perangkat lunak database, termasuk Microsoft Access, SQL Server, dan Oracle, menyediakan metode otomatis untuk Pembuatan bentuk ERD dari database yang ada.

Unsur-unsur dari sebuah ERD adalah :

• entitas
• hubungan
• atribut

1. Entitas

Dalam model database, setiap objek yang ingin di lacak pada database dikenal sebagai suatu entitas. Biasanya, setiap entitas disimpan dalam tabel database dan setiap contoh dari suatu entitas sesuai dengan baris dalam tabel itu. Dalam diagram ER, setiap entitas digambarkan sebagai kotak persegi panjang dengan nama entitas di dalamnya.

Contohnya :

• Sebuah database berisi informasi tentang sekelompok individu, kemungkinan entitas yang terbentuk bernama Person. Nama entitas  sama dengan nama tabel dalam database dan setiap orang yang dilacak dalam database akan menjadi contoh entitas Person ini dan memiliki baris yang sesuai dalam tabel Person.

2. Atribut

Tentu saja, pelacakan entitas saja tidak cukup untuk mengembangkan model data. Database berisi informasi tentang setiap entitas. Informasi ini dilacak dalam bidang masing-masing dikenal sebagai atribut, yang biasanya sesuai dengan kolom tabel database.

Contohnya :

• Misalnya, pada entitas PERSON kemungkinan memiliki atribut yang sesuai yaitu nama, tanggal lahir dan pengenal pribadi yang unik. Masing-masing atribut ini digambarkan dalam diagram ER sebagai oval, seperti yang ditunjukkan pada gambar contoh ERD berikut :

Coba perhatikan pada teks dalam atribut ( bentuk oval) sedikit berbeda. Ada dua fitur format teks yang digunakan untuk menyampaikan informasi tambahan tentang atribut entitas.

1.  Beberapa field akan ditampilkan dalam font tebal. Field ini adalah bagian yang diperlukan, mirip dengan fungsi database yang bersifat NOT NULL. Setiap contoh dari entitas harus berisi informasi “FirstName”, “LastName” dan atribut “PersonID” tidak boleh kosong.
2. atribut digarisbawahi, menunjukkan bahwa ia berfungsi sebagai database primary key. Dalam contoh ini, PersonID berfungsi sebagai primary key.

3. Hubungan dan Kardinalitas

Kekuatan ERD terletak pada kemampuannya untuk secara akurat menampilkan informasi tentang hubungan antara entitas. Penamaan hubungan biasanya diberi nama dengan kata kerja, sedangkan atribut dan entitas diberi nama kata benda. Konvensi ini membuatnya mudah untuk mengekspresikan hubungan.

Contohnya :

• Kita dapat melacak informasi dalam database, tentang kota di mana setiap orang hidup. Informasi tentang kota itu sendiri dilacak dalam entitas Kota dan hubungan yang digunakan untuk mengikat bersama-sama antara entitas PERSON dan CITY.
• Kemudian entitas PERSON yang berhubungan dengan CITY yakni “Lives In”, kemudian bisa dikatakan “Seseorang tinggal di kota.” ERD mengungkapkan hubungan dalam diagram, dengan menarik garis antara entitas terkait dan menempatkan bentuk berlian yang berisi nama hubungan di tengah baris. Berikut ini contoh ERD dan hubungannya :

Ini adalah pemahaman dasar mengenai pengertian ERD dan juga beberapa contoh ERD sederhana.  Anda seharusnya sudah memiliki informasi yang dibutuhkan untuk membuat diagram dasar untuk database Anda.

Pengertian Flowchart

Flowchart dikembangkan oleh Herman Goldstine dan John von Neumann di tahun 1940-an, sebagai representasi grafis dari keputusan dan hasil keputusan dipetakan dalam bentuk individu. Flowchart menggunakan simbol yang berbeda yang berisi informasi tentang langkah-langkah atau urutan kejadian. Masing-masing dari simbol-simbol ini terkait dengan panah untuk menggambarkan arah aliran proses.

Pengertian flowchart dapat disimpulkan sebagai sebuah metodologi yang digunakan untuk menganalisis, meningkatkan, dokumen dan mengelola proses atau program. Flowchart membantu untuk:

• Pemahaman hubungan antara langkah-langkah proses yang berbeda
• Mengumpulkan data tentang proses tertentu
• Membantu dengan pengambilan keputusan
• Mengukur kinerja proses
• Menggambarkan struktur proses
• Pelacakan aliran proses
• Menyoroti langkah-langkah penting dan menghilangkan langkah-langkah yang tidak perlu

Simbol-simbol Flowchart

Pada pengertian flowchart di atas, flowchart terbentuk dari simbol-simbol yang mewakili setiap fungsinya untuk mempresentasikan sebuah alur. Simbol flowchart yang berbeda juga memiliki arti yang berbeda, namun beberapa simbol umum yang digunakan pada flowchart adalah sebagai berikut  :

• Terminator (start terminator, end terminator) : Berbentuk oval sebagai diagram alur yang menunjukkan awal atau akhir proses.
• Proses (process) : Berbentuk persegi panjang bentuk diagram alur, yang menunjukkan langkah alur proses yang berjalan
• Keputusan (decision) : Berbentuk berlian, yang menunjukkan bentuk indikasi dari aliran proses yang bercabang
• Konektor (A) : Bentuk lingkaran pada diagram alir yang digunakan untuk menunjukkan lonjakan aliran proses
• Data : Sebuah jajaran genjang yang menunjukkan input data atau output (I / O) dalamproses.
• Dokumen (document) : Digunakan untuk menunjukkan dokumen atau laporan

Kegunaan Flowchart

Pada awalnya, flowchart digunakan oleh para insinyur industri sebagai sebuah struktur proses kerja, seperti manufaktur perakitan. Saat ini, flowchart telah digunakan untuk berbagai keperluan di bidang manufaktur, arsitektur, teknik, bisnis, teknologi, pendidikan, ilmu pengetahuan, kedokteran, pemerintahan, administrasi dan disiplin ilmu lainnya.

1. Perencanaan Proyek Baru

Salah satu penggunaan umum dari flowchart adalah untuk memetakan proyek baru, terutama yang bersifat teknis atau membutuhkan beberapa desain struktur lain. Insinyur dan desainer perangkat lunak sering menggunakan diagram alur untuk tujuan ini. Berpikir tentang bagaimana proses akan bekerja menggunakan flowchart dapat menghemat banyak waktu dalam desain.

2. Desain Sistem atau Program

Menggunakan flowchart memungkinkan desainer untuk memikirkan banyak masalah yang kompleks di muka. Karena banyak sistem atau program memerlukan langkah-demi-langkah prosedur, sehingga menggunakan diagram alur adalah cara yang logis untuk memikirkan langkah-langkah tersebut. Jenis proses desain dapat jelas dipikirkan dan disampaikan kepada orang lain melalui penggunaan flowchart.

3. Dokumen Proses untuk Alasan Eksternal

Bisnis sering memiliki persyaratan eksternal untuk dokumentasi proses dan flowchart dapat berguna untuk tujuan ini. Dari standar pelaporan untuk mematuhi peraturan pemerintah, menggunakan flowchart bisa jauh lebih efisien daripada menghasilkan narasi tertulis. Standar pelaporan untuk mematuhi peraturan kerja, dapat menggunakan flowchart yang bisa jauh lebih efisien daripada menghasilkan narasi tertulis.

4. Dokumen Proses untuk Alasan internal

Penggunaan diagram alur, untuk lebih memahami bagaimana proses bisnis kerja menawarkan banyak keuntungan untuk organisasi:

• Fleksibilitas – karyawan baru ataupun yang sudah ada dapat segera mempelajari cara yang tepat untuk melakukan pekerjaan apa pun.
• Kualitas – Jika semua orang di tim melakukan pekerjaan dengan cara yang sama setiap kali, hasilnya dapat diprediksi dan konsisten.
• Visibilitas – Manajemen dapat melihat persis bagaimana setiap pekerjaan yang dimaksudkan untuk dilkerjakan
• Perbaikan proses: Kita dapat memperbaiki cara organisasi, jika kita tahu bagaimana cara tersebut dilakukan sekarang.

5. Pemecahan MasalahSalah satu alasan, mengapa sering digunakan flowchart dalam pembuatan program atau desain jaringan komputer, adalah bahwa flowchart dapat menawarkan sumber yang baik untuk pemecahan masalah. Hal ini juga sebagai cara yang bagus, jika digunakan untuk pelanggan, untuk menunjukkan cara pemecahan masalah yang bersifat umum. karena pendekatan visual akan leboh mudah diikuti, ketika disajikan dengan benar.