Диаграмма - модуль
Cтраница 2
Генератор VB вызывается с помощью пункта меню Generate-Generate Module редактора проектов после выбора модуля Visual Basic в навигаторе или на диаграмме модуля. [16]
Как и на диаграмме модели сервера, некоторые элементы, отображаемые на экране, можно скрыть с помощью пункта меню Options-Show / Hide, если диаграмма модуля является активным окном. Вызываемое диалоговое окно ( см. рис. 16.13) позволяет разрешить или запретить отображение связанных элементов ( столбцов), а также других элементов и свойств диаграммы. [17]
В Module Network Viewer устанавливаются связи между модулями и определяются основные свойства этого уровня. На диаграмме модуля можно указать, какие элементы данных используются для каждой таблицы или представления, а также как они будут отображаться в сгенерированной компоновке. При переходе к фазе построения типичный сеанс генерирования модуля начинается с анализа на диаграмме модуля его визуальных аспектов и характеристик, связанных с данными. После этого генерируется модуль, делаются замечания по поводу нужных изменений, которые затем вносятся в свойства модуля на диаграмме или в навигаторе. Этот цикл повторяется до тех пор, пока модуль не будет работать должным образом. Главное, что нужно сделать на этапе прикладного проектирования, - ввести как можно более полные описания, основываясь на знании системы. Эта фаза заканчивается перед генерацией модулей, на следующей фазе выполняется повторяющийся цикл генерирования и уточнения. [18]
ЕСЛИ модули-кандидаты были созданы в преобразователе ADT и затем утверждены, то модули и компоненты модулей уже есть. Теперь для этих модулей нужно уточнить существующие элементы и описать новые с помощью диаграммы модуля и навигатора. Кроме того, новые модули можно создать при помощи уже описанных методов создания модулей и установки их свойств. На диаграмме модуля рассматриваются его характеристики. Методы модификации существующих модулей и построение новых с нуля аналогичны и не зависят от времени и способа их создания. Различают следующие этапы построения модулей: создание компонентов модуля, добавление к компонентам табличных способов использования, указание таких дополнительных элементов, как несвязанные элементы и элементы операций, создание связей с табличными способами использования и изменение компоновки. [19]
После того как все необходимые компоненты полностью определены и описаны, можно приступить к процессу генерации. Генератор форм вызывается с помощью пункта меню Generate-Ge - nerate Module редактора проектов после выбора только одного модуля в навигаторе или в окне диаграммы модуля. [20]
 |
Операции процесса прикладного проектирования и инструментальные средства Oracle Designer. [21] |
Основной причиной использования этого инструментального средства сейчас является необходимость добавления или изменения созданных ранее описаний базы данных вследствие новых требований, возникших при описании модулей. Возможно, потребуется также проанализировать свойства реляционных описаний ( таблиц и представлений), чтобы расширить характеристики отображения столбцов. Эта операция рассматривается в разделе Диаграмма модуля, поскольку свойства отображения аналогичны тем, что выводятся в окне свойств таблицы. [22]
На диаграмме модуля элементы компоновки применяются для описания способа разделения генерируемого модуля. Существуют три элемента компоновки: окно, канва ( объект-основа или подложка) содержимого и стековая канва. Все они отображаются в окне просмотра Display диаграммы модуля. В окнах содержатся все элементы, расположенные на экране, одними из таких элементов являются объекты-основы. Как окна, так и объекты-основы имеют свойства, определяющие их размер и местоположение. На рис. 6.12 все эти три элемента представлены в контексте модуля. Для простоты на диаграмме не показаны другие-элементы. [23]
В Module Network Viewer устанавливаются связи между модулями и определяются основные свойства этого уровня. На диаграмме модуля можно указать, какие элементы данных используются для каждой таблицы или представления, а также как они будут отображаться в сгенерированной компоновке. При переходе к фазе построения типичный сеанс генерирования модуля начинается с анализа на диаграмме модуля его визуальных аспектов и характеристик, связанных с данными. После этого генерируется модуль, делаются замечания по поводу нужных изменений, которые затем вносятся в свойства модуля на диаграмме или в навигаторе. Этот цикл повторяется до тех пор, пока модуль не будет работать должным образом. Главное, что нужно сделать на этапе прикладного проектирования, - ввести как можно более полные описания, основываясь на знании системы. Эта фаза заканчивается перед генерацией модулей, на следующей фазе выполняется повторяющийся цикл генерирования и уточнения. [24]
Многие из инструментальных средств, перечисленных в этой таблице, упоминаются и в других главах. В главе 14 представлен редактор логики ( Logic Editor), который используется для завершения программных описаний в PL / SQL и в других языках. В главе 16 рассказывается о средстве просмотра сети модулей ( Module Network Viewer) и о диаграмме модуля ( Module Diagram), а также поясняется, как создавать и сопровождать таблицы управления кодами, эталонные кодовые таблицы и справочные таблицы. В главе 14 говорится о том, как работать с журнальными таблицами и как их создавать. В главе 20 рассматривается процесс тестирования на уровне программных единиц, позволяющий выяснить, соответствуют ли модули предъявляемым требованиям, и детально описывается набор документации, который начинает формироваться на фазе построения. [25]
Диаграмма модуля ( Module Diagram) - важное инструментальное средство, используемое для уточнения характеристик модулей при подготовке их к генерации. С ее помощью можно назначать источники данных ( таблицы и представления), применяемые в каждом модуле, а также определять многие показатели, характеризующие окончательный вид приложения. Система меню уточняется с помощью Module Network Viewer, а компоненты модулей и способы реализации данных - с помощью диаграммы модулей. [26]
Диаграмма модулей показывает использование данных для отдельного модуля и отношение этого модуля к родительским и дочерним модулям. Каждый модуль фактически состоит из одного или нескольких компонентов, отражающих используемую в модуле группировку элементов данных. Характеристики заказа ( или любого другого компонента модуля) могут содержать информацию из нескольких таблиц - в нашем случае, из таблицы ORDER ITEMS, куда будут вставлены данные, и таблицы PRODUCTS, используемой для поиска заказываемого товара. Диаграмма модуля показывает два компонента модуля и их связь внутри него. [27]
ЕСЛИ модули-кандидаты были созданы в преобразователе ADT и затем утверждены, то модули и компоненты модулей уже есть. Теперь для этих модулей нужно уточнить существующие элементы и описать новые с помощью диаграммы модуля и навигатора. Кроме того, новые модули можно создать при помощи уже описанных методов создания модулей и установки их свойств. На диаграмме модуля рассматриваются его характеристики. Методы модификации существующих модулей и построение новых с нуля аналогичны и не зависят от времени и способа их создания. Различают следующие этапы построения модулей: создание компонентов модуля, добавление к компонентам табличных способов использования, указание таких дополнительных элементов, как несвязанные элементы и элементы операций, создание связей с табличными способами использования и изменение компоновки. [28]
С помощью навигатора, палитры ( или диалоговых окон) свойств и диаграммы модуля можно определить, какие элементы данных используются и как они отображаются в компоновке. Стандартный сеанс генерации начинается с просмотра визуальных характеристик и характеристик данных модуля на его диаграмме. Затем модуль генерируется, делаются примечания по поводу того, что нужно изменить. Эти изменения вносятся в диаграмму модуля и в свойства навигатора. Цикл повторяется до тех пор, пока модуль не будет полностью уточнен и не начнет работать. Такой итеративный метод вполне подходит для фазы построения. По существу все, что нужно сделать на этапе прикладного проектирования, - ввести как можно более полные описания, основываясь на своем знании системы. Этот этап заканчивается перед генерацией, которая производится на фазе построения. [29]
Просмотр и изменение многократно используемых компонентов модулей выполняется с помощью специального инструментального средства диаграммы. Если в навигаторе или на диаграмме выбрать многократно используемый компонент и указать в меню Tools - Reusable Component Graphical Editor, то компонент модуля загрузится в окно диаграммы. В этом окне отражаются функциональные возможности диаграммы модуля. Однако содержимым окна является не модуль, а один многократно используемый компонент. Окно диаграммы имеет свои собственные окна просмотра данных и отображения. [30]
Страницы: 1 2 3