Другой модуль - система
Cтраница 1
Другой модуль системы - FoxCode - предназначен главнкм образом для опытных разработчиков приложений. С его помощью можно разрабатывать как конкретные, так и обобщенные прыю-жения. Последние представляются в виде описания на языке шаблонов и компилируются. Их конкретизация может в дальнейшем осуществляться с помощью FoxView. [1]
За счет глубокой интеграции с другими модулями системы, упорядочения документооборота, создания бухгалтерских проводок в системе непосредственно после совершения хозяйственных операций обеспечивается получение ежедневной информации ( вместо ежемесячной, как ранее) для анализа и управления финансово-хозяйственной деятельностью предприятия, например сведений об остатках товарно-материальных ценностей ( ТМЦ), материалах в пути, движении финансов за день, о текущих платежах. [2]
Эти случаи соответствуют наличию и отсутствию передачи управления другим модулям системы при реализации процедур рассматриваемого модуля. [3]
Магистраль управления служит для передачи сигналов управления, которыми МП обменивается с другими модулями системы. Сигналы управления определяют характер, направление и вид информации, передаваемой по магистралям адреса и данных. [4]
Парнасом, выделяются две основные характеристики модуля: мощность, т.е. количество процедур обработки данных, которые он может реализовать, и связанность его с другими модулями системы. [5]
Каждый модуль в системе представляет собой отдельную функционально законченную программную единицу, которая структурно идентифицируется ( или оформляется) стандартным образом по отношению к компилятору и к объединению ее с другими модулями системы загрузки. [6]
В большинстве случаев модуль, обнаруживающий ошибку, не должен ее исправлять. Модуль, определяющий стратегию коррекции, может потребовать частичного участия в корректирующем действии ряда других модулей системы. При проектировании большинства реальных систем рассмотрение проблем межмодульного интерфейса производится, как правило, на более поздних стадиях процесса проектирования вплоть до начала эксплуатации. В результате такого подхода возникает необходимость нарушения разработанного интерфейса для получения желаемых результатов по локализации ошибок. [7]
Рассмотрим порядок составления консолидированной отчетности в комплексной автоматизированной системе Галактика - системе, которая изначально ориентирована на крупные предприятия с удаленными филиалами. В ней для реализации функции составления консолидированной отчетности предусмотрен модуль Консолидация, который взаимосвязан с другими модулями системы, используя их информацию. В самом общем виде технология автоматизированного составления консолидированной отчетности здесь заключается в следующем. [8]
На основании упомянутых данных должно быть определено падение напряжения и нагрев проводников. Особое внимание нужно уделить эффектам близкого взаимодействия, которые могут возникнуть при объединении разрабатываемой схемы с другими модулями системы. И, наконец, нужно учесть условия работы и хранения схемы, а именно: влажность, запыленность, температуру, механические вибрации и удароустойчивость. Затем, с помощью первоначального рисунка и его последующих улучшенных вариантов определяются дополнительные требования к конструкции - специальное экранирование, критичность качества земли, повышенная изоляция, теплоотвод и другие менее важные характеристики. [9]
Особенность структуры микропроцессорной системы заключается в магистральной организации связей между входящими в ее состав модулями с помощью трех шин: шины данных, шины адреса и шины управления. Эти шины соединяют микропроцессор с внешней памятью ( ОЗУ, ПЗУ) и интерфейсами ввода-вывода, в результате чего создается возможность обмена данными между МП и другими модулями системы, а также передачи управляющих сигналов. [10]
Например, модули извлечения и модификации могут предложить замариновать креветок, а потом уже их чистить. Тогда другой модуль системы, ответственный за восстановление, обратится к знаниям о типах ошибок в рецептах, отыщет подходящую стратегию исправления ситуации и повторит этап составления рецепта. В новом рецепте сначала нужно очистить креветки, а уже потом их мариновать. [11]
 |
Логическая схема [ IMAGE ] Интерфейс МП 8080 с систем-шинного. формирователя и ными шинами адреса и данных. [12] |
Интерфейс МП с системными шинами адреса и данных, реализованных на основе 8216, показан на рис. 5.9. Сигнал разрешения шины, генерируемый логикой управления шиной, подключен на управляющий вход выбора кристалла CS. При высоком уровне этого сигнала все шесть 8216 переводятся в высокоимпедансный режим. Шинами адреса и данных могут управлять другие модули системы. При низком уровне сигнала разрешения шины шиной управляет МП. [13]
Для анализа и решения задач данного класса введены понятия точек разрыва модулей первого и второго рода. Каждой точке разрыва ставится в соответствие необходимость обращения к внешней памяти и передачи управления при функционировании системы. Точки разрывов первого и второго рода соответствуют наличию и отсутствию передачи управления другим модулям системы при реализации процедур рассматриваемого модуля. [14]
 |
Общая модульная структура аппаратных средств микрокомпьютерной системы. [15] |
Страницы: 1 2