Научная статья на тему 'Средства диагностического обслуживания SoC'

Средства диагностического обслуживания SoC Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
93
18
i Надоели баннеры? Вы всегда можете отключить рекламу.

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Хаханов Владимир Иванович, Хаханова Ирина Витальевна, Каминская Марина Александровна

Предлагается инфраструктура сервисного обслуживания функциональностей SoC, которая отличается минимальным набором процессов встроенного диагностирования в реальном масштабе времени и дает возможность осуществлять сервисы: тестирование функциональностей на основе генерируемых входных последовательностей и анализ выходных реакций; диагностирование с заданной глубиной поиска дефектов в SoC; моделирование неисправностей в целях выполнения первых двух процедур на основе таблицы неисправностей. Описывается структурно-алгебраический метод и алгоритм встроенного диагностирования дефектов в функциональных блоках SoC, использующий предварительный анализ таблицы неисправностей в целях уменьшения ее объема и последующих вычислений, связанных с построением ДНФ, которая формирует все решения по установлению диагноза функциональностей SoC в реальном масштабе времени.

i Надоели баннеры? Вы всегда можете отключить рекламу.
iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.
i Надоели баннеры? Вы всегда можете отключить рекламу.

MEANS OF DIAGNOSTIC SERVICE SOC

The SoC functionality service infrastructure is offered, which has a minimal set of real-time built-in diagnostics processes and makes it possible to perform services: testing functionalities based on generated input sequences and analyzing output reactions; Diagnostics with a given depth of defect search in SoC; Fault modeling for the first two procedures based on the fault table. A structured algebraic method and an algorithm for the integrated defect diagnosis in SoC functional blocks is used, using a preliminary analysis of the fault table in order to reduce its volume and subsequent calculations related to the construction of the DNF, which forms all solutions for establishing the diagnosis of SoC functionality in real time.

Текст научной работы на тему «Средства диагностического обслуживания SoC»

УДК 681.326:519.613

В.И. ХАХАНОВ, И.В. ХАХАНОВА, М.А. КАМИНСКАЯ СРЕДСТВА ДИАГНОСТИЧЕСКОГО ОБСЛУЖИВАНИЯ SOC

Предлагается инфраструктура сервисного обслуживания функциональностей SoC, которая отличается минимальным набором процессов встроенного диагностирования в реальном масштабе времени и дает возможность осуществлять сервисы: тестирование функциональностей на основе генерируемых входных последовательностей и анализ выходных реакций; диагностирование с заданной глубиной поиска дефектов в SoC; моделирование неисправностей в целях выполнения первых двух процедур на основе таблицы неисправностей. Описывается структурно-алгебраический метод и алгоритм встроенного диагностирования дефектов в функциональных блоках SoC, использующий предварительный анализ таблицы неисправностей в целях уменьшения ее объема и последующих вычислений, связанных с построением ДНФ, которая формирует все решения по установлению диагноза функциональностей SoC в реальном масштабе времени.

1. Инфраструктура I-IP

Высокая плотность вентилей в кристалле SoC и сложность реализуемых алгоритмов создает определенные проблемы в их проектировании и тестировании на уровне RTL. Поиск новых методов и средств [1-16] требует повышения уровней абстракции создаваемых моделей встраиваемых процессов сервисного обслуживания. Рынок программных продуктов EDA предлагает разнообразие инструментов для самого неавтоматического системного уровня проектирования устройств, начиная со специальных языков программирования (C++, SystemC, SystemVerilog, UML, SDL) [12] и заканчивая графическими оболочками (Simulink, LabView, Xilinx EDK), которые позволяют создавать проекты из библиотечных компонентов путем использования технологий ESL, TLM [13,14]. Кроме того, выбор в качестве технологической и элементной базы цифровой системы на кристалле FPGA позволяет избежать применения дорогостоящего универсального процессора, существенно уменьшить потребляемую мощность, габаритные размеры, стоимость с одновременным повышением быстродействия при качественном выполнении основных функций, что является актуальным в век мобильных вычислительных устройств.

Современные технологии проектирования цифровых систем на кристаллах предполагают, наряду с созданием функциональных блоков, разработку сервисных модулей ориентированных на комплексное решение проблемы качества проекта и повышение выхода годной продукции в процессе производства, которое определяется внедрением в кристалл следующих сервисов [13]:

1) Наблюдение за состоянием внутренних и выходных линий в процессе функционирования, верификации и тестирования штатных блоков на основе использования стандарта граничного сканирования IEEE 1500 [15].

2) Тестирование функциональных модулей путем подачи проверяющих наборов от различных тестовых генераторов, ориентированных на проверку дефектов или исправного поведения.

3) Диагностирование отказов и дефектов путем анализа информации, полученной на стадии тестирования и использования специальных методов встроенного поиска неисправностей на основе стандарта IEEE 1500.

4) Восстановление работоспособности функциональных модулей после фиксации отрицательного результата тестирования и определения места и вида дефекта при выполнении фазы диагностирования.

5) Измерение основных характеристик и определение параметров функционирования изделия на основе встроенных средств, позволяющих производить временные и вольт-амперные измерения.

6) Надежность и отказоустройчивость функционирования изделия в процессе эксплуатации, которая достигается диверсификацией функциональных блоков, их дублированием и восстановлением работоспособности SoC в реальном масштабе времени.

Используя стандартизованные компоненты сервисного обслуживания, далее предлагается усеченная структурно-функциональная модель, которая ориентирована на выполнение следующих трех задач (рис. 1): 1) тестирование функциональностей на основе генерируемых входных последовательностей (Automated Test Pattern Generator) и анализ выходных реакций; 2) диагностирование дефектов с заданной глубиной путем использования мульти-зонда стандарта IEEE 1500; 3) моделирование (Fault Simulator) неисправностей в целях обеспечения выполнения первых двух процедур на основе таблицы неисправностей (Fault Detection Table).

Infrastucture IP

Fault Fault Detection

—► Simulator —► Table

t

A F-IP: У

T Functional Analyser

P —► Intellectual —► (signature)

G Property

t г

Diagnosis

SoC

IEEE 1500 Standard

Рис. 1. Инфраструктура сервисов SoC DSP

1. Модуль синтеза тестов для проверки функциональностей и одиночных неисправностей состоит из набора генераторов входных последовательностей, которые обеспечивают синтез следующих тестов: PRTG - псевдослучайный генератор входных стимулов с равномерным законом распределения нулевых и единичных сигналов по входным переменным; SATG - тестовый генератор шестнадцатиричных кодов на основе сигнатурного анализа; SPTG - алгоритмический генератор тестовых векторов, активизирующих одномерные логические пути, ориентированные на проверку заданных одиночных неисправностей; ADTG - тестовый генератор, предназначенный для проверки сумматорных схем АЛУ; BSTG - тестовый генератор для шинных структур приема и передачи данных; METG - генератор тестов, ориентированный на проверку матричной памяти; DFTG - синтезатор тестов для автоматов, заданных в виде граф-схем алгоритмов; RCTG - тестовый генератор для последовательностных счетно-регистровых структур и триггерных схем.

Модуль-генератор анализирует структурно-функциональную модель блока, подлежащего тестированию, и назначает подмножество таких синтезаторов, которые обеспечивают заданное качество покрытия дефектов (Fc) и функциональных режимов (Pc):

c nmin c c nmin c

Fc( UTi) > Fc ; Pc( UT-i) > Pc- ,

v w 17 mm' v w 17 mm' i=l -=1 (1) T-/TPR tSA tSP tAD tBS tME tDF tRC, y '

1 = {T1 ,T2 ,T3 ,T4 ,T5 ,T6 ,T7 ,T8

Обобщенная структура синтеза Testbench, представленная на рис. 2, включает также генератор HDL-кода, который предназначен для тестирования и верификации функциональностей на стадии разработки проекта.

Количество тестовых генераторов на стадии проектирования SoC может быть существенно большим, чем то подмножество, которое далее встраивается в кристалл. Поэтому на стадии моделирования и верификации выполняется анализ покрывающих свойств каждого тест-генератора в целях поиска их минимальной совокупной конфигурации, которая удовлетворяет выражению (1). Важно отметить, что в ближайшие 5 лет идеология синтеза тестов для цифровых систем на кристаллах будет заимствовать лучшие традиции, идущие от ESL-, TLM-проектирования [16].

Рис. 2. Структура процесса синтеза Testbench для F-IP Это означает: 1) Использование библиотек тестов (Testbench) ведущих компаний планеты для тестирования и верификации стандартизованных функциональностей, обозначенных в качестве F-IP. 2) Применение стандартных решений сервисного обслуживания I-IP для встроенного тестирования компонентов системы на кристалле. 3) Создание собственных библиотек тестов для вновь разрабатываемых функциональностей. 4) Внедрение новой технологии синтеза тестов для цифровой системы, основанной на дискретном мэппинге (рис. 3) покрытия функциональностей и дефектов исходной спецификации с помощью минимальной совокупности Testbench, из библиотеки тестов. 5) Применение встроенных средств тестопригодности, таких как IEEE boundary scan - средства граничного сканирования и шесть компонентов I-IP для повышения технологичности процедур синтеза тестов.

Specification Platform

/-\

F-IP Funcionality

(Faults of IP) j

Mapping - Complete Test of F-IP

T1 T2 T3 T4

T5 T6 T7 T8

T9 Tn

Рис. 3. Mapping модели синтеза тестов для F-IP 2. Модуль анализа неисправностей. Использует дедуктивный алгоритм, который ориентирован на проверку одиночных дефектов, генерируемых на основе аналитического или табличного описания функциональностей SoC. Это означает, что дедуктивное моделирование может обрабатывать проекты, представленные как на вентильном, так и на любом другом, более высоком уровне абстракции (регистровом, системном). Основная идея метода заключается в создании дедуктивной модели функциональности на основе использования следующей формулы:

F = f[(Xi © Ti),(X2 © T2),...,(Xj © Tj).....(Xn. © Tn;)]© Tb (2)

где дедуктивная функция F на тест-векторе T есть модифицированная функция исправного поведения, позволяющая вычислять списки входных неисправностей, которые транспортируются на выход компонента схемы под воздействием входных сигналов. На примере функции Xor можно продемонстрировать синтез дедуктивной функции по карте Карно:

F =

(xy) \ (ab) 00 i 01 i 11 10

0I0 h-iO 0 ! 1 ! 0 о Г11 о 1 1

11 0 Г1 "i 0 1

10 0 Г1 "i 0 1

Переменные ху - булевы, а сигналы аЬ - (регистровые) списки дефектов:

L = f(x,y,a,b) = аЬ V аЬ. (4)

Аппаратная реализация дедуктивной функции, представленной формулой (2), имеет вид,

представленный на рис. 4.

a b

Рис. 4. Дедуктивный примитив функции Хог Схемный примитив является универсальным по отношению к различным тестовым последовательностям. Стратегия, предложенная в работе относительно синтеза моделей, основывается на создании библиотеки дедуктивных элементов, покрывающих все стандартизованные конструктивы функциональностей, которыми оперирует разработчик, создавая в автоматизированном режиме проект в виде цифровой системы на кристалле. В данном случае речь идет о синтезе дедуктивной структуры на основе мэппинга [16], суть которого представлена на рис. 5.

Specification Platform

f F-IP N D1 D2 D3 D4

Funcionality (Deductive IP) D5 D6 D7 D8

ч J D9 Dn

+ > 1

Mapping deductive model of F-IP

Рис. 5. Mapping дедуктивной модели для F-IP Предложенный подход к дедуктивному анализу предполагает создание на кристалле еще одной встроенной модели, которая должна обеспечивать практически все шесть сервисов, предусмотренных стандартом инфраструктуры I-IP [13]. Платой за качество диагностического и тестового обслуживания является достаточно высокая стоимость дополнительных аппаратурных затрат, которые превышают штатную функциональность в 10-15 раз. При этом выигрыш в быстродействии по сравнению с внешней программной реализацией дедуктивного анализа составляет 2-3 порядка, что практически обеспечивает сервисное обслуживание в реальном масштабе времени. Другое, более экономичное, решение проблемы связано с интерактивной модификацией схемной структуры дедуктивной модели для каждого тест-вектора. Для этого используется внутренняя память кристалла, где формируется модель по правилам, определенным в (2). Мэппинг (см. рис. 5) дает дедуктивную функцию, где аппаратные затраты равны стоимости функциональности F-IP. 2. Структурно-алгебраический метод диагностирования неисправностей Основная роль отводится технологии граничного сканирования [15], которая в настоящее время, внедренная в кристалл, призвана облегчать решение практически всех задач сервисного обслуживания функциональных модулей системы на кристалле. Контроллер доступа к внутренним линиям и портам регистра граничного сканирования использует ячейку или разряд регистра. В совокупности число таких ячеек, обеспечивающих в данном случае мониторинг, должно быть равно количеству проблемных наблюдаемых линий, которые необходимы для точного установления диагноза. Основанная на регистре граничного сканирования процедура диагностирования использует также информацию из таблицы неисправностей (ТН), которая представляет собой множество дефектов, покрытых тесто-

выми наборами. Используя информацию о результате проведения диагностического эксперимента, которая представлена в виде вектора экспериментальной проверки V, а также таблицу [9] неисправностей F, выполняют процедуру установления диагноза по выражению, записанному в форме произведения дизъюнкций всех дефектов [10], которые могут дать экспериментальную реакцию, полученную в виде вектора экспериментальной проверки V, определенного единичными и нулевыми значениями:

i=1,n ]=1,т

F = А ( V ^). (5)

У^ =1 УМу =1

Полученная из таблицы неисправностей конъюнктивная нормальная форма трансформируется к ДНФ с помощью эквивалентных преобразований (логическое умножение, склеивание и поглощение) [11]. В результате получается булева фунцкция, где термы - логические произведения представляют полное множество решений в виде сочетания дефектов (дающих по выходам SoC или ее компоненту вектор экспериментальной проверки V):

1=1,П ]=1,Ш

F = А ( V ^) =

У V =1 УМу =1 *

а V аЬ=Ь а V а=а

= ы( ^А1к JFJ),k ] ={0Д}. (6)

Представленная процедура в общем случае диагностирует некоторое подмножество дефектов, которое в дальнейшем нуждается в уточнении путем применения дополнительного зондирования внутренних точек с помощью регистра граничного сканирования. Пример поиска дефектов рассматривается на основе заданной таблицы неисправностей (столбцы - дефекты, строки - тестовые последовательности), которая является продуктом дедуктивного анализа дефектов и вектора экспериментальной проверки:

М =

V Л] Fl F2 Fз F4 F5 F6 V

Т] 1 1 1

Т2 1 1 1

Тз 1 1 1 0

Т4 1 1 1

Т5 1 1 1 1

Количество единиц (6) в векторе экспериментальной проверки V формирует число дизъюнктивных термов КНФ. Каждый терм - построчная запись дефектов (через логическую операцию ИЛИ), оказывающих влияние на выходы функциональности. Уже само представление таблицы в виде аналитической записи - конъюнктивной нормальной формы дает потенциальную возможность существенно сократить объем диагностической информации для поиска дефектов. Тем более, последующее преобразование КНФ к ДНФ на основе тождеств алгебры логики позволяет существенно уменьшить булеву функцию, что иллюстрируется следующим результатом:

F = ^ V F4 )^2 V F5 )^з V F4 V F5 V Fз )^2 V F5 V F6) = = Щ V F4 )^2 V F5 )(Fз V F4 V F5)(Fl V Fз) =

= V F2F4 V FlF5 V F4F5 V FlF4 V FlF5 V FзFз V FзF4 V FзF5) =

= V F2F4 V FlF5 V F4F5 V FlF5 V Fз) =

= FlF4 V F2F4FlF4 V FlF5FlF4 V F4F5FlF4)

(Б^Б^ V F2F4FlF5 V FlF5FlF5 V F4F5FlF5) (7)

(FlF2Fз V F2F4Fз V FlF5Fз V F4F5Fз) =

= FlF2Fз V F2FзF4 V FlFзF5 V FзF4F5 V FlF2F4 V FlF4F5 V FlF5 = = FlF5 V FlF2Fз V F2FзF4 V FзF4F5 V FlF2F4.

Для уменьшения количества вычислений при выполнении логического умножения в первой строке (7), согласно законам алгебры логики, выполнено преобразование:

(Р2 V F5) л ^ V F5 V F6) = (F2 V F5).

Полученный результат F = Р1Р5 V Р^Рз V F2FзF4 V FзF4F5 V Р1Р2Р4 предоставляет все возможные решения - покрытия дефектами всех строк таблицы неисправностей в функциональности SoC, при условии, что вектор экспериментальной проверки имеет все единичные координаты У= (11111). Принимая во внимание фактическое значение вектора экспериментальной проверки, равное У= (11011), выполняется моделирование функции Б путем подстановки нулевых значений дефектов, которые теоретически проверяются, но дают в

векторе У нулевую координату. Такими являются дефекты: Б = Рз V Р4 V Р5 . Окончательный результат определяется следующей функцией:

Р = Р1Р5 Р1Р2Рз Р2РзР4 V РзР4Р5 Р1Р2Р41Рз VР4 VР5 =0 = 0

Предложенный метод диагностирования отличается от известных компактной записью в виде ДНФ, достаточно объемной таблицы неисправностей. Кроме того, процесс установления диагноза сводится к технологичной и быстродействующей, встроенной в кристалл, процедуре моделирования термов при заданных начальных условиях - нулевых значениях переменных - невозможных дефектов цифровой системы на кристаллах. Метод позволяет находить дефекты любой кратности или фиксировать факт невозможности наличия в схеме любого сочетания, из приведенных в ТН.

Любое сочетание - конъюнктивный терм ДНФ, приведенный в решении

Б = Р1Р5 V Р^Рз V Б2БзБ4 V РзР4Р5 V Р1Р2Р4,

покрывает все строки таблицы неисправностей по определению, поэтому введение любой нулевой строки обязательно обращает в ноль функцию Б. Поэтому корректное решение, соответствующее вектору экспериментальной проверки, должно изначально учитывать нулевые координаты вектора У. С учетом сказанного из выражения (7) на стадии записи

КНФ необходимо исключить терм (Рз V Р4 V Р5) :

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

Б = (Б V Р4ХР2 V Р5Х^ V Рз)(Р2 V Р5 V Б6) =

= (Р V Р4ХР2 V Р5ХР1 V Бз) =

= (Р1Р2 V Р2Р4 V Р1Р5 V Р4Р5 )(Р1 V Рз) =

= V Р1Р2Р4 V Р1Р5 V Рlp4p5 V Р^Рз V Р2РзРф V Р[РзР5 V РзР^ =

= Р]^2 V Р1Р5 V Р2РзР4 V РзР4Р5.

(8)

Результат есть все возможные решения, которые приводят к реакции изделия, определенного заданным вектором экспериментальной проверки:

Р = Р1Р2 V Р1Р5 V Р2РзР4 V РзР4Р5 .

Дополнительное моделирование последней булевой функции дает окончательный результат в виде сочетания двух дефектов:

Р = Р1Р2 V Р1Р5 V Р2 РзР4 V РзР4Р5 Рз V Р4 VР5 =0 = Р1Р2.

Алгоритм предварительного анализа таблицы неисправностей М1 может быть рассмотрен на примере следующей таблицы неисправностей и представлен в виде пяти пунктов:

М1 =

ту А Р1 Р2 Рз Р4 Р5 Рб У

Т] 1 1 1

Т2 1 1 1

Тз 1 1 1 1

Т4 1 1 1

Т5 1 1 1 0

1. Определяются все строки, соответствующие нулевому значению вектора экспериментальной проверки в целях обнуления всех единичных координат. В данном случае - это одна строка Т5.

2. Находятся все столбцы, которые имеют нулевые значения координат строки с нулевым состоянием ВЭП. Единичные значения найденных столбцов обнуляются. В данном случае: F2, F5, F6.

3. Строки и столбцы, имеющие только нулевые значения координат (найденные в пунктах 1 и 2), удаляются из таблицы неисправностей:

M1 =

V Л Fl F2 F3 F4 F5 F6 V

Tl 1 1 1

T2 0 0 1

T3 1 1 0 1

T4 1 1 1

T5 0 0 0 0

V Л F1 F3 F4 V

T1 1 1 1

T3 1 1 1

T4 1 1 1

4. Выполняется построение КНФ по единичным значениям ВЭП:

F = (Fj v F4) л (F3 v F4) л (Fj v F3) = = (F1F3 v F3F4 v F1F4 v F4F4) л (Fj v F3) =

= FjFjF3 v F1F3F4 v F1F1F4 v F1F4F4 v F1F3F3 v F3F3F4 v F1F3F4 v F3F4F4 = = F1F3 v F1F3F4 v F1F4 v F3F4 v F1F3F4 v F3F4 = = F1F3 v F1F4 v F3F4.

5. Преобразование КНФ к ДНФ с последующей минимизацией термов приводит к получению искомого результата в виде сочетания неисправностей:

F = F1F3 v F1F4 v F3F4.

Предложенный алгоритм ориентирован на предварительный анализ таблицы неисправностей в целях уменьшения ее объема и последующих вычислений, связанных с построением ДНФ, которая формирует все решения по установлению диагноза функционалностей SoC. Дальнейшее уточнение диагноза возможно только с применением мультизонда на основе регистра граничного сканирования данных [15].

3. Выводы

Научная новизна и практическая значимость: 1) Предложен структурно-алгебраический метод и алгоритм встроенного диагностирования дефектов в функциональных блоках SoC, использующий предварительный анализ таблицы неисправностей в целях уменьшения ее объема и последующих вычислений, связанных с построением ДНФ, которая формирует все решения по установлению диагноза функциональностей SoC в реальном масштабе времени. Дальнейшее уточнение диагноза возможно только с применением мультизонда на основе регистра граничного сканирования. 2) Предложена усовершенствованная инфраструктура сервисного обслуживания функциональностей SoC, которая отличается минимальным набором процессов встроенного диагностирования в реальном масштабе времени и дает возможность осуществлять сервисы: тестирование штатных функций на основе генерируемых входных последовательностей (Automated Test Pattern Generator) и анализ выходных реакций; диагностирование с заданной глубиной поиска дефектов путем использования мультизонда стандарта IEEE 1500; моделирование (Fault Simulator) неисправностей в целях обеспечения выполнения первых двух процедур на основе таблицы неисправностей (Fault Detection Table). 3) Предложена мэппинг-модель процесса синтеза дедуктивной структуры, которая отличается использованием библиотеки дедуктивных компонентов, покрывающих все стандартизованные конструктивы функциональностей, которыми оперирует разработчик, что дает возможность создавать в автоматизированном режиме дедуктивную модель функциональностей цифровой системы на кристалле.

4) Предложена мэппинг-модель процесса синтеза тестов, которая отличается использованием библиотеки встроенных тестовых генераторов для функциональностей DSP SoC, что дает возможность существенно уменьшить время построения тестов, предназначенных для верификации функциональных модулей и проверки дефектов.

Список литературы: 1. Bergeron J. Writing testbenches: functional verification of HDL models. Springer, 2003, 512p. 2. Rashinkar P., Paterson P., Singh L. System-on-chip Verification: Methodology and Techniques, Kluwer Academic Publishers, 2002. 393p. 3. IEEE-1800 IEEE Standard for System Verilog Language, 2005. 586p. 4. S. Hamdioui, G. N. Gaydadjiev, A. J. Van de Goor. The State-of-the-art and Future Trends in Testing Embedded Memories // Records IEEE International Workshop on Memory Technology, Design, and Testing, San Jose, CA, August 2004. P. 54-59. 5. Zhong Y., Dropsho S.G., ShenX., Studer A., Ding C. Miss Rate Prediction Across Program Inputs and Cache Configurations // IEEE Transactions on Computers. 2007. P.328-343. 6. Shoukourian S., Vardanian V., Zorian Y. SoC Yield Optimization via an Embedded-Memory Test and Repair Infrastructure // IEEE Design and Test of Computers. 2004. P.200-207. 7. YoungsL., Paramanandam S. Mapping and Repairing Embedded-Memory Defects // IEEE Design and Test of Computers.-1997. P. 18-24. 8. Zorian Y., Shoukourian S. Embedded-Memory Test and Repair: Infrastructure IP for SoC Yield // IEEE Design and Test of Computers. 2003. P.58-66. 9. Hahanov V., KteamanH., Ghribi W., Fomina E. HEDEFS - Hardware embedded deductive fault simulation. Proceedings volume from the 3rd IFAC Workshop, Rydzyna, Poland, 2006. P. 25-29. 10. Rossen K. Discrete Mathematics and its Applications, McGraw Hill, 2003. 824p. 11. Парфентий А.Н., Хаханов В.И., Литвинова Е.И. Модели инфраструктуры сервисного обслуживания цифровых систем на кристаллах // АСУ и приборы автоматики. 2007. Вып. 138.С.83-99. 12.ХахановВ.И.,ХахановаИ.В. VHDL + Verilog = Синтез за минуты. Харьков: СМИТ. 2007. 264 c. 13. Zorian Yervant What is Infrastructure IP? // IEEE Design & Test of Computers. May-June 2002. P. 5-7. 14. Zorian Yervant, GizopoulosDmytris. Gest editors' introduction: Design for Yield and reliability // IEEE Design & Test of Computers. May-June 2004. P. 177-182. 15. IEEE 1500 Web Site. http://grouper.ieee.org/ groups/1500. 16. Douglas Densmore, Roberto Passerone, Alberto Sangiovanni-Vincentelli. A Platform-Based taxonomy for ESL design, Design&Test of computers, september-october 2006. P. 359-373.

Поступила в редколлегию 16.08.2007

Хаханов Владимир Иванович, декан факультета КИУ ХНУРЭ, д-р техн. наук, профессор кафедры АПВТ ХНУРЭ. Научные интересы: техническая диагностика цифровых систем, сетей и программных продуктов. Увлечения: баскетбол, футбол, горные лыжи. Адрес: Украина, 61166, Харьков, пр. Ленина, 14, тел. 70-21-326. E-mail: [email protected].

Хаханова Ирина Витальевна, доцент кафедры АПВТ ХНУРЭ. Научные интересы: проектирование и диагностика цифровых систем на кристаллах. Увлечения: музыка, иностранные языки. Адрес: Украина, 61166, Харьков, пр. Ленина, 14, тел. 70-21-326. E-mail: [email protected] Каминская Марина Александровна, аспирант кафедры АПВТ ХНУРЭ. Научные интересы: техническая и медицинская диагностика, тестопригодное проектирование. Увлечения: история, литература, музыка, психология, педагогика. Адрес: Украина, 61166, Харьков, пр. Ленина, 14, тел. 702-13-26. E-mail: [email protected]

УДК 519.71з

О.А. КРИВОДУБСКИЙ, С.А.КОСИЛОВ

КЛАССИФИКАЦИЯ ПЕРЕМЕННЫХ И РАСЧЁТ ПОКАЗАТЕЛЕЙ ПОРТФЕЛЯ ЗАКАЗОВ

Рассматривается задача планирования листопрокатного производства, связанная с определением оптимальной очерёдности выполнения отдельных позиций портфеля заказов. Исследуется обобщённая структура объекта управления - листопрокатного цеха ОАО «ДМЗ», выполняется классификация входящей информации и её формализация в виде теоретико-множественных конструкций. Устанавливаются и формализуются взаимосвязи между характеристиками объекта, что позволяет заменить исследование характеристик объекта управления изучением отношений между множествами. Формализованная модель объекта управления предназначена для алгоритмов оптимального планирования выпуска проката.

i Надоели баннеры? Вы всегда можете отключить рекламу.