Материал: Базы данных и их безопасность. Плотников Д.Г

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Другие параметры:

способность к модернизации;

стабильность производителя СУБД;

база пользователей;

обучение и поддержка пользователей;

взаимодействие с другими СУБД и прочими системами;

поддержка работы в Internet;

утилиты репликации;

возможности распределенной работы;

качество и полнота документации;

требуемая операционная система;

стоимость;

оперативная справочная система;

используемые стандарты;

управление версиями;

расширенная оптимизация запросов;

масштабируемость;

переносимость;

требуемое аппаратное обеспечение;

поддержка работы в сети;

объектно-ориентированные свойства;

поддержка двухили трехуровневой архитектуры «клиент/сервер»;

производительность;

пропускная способность при обработке транзакций;

максимальное количество одновременно работающих пользователей.

Если просто отмечать насколько хороши или плохи эти параметры в каждом случае, то сравнение разных СУБД может оказаться трудной задачей. Более полезный подход основан на введении весовых коэффициентов, определяющих

216

относительную важность для организации отдельных параметров.

Разработка приложений

Разработка приложений – это проектирование интерфейса пользователя и прикладных программ, предназначенных для работы с БД.

При этом проектирование интерфейса пользователя является одним из важнейших компонентов проектирования приложения в целом. Можно дать общие рекомендации по созданию макетов любых форм и отчетов. Такой макет должен включать:

-содержательное название;

-ясные и понятные инструкции;

-логически обоснованные группировки и последовательности полей;

-визуально привлекательный вид окна формы или поля отчета;

-легко узнаваемые названия полей;

-согласованную терминологию и сокращения;

-согласованное использование цветов;

-визуальное выделение пространства и границ полей ввода данных;

-удобные средства перемещения курсора;

-средства исправления отдельных ошибочных символов и целых полей;

-средства вывода сообщений об ошибках при вводе недопустимых значений;

-особое выделение необязательных для ввода полей;

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

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

Создание прототипов. Это создание рабочей модели приложения баз данных.

Прототип создается для того, чтобы дать пользователям возможность опробовать его в работе и определить, какие из

217

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

Реализация. Физическая реализация БД и разработанных приложений.

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

Конвертирование и загрузка данных

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

Этот этап выполняется только в том случае, если новая БД заменяет старую.

Тестирование

Это процесс выполнения прикладных программ с целью поиска ошибок.

Прежде чем использовать новую систему на практике, ее следует тщательно протестировать. Этого можно добиться путем разработки продуманной стратегии тестирования с использованием реальных данных, которая должна быть построена таким образом, чтобы весь процесс тестирования выполнялся строго последовательно и методически правильно. Если тестирование проведено успешно, оно обязательно вскроет имеющиеся ошибки в прикладных программах и, возможно, в структурах БД.

Как и при проектировании БД, пользователи новой системы должны быть вовлечены в процесс ее тестирования.

Может использоваться несколько различных стратегий тестирования:

нисходящее тестирование; восходящее тестирование; тестирование потоков; интенсивное тестирование.

218

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

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

Восходящее тестирование выполняется в противоположном направлении. Оно начинается с тестирования модулей на самых низких уровнях иерархии системы. Преимущества и недостатки имеют обратный смысл.

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

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

Эксплуатация и сопровождение

Это наблюдение за системой и поддержка ее нормального функционирования по окончании развертывания.

Этот этап включает в себя выполнение следующих действий:

контроль производительности системы. Если производительность падает ниже приемлемого уровня, то

219

может потребоваться дополнительная настройка или реорганизация БД;

сопровождение и модернизация приложений БД.

Администрирование данных и БД

АД и АБД отвечают за управление действиями, связанными с корпоративными данными и корпоративной БД соответственно. Рассмотрим цели и задачи, входящие в круг обязанностей АД и АБД в некоторой организации. В таблице ниже представлены этапы жизненного цикла приложений БД и указан вклад АД и АБД на каждом из них.

Администрирование данных и баз данных

Этап

 

 

Основная

Вспомогательная

 

 

роль

роль

 

 

 

 

Планирование разработки БД

 

АД

АБД

Определение

требований

к

АД

АБД

системе

 

 

 

 

 

Сбор и анализ

требований

АД

АБД

пользователей

 

 

 

 

 

Концептуальное

проектирование

АД

АБД

БД

 

 

 

 

 

Выбор целевой СУБД

 

 

АБД

АД

Логическое проектирование БД

 

АД

АБД

Разработка приложений

 

АБД

АД

Физическое проетирование БД

 

АБД

АД

Создание прототипов

 

 

АБД

АД

Реализация

 

 

 

АБД

АД

Конвертирование

и

загрузка

АБД

АД

данных

 

 

 

 

 

Тестирование

 

 

 

АБД

АД

Эксплуатация и сопровождение

 

АБД

АД

Администрирование данных – это управление информационными ресурсами, включая планирование БД, разработку и внедрение стандартов, определение ограничений и процедур, а также концептуальное и логическое проектирование БД.

220

Источник: https://studfile.net/preview/16563653/