Notasi IDEF1 - Information Modelling Bab 6

Bab 6 Panduan Penulis untuk Membuat Diagram IDEF1

6.1 Tahap 0 - Definisi Konteks Model informasi IDEF1

harus dijelaskan dan ditetapkan baikdari segi keterbatasannya dan ambisinya. Modeller adalah salah satu pengaruh utama dalam pengembangan ruang lingkup model. Modeller dan manajer projek memiliki rencana untuk mencapai tujuan pada tahap 0. Tujuan-tujuan tersebut yaitu:

1. Definisi proyek - pernyataan umum “apa” yang harus dilakukan, “mengapa” dan “bagaimana” akan selesai.
2. Sumber bahan - rencana untuk komplikasi fisik dari sumber bahan, itu temasuk pengindeksan dan pengajuan.
3. Konvensi penulis - deklarasi fudamental untuk konvensi (metode opsional) dimana memilih penulis untuk membuat dan mengelola model.

6.2 Definisi Proyek

6.2.1 Tujuan Strategis

Kegiatan pertama dalam proyek pemodelan adalah menetapkan bagaimana proyek ini akan berjalan, dan sampai batas mana. Dalam proses ini, manajer proyek akan membangun otoritas dan mandat untuk proyek tersebut. Beberapa pedoman kasar dalam membangun ruang lingkup proyek dalam hal uang, waktu, upaya yang telah ditetapkan, biasanya dalam lingkup dokumen otoritasi manajer proyek. Luasnya tanggung jawab manajer proyek, otoritas, dan kontrol langsung harus dibuat jelas pada titik ini didalam proyek start-up. Manajer proyek harus memahami dan mendirikan control tersebut, karena itu adalah tanggung jawab manajer proyek untuk mengarahkan akti tas para personil selama proyek.

Atas dasar didirikannya otoritas ini, manajer proyek memilih tim modeler dan tim pemodel. Kemudian bersama-sama mereka meresmikan ruang lingkup proyek yang akan dilakukan. Sebuah masalah domain identi kasi pertama dan didefinisikan secara hati-hati. Dengan demikian, elemen nomor satu rencana projek daruratobjek strategis. Objek strategis terdiri dari 2 pernyataan, satu dari niat dan satu dari eliminasi. Yaitu:

1. Tujuan pernyataan - sebuah pernyataan yang mendefinisikan “apa” model tersebut akan menjadi prihatin, yaitu batas konseptualnya.
2. Sudut pandang pernyataan - sebuah pernyataan yang menyatakan definisi model, “mata” dimana model tersebutadalah untuk dilihat.

deskripsi formal dari suatu domain masalah untuk proyek pemodelan IDEF1 mungkin termasuk review, konstruksi, modifikasi, dan / atau elaborasi dari model IDEFØ. Untuk alasan ini, baik modeler dan manajer proyek harus berpengalaman, untuk beberapa derajat, dalam authoring dan penggunaan model IDEFØ. Biasanya, model IDEFØ ada yang dapat berfungsi sebagai dasar untuk domain masalah. Sebuah contoh dari lingkup dalam model IDEF1, seperti yang dilihat dari perspektif IDEFØ, dapat dilihat pada Gambar 6-1.

Gambar 6.1 IDEF1 Scope

Sudut pandang yang berbeda pada suatu masalah tertentu selalu menghasilkan model yang berbeda dan secara kasar bahwa manajer proyek dan jangkauan modeler kesepakatan tentang apa tujuan yang dilayani, terutama pada apa sudut pandang yang digunakan. Seperti yang dinyatakan sebelumnya, tujuan strategis adalah penjajaran dari dua pernyataan yang menggambarkan tujuan, yaitu: tujuan dan sudut pandang. Sebuah pernyataan tujuan strategis sampel ditunjukkan pada Gambar 6-2.

Gambar 6.2 Strategic Objective

6.2.2 Rencana Strategis

Rencana strategis adalah sebuah framing dan pernyataan pengorganisasian. Penguraian tugas yang harus diselesaikan dan diurutkan dimana semua harus tercapai. Semua digunakan sesuai dengan upaya pemodelan:

1. Perencanaan projek
2. Pengumpulan data
3. Definisi entitas kelas
4. Definisi hubungan kelas
5. Definisi kunci kelas
6. Populasi atribut kelas
7. Validasi model
8. Penerimaan tinjauan

Setelah perencanaan strategis berjalan, salah satu dari beberapa alternative representasi haruus dipilih. Cara-cara alternatif ini merupakan cara yang yang harus dilakukan di mana upaya kerja dapat dinyatakan dalam rencana strategis. Biasanya, pemodel merasa lebih nyaman untuk menggabungkan metode daripada memilih hanya satu yang digunakan untuk mengatur proyek.

Beberapa teknik yang lebih populer digunakan antara lain:

1. Model fungsi IDEFØ
2. WBS (work breakdown structures) - hirarki atau struktur pohon
3. Precedence networks (PERT)

Definisi tugas tekstual

Iringan tekstual untuk format yang menampilkan struktur kerja normal dalam pemesanan. Ini juga membutuhkan banyak bentuk, termasuk teks dalam gaya paragraf, teks dalam bentuk garis, teks dalam bentuk tabel, dll. Sebuah format tekstual sampel ditunjukkan pada Gambar 6-3.

Gambar 6.3 Strategic Plan

6.2.3 Organisasi Fungsional

Secara umum, pengembangan model dapat dilihat sebagai doktrin "informed consent". Ini berarti bahwa nilai model tidak diukur terhadap beberapa norma absolut melainkan dalam hal penerimaan untuk para ahli dan orang awam dalam masyarakat yang dibangun.

Doktrin lain yang layak disebutkan adalah doktrin "niat aktif." Ini berarti bahwa, sejauh mungkin, pembangun model yang bertanggung jawab atas apa yang dikatakan sebagai model. Tidak ada yang diasumsikan dan diserahkan kepada imajinasi model pembaca. Maksud dari doktrin ini adalah bahwa tidak ada imajinasi yang diperlukan dalam penafsiran model IDEF1.

Organisasi fungsional dibangun untuk mendukung prinsip-prinsip dasar dan untuk memberikan kontrol proyek yang terorganisir. Organisasi fungsional IDEF memiliki lima peran utama dalam hal:

1. Manajer projek
2. Pemodel
3. Sumber informasi
4. Ahli
5. Komite penerimaan ulasan

Dalam kasus manajer projek dan pemodel, harus ada pemimpin atau pokok, yaitu individu yang memenuhi peran. Lebih lanjut, sementara itu adalah tujuan utama pemodel untuk memiliki model yang disetujui oleh komite peninjau, laporan pemodel untuk manajer proyek, dan bukan ulasan komite. Manajer proyek selalu ditempatkan pada posisi kontrol, sementara berbagai diskusi teknis dan persetujuan secara otomatis didelegasikan kepada lembaga yang memenuhi syarat di bawah kendali itu. Gambar 6-4 mengilustrasikan organisasi proyek fungsional, dengan manajer proyek di inti dari semua kegiatan proyek.

Gambar 6.4 Functional Organization

Manajer proyek. Manajer proyek adalah seseorang atau organisasi yang diidentifikasikan memiliki control administrative atas proyek pemodelan. Manajer proyek melaksanakan 4 fungsi penting dalam upaya pemodelan, yaitu:

1. Manajer proyek memilih model.
2. Manajer proyek mengidentifikasi sumber-sumber informasi yang menarik untuk membangun model.
3. Manajer proyek menyeleksi pengetahuan dan pemahaman model yang menarik untuk validasi dari model yang berkembang.
4. Manajer proyek akan mengadakan penerimaan tinjauan panitia.

Pemodel. Pemodel mencatat model atas dasar sumber bahan yang mampu dikumpulkan. Fungsi modeler adalah menerapkan teknik pemodelan untuk masalah yang dicanangkan oleh manajer proyek. Pemodel memiliki 4 fungsi utama, yaitu:

1. Pengumpulan sumber data.
2. Pendidikan dan pelatihan.
3. Rekam model.
4. Mode control

Sumber informasi. Sumber informasi diperuntukan untuk model IDEF1 yang berasal dari setiap kuartal dari perusahaan manufaktur. Sumber-sumber ini biasanya memiliki personil yang memiliki pengetahuan tertentu di dalam bidang manajemen manufaktur dan kontak dengan model terbatas pada waktu wawancara singkat.

Sumber-sumber ini adalah jantung dari proses pemodelan. Sumber-sumber biasanya akan mengidentifikasi kebutuhan yang diminta oleh para modeler yang dikepalai oleh manajer proyek.

Ahli. Seorang ahli adalah orang yang ditunjuk oleh manajer proyek yang memiliki pengetahuan tertentu dalam beberapa aspek tertentu dari daerah manufaktur yang dimodelkan dan keahliannya memungkinkan memberikan komentar kritis yang bagus untuk model yang dimodelkan.

Para ahli dipanggil untuk memberikan ulasan secara kritis dari bagian model yang dikembangkan. Hal ini dicapai melalu beberapa siklus validasi (IDEF Kit Cycle), dan dengan menggunakan pembaca kit.

Komite penerimaan ulasan. Komite penerimaan ulasan dibentuk oleh ahli dan orang awam didalam bidang manufaktur yang ditangani. Manajer proyek membentuk komite ini dan manajer proyek duduk sebagai ketuanya.

6.2.4 Alokasi Sumber Daya

Upaya terakhir dalam bagian dari definisi proyek tahap 0 adalah pengembangan alokasi sumber daya. Rencana ini menetapkan besarnya upaya tugas, kerangka waktu dimana tugas akan dilakukan, dan urutan upaya yang terlibat. Kegiatan utama dalam upaya pemodelan harus dipecah menjadi beberapa detail.

6.2.5 Sumber Material - Pengumpulan Data Rencana

Salah satu masalah pertama yang dihadapi pemodel adalah penentuan atau jenis kebutuhan material yang akan dikumpulkan dan darimana sumber tersebut dikumpulkan. Seringkali lingkup dan konteks model IDEF1 akan ditentukan berdasarkan analisis dari model fungsi IDEFØ. Setelah analisis fungsi dan pipa antara fungsi selesai, "target" fungsi dalam perusahaan yang diwakili oleh model fungsi dapat diidentifikasi. Sebuah "target" fungsi simpul adalah salah satu konsentrasi yang mewakili informasi yang digunakan merupakan perwakilan dari domain masalah. Sebuah contoh dari "target" pemilihan fungsi simpul ditunjukkan pada Gambar 6-5.

Gambar 6.5 Target Function Nodes

Setelah wilayah sasaran fungsional telah diidenti kasi dan kategori informasi utama dari bunga yang telah dipilih oleh individu didalam fungsi dapat dipilih untuk berpartisipasi dalam proses pengumpulan data. Pengumpulan data tersebut dapat dicapai dalam beberapa cara, yaitu:

1. Wawancara dengan individu yang berpengetahuan.
2. Observasi kegiatan.
3. Evaluasi dokumen, kebijakan, dan prosedur.
4. Model informasi spesifik aplikasi; dll.

Ini membutuhkan terjemahan dari node fungsi target menjadi setara, atau memberikan kontribusi peserta administrasi. Setelah kelompok administratif berpartisipasi dalam fungsi "target" telah diidentifikasi, manajer proyek dapat melanjutkan untuk mengidentifikasi individu (atau daerah tertentu yang diamati) yang dapat digunakan sebagai sumber bahan untuk model. Sebuah representasi terjemahan dari "target" fungsi node menjadi peserta administratif dan individu yang ditunjukkan pada Gambar 6-6.

Gambar 6.6 Identifying Participants

Sebagai sumber bahan yang diterima, ketersediaan harus dicatat pada log bahan sumber. Log bahan sumber adalah indeks utama untuk semua sumber bahan yang digunakan dalam proyek. Setiap bagian dari sumber bahan diberi nomor identifikasi log yang unik dan berurutan. Nomor ini ditulis pada sumber bahan sebelumnya yang ditempatkan didalam file. Sampel dari sumber log materi ditunjukkan pada Gambar 6-7.

Gambar 6.7 Source Material Log

Setelah pengumpulan bahan sumber dimulai, identifikasi sumber data dapat dimulai. Ini adalah daftar dari setiap nama (setiap elemen) yang dirujuk didalam bahan sumber. Setiap nama hanya terdapat satu kali pada daftar sumber data dan setiap nama harus dilacak ke bagian tertentu (s) dari sumber bahan dimana sumber tersebut dapat diamati. Sebuah daftar sumber data sampel ditunjukkan pada Gambar 6-8.

Gambar 6.8 Source Data List

Sebuah contoh bagaimana traceability ini dapat digunakan, ditunjukkan pada Gambar 6-9.

Gambar 6.9 Traceability of Source Data

Ada 2 kegiatan yang terwakili disini:

1. Teknik ekstensi formal
2. Teknik pelanggaran

6.2.6 Tahap Nol Kit

Tahap nol kit dekerjakan secara berkelompok. Kelompok pertama berisi produk-produk dari empat tahap utama, yaitu: proyek objektif, rencana strategis definisi-strategis, organisasi fungsional, dan alokasi sumber daya. Ini disebut sebagai kit perencanaan proyek. Berikutnya adalah sumber kit material. Kelompok ini terdiri dari rencana pengumpulan data, sumber bahan log, dan sumber daftar data. Terakhir, ada penulis konvensi.

Struktur kit tahap nol tidaklah rumit. Pada dasarnya, kit tahap nol terdiri dari sampul kit, diikuti beberapa halaman yang mewakili satu atau lebih bagian dari dokumentasi tahap nol. Contoh dari struktur kit tahap nol tercermin pada Gambar 6-10.

Gambar 6.10 Phase Zero Kit Structure

Sebagian besar halaman didalam dokumentasi tahap nol adalah tekstual. Gambar 6-11 menunjukan contoh standar.

Gambar 6.11 Unique Node Number

6.3 Tahap 1 - Kelas Entity Definisi

Tujuan dari Fase Satu adalah untuk mengidentifikasi dan menentukan kelas entitas yang berada dalam domain masalah yang dimodelkan. Langkah pertama dalam proses ini adalah identifikasi kelas entitas.

6.3.1 Kelas Entity Definisi

Sebagian besar daftar sumber data telah dibangun selama fase zero. Modeler pertama harus mengidentifikasi daftar nama-hal yang mewakili kelas entitas yang layak. Barang-barang yang masuk ke dalam kategori ini dikenal juga sabagai kelas entitas yang layak. Contoh konsep ini ditunjukan pada Gambar 6-12.

Gambar 6.12 Synthesizing an Entity Class

Pada akhir proses seleksi, pemodel telah menyelesaikan apa yang disebut dengan kolam kelas entitas. Kolam ini hanya berisi semua nama-nama yang dikenal dari kelas entitas dalam konteks model yang sedang dibangun. Sampel kolam kelas entitas ditunjukan pada Gambar 6-13.

Gambar 6.13 Entity Class Pool

Ada standar untuk halaman de nisi kelas entitas, masing-masing item yang terkandung dalam tubuh halaman dibahas dibawah ini:

1. Entitas kelas nama
2. Entitas kelas label
3. Entitas kelas definisi
4. Entitas kelas sinonim

Contoh dari entitas halaman kelas de nisi ditunjukan pada Gambar 6-14.

Gambar 6.14 Entity Class Definition Page

Setiap elemen dari entitas halaman kelas glossary didefinisikan karena berkaitan dengan metodologi dan penggunakannya dalam hal ini. Definisi dan contoh dari "baik" dan "buruk"-nya pengaplikasian dari kelas ini yaitu:

1. Nomor - berurutan; tidak signi kan; ditugaskan di kolam kelas entitas.
2. Nama - deskriptif; kata benda tunggal; tidak harus singkatan.
   Baik: Purchase Order
   Buruk: Purch. Ord
3. Label - yang berarti; tetap dalam bentuk singkat; terkait erat dengan nama untuk memastikan kombabilitas.
   Baik: Purch. Ord. atau Prod. Order
   Buruk: PO
4. Definisi - tepat; spesifik; lengkap; "universal" dimengerti.
   Baik: karyawan: seseorang yang melakikan tugas khusus untuk perusahaan selama durasi 20 jam atau lebih per minggu dan memenuhi ketentuan lainnya.
   Buruk: karyawan: orang yang bekerja untuk perusahaan
5. Sinonim - nama lain untuk entitas; harus 100% sama; harus identik dengan konteks.
   
   Entitas kelas anonim
   Baik: Purchase Order Purchase Authorization
   
   Persetujuan pembelian
   Buruk: Purchase Order Purchase Request

Entitas halaman kelas definisi ditunjukan pada Gambar 6-15.

Gambar 6.15 Completed Entity Class Definition Page

6.3.2 Tahap 1 Kit

Sekarang, pemodel siap untuk membangun tahap 1 kit untuk pengulas ekspor. Akhirnya, semua anggota kolam kelas entitas akan didefinisikan dan diedarkan melalui tahap 1 untuk pengulas ahli, tetapi pemodel paling tertarik dalam membangun definisi yang memasai untuk beredar dalam bentuk kit sedini mungkin. Biasanya mereka mende nisikan 15 sampai 20 per kit entitas potensial. Jumlah kit yang diedarkan selama fase ini pada dasarnya ditentukan oleh 2 hal, yaitu:

1. Jumlah total kelas entitas
2. Jumlah revisi dan iterasi yang dibutuhkan pada definisi kelas entitas

Bentuk diagram standar digunakan sebagai dasar untuk satu fase kit. Halaman definisi kelas entitas identifikasi mengikuti pola yang ditentukan, yaitu:

1. Node - terdiri dari jumlah fase, jumlah kelas entitas, dan nomor halaman glossary. . .
   
2. Judul - "Definisi Kelas Entity:" diikuti dengan nama entitas kelas. Misalnya: Definisi Kelas Entity: Purchase Order
3. Jumlah - penulis control halaman (C) Nomor

Definisi kelas entity ditunjukan pada Gambar 6-16.

Gambar 6.16 Entity Class Definition Page Labeling

Sebagaimana ditunjukkan sebelumnya, Fase Satu kit biasanya terdiri dari 15 - 20 entitas halaman kelas de nisi. Setiap kit didahului oleh sampul kit standar. Sampel dari Fase Satu kit sampul ditunjukan pada Gambar 6-17.

Gambar 6.17 Phase One Cover Sheet

Struktur Tahap Satu kit tidak rumit. Setiap Fase Satu kit terdiri dari 15 - 20 entitas halaman de nisi kelas, didahului dengan selembar penutup kit. Struktur ini ditunjukan pada Gambar 6.18.

Gambar 6.18 Phase One Kit Structure

Penataan Fase Satu kit dari sekitar 15 sampai 20 kelas entitas per kit akan memberikan, rata-rata 1 sampai 1 1/2 jam dari tinjauan kerja untuk setiap ahli per kit.

Setelah terstruktur, pemodel harus memastikan bahwa salinan yang memadai dari kit dapat direproduksi untuk memenuhi persyaratan distribusi siklus validasi.

6.4 Fase Dua - De nisi Kelas Relasi

Tujuan fase ini dalam pengembangan model ada tiga, dua diantaranya berkaitan dengan identi kasi dan definisi Relasi dan perwakilan mereka sebagai kelas Relasi. Dengan definisi panggilan relasi di tangan, pemodel dapat melanjutkan dengan tujuan ketiga: konstruksi diagram kelas entitas.Semua produk Fase Dua akan muncul sebagai produk sampingan dari upaya untuk mencapai tujuan ini.Mereka akhirnya akan bergabung bersama dalam kit Fase Dua, yang berfungsi sebagai kendaraan untuk validasi model.

Dengan definisi panggilan relasi di tangan, pemodel dapat melanjutkan dengan tujuan ketiga: konstruksi diagram kelas entitas. Semua produk Fase Dua akan muncul sebagai produk sampingan

dari upaya untuk mencapai tujuan ini. Mereka akhirnya akan bergabung bersama dalam kit Fase Dua, yang berfungsi sebagai kendaraan untuk validasi model.

Berikut ini adalah daftar produk yang dihasilkan dari upaya Fase Dua.

1. Matriks Relasi
2. Diagram Kelas Entitas
3. Definisi Kelas Relasi
4. Referensi Silang Node Kelas Entitas
5. Diagram Referensi (FEO)
6. Kit Fase Dua

Untuk memulai upaya ini mengharuskan pemodel menjadi akrab dengan sosok struktural dasar pemodelan kotak kelas entitas. Sampel ditunjukkan pada Gambar 6-19.Simbol kelas entitas adalah persegi panjang sederhana dengan persegi panjang kecil di sudut kiri bawah untuk label kelas entitas, dan segitiga kecil di sudut kiri atas untuk nomor kelas entitas.

Gamber 6.19 Phase Two Entity Class Box

Format dasar yang digunakan dalam diagram model adalah dua kotak kelas entitas yang dihubungkan oleh garis lurus. Garis mewakili Relasi antar entitas. Format diagram dasar diilustrasikan pada Gambar 6-20. Relasi ini dide nisikan dengan menambahkan simbol dan frasa ke garis penghubung. Proses ini menghasilkan identi kasi apa yang disebut Kelas Relasi.

gambar 6.20 Entity Class Diagram Syntax

Langkah awal dalam Fase Dua mengharuskan pemodel memahami tujuan dasar yang dilayani oleh Kelas Relasi. Pertama-tama , Relasi adalah Hubungan yang bermakna antara dua entitas. Ini diilustrasikan pada Gambar 6-21. Di sini Relasi antara "Operator # 862" dan "Mesin # 12678." 

Ada jutaan jenis Relasi yang digambarkan setiap hari antara mobil dan pengemudi, pesawat terbang dan pilot, sistem dan prosedur, dan sebagainya. .

Kelas relasi adalah cara di mana anggota dari satu kelas entitas dikaitkan dengan (terkait dengan) anggota kelas entitas lain (atau dengan anggota kelas entitas yang sama). Ini diilustrasikan dalam Gambar 6-21.

Gambar 6.21 Relation Class Label

Ada dua aspek kelas relasi yang berfungsi untuk menggambarkan hubungan yang ada di antara entitas. Mereka adalah Label Kelas Relasi dan Rasio Kelas Relasi.

Rasio kelas relasi berfungsi untuk mengukur (secara longgar) jumlah hubungan yang mungkin ada untuk setiap anggota kelas entitas. Ini juga mendefinisikan ketergantungan fungsional (eksistensial) yang ada dalam relasi. Ketergantungan eksistensial ada ketika hubungan antara dua entitas sedemikian rupa sehingga satu tidak dapat ada tanpa yang lain ada terlebih dahulu.

Dalam relasi semacam ini, kelas entitas, yang tidak bergantung pada yang lain, disebut kelas entitas "independen"; kelas entitas yang bergantung pada yang lain disebut kelas entitas "dependen". Ada tiga ekspresi rasio hubungan yang digunakan dalam pemodelan IDEF:

1. One-to-One (1:1)
2. One-to-Many (1:N)
3. Many-to-Many (M:N)

Rasio relasi ini memiliki sintaksis tertentu sehingga dapat diekspresikan secara grafis. Gambar 6-22 menunjukkan representasi sintaksis dari masing-masing variasi rasio hubungan. Berlian penuh digunakan sebagai simbol yang mewakili hubungan "nol, satu atau banyak", sementara setengah berlian mewakili hubungan "nol atau satu". Kelas-kelas relasi di mana salah satu kelas entitas dapat eksis secara independen dari yang lain disebut sebagai kelas relasi "non spesifik"; jika salah satu dari kelas entitas tergantung, kelas relasi disebut sebagai "spesifik."

Gambar 6.22 Relation Class Ratio Syntax

Belajar membaca dan menafsirkan ungkapan dan variasi ini adalah salah satu aspek akademik dari pemodelan. Melihat lebih dekat pada interpretasi dasar dari sintaks ini akan membantu Anda memahami mereka dengan lebih baik.

Dengan menggunakan contoh yang sama, Gambar 6-22, interpretasi dasarnya adalah:

1. Kelas Hubungan "Non-Spesi k" 1: 1 Setiap anggota kelas entitas "A" terkait dengan nol atau satu anggota kelas entitas "B"; sebaliknya, setiap anggota kelas entitas "B" terkait dengan nol atau satu anggota kelas entitas "A."
   M: N Setiap anggota kelas entitas "A" terkait dengan nol, satu, atau banyak anggota kelas entitas "B" "; sebaliknya, setiap anggota kelas entitas "B" terkait dengan nol, satu, atau banyak anggota "A."
2. Kelas Hubungan "Spesifik" 1: 1 Setiap anggota kelas entitas "A" terkait dengan nol atau satu anggota kelas entitas "B"; sebaliknya, setiap anggota kelas entitas "B" terkait dengan tepat satu anggota kelas entitas "A."
   M: N Setiap anggota kelas entitas "A" terkait dengan nol, satu, atau banyak anggota kelas entitas "B" ; sebaliknya, setiap anggota kelas entitas "B" terkait dengan tepat satu anggota kelas entitas "A."
   Catatan: Dalam bentuk "spesi k" ekspresi kelas relasi, kelas entitas "B" secara eksistensial tergantung pada kelas entitas "A" ; yaitu, anggota kelas entitas "A" yang terkait dengan anggota kelas entitas "B", harus ada "sebelum" anggota atau kelas entitas yang terkait "B."

Setelah sintaks kelas relasi telah dipilih, pemodel harus memilih label dan mengembangkan de nisi untuk kelas relasi. Label kelas relasi adalah frasa pendek yang biasanya berbentuk kata kerja, dengan kata penghubung dengan entitas kedua yang disebutkan (sebagai preposisi yang memperkenalkan frasa). Frasa ini mencerminkan makna hubungan yang diwakili. Seringkali, label kelas relasi hanyalah sebuah kata kerja tunggal, tetapi kata kerja, kata keterangan dan preposisi juga sering muncul dalam label kelas relasi. Setelah label kelas relasi dipilih, pemodel harus dapat membaca diagram dan menghasilkan kalimat yang bermakna mende nisikan atau menggambarkan hubungan

antara dua kelas entitas.

Dalam kasus bentuk kelas hubungan "spesifik", selalu ada kelas entitas dan kelas entitas; label kelas relasi ditafsirkan dari ujung "independen" terlebih dahulu, kemudian dari dependen. Ini diilustrasikan pada Gambar 6-23.

Gambar 6.23 One to Many

Dalam kasus bentuk kelas hubungan "non-spesifik", ada dua label kelas hubungan, satu untuk setiap kelas entitas, dipisahkan oleh tanda "/". Dalam hal ini, label kelas relasi ditafsirkan dari "atas ke bawah" atau "kiri ke kanan" (tergantung pada posisi relatif kelas entitas pada diagram) dan kemudian secara terbalik. Ini diilustrasikan pada Gambar 6-24.

Gambar 6.24 Many to Many 

Penekanan pada label kelas relasi adalah bahwa mereka harus membawa makna. Pasti ada substansi dalam apa yang mereka ungkapkan. Makna lengkap dan alasan pemodel dalam memilih label kelas hubungan tertentu harus didokumentasikan secara tekstual dengan apa yang disebut De nisi Kelas Relasi. Definisi kelas relasi adalah pernyataan tekstual yang menjelaskan makna kelas relasi. Aturan de nisi karakter yang sama berlaku untuk de nisi kelas relasi sebagaimana diterapkan pada definisi kelas entitas; mereka harus:

1. Khusus
2. Ringkas
3. Bermakna

6.4.1 Proses Dasar

Langkah pertama dalam Fase Dua adalah mengidentifikasi kelas hubungan yang diamati antara anggota berbagai kelas entitas. Tugas ini membutuhkan pengembangan Relation Matrix seperti yang ditunjukkan pada Gambar 6-25. Matriks Relasi hanyalah array dua dimensi, yang memiliki sumbu horizontal dan vertikal. Satu set faktor yang telah ditentukan (dalam hal ini semua kelas entitas) dicatat sepanjang salah satu sumbu, sedangkan set faktor kedua (dalam kasus ini, juga semua kelas entitas) dicatat di sepanjang yang lain. "X" ditempatkan di titik berpotongan di mana salah satu dari dua sumbu bertemu digunakan untuk menunjukkan hubungan yang mungkin ada antara kelas entitas

yang terlibat. Pada titik ini, sifat hubungan itu tidak penting; fakta bahwa suatu hubungan mungkin ada sudah cukup.

Setelah Relation Matrix selesai, pemodel dapat mulai menghasilkan draf kasar diagram kelas entitas. Pada dasarnya, diagram kelas entitas pada tahap ini mewakili terjemahan sederhana dari Relation Matrix ke format diagram IDEF1.

Satu diagram diproduksi untuk setiap baris, yaitu, setiap kelas entitas direpresentasikan pada sumbu horizontal dari matriks. Setiap kelas entitas ini adalah subjek yang digambarkan di tengah hanya satu diagram. Kelas entitas yang terkait, seperti ditunjukkan oleh "X" di sumbu vertikal matriks, ditarik ke atas, samping, dan bawah kelas entitas subjek pada diagram. Penting untuk dicatat bahwa pada tahap ini belum ada upaya untuk mendefinisikan hubungan seperti apa yang sedang direfleksikan.

Dalam materi sebelumnya ditunjukkan bahwa ada dua kategori kelas hubungan: \ non-spesifik dan spesifik. Dalam fase pemodelan informasi ini, semua bentuk kelas relasi legal untuk digunakan oleh pemodel. Langkah selanjutnya dalam mempersiapkan diagram pendahuluan ini melibatkan pemilihan bentuk kelas hubungan yang sesuai untuk diterapkan pada garis antara kelas entitas. Setelah simbol yang tepat telah dipilih dan ditarik pada draft kasar, pemodel dapat memilih label untuk kelas relasi; sesuatu yang secara tepat dan ringkas menggambarkan hubungan yang diwakili. Pemodel dapat memilih untuk memberi label beberapa kelas hubungan satu-ke-satu (1: 1) yang tidak spesifik sebagai "tidak dikenal" jika lebih banyak informasi diperlukan untuk memahami sifat hubungan yang diwakili.

Gambar 6.25 Relation Matrix

Sekarang pemodel siap memformalisasi diagram kelas entitas, berdasarkan pada "draf kasar" yang telah selesai. Untuk mulai dengan, format diagram kelas entitas standar digunakan dalam pengembangan diagram kelas entitas formal.

Ada pedoman khusus yang harus diikuti oleh pemodel dengan diagram kelas entitas formal.Yaitu adalah:

1. Kelas entitas "subjek" akan selalu muncul di perkiraan tengah halaman.
2. Kelas entitas "independen" harus ditempatkan di atas kelas entitas subjek.
3. Kelas entitas "tergantung" harus ditempatkan di bawah kelas entitas subjek.
4. Garis-garis kelas relasi memancar dari kotak kelas entitas "subjek" ke kelas entitas terkait.Satu-satunya hubungan yang ditunjukkan pada diagram adalah hubungan antara subjek "kelas entitas dan kelas entitas terkait.
5. Setiap baris kelas relasi memiliki label; dalam kasus kelas hubungan non-spesifik, garis memiliki dua label, dipisahkan oleh "/."
6. Satu-satunya pengecualian untuk pedoman pemformatan dasar adalah bentuk kelas hubungan non spesifik, yang sering ditampilkan di sisi kotak kelas entitas subjek.

Pemodel sekarang harus mendefinisikan kelas relasi. Ini tidak berarti hanya mende nisikan atau menyatakan kembali interpretasi sintaksis dari diagram. Sebaliknya, itu melibatkan mendefinisikan alasan di balik pemilihan sintaksis kelas relasi dan nama kelas relasi. Contoh beberapa label kelas hubungan dan definisinya ditunjukkan pada Gambar 6-27.

Gambar 6.27 Relation Class Definition

Penting untuk diingat bahwa de nisi kelas relasi juga harus memiliki makna. Definisi yang jelas dan tepat akan memberikan pemahaman yang jelas dan tepat oleh pengulas. Definisi kelas relasi harus meninggalkan sedikit ruang untuk keraguan atau kebingungan untuk memenuhi tujuan yang dimaksudkan.

Harap dicatat bahwa tidak ada indikasi rasio kejadian yang ditunjukkan pada referensi silang node. Ini hanyalah bantuan dalam mengecek interpretasi kelas hubungan dan struktur diagram. Struktur kalimat untuk menafsirkan kelas hubungan non-spesifik harus dilakukan dalam dua arah, satu untuk masing-masing ujung hubungan non-spesifik.

Pada titik ini, materi yang tersedia untuk setiap kelompok kelas entitas meliputi:

1. Definisi kelas entitas.
2. Diagram kelas entitas.
3. Definisi kelas relasi.
4. Referensi silang yang dekat.

Informasi tentang kelas entitas dapat diperluas dengan penambahan diagram referensi, sesuai kebijakan pemodel.

Gambar 6.28 Node Cross-Referencess Sheet

Diagram referensi (diagram Hanya Untuk Eksposisi, kadang-kadang disebut "FEO") adalah fitur opsional yang tersedia untuk pemodel, yang dapat diterapkan konvensi pemodel individual. Diagram ini terutama merupakan platform untuk diskusi antara pemodel dan peninjau. Mereka menawarkan kemampuan unik bagi pemodel untuk mendokumentasikan alasan, mendiskusikan masalah, menganalisis alternatif, dan melihat ke dalam berbagai aspek pengembangan model. Salah satu contoh diagram referensi ditunjukkan pada Gambar 6-29. Angka ini \ menggambarkan alternatif yang tersedia dalam pemilihan kelas relasi dan ditandai dengan preferensi pemodel.

Gambar 6.29 Reference Diagram

Tipe lain dari diagram referensi, diilustrasikan oleh Gambar 6-30 menggambarkan masalah yang dihadapi oleh pemodel. Dalam contoh ini, pemodel telah mengidentifikasi masalah dan kerumitannya untuk perhatian pengulas.

Gambar 6.30 The "FEO" A Reference Diagram

Pada tahap ini, pemodel telah mengumpulkan informasi yang cukup untuk memulai pengembangan dan distribusi kit Fase Dua.

6.4.2 Kit Fase Dua

Penataan kit di Fase Dua agak berbeda dari penataan kit di Fase Satu karena lebih kompleks. Contoh bagaimana kit Tahap Dua terstruktur tercermin pada Gambar 6-31.

Gambar 6.31 Phase Two Kit Structure

Lembar penutup kit harus disiapkan untuk setiap kit. Itu harus menunjukkan konten kit (sudut kiri bawah) serta informasi terkait lainnya. Sampel ditunjukkan pada Gambar 6-32.

Setelah kelas entitas tertentu untuk dimasukkan dalam kit telah dipilih, diagram referensi harus dibangun yang mencerminkan hubungan antara kelas entitas "subjek". Diagram ini disebut diagram ikhtisar kit. Dalam beberapa kasus, semua kelas entitas dalam kit akan secara langsung terkait satu sama lain, tetapi, dalam kasus lain, kelas entitas mungkin hanya terkait secara tidak langsung, biasanya melalui kelas entitas lainnya yang tidak termasuk dalam kit. Hubungan tidak langsung ini biasanya tercermin dengan melampirkan kelas entitas non-subjek dalam kotak garis putus-putus dan menunjukkan secara tekstual bahwa mereka tidak termasuk sebagai kelas entitas subjek dalam kit. Ini diilustrasikan pada Gambar 6-33. Diagram ikhtisar kit \ (termasuk dalam kit sebagai FEO) dirancang untuk:

1. Refleksikan kelas entitas yang merupakan "subjek" dari kit.
2. Informasikan kepada pembaca tentang apa isi kit secara umum.
3. Tunjukkan hubungan yang ada antara "subjek" dalam kit.

Konten spesifik kit ini terutama fungsi dari jumlah halaman yang terkait secara total dengan setiap kelas entitas yang ditetapkan dan pada tingkat tertentu tingkat kompleksitas set kelas entitas. Tujuan utama pemodel pada titik ini adalah untuk membatasi kit ke titik di mana tidak lebih dari 1 1/2 hingga 2 jam waktu peninjau (maksimum) akan digunakan untuk meninjau dan mengomentari setiap kit tunggal. Parameter ukuran kit Fase Dua umum yang harus dipenuhi adalah:

1. 30-50 total halaman yang dicetak per kit.
2. 4-6 set kelas entitas per kit.
3. 1 1 / 2-2 jam waktu tinjauan per kit per pengulas.

Biasanya ada empat hingga enam halaman informasi per kelas entitas yang ditetapkan di Fase Dua. Statistik ini, ditambah dengan dua aspek lain dari penataan kit, akan membantu dalam menentukan ukuran kit yang adil:

1. Halaman referensi silang simpul untuk kelas entitas "subjek" dalam kit diekstraksi dari set kelas entitas dan ditempatkan dalam grup menuju bagian depan kit. Ini membentuk indeks isi kit.
2. Definisi kelas entitas untuk kelas entitas "subjek" disertakan dengan set kelas entitas. Definisi kelas entitas untuk kelas entitas non subjek (terkait) yang ditunjukkan dalam referensi silang dikelompokkan dekat bagian depan kit, yang akan digunakan untuk referensi saja.

Salah satu upaya yang menghabiskan banyak waktu pengulas adalah membaca dan mengomentari halaman di mana itu tidak benar-benar diperlukan. Ini adalah praktik yang baik bagi pemodel untuk menarik perhatian pada alasan menempatkan halaman dalam kit. Kelas entitas yang dirilis untuk pertama kali harus ditunjukkan dengan jelas. Di sisi lain, jika sebuah halaman dimasukkan hanya untuk referensi, maka itu harus ditandai dengan jelas "Hanya Untuk Referensi" untuk menghindari pengulas menghabiskan banyak waktu mengomentari halaman ini. Penandaan halaman "informal" membantu peninjau memusatkan perhatian pada aspek yang sesuai dari kit.

Satu poin penting untuk diingat tentang ekspansi yang dapat terjadi dalam proses Tahap Dua adalah bahwa setiap kelas entitas baru yang dimasukkan ke dalam model pada titik ini harus memenuhi semua persyaratan sebelumnya dari Tahap Satu.

Setiap kali ini terjadi, pemodel diharuskan untuk memperbarui kumpulan kelas entitas dan untuk melanjutkan dengan pengembangan definisi kelas entitas baru, sebelum kelas entitas dapat digunakan dalam materi Tahap Dua.

Gambar 6.32 Phase Two Cover Sheet

Gambar 6.33 Phase Two - Kit Overview Diagram

6.5 Fase Tiga - Definisi Kelas Utama

Fase Tiga metodologi IDEF1 berkaitan dengan identifikasi dan definisi elemen informasi tentang entitas yang dirujuk di sini sebagai Kelas Kunci. Tujuan dari kegiatan Tahap Tiga adalah untuk mengidenti kasi atribut-atribut yang dengannya setiap entitas dalam kelas entitas dapat diidenti kasi secara unik. Fase Tiga berkembang setelah pekerjaan yang dilakukan dalam Fase Satu dan Fase Dua. Ini akan dicapai melalui pencapaian tujuan-tujuan berikut:

1. Perbaiki kelas hubungan "non-spesifik" yang dibawa dari aktivitas Fase Dua.
2. Identifikasi kelas atribut yang mudah diamati dalam konteks model.
3. Identifikasi kelas-kelas utama. Ini adalah pengidentifikasi entitas dengan mana mereka secara unik dapat diidentifikasi dari yang lain.
4. Tentukan kelas atribut kunci. Ini adalah kelas atribut yang digunakan di kelas kunci.
5. Bangun diagram kelas atribut. Ini adalah ekstensi diagram kelas entitas

Ada sejumlah besar produk yang dihasilkan dari Fase Tiga. Produk-produk ini meliputi:

1. Kumpulan kelas atribut
2. Diagram kelas atribut
3. Identifikasi Kelas Kunci
4. Kelas entitas / matriks kelas atribut
5. Definisi kelas atribut kunci
6. Referensi silang kelas atribut bawaan
7. Indeks migrasi kelas atribut
8. Penyempurnaan diagram alternatif
9. Diagram tampilan fungsi
10. Matriks tampilan kelas / fungsi entitas
11. Kit Tahap Tiga

Fase Tiga melibatkan sejumlah besar produk dan sejumlah besar kegiatan. Istilah dasar yang digunakan dalam area Fase Tiga adalah sebagai berikut:

1. Atribut
2. Kelas Atribut
3. Kelas Atribut Kunci
4. Kelas Atribut Non-Kunci
5. Kelas Kunci
6. Migrasi Kelas Utama
7. Kelas Atribut Warisan (Dibagi)

Elemen dasar dari diagram IDEF1 adalah kotak kelas entitas, tetapi pada Fase Tiga mulai mengambil karakteristik yang berbeda dari yang telah menjadi akrab di Fase Dua. Perbedaan utama adalah penyertaan kelas atribut tertentu dalam kotak kelas entitas "subjek". Ilustrasi kotak kelas entitas Fase Tiga ditunjukkan pada Gambar 6-34.

Gambar 6.34 Phase Three Entity Class Box

Penting pada titik ini bahwa de nisi dan makna atribut istilah dan "Kelas Atribut" ditekankan kembali. Atribut adalah properti atau karakteristik suatu entitas. Atribut terdiri dari nama dan nilai. Dengan kata lain, atribut adalah salah satu elemen informasi yang diketahui tentang entitas tertentu. Atribut adalah deskriptor; mereka cenderung bersifat seperti kata sifat.

Contoh beberapa atribut dan entitasnya masing-masing, ditunjukkan pada Gambar 6-35. Perhatikan bahwa entitas pertama, atau individu, diidenti kasi dengan nomor pemberi kerja "1" dan nama yang terkait dengan entitas tersebut adalah "Smith;" dan bahwa pekerjaan entitas itu adalah "operator." Atribut ini, diambil secara bersamaan, menggambarkan entitas secara unik dan memisahkan entitas tersebut dari entitas serupa lainnya. Setiap atribut memiliki nama dan nilai. Ini adalah kombinasi unik dari nilai atribut yang menggambarkan entitas tertentu.

Gambar 6.35 Attribute Examples

Kelas atribut mewakili kumpulan atribut dengan nama yang sama yang berlaku untuk semua entitas dari kelas entitas yang sama. Nama kelas atribut biasanya berupa kata benda "deskriptif" tunggal. Dalam contoh kelas entitas "karyawan," ada beberapa kelas atribut termasuk:

1. Nomor karyawan
2. Nama karyawan
3. Pekerjaan / posisi karyawan

Contoh bagaimana atribut direpresentasikan sebagai kelas atribut ditunjukkan pada Gambar 6-36. Nilai atribut milik entitas. Tetapi kelas atribut sendiri milik kelas entitas. Dengan demikian, asosiasi "kepemilikan" dibentuk antara kelas entitas dan beberapa kelas atribut.

Kelas atribut hanya memiliki satu pemilik. Pemilik adalah kelas entitas tempat asal kelas atribut. Dalam contoh kami, pemilik kelas atribut "nomor karyawan" akan menjadi kelas entitas "karyawan." Meskipun kelas atribut hanya memiliki satu pemilik, pemilik dapat "berbagi" kelas atribut dengan kelas entitas lainnya. Cara kerjanya akan dibahas secara rinci di segmen selanjutnya.

Kelas atribut mewakili penggunaan atribut untuk menggambarkan properti spesifik dari entitas tertentu. Selain itu, beberapa kelas atribut mewakili penggunaan atribut untuk membantu mengidentifikasi entitas tertentu secara unik. Ini secara informal disebut sebagai kelas atribut kunci.

Fase Tiga berfokus pada identi kasi kelas atribut "kunci" dalam konteks model kami. Dalam Fase Empat, kelas atribut "nonkunci" akan diidenti kasi dan ditentukan.

Satu atau beberapa kelas atribut utama membentuk "Kelas Kunci" dari Kelas Entitas. Kelas Kunci didefinisikan sebagai satu atau lebih kelas atribut kunci yang digunakan untuk mewakili atribut yang diperlukan untuk secara unik mengidentifikasi setiap anggota (setiap entitas) dari kelas entitas. Nomor karyawan adalah contoh dari satu kelas atribut yang digunakan sebagai Kelas Kunci dari kelas entitas. Setiap karyawan diidentifikasi dari semua karyawan lainnya dengan nomor karyawan. Oleh karena itu, jumlah karyawan adalah kelas utama yang dapat kita katakan secara unik mengidentifikasi setiap anggota karyawan kelas entitas.

Gambar 6.36 Attribute Classes Example

Kelas-kelas kunci termasuk dalam kotak kelas entitas dari kelas entitas subjek pada diagram kelas atribut. Kelas-kelas utama selalu digarisbawahi. Ada beberapa bentuk "visual" dari kelas-kelas utama. Yang pertama secara informal disebut bentuk "sederhana". Kelas Kunci "sederhana" terdiri dari kelas atribut "kunci" tunggal. Bentuk visual kedua yang bisa diambil Kelas Kunci secara formal disebut bentuk "majemuk". Kelas Kunci "majemuk" terdiri dari lebih dari satu kelas atribut "kunci". Setiap kelas atribut yang membentuk Kelas Kunci "majemuk" dipisahkan oleh koma, tetapi seluruh Kelas Kunci masih digarisbawahi. Bentuk visual ketiga yang diasumsikan oleh Kelas Kunci disebut Kelas Kunci "alternatif" atau "setara". Harus ditekankan bahwa kelas-kelas kunci alternatif adalah persis dan tepat setara dengan rekan mereka. Artinya, salah satu Kelas Kunci akan menghasilkan identi kasi unik yang sama persis dengan entitas yang sama (anggota kelas entitas). Kelas kunci alternatif bisa sederhana atau majemuk. Dalam setiap kejadian, setiap Kelas Kunci alternatif ditutup dengan tanda kurung dan digarisbawahi di dalam tanda kurung. Kelas atribut yang digunakan sebagai bagian dari Kelas Kunci sering disebut sebagai Kelas Atribut Kunci atau Anggota Kelas Kunci. Contoh dari berbagai bentuk Kelas Kunci ditunjukkan pada Gambar 6-37.

Gambar 6.37 Key Class Forms

Kunci disebut Kelas Kunci "alternatif" atau "setara". Harus ditekankan bahwa kelas-kelas kunci alternatif adalah persis dan tepat setara dengan rekan mereka. Artinya, salah satu Kelas Kunci akan menghasilkan identifikasi unik yang sama persis dengan entitas yang sama (anggota kelas entitas). Kelas kunci alternatif bisa sederhana atau majemuk. Dalam setiap kejadian, setiap Kelas Kunci alternatif ditutup dengan tanda kurung dan digarisbawahi di dalam tanda kurung. Kelas atribut yang digunakan sebagai bagian dari Kelas Kunci sering disebut sebagai Kelas Atribut Kunci atau Anggota Kelas Kunci. Contoh dari berbagai bentuk Kelas Kunci ditunjukkan pada Gambar 6-37.

Gambar 6.37 Key Class Forms

Sebelumnya, disebutkan bahwa kelas entitas yang "memiliki" kelas atribut dapat "berbagi" dengan kelas entitas yang lain. Kelas atribut dibagikan melalui proses migrasi Kelas Utama. Kelas Kunci "migrasi" adalah ketika kelas atribut "kunci" dipindahkan dari satu kelas entitas ke yang lain. Aturan yang mengatur migrasi Kelas Utama adalah sebagai berikut:

1. Migrasi selalu terjadi dari kelas entitas independen ke dependen dalam pasangan terkait.
2. Seluruh Kelas Kunci (yaitu, semua kelas atribut yang merupakan anggota Kelas Kunci) harus bermigrasi satu kali untuk setiap kelas hubungan yang dibagikan oleh pasangan kelas entitas.
3. Kelas atribut non-kunci tidak pernah bermigrasi.

Kelas atribut yang bermigrasi dari satu kelas entitas ke yang lain disebut "Warisan" atau "Dibagikan". Kelas atribut yang diwarisi haruslah kelas atribut kunci (anggota Kelas Kunci) dari kelas entitas tempat migrasi, tetapi kelas atribut yang diwariskan tidak selalu harus menjadi anggota Kelas Kunci dari kelas entitas yang dengannya itu dimigrasikan (oleh mana ia diwarisi). Semua kelas atribut dimiliki atau diwarisi oleh kelas entitas yang terkait dengannya.

Contoh migrasi kelas atribut dari satu kelas entitas (independen) ke kelas entitas yang lain (tergantung) ditunjukkan pada Gambar 6-38. Dalam contoh ini, nomor pesanan pembelian (Kelas Utama dari pesanan pembelian kelas entitas) bermigrasi ke (diwarisi oleh) item pesanan pembelian kelas entitas. Ini kemudian digunakan oleh item pesanan pembelian sebagai anggota Kelas Kunci dalam hubungannya dengan kelas atribut lain "dimiliki" oleh item pesanan pembelian, yang disebut nomor item pesanan pembelian. Dua kelas atribut (nomor pesanan pembelian dan nomor item pesanan pembelian) membentuk Kelas Kunci untuk item pesanan pembelian kelas entitas.

Gambar 6.39 Specific Relation CLasses

Proses migrasi Kelas Kunci adalah salah satu teknik yang digunakan untuk mendorong model secara total ke tingkat detail berikutnya yang lebih rendah. Sebelum migrasi Kelas Kunci dapat diselesaikan, pemodel harus terlebih dahulu menyelesaikan semua kelas hubungan non-spesifik yang dibawa dari Fase Dua. Resolusi ini menyebabkan stabilisasi dependensi fungsional (eksistensial) dalam model. Anda dapat mengingat dari diskusi Tahap Dua kami bahwa ketergantungan fungsional hanya tercermin dalam sintaksis kelas hubungan spesifik.

6.5.1 Proses Tiga Tahap

Fase Tiga dari teknik pemodelan informasi IDEF1 terdiri dari proses-proses berikut:

1. Perbaiki kelas hubungan "tidak spesifik".
2. Buat diagram tampilan fungsi.
3. Memulai konstruksi kumpulan kelas atribut.
4. Identifikasi kelas-kelas utama.
5. Tentukan kelas atribut kunci.
6. Memformalkan set kelas entitas Fase Tiga.
7. Bangun dan distribusikan kit Fase Tiga.

Langkah pertama dalam fase ini adalah memastikan bahwa semua kelas hubungan non-spesifik yang diamati dalam Fase Dua telah disempurnakan. Fase Tiga mensyaratkan bahwa hanya bentuk kelas hubungan "spesifik" yang digunakan; baik satu-kesatu atau spesifik satu-ke-banyak. Gambar 6-39 menggambarkan bentuk "spesifik". Untuk memenuhi persyaratan ini, pemodel akan menggunakan alternatif penggunaan "perbaikan". Diagram alternatif adalah jenis diagram referensi. Mereka biasanya dibagi menjadi dua bagian: bagian kiri berurusan dengan subjek (kelas hubungan "non-spesifik" yang akan disempurnakan), sedangkan bagian kanan berkaitan dengan alternatif perbaikan. Contoh alternatif perbaikan yang berhubungan dengan resolusi banyak-ke-banyak ditunjukkan pada Gambar 6-40.

Proses penyempurnaan kelas relasi menerjemahkan atau mengubah kelas relasi non-spesifik menjadi beberapa kelas relasi "spesifik". Dari proses ini, kelas entitas baru sering berevolusi. Dalam Fase Tiga inilah kita sekarang mulai melihat jenis baru kelas entitas.

Dalam semua fase sebelumnya, kami telah bekerja dengan apa yang kami sebut sebagai kelas entitas "alami". Kelas entitas alami adalah kelas yang mungkin akan kita lihat dibuktikan dalam daftar data sumber atau dalam log bahan sumber. Kelas entitas "alami" akan mencakup nama-nama seperti:

1. Pesanan pembelian
2. Karyawan
3. Pembeli

Sekarang selama Fase Tiga kita mulai melihat penampilan dari apa yang secara informal disebut kelas entitas. Gambar 6-41 adalah contoh kelas entitas "turunan". Dalam contoh ini, kelas entitas "turunan" digunakan untuk mewakili cara-cara yang terkait dengan item permintaan pembelian terkait dengan item pesanan pembelian. Perhatikan bahwa label nama kelas entitas turunan agak berbeda dalam karakternya daripada objek kata benda yang menggambarkan kelas entitas alami. Juga tidak biasa untuk menandai kelas entitas dari kelas entitas turunan dengan deskripsi kelas entitas untuk memperjelas alasan keberadaan kelas entitas. Salah satu perbedaan halus antara kelas entitas alami dan turunannya adalah dalam nama kelas entitas. Biasanya nama kelas entitas untuk kelas entitas alami adalah kata benda umum tunggal. Di sisi lain, nama kelas entitas dari kelas entitas turunan seringkali merupakan jenis kata benda buatan.

Gambar 6.40 Refinement Diagram

Proses penyempurnaan ini melibatkan sejumlah langkah dasar, termasuk:

1. Produksi satu atau lebih alternatif perbaikan draf kasar untuk setiap kelas hubungan "tidak spesifik".
2. Pemilihan oleh pemodel dari alternatif yang disukai yang akan tercermin dalam diagram Fase Tiga.
3. Pembaruan informasi Tahap Satu untuk mengakomodasi inklusi kelas entitas baru yang dihasilkan dari penyempurnaan.
4. Pembaruan informasi Tahap Dua untuk mengakomodasi pemanfaatan kelas entitas baru yang dihasilkan dari penyempurnaan 

Setelah penyempurnaan selesai, pemodel dapat mulai menentukan "fungsionalitas" model.

6.5.2 Tampilan Fungsi FEOs

Biasanya, tingkat volume dan kompleksitas model informasi pada saat ini menjadi cukup berarti. Wajar saja selama Tahap Satu untuk mengevaluasi setiap kelas entitas secara independen dari kelas entitas lainnya, karena kelas entitas hanyalah definisi kata. Dalam Fase Dua, praktis untuk terus mengevaluasi satu kelas entitas pada satu waktu, karena volume total kelas entitas biasanya tidak begitu besar sehingga melarang pengembangan citra mental seluruh model pada satu waktu. Dalam Fase Tiga, volume kelas entitas dan kompleksitas hubungan yang tercermin dalam model adalah sedemikian rupa sehingga individu tidak dapat lagi mempertahankan citra mental total dari makna model. Model harus ditinjau dan divalidasi dari perspektif baru. Perspektif ini memungkinkan evaluasi model secara lebih langsung terkait dengan aspek "fungsional" dari perusahaan yang dimodelkan. Perspektif ini diwakili oleh apa yang disebut "tampilan fungsi." Tampilan fungsi adalah diagram umum For Exposition Only (FEO). Tujuannya adalah untuk menetapkan beberapa konteks terbatas di mana bagian-bagian dari model dapat dievaluasi sekaligus. Karakteristik utama dari tampilan fungsi adalah sebagai berikut:

1. Tampilan fungsi berkaitan dengan satu topik. Topiknya mungkin dokumen, laporan, atau proses. Apa yang mencerminkan tampilan fungsi adalah kelompok kelas entitas dan kelas hubungan yang mewakili struktur informasi daridokumen, laporan, atau proses.
2. Biasanya, tampilan fungsi dibatasi hingga 25 hingga 30 kelas entitas. Ini hanyalah batasan praktis yang ditetapkan untuk memfasilitasi pengembangan dan pemeliharaan citra mental topik dan struktur informasi terkait pada bagian pembaca.

Alasan untuk Function View Diagram adalah untuk memusatkan perhatian pada aspek-aspek tertentu dari model informasi. Pada saat penyempurnaan Fase Tiga hampir selesai, model informasi adalah objek yang relatif kompleks. Karena kompleksitas ini gambar yang berbeda akan dirasakan dalam model oleh individu yang berbeda. Model pada tahap ini mungkin disamakan dengan kolase garis dan gambar. Interpretasi alat penerima model akan sedikit bervariasi berdasarkan perspektif. Variasi dalam persepsi ini seperti persepsi yang terjadi dalam pemeriksaan "noda tinta", atau latihan sejenis lainnya. Namun, dalam model yang digunakan untuk memfasilitasi de nisi persyaratan, variasi persepsi yang luas tidak dapat ditoleransi.

Gambar 6-42 menggambarkan contoh yang sangat baik dari jenis masalah persepsi yang dapat menghasilkan perbedaan pendapat yang ekstrem.

Gambar 6.41 The "Derived" Entity Class

Sosok yang mana, yang pertama kali Anda lihat? Wanita tua? Atau wanita muda itu? Sudahkah Anda melihat mereka berdua?

Apa yang bisa membantu Anda menemukan mereka lebih cepat? Lebih mudah?

Salah satu alat dimana perspektif model informasi dapat diperiksa adalah melalui penggunaan diagram tampilan fungsi. Ini adalah diagram yang menekankan karakteristik atau fitur tertentu dari perspektif. Koneksi, hubungan kunci, dll., Digunakan untuk menarik perhatian ke perspektif yang tepat. Sebuah analogi dapat diambil dari contoh "wanita tua / wanita muda".

Gambar 6.42 Persepktif Model Informasi

Gambar 6.43 Perspektif Number One

Jika mungkin untuk mengembangkan satu set kacamata yang akan "melihat" hanya aspek-aspek dari satu gambar atau yang lain, kemampuan untuk membedakan antara keduanya akan jauh lebih tajam. Kacamata-kacamata itu bisa disebut sebagai "tampilan fungsi," dan satu pasang akan diperlukan untuk setiap tampilan (perspektif). Gambar 6-43 menggambarkan "perspektif" nomor satu, Gambar 6-44 "perspektif" nomor dua. Tampilan fungsinya sangat mirip dengan kacamata berwarna, "peka perspektif". Setiap tampilan fungsi menyebabkan fokus perhatian pada subset tertentu dari model informasi dan menyebabkan gambar tertentu (gambar topik) muncul dan gambar lain hilang. Ini tidak mengubah konten model. Ini hanya menyesuaikan fokus pengulas ke perspektif tertentu.

Jelas, pandangan fungsi dapat berperan dalam evaluasi dan validasi model informasi. Sama seperti jelas, modeler harus berhati-hati dalam penentuan atau pemilihan topik yang diilustrasikan dalam tampilan fungsi. Dua metode yang telah digunakan dengan beberapa keberhasilan adalah:

1. Pilih bahan sumber sampel untuk digunakan sebagai topik tampilan fungsi. Misalnya, pesanan pembelian, dll.
2. Hubungkan tampilan fungsi dengan kategori pekerjaan, atau proses spesifik, yang diwakili oleh kelompok administratif atau area fungsional yang diidenti kasi sebagai sumber di Fase Nol.

Function View Diagram pada dasarnya adalah jenis diagram referensi. Ini Untuk Pameran Hanya FEO. Function View Diagram mewakili satu topik di mana mereka fokus. Mereka mungkin melibatkan, bagaimanapun, sekitar 25 hingga 30 kelas entitas. Setiap kelas entitas dan kelas hubungan yang dipilih yang termasuk dalam tampilan fungsi ada karena mereka berkontribusi pada topik, yang merupakan subjek dari tampilan fungsi.

Apa pun yang tidak secara langsung berkontribusi pada topik didefinisikan sebagai "transparan" untuk tampilan fungsi. Tampilan fungsi kemudian mencerminkan sebagian dari model yang ada. Harus ditekankan bahwa apa pun dalam konteks tampilan fungsi (kelas entitas apa pun, kelas hubungan, kelas kunci, dll.) Harus berada dalam model yang tepat. Jika, dalam proses membangun tampilan fungsi beberapa kelas entitas 66 ditemukan (lebih dari kemungkinan, diturunkan), mereka harus kemudian ditambahkan ke model, dimulai dengan kumpulan kelas entitas dan melanjutkan melalui kegiatan pemodelan.

Tujuan dari tampilan fungsi adalah untuk mewakili beberapa pengelompokan kelas entitas dan kelas hubungan. Informasi ini dapat berupa:

1. Diperlukan untuk merekonstruksi dokumen (mungkin beberapa bahan sumber).
2. Diperlukan untuk merekonstruksi informasi yang digunakan dalam, oleh, atau diproduksi oleh suatu proses (mungkin sesuatu yang telah diamati dan didokumentasikan).

Gambar 6-46 adalah contoh tampilan fungsi yang mungkin berhubungan dengan topik seperti itu. Tampilan fungsi ini mungkin lebih terkait dengan informasi yang digunakan dalam proses daripada informasi yang digunakan dalam dokumen dan sangat penting bahwa pemodel harus tepat tentang maksud tampilan fungsi. Ini melibatkan pengembangan deskripsi tampilan fungsi yang merupakan definisi tekstual dari topik tampilan fungsi. Ini harus menyoroti tujuan tampilan fungsi dan sudut pandang tampilan fungsi. Peninjau perlu mengetahui dan memahami apa yang dimaksudkan untuk diwakili oleh gugus kelas entitas dan kepada siapa cluster itu penting. Area tambahan yang harus dimasukkan dalam deskripsi tampilan fungsi adalah beberapa definisi tekstual atau grafik tentang bagaimana tampilan fungsi ini berhubungan dengan ruang lingkup model sebagaimana didefinisikan dalam Fase Nol.

Tampaknya layak untuk mewakili seluruh model informasi dibeberapa titik dalam serangkaian pandangan fungsi yang saling terkait, agak seperti menyusun puzzle jigsaw. Mengambil satu keping puzzle dan melihatnya, tanpa pemahaman tentang konteks total yang cocok dengan kepingan itu mungkin membuatnya agak sulit untuk dihubungkan.

Poin yang diilustrasikan di sini adalah bahwa untuk mengoptimalkan pemahaman tampilan fungsi, pemodel harus secara tepat menentukan bagaimana ia bermaksud tampilan fungsi yang akan digunakan dan oleh siapa. Dengan cara itu pengulas dengan berbagai perspektif dan tujuan dapat dengan tepat berhubungan dengan sudut pandang yang diproyeksikan, dan berkomentar dengan cerdas.

Tampilan fungsi digunakan untuk memusatkan perhatian pada satu topik dan bagaimana topik itu cocok dengan model. Ini membantu pembaca berhubungan dengan detail model dalam konteks ruang lingkup yang ditentukan.

Nilai tambah dari pandangan fungsi adalah bahwa proses membangunnya, pemodel sering menemukan perlunya kelas entitas "turunan" tambahan untuk mengekspresikan makna informasi yang diwakili. Aspek tampilan fungsi ini membuatnya menjadi bantuan praktis dalam proses penyempurnaan Fase Tiga.

Gambar 6.44 Kelas Attribut

6.5.3 Kelompok Kelas Atribut

Langkah selanjutnya dalam proses Tahap Tiga adalah memulai konstruksi kumpulan kelas atribut. Kelompok kelas atribut sangat mirip dengan kelompok kelas entitas kecuali bahwa itu adalah kumpulan nama-nama kelas atribut yang layak. Setiap nama dalam kumpulan kelas atribut hanya terjadi sekali dan masing-masing diberi nomor pengidentifikasi unik.

Proses membangun pool kelas atribut Fase Tiga juga sifatnya mirip dengan konstruksi pool kelas entitas. Dalam Fase Satu, saat membangun kumpulan kelas entitas, kami mengekstraksi nama dari daftar data sumber Fase Zero yang tampaknya menjadi objek kata benda. Sekarang kita akan kembali ke daftar data sumber dan mengekstrak nama-nama yang tampaknya menjadi kata benda "deskriptif". Kata benda deskriptif (kata benda yang digunakan untuk menggambarkan objek) paling umum mewakili kelas atribut.

Gambar 6-47 mencerminkan satu halaman dari kumpulan kelas atribut. Perhatikan bahwa setiap nama kelas atribut hanya muncul satu kali dalam kumpulan dan bahwa setiap nama kelas atribut memiliki nomor pengenal unik.

Gambar 6.47 Attribute Class Pool

Banyak nama pada Daftar Data Sumber dari Fasa Nol dimasukkan ke dalam kumpulan kelas entitas di Fase Satu sebagai kelas entitas potensial, tetapi beberapa mungkin telah diakui dalam Fase Tiga sebagai tidak memenuhi syarat sebagai kelas entitas. Dalam semua kemungkinan, ini adalah kelas atribut dan banyak nama yang tidak dipilih dari daftar di tempat pertama mungkin adalah kelas atribut. Daftar, bersama dengan pengetahuan yang diperoleh selama Fase Satu dan Fase Dua, adalah

dasar untuk pembentukan kumpulan kelas atribut. Kumpulan kelas atribut adalah daftar kelas atribut yang berpotensi layak diamati dalam konteks model. Daftar ini akan jauh lebih besar daripada kumpulan kelas entitas.

Kumpulan kelas atribut adalah sumber nama kelas atribut yang digunakan dalam model. Dalam hal kelas atribut harus ditemukan pada fase selanjutnya dari upaya pemodelan, kelas atribut ini harus selalu ditambahkan ke kumpulan kelas atribut, diberi nomor pengenal unik dan kemajuan dari sana ke tujuan penggunaannya dalam model. Dalam Fase Tiga, konstruksi kumpulan kelas atribut dimulai dengan masuknya Kelas Atribut yang digunakan untuk mengidenti kasi kelas entitas; yaitu, atribut atribut yang merupakan anggota dari kelas utama.

6.5.4 Mengidentifikasi Kelas-Kelas Utama

Identifikasi kelas kunci (pemilihan kelas atribut sebagai anggota Kelas Kunci) dimulai dengan evaluasi cara atribut digunakan dalam perusahaan yang dimodelkan. Ini mungkin mengharuskan pemodel untuk dapat melacak kelas atribut yang diberikan kembali ke materi sumber asli, karena itu adalah lokasi yang paling umum di mana penggunaan kelas atribut paling baik diwakili. 

Langkah pertama dalam mengidentifikasi kelas-kelas utama adalah memilih kelas entitas yang tidak memiliki hubungan dependen. Artinya kelas entitas yang secara eksistensial tidak bergantung pada kelas entitas lainnya. Ini umumnya mewakili kelas entitas yang kelas kuncinya paling jelas. Gambar 6-48 menggambarkan proses ini.

Gambar 6.48 Key Class Identification

Alasan untuk memilih kelas entitas yang sepenuhnya independen dalam model adalah bahwa kelas kunci untuk kelas entitas ini cenderung paling mudah untuk diidenti kasi dan karena "migrasi" kelas utama dimulai pada titik-titik ini dalam model. 

Migrasi Kelas Kunci meletakkan dasar untuk memulai konversi model informasi menjadi bentuk struktural dasar. Ada empat aturan dasar yang harus diperhatikan dalam Fase Tiga, yang semuanya berkontribusi pada transformasi ini:

1. Penggunaan sintaksis kelas hubungan "non-spesifik" dilarang.
2. Kunci migrasi kelas dari kelas entitas independen ke dependen adalah wajib.
3. Penggunaan kelas atribut untuk mewakili atribut yang bisa nol (atau tidak memiliki nilai) dalam suatu entitas dilarang.
4. Penggunaan kelas atribut untuk mewakili atribut yang mungkin memiliki nilai berulang (beberapa nilai, atau lebih dari satu nilai) pada suatu waktu untuk entitas yang diberikan dilarang.

Kami telah membahas dua aturan pertama di bagian sebelumnya, jadi kami akan mengalihkan perhatian kami ke dua aturan terakhir pada poin ini.

Gambar 6.49 Phase Three - Applying the "No Repeat" Rule

Gambar 6-49 menunjukkan diagram alternatif penyempurnaan yang berhubungan dengan penerapan aturan "no repeat". Perhatikan bahwa subjek diagram mencerminkan nomor pesanan pembelian dan nomor item pesanan pembelian sebagai anggota Kelas Utama dari pesanan pembelian. Namun, evaluasi cara nomor item pesanan pembelian digunakan akan menunjukkan bahwa satu pesanan pembelian (entitas) dapat dikaitkan atau terkait dengan beberapa jumlah item pesanan pembelian (entitas). Untuk menggambarkan ini dengan benar dalam model informasi, kelas entitas baru yang disebut "Item Pemesanan Pembelian" harus dibuat. Untuk label kelas relasi, sintaks dan de nisi harus

ditambahkan. Pada saat ini, karakteristik sebenarnya dari hubungan antara pesanan pembelian dan item pesanan pembelian mulai muncul.

Gambar 6-50 menunjukkan diagram alternatif penyempurnaan yang berhubungan dengan penerapan aturan "no null". Nomor bagian telah diwariskan oleh item pesanan pembelian. Hubungan ini didirikan karena item pesanan pembelian dalam beberapa cara terkait dengan bagian-bagian, tetapi diagram menegaskan bahwa setiap item pesanan pembelian dikaitkan dengan tepat satu nomor bagian. Investigasi (atau mungkin komentar resensi) mengungkapkan bahwa tidak semua item pesanan pembelian dikaitkan dengan bagian-bagian. Bahkan, beberapa mungkin terkait dengan layanan atau komoditas lain yang tidak memiliki nomor bagian. Ini melarang migrasi nomor komponen secara langsung ke item pesanan pembelian kelas entitas dan mengharuskan pembentukan kelas entitas baru dalam contoh kami yang disebut "part yang dipesan."

Setelah kelas entitas baru ditetapkan, migrasi Kelas Kunci harus terjadi, seperti yang diamanatkan oleh aturan migrasi dan pemodel akan sekali lagi "memvalidasi" kelas entitas / struktur hubungan dengan penerapan aturan atribut "no null" dan "no repeat"

6.5.5 Kelas Entitas / Matriks Kelas Atribut

Sebagai anggota Kelas Kunci diidentifikasi, entri dibuat ke dalam kumpulan kelas atribut dan ke dalam apa yang disebut kelas entitas / matriks kelas atribut. Matriks ini mengidentifikasi distribusi dan pemanfaatan kelas atribut di seluruh model. Pada dasarnya, ia memiliki karakteristik sebagai berikut:

1. Semua label kelas entitas digambarkan di samping.
2. Semua label kelas atribut digambarkan di bagian atas.
3. Penggunaan kelas atribut oleh kelas entitas digambarkan dalam vektor yang berdampingan, sebagaimana sesuai, menggunakan "kunci" seperti berikut:
   "O" = Pemilik
   "K" = Anggota Kelas Utama
   "Aku" = Warisan

Contoh matriks kelas entitas / atribut ditunjukkan pada Gambar 6-51. Matriks ini adalah alat utama dalam menjaga kesinambungan model dan menyiapkan indeks model untuk dimasukkan dalam dokumentasi Fase Tiga dan Fase Empat.

6.5.6 Definisi Kelas Atribut Kunci

Setelah kelas-kelas utama telah diidentifikasi untuk model, sekarang saatnya bagi kita untuk mendefinisikan kelas-kelas atribut yang telah digunakan sebagai anggota dari satu atau beberapa kelas kunci. Dalam Fase Tiga, definisi dikembangkan untuk kelas atribut "kunci" ini saja. Pedoman dasar yang sama untuk definisi ini berlaku seperti yang diterapkan pada definisi kelas hubungan dan definisi kelas entitas. Mereka harus tepat, spesifik, lengkap, dan dapat dipahami secara universal.

Definisi kelas atribut selalu dikaitkan dengan kelas entitas yang "memiliki" kelas atribut. Artinya, mereka selalu anggota set kelas entitas "pemilik". Oleh karena itu, ini hanyalah masalah mengidentifikasi kelas atribut tersebut untuk setiap kelas entitas yang telah diidentifikasi sebagai "dimiliki" oleh kelas entitas dan digunakan dalam Kelas Kunci (pemilik). Dalam "OK" pada kelas entitas/atribut kelas matriks.

Ada dua jenis halaman definisi kelas atribut. Satu, ditunjukkan pada Gambar 6-52, menyediakan untuk identi kasi kelas kunci (es) untuk kelas entitas di atas bagian kelas atribut. Yang lain, ditunjukkan pada Gambar 6-53, tidak membuat ketentuan untuk masuknya kelas-kelas utama. Ini digunakan terutama sebagai halaman kelanjutan untuk de nisi kelas atribut.

Gambar 6.52 Attribute Class Definition Page

6.5.7 Tahap Tiga Formalisasi

Formalisasi set kelas entitas Fase Tiga dapat menjadi proses yang cukup luas. Ini karena cenderung ada sejumlah kelas entitas baru yang diidentifikasi dalam Fase Tiga dan ada beberapa indeks dan rujukan silang yang harus diselesaikan, sebagai tambahan. Pada dasarnya, formalisasi set kelas entitas Fase Tiga melibatkan langkah-langkah berikut:

1. Finalisasi definisi kelas entitas baru dan pembaruan kumpulan kelas entitas (dari Fase Satu).
2. Finalisasi semua diagram kelas atribut, termasuk pembaruan Relation Matrix, definisi kelas relasi, dan halaman referensi lintas simpul (dari Fase Dua).
3. Finalisasi definisi kelas atribut.
4. Pengembangan halaman referensi silang kelas atribut bawaan.
5. Pengembangan indeks migrasi kelas atribut.
6. Finalisasi diagram referensi, termasuk alternatif perbaikan dan tampilan fungsi.

Diagram kelas atribut mirip dengan diagram kelas entitas dalam beberapa hal; pertama adalah bahwa mereka hanya mencerminkan kelas entitas yang dengannya kelas entitas subjek berbagi beberapa hubungan langsung. Karakteristik diagram kelas atribut adalah:

1. Setiap diagram kelas atribut hanya berurusan dengan satu kelas entitas subjek.
2. Setiap diagram kelas atribut mencerminkan, selain kelas entitas subjek, semua kelas entitas terkait langsung dengan kelas entitas subjek.
3. Kelas entitas "Independen" ada di bagian atas halaman dan kelas entitas dependen ada di bagian bawah halaman.
4. Hanya sintaksis hubungan "khusus" yang digunakan.
5. Setiap kotak kelas entitas subjek (satu diagram kelas atribut) mencerminkan identi kasi Kelas Kunci dari kelas entitas, dengan semua anggota Kelas Kunci digarisbawahi, beberapa kelas atribut dipisahkan dengan koma dan Kelas Kunci alternatif yang diapit secara parenthetically tertutup.
6. Setiap kotak kelas entitas subjek (satu diagram kelas atribut) mencerminkan semua kelas atribut yang diwarisi oleh kelas entitas, yang bukan anggota Kelas Kunci-nya dicatat di bawah ini, dan menjorok ke kanan, kelas-kelas kunci. 

Format ini diilustrasikan pada Gambar 6-54. Kelas kunci selalu ditekankan di bagian atas kotak kelas entitas (dan dibenarkan kiri). Setiap kelas atribut "non-kunci" yang diwarisi tercantum di bawah kelas "kunci" dan terlihat jelas dari margin kiri kotak kelas entitas. Kelas atribut non-kunci tidak pernah digarisbawahi.

Gambar 6.54 Attribut Class Diagram

Contoh bentuk dasar yang digunakan untuk diagram kelas atribut ditunjukkan pada Gambar 6-55. Perhatikan bahwa kotak kelas entitas subjek terlihat diperbesar dibandingkan dengan kotak kelas entitas subjek yang digunakan pada diagram kelas entitas. Ini untuk memfasilitasi informasi tambahan yang harus dilampirkan dalam kotak kelas entitas pada diagram kelas atribut.

Gambar 6.55 Attribut Class Diagram Form

Tugas selanjutnya yang dihadapi pemodel adalah pembuatan indeks migrasi kelas atribut dan referensi silang kelas atribut yang diwarisi. Kedua dokumen ini dibangun berdasarkan kelas entitas / matriks kelas atribut.

Gambar 6.56 Attribut Class Migration Index

Referensi silang kelas atribut yang diwarisi adalah dari perspektif kelas entitas yang mewarisi dalam kelas atribut. Ini mencerminkan bagaimana kelas atribut tiba di kelas entitas subjek. Contoh referensi silang kelas atribut yang diturunkan ditunjukkan pada Gambar 6-57. Untuk menentukan kontennya, pemodel pertama-tama mencatat semua kelas atribut yang diwarisi oleh kelas entitas dan kemudian, menggunakan kelas entitas / matriks kelas atribut, "pemilik" masing-masing diidenti kasi dicatat. Menggunakan diagram kelas atribut, pemodel mencatat informasi tentang kelas entitas dan kelas hubungan di mana kelas atribut secara langsung diwarisi.

6.5.8 Kit Fase Tiga

Gambar 6-58 menggambarkan struktur umum kit Fase Tiga yang khas. Perhatikan bahwa struktur kit peninjau telah menjadi semakin kompleks sejak Fase Satu.

Struktur dasar kit Fase Tiga, meskipun lebih kompleks daripada Fase Dua, serupa dalam beberapa hal. Sebagai contoh, lembar sampul, tinjauan kit, referensi silang node dan referensi hanya definisi kelas entitas ditangani dengan cara yang sama. Perbedaan utama adalah injeksi tampilan fungsi (yang opsional) dan materi tambahan dalam konteks setiap kelas entitas yang ditetapkan. Secara total, kit Fase Tiga khas akan berjalan di sekitar 40 hingga 44 halaman. Ini memungkinkan sekitar enam hingga sepuluh halaman yang tersedia bagi pemodel untuk penyisipan teks umum atau diagram referensi yang berkaitan dengan subjek selain dari set kelas entitas dalam kit.

Dalam Fase Tiga, ada dua jenis ikhtisar kit. Jika kit berada di sekitar tampilan fungsi, maka pedoman yang sama seperti yang digunakan dalam Tahap Dua berlaku untuk penataan gambaran umum kit. Jika tampilan fungsi akan digunakan, maka tinjauan umum kit harus merupakan subset dari tampilan fungsi yang digunakan Kit Fase Tiga, seperti semua kit pemodelan IDEF lainnya, diawali dengan lembar penutup kit. Contoh sampul kit Fase Tiga ditunjukkan pada Gambar 6-59.

Ketika kit Fase Tiga diatur di sekitar tampilan fungsi, diagram ikhtisar kit subjek, hanyalah sebagian dari diagram tampilan fungsi yang mewakili atau mencerminkan kelas entitas yang merupakan subjek dari kit tersebut. Diagram tampilan fungsi disertakan untuk menyediakan konteks di mana informasi yang terkandung dalam setiap set kelas entitas harus divalidasi. Titik fokus dari tinjauan ini dimaksudkan untuk menjadi validasi kelas relasi yang tercermin dalam konteks tampilan fungsi dan validasi semua informasi kelas atribut dalam setiap set kelas entitas. Masalah kedua adalah validasi semua kelas hubungan lainnya yang dibagikan oleh setiap kelas entitas subjek dalam kit. Ini karena kelas hubungan yang tersisa harus menjadi topik tampilan fungsi dan dikirim untuk ditinjau dan divalidasi dalam kit lain.

Gambaran umum kit sampel, yang mewakili subset dari tampilan fungsi di sekitar mana kit diatur, ditunjukkan pada Gambar 6-60. Gambar 6-61 adalah tampilan fungsi yang menjadi dasarnya. Telah ada upaya untuk menggunakan garis dan jarak yang sama pada ikhtisar kit seperti yang digunakan dalam fungsi memfokuskan perhatian pada subjek kit dalam konteks tampilan fungsi yang digunakan.

Seperti pada fase sebelumnya, ada beberapa parameter ukuran kit tertentu yang berlaku untuk Fase Tiga. Kit Fase Tiga:

1.     Harus berisi total 30 hingga 50 halaman.

2.     Biasanya akan berisi 2 hingga 4 set kelas entitas.

3.     Seharusnya tidak memerlukan lebih dari 1 1 / 2-2 jam waktu ulasan per pembaca.

Perhatikan bahwa jumlah total halaman dalam set kelas entitas telah meningkat secara nyata dari Fase Dua. Kelas entitas tipikal yang diatur dalam Fase Tiga akan berisi 10 halaman.

Penambahan kelas entitas baru khususnya dalam volume seperti yang diharapkan pada Fase Tiga, memungkinkan pemodel untuk menandai setiap halaman yang hanya untuk referensi dan setiap definisi kelas entitas yang dirilis untuk pertama kalinya.

Gambar 6.57 Attribut Class Cross-References

-

Gambar 6.58 Phase Three- Kit Structure

Terakhir, adalah pentingnya menangani kelas entitas baru yang dikembangkan di Tahap Tiga. Aturan dasar yang akan digunakan adalah bahwa setiap kelas entitas baru yang dikembangkan dalam Fase Tiga harus memenuhi semua persyaratan Fase Satu dan Fase Dua sebelum dapat dimasukkan ke dalam model. Ini termasuk entri ke dalam kumpulan kelas entitas, pengembangan definisi kelas entitas, dimasukkan dalam Matriks Relasi, pengembangan de nisi kelas relasi, dll.

Gambar 6.59 Phase Three Kit Cover Sheet

-

Gambar 6.60 Kit Overview

6.6 Fase Empat - Populasi Kelas Atribut

Fase terakhir dari proses pemodelan informasi dasar adalah Fase Empat. Tujuan dari fase ini adalah untuk menentukan kelas entitas "pemilik" dari setiap kelas atribut "non-kunci" yang diwakili di daftar kelas atribut. Meskipun, pada awal fase terakhir ini tampaknya relatif sederhana, fase ini dapat menghasilkan beberapa perubahan yang cukup besar dalam struktur model.

Beberapa peraturan yang penting untuk di ingat dalam fase keempat adalah:

1.     Kelas atribut hanya memiliki satu "pemilik" dalam model.

2.     Kelas atribut non-kuni tidak dapat dimigrasi.

3.     Aturan atribut "no null", atau tidak boleh ada yang kosong.

4.     Aturan atribut "no repeat", atau tidak boleh ada yang berulang

Konstruksi Fase Tiga dari kumpulan kelas atribut dimulai dan sebuah entitas kelas atau atribut matriks kelas dibangun. Hanya ada sebagian matriks yang selesai pada saat ini, menunjukkan hanya kelas atribut yang digunakan sebagai anggota satu atau lebih kelas kunci di Tahap Tiga. Kelas atribut yang tidak digunakan sebagai anggota Kelas Utama dalam Fase Tiga adalah target dari Fase Empat.

Fase Empat berfokus pada penggambaran lebih lanjut dari bahan yang sudah mapan daripada menghasilkan jumlah material baru yang cukup besar. Ada definisi kelas atribut baru yang ditambahkan dan sejumlah diagram atau fungsi alternatif perbaikan yang dilihat. Diharapkan bahwa sejumlah kuantitas kelas entitas baru akan muncul selama Fase Empat berlangsung, terutama diturunkan sebagai hasil dari penerapan aturan penyempurnaan yang dilaksanakan di Fase Tiga, diterapkan kembali ketika sisa kelas atribut didistribusikan melalui model. 

Sebagian daftar yang dihasilkan dari Fase Empat adalah sebagai berikut:

1.     Kelompok Kelas Atribut yang Diperluas.

2.     Definisi Kelas Atribut yang Direvisi.

3.     Revisi Kelas Entitas / Matriks Kelas Atribut.

4.     Diagram Kelas Atribut yang Dimurnikan.

5.     Referensi Silang Kelas Atribut Revisi yang Direvisi.

6.     Indeks Migrasi Kelas Atribut yang Direvisi.

7.     Diagram Penyempitan Alternatif.

8.     Diagram Fungsi Lihat Revisi.

9.     Kit Fase Empat.

Proses dasar yang dilakukan dalam Fase Empat adalah sebagai berikut:

1.     Mengidentifikasi kelas atribut "non-kunci" dari Fase Tiga.

2.     Mengidentifikasi "pemilik" kelas atribut non-kunci.

3.     Menentukan kelas atribut non-kunci.

4.     Menyaring kelas relasi.

5.     Memformalkan set kelas entitas Fase Empat.

6.     Merevisi tampilan fungsi (FEO).

7.     Membangun dan melakukan penyebaran kit Fase Empat.

6.6.1 Proses Fase Empat

Langkah pertama dalam menyusun bahan dari Fase Empat adalah mengidentifikasi atribut kelas non-kunci dari Fase Tiga. Hal ini relatif mudah karena kelas atribut yang tidak digunakan tercermin pada matriks kelas entitas / atribut dari Fase Tiga yang mana adalah merupakan kelas atribut "non-kunci" pada saat ini.

Langkah selanjutnya adalah masing-masing kelas atribut nonkunci wajib ditugaskan ke satu "Pemilik" di kelas entitas. Maka kelas "pemilik" kelas entitas akan terlihat jelas. Sebagai contoh, dalam hal nama vendor, pembuat model harus dapat dengan mudah mengaitkan ini kelas atribut dengan vendor kelas entitas, tetapi kemungkinan ada beberapa kelas atribut yang akan menyebabkan pembuat model kesulitan dalam menemukan kelas entitas "pemilik."

Jika pembuat model tidak yakin dengan kelas entitas "pemilik" dari kelas atribut, disarankan untuk merujuk pada formulir materi sumber yang atributnya diekstraksi. Hal ini akan membantu dalam penentuan "pemilik." Pada Fase Nol, daftar data sumber sebelumnya sudah dimurnikan dan menjadi dasar untuk daftar kelas atribut. Daftar data sumber, lalu mengarahkan pembuat model ke tempat di mana atribut yang diwakili digunakan dalam bahan sumber asli. Hal ini diilustrasikan pada Gambar 6-62. Dengan menganalisis penggunaan kelas atribut di bahan sumber, pembuat model akan dapat lebih mudah menentukan entitas "pemilik" kelas dalam model informasi. Pembuat model harus mengetahui bahwa faktor yang mengatur dalam menentukan "kepemilikan" kelas atribut tercermin dalam materi sumber. Sebagaimana setiap kelas atribut yang ditugaskan ke kelas entitas pemiliknya, kelas atribut / kelas entitas Matriks harus diperbarui. Matriks ini, seperti Matriks Relasi, adalah sebagai salah satu alat kerja utama dari pembuat model untuk mengelola kesinambungan model informasi.

Untuk setiap kelas atribut yang telah diidenti kasi dalam Fase Empat, harus mengembangkan de nisi dari atribut tersebut. Prinsip-prinsip yang mengatur definisi lain yang digunakan dalam model informasi dan khususnya yang ada di Fase Tiga, berlaku di sini juga. Definisi tersebut harus tepat, spesifik, lengkap, dan dapat dimengerti secara universal. Definisi-definisi kelas atribut ini dihasilkan dengan cara yang sama dengan memformat sebagai definisi kelas atribut dari Fase Tiga dan ditambahkan ke definisi kelas atribut di set kelas entitas pemilik. 

Gambar 6.61 Function View

-

Gambar 6.62 Non-Key Attribute Class Population

Pembuat model siap untuk memulai dengan menyempurnakan relasi kelas Fase Empat. Aturan dasar yang sama berlaku untuk penyempurnaan ini sebagaimana diterapkan dalam Fase Tiga. Penerapan aturan atribut "no null" dan "no repeat" yang diperkenalkan di Fase Tiga sekarang diterapkan. Hasilnya, pembuat model diharapkan dapat menemukan sejumlah kelas entitas baru. Akan diterapkan aturan migrasi kelas terhadap kelas entitas yang sudah diidenti kasi sama seperti yang ada di Fase Tiga. Satu-satu perbedaan dalam penerapan aturan kelas atribut no null dan no repeat di Fase Empat adalah aturan tersebut diterapkan terutama terhadap kelas atribut "non-kunci". Gambar 6-63 mengilustrasikan penerapan aturan atribut "no null" kepada kelas atribut "non-kunci". Gambar 6-64 menggambarkan penerapan aturan atribut "no repeat" yang diterapkan pada atribut kelas non-kunci.

Gambar 6.63 Phase Four

Gambar 6.64 Phase Four - Applying The "No-Repeat" Rule

Ketika kelas entitas baru muncul, kelas tersebut harus dimasukkan dalam kumpulan kelas entitas, didefinisikan, dircerminkan dalam Matriks Relas, dll. Kelas tersebut harus memenuhi semua persyaratan dokumentasi seperti fase sebelumnya agar memenuhi syarat untuk dimasukkan sebagai bahan dari Fase Empat.

Dengan terkumpulnya bahan dari Fase Empat, proses dari memformalkan set kelas entitas Fase Empat dapat dimulai.

Proses ini hampir identik dengan proses dari Fase Tiga. Terutama karena perubahan mendasar pada model selama Fase Empat adalah :

1.     Penyelesaian identifikasi kelas atribut.

2.     Penyelesaian distribusi kelas atribut.

3.     Penyelesaian de nisi untuk semua kelas atribut.

4.     Perubahan struktural yang dihasilkan dari penerapan aturan perbaikan ke kelas atribut.

Terutama, formalisasi set kelas entitas melibatkan revisi dan pembaruan materi atau bahan yang sebelumnya telah dibangun. Langkah-langkah yang terlibat dalam formalisasi Fase Empat dari materi yang didefinisikan sebelumnya adalah :

1.     Memformalkan definisi kelas entitas baru
(a) Memperbarui kumpulan kelas entitas

2.     Finalisasi diagram kelas atribut
(a) Memperbarui matriks kelas hubungan
(b) Memperbarui definisi kelas hubungan
(c) Memperbarui referensi silang node

3.     Finalisasi definisi kelas atribut

4.     Finalisasi referensi silang kelas atribut bawaan

5.     Finalisasi indeks migrasi kelas atribut

6.     Finalisasi diagram referensi

Jika pembuat model telah mengembangkan tampilan fungsi di Fase Tiga, maka perubahan struktural yang dihasilkan dari Fase Empat tentu akan menyebabkan revisi sejumlah fungsi dilihat. Dalam Fase Tiga ditekankan bahwa pandangan fungsi mencerminkan beberapa bagian dari model yang ada. Jika perubahan pada model yang ada memengaruhi kelas entitas atau kelas struktur hubungan termasuk dalam ruang lingkup tampilan fungsi apa pun, kemudian tampilan fungsi yang terpengaruh harus direvisi. Sejalan dengan itu, tampilan entitas kelas / fungsi matriks yang dikembangkan dalam Fase Tiga harus direvisi untuk mencerminkan perubahan ini. 

6.6.2 Kit Fase Empat

Setelah penulis menyelesaikan formalisasi set kelas entitas Fase Empat, konstruksi kit Fase Empat dapat dilanjutkan. Kit Fase Empat sangat mirip dengan Kit Fase Tiga dalam konstruksi umum dari Fase Empat. Sekali lagi, karena ukuran dan tingkat kerumitannya dari model yang dibuat, pembuat model dapat memilih untuk melepaskan kit yang berorientasi pada tampilan fungsi. Keberhasilan parameter dasar dalam menggunakan tampilan fungsi tetap sama seperti sebelumnya di Fase Tiga. Selain itu, pembuat model harus memilih untuk memproduksi kit yang berorientasi di sekitar tampilan fungsi, karena konstruksi kit ini pada dasarnya identik.

Struktur kit dasar diilustrasikan pada Gambar 6-65. Contoh halaman sampul juga ditampilkan pada Gambar 6-66. Pedoman dasar yang sama untuk penataan kit yang dapat diterapkan pada Fase Tiga bisa diterapkan pada Fase Empat.

Kit Fase Empat :

1.     Panjangnya harus 30 hingga 50 halaman, total.

2.     Biasanya akan berisi 2 hingga 4 set kelas entitas.

3.     Di butuhkan tidak lebih dari 1-1 / 2 hingga 2 jam waktu peninjauan dari masing-masing pembaca.

Volume halaman di setiap kelas entitas yang diatur dalam Fase Empat tidak akan berubah secara signifikan dari set kelas entitas Fase Tiga, tetapi volume set kelas entitas secara total, akan meningkat. Kelas entitas rata-rata yang ditetapkan dalam Fase Empat akan berisi sekitar 11 halaman.

Dapat perhatikan bahwa karakteristik ukuran dan struktur dari kit pada Fase Empat hampir identik dengan yang ada di Fase Tiga, tetapi karena sedikit pertumbuhan dalam jumlah halaman per set kelas entitas, ukuran dari kit Fase Empat rata-rata akan antara 45 dan 50 halaman. Pembuat model masih bisa menggunakan teks umum dan diagram referensi untuk membuat 2 sampai 3 halaman jika dibutuhkan. Sekali lagi, pembuat model harus memperhitungkan jumlah waktu yang dibutuhkan dan tingkat kesulitan dalam meninjau materi.

Dapat perhatikan bahwa karakteristik ukuran dan struktur dari kit pada Fase Empat hampir identik dengan yang ada di Fase Tiga, tetapi karena sedikit pertumbuhan dalam jumlah halaman per set kelas entitas, ukuran dari kit Fase Empat rata-rata akan antara 45 dan 50 halaman. Pembuat model masih bisa menggunakan teks umum dan diagram referensi untuk membuat 2 sampai 3 halaman jika dibutuhkan. Sekali lagi, pembuat model harus memperhitungkan jumlah waktu yang dibutuhkan dan tingkat kesulitan dalam meninjau materi.

Aturan dasar yang sama mengenai perluasan model berlaku untuk Fase Empat, seperti yang diterapkan pada fase sebelumnya. Setiap kelas entitas baru ditemukan (diturunkan) di Fase Empat, kelas tersebut harus terdaftar di kelompok kelas entitas jika ingin tetap ada di dalam model, dengan menetapkan nomor uniknya dll. Semua aturan dan persyaratan fase sebelumnya berlaku untuk semua kelas entitas baru, kelas relasi, dan kelas atribut. Ini harus dipenuhi sebelum mereka dapat dimasukkan dalam diagram dan kit dari Fase Empat. 

Begitu pembuat model memulai pembangunan kit dari Fase Empat, syarat-syarat tersebut dapat didistribusikan ke pada pengulas untuk mendapatkan komentar. Melalui proses peninjauan, komentar, dan iterasi inilah model yang dihasilkan akan divalidasi.

Gambar 6.65 Phase Four - Kit Structure

Gambar 6.66 Phase Four Kit Cover Sheet

6.6.3 Kesimpulan

Setelah menyelesaikan Fase Empat, pembuat model telah menghasilkan model informasi dasar. Jika semua aturan metodologi telah diterapkan dengan benar di seluruh pengembangan, model akan mewakili struktur informasi dasar dari perusahaan yang dimodelkan. 

Setiap kelas entitas akan mewakili pengumpulan informasi yang tidak berlebihan; setiap kelas entitas berbagi pasangan terhadap kelas relasi yang akan menyampaikan beberapa makna yang tidak berlebihan dalam model.

Pada titik ini, model informasi yang terbentuk akan memfasilitasi terjemahan dasar ke sistem manajemen basis data apa pun yang berada di pasar saat ini. Dalam hal ini tersirat bahwa model informasi yang dihasilkan pada akhir Fase empat, adalah desain basis data. Sebaliknya, model itu mewakili struktur informasi yang stabil dari seperangkat aturan yang stabil. Terlepas dari spesifikasi teknis, setiap basis data yang pada akhirnya akan membuahkan hasil, arsitekturnya harus mematuhi aturan struktur informasi dan makna yang tercermin dalam model informasi. Melalui media ini dapat dilakukan pendekatan integrasi informasi dalam perusahaan manufaktur.

Source : www.idef.com

Source : www.idef.com