Общая схема разработки функциональной модели

Раэработку ФМ действия рекомендуется выполнять в следующей последовательности:

1. Строится схема внешних информационных связей исходного

действия.

2. С испольэованием подходящих вариантов декомпозиции строится дерево требований действий. Рекомендуется, чтобы число требуемых действий на каждом уровне детализации не превышало 10.

3. Для каждого вновь объявленного действия разрабатывается схема внешних информационных свяэей.

4. Проверяется воэможность преобразований полученной функциональной модели путем

- декомпозиции действий с использованием процедурной абстракции (путем классификации действий и на этой основе изменения состава декомпозиции);

- агрегирования действий на основе анализа их информационной взаимосвязи.

Функциональная модель существующей

технологии обработки данных

Функциональная модель области деятельности Модели данных Иерархия моделей данных

Определения модели данных

Уровни представления (концептуальный,логический, физический)

Локальная (внешняя) модель

Компоэиционная модель данных

Локальная и композиционная модели данных

Информация, представленная в виде последовательности символов и предназначенная для обработки на ЭВМ, называется данными[9].

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

Реальный мир, который должен быть отражен в базе данных - предметная область[9].

Отображение информации о предметной области, требуемое базы данных - логическое проектирование базы данных [9].

Модель, используемая при абстрагировании - модель данных[9].

Целесообразно называть моделью данныхосновные понятия и способы, используемые при выполнении такого абстрагирования [9].

Абстрагированное описание предметной области - концептуальная схема(КС) [9].

Получаемая КС описывает конкретную предметную область в объеме, определенном целями проектирования, и в терминах выбранной модели данных.

Локальная модель данных(внешняя модель) - это модель данных, которая строится для информационной поддержки конкретного действия.

Композиционная модель данных(внутренняя модель)- это модель данных, полученная объединением локальных моделей данных.

Схема данных- это графическое ,табличное или текстовое представление концептуальной модели данных.

Некоторые концептуальные модели данных

Простая реляционная модель с указанием функциональных

взаимосвязей между атрибутами

Семантическая диаграмма реляционной модели представлена на рис.4.1.

Рис.4.1.

Пример реляционной модели представлен на рис.4.2.

Рис.4.2.

ER - модель

Функциональная модель данных (ФМД)

Основные виды элементов ФМД

Основными видами элементов модели данных являются следующие:

1. объект- элемент, определяющий структуру и множество возможных значений конкретных данных для представления информации, необходимой для выполнения заданных действий.

2. атрибут- определяет конкретное свойство ОБЪЕКТА, выраженное через заданную взаимосвязь других объектов. Атрибут можно определить как функцию доступа, посредством которой определяется значение заданного свойства конкретного экземпляра объекта.

3. вид связи- определяет характер взаимосвязи между объектами, задаваемой атрибутом.

Будем различать следующие виды связи:

1->1 (--->);

1->01 (-0->);

1->M (-->>);

1->0M (--0->>).

4. действие- характеризует процесс обрабоки данных, который ориентирован на использование тех или иных атрибутов.

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

Основные отношения ФМД

Основными отношениями ФМД будем считать следующие:

• ДЕЙСТВИЕ требует АТРИБУТ (W call Atr) - отражает информационные потребности действий и представляется в виде списка атрибутов для каждого из действий, которые необходимы для осуществимости действия;

• ДЕЙСТВИЕ требует ОБЪЕКТ (W call Ob) - задает использование объектов действиями и определяется на основе отношений ДЕЙСТВИЕ требует АТРИБУТ и ОБЪЕКТ состав АТРИБУТ через операцию логического умножения:

ДЕЙСТВИЕ требует ОБЪЕКТ = ДЕЙСТВИЕ требует АТРИБУТ 

(ОБЪЕКТ состав АТРИБУТ)^t, где

-знак логического умножения отношений, t - знак транспонирования отношений;

• АТРИБУТ тип ОБЪЕКТ (At type Ob) - задает тип атрибута - тип функции доступа;

• АТРИБУТ имеет ВИД_СВЯЗИ (Atr have R) - задает один из указанных выше видов связи для атрибута;

• АТРИБУТ вход ПАРАМЕТР (At in Par) - задает список параметров функции доступа, которые должны быть указаны для получения результата;

• ПАРАМЕТР тип ОБЪЕКТ (At type Ob) - задает тип параметра;

• ОБЪЕКТ состав АТРИБУТ (Ob own At) - АТРИБУТ фиксирует результаты нормализации модели данных, выражающейся в удалении избыточных атрибутов и объединении оставшихся в группы с объявлением для каждой группы соответствующего объекта;

• ОБЪЕКТ ключ ПАРАМЕТР (Ob key Par) - определяет состав основного ключа для объекта и определяется следующим образом:

ОБЪЕКТ ключ ПАРАМЕТР = ОБЪЕКТ состав АТРИБУТ 

АТРИБУТ вход ПАРАМЕТР.

Семантическая схема функциональной модели данных представлена на рис.4.3.

Рис.4.3.

Пример описания функциональной модели данных.

ФМД дает возможность иерархического представления проектных решений с последовательной декомпозицией схем данных сложных объектов. Ниже приведен пример конструирования ФМД с использованием иерархических представлений.

Исходная схема данных со сложными объектами в левой части

представлена на рис.4.4.

1. Закзчик 6. Куда входит

2. Исполнитель 7. Треб. оборудование

3. Кол. изделий в поз. 8. Возможность произв.

4. Изг. изделие 9. Где установлено

5. План. дата поставки 10. Изделия заказа

Рис.4.4.

Путем подстановки схем сложных объектов в исходную схему получаем схему с простыми объектами в левой части таблицы. Схема данных с простыми объектами в левой части представлена на рис.4.5.

Пояснения для атрибутов

№ пп	Атрибут	Пояснение
1	Заказчик
2	Исполнитель
3	Кол. изделий в поз.
4	Изг. изделие	Модель оборудования по позиции
5	План. дата поставки
6	Куда входит	Кол-во одной модели в другой
7	Треб. оборудование	Потребность организации в оборудовании
8	Возможность произв.	Возможность произв.модели в организации
9	Где установлено	Организации,где установлено оборудование данной модели
10	Изделия заказа

Пояснения для параметров

№ параметра	Пояснение
1	Исходная модель оборудования
2	Модель оборудования, входящая в исходную

Рис.4.5.