Dalam rekayasa perangkat lunak, model domain bersifat konseptual. Ini mencakup perilaku dan data. Dalam ontologi teknik, model domain adalah representasi formal dari domain dengan konsep, swarm, tipe data, individu, dan aturan yang biasa digunakan dalam mendeskripsikan logika.
Informasi umum
Model domain adalah sistem abstraksi yang menggambarkan aspek tertentu dari domain pengetahuan, pengaruh, atau aktivitas. Kemudian dapat digunakan untuk memecahkan masalah yang berkaitan dengan bidang ini. Model domain adalah representasi dari konsep dunia nyata yang bermakna yang berkaitan dengan aspek material yang perlu dimodelkan dalam perangkat lunak. Konsep mencakup data yang digunakan dalam bisnis dan aturan yang diterapkan organisasi untuk komponen tersebut.
Model domain biasanya menggunakan kosakata profesional. Inimemungkinkan Anda untuk mengkomunikasikan pandangan kepada pemangku kepentingan. Itu tidak boleh mengacu pada implementasi teknis apa pun.
Gunakan
Model domain biasanya diimplementasikan sebagai ranah objek dalam lapisan yang menggunakan nilai lebih rendah untuk menyimpan dan menerbitkan API pada tingkat tinggi untuk mengakses data dan perilaku ranah.
The Unified Modeling Language (UML) menggunakan diagram kelas untuk mewakili sebuah sistem.
Fitur dan Fitur Utama
Model informasi domain menyediakan representasi dari seluruh domain, seperti penelitian klinis, perawatan kesehatan, atau keperawatan. DIM biasanya dibuat menggunakan diagram kelas Unified Modeling Language (UML) untuk mewakili semantik seluruh subjek menggunakan bahasa yang dapat dimengerti oleh mereka yang ahli dalam bidang ini. Pola-pola ini menunjukkan penilaian seperti orang, tempat, dan aktivitas, dan bagaimana masing-masing berhubungan satu sama lain.
Aplikasi, API, add-on perusahaan, dan sistem elektronik lainnya dapat dikembangkan menggunakan DIM. Bahkan jika diimplementasikan menggunakan bahasa pemrograman yang berbeda, semua bidang yang menggunakan DIM memiliki semantik yang sama. Ini menyediakan kerangka kerja penting untuk interoperabilitas perangkat lunak dan pertukaran data yang berarti. Aplikasi yang dibangun menggunakan BRIDG memiliki konsep umum "tertanam", yang memastikan kompatibilitas antara yang heterogensistem.
Tidak ada program yang digunakan yang akan mengimplementasikan semua objek dari model domain. Namun, kelengkapan memungkinkan pengguna akhir untuk menelusuri alam semesta semantik BRIDG dan memilih sumber daya khusus yang diperlukan untuk mengimplementasikan solusi apa pun. BRIDG menggunakan konsep dan contoh model domain yang masuk akal bagi para ahli sehingga mereka dapat bekerja sama dengan pengembang perangkat lunak dan analis untuk memvalidasi DIM dan memilih objek yang sesuai untuk proyek mereka.
Dalam kasus di mana tidak ada item di BRIDG yang mencakup semantik yang diperlukan dari proyek baru, pengguna akhir dapat bekerja dengan analitik. Kolaborasi semacam itu akan membantu mengidentifikasi kesenjangan ini, menyediakan kasus penggunaan untuk menggambarkannya, dan kemudian mengisi semua nuansa dengan semantik baru. Model informasi domain berdasarkan BRIDG kemudian dapat digunakan oleh tim pengembangan. Ini relevan, misalnya, untuk membuat sistem lain.
Model domain logis dari proyek yang ada juga dapat digunakan untuk meningkatkan interoperabilitas. Desain fisik dikembangkan atas dasar di atas. Ini mencakup detail khusus sistem seperti tipe data khusus bahasa pemrograman, pembatasan akses, dll. Semua implementasi konkret akan mudah dilacak ke standar referensi.
Oleh Bruce Johnson
Model infologis domain adalah komponen kunci dari kesuksesanmengembangkan program penyimpanan data atau arsitekturnya. Seringkali, ketika dibuat, itu hanya digunakan untuk tujuan segmentasi. Apakah seseorang mengembangkannya sendiri atau membeli solusi, memiliki aplikasi dapat membantu banyak operasi. Ketika digunakan secara efektif, ini juga mendukung dan membantu dalam pengembangan dan penerapan.
Konsep model domain perlu dicermati lebih dalam. Penting bagi pengguna untuk memahami cara memaksimalkannya.
Apa itu SAM
Model domain infologis paling efektif didefinisikan untuk memecah definisi bisnis. Ini adalah domain tingkat tinggi dari solusi, meskipun paling sering digunakan untuk mendefinisikan domain data dalam organisasi baru atau yang sedang mengembangkan program arsitektur formal.
Model harus digunakan sebagai dasar untuk memetakan semua area dalam organisasi. Kunci untuk setiap model domain yang sukses adalah memastikan bahwa terminologi dan definisi yang terkait dengannya spesifik bisnis dan dapat dipahami secara sekilas. Ada berbagai persyaratan untuk jumlah item yang efektif atau diinginkan. Sebagai aturan, setidaknya harus ada 6 dan tidak lebih dari 20.
Konsep umum di balik pembuatan model yang berharga adalah item tidak boleh berubah. Seiring berkembangnya bisnis, mungkin sifatnya meningkat, tetapi tidak boleh berubah secara signifikan.
Berbagai metode dan pendekatan untuk mendefinisikan model domain suaraterlalu banyak dan terlalu panjang untuk dibahas dalam satu artikel pendek.
Bagaimana Anda dapat menggunakan SAM
Aplikasi yang terdefinisi dengan baik tidak harus berupa sesuatu yang dibuat dan diletakkan di rak. Ini adalah sesuatu yang perlu diintegrasikan ke dalam arsitektur data yang sesuai dengan alasan pembuatannya. Mendefinisikan model pengawasan dan tata kelola bisnis memastikan bahwa bisnis tidak hanya terlibat secara aktif, tetapi membantu mengelola dan mewujudkan nilai yang dicapai. Sebagian besar dukungan TI setelah pembuatan awal melibatkan tampilan dan pemodelan komponen ranah data terperinci yang membentuk bagian kompleks.
Cara mendapatkan yang maksimal
Setelah SAM dibuat, ada beberapa cara untuk menggunakannya untuk memaksimalkannya. Berikut adalah kategori yang mungkin berguna bagi Anda:
- Perencanaan. Karena kebutuhan diprioritaskan dan direncanakan, SAM dapat menyediakan kerangka kerja untuk mengkomunikasikan proyek yang akan dikembangkan dan disebarkan. Kepemimpinan bisnis dapat membantu menyediakan hubungan antara perencanaan dan tindakan data untuk menciptakan terminologi umum yang sesuai dengan sifat kewirausahaan.
- Buat kontrol. Menentukan bagaimana bisnis mengontrol pengumpulan, kualitas, dan penggunaan data adalah manfaat utama SAM. Seringkali pemisahan kontrol paling baik dilakukan oleh setiap mata pelajaran secara terpisah. Ini mungkin berarti kehadiran pelayan resmi, yang masing-masing bertanggung jawabuntuk item atau kehadiran orang yang bertanggung jawab untuk mereka.
- Merencanakan pengumpulan atau integrasi data. Untuk membangun model domain dan praktik untuk definisi desain berorientasi domain, sistem dapat membantu memisahkan komponen secara logis. Dengan demikian, ini memberikan fragmentasi yang memungkinkan sumber daya untuk fokus pada kualitas dan integritas area tertentu dan menghubungkannya dengan penjaga yang sesuai.
- Komunikasi. Rencana tindakan yang efektif sering kali mengurangi hambatan yang memperlambat proyek dan pengiriman. Berbagi pemrosesan data umum sebagai aset bagi organisasi dapat memberikan beberapa manfaat. Pertama, ini akan membantu mengurangi kekhawatiran tentang perlindungan. Kedua, Anda dapat melihat bagaimana evolusi sistem berkorelasi dengan sumber dayanya, serta bagaimana hal ini akan memengaruhi kesuksesan bisnis secara keseluruhan. Cetak biru dapat digunakan untuk menjelaskan mengapa data diperlukan untuk melakukan pekerjaan analitis.
- Tentukan persyaratan. Dalam data proyek tunggal, ada gunanya memiliki model tingkat tinggi yang dapat Anda gunakan untuk menemukan komponen dengan cepat. Dalam hal ini, SAM digunakan untuk mengomunikasikan dan memverifikasi bagaimana kebutuhan upaya apa pun cocok dengan arsitektur keseluruhan. Dalam upaya penyimpanan informasi, ini memberikan dasar untuk menyortir dan mengurutkan sumber tampilan target.
Pengembangan model data
Penggunaan SAM yang paling umum adalah memungkinkan tim simulasi untuk fokus danmemprioritaskan saat membuat proyek arsitektur. Ini kemudian dapat menjadi dasar untuk membangun model keseluruhan, memungkinkan banyak sumber daya untuk bekerja pada bagian-bagiannya, menciptakan ranah data perusahaan pada saat yang sama.
Model data domain adalah alat yang, setelah dibuat, dapat dan harus digunakan untuk berbagai tujuan. Idealnya, sphere menjadi landasan program arsitektur data yang terdefinisi dengan baik. Yang terpenting, harus digunakan bersama untuk membuat program yang terintegrasi. Menyelaraskan bisnis dan TI, sebuah model dalam pengembangan dan pengawasan dapat membantu menjembatani kesenjangan antara upaya dan perencanaan.
Kualitas data
Basis data sebagai model domain memainkan salah satu peran utama dalam bisnis yang sukses. Informasi merupakan aset penting dari sebuah perusahaan. Oleh karena itu, kualitasnya sangat menentukan. Data individu yang berlebihan adalah salah satu faktor utama yang berkontribusi terhadap rendahnya tarif. EDM penting untuk kualitas data karena mendeteksi inkonsistensi yang melekat pada bidang yang berlebihan. Masalah yang ada dapat diidentifikasi dengan membandingkan sistem dengan EDM. Karena area baru dibangun di atas model data perusahaan, banyak potensi masalah kualitas akan diidentifikasi dan diselesaikan sebelum implementasi.
Kepemilikan
Kepemilikan data perusahaan penting karena sifatnya yang dimiliki bersama, terutama dalam pemeliharaan dan administrasinya. EDM digunakan sebagai alat manajemen kepemilikan,mengidentifikasi dan mendokumentasikan hubungan dan ketergantungan informasi yang melintasi batas bisnis dan organisasi. Hal ini mendukung konsep kepemilikan bersama yang ada dalam Corporate Spheres Initiative.
Ekstensibilitas sistem data
EDM mendukung arsitektur yang berkembang. Extensibility adalah kemampuan untuk menskalakan fungsionalitas sistem untuk secara efektif memenuhi kebutuhan lingkungan pengguna yang berubah. Sistem yang dapat diperluas memiliki kemampuan untuk menambah atau meningkatkan fungsionalitas dengan sedikit efek samping. EDM, berdasarkan konsep bisnis strategis yang tidak bergantung pada teknologi, mendukung ekstensibilitas, memungkinkan transisi ke area peluang baru dengan perubahan TI yang minimal.
Integrasi data industri
Tidak ada bisnis yang beroperasi dalam ruang hampa. Karena EDM menyertakan penampilan, EDM meningkatkan kemampuan organisasi untuk berbagi data umum di seluruh industrinya. Organisasi di bidang yang sama sering menggunakan data dasar yang sama (misalnya, pelanggan, lokasi, pemasok). Organisasi juga dapat berbagi informasi dengan industri terkait atau mitra bisnis. Misalnya, di bidang penerbangan, para profesional sering berintegrasi dengan perusahaan persewaan mobil. EDM dari perspektif industrinya mencakup model domain struktural untuk interaksi data.
Integrasi paket aplikasi
EDM dapat digunakan untuk dukungan, perencanaan, dan pembelian mereka,serta untuk implementasinya. Hal ini dicapai dengan memetakan paket aplikasi ke EDM, menetapkan pemetaan intra-perusahaannya. Karena sistem yang ada juga berkorelasi, titik integrasi antara aplikasi yang dikemas dan sistem yang ada dapat diidentifikasi, memberikan peta jalan untuk aliran data kualitas yang konsisten melalui produk.
Perencanaan sistem strategis
EDM mendefinisikan dependensi data. Karena sistem model domain yang ada dipetakan ke EDM, analisis kesenjangan dapat dilakukan untuk menentukan kebutuhan informasi bisnis. Dari celah parsing dan dependensi data, rilis sistem dapat diprioritaskan.
Model proses domain Model Data Perusahaan menggunakan pendekatan top-down-bottom-up untuk semua desain sistem. EDM adalah artefak yang berasal dari langkah-langkah hilir. Hulu juga penting karena menggunakan sumber yang ada untuk membuat proyek secara efisien dan praktis.
Sebuah domain domain (ESAM) pertama kali dibuat dan kemudian diperluas ke dasar Enterprise Conceptual Model (ECM). Sementara model saling terkait, masing-masing memiliki identitas dan tujuan uniknya sendiri. Membuat EDM lebih merupakan seni daripada sains.
Apa itu ESAM
Mari kita pertimbangkan apa itu model domain perusahaan (ESAM). Area perusahaan adalah informasi apa pun yang penting bagi bisnis dan disimpan untuk penggunaan tambahan. Data tidak akan disimpan kecualimembutuhkan. Dengan demikian, sebagian besar wilayah dapat dianggap sebagai perusahaan, membuat skalanya sangat besar. Hal ini berlaku bahkan untuk tim kuat yang hampir mustahil untuk merancang, mengembangkan, dan memelihara tanpa memecah menjadi bagian yang lebih mudah diatur.
Tujuan utama model domain perusahaan adalah gagasan "membagi dan menaklukkan". ESAM mencakup seluruh organisasi. Semua data yang dihasilkan dan digunakan oleh bisnis diwakili di area subjek. Jumlah rata-rata untuk sebuah organisasi adalah 10 hingga 12. Area subjek tambahan mungkin diperlukan untuk sistem yang lebih kompleks. ESAM adalah dasar untuk informasi perusahaan.
Deskripsi model domain
Setiap area adalah klasifikasi data tingkat tinggi, mewakili sekelompok konsep yang terkait dengan topik utama. Ini mencerminkan kepentingan organisasi. Model relasional domain dapat mewakili konsep bisnis umum (pelanggan, produk, karyawan, dan keuangan) serta konsep industri.
Area tematik dapat dikelompokkan ke dalam tiga kategori bisnis tingkat tinggi: pendapatan, aktivitas, dan dukungan. Pengelompokan ini penting karena masing-masing mewakili fokus bisnis yang sangat berbeda. Jenis pendapatan fokus pada laba, termasuk perencanaan, akuntansi, dan akuntabilitas. Jenis operasi mewakili fungsi bisnis utama yang terlibat dalam aktivitas sehari-hari.
Entitas pendukung membantu aktivitas bisnis, bukan mewakili bisnis inti. Semua organisasi berbagi grup bisnis tingkat tinggi initingkat. Misalnya, area subjek maskapai dikelompokkan sebagai berikut:
- Revenue ticket, booking, sale, inventory, harga.
- Operasi: penerbangan, lokasi, peralatan, pemeliharaan, jadwal.
- Dukungan TI, Keuangan, Karyawan, Pelanggan.
Area subjek data
Taksonomi adalah ilmu tentang penamaan, pengkategorian, dan pengklasifikasian sesuatu dalam urutan hierarkis berdasarkan seperangkat kriteria. Taksonomi Data adalah alat klasifikasi yang diterapkan pada data untuk memahami, mendesain, memelihara, dan membangun model domain. Taksonomi mencakup beberapa tingkatan hierarki klasifikasi. Pada tingkat tertinggi, semua data dapat ditempatkan di salah satu dari tiga sistem: dasar, transaksional, atau informasional. Mereka berbeda dalam model dan konsep produksi, serta siklus hidupnya.
Data yang mendasari digunakan untuk mendefinisikan, mendukung, atau membuat area lain. Mereka termasuk informasi jenis referensi, metadata, dan daftar yang diperlukan untuk melakukan operasi bisnis. Data transaksional adalah data yang dibuat atau diperbarui sebagai hasil dari transaksi bisnis sistem. Mereka bersifat dinamis dan relevan dengan sistem operasi.
Data informasi bersifat historis, teragregasi, atau diturunkan. Mereka biasanya dibuat dari kecerdasan yang ditemukan dalam sistem pendukung keputusan.
Area mata pelajaran dapat diklasifikasikan menurut pengelompokannya yang dominan. Pada tingkat detailbidang studi berisi ketiga kelas data. Sistematisasi didasarkan pada ukuran, penggunaan, dan implementasi. Misalnya, 14 tema maskapai penerbangan dapat diklasifikasikan sebagai berikut:
- Kelas dasar - peralatan, IT, karyawan, penjualan, lokasi, pelanggan.
- Transaksi - tiket, pemesanan, penerbangan, keuangan, layanan.
- Informasi - harga, inventaris, grafik.
Membuat model struktural area subjek
ESAM dikembangkan dalam kolaborasi erat dengan pakar bisnis dan dipandu oleh pengetahuan perusahaan yang ada. Struktur organisasi model domain dan fungsi bisnis harus didefinisikan dan dipahami. Semua informasi umum untuk sebagian besar organisasi (pelanggan, karyawan, lokasi, dan keuangan). Itu ditentukan terlebih dahulu. Area subjek tambahan kemudian ditentukan, diakhiri dengan daftar lengkap area resmi. Mereka kemudian ditinjau dengan pakar bisnis.
Proses pendefinisian dan penamaan setiap bidang subjek penting karena memungkinkan tercapainya konsensus lintas batas bisnis tentang topik yang penting bagi organisasi. Jika kesepakatan dapat dicapai pada tingkat tinggi, konsep yang lebih rinci akan lebih mudah untuk didefinisikan. Proses ini mengutamakan analisis detail yang diperlukan untuk pengembangan EDM selanjutnya.
Pertanyaan mungkin muncul mengenai bidang subjek jenis informasi, karena biasanya terdiri dari umum dan historisdata transaksi. Mendefinisikan domain informasi dapat menyebabkannya terlihat seperti milik domain transaksional asli. Pertimbangkan ini dengan contoh maskapai penerbangan:
Pemesanan adalah domain transaksional, inventaris adalah domain informasi.
Konsep utamanya disebut Riwayat Pemesanan. Ini berisi data yang diperlukan untuk mendapatkan daftar tempat yang tersedia. Reservasi dan inventaris adalah hal yang penting tetapi merupakan area subjek terpisah dari Maskapai Penerbangan.
Judul harus sangat jelas, singkat, dan padat. Idealnya, area subjek terdiri dari satu kata. Jika memungkinkan, nama perusahaan standar industri (klien, karyawan, dan keuangan) digunakan. Definisi dirumuskan dari pandangan horizontal karena semua informasi yang relevan dipertimbangkan. Mereka penting karena dipelajari oleh seluruh organisasi. Oleh karena itu, definisi harus sesederhana dan sejelas mungkin. Bahasa teoretis, akademis, atau kepemilikan tidak boleh digunakan.
Hubungan antara bidang subjek mewakili interaksi dan ketergantungan bisnis yang signifikan. Tidak ada pilihan atau jumlah item pada level ini. Semua kemungkinan hubungan tidak terwakili karena kepraktisan. ESAM tidak dirancang untuk menunjukkan setiap bidang studi sebagai semacam silo. Ini dapat dianggap sebagai bagan dengan tumpang tindih yang berakhir hanya di satu area subjek.
Warna memainkan peran penting dalam ESAM dan juga di semua EDM. Setiapbidang subjek, konsep selanjutnya dan objek data memiliki konotasinya sendiri. Satu warna digunakan untuk semua konsep, objek, dan tabel yang terkait dengan area tertentu. Menerapkan warna memberikan wawasan instan saat melihat salah satu model organisasi.
Membangun ESAM mengikuti standar perusahaan, metodologi penamaan, dan proses analisis. Basis data sebagai model domain adalah kuncinya, karena dengan bantuannya semua objek akan diikat ke satu area.
