1.Авторские соглашения не являются формальными расширениями методологии.
2.Авторские соглашения не должны противоречить методологии.
Сбор исходной информации
результаты опроса
результаты наблюдения
линии поведения и процедуры
выходные данные существующих систем (отчеты и выборки)
входные данные для существующих систем (бланки входных данных и выборки)
спецификации баз данных и файлов для существующих систем
Организационная структура коллектива разработчиков
Менеджер проекта.
Разработчик.
Источники информации.
Эксперты в данной предметной области.
Комитет рецензирования и одобрения.
Разработка плана моделирования
Планирование проекта.
Сбор данных.
Определение сущностей.
Определение отношений.
Определение ключевых атрибутов.
Заполнение неключевых атрибутов.
Проверка правильности модели.
Приемка модели.
Определение цели моделирования
Определение направленности - утверждение охватываемых моделью вопросов, т.е. контекстуальных рамок.
Определение области действия - утверждение функциональных границ модели.
стадия 4 - определение
атрибутов
Определение атрибутов
имя атрибута;
определение атрибута;
синонимы/псевдонимы атрибута.
Определение владельцев атрибутов
Детализация модели
Представление результатов стадии 4
определение каждой сущности;
список первичных, альтернативных и внешних ключевых атрибутов;
список принадлежащих сущности неключевых атрибутов;
определение каждого принадлежащего сущности атрибута (как ключевого, так и неключевого);
список отношений, в которых данная сущность является родительской:
- отношение категоризации;
- идентифицирующие отношения указанного выше типа;
- неидентифицирующие отношения указанного выше типа;
список отношений, в которых данная сущность является сущностью-потомком:
- отношение категоризации;
- идентифицирующие отношения указанного выше типа;
- неидентифицирующие отношения указанного выше типа;
утверждения всех двойных путей.
Идентификация неключевых атрибутов
стадия 2 - определение
отношений
Построение диаграмм уровней сущностей
Основная сущность должна располагаться приблизительно в центре страницы.
Родительские или общие сущности должны размещаться выше основной сущности.
Сущность-потомок или сущность-категория должны размещаться ниже основной сущности.
Формы неспецифических отношений часто указываются сбоку от блока основной сущности.
Линии отношений лучами расходятся от блока основной сущности к связанным сущностям. На диаграмме показываются только ассоциации между основной сущностью и связанными сущностями.
Каждая линия, представляющая отношение, обладает меткой. В случае неспецифического отношения линия обладает двумя метками, разделенными знаком "/".
Определение отношений
указание зависимостей;
имя отношения;
комментарии к отношениям.
Установление связанных сущностей
IDEF1X ограничивается бинарными отношениями, поскольку исследовать и понимать их легче, чем n-арные отношения. Кроме того, они имеют непосредственное графическое представление. Недостатком является некоторое неудобство при представлении n-арных отношений. Но в этом нет ограничения общности, поскольку любое n-арное отношение может быть выражено через n бинарных отношений.
стадия 3 - определение
ключей
Изображение функциональных точек зрения
Выбрать исходный материал в качестве предмета функциональной точки зрения (например, заказ на покупку).
Связать функциональные точки зрения с категориями заданий или специфическими процессами, данные о которых представлены организационными отделами или функциональными областями, установленными на стадии 0 в качестве источников информации.
Определение ключевых атрибутов
Номер служащего.
Имя служащего.
Профессия/должность служащего.
Миграция ключей
Миграция всегда происходит в отношении от родительской или общей сущности к сущности-потомку или сущности-категории.
Весь первичный ключ (т.е. все атрибуты, являющиеся элементами первичного ключа) должен мигрировать по одному разу для каждого отношения, разделяемого парой сущностей.
Альтернативный ключ и неключевые атрибуты никогда не мигрируют.
Проверка правильности ключей и отношений
Нельзя использовать синтаксис неспецифических отношений.
Миграция ключей от родительских (или общих) сущностей к сущностям-потомкам (или сущностям-категориям) является обязательной.
Запрещается использовать атрибуты, которые могут принимать более одного значения для данного экземпляра сущности в одно и то же время (правило неповторяемости).
Нельзя использовать атрибуты, обращающиеся в ноль (т.е. не принимающие никакого значения) для некоторого экземпляра сущности (правило необращения в ноль).
Сущности с составными ключами не могут быть разбиты на несколько сущностей с более простыми ключами (правило наименьшего ключа).
Необходимо объявлять об имеющихся между двумя сущностями двойных путях отношений.
Определение ключевых атрибутов
имя атрибута;
определение атрибута;
синонимы атрибута.
Изображение результатов стадии 3
атрибуты первичных, альтернативных и внешних ключей;
независимые от идентификатора (с прямыми углами) и зависимые от идентификатора (с закругленными углами) сущности;
идентифицирующие (сплошная линия) и неидентифицирующие (штриховая линия) отношения.
Разрешение неспецифических отношений
Заказ на покупку.
Служащий.
Покупатель.
стадия 1 - определение
сущностей
Идентификация сущностей
Для облегчения отделения сущностей от не сущностей разработчик модели должен задать себе следующие вопросы, касающиеся каждой возможной сущности:
Может ли она быть описана?
Существует ли более одного экземпляра этой сущности?
Может ли один экземпляр быть отделен от другого?
Называет или описывает это что-либо?
