Cтраница 2
Во всяком случае можно пытаться исследовать структуру получающихся модулей методами гомологической алгебры, важную роль в которых играют проективные ( или инъективные) резольвенты. Естественно пытаться также реализовать эти алгебраические конструкции геометрически. Попытка такого рода реализации приводит к действиям над спектрами, обоснованным только в соответствующей категории. [16]
Следующие две главы будут посвящены изучению этих структур модулей. [17]
Подсистема обработки характеристик программ и данных анализирует структуру модулей, переменных, констант, определяет статистические характеристики этих компонент, что позволяет подготавливать модели типовых программных комплексов и их компонент. Анализ использования ЭВМ и средств автоматизации проектирования помогает выявить этапы разработки, требующие наибольших затрат, оценить ресурсы памяти и производительности ЭВМ, необходимые для решения различных функциональных задач, а следовательно, повысить эффективность всего технологического процесса проектирования и качество изделий. [18]
![]() |
Оси симметрии кристалла сегнетовой соли. [19] |
Однако при расчете ряда основных параметров пьезоэлемента необходимо знать структуру модулей упругости и упругих постоянных, которые характеризуют механические и упругие свойства пьезокристаллов. [20]
Исходя из общей структуры банка программ расчета параметров, разработана структура модуля расчета газов и газовых смесей, включающая модули, расположенные по иерархически-кооперационной структуре. К данным модулям относятся программы расчета параметров индивидуальных газов и газовых смесей, диспетчеры индивидуальных газов и газовых смесей, главный диспетчер фазового равновесия. [21]
Проведено структурирование КП на программные модули с соблюдением правил и ограничений по оформлению структуры модулей, ях размеров а связей. Результатом этого этапа должны быть подробные схемы и спецификации на каждый программный модуль. Здесь же должны быть разработаны структуры и описания модулей глобальных переменных. [22]
При данном способе распараллеливания обработки данных производительность СОД РВ, в основном, определяется структурой синтезируемых модулей. Наибольшая эффективность распараллеливания на уровне модуля достигается при слабой информационной взаимосвязи между процедурами, входящими в один модуль. При этом величина времени простоя оборудования определяется уровнем синхронизации обработки различных ветвей модуля. Высокая загрузка каждого процессора обеспечивается наличием большого числа выполняемых параллельно программных модулей или ветвей реализуемого ими алгоритма при условии их назначения программой-диспетчером на любой процессор. [23]
![]() |
Элементы фазы анализа и соответствующие им элементы фазы разработки, формируемые в APT. [24] |
Интерфейс достаточно прост, но имеет запутанный набор правил для создания определения модуля из определений функций и сети структур модулей ( иерархической) из использований бизнес-модулей. В таблице 12.4 показаны элементы фазы разработки, создаваемые утилитой из элементов фазы анализа, а также формируемые генераторы оконечных продуктов. [25]
Часть тракта данных ЦП содержит схемы, необходимые для выполнения основных операций, требующихся при выполнении макрокоманд. Структура модуля тракта данных зависит от архитектуры конкретной машины. [26]
![]() |
Программный вывод результатов из программных модулей. [27] |
Применительно к рассмотренным на рис. 4.7 программным структурам следует сделать одно важное замечание, которое касается отличий MathCAD 7.0 Pro от последующих версий. Приведенный вариант структур модулей приемлем для любой из версий отличий MathCAD Pro. В то же время, для MathCAD 7.0 Pro ввод нескольких исходных данных для цикла допустимо осуществлять в одну строку через запятые. [28]
Каждый модуль имеет собственную структуру, обусловленную конкретными особенностями тематики данного направления, и включает в себя некоторое число подотраслевых ( локальных) центров НТП ( ЛЦ НТП), базирующихся на головных предприятиях и объединениях и имеющих связи ( прямые и обратные) с некоторым числом предприятий отрасли. В качестве примера на рис. 7.2 приведена структура модуля ИЭТ. [29]
При анализе сложности КП в целом внутренняя сложность структуры модуля и обработки в нем информации не учитывается, так же как в предыдущих разделах не учитывалась сложность реализации операторов при анализе сложности модулей. Такой иерархический подход к оценке сложности соответствует теории и практике поэтапного проектирования и иерархии построения модулей, групп программ и КП. [30]