Cтраница 1
Диаграмма модулей показывает использование данных для отдельного модуля и отношение этого модуля к родительским и дочерним модулям. Каждый модуль фактически состоит из одного или нескольких компонентов, отражающих используемую в модуле группировку элементов данных. Характеристики заказа ( или любого другого компонента модуля) могут содержать информацию из нескольких таблиц - в нашем случае, из таблицы ORDER ITEMS, куда будут вставлены данные, и таблицы PRODUCTS, используемой для поиска заказываемого товара. Диаграмма модуля показывает два компонента модуля и их связь внутри него. [1]
![]() |
Дальнейшее использование элементов сети модулей. [2] |
Диаграмма модуля ( Module Diagram) - важное инструментальное средство, используемое для уточнения характеристик модулей при подготовке их к генерации. С ее помощью можно назначать источники данных ( таблицы и представления), применяемые в каждом модуле, а также определять многие показатели, характеризующие окончательный вид приложения. Система меню уточняется с помощью Module Network Viewer, а компоненты модулей и способы реализации данных - с помощью диаграммы модулей. [3]
На диаграмме модуля элементы компоновки применяются для описания способа разделения генерируемого модуля. Существуют три элемента компоновки: окно, канва ( объект-основа или подложка) содержимого и стековая канва. Все они отображаются в окне просмотра Display диаграммы модуля. В окнах содержатся все элементы, расположенные на экране, одними из таких элементов являются объекты-основы. Как окна, так и объекты-основы имеют свойства, определяющие их размер и местоположение. На рис. 6.12 все эти три элемента представлены в контексте модуля. Для простоты на диаграмме не показаны другие-элементы. [4]
ЕСЛИ окно диаграммы модуля открыто, можно выбрать в этом окне кнопку Create Specific Component ( создать специфичный компонент) панели инструментов и перетащить ее в соответствующий модуль. [5]
Символами на диаграмме модуля, как и на большинстве других диаграмм, обычно являются прямоугольники и связи. Некоторые применяемые символы обозначают элементы, специфичные для модулей. На рис. 16.7 показаны символы вида Data. Для связанных элементов предусмотрены символы, отображающие тип данных столбца. Столбцы располагаются в алфавитном порядке. Связи представляют ограничения внешних или первичных ключей. [6]
В виде Data диаграммы модуля ( см. ниже раздел Диаграмма модуля) также отображается подмножество сети, основанное на одном модуле. Если строится диаграмма для конкретного модуля, то вызывающие его модули, а также модули, вызываемые им, будут показаны на одной и той же диаграмме. В результате вырисовываются общие контуры размещения модуля в сети. [7]
Сеанс работы с диаграммой модуля представлен на рис. 16.5. Вся информация, содержащаяся на диаграмме, связана с модулем. Обратите внимание на символы, используемые для родительских и дочерних модулей, т.е. модулей, вызывающих данный модуль и вызываемых им. [8]
Создать несвязанный элемент на диаграмме модуля достаточно просто. [9]
Из всех применяемых на диаграмме модуля элементов главными являются табличные способы использования компонентов модулей и собственно компоновка. [10]
В виде Data диаграммы модуля ( см. ниже раздел Диаграмма модуля) также отображается подмножество сети, основанное на одном модуле. Если строится диаграмма для конкретного модуля, то вызывающие его модули, а также модули, вызываемые им, будут показаны на одной и той же диаграмме. В результате вырисовываются общие контуры размещения модуля в сети. [11]
Генератор отчетов вызывается выбором модуля в навигаторе или на диаграмме модуля и указанием пункта меню Generate - Generate Module в редакторе проектов. [12]
С помощью навигатора, палитры ( или диалоговых окон) свойств и диаграммы модуля можно определить, какие элементы данных используются и как они отображаются в компоновке. Стандартный сеанс генерации начинается с просмотра визуальных характеристик и характеристик данных модуля на его диаграмме. Затем модуль генерируется, делаются примечания по поводу того, что нужно изменить. Эти изменения вносятся в диаграмму модуля и в свойства навигатора. Цикл повторяется до тех пор, пока модуль не будет полностью уточнен и не начнет работать. Такой итеративный метод вполне подходит для фазы построения. По существу все, что нужно сделать на этапе прикладного проектирования, - ввести как можно более полные описания, основываясь на своем знании системы. Этот этап заканчивается перед генерацией, которая производится на фазе построения. [13]
Генератор MS Help вызывается из окна редактора проектов выбором модуля в навигаторе или на диаграмме модуля с последующим указанием пункта меню Generate-Generate Module As. В нем надо выбрать справочную систему для генерации справочного текста. [14]
Генератор Webserver вызывается с помощью пункта меню Generate-Generate Module редактора проектов или путем выбора модуля в навигаторе или на диаграмме модуля и щелчка мыши на кнопке Generate панели инструментов. [15]