Составители:
13
Объявление параметров настройки включается в декларацию сущности для создания
проектов, которые предполагается использовать как фрагменты в различных других проек-
тах, причём возможна модификация некоторых свойств данного компонента, точнее выбор
параметра из множества значений, определённого типом.
Определение портов задаёт имена входных (in), выходных (out) и двунаправленных (in-
out) линий передачи информации и тип данных, передаваемых через порты. Объявление пор-
тов, как следует из представленных правил синтаксиса, не обязательно. Возникает вопрос:
зачем может понадобится устройство, не имеющее входов и выходов? Оказывается, такая
конструкция позволяет эффективно сочетать описание собственно проектируемого устрой-
ства и алгоритм его тестирования.
Для параметров и входных портов можно задавать значения по умолчанию. Они при-
нимаются, если соответствующим единицам информации не присвоены другие значения в
модулях высшего уровня иерархии.
Раздел деклараций сущности имеет такое же содержание т такой же смысл, что и раз-
дел деклараций архитектурного тела (см. ниже) — объявляются локальные типы данных,
подпрограммы, сигналы и т.п. При этом объявленные объекты доступны во всех архитектур-
ных телах, подчинённых этой сущности.
Раздел операторов сущности может содержать только весьма ограниченный набор слу-
жебных операторов, которые на практике применяются редко. Поэтому обычно этот раздел
остаётся пустым.
Архитектурные тела представляют содержательное описание проекта. Архитектур-
ное тело в некотором смысле подчинено соответствующей сущности. Различают структур-
ные архитектурные тела (описывают проект в виде совокупности компонентов и их со-
единений), поведенческие архитектурные тела (описывающие проект как совокупность
исполняемых действий) и смешанные тела. Формальны признаков, по которым тело можно
было бы отнести к тому или иному типу, не существует — речь идёт скорее не о чёткой клас-
сификации, а о стилях описания, для каждого из которых характерными являются опреде-
лённые операторы и которые лучше отражают разные аспекты одного и того же объекта
(структурный и поведенческий соответственно).
Определены следующие правила записи архитектурных тел:
<Архитектурное тело>::=
architecture <имя архитектуры> of <имя сущности> is
<раздел деклараций>
begin
<раздел операторов>
end [architecture] <имя архитектуры>;
Здесь имя архитектуры — это любое индивидуальное имя проектного модуля. Имя
сущности задаёт первичный модуль, которому подчиняется архитектурное тело. В разделе
деклараций объявляются локальные для этого модуля информационные единицы — типы
данных, сигналы, подпрограммы и т.д. Раздел операторов описывает правила функциониро-
вания и (или) конструирования устройства в терминах языка.
Объявление параметров настройки включается в декларацию сущности для создания проектов, которые предполагается использовать как фрагменты в различных других проек- тах, причём возможна модификация некоторых свойств данного компонента, точнее выбор параметра из множества значений, определённого типом. Определение портов задаёт имена входных (in), выходных (out) и двунаправленных (in- out) линий передачи информации и тип данных, передаваемых через порты. Объявление пор- тов, как следует из представленных правил синтаксиса, не обязательно. Возникает вопрос: зачем может понадобится устройство, не имеющее входов и выходов? Оказывается, такая конструкция позволяет эффективно сочетать описание собственно проектируемого устрой- ства и алгоритм его тестирования. Для параметров и входных портов можно задавать значения по умолчанию. Они при- нимаются, если соответствующим единицам информации не присвоены другие значения в модулях высшего уровня иерархии. Раздел деклараций сущности имеет такое же содержание т такой же смысл, что и раз- дел деклараций архитектурного тела (см. ниже) — объявляются локальные типы данных, подпрограммы, сигналы и т.п. При этом объявленные объекты доступны во всех архитектур- ных телах, подчинённых этой сущности. Раздел операторов сущности может содержать только весьма ограниченный набор слу- жебных операторов, которые на практике применяются редко. Поэтому обычно этот раздел остаётся пустым. Архитектурные тела представляют содержательное описание проекта. Архитектур- ное тело в некотором смысле подчинено соответствующей сущности. Различают структур- ные архитектурные тела (описывают проект в виде совокупности компонентов и их со- единений), поведенческие архитектурные тела (описывающие проект как совокупность исполняемых действий) и смешанные тела. Формальны признаков, по которым тело можно было бы отнести к тому или иному типу, не существует — речь идёт скорее не о чёткой клас- сификации, а о стилях описания, для каждого из которых характерными являются опреде- лённые операторы и которые лучше отражают разные аспекты одного и того же объекта (структурный и поведенческий соответственно). Определены следующие правила записи архитектурных тел: <Архитектурное тело>::= architecture <имя архитектуры> of <имя сущности> is <раздел деклараций> begin <раздел операторов> end [architecture] <имя архитектуры>; Здесь имя архитектуры — это любое индивидуальное имя проектного модуля. Имя сущности задаёт первичный модуль, которому подчиняется архитектурное тело. В разделе деклараций объявляются локальные для этого модуля информационные единицы — типы данных, сигналы, подпрограммы и т.д. Раздел операторов описывает правила функциониро- вания и (или) конструирования устройства в терминах языка. 13
Страницы
- « первая
- ‹ предыдущая
- …
- 11
- 12
- 13
- 14
- 15
- …
- следующая ›
- последняя »