Модел на домейн: концепция, структура и основни принципи

Съдържание:

Модел на домейн: концепция, структура и основни принципи
Модел на домейн: концепция, структура и основни принципи
Anonim

В софтуерното инженерство моделът на домейна е концептуален. Тя включва както поведение, така и данни. В онтологията на техниката моделът на домейн е формално представяне на домейн с понятия, рояци, типове данни, индивиди и правила, които обикновено се използват при описването на логиката.

Обща информация

Модел на информация за домейна
Модел на информация за домейна

Моделът на домейн е система от абстракции, която описва определени аспекти на област на знание, влияние или дейност. След това може да се използва за решаване на проблеми, свързани с тази област. Моделът на домейн е представяне на смислени реални концепции, свързани с материални аспекти, които трябва да бъдат моделирани в софтуер. Концепциите включват данните, използвани в бизнеса и правилата, които организацията прилага към тези компоненти.

Моделът на домейна обикновено използва професионален речник. Това еви позволява да съобщавате мнения на заинтересованите страни. Не трябва да се отнася до никакви технически реализации.

Използвайте

Инфологичен модел на домейн
Инфологичен модел на домейн

Моделът на домейн обикновено се реализира като обектна област в слой, който използва по-ниски стойности за съхраняване и публикуване на API на високо ниво за достъп до данните и поведението на сферата.

Обединеният език за моделиране (UML) използва диаграма на класове, за да представи система.

Функции и ключови характеристики

Информационният модел на домейна осигурява представяне на цял домейн, като клинични изследвания, здравеопазване или медицински сестри. DIM обикновено се създават с помощта на класови диаграми на Unified Modeling Language (UML), за да представят семантиката на целия предмет, като се използва език, разбираем за специалистите в областта. Тези модели показват преценки като хора, места и дейности и как всеки се отнася един към друг.

Приложения, API, корпоративни добавки и други електронни системи могат да бъдат разработени с помощта на DIM. Дори ако са реализирани с помощта на различни езици за програмиране, всички сфери, използващи DIM, имат една и съща семантика. Той осигурява критична рамка за оперативна съвместимост на софтуера и смислен обмен на данни. Приложенията, създадени с помощта на BRIDG, имат обща концепция за „вградени“, което гарантира съвместимост между такива хетерогеннисистеми.

Нито една от използваните програми няма да реализира всички обекти на модела на домейна. Въпреки това, изчерпателността позволява на крайните потребители да разглеждат вселената на семантиката на BRIDG и да избират специфичните ресурси, необходими за прилагане на всяко решение. BRIDG използва концепции и примери за модели на домейни, които имат смисъл за експертите, за да могат да работят в тясно сътрудничество със софтуерни разработчици и анализатори, за да потвърдят DIM и да изберат обекти, които са подходящи за техния проект.

В случаите, когато нито един от елементите в BRIDG не покрива необходимата семантика на нов проект, крайните потребители могат да работят с анализи. Такова сътрудничество ще помогне за идентифициране на тези пропуски, ще предостави случаи на употреба, за да ги опишат, и след това ще попълни всички нюанси с нова семантика. След това информационният модел на домейна, базиран на BRIDG, може да се използва от екипа за разработка. Това е уместно, например, за създаване на други системи.

Моделът на логическия домейн от съществуващи проекти също може да се използва за подобряване на оперативната съвместимост. Физическият дизайн е разработен въз основа на горното. Той включва специфични за системата детайли като специфични за езика за програмиране типове данни, ограничения за достъп и т.н. Всички конкретни реализации ще бъдат лесно проследими до референтния стандарт.

От Брус Джонсън

Модел на данни за домейн
Модел на данни за домейн

Инфологичният модел на домейна е ключов компонент на успехаразработена програма за съхранение на данни или тяхната архитектура. Често, когато се създава, се използва само с цел сегментиране. Независимо дали някой го разработва сам или купува решение, наличието на приложение може да помогне с много операции. Когато се използва ефективно, той също така поддържа и подпомага при разработването и внедряването.

Необходимо е да разгледаме по-задълбочено концепцията за модел на домейн. Важно е потребителите да разберат как да извлекат максимума от това.

Какво е SAM

Инфологичният модел на домейн е най-ефективно дефиниран, за да разбие бизнес дефинициите. Това са домейните от високо ниво на решението, въпреки че най-често се използват за дефиниране на домейни с данни в нова организация или такава, която разработва програма за официална архитектура.

Моделът трябва да се използва като основа за картографиране на всички области в организацията. Ключът към всеки успешен модел на домейн е да се гарантира, че терминологията и дефинициите, свързани с него, са специфични за бизнеса и разбираеми с един поглед. Има различни изисквания за броя на елементите, които са ефективни или желани. По правило трябва да има най-малко 6 и не повече от 20.

Общата концепция зад създаването на ценен модел е, че артикулите не трябва да се променят. Тъй като бизнесът се развива, той може да се увеличи по своята същност, но не трябва да се променя значително.

Различни методи и подходи за дефиниране на домейн модел на звукатвърде много и твърде дълги, за да бъдат обхванати в една кратка статия.

Как можете да използвате SAM

Изграждане на модел на домейн
Изграждане на модел на домейн

Добре дефинираното приложение не трябва да е нещо, което е създадено и поставено на рафта. Това е нещо, което трябва да бъде интегрирано в архитектура на данни, която съответства на причината за създаването му. Определянето на модела за надзор и управление на бизнеса гарантира, че бизнесът не само участва активно, но помага за управлението и реализирането на постигнатата стойност. Голяма част от ИТ поддръжката след първоначалното създаване включва показване и моделиране на компонентите от сферата на подробните данни, които съставляват сложната част.

Как да получите максимума

След като SAM бъде създаден, има няколко начина да го използвате, за да извлечете максимума от него. Ето категориите, които може да ви бъдат полезни:

  • Планиране. Тъй като нуждите са приоритетни и планирани, SAM може да осигури рамка за комуникиране на проекти, които трябва да бъдат разработени и внедрени. Бизнес лидерството може да помогне за осигуряване на връзка между планирането и действията с данни за създаване на обща терминология, която отговаря на естеството на предприемачеството.
  • Установете контрол. Определянето на това как един бизнес контролира събирането, качеството и използването на данни е ключово предимство на SAM. Често разделянето на контрола се извършва най-добре от всеки субект поотделно. Това може да означава присъствието на официални стюарди, всеки от които носи отговорностза артикул или присъствието на лице, отговорно за тях.
  • Планиране за събиране или интегриране на данни. За да се изградят модели на домейни и практики за домейн-ориентирана дизайнерска дефиниция, системата може да помогне за логическото разделяне на компонентите. По този начин той осигурява фрагментиране, което позволява на ресурсите да се съсредоточат върху качеството и целостта на конкретни области и да ги свържат със съответните попечители.
  • Комуникации. Ефективният план за действие често намалява пречките, които забавят проектите и изпълнението. Споделянето на обща обработка на данни като актив за организация може да осигури няколко предимства. Първо, това ще помогне за облекчаване на опасенията относно защитата. Второ, можете да видите как еволюцията на системите корелира с техните ресурси, както и как това ще се отрази на цялостния успех на бизнеса. Схемата може да се използва, за да се опише защо данните са необходими за извършване на аналитична работа.
  • Определете изискванията. В данните за един проект е полезно да имате модел на високо ниво, който можете да използвате за бързо намиране на компоненти. В този случай SAM се използва за комуникация и проверка как нуждите на всяко усилие се вписват в цялостната архитектура. В усилията за съхранение на информация това осигурява основата за сортиране и подреждане на източника на целевия дисплей.

Разработване на модел на данни

Логически модел на домейн
Логически модел на домейн

Най-честата употреба на SAM е да позволи на симулационния екип да се съсредоточи иприоритизиране при създаване на архитектурен проект. След това може да се превърне в основа за изграждане на цялостния модел, позволявайки на множество ресурси да работят върху парчетата, създавайки едновременно сфера на корпоративни данни.

Моделът на данни на домейна е инструмент, който веднъж създаден, може и трябва да се използва за различни цели. В идеалния случай сферата се превръща в крайъгълен камък на добре дефинирана програма за архитектура на данни. Най-важното е, че трябва да се използва заедно за създаване на интегрирана програма. Съчетаването на бизнеса и ИТ, модел в развитието и надзора може да помогне за преодоляване на пропастта между усилията и планирането.

Качество на данните

Базата данни като модел на домейн играе една от основните роли в успешния бизнес. Информацията е важен актив на предприятието. Следователно качеството му е от решаващо значение. Индивидуалните излишни данни са един от основните фактори, допринасящи за ниските проценти. EDM е важен за качеството на данните, защото открива несъответствия, присъщи на излишните сфери. Съществуващите проблеми могат да бъдат идентифицирани чрез сравняване на системите с EDM. Тъй като новите области са изградени върху корпоративния модел на данни, много потенциални проблеми с качеството ще бъдат идентифицирани и разрешени преди внедряването.

Притежание

Описание на модела на домейна
Описание на модела на домейна

Собствеността върху корпоративните данни е важна поради споделеното им естество, особено при поддръжката и администрирането им. EDM се използва като инструмент за управление на собствеността,идентифициране и документиране на връзките и зависимостите на информация, която пресича бизнес и организационни граници. Това подкрепя концепцията за споделена собственост, която съществува в Инициативата за корпоративни сфери.

Разширяемост на системата за данни

EDM поддържа нарастваща архитектура. Разширяемостта е способността да се мащабира функционалността на системата, за да се отговори ефективно на нуждите на променящата се потребителска среда. Разширяемите системи имат способността да добавят или увеличават функционалност с малко странични ефекти. EDM, базиран на независима от технологиите стратегическа бизнес концепция, поддържа разширяемост, позволявайки преход към нови области на възможности с минимални ИТ промени.

Интегриране на индустриални данни

Изградете модел на домейн
Изградете модел на домейн

Никой бизнес не работи във вакуум. Тъй като EDM включва външен вид, той подобрява способността на организацията да споделя общи данни в своята индустрия. Организациите в една и съща област често използват едни и същи основни данни (например клиенти, местоположение, доставчици). Организациите могат също да споделят информация със свързани индустрии или бизнес партньори. Например в областта на авиацията професионалистите често се интегрират с компании за коли под наем. EDM от гледна точка на индустрията включва модел на структурен домейн за взаимодействие с данни.

Интегриране на пакетирани приложения

EDM може да се използва за тяхната поддръжка, планиране и покупка,както и за изпълнение. Това се постига чрез картографиране на пакетираното приложение към EDM, установявайки неговото вътрешно-предприятие картографиране. Тъй като съществуващите системи също са свързани, точките на интеграция между пакетираното приложение и съществуващите системи могат да бъдат идентифицирани, предоставяйки пътна карта за потока от последователни данни за качество през продукта.

Стратегическо системно планиране

EDM дефинира зависимостите от данни. Тъй като съществуващите системи за модел на домейн са съпоставени с EDM, може да се извърши анализ на пропуските, за да се определят информационните нужди на бизнеса. От анализиране на пропуски и зависимости от данни, системните издания могат да бъдат приоритизирани.

Процесният модел на домейн за моделиране на корпоративни данни използва подход отгоре-надолу-отдолу-нагоре за всички системни дизайни. EDM е артефакт, получен от стъпки надолу по веригата. Възходящите също са важни, защото използват съществуващите източници за ефективно и практично създаване на проекти.

Домейнът на домейн (ESAM) първо се създава и след това се разширява за основа на концептуалния модел на предприятието (ECM). Въпреки че моделите са взаимосвързани, всеки има своя уникална идентичност и предназначение. Правенето на EDM е повече изкуство, отколкото наука.

Какво е ESAM

Нека разгледаме какво представлява моделът на корпоративен домейн (ESAM). Корпоративните области са всяка информация, която е важна за бизнеса и се съхранява за допълнителна употреба. Данните няма да бъдат запазени, освен акотрябва. По този начин повечето области могат да се считат за предприятие, което прави мащаба му огромен. Това важи дори за силни екипи, които е почти невъзможно да се проектират, разработят и поддържат, без да се разбият на по-управляеми части.

Основната цел на модела на корпоративния домейн е идеята за "разделяй и владей". ESAM покрива цялата организация. Всички данни, произведени и използвани от бизнеса, са представени в предметната област. Средният брой за една организация е от 10 до 12. Може да са необходими допълнителни предметни области за по-сложни системи. ESAM е основата за корпоративна информация.

Описание на модела на домейна

Всяка област е класификация на данни от високо ниво, представляваща група от понятия, свързани с основната тема. Той отразява интересите на организацията. Релационните модели на домейни могат да представят общи бизнес концепции (клиент, продукт, служител и финанси), както и индустриални концепции.

Тематическите области могат да бъдат групирани в три бизнес категории на високо ниво: доходи, дейности и подкрепа. Тези групи са значими, защото всяка представлява ясно различен бизнес фокус. Видовете приходи се фокусират върху печалбата, включително планиране, счетоводство и отчетност. Типовете операции представляват основните бизнес функции, включени в ежедневните дейности.

Поддържащите субекти подпомагат бизнес дейността, а не представляват основния бизнес. Всички организации споделят тези бизнес групи на високо нивониво. Например, предметните области на авиокомпаниите са групирани, както следва:

  • Приходен билет, резервация, продажба, инвентар, цени.
  • Операция: полет, местоположение, оборудване, поддръжка, график.
  • Поддръжка на ИТ, финанси, служители, клиенти.

Обект на данните

Таксономията е науката за именуване, категоризиране и класифициране на нещата в йерархичен ред въз основа на набор от критерии. Таксономията на данните е инструмент за класификация, прилаган към данни за разбиране, проектиране, поддържане и изграждане на модел на домейн. Таксономията включва няколко йерархични нива на класификация. На най-високо ниво всички данни могат да бъдат поставени в една от трите системи: основна, транзакционна или информационна. Те се различават по производствени модели и концепция, както и по техния жизнен цикъл.

Основните данни се използват за дефиниране, поддържане или създаване на други области. Те включват информация за референтния тип, метаданни и списъци, необходими за извършване на бизнес операции. Транзакционните данни са данни, създадени или актуализирани в резултат на системни бизнес транзакции. Те са динамични по природа и са подходящи за операционните системи.

Информационните данни са исторически, обобщени или извлечени. Те обикновено се създават от разузнаване, което се намира в системите за подпомагане на вземането на решения.

Предметните области могат да бъдат класифицирани според тяхното преобладаващо групиране. На ниво детайлностпредметните области съдържат и трите класа данни. Систематизацията се основава на размер, използване и изпълнение. Например, 14-те теми на авиокомпаниите могат да бъдат класифицирани по следния начин:

  • Основен клас - оборудване, ИТ, служител, продажби, местоположение, клиент.
  • Транзакционни - билет, резервация, полет, финанси, услуга.
  • Информация - цени, инвентар, графики.

Създаване на структурен модел на предметната област

ESAM е разработен в тясно сътрудничество с бизнес експерти и се ръководи от всички съществуващи корпоративни познания. Организационните структури на модела на домейна и бизнес функцията трябва да бъдат дефинирани и разбрани. Цялата информация е обща за повечето организации (клиент, служител, местоположение и финанси). Първо се определя. След това се определят допълнителни предметни области, завършващи с пълен списък на официалните области. След това те се преглеждат от бизнес експерти.

Процесът на дефиниране и именуване на всяка предметна област е важен, защото позволява да се постигне консенсус през бизнес границите по теми, които са жизненоважни за организацията. Ако споразумението може да бъде постигнато на високо ниво, по-подробните концепции ще бъдат много по-лесни за дефиниране. Този процес дава приоритет на подробния анализ, необходим за последващото развитие на EDM.

Могат да възникнат въпроси относно тематични области от типа информация, тъй като те обикновено се състоят от обобщени и историческиданни за транзакциите. Дефинирането на информационен домейн може да го накара да изглежда така, сякаш принадлежи към оригиналния транзакционен домейн. Помислете за това с пример за авиокомпания:

Резервирането е транзакционен домейн, инвентарът е информационен.

Основната концепция се нарича История на резервациите. Той съдържа данните, необходими за получаване на наличния списък с места. Резервациите и инвентарът са важни, но отделни тематични области на авиокомпанията.

Заглавията трябва да са много ясни, кратки и кратки. В идеалния случай предметната област се състои от една дума. Когато е възможно, се използват стандартни имена на фирми (клиент, служител и финанси). Определенията са формулирани от хоризонтален изглед, като се взема предвид цялата съответна информация. Те са важни, защото се изучават от цялата организация. Следователно определенията трябва да са възможно най-прости и ясни. Никога не трябва да се използва теоретичен, академичен или собствен език.

Връзките между предметните области представляват значителни бизнес взаимодействия и зависимости. На това ниво няма опция или брой артикули. Всички възможни връзки не са представени поради практичност. ESAM не е предназначен да показва всяка предметна област като вид силоз. Може да се разглежда като диаграма с припокривания, завършващи само в една тематична област.

Цветът играе важна роля в ESAM, както и във всички EDM. Всекипредметната област, нейните последващи концепции и обекти на данни имат своя собствена конотация. Един цвят се използва за всички понятия, обекти и таблици, свързани с определена област. Прилагането на нюанс осигурява незабавна представа, когато разглеждате някой от моделите на организацията.

Изграждането на ESAM следва корпоративните стандарти, методологията за именуване и процеса на анализ. Базата данни като модел на домейн е ключова, защото с нейна помощ всички обекти ще бъдат обвързани с една област.

Препоръчано: