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

Plus de détails

Виды информационных моделей

par Олег Капустин

Схема основных понятий по линии моделирование Зайченковой Евгении

par Еыгения Зайченкова

Этапы проектирования БД

par Венера Мирзабаева

алкоголизм

par Кристина Комаркова

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ИМЯ СУЩНОСТИ

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

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