metBD (1084482), страница 28

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 28)

предусмотренные типы данных;

расширяемость типов данных;

определение доменов;

простота реструктуризации;

средства поддержки целостности данных;

реализация механизма представлений;

поддержка словаря данных;

независимость от данных;

тип базовой модели организации данных;

поддержка эволюции схемы.

Физические параметры: предусмотренные файловые структуры;

поддержка определения файловых структур;

простота организации;

средства индексирования;

поля/записи с переменной длиной;

сжатие данных;

возможности шифрования;

требования к памяти;

требования к устройствам хранения данных;

Доступность: язык запросов – совместимость со стандартами SQL-92/SQL3

интерфейс для других систем;

интерфейс для языков третьего поколения;

многопользовательский доступ;

защита БД;

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

поддержка механизма авторизации;

Обработка транзакций:

процедуры резервного копирования и восстановления;

поддержка контрольных точек;

средства ведения системного журнала;

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

возможные стратегии разрешения тупиковых ситуаций;

поддержка усовершенствованных моделей управления транзакциями;

параллельная обработка запросов.

Утилиты:

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

настройка производительности БД;

инструменты загрузки/выгрузки данных;

контроль активности пользователей;

поддержка процедур администрирования БД.

Средства разработки:

Инструменты, использующие языки четвертого и пятого поколений;

CASE-инструменты;

инструмент для работы с оконным интерфейсом;

поддержка хранимых процедур, триггеров и правил.

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

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

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

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

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

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

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

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

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

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

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

стоимость;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 50

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

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

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

Основные задачи администрирования данных:

• Выбор подходящих инструментов разработки

• Помощь в разработке корпоративных стратегий построения информационной системы, развития информационных технологий и бизнес -стратегий

• Предварительная оценка осуществимости и планирование процесса создания БД

• Разработка корпоративной модели данных

• Определение требований организации к используемым данным

• Определение стандартов сбора данных и выбора формата их представления

• Оценка объемов данных и вероятность их роста

• Определение способов и интенсивности использования данных

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

• Концептуальное и логическое проектирование БД

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

• Обучение пользователей – изучение существующих стандартов обработки данных и юридической ответственности за их некорректное применение

• Постоянная модернизация используемых информационных систем и технологий по мере развития бизнес -правил

• Обеспечение полноты всей требуемой документации

• Поддержка словаря данных организации

• Взаимодействие с конечными пользователями для определения новых требований и разрешение проблем, связанных с доступом к данным и недостаточной производительностью их обработки.

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

Характеристики

Список файлов книги