27. Основные этапы проектирования системы бд.

Проектирование различают:

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

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

физическое.

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

1. Предпроектный анализ и технико-экономическое обоснование

Выполняется инфологическое проектирование. Осуществляется идентификация ПО: 1. Определение границ ПО; 2. определение главной цели, которая используется при проектировании системы БД.

Анализ ПО начинается с функционального анализа, в основе которого лежит идея декомпозиции функций, действий. Результат функционального анализа – функциональная модель, которая даёт представление о ПО в терминах функций и групп данных. Функциональная модель – это инфологическая модель. Здесь полезна методология структурного анализа:

1. построение контекстной диаграммы ПО;

2. построение диаграмм декомпозиции (детализация главных функций);

3. дальнейшая декомпозиция.

Совокупность таких диаграмм и есть функциональная модель ПО (AS-IS). Цель анализа – синтезировать модель TO-BE. Функциональная модель может строиться в рамках методологии структурного моделирования IDEF0.

На основании функциональной модели удаётся сгруппировать данные, что даёт возможность построить информационную модель – характеризует информационный, структурный момент ПО. Модель ≪сущность-связь≫ (Entity Relationship Model) также использует диаграммную технику, но для моделирования системы информации в терминах ≪сущность-связь≫.

2 . Техническое проектирование

Выполняется даталогическое проектирование. Суть – отображение информационной модели на те структурные возможности, которые предоставляют: 1. тип структуры данных; 2. тип СУБД; 3. Технология с средства прикладного программирования; 4. конкретная компьютерная среда и технология.

На этом этапе различают следующие аспекты:

Информационный: 1. разработка даталогических моделей БД – прямое проектирование; 2. уточнение инфологической модели – обратное проектирование; 3. разработка схем данных всех уровней; 4. определение в терминах языка СУБД запросов к БД.

Программный: 1. анализ состава функций, реализуемых средствами СУБД; 2. определение функций и возможностей их реализации средствами оригинального программирования; 3. алгоритмы работы с БД, реализации запросов; 4. проектирование элементов интерфейса.

Технический: 1. выбор компьютерной среды, СУБД; 2. расчёт необходимого количества технических

средств, рабочих мест.

Организационный: 1. разработка структурных схем, взаимосвязей отдельных подразделений, должностных лиц с автоматизированным банком данных; 2. разработка взаимодействия пользователей и администратора; 3. инструкции для пользователей.

Результат: концептуальная даталогическая модель; комплект описаний (включает словарь данных, реляционную схему БД).

3. Рабочее проектирование (реализация)

Определяется то, как проект будет реализовываться. Цель: разработка внутренней модели.

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

Виды работы: 1. генерация схем данных; 2. разработка комплекса программ для реализации алгоритмов обработки данных; 3. создание прототипа БД; 4. разработка контрольных примеров, обеспечивающих многоцелевое тестирование БД и прикладных программ; 5. разработка инструкций для всех категорий пользователей.

4. Ввод в эксплуатацию

Осуществляется комплекс работ по вводу в действие, опытной эксплуатации и сдаче в промышленную эксплуатацию БД. 1. Процесс ввода осуществляется в поэтапном вводе в программу языковых средств; 2. Загрузка БД реальными данными. 3. Совместное функционирование БД и ПП. 4. Интеграция программных средств; 5. Проверка достоверности данных; 6. Отработка технологического функционирования; 7. Оценка результатов.

Сопроводительная документация: 1. план-график проведения организационно-технических мероприятий; 2. протокол испытания; 3. программа испытания; 4. программа работы приёмной комиссии; 5. акт приёмки в промышленную эксплуатацию.

5. Промышленная эксплуатация и развитие

Ответственность несёт заказчик. Значительную роль играет администратор. Его обязанности: 1. Обеспечение функционирования банка данных (обеспечение целостности, непротиворечивости, поддержка работоспособности программных средств); 2. Анализ функционирования и обзор статистических данных об использовании банка данных; 3. Совершенствование и развитие на основе собранной статистической информации; 4. Реструктуризация банка данных; 5. Восстановление утерянных данных.