Использование CASE-инструментов способствует повышению производительности труда разработчиков за счет приведенных ниже преимуществ:
Стандарты. CASE-инструменты способствуют расширению использования стандартов как в ходе разработки программного проекта, так и в работе самой организации. Они позволяют создавать стандартные тестовые компоненты.
Интеграция. CASE-инструменты позволяют сохранять всю генерируемую информацию в специальном хранилище или в словаре данных. Собранные данные могут быть скомпонованы между собой, что будет гарантировать успешность интеграции всех частей системы.
Поддержка стандартных методов. CASE-
инструменты существенно упрощают построение и использование диаграмм, что позволяет создавать корректную и актуальную документацию.
Непротиворечивость. CASE-инструменты способны обеспечить автоматическую проверку непротиворечивости данных.
Автоматизация. Некоторые CASE-инструменты позволяют автоматически преобразовывать фрагменты спецификаций проекта в выполняемый код.
Определение требований к системе – это определение диапазона действия и границ приложения базы данных, состава его пользователей и областей применения.
Прежде, чем приступить к проектированию приложения БД, важно установить границы исследуемой области и способы взаимодействия приложения с другими частями информационной системы организации. Эти границы должны охватывать не только текущих пользователей и области применения, но и будущих пользователей и возможные области применения.
Сбор и анализ требований пользователей – это сбор и анализ информации о той части организации, работа которой будет поддерживаться с помощью создаваемого приложения
211
БД, а также использование этой информации для определения требований к создаваемой системе.
Необходимая информация может быть собрана следующими способами:
посредством опроса отдельных сотрудников предприятия, особенно специалистов в наиболее важных областях ее деятельности;
с помощью наблюдений за деятельностью предприятия;
посредством изучения документов,
с помощью анкетирования,
за счет использования опыта подобных систем. Собранные сведения о каждой важной области должны
включать:
-используемую и создаваемую документацию,
-подробные сведения о выполняемых транзакциях,
-список требований с указанием их приоритетов. Определение набора требуемых функциональных
возможностей приложения БД является критически важным действием, поскольку системы с неадекватной или неполной функциональностью будут лишь раздражать пользователей. Однако, чрезмерное увеличение набора функциональных возможностей также может стать источником проблем, поскольку это вызовет чрезмерное усложнение системы.
Проектирование БД
Проектирование БД – это процесс создания проекта БД, предназначенной для поддержки функционирования предприятия и способствующей достижения его целей.
Основными целями проектирования БД являются:
-представление данных и связей между ними, необходимых для всех основных областей применения данного приложения и любых существующих групп его пользователей;
-создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных;
212
- разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы.
Существую два подхода к проектированию систем БД: «нисходящий» и «восходящий». Восходящий подход предполагает начало работы с определения атрибутов, анализа связей между ними, определение сущностей и связей между сущностями. Этот подход лучше всего подходит для проектирования простых БД с относительно небольшим количеством атрибутов. Процесс нормализации – вариант всходящего подхода.
Для проектирования сложных БД более подходит нисходящий подход. Он начинается с разработки моделей данных, которые содержат несколько высокоуровневых сущностей и связей, затем работа продолжается в виде серии нисходящих уточнений низкоуровневых сущностей, связей и относящихся к ним атрибутов. Нисходящий подход демонстрируется в концепции «сущность-связь».
Помимо этих подходов, для проектирования БД могут применяться другие подходы, например, подход типа «изнутри наружу» или «смешанная стратегия проектирования».
Выбор целевой СУБД
Это выбор СУБД подходящего типа, предназначенной для поддержки создаваемого приложения БД. Цель данного этапа заключается в выборе системы, удовлетворяющей как текущим, так и будущим требованиям организации, при оптимальном уровне затрат, включающем расходы на приобретение СУБД и дополнительного аппаратного и программного обеспечения, а также расходы, связанные с переходом к новой системе и необходимостью обучения персонала.
Основные этапы процедуры выбора СУБД:
Определение области компетенции проводимого изучения. На этом этапе определяются те критерии, которые будут использоваться для оценки возможностей СУБД, предварительный список анализируемых продуктов, а также все
213
прочие необходимые условия проведения изучения, включая сведения об установленным для него временных рамках.
Сокращение списка претендентов до двух-трех продуктов. Решение о включении некоторой СУБД в этот список может зависеть от установленного бюджета, уровня поддержки продукта со стороны производителя, совместимости
сдругими программными продуктами, а также требованиями к используемому оборудованию.
Оценка продуктов. Ниже представлены возможные параметры оценки СУБД.
Определение данных: расширенная поддержка первичных ключей;
определение внешних ключей;
предусмотренные типы данных;
расширяемость типов данных;
определение доменов;
простота реструктуризации;
средства поддержки целостности данных;
реализация механизма представлений;
поддержка словаря данных;
независимость от данных;
тип базовой модели организации данных;
поддержка эволюции схемы.
Физические параметры: предусмотренные файловые структуры;
поддержка определения файловых структур;
простота организации;
средства индексирования;
поля/записи с переменной длиной;
сжатие данных;
возможности шифрования;
требования к памяти;
требования к устройствам хранения данных;
214
Доступность: язык запросов – совместимость со стандартами SQL-92/SQL3
интерфейс для других систем;
интерфейс для языков третьего поколения;
многопользовательский доступ;
защита БД;
управление доступом к данным;
поддержка механизма авторизации;
Обработка транзакций:
процедуры резервного копирования и восстановления;
поддержка контрольных точек;
средства ведения системного журнала;
поддерживаемый уровень детализации параллельности;
возможные стратегии разрешения тупиковых
ситуаций;
поддержка усовершенствованных моделей управления транзакциями;
параллельная обработка запросов.
Утилиты:
измерение производительности;
настройка производительности БД;
инструменты загрузки/выгрузки данных;
контроль активности пользователей;
поддержка процедур администрирования БД.
Средства разработки:
Инструменты, использующие языки четвертого и пятого поколений;
CASE-инструменты;
инструмент для работы с оконным интерфейсом;
поддержка хранимых процедур, триггеров и правил.
215