Struktur Tabel Dan Menu

Bismillahirrahmanirrahim

Assalamualaikum Wr.Wb

Hello bertemu lagi dengan saya fadli , kali ini saya akan coba memberikan contoh atau gambaran apa itu Struktur Tabel dan Menu..

Contoh Struktur Tabel

Struktur Menu

Entity Relationship Diagram (ERD)

Bismillahirrahmanirrahim

Assalamualaikum Wr.Wb

Hallo bertemu lagi dengan saya fadli , kali ini saya akan menjelaskan apa itu Entity Relationship Diagram (ERD).

Tugas RPL

Dalam rekayasa perangkat lunak, sebuah Entity-Relationship Model (ERM) merupakan abstrak dan konseptual representasi data. Entity-Relationship adalah salah satu metode pemodelan basisdata yang digunakan untuk menghasilkan skema konseptual untuk jenis/model data semantik sistem. Dimana sistem  seringkali memiliki basis data relasional, dan ketentuannya bersifat top-down. Diagram untuk menggambarkan model Entitiy-Relationship ini disebut Entitiy-Relationship diagram, ER diagram, atau ERD.

• ERD (Entity Relationship Diagram) adalah gambaran mengenai berelasinya antar entitas.
• Sistem adalah kumpulan dari elemen yang setiap elemen memiliki fungsi masing-masing dan secara bersama-sama mencapai tujuan dari sistem tersebut.
• Kebersama-samaan dari sistem di atas dilambangkan dengan saling berelasinya antara satu entitas dengan entitas lainnya
• Entitas (entity/ entity set), memiliki banyak istilah di dalam ilmu komputer, seperti tabel (table), berkas (data file), penyimpan data (data store), dan sebagainya

Komponen-komponen ERD

1. Entitas dan Atribut

Entitas, adalah segala sesuatu yang dapat digambarkan oleh data. Entitas juga dapatdiartikan sebagai individu yang mewakili sesuatu yang nyata (eksistensinya) dan dapatdibedakan dari sesuatu yang lain (Fathansyah, 1999). Ada dua macam entitas yaitu entitaskuat dan entitas lemah. Entitas kuat merupakan entitas yang tidak memiliki ketergantungan dengan entitas lainnya. Contohnya entitas anggota. Sedangkan entitas lemah merupakan entitas yang kemunculannya tergantung pada keberadaaan entitas lain dalam suatu relasi.

Atribut merupakan pendeskripsian karakteristik dari entitas. Atribut digambarkandalam bentuk lingkaran atau elips. Atribut yang menjadi kunci entitas atau key diberigaris bawah.

Kesimpulannya adalah:

• Entitas adalah tempat penyimpan data, maka entitas yang digambarkan dalam ERD ini merupakan data store yang ada di DFD dan akan menjadi file data di komputer
• Entitas adalah suatu objek dan memiliki nama. Secara sederhana dapat dikatakan bahwa jika objek ini tidak ada di suatu enterprise (lingkungan tertentu), maka enterprise tersebut tidak dapat berjalan normal.
• Contoh, entitas ‘MAHASISWA’ harus ada di lingkungan perguruan tinggi, begitu juga dengan entitas ‘DOSEN’, ‘MATA_KULIAH’, dan sebagainya
• Di dalam entitas ‘MAHASISWA’ berisi elemen-elemen data (biodata mahasiswa) yang terdiri atas NIM, NAMA, KELAS, ALAMAT, dan sebagainya. NIM, NAMA, KELAS, dan ALAMAT disebut dengan atribut (field)
• Gambar memperlihatkan bahwa atribut-atribut NIM, NAMA, ALAMAT, dan TANGGAL_LAHIR harus ada di dalam biodata seorang mahasiswa.
• Atribut-atribut TINGGI_BADAN, dan WARNA_RAMBUT adalah atribut-atribut yang boleh tidak ada di dalam biodata mahasiswa (karena tidak penting).
• Sedangkan atribut NAMA_DOSEN adalah atribut yang tidak boleh ada di entitas mahasiswa
• Pada akhirnya, entitas ini akan menjadi file data (yang bersifat master file) di dalam komputer. Master file adalah file utama (yang harus ada, dan sifatnya jarang berubah)

2. Relasi

Relasi adalah penghubung antara satu entitas (master file) dengan entitas lain di dalam sebuah sistem komputer. Pada akhirnya, relasi akan menjadi file transaksi (transaction file) di komputer. Secara kalimat logis, contoh relasi yang terjadi di sebuah perpustakaan adalah : “Anggota meminjam buku,” atau “Anggota mengembalikan buku.” Dalam hal ini, Anggota dan Buku adalah entitas, meminjam dan mengembalikan adalah transaksi (relasi antara anggota dan buku).

Data Flow Diagram (DFD)

Bismillahirrahmanirrhim

Assalamualaikum Wr.Wb

Bertemu lagi dengan saya , kali ini saya akan mencoba menjelaskan secara singkat apa itu Data Flow Diagram (DFD). 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.

DFD merupakan alat bantu dalam menggambarkan atau menjelaskan proses kerja suatu sistem.

Contoh Data Diagram

Sumber : http://id.wikipedia.org/wiki/Data_flow_diagram

Context Diagram

Bismillahirrahmanirrahim

Assalamualaikum Wr.Wb

Pada postingan kali ini saya akan membagikan tentang Context Diagram . Context Diagram adalah bagian dari Data Flow Diagram (DF) yang berfungsi memetakan model lingkungan, yang dipresentasikan dengan lingkaran tunggal yang mewakili keseluruhan sistem. CD menyoroti sejumlah karakteristik penting sistem, yaitu :

1. Kelompok pemakai, organisasi atau sistem lain dimana sistem melakukan
    

2. Komunikasi (sebagai terminator).
    

3. Data masuk, yaitu data yang diterima sistem dari lingkungan dan harus diproses dengan cara tertentu.
    

4. Data keluar, yaitu data yang dihasilkan sistem dan diberikan ke dunia luar.
    

5. Penyimpanan data (storage), yaitu digunakan secara bersama antara sistem dengan terminator. Data ini dapat dibuat oleh sistem dan digunakan oleh lingkungan atau sebaliknya dibuat oleh lingkungan dan digunakan oleh sistem. Hal ini berarti pembuatan simbol data storage dalam CD dibenarkan, dengan syarat simbol tersebut merupakan bagian dari dunia diluar sistem. Batasan, antara sistem dan lingkungan.

Simbol yang digunakan dalam Context Diagram (CD), antara lain :

1. Persegi panjang (terminator) Untuk berkomunikasi langsung dengan sistem melalui aliran data antara terminator tidak diperbolehkan komunikasi langsung.
    

2. Lingkaran Untuk menunjukkan adanya kegiatian proses dalam sistem.

Aturan-aturan Data Flow Diagram Context (CD) :

1. Bila terdapat terminator yang mempunyai banyak masukan dan keluaran,diperbolehkan untuk digambarkan lebih dari satu kali sehingga mencegah penggambaran yang terlalu rumit, dengan ditandai secara khusus untuk menjelaskan bahwa terminator yang dimaksud adalah identik.
    

2. Tanda dapat berupa asterisk (*) atau tanda (#).
    

3. Bila terminator mewakili individu (personil) sebaiknya diwakili oleh peran yang dimainkan personil tersebut. Alasannya adalah : personil yang  berfungsi untuk melakukan itu dapat berganti, sedangkan CD harus tetap akurat walaupun personil berganti dan mungkin seorang personil dapat memiliki lebih dari satu tugas (peran).
    

4. Karena model ini membedakan sumber (resources) dan pelaku (handler).Dimana pelaku adalah mekanisme, perangkat, atau media fisik yang mentransformasikan data ke/dari sistem, sehingga pelaku tidak perlu digambarkan.
    

5. Aliran dalam CD memodelkan masukkan ke sistem dan keluaran dari sistem, seperti halnya sinyal kontrol yang diterima atau dibuat sistem.Aliran data hanya digambarkan jika diperlukan untuk mendeteksi kejadian dalam lingkungan dimana sistem harus memberikan respon atau membutuhkan data untuk menghasilkan respon. Selain itu aliran data dibutuhkan untuk menggambarkan transportasi antara sistem dan terminator. Dengan kata lain aliran data digambarkan jika data tersebut diperlukan untuk menghasilkan respon pada kejadian tertentu

Dalam hal ini seharusnya menggambar dengan asumsi bahwa masukan disebabkan dan diinisiasi oleh terminator, sedangkan keluaran disebabkan dan  diinisiasi oleh sistem. Hal itu dilakukan dengan mencegah interaksi yang tidak perlu (extraneous prompts) yang berorientasi pada implementasi masukan keluaran, dan mengkonsentrasikan pemodelan pada aliran data yang esensial saja.

CD dimulai dengan penggambaran terminator, aliran data, aliran kontrol, penyimpanan, dan proses tunggal yang mempresentasikan keseluruhan sistem. Bagian termudah adalah menetapkan proses yang hanya terdiri dari satu lingkaran dan diberi nama yang mewakili sistem. Nama harus dapat menjelaskan proses.

Langkah yang dapat membantu dalam menggambarkan Data Flow Diagram Context (CD) :

1. Identifikasikan seluruh informasi yang dibutuhkan.

2. Identifikasikan seluruh data yang dibutuhkan proses/informasi.

3. Identifikasikan seluruh tujuan setiap informasi bagi penggunanya.

4. Identifikasikan seluruh sumber data yang dibutuhkan proses/informasi

Contoh : 

Tabel 2.1 : Inventarisasi data, informasi, sumber data, tujuan informasi

Contoh untuk penerapan Data Flow Diagram Context (CD):

Gambar 2.1 : Context Diagram Sistem Informasi Sanggar Tari

Demikian yang bisa saya sampaikan , sekian dan Terimakasih :) 

Sumber : http://vanrpl.blogspot.com/2014/03/3-context-diagram.html