Notasi IDEF1 - Information Modelling Bab 3

BAB 3 Memahami Diagram IDEF1

3.1 Fase Nol

Seperti yang dinyatakan sebelumnya, model ini dikembangkan terus menerus melalui fase yang telah ditentukan masing-masing terdiri dari kegiatan, tujuan, dan hasil tertentu. Yang pertama adalah Fase Nol, fase Context Defnition. Selama fase ini, interpretasi tujuan, seperti dikomunikasikan melalui Proyek Manajer, buka. Definisi proyek ditulis, diterbitkan, dan pengumpulan data teknik dan kontinjensi dijabarkan. Penulis menetapkan "konvensi" itu dimaksudkan untuk digunakan ketika garis lintang tersebut dapat dilakukan dalam batas-batas teknik ini.

Hasil dari fase ini adalah serangkaian produk yang jelas yang meliputi:

1. Rencana proyek
   (a) Pernyataan Tujuan Strategis
   (b) Rencana Strategis
   (c) Rencana Organisasi Fungsional
   (d) Rencana Alokasi Sumber Daya
2. Bahan Sumber
   (a) Rencana Pengumpulan Data
   (b) Log Bahan Sumber
   (c) Daftar Data Sumber
3. Konvensi Penulis

Disinilah siklus pengumpulan data pertama terjadi. Hasilnya sangat mewakili landasan model informasi. Hasilnya didokumentasikan dalam Fase Nol menggunakan formulir tercermin dalam Gambar 3-1 dan 3-2. Log Bahan Sumber dan Daftar Data Sumber berfungsi untuk mengatur bahan sumber dengan cara yang dapat dengan mudah digunakan untuk mengurangi masa depan menyangkut relevansi atau hubungan dalam model informasi.

3.2 Fase Satu

Fase Satu menyajikan tujuan mengidenti kasi dan mendefinisikan kelas entitas dalam model. Pertama, "kelas entitas" harus diidentifikasi. Pembacaan berbagai dokumen, formulir, catatan, dan file lain dari suatu organisasi dapat berfungsi untuk memulai proses. Di sinilah pemahaman pemodel dan keterampilan dengan teknik pemodelan pertama kali diuji. Persyaratan dasar adalah untuk mengetahui cara istilah "entitas" dan "Kelas Entitas" digunakan dalam teknik ini.

Suatu entitas dapat dianggap sebagai objek, baik nyata (mis., Fisik; sesuatu yang dapat kita ambil dan tangani), atau abstrak (mis., Tidak dalam genggaman fisik kita) yang memiliki properti. Ini adalah sesuatu tentang karakteristik spesifik yang diketahui. Misalnya, seseorang adalah entitas fisik. Setiap

orang memiliki sifat yang dapat diidentifikasi. Properti ini dapat digunakan untuk menggambarkan orang tersebut. Satu orang (entitas) yang mungkin dibahas adalah Jerry, manajer pengendalian produksi. Properti yang diketahui tentang orang tersebut - nama Jerry, posisi manajer pekerjaan Kontrol Produksi - yang memungkinkan identi kasi yang tepat dari entitas ini. Sebaliknya, keluhan yang ditelepon yang diterima siang ini tentang produk yang salah dikirimkan ke salah satu pelanggan

kami adalah contoh yang baik dari entitas non-fisik - entitas konseptual. Keluhan ada, sebagai suatu entitas, apakah itu diwakili pada formulir keluhan atau tidak. Ini memiliki properti yang dapat diidentifikasi, seperti pelanggan, subjeknya, waktu yang diterima, dll.

Sifat-sifat suatu entitas, karakteristik individualnya, adalah yang membedakannya dari entitas lain. Misalnya, Jerry hanya satu orang (satu entitas) dari banyak yang mungkin dibahas. Jerry dapat dianggap sebagai anggota kelas entitas yang mungkin dilabeli "orang" atau "karyawan."

Setiap entitas adalah anggota individu dari beberapa Kelas Entitas. Ia memiliki sifat-sifat spesifiknya sendiri dan berhubungan dengan serangkaian keadaan individu. Ini adalah hal yang individual.

Kelas entitas mewakili jenis hal yang diketahui secara umum tentang koleksi entitas individu yang memiliki properti serupa. Misalnya, Jerry adalah salah satu anggota Kelas Entitas yang disebut karyawan, tetapi begitu juga Bob, Helen, JoAnn, dll. Masing-masing entitas individu ini, yang merupakan anggota karyawan Kelas Entitas, memiliki karakteristik uniknya sendiri, tetapi karakteristiknya adalah serupa dalam hal mereka berlaku untuk setiap karyawan dengan cara yang sama. Mereka mewakili informasi yang biasa digunakan untuk menggambarkan seorang karyawan. Kelas Entitas mewakili informasi yang diketahui tentang kumpulan entitas individu yang memiliki properti serupa. Kelas entitas adalah salah satu blok bangunan utama dari model informasi. Contoh bagaimana sejumlah entitas (anggota Kelas Entitas) diwakili sebagai Kelas Entitas ditunjukkan pada Gambar 3-3.

Gambar 3.1 Log Bahan Sumber

Gambar 3.2 Daftar Data Sumber

Analisis bahan sumber dari Tahap Nol menghasilkan identifikasi sejumlah kelas calon entitas yang dapat digunakan untuk mewakili entitas yang diamati. Ini dipilih dan ditransfer ke dokumen yang disebut Kelompok Kelas Entitas. Gambar 3-4 menunjukkan formulir standar untuk merekam Pool Kelas Entity.

Setelah mereka diidenti kasi, kelas entitas harus ditentukan. Ini adalah langkah pertama dalam membangun Daftar Istilah Kelas Entitas. Dasar glosarium ini adalah kumpulan Entity Class. Ini memberikan definisi penuh dari setiap Kelas Entitas di kolam renang. Contoh halaman definisi Kelas Entitas yang digunakan dalam Daftar Istilah Kelas Entitas tercermin dalam Gambar 3-5. Daftar istilah Kelas Entitas adalah cara formal untuk menangkap makna yang dilampirkan orang pada informasi yang disajikan dalam model.

Seperti yang ditunjukkan sebelumnya, kombinasi representasi grafis dan tekstual digunakan dalam pemodelan informasi untuk menyampaikan informasi tentang masing-masing Kelas Entitas. Semua informasi yang dikompilasi tentang Kelas Entitas, meskipun ada pada beberapa halaman yang disebut sebagai Set Kelas Entitas. Konten spesifik dari set Kelas Entitas, yaitu jumlah informasi yang tersedia tentang Kelas Entitas, akan bervariasi sesuai dengan fase pengembangan. Pada Fase Satu, pemodel memulai konstruksi Set Kelas Entitas dengan mengembangkan halaman definisi Kelas Entitas untuk setiap Kelas Entitas.

Gambar 3.4 Pool Kelas Entitas

Gambar 3.5 Definisi Kelas Entitas

3.3 Fase Dua

Fase Dua membawa upaya pemodelan ke tingkat detail selanjutnya dalam mencari definisi paling spesifik yang tersedia / dapat ditentukan. Fase ini mulai mengidentifikasi hubungan yang memberi makna pada asosiasi antar entitas. Ini menghasilkan konstruksi Entity Class Diagram, dengan tepat menampilkan sintaks yang mengkomunikasikan makna hubungan yang direpresentasikan sebagai "kelas hubungan" dalam model. Modeler sekarang diminta untuk memahami apa yang dimaksud dengan istilah "Relation" atau "Relationship" dan "Relation Class".

Hubungan adalah hubungan antara dua entitas. Entitas yang dikenal dengan nama Jerry terkait dengan entitas yang dikenal dengan nama Pengendalian Produksi dengan cara yang dapat didefinisikan sebagai "mengelola." Beberapa pengertian yang berarti dapat dibuat dari hubungan antara dua entitas ini jika kita mengekspresikannya dalam kalimat bentuk: "Jerry mengelola Kontrol Produksi."

Sudah lazim bagi satu entitas untuk berhubungan dengan banyak entitas lainnya. Contoh yang baik dari hal ini adalah hubungan antara pembeli, JoAnn, dan banyak pesanan pembelian yang dia rilis. JoAnn kemudian memiliki beberapa hubungan dengan Purchase Order 123, Purchase Order 457, Purchase Order 972, dll. Masing-masing entitas pesanan pembelian ini adalah anggota Kelas Entitas yang dapat disebut Purchase Order, seperti halnya JoAnn adalah anggota Kelas Entitas disebut Pembeli. Entitas JoAnn (anggota Pembeli Kelas Entitas) memiliki beberapa hubungan dengan banyak entitas (anggota Kelas Entitas) yang disebut Pesanan Pembelian.

Model informasi menyatakan hubungan ini sebagai kelas hubungan. Sebagai contoh, kelas hubungan yang menggambarkan hubungan yang mungkin antara Pembeli dan berbagai pesanan pembelian individu dapat diidentifikasi sebagai "Masalah." Kalimat yang berarti sekarang dapat dibangun yang menggambarkan hubungan ini dengan cara berikut: "Pembeli mengeluarkan pesanan pembelian." Kelas relasi menggambarkan cara anggota Kelas Entity berhubungan dengan anggota Kelas Entitas

lain (atau anggota lain yang sama).

Hal pertama yang harus dilakukan untuk berhasil mengidentifikasi hubungan antara entitas dan membangun diagram yang mewakilinya adalah membuat Matriks Relasi. Matriks ini adalah indikator awal bahwa beberapa hubungan mungkin sebenarnya ada di antara dua kelas entitas. Contoh Relation Matrix ditunjukkan pada Gambar 3-6.

Gambar 3.6 Relation Matrix

Diagram Kelas Entitas memusatkan perhatian pada Kelas Entitas tunggal, yang disebut subjek. Subjek Entitas Kelas kira-kira ada di tengah diagram. Sekitar Kelas Entitas subjek adalah kelas entitas lain yang berbagi beberapa kelas hubungan dengan Kelas Entitas subjek. Selain Kelas Entitas subjek, satu-satunya kelas entitas lainnya yang muncul pada diagram Kelas Entitas adalah mereka yang memiliki kelas hubungan langsung yang menghubungkan mereka dengan Kelas Entitas subjek. Contoh diagram Kelas Entitas tercermin pada Gambar 3-7.

Gambar 3.7 Diagram Kelas Entitas

Diagram IDEF1 terdiri dari sejumlah kelas entitas yang dihubungkan oleh garis dan simbol untuk mewakili hubungan antara entitas yang diwakili. Kombinasi garis dan simbol mewakili sintaksis kelas hubungan dasar yang digunakan.

Setengah berlian digunakan untuk mewakili hubungan "nol atau satu", sedangkan berlian penuh digunakan untuk mewakili kemampuan hubungan "nol, satu, atau banyak", antara anggota kelas entitas terkait.

Karena tujuan dari model informasi adalah untuk membangun citra yang bermakna dari informasi yang digunakan dalam suatu perusahaan, label kelas relasi diberikan kepada kelas hubungan untuk menyampaikan makna spesifik kepada hubungan yang diwakili. Dengan label kelas relasi ditempelkan, kalimat yang bermakna dapat dibangun, yang menyampaikan makna dasar dari hubungan antara entitas yang diwakili. Ingat, model informasi secara grafis menggambarkan kelas entitas. Representasi ini digunakan untuk mendefinisikan entitas dan hubungan antar entitas. Model ini menggambarkan struktur informasi dalam perusahaan dalam bentuk dua dimensi, yang memerlukan visualisasi dari banyak kemunculan entitas "dalam" setiap Kelas Entitas dan banyak kemunculan kelas relasi "antara" kelas entitas.

Label kelas relasi adalah kata-kata "seperti kata kerja", dan, kadang-kadang, kata "seperti kata depan", yang menggambarkan arti dari hubungan yang diwakili. Kelas relasi harus didefinisikan secara rinci seperti halnya kelas entitas. Lembar definisi kelas relasi menjadi bagian dari Daftar Istilah Kelas Entitas.

3.4 Fase Tiga

Tujuan Tahap Tiga adalah untuk mengidenti kasi bagaimana anggota dari satu Kelas Entitas diidenti kasi di antara anggota dari Kelas Entitas yang sama. Ini melibatkan identifikasi apa yang disebut "Kelas Kunci." Kelas Kunci terdiri dari sejumlah "Kelas Atribut" dimana setiap anggota Kelas Entitas diidentifikasi secara unik. Sekarang pemodel harus tahu apa yang dimaksud dengan istilah "Atribut," "Kelas Atribut," dan "Kelas Kunci."

Atribut adalah apa yang kita sebut properti individu dari suatu entitas. Atribut memiliki nama dan nilai. Nilai saja, seperti "123," tidak memiliki arti dalam dan dari dirinya sendiri, sampai kita mengaitkannya dengan nama, tetapi, segera setelah kita mengatakan "panjang dalam sentimeter sama dengan 123," karakter "123" sekarang mengambil beberapa berarti. Dalam contoh ini, "panjang dalam sentimeter" adalah nama atribut dan "123" adalah nilai atribut. Dengan beberapa kombinasi atribut individu, mis., Properti itulah yang dijelaskan entitas individu. Entitas yang digambarkan sebagai grup dengan menggunakan nama atribut yang sama direpresentasikan sebagai kelas entitas. Setiap anggota Kelas Entitas diidenti kasi secara unik, satu dari yang lain, oleh beberapa kombinasi unik dari nilai-nilai yang terkait dengan nama atribut, yang itu sendiri umum untuk semua anggota Kelas Entitas. Nama atribut yang umum untuk semua anggota Kelas Entitas disebut sebagai Kelas Atribut.

Setiap anggota Kelas Entitas (entitas) dapat dibedakan secara unik dari semua anggota lain dari Kelas Entitas yang sama dengan beberapa kombinasi unik atribut (nilai) yang hanya berlaku untuknya. Misalnya, setiap anggota Kelas Entitas yang disebut Pesanan Pembelian diidenti kasi oleh beberapa nilai yang diwakili oleh Kelas Atribut yang disebut Nomor Pesanan Pembelian. Dalam konteks ini, nomor Pesanan Pembelian Kelas Atribut digunakan sebagai "Kelas Kunci" untuk Pesanan Pembelian

Kelas Entitas. Apa yang menentukan ini sebagai nama atribut dengan mana satu pesanan pembelian dapat diidentifikasi secara unik dari semua pesanan pembelian lainnya: Nomor Pesanan Pembelian. Nomor pesanan pembelian 12345 berbeda dari nomor pesanan pembelian 12578. Atribut-atribut ini mengidentifikasi dua pesanan pembelian yang berbeda dan berbeda.

Ketika Kelas Atribut mewakili atribut yang dengannya suatu entitas dapat diidentifikasi secara unik, itu disebut sebagai Kelas Atribut Kunci. Tidak jarang menemukan bahwa beberapa kelas atribut utama harus digunakan bersama satu sama lain untuk secara unik mengidentifikasi anggota individu dari Kelas Entitas. Bersama-sama, kelas atribut kunci gabungan ini disebut sebagai Kelas Kunci dari Kelas Entitas. Ini berarti bahwa Kelas Kunci adalah kumpulan dari satu atau lebih kelas atribut yang digunakan sebagai grup untuk mengidentifikasi satu anggota Kelas Entitas dari yang lain.

Kumpulan kelas atribut untuk seluruh model merupakan kumpulan Kelas Atribut. Sebagian besar ini muncul dari bahan sumber asli. Contoh kumpulan Kelas Atribut tercermin pada Gambar 3-8.

Gambar 3.8 Pool Kelas Atribut

Kelas atribut, seperti kelas entitas dan kelas hubungan, harus sepenuhnya ditentukan. Fase Tiga berfokus pada pengembangan definisi untuk kelas atribut yang digunakan dalam Kelas Kunci. Setelah kelas utama telah diidentifikasi dan definisi Kelas Atribut dikembangkan, pemodel dapat melanjutkan ke pengembangan diagram Kelas Atribut.

Seperti diagram Kelas Entitas, diagram Kelas Atribut berkaitan dengan satu kelas Entitas subjek, yang terletak di pusat perkiraan halaman diagram. Diagram Kelas Atribut dapat dipandang sebagai perpanjangan atau perluasan diagram Kelas Entitas. Ini karena perbedaan mendasar di antara mereka adalah informasi yang terkandung dalam konteks kotak Kelas Entitas. Dalam diagram Kelas Atribut, kelas utama, dan kelas atribut lainnya yang digunakan oleh subjek Entity Class, tercermin dalam kotak Kelas Entity. Selain itu, ada sedikit perbedaan dalam struktur diagram Kelas Atribut dan diagram Kelas Entitas. Contoh diagram Kelas Atribut tercermin pada Gambar 3-9.

  

Gambar 3.9 Diagram Kelas Atribut

3.5 Fase Empat

Fase Empat memusatkan perhatian pada kelas atribut yang tidak digunakan sebagai anggota Kelas Utama apa pun di Fase Tiga. Setiap kelas atribut ini harus ditentukan dan penggunaannya dalam model ditentukan. Fase Empat seperti kenop fine-tuning pada penerima radio. Ini mencakup semua pemilihan dan penyetelan sebelumnya yang dilakukan pada fase dan rumah sebelumnya pada struktur informasi akhir.

Ada sedikit perbedaan antara Fase Tiga dan Fase Empat terkait konten. Perbedaan utama adalah dalam jumlah de nisi Kelas Atribut dan distribusi penuh dari semua kelas atribut non-kunci di Fase Empat. Apa yang tidak mudah terlihat adalah dampak pada karakteristik struktural dari model yang dihasilkan dari penerapan tes tertentu untuk validitas Kelas Entitas selama fase ini. Ketika diterapkan, tes ini menyebabkan modifikasi struktural yang cukup besar dibuat untuk model.

Aktivitas utama dalam Fase Empat melibatkan penugasan semua kelas atribut non-kunci ke kelas entitas yang sesuai. Tujuannya adalah distribusi kelas atribut di seluruh model sedemikian rupa sehingga semua anggota dari setiap Kelas Entitas dapat dijelaskan secara individual dan tepat. Dengan penerapan disiplin tes "validitas" untuk setiap Kelas Entitas, sifat structural dasar dari informasi di perusahaan berkembang.

Proses ini menghasilkan generasi sejumlah material baru, tetapi, pada umumnya, material tersebut merupakan perpanjangan dari yang diproduksi di Fase Tiga yang dibawa ke tingkat detail akhir yang diinginkan.

3.6 Kesimpulan

Setelah menyelesaikan Fase Empat, pemodel akan menghasilkan model informasi yang baik secara struktural. Jika semua aturan metodologi telah diterapkan dengan benar hingga titik ini, setiap Kelas Entitas akan mewakili koleksi informasi yang tidak berlebihan dan setiap pasangan Kelas Entitas yang berbagi kelas relasi akan menyampaikan makna yang tidak berlebihan pada model.

Pada titik ini, model informasi dalam bentuk yang akan memfasilitasi terjemahan dasar ke dalam sistem manajemen basis data apa pun yang saat ini ada di pasar. Ini bukan untuk mengatakan bahwa model informasi pada akhir Fase Empat adalah desain basis data. Ini mewakili struktur informasi yang stabil dan seperangkat aturan dan definisi yang stabil di mana desain basis data yang layak dapat dibangun. Dari sini, rasionalitas dan konsistensi dimasukkan ke dalam arena de nisi sistem terintegrasi.

Source : www.idef.com