лр по теории. LR4 Алмат. Построение информационной модели системы в методологии idef1X
 Скачать 94.5 Kb.
|
|
Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Уфимский государственный нефтяной технический университет» Кафедра «Автоматизации, телекоммуникации и метрологии» Лабораторная работа №4 по дисциплине: «Теория систем» Вариант 10 тема: «Построение информационной модели системы в методологии IDEF1X» Выполнил: ст. группы БАГ-20-02 А.И.Кали Проверил: старший преподаватель кафедры АТМ Р. М. Харисов Уфа 2022 Цель работы: Изучение принципов построения информационных моделей систем по методологии IDEF1X Теоретические сведения: IDEF1X является методом для разработки реляционных баз данных и ис-пользует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппа-ратной платформы. Будучи статическим методом разработки, IDEF1X из-начально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоратив-ной информационной системы, было принято. Однако не стоит забывать, что средства моделирования IDEF1X специально разработаны для по-строения реляционных информационных систем, и если существует необ-ходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы моделирования. Существует несколько очевидных причин, по которым IDEF1X не следует применять в случае построения нереляционных систем. Во-первых, IDEF1X требует от проектировщика определить ключевые атри-буты, для того чтобы отличить одну сущность от другой, в то время как объектно-ориентированные системы не требуют задания ключевых клю-чей, в целях идентифицирования объектов. Во-вторых, в тех случаях, ко-гда более чем один атрибут является однозначно идентифицирующим сущность, проектировщик должен определить один из этих атрибутов первичным ключом, а все остальные вторичными. И, таким образом, по-строенная проектировщиком IDEF1X-модель и переданная для оконча-тельной реализации программисту является некорректной для применения методов объектно-ориентированной реализации, и предназначена для по-строения реляционной системы. Концепция и семантика IDEF1X Сущности в IDEF1X и их атрибуты. Хотя терминология IDEF1X практически совпадает с терминологией IDEF1, существует ряд фундаментальных отличий в теоретических концепциях этих методологий. Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друх от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности. В примере, приведенном на рис. 1, каждый экземпляр сущности СОТРУДНИК содержит следующую информацию: ID сотрудника, имя сотрудника, адрес сотрудника и т.п. В IDEF1X модели эти свойства называются атрибутами сущности. Каждый атрибут содержит только часть информации о сущности. Связи между сущностями Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи — это суть глаголы, которые показывают, как соотносятся сущности между собой. Ниже приведен ряд примеров связи между сущностями: Отдел <состоит из> нескольких Сотрудников Самолет <перевозит> нескольких Пассажиров. Сотрудник <пишет> разные Отчеты.  Например, для того чтобы корректно использовать сущность СОТРУДНИК в IDEF1X модели данных (а позже в базе данных), необходимо иметь возможность уникально идентифицировать записи. Правила, по которым вы выбираете первичный ключ из списка предполагаемых ключей, очень строги, однако могут быть применены ко всем типам баз данных и информации. Правила устанавливают, что атрибуты и группы атрибутов должны: Уникальным образом идентифицировать экземпляр сущности. Не использовать NULL значений. Не изменяться со временем. Экземпляр идентифицируется при помощи ключа. При изменении ключа, соответственно меняется экземпляр. Быть как можно более короткими для использования индексирования и получения данных. Если вам нужно использовать ключ, являющийся комбинацией ключей из других сущностей, убедитесь в том, что каждая из частей ключа соответствует правилам. Если сущности в IDEF1X диаграмме связаны, связь передает ключ (или набор ключевых атрибутов) дочерней сущности. Эти атрибуты называются внешними ключами. Внешние ключи определяются как атрибуты первичных ключей родительского объекта, переданные дочернему объекту через их связь. Передаваемые атрибуты называются мигрирующими. Типы связей между сущностями. Идентифицирующие и не идентифицирующие связи. В IDEF1X концепция зависимых и независимых сущностей усиливается типом взаимосвязей между двумя сущностями. Если вы хотите, чтобы внешний ключ передавался в дочернюю сущность (и, в результате, создавал зависимую сущность), то можете создать идентифицирующую связь между родительскую и дочернюю сущность. Идентифицирующие взаимосвязи обозначаются сплошной линией между сущностями. Таблица 7.1. Типы связей
Неидентифицирующие связи, являющиеся уникальными для IDEF1X, также связывают родительскую сущность с дочерней. Неидентифицирующие связи используются для отображения другого типа передачи атрибутов внешних ключей - передача в область данных дочерней сущности (под линией). Неидентифицирующие связи отображаются пунктирной линией между объектами. Так как переданные ключи в неидентифицирующей связи не являются составной частью первичного ключа дочерней сущности, то этот вид связи не проявляется ни в одной идентифицирующей зависимости. В этом случае и ОТДЕЛ, и СОТРУДНИК рассматриваются как независимые сущности. Тем не менее, взаимосвязь может отражать зависимость существования, если бизнес-правило для взаимосвязи определяет то, что внешний ключ не может принимать значение NULL. Если внешний ключ должен существовать, то это означает, что запись в дочерней сущности может существовать только при наличии ассоциированной с ним родительской записи. Преимущества IDEF1X Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, такими как ER и ENALIM является жесткая и строгая стандартизация моделирования. Установленные стандарты позволяют избежать различной трактовки построенной модели, которая, несомненно, является значительным недостатком ER. Ход работы: Построения информационной модели системы по методологии IDEF1X на тему: “Магазин комиксов”  Вывод: Проделав данную лабораторную работу, мы ознакомились с принципами построения информационных моделей систем по методологии IDEF1X и основами работы с специализированным программным комплексом MS Visio для работы с методологией IDEF1X |
