процедуры моделирования

стадия 1 - определение
сущностей

Определение сущностей

ОПРЕДЕЛЕНИЕ СУЩНОСТИ

СИНОНИМЫ СУЩНОСТИ

ИМЯ СУЩНОСТИ

Идентификация сущностей

Для облегчения отделения сущностей от не сущностей разработчик модели должен задать себе следующие вопросы, касающиеся каждой возможной сущности:
Может ли она быть описана?
Существует ли более одного экземпляра этой сущности?
Может ли один экземпляр быть отделен от другого?
Называет или описывает это что-либо?

стадия 3 - определение
ключей

Разрешение неспецифических отношений

Заказ на покупку.
Служащий.
Покупатель.

Изображение результатов стадии 3

атрибуты первичных, альтернативных и внешних ключей;
независимые от идентификатора (с прямыми углами) и зависимые от идентификатора (с закругленными углами) сущности;
идентифицирующие (сплошная линия) и неидентифицирующие (штриховая линия) отношения.

Определение ключевых атрибутов

имя атрибута;
определение атрибута;
синонимы атрибута.

Проверка правильности ключей и отношений

Нельзя использовать синтаксис неспецифических отношений.
Миграция ключей от родительских (или общих) сущностей к сущностям-потомкам (или сущностям-категориям) является обязательной.
Запрещается использовать атрибуты, которые могут принимать более одного значения для данного экземпляра сущности в одно и то же время (правило неповторяемости).
Нельзя использовать атрибуты, обращающиеся в ноль (т.е. не принимающие никакого значения) для некоторого экземпляра сущности (правило необращения в ноль).
Сущности с составными ключами не могут быть разбиты на несколько сущностей с более простыми ключами (правило наименьшего ключа).
Необходимо объявлять об имеющихся между двумя сущностями двойных путях отношений.

Миграция ключей

Миграция всегда происходит в отношении от родительской или общей сущности к сущности-потомку или сущности-категории.
Весь первичный ключ (т.е. все атрибуты, являющиеся элементами первичного ключа) должен мигрировать по одному разу для каждого отношения, разделяемого парой сущностей.
Альтернативный ключ и неключевые атрибуты никогда не мигрируют.

Определение ключевых атрибутов

Номер служащего.
Имя служащего.
Профессия/должность служащего.

Изображение функциональных точек зрения

Выбрать исходный материал в качестве предмета функциональной точки зрения (например, заказ на покупку).
Связать функциональные точки зрения с категориями заданий или специфическими процессами, данные о которых представлены организационными отделами или функциональными областями, установленными на стадии 0 в качестве источников информации.

стадия 2 - определение
отношений

Установление связанных сущностей

IDEF1X ограничивается бинарными отношениями, поскольку исследовать и понимать их легче, чем n-арные отношения. Кроме того, они имеют непосредственное графическое представление. Недостатком является некоторое неудобство при представлении n-арных отношений. Но в этом нет ограничения общности, поскольку любое n-арное отношение может быть выражено через n бинарных отношений.

Определение отношений

указание зависимостей;
имя отношения;
комментарии к отношениям.

Построение диаграмм уровней сущностей

Основная сущность должна располагаться приблизительно в центре страницы.
Родительские или общие сущности должны размещаться выше основной сущности.
Сущность-потомок или сущность-категория должны размещаться ниже основной сущности.
Формы неспецифических отношений часто указываются сбоку от блока основной сущности.
Линии отношений лучами расходятся от блока основной сущности к связанным сущностям. На диаграмме показываются только ассоциации между основной сущностью и связанными сущностями.
Каждая линия, представляющая отношение, обладает меткой. В случае неспецифического отношения линия обладает двумя метками, разделенными знаком "/".

стадия 4 - определение
атрибутов

Идентификация неключевых атрибутов

Представление результатов стадии 4

определение каждой сущности;
список первичных, альтернативных и внешних ключевых атрибутов;
список принадлежащих сущности неключевых атрибутов;
определение каждого принадлежащего сущности атрибута (как ключевого, так и неключевого);
список отношений, в которых данная сущность является родительской:
- отношение категоризации;
- идентифицирующие отношения указанного выше типа;
- неидентифицирующие отношения указанного выше типа;
список отношений, в которых данная сущность является сущностью-потомком:
- отношение категоризации;
- идентифицирующие отношения указанного выше типа;
- неидентифицирующие отношения указанного выше типа;
утверждения всех двойных путей.

Детализация модели

Определение владельцев атрибутов

Определение атрибутов

имя атрибута;
определение атрибута;
синонимы/псевдонимы атрибута.

стадия 0 - начало
работы над проектом

Определение цели моделирования

Определение направленности - утверждение охватываемых моделью вопросов, т.е. контекстуальных рамок.
Определение области действия - утверждение функциональных границ модели.

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

Планирование проекта.
Сбор данных.
Определение сущностей.
Определение отношений.
Определение ключевых атрибутов.
Заполнение неключевых атрибутов.
Проверка правильности модели.
Приемка модели.

Организационная структура коллектива разработчиков

Менеджер проекта.
Разработчик.
Источники информации.
Эксперты в данной предметной области.
Комитет рецензирования и одобрения.

Сбор исходной информации

результаты опроса
результаты наблюдения
линии поведения и процедуры
выходные данные существующих систем (отчеты и выборки)
входные данные для существующих систем (бланки входных данных и выборки)
спецификации баз данных и файлов для существующих систем

Авторские соглашения

1.Авторские соглашения не являются формальными расширениями методологии.
2.Авторские соглашения не должны противоречить методологии.