Notasi IDEF1 - Information Modelling Bab 4

BAB 4 Membaca IDEF1 Diagram

4.1 Pendahuluan

Model IDEF1 terdiri dari serangkaian diagram dan bahan terkait diatur oleh sejumlah Kelas Entity. Sebuah daftar isi daftar kelas entitas dengan nomor disediakan. Hal ini membantu jika indeks Kelas Entity juga disediakan yang berisi daftar kelas entitas abjad. Bila dipublikasikan, model terikat dalam format halaman-pair dan dalam rangka nomor Kelas Entity. Halaman-pair Format berarti bahwa setiap diagram dan informasi terkait muncul di sepasang halaman menghadapi seperti yang ditunjukkan pada Gambar 4-1.

Kelas entitas nomor pesanan berarti bahwa diagram entitas dalam model IDEF1 disajikan dalam urutan di mana mereka dikembangkan. Karena setiap entitas baru didirikan pada Tahap Satu, itu diberikan nomor berturut-turut berikutnya, seperti yang ditunjukkan di bawah ini. Jika Kelas Entity dijatuhkan, angka yang ditetapkan bahwa Kelas Entitas dijatuhkan juga dan tidak lagi digunakan.

Gambar 4.1 Page-Pair Format

4.2 Langkah Membaca Diagram

Informasi akurat yang akan berisi diagram ditunjuk oleh nomor fase pada diagram

Fase Satu mengidenti kasi dan mendefinisikan Kelas Entitas.

Fase Dua mengidenti kasi dan mendefinisikan Kelas Relasi.

Fase Tiga mengidenti kasi dan mendefinisikan Kelas Atribut.

Fase Empat mengidenti kasi dan mendefinisikan Kelas Atribut Non-Kunci.

Dianjurkan urutan bacaan berikut:

1. Periksa nomor fase diagram untuk menentukan tahap pengembangan.
2. Periksa judul untuk kelas entitas yang menjadi fokus diagram.
3. Secara mental berjalan melalui informasi yang diberikan pada diagram dan memastikan bahwa itu berisi semua yang dibutuhkan pada fase tertentu pengembangan.
4. Baca dokumentasi pendukung yang menyertai diagram.

Notasi grafik pada diagram menunjukkan interpretasi pemodel informasi. Pesan yang disampaikan masing-masing harus secara tegas mengkomunikasikan kepada pembaca kondisi yang ada. Notasi grafis yang digunakan dalam IDEF ditunjukkan di bawah ini. Simbol-simbol ini digunakan untuk menentukan kelas hubungan antara kelas entitas.

Gambar 4-2 menunjukkan diagram entitas sederhana. Diagram ini dalam Fase Dua pengembangan. Itu harus mengandung kelas entitas dan mende nisikan kelas hubungan yang ada di antara mereka. Itu Judul memberitahu kita bahwa nomor kelas entitas 32 adalah "Perwakilan Pelanggan." Kelas entitas nama dikonfirmasi karena muncul di kotak bernomor pada diagram. Singkatan dari judul diizinkan di dalam kotak ketika batasan ruang membuat penggunaan judul formal menjadi sulit. Kelas entitas lain, "Pelanggan" E26, ditautkan ke kelas entitas "Perwakilan Pelanggan"oleh kelas relasi "Employs."

Label pada baris kelas relasi dibaca dari ujung "satu" ke ujung "n" (atau intan).Kelas relasi "Employs" yang digunakan dalam Gambar 4-2 mengatakan bahwa:

1. Entitas "pelanggan" apa pun dapat mempekerjakan perwakilan pelanggan nolentitas atau bilangan bulat positif dari entitas "perwakilan pelanggan"(biasanya dinyatakan sebagai 0, 1, atau n).
2. Setiap entitas "perwakilan pelanggan" dipekerjakan oleh satu entitas pelanggan. 

Gambar 4.2 Simpel Diagram Entitas

Pernyataan-pernyataan ini menunjukkan apa yang mungkin terjadi. Misalnya, mungkin tidak ada pelanggan dengantidak ada perwakilan. Satu-satunya laporan apa yang bisa ada. Pernyataan itu masing-masing perwakilan dipekerjakan oleh satu pelanggan, dan hanya satu, tanpa kecuali. Jika ada agen yang mewakili dua pelanggan, diagramnya salah.

Diagram menyiratkan dua fakta lebih lanjut:

1. Tidak ada kelas minat entitas lain yang terkait dengan "perwakilan pelanggan" kelas entitas dan
2. Tidak ada kelas hubungan lain yang menarik antara entitas "pelanggan" kelas dan kelas entitas "perwakilan pelanggan".

Penegasan ini mengikuti dari fakta bahwa tidak ada kelas entitas

lebih lanjut ditampilkan.

Saat membaca diagram, pertanyaan dapat muncul. Sebagai

contoh:

1. Untuk apa "pelanggan" lain melakukan setiap "perwakilan pelanggan" bekerjamasa lalu?
2. Untuk apa yang dilakukan oleh anggota entitas kelas "pesaing" masing-masing "pelanggan representatif" sekali bekerja?

Untuk menjawab pertanyaan ini, kelas hubungan tambahan dan kelas entitas tambahan akan dibutuhkan. Gambar 4-3 menunjukkan bagaimana diagram akan terlihat jika kedua isu yang diangkat dianggap penting untuk dimasukkan dalam model.

Garis dengan dua berlian antara kelas entitas "pesaing" dan kelas entitas "Perwakilan pelanggan" mengatakan bahwa:

1. Untuk setiap "pesaing" entitas, mungkin ada nol atau bilangan bulat positif "Perwakilan pelanggan" yang pernah dipekerjakan pesaing.
2. Untuk setiap entitas "perwakilan pelanggan", mungkin ada nol atau positif "pesaing" bilangan bulat untuk siapa "perwakilan pelanggan" pernah bekerja.

Gambar 4.3: Perwakilan Customer

Ini disebut sebagai kelas hubungan m: n sedangkan garis dengan berlian tunggal disebut sebagai kelas hubungan 1: n. Kelas relasi m: n harus memiliki dua label, satu untuk setiap arah. Kelas hubungan 1: n hanya membutuhkan satu label.

Simbol yang ditunjukkan pada Gambar 4-4 akan berlaku antara karyawan dan mesin di toko dimana:

1. Mesin apa pun dapat dioperasikan hanya dengan satu karyawan.
2. Satu karyawan dapat mengoperasikan mesin apa pun tanpa bantuan.
3. Mesin apa pun mungkin tidak memiliki karyawan yang ditugaskan.
4. Karyawan mungkin tidak memiliki mesin yang ditugaskan saat ini.
5. Baris sederhana berlabel "telah ditugaskan / ditugaskan" digunakan untuk menunjukkan kelas hubungan mengikat Kelas entitas "karyawan" ke kelas entitas "mesin". Dalam hal ini, untuk entitas apa pun di kedua akhirnya, mungkin ada nol atau satu entitas di ujung lainnya.

Gambar 4.4 Simbol Relasi Kelas

Penyempurnaan pada Gambar 4-4 dapat dilakukan. "Penugasan" kelas entitas baru dapat diperkenalkan di mana "penugasan" kelas entitas mencatat informasi seperti ketika karyawan 32 dibuat bertanggung jawab atas mesin 19. Kemudian setiap entitas penugasan merujuk tepat satu karyawan dan satu mesin. Ini ditunjukkan oleh simbol Kelas Atribut. Gambar 4-5. Diagram dalam Fase Tiga dan Empat harus berisi semua Kelas Kunci Atribut dan beberapa Kelas Atribut Non-Kunci. Kelas Atribut Kunci digaris bawahi dalam kotak entitas fokus Atribut Non-Kunci tidak digaris bawahi. Diagram atribut dari Fase Tiga dan Empat hanya boleh berisi kelas relasi yang ditunjukkan

pada Gambar 4-6.

Kelas atribut kunci ditampilkan untuk kelas entitas fokus. Atribut

utama mungkin:

1. Tunggal - Satu Kelas Atribut yang mengidenti kasi entitas sepertinama suatu negara. Nama Kelas Atribut kunci tersebut adalahdigarisbawahi.
2. Compound - Dua atau lebih kelas atribut yang bersama-sama mengidentifikasi suatuentitas seperti nama kota plus nama negara. Namadigarisbawahi.
3. Alternate - Kelas atribut yang dapat dipertukarkan seperti (karyawannomor dan nomor jaminan sosial) yang keduanya akan unik mengidentifikasi suatu entitas. Bagian dari kelas atribut kunci alternatif mungkintunggal atau majemuk. Setiap bagian tertutup dalam tanda kurung dan di garis bawahi.

  

Satu persyaratan lain harus dipenuhi oleh setiap diagram atribut. Jika kelas entitas fokal berada di ujung "n" atau "O, 1" dari kelas relasi, kelas atribut kunci dari kelas entitas di "1" akhir kelas relasi harus ditampilkan dalam entitas fokus kelas. Kelas atribut yang dimigrasi dapat muncul sebagai kelas atributkunci (bergaris bawah) atau sebagai kelas atribut bukan kunci. Gambar 4-7A mengilustrasikan Kelas Atribut non-kunci yang dimigrasi (Nama Vendor). Gambar 4-7B mengilustrasikan Kelas Kunci atribut yang dimigrasi (P.O. No.).

Gambar 4.7: Migrasi Atribut Kelas

4.3 Semantik IDEF1

Saat menafsirkan diagram Fase Dua, periksa poin-poin berikut:

1. Apakah semua kelas entitas yang diperlukan ditampilkan?
2. Apakah ada kelas entitas yang tidak patut ditampilkan?
3. Apakah ada kelas relasi yang hilang?
4. Apakah ada kelebihan kelas relasi yang ditampilkan?
5. Apakah ada kelas hubungan dari tipe yang salah ditampilkan?
6. Apakah kelas relasi diterapkan dengan benar di kedua arah?
7. Saat menafsirkan diagram Fase Tiga dan Empat, periksa semua poin yang terdaftar untuk Fase Dua diagram dan juga periksa:
8. Apakah kelas atribut Key dan Non-Key memadai?
9. Apakah kelas atribut Key dan Non-Key diperlukan?
10. Apakah kelas atribut Kunci atau Non-kunci alternatif dihilangkan?
11. Apakah hanya simbol kelas hubungan yang diizinkan yang digunakan?

Source : www.idef.com