Процедура - проектирование
Cтраница 3
МПС важно для последующего анализа процедуры проектирования SOPC. Во-вторых, широкое распространение ИСПС оказало и оказывает существенное влияние на различные аспекты процедуры проектирования традиционных МПС. Таким образом, тесная взаимосвязь и фактическая близость проблем проектирования традиционных МПС и SOPC заставляют более подробно остановиться на особенностях реализации микропроцессорных фрагментов в современной аппаратуре. Вместе с тем, следует учитывать, что методы, решения и средства, которые создавались и продолжают разрабатываться для систем на кристалле SOPC, далеко не всегда могут быть применены в традиционных микропроцессорных системах. [31]
На этом основан важный этап процедуры проектирования трансверсального фильтра. Предполагается, что требуемая частотная характеристика задана вплоть до частоты ( 02, на которой ее значение уменьшается до нуля. Частотный коэффициент передачи трансверсального фильтра Н8 ( о) в этом случае достаточно близок к заданной частотной характеристике в диапазоне ( o a s / 2 с точностью до постоянного множителя. Так как этот подход применим к любой заданной частотной характеристике, то метод трансверсального фильтра является весьма универсальным. [32]
На рис. 1.1 представлена совокупность процедур проектирования базы данных. Процесс включает три самостоятельных этапа. На этапе концептуального проектирования осуществляются сбор, анализ и редактирование требований к данным. В пооцессе логического проектирования требования к данным преобразуются в структуры ( например, в виде сегментов и иерархий) используемой системы управления базами данных. На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа. [33]
ГПС являются наиболее важными в комплексе процедур проектирования. [34]
Проведение ревизий, состоящих в анализе процедур проектирования и нормативной документации е точки зрения их соответствия установленным планам стандартизации процесса разработки программного обеспечения, в слежении за выполнением этих планов и наличием корректирующей документации. [35]
Теория оптимизации широко используется при выполнении процедур проектирования ИЭТ, в том числе в рамках САПР. Теория функциональной организации менее известна, хотя и является важным звеном в раскрытии процессов формирования качества и стоимости функций изделий, определении истоков появления низкого качества и высоких затрат, представления тенденций развития систем. Использование этой теории для решения задач электронной промышленности представляется особенно актуальным. [36]
В геометрическом плане дисперсионный анализ представляет собой процедуру последовательного проектирования вектора у, который представлен точкой в - мерном пространстве, на ортогональные гиперплоскости внутри этого пространства. Число unw - ней свободы каждого члена определяется размерностью этих гиперплоскостей; в приведенном выше примере. [37]
Для получения необходимой проектной информации целесообразно автоматизировать многие процедуры проектирования, что позволит освободить проектировщика от утомительной работы, неизбежно сопровождающей процесс проектирования баз данных. Отчеты, выдаваемые на этапе редактирования создаваемых структур, обеспечивают проектировщику помощь при стандартизации имен элементов данных и определении их назначения. С помощью диагностических отчетов процесса логического структурирования выявляются несогласованность характеристик элементов данных, пропуски, а также возможные альтернативные решения. Оценки производительности системы, получаемые на стадии проектирования, помогают проектировщику решать вопросы, касающиеся выбора различных вариантов структур. Процесс проектирования сопровождается получением документации, которая соответствует текущему состоянию дел. [38]
Описываются варианты состава оборудования, необходимые для проведения процедуры проектирования. [39]
Представление схем БД в виде схем отношений упрощает процедуру проектирования БД. Этим объясняется создание систем, в которых проектирование БД ведется в терминах реляционной модели данных, а работа с БД поддерживается СУБД одного из описанных в данном пособии типов. [40]
 |
Базис системного программирования. [41] |
Эта книга преследует две основные цели: научить процедурам проектирования систем программного обеспечения и создать основу для оценки результатов проектирования. Чтобы облегчить нашу задачу, мы выбрали характерные примеры системных программ и обсуждаем вопросы проектирования и реализации основных компонентов системы. [42]
Процедура выбора оптимального варианта системы управления многодвигательными электроприводами соответствует обшей процедуре проектирования сложных систем управления на основе системно-технического подхода и сводится к решению таких типовых задач, как определение общей структуры системы, организация взаимодействия между подсистемами, учет влияния внешних воздействий, выбор оптимальных структур подсистем и оптимальных алгоритмов функционирования системы. Проектирование ведется исходя из целей создания системы и решаемых ею задач. Оценка соответствия системы поставленным целям и задачам производится по критериям ее качества. [43]
Чтобы читатель смог использовать предлагаемый в книге набор формализованных математически процедур проектирования для решения насущной практической задачи - моделирования интегральных схем, гл. [44]
При наличии информации о производительности системы, которая может быть введена в процедуры проектирования вместе с бинарными отношениями логических представлений, появляется возможность вычислить коэффициенты производительности системы, в соответствии с которыми можно определить сравнительные оценки важности использования тех или иных иерархических путей в получаемой логической модели. Значения коэффициентов используются для сравнения различных вариантов структур. Например, если коэффициент производительности иерархического пути А в 10 раз больше, чем коэффициент производительности пути В, тогда путь А с точки зрения производительности системы может считаться в 10 раз более важным, чем путь В. Необходимо отметить, что мы при этом не говорим, что путь А используется в 10 раз чаще, чем путь В. Как будет показано ниже, число проходов по пути можно оценить с учетом нескольких факторов. [45]
Страницы: 1 2 3 4