Инфологическое проектирование. Методика описания требований к системе

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ

Методика описания требований к системе

Методика описания хранилища данных

Методика описания документа, используемого пользователями

1 Название документа.

2 Вид документа (документ может быть бумажный, электронный или другое информационное сообщение).

3 Функции документа.

4 Маршрут документа (составитель, источник, приемник, следующий приемник и т.д.).

5 Периодичность.

6 Объемы (количество строк) минимальные, максимальные, типичные.

7 Образцы документа (форма документа может быть представлена в приложении к курсовой работе).

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

9 Исходная информация для составления документа.

10 Порядок составления документа (алгоритм).

11 Срок хранения документа.

12 Действия по окончанию срока хранения документа (уничтожение, передача в архив и т.д.).

1 Название хранилища.

2 Вид хранилища (хранилищем данных может быть справочник, журнал, ведомость, картотека, каталог, база данных).

3 Функции хранилища.

4 Тип хранилища (нормативно справочная информация или оперативные данные).

5 Место физического размещения (отдел, рабочее место).

6 Образцы хранилища данных.

7 Структура хранилища (разделы, применяемые классификаторы, поля, типы данных каждого поля, длина, точность, список возможных значений, ограничения на значение поля, взаимосвязь с другими полями этого хранилища).

8 Объемы хранилища данных (количество строк, карточек, документов).

9 Периодичность обновления хранилища (добавления, удаления. корректировки).

10 Процессы, события, влияющие на хранилище данных.

11 Процессы, подсистемы (должности, отделы), использующие хранилище данных.

12 Взаимосвязь с другими хранилищами данных с точностью до полей.

13 Порядок ведения хранилища данных.

1 Название требования.

2 Источник требования (ФИО, должность, отдел).

3 Приоритет выполнения требования (от 1 до 5).

4 Суть требования.

5 Требующие изменения или вновь создаваемые документы, отчеты, хранилища данных, процессы.

6 Исполнитель требования (отдел, рабочее место).

7 Стабильность требования (вероятность изменения, направление и границы изменения).

Приведенный выше перечень этапов методики описания предметной области носит рекомендательный характер и при исследовании конкретной предметной области формируется студентом самостоятельно.

Инфологическое проектирование имеет своей целью построение независимой от СУБД информационной структуры путем объединения информационных требований пользователя.

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

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

Тип сущности – это набор однородных вещей, предметов, явлений, выступающих как единое целое.

Экземпляр сущности относится к конкретной вещи, т.е. когда вместо общих характеристик появляются конкретные данные.

Для построения концептуально-инфологической модели предметной области рекомендуется придерживаться следующей последовательности действий:

1. Формирование сущностей

- каждой выделенной сущности присвоить имя;

- привести смысловое описание каждой сущности;

- привести количество экземпляров сущностей на момент обследования моделируемой предметной области.

Пример подобного описания оформлен таблицей.

Таблица 1 – Спецификация сущностей

2. Для каждой сущности определить атрибуты и требования к ним.

Таблица 2 – Спецификация атрибутов

3. Для каждой сущности определить первичный ключ и обосновать свой выбор.

4. Выявить связи между сущностями

- для каждой связи определить тип;

- привести обоснование выбора типа связи;

- каждая связь должна быть поименована.

Таблица 3 – Спецификация связей

5. Представить концептуально-инфологическую модель в виде диаграммы «сущность-связь».

6. Составить справочник задач, решаемых пользователями.

Таблица 4 – Справочник задач

7. Проанализировать модель с учётом информационных потребностей пользователей.

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

- таблица сущностей;

- таблица атрибутов;

- таблица связей;

- диаграмма «сущность-связь»;

- справочник задач, решаемых пользователями.

Дата добавления: 2014-12-17