Составители:
39
результатам анализа проектов складывается ощущение, что в данном
исследовании чрезмерное влияние уделяется программной платформе.
Наиболее мощным и комплексным инструментальным средством PBD на
сегодня видится Metropolis Framework (Center for electronic system design,
University of California at Berkeley), объединяющий методологию PBD,
встроенный механизм представления моделей системы (Metropolis Meta Model,
MMM), инструментальные средства разработки и отладки проектов [79].
Metropolis Framework поддерживает модели: функциональные, которые
применяются в том числе и на (под)уровне
миссии, архитектурные,
относящиеся к (под)уровню (макро)архитектуры и исполняемые TLM-модели
(Transaction Level Modelling на базе языка SystemC), покрывающие уровень
микроархитектуры с выходом на генерацию программной или аппаратной
реализации компонентов архитектуры. Предусмотрен механизм поддержки
нефункциональных требований в виде специальных объектов «quantity
manager», управляющих ресурсами, ассоциированными с процессами.
Metropolis Framework имеет достаточно длительную историю: она базируется
на системе Polis,
созданной в 1990 году и ориентированной на специфику
автомобилестроения, и как было декларировано, предполагается к развитию в
рамках проекта METRO II [40] (однако следует заметить, что начиная с января
2008 года сведения о развитии проекта Metropolis отсутствуют).
Другим известным в разряде PBD проектом того же университета является
система Ptolemy II. Ptolemy II ориентирован не на разработку конечных систем,
но на исследование
различных моделей вычисления, которые должны быть
положены в основу архитектуры встраиваемых систем различного рода.
Инструмент открытый, предлагает большую библиотеку готовых моделей и
архитектурных компонентов, но также предоставляет возможность добавлять
собственные. Таким образом, Ptolemy II – это инструмент исследований, но не
проектирования.
Из коммерческих инструментальных средств наиболее известно
MLDesigner (Mission Level Designer, www.mldesigner.com). MLDesigner в
большей степени поддерживает этапы (под
)уровней миссии и архитектуры,
имеет средства контроля нефункциональных требований (в терминологии
MLDesigner – ресурсы), однако явно прослеживается ориентация пакета на
разработку встроенного программного обеспечения, нет развитых средств
программно/аппаратного деления и реализации компонентов архитектуры.
1.2.2.3 Методология MDD
Методология MDD (Model Driven Design, модельно-ориентированный
подход) для проектирования систем реального времени и встраиваемых систем
(MDD RTES) является развитием MDA/MDD/MDSD предложенных OMG
для
создания программного обеспечения. Данное направление в большей степени
развивается европейскими исследовательскими и коммерческими
организациями, в частности ассоциацией ARTEMISIA (Advanced Research &
Technology for EMbedded Intelligence and Systems Industrial Association) [29]
Страницы
- « первая
- ‹ предыдущая
- …
- 38
- 39
- 40
- 41
- 42
- …
- следующая ›
- последняя »
