Эталонная модель
Эталонная модель — в системах , на предприятии и в разработке программного обеспечения — представляет собой абстрактную структуру или онтологию , специфичную для предметной области , состоящую из взаимосвязанного набора четко определенных концепций, созданных экспертом или группой экспертов для обеспечения четкого общения. Эталонная модель может представлять составные части любой последовательной идеи, от бизнес-функций до компонентов системы, при условии, что она представляет собой полный набор. Эту систему координат затем можно использовать для четкого обмена идеями среди членов одного и того же сообщества.
Эталонные модели часто иллюстрируются как набор концепций с некоторым указанием взаимосвязей между концепциями.
Обзор
[ редактировать ]Согласно OASIS (Организация по развитию стандартов структурированной информации), эталонная модель — это «абстрактная структура для понимания существенных отношений между объектами некоторой среды и для разработки последовательных стандартов или спецификаций, поддерживающих эту среду. Базируется эталонная модель Эталонная модель не связана напрямую с какими-либо стандартами, технологиями или другими конкретными деталями реализации, но направлена на предоставление информации. общую семантику, которая может быть однозначно использована в разных реализациях». [1]
Существует ряд концепций, объединенных в концепцию «эталонной модели». Каждое из этих понятий важно:
- Аннотация : эталонная модель является абстрактной. Он предоставляет информацию о средах определенного типа. Эталонная модель описывает тип или тип объектов, которые могут возникнуть в такой среде, а не конкретные объекты, которые действительно встречаются в конкретной среде. Например, при описании архитектуры конкретного дома (который представляет собой конкретную среду определенного типа) фактическая внешняя стена может иметь размеры и материалы, но концепция стены (тип объекта) является частью эталонной модели. . Чтобы построить дом, в котором есть стены, необходимо понять концепцию стены.
- Сущности и отношения . Эталонная модель описывает оба типа сущностей (существующих вещей) и их отношения (как они соединяются, взаимодействуют друг с другом и проявляют совместные свойства). Список типов сущностей сам по себе не предоставляет достаточно информации, чтобы служить эталонной моделью.
- Внутри среды : эталонная модель не пытается описать «все вещи». Эталонная модель используется для уточнения «вещей внутри среды» или проблемного пространства. Чтобы быть полезной, эталонная модель должна включать четкое описание проблемы, которую она решает, и опасений заинтересованных сторон, которым необходимо увидеть решение проблемы.
- Независимость от технологии : полезность эталонной модели ограничена, если она делает предположения о технологии или платформах, используемых в конкретной вычислительной среде. Эталонная модель обычно предназначена для содействия пониманию класса проблем, а не конкретных решений этих проблем. Таким образом, он должен помочь практикующему врачу, помогая процессу воображения и оценки множества потенциальных решений. Это не исключает разработки эталонной модели, описывающей набор программных приложений, поскольку проблемным пространством может быть «как управлять набором программных приложений».
Использование эталонной модели
[ редактировать ]Эталонная модель имеет множество применений. Одно из применений — создание стандартов как для объектов, населяющих модель, так и для их отношений друг с другом. Создание стандартов упрощает работу инженеров и разработчиков, которым необходимо создавать объекты, ведущие себя в соответствии со стандартом. Программное обеспечение может быть написано так, чтобы оно соответствовало стандарту. Если все сделано правильно, стандарт может использовать шаблоны проектирования , которые поддерживают ключевые качества программного обеспечения, такие как возможность расширения программного обеспечения недорогим способом.
Еще одно использование эталонной модели — обучение. Используя эталонную модель, лидеры в области разработки программного обеспечения могут помочь разбить большое пространство проблем на более мелкие проблемы, которые можно понять, решить и уточнить. Разработчики, которые плохо знакомы с определенным набором проблем, могут быстро узнать, в чем заключаются различные проблемы, и сосредоточиться на проблемах, которые их просят решить, в то же время полагая, что другие области хорошо поняты и тщательно разработаны. Уровень доверия важен для того, чтобы позволить разработчикам программного обеспечения эффективно сосредоточиться на своей работе.
Третье использование эталонной модели — улучшение общения между людьми. Эталонная модель разбивает проблему на сущности или «вещи, которые существуют сами по себе». Часто это явное признание концепций, которые уже разделяют многие люди, но, созданная явным образом, эталонная модель полезна для определения того, как эти концепции отличаются друг от друга и связаны друг с другом. Это улучшает общение между людьми, участвующими в использовании этих концепций.
Четвертое использование эталонной модели — определение четких ролей и обязанностей. Создавая модель сущностей и их отношений, организация может поручить конкретным лицам или командам, возложив на них ответственность за решение проблемы, касающейся определенного набора сущностей. Например, если эталонная модель описывает набор бизнес-измерений, необходимых для создания сбалансированной системы показателей , то каждое измерение можно назначить конкретному бизнес-лидеру. Это позволяет старшему менеджеру возлагать на каждого члена своей команды ответственность за достижение высококачественных результатов.
Пятое использование эталонной модели — возможность сравнения разных вещей. Разбив проблемное пространство на базовые концепции, можно использовать эталонную модель для изучения двух разных решений этой проблемы. При этом составные части решения можно обсуждать относительно друг друга. Например, если эталонная модель описывает компьютерные системы, которые помогают отслеживать контакты между предприятием и его клиентами, то эталонная модель может использоваться предприятием для принятия решения о том, какой из пяти различных программных продуктов приобрести в зависимости от своих потребностей. В этом примере эталонная модель может использоваться для сравнения того, насколько хорошо каждое из возможных решений может быть настроено для удовлетворения потребностей конкретного бизнес-процесса.
Примеры
[ редактировать ]Примеры эталонных моделей включают, среди прочего:
- Эталонная модель агентских систем ,
- модели данных базовой архитектуры Эталонная модель DoDAF
- Федеральной структуры архитектуры предприятия Эталонная модель FEA
- Управление службами информационной безопасности HP (ISSM) — эталонная модель (RM)
- IBM Information Framework — эталонная модель для финансовых услуг.
- Справочные модели модели архитектуры предприятия NIST из нескольких архитектур федерального предприятия
- Эталонная модель OGC (Открытый геопространственный консорциум),
- OpenReference — открытая эталонная модель эффективности бизнеса, процессов и практик. [2]
- Базовая эталонная модель взаимодействия открытых систем ,
- Эталонная корпоративная архитектура Purdue
- Система управления в реальном времени для проблемных областей управления в реальном времени
- Эталонная модель открытой распределенной обработки ,
- TAFIM был эталонной моделью более ранней версии DoDAF 1990 года .
- Архитектура фон Неймана как эталонная модель последовательных вычислений.
- цифровой библиотеки ; Справочная модель [3] [4]
- Эталонная модель ENVRI (Инфраструктуры экологических исследований); [5]
- Эталонная модель НПО
См. также
[ редактировать ]
Ссылки
[ редактировать ]- ^ «Эталонная модель OASIS SOA» . Технический комитет OASIS SOA . Проверено 13 октября 2014 г.
- ^ OpenReference Initiative: OpenReference frameworks , декабрь 2016 г.
- ^ Л. Кандела, Г. Атанасопулос, Д. Кастелли, К. Эль Рахеб, П. Инноченти, Ю. Иоаннидис, А. Катифори, А. Ника, Г. Вулло, С. Росс: Справочная модель цифровой библиотеки . Апрель 2011 г. ( PDF )
- ^ Л. Кандела и др.: Справочная модель цифровой библиотеки DELOS - Основы для цифровых библиотек . Версия 0.98, февраль 2008 г. ( PDF заархивировано 4 марта 2009 г. на Wayback Machine )
- ^ Ю. Чен, П. Мартин, Х. Шенц, Б. Маганья, З. Чжао, А. Хардисти, А. Прис, М. Аткинсон http://envri.eu/rm