Прикладное проектирование

Cтраница 2

Настройте и завершите проект базы данных, В этот момент одновременно с завершением прикладного проектирования начинается процесс построения базы данных. [16]

Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [17]

Таким образом, первый этап ( проектирование базы данных) фазы проектирования обеспечивает проведение второго этапа ( прикладного проектирования), так как итогом первого этапа является полный набор описаний объектов базы данных. В данной главе подробно рассматриваются основные составляющие процесса проектирования базы данных, необходимые для определения способа реализации логической бизнес-модели. [18]

При разработке крупных систем за прикладным концептуальным проектом, завершенным на фазе предварительного проектирования, следуют этапы проектирования базы данных и прикладного проектирования, а за ними - фаза построения. [19]

К этом) моменту жизненного цикла разработки системы уже созданы основа проекта базы данных и макеты экранов, или доски хранения, приложений. По окончании этапа прикладного проектирования проект базы данных будет полностью завершен и готов к построению базы данных и приложений. [20]

Приложения и отчеты создавать намного проще, если в представлениях предусмотрен определенный интеллектуальный уровень. Эффективное средство, редко используемое в прикладном проектировании, - встраивание функций в представления. [21]

В процессе денормализации, выполняемой на этапе проектирования базы данных, создаются итоговые и производные столбцы и таблицы. На этапе прикладного проектирования использование этой утилиты увеличивает время работы. А вот при денормализации на нее стоит обратить внимание. В основе алгоритма построения итоговых и производных столбцов и таблиц лежит создание программного текста PL / SQL на сервере ( возможно, в виде триггера) или в прикладном модуле. Посредством этого программного текста вычисляются или суммируются значения нескольких таблиц или столбцов. Программный текст PL / SQL хранится в узле репозитория, называемом PL / SQL Definitions, во вкладке Server Model. С помощью редактора логики можно создавать описания PL / SQL, свойственные фазе проектирования, а также определять их более точно на этапе построения. [22]

Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [23]

На фазе проектирования решаются две основные задачи: проектирование базы данных и прикладное проектирование. Главная цель первого процесса - описать все необходимые в системе объекты базы. Грамотно составленный проект базы данных должен быть готов к началу прикладного проектирования, поскольку для модулей, которые применяются на этом этапе, требуются таблицы, специфицированные во время проектирования базы данных. Однако этот процесс повторяется, так что при описании модулей будут создаваться новые таблицы, а некоторые уже имеющиеся совершенствоваться. [24]

Помимо этого, следует проанализировать описания каждой таблицы и каждого столбца и Детализировать их как можно подробнее. Чем полнее вы выполните задачи этой фазы, тем реже придется прерываться на этапе прикладного проектирования или на фазе построения для внесения пропущенных деталей. Кроме того, если описания таблиц и столбцов правильно построены на этапе проектирования, при работе с таблицами в модулях всякий раз будут наследоваться некоторые характеристики описаний таблиц. Аналогично, свойства столбцов будут наследоваться в модуле в виде свойств связанных элементов. Таким образом, в этот момент можно решить, каким именно образом будут просматриваться или использоваться таблицы. Предположим, что существует описание некоторой таблицы, используемое в четырех модулях. Свойства отображения таблицы, указанные в ее описании, будут применяться во всех четырех модулях. Естественно, разрешается переустанавливать значения параметров таблицы и указывать дополнительные детали на уровне модулей. Однако свойства уровня таблиц предоставляют достаточно удобный набор установок по умолчанию и снижают объем операций настройки модулей. [25]

Во время работы с приложениями на фазе проектирования некоторые операции выполняются и по отношению к базе данных. Одной из таких операций является проверка таблиц, на которых основаны модули, с целью максимального повышения эффективности процесса. Решение по поводу изменения проекта базы данных для успешного функционирования приложения может быть принято только на этапе прикладного проектирования. Другой операцией, выполняемой по отношению к базе данных на этой фазе, является описание эталонных кодовых таблиц, таблиц управления кодами и справочных таблиц. Эти таблицы являются объектами базы данных, но достаточно интенсивно используются прикладными модулями. Этап прикладного проектирования - первый этап, на котором уже собрана информация, достаточная для принятия решений по поводу этих таблиц. После создания ссылочных таблиц кодовые, эталонные и справочные таблицы автоматически заполняются во время генерирования модуля. [26]

Основным результатом фазы прикладного проектирования является окончательно оформленная книга проекта. Ее частью должны стать завершенные и подробные спецификации модулей репози-тория Oracle Designer и первоначальные программные конструкции для поддержки полноэкранных компоновок. На этом этапе не выполняется только программирование сложных конструкций для модулей. Во время прикладного проектирования полностью определяются меню и средства перемещения. Реализация всех программных элементов, обеспечивающих переход из одного экрана в другой, позволит оценить общий вид проекта системы и понять ее предназначение. Необходимо указать, какие пакеты PL / SQL потребуются, хотя создавать их на этом этапе необязательно. [27]

Именно на этапе прикладного проектирования окончательно определяется, как каждый модуль будет использоваться на уровне столбцов. Помимо подготовки к созданию модулей, основной целью этого этапа является подтверждение правильности проекта базы данных. Концептуально прикладной проект создается на этапе предварительного проектирования. Затем, на этапе проектирования, строится наиболее эффективная база данных, возможно, с использованием логической диаграммы ERD и концептуального прикладного проекта. Теперь, во время прикладного проектирования, устанавливается полное соответствие модулей и базы данных, что гарантирует ее правильность. На этом этапе можно выявить, какие столбцы пропущены, а какие не нужны в модулях. [28]

В Module Network Viewer устанавливаются связи между модулями и определяются основные свойства этого уровня. На диаграмме модуля можно указать, какие элементы данных используются для каждой таблицы или представления, а также как они будут отображаться в сгенерированной компоновке. При переходе к фазе построения типичный сеанс генерирования модуля начинается с анализа на диаграмме модуля его визуальных аспектов и характеристик, связанных с данными. После этого генерируется модуль, делаются замечания по поводу нужных изменений, которые затем вносятся в свойства модуля на диаграмме или в навигаторе. Этот цикл повторяется до тех пор, пока модуль не будет работать должным образом. Главное, что нужно сделать на этапе прикладного проектирования, - ввести как можно более полные описания, основываясь на знании системы. Эта фаза заканчивается перед генерацией модулей, на следующей фазе выполняется повторяющийся цикл генерирования и уточнения. [30]

Страницы: 1 2 3