Cтраница 4
Во время работы с приложениями на фазе проектирования некоторые операции выполняются и по отношению к базе данных. Одной из таких операций является проверка таблиц, на которых основаны модули, с целью максимального повышения эффективности процесса. Решение по поводу изменения проекта базы данных для успешного функционирования приложения может быть принято только на этапе прикладного проектирования. Другой операцией, выполняемой по отношению к базе данных на этой фазе, является описание эталонных кодовых таблиц, таблиц управления кодами и справочных таблиц. Эти таблицы являются объектами базы данных, но достаточно интенсивно используются прикладными модулями. Этап прикладного проектирования - первый этап, на котором уже собрана информация, достаточная для принятия решений по поводу этих таблиц. После создания ссылочных таблиц кодовые, эталонные и справочные таблицы автоматически заполняются во время генерирования модуля. [46]
На фазе прикладного проектирования открываются новые сферы деятельности. При этом к проекту базы данных необходимо добавлять новые столбцы, поддерживающие прикладной проект. Нужно постоянно обращаться к проекту базы данных, внося изменения, которые являются результатом процесса отображения столбцов, выполняемого в приложениях. Следует составить отчет о столбцах, показав, в каких модулях они используются. В частности, нужно выявить столбцы, на которые не производятся ссылки ни в одном модуле. По мере возможности подобные столбцы следует удалять. После этого проект базы данных будет завершен. [47]
![]() |
Алгоритм оценки проекта методом моделирования. [48] |
Точные оценки времени, затрачиваемого на вызовы процедур ввода-вывода, представляют собой основу моделирования. Полезно сравнить полученные оценки времени для разных вариантов проекта базы данных и ее размеров, разных прикладных функций и буферных пулов. [49]
Как уже отмечалось, концептуальная схема специфицируется в некотором языке, который поставляется как часть СУБД и называется языком определения данных. Он является не процедурным языком, а, скорее, нотацией для описания типов объектов и связей между ними в терминах конкретной модели данных. Язык определения данных используется при разработке и модификации проекта базы данных. Он не служит для получения или модификации самих данных и почти всегда включает операторы, описывающие ( хотя и в несколько абстрактных терминах) физическую организацию базы данных. [50]
Следующее достоинство внедрения СССД в ЖЦ систем состоит в интеграции доступа к данным конечных пользователей, СССД становится для них источником справочных сведений, который позволяет более эффективно работать с информационными ресурсами, не обращаясь к помощи технического персонала. В этом случае возрастает вероятность получения поддержки со стороны конечных пользователей, поскольку они могут непосредственно убедиться в преимуществах работы с СССД. Хорошо определенный жизненный цикл системы может стать основой всего проекта базы данных, а подкрепленный применением СССД, он в еще большей степени гарантирует внедрение технологии баз данных на предприятии. [51]
Причина, по которой в процессе CADM перед построением базы данных выполняется операция отображения модулей на базу, заключается не просто в необходимости концептуальной ясности этапа проектирования системы перед ее построением. Нельзя быть уверенным в том, что проект базы данных корректен до тех пор, пока столбцы не будут полностью отображены на модули. Следовательно, операция отображения не только играет важную роль при проектировании приложений, но и подтверждает точность проекта базы данных. [52]
Концептуальный план приложения создается до начала разработки базы данных. Выбор инструментов, досок хранения, создание удобного для пользователя интерфейса, выделение модулей, отображение требований и создание функционального описания - все части концептуального плана приложения мы обсудим в данном разделе. Этот план выполняется как часть фазы предварительной разработки, поскольку без ясного представления о виде приложений нельзя переходить к разработке проекта базы данных. [53]
Для разных организаций структура такой временной системы различна. Иногда может быть создано приложение Oracle Designer, чтобы сохранить эту информацию. Например, реляционные проекты базы данных могут фиксироваться непосредственно из базы данных или из DDL-файлов SQL. Разработчик имеет возможность представить типы данных COBOL и структуру данных, которые будут введены вручную или автоматически, когда их объем оправдывает время и стоимость разработки. [54]