Добавлен: 25.10.2018
Просмотров: 5089
Скачиваний: 13
2.3. Стадия определения сущностей
Целью данной стадии является выявление и определение сущностей, находящихся в пределах моделируемой проблемной области.
Первым шагом в этом процессе является идентификация сущностей.
2.3.1. Идентификация сущностей
«Сущность» в контексте IDEF1X-модели представляет множество «предметов», обладающих связанными с ними данными.
Здесь «предмет» может быть отдельной физической субстанцией, событием, состоянием, действием, идеей, понятием, точкой, местом и т.д.
Элементы представляемого сущностью множества обладают общим набором атрибутов или характеристик.
Например, все элементы множества служащих обладают номером служащего, фамилией и другими общими атрибутами.
Отдельный элемент множества сущности называется экземпляром сущности.
Сущности всегда именуются общими существительными в единственном числе.
Сущности должны иметь атрибут (ключ), однозначно идентифицирующий каждый из их экземпляров.
Большинство сущностей могут быть прямо или косвенно определены на основе исходного материала, собранного на стадии «0».
Если при моделировании расширяется или детализируется предшествующая модель данных, то соответствующие сущности должны быть выделены из прежней модели.
Для предварительно не определенных сущностей разработчик должен выявить в списке имен исходного материала предметы, представляющие потенциально возможные сущности.
Для простоты можно выбрать все существительные из этого списка.
Например, такие термины, как деталь, транспортное средство, машина, чертеж и т.д., могут на этой стадии рассматриваться в качестве потенциальных сущностей.
Другой метод состоит в отборе терминов, перед которыми используется слово «код» или «номер» (например, номер детали, номер заказа на покупку, номер маршрута и т.д.).
Предложение, начинающееся словом «код» или «номер», может также рассматриваться на этой стадии в качестве потенциальной сущности.
Что касается оставшихся слов в списке, то разработчик модели должен задать вопрос:
«Представляет ли слово объект или предмет, о котором есть информация, или оно дает информацию о каком-то объекте или предмете?»
Те слова из списка, которые попадают в категорию объектов, о которых известна информация, потенциально являются сущностями.
Сущность образуется в результате объединения основных экземпляров сущности, становящихся элементами этой сущности.
Это означает, что некоторое количество экземпляров сущности, у которых все характеристики однотипны, представляется в качестве сущности.
Каждый экземпляр сущности является элементом сущности, обладающим однотипной определяющей информацией.
Для облегчения отделения сущностей от несущностей разработчик модели должен задать себе следующие вопросы, касающиеся каждой возможной сущности:
- Может ли она быть описана? (Обладает ли она характерными особенностями?)
- Существует ли более одного экземпляра этой сущности?
- Может ли один экземпляр быть отделен от другого (идентифицирован)?
- Называет или описывает это что-либо? (Из положительного ответа следует, что это скорее атрибут, чем сущность).
В конце такого анализа разработчик определяет начальный пул (накопитель) сущностей.
Данный пул содержит все известные на данный момент имена сущностей в контексте модели.
При построении пула сущностей разработчик присваивает каждой записи свой идентифицирующий номер и записывает ссылку на ее источник. Таким образом, поддерживается возможность отслеживания информации.
Целостность пула остается ненарушенной, а управление пула – сравнительно легким.
Пример пула сущностей показан в таблице 2.1.
Таблица 2.1
Пул Сущностей
По всей вероятности, не все имена в списке останутся сущностями к концу последней стадии.
Кроме того, к этому списку добавится ряд новых сущностей, которые станут частью информационной модели по мере ее развития и улучшения понимания информации.
Обнаруженные на последующих стадиях имена сущностей должны добавляться в пул сущностей и приобретать уникальные идентифицирующие номера. Одним из результатов деятельности на данной стадии является пул сущностей. Он должен обновляться, чтобы оставаться жизнеспособным.
2.3.2. Определение сущностей
Еще одним результатом данной стадии является начало работы над глоссарием сущностей.
На протяжении этой стадии глоссарий представляет собой просто набор определений сущностей.
Определение сущности включает следующие компоненты:
1. Имя сущности. Имя сущности является уникальным именем, с помощью которого сущность будет распознаваться в IDEF1X-модели. Оно должно быть описательным. Хотя допускаются аббревиатуры и акронимы, имя сущности должно быть осмысленным.
2. Определение сущности. Это то определение сущности, которое обычно используется на предприятии. Оно не задумано как часть словаря. Поскольку смысл отражаемой в модели информации зависит от точки зрения модели и от определенного на начальной стадии контекста модели, то бессмысленно (а может быть, и вредно) включать сюда определения, не входящие в область действия на начальной стадии.
Однако могут быть небольшие различия смысловых оттенков в способе определения сущности, зависящие, главным образом, от контекстуального использования.
В этих случаях или при наличии альтернативных определений (которые могут не быть наиболее общеупотребительными с точки зрения модели) они должны быть также записаны. Рецензенты по своему усмотрению устанавливают, какое определение должно быть связано с термином, употребляемым для определения сущности.
Процесс определения на стадии определения сущности является средством ускорения формирования общепринятого определения.
3. Синонимы сущности. Это список других имен, под которыми сущность может быть известна. Единственным относящимся к этому правилом является то, что определение, связанное с именем сущности, должно в точности применяться к каждому из синонимов в списке.
Определения сущностей формулировать легче, если начинать с сущностей, требующих наименьшего количества исследований. Таким образом, объем глоссария увеличится за кратчайшее время.
Затем разработчик сможет проводить исследования для полного определения оставшихся имен в пуле. Четкое планирование времени и усилий на сбор и определение информации обеспечит разумный темп процесса моделирования.
2.3. Стадия определение отношений между сущностями
Целями данной стадии является:
-
выявление и определение основных отношений между сущностями, включенными в пул потенциальных сущностей;
-
разрешение выявленных неспецифических отношений между сущностями.
Главными результатами стадии являются:
- матрица отношений между сущностями – матрица «сущность – отношения»;
- определения отношений между сущностями;
- диаграммы уровней сущностей;
- диаграммы разрешающие неспецифические отношения между сущностями;
- возможная корректировка пула сущностей.
2.3.1. Установление связанных сущностей. Построение матрицы отношений между сущностями
Отношение между сущностями может быть определено просто как ассоциация или связь между двумя сущностями, точнее, это называется бинарным отношением.
IDEF1X ограничивается бинарными отношениями, поскольку исследовать и понимать их легче, чем n-арные отношения. Кроме того, они имеют непосредственное графическое представление.
Недостатком является некоторое неудобство при представлении n-арных отношений. Но в этом нет ограничения общности, поскольку любое n-арное отношение может быть выражено через n бинарных отношений.
Экземпляр отношения между сущностями – это имеющая смысл ассоциация или связь между двумя экземплярами этих рассматриваемых сущностей.
IDEF1X-отношение между сущностями представляет множество однотипных образцов отношений между двумя специфическими сущностями.
При этом одна и та же пара сущностей может обладать отношениями нескольких типов.
Целью IDEF1X является не изображение всех возможных отношений, а определение взаимосвязей между сущностями в терминах отношений зависимости существования отношений родитель - потомок.
Такое отношение – это ассоциация между типом родительской сущности и типом сущности-потомка, при которой каждый экземпляр родительской сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров сущности-потомка, а каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром родительской сущности.
Это означает, что существование сущности-потомка зависит от существования родительской сущности.
Если сущность-родитель и сущность-потомок представляют один и тот же объект реального мира, то родительская сущность является общей сущностью, а сущность-потомок является сущностью-категорией.
Для каждого экземпляра сущности-категории всегда имеется один экземпляр общей сущности.
Для каждого экземпляра общей сущности может существовать ноль или один экземпляр сущности-категории.
Если несколько сущностей-категорий ассоциируются с общей сущностью в отношении категоризации, то только одна категория может соответствовать данному экземпляру общей сущности.
В начале разработки IDEF1X-модели зачастую невозможно представить все отношения как отношения родитель-потомок или отношения категоризации.
Поэтому неспецифические отношения на стадии в дальнейшем должны быть преобразованы в специфические, т.е. в отношения родитель-потомок или отношения категоризации.
Неспецифические отношения имеют общую форму – «ноль, один или много – к – ноль, один или много».
Существование любой сущности не зависит от существования другой.
Первым шагом на данной стадии является выявление отношении между элементами различных сущностей. Эта задача может потребовать разработки матрицы отношений.
Матрица отношений – это двумерный массив, обладающий горизонтальной и вертикальной осями.
Множество предопределенных факторов (в данном случае – все сущности) записывается вдоль одной из осей, а другое множество факторов (в данном случае – также все сущности) записывается вдоль другой оси.
Для указания на возможное отношение между двумя сущностями в точке пересечения соответствующих осей помещается знак «V». В этот момент суть отношения не важна: достаточно того, что отношение может существовать.
Разработчики-новички обычно устанавливают чрезмерное количество отношений между сущностями. Помните, что целью в конечном итоге является определение модели в терминах отношений родитель-потомок. Избегайте косвенных отношений.
Например, если ОТДЕЛ ответствен за один или несколько ПРОЕКТОВ, а каждый ПРОЕКТ инициирует одно или несколько ПРОЕКТНЫХ_ЗАДАНИЙ, то нет необходимости в отношении между ОТДЕЛОМ и ПРОЕКТНЫМ_ЗАДАНИЕМ, поскольку все ПРОЕКТНЫЕ_ЗАДАНИЯ связаны с ПРОЕКТОМ, а все ПРОЕКТЫ связаны с ОТДЕЛОМ.
2.3.2. Определения отношений между сущностями
Определения отношений между сущностями включают:
- установление зависимостей отношения между сущностями;
- определение имени отношения между сущностями;
- комментарии к отношениям между сущностями.
В ходе определения отношений некоторые из них могут отбрасываться, а новые добавляться.
Для установления зависимости отношение между двумя сущностями должно быть проверено в обоих направлениях.
Это делается посредством определения мощности на каждом конце отношения между сущностями.
Для определения мощности отношения предполагают существование экземпляра одной из сущностей. Затем определяют, сколько различных экземпляров второй сущности может быть связано с первой.
После этого повторяют анализ, поменяв сущности ролями.
После установления зависимости рассматриваемого отношения назначается имя этого отношения.
Имя отношения является кратким выражением, обычно глаголом с союзом, присоединяющим вторую упомянутую сущность.
Это выражение отражает смысл представляемого отношения.
Часто имя отношения состоит из одного глагола, хотя наречия и предлоги также появляются в именах отношений.
После выбора имени отношения разработчик читая отношение должен иметь возможность получать осмысленное предложение, определяющее или описывающее отношение между двумя сущностями.
При специфической форме отношения всегда имеются сущность-родитель и сущность-потомок и имя отношения интерпретируется сначала со стороны сущности-родителя, а затем от сущности-потомка к сущности-родителю.
Если между этими сущностями (сущность-родитель и сущность-потомок) существует отношение категоризации, то отсюда следует, что обе эти сущности относятся к одному и тому же объекту реального мира и мощностью на конце сущности-потомка (или сущности-категории) всегда является «ноль или один».
Имя отношения в таком случае опускается, поскольку имя «может быть» подразумевается.
При неспецифической форме отношения существует два имени отношения - по одному для каждой сущности, разделенные знаком «/».
В этом случае имена сущностей интерпретируются сверху вниз или слева направо (в зависимости от относительных положений сущностей на диаграмме), а затем в обратном направлении.
Имена отношений должны быть осмысленными.
Под их именами должна быть реальная основа.
Полное значение, т.е. причина выбора разработчиком данного имени отношения, может быть отражено в определении отношения.
Определение отношения – это текст, объясняющий смысл отношения.
Правила для определения сущностей применяются и к определениям отношений.
Определения отношений (комментарии к отношениям) должны быть:
- специфическими;
- краткими;
- осмысленными.
Например, если отношение «один к нулю или к одному» определено между такими двумя сущностями, как ОПЕРАТОР и РАБОЧАЯ_СТАНЦИЯ, то имя отношения может читаться «в настоящий момент назначен для обслуживания».
Это отношение может сопровождаться следующим определением:
«Каждый оператор на протяжении каждого рабочего дня может быть назначен для обслуживания нескольких рабочих станций, но это отношение указывает на ту, которую оператор обслуживает в данный момент».
2.3.3. Разрешение неспецифических отношений между сущностями
Неспецифические отношения между сущностями имеют общую форму – «ноль, один или много – к – ноль, один или много» (п.2.3.1).