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

Mer av detta

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

av Incognito Incognito

Гений ЖизниЭволюция ЖизниЖизнеГрафикаПРОЖизнь PROжизнь Игра PROжизнь PROпиши свою Жизнь

av Бренд Андрея

До встречи с тобой

av Елена Зимина

Sample Mind Map

av Евгений Гафаров

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ИМЯ СУЩНОСТИ

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

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