Составители:
72
повторного использования элементов, тестирования, документирования и т.д.).
Последующее развитие проекта вглубь также предполагает решение
значительного числа задач выбора технических решений при создании частных
архитектур подсистем, платформ, при проработке аспектов. В сегодняшнем
арсенале методов и средств разработчика ВсС инструменты решения такой
проблемы сильно ограничены и предлагают либо шаблонные решения в
рамках
конкретных Framework – систем, либо свободное неформализованное
проектирование.
Одним из направлений в решении данной задачи следует считать
формализацию проектного пространства технических решений архитектурного
уровня ВсС (пространство поиска технических решений в рамках проекта
создания ВсС). Такое n-мерное пространство можно представлять в виде
совокупности координат изменения (параметризации) ключевых принципов
(свойств) архитектуры. Примерами
осей координат, существенных для
частных и общих архитектур ВсС, выступают соотношение HW/SW
реализации, степень реконфигурируемости, распределенности, параллелизма,
on/off-board размещения [инструментальных] функций, on/off-line фазы
вычислительного процесса. Элементами этого пространства выступают
вычислительные механизмы, которые, как было отмечено выше, составляют
основу архитектурных агрегатов аспектной модели системы и проекта.
Ближайшими шагами по формализации этого пространства являются
выделение
и классификация параметров архитектуры, и определение
(фиксация) наиболее значимых точек этого пространства (де-факто
существующих технических решений, доказавших свою эффективность) с
разнесением их по координатам. Вторым очевидным шагом должен быть анализ
заполнения пространства координат известными решениями и попытка синтеза
решений, заполняющих выявленные пустоты. Третьим шагом может быть
систематическое описание (с
единых позиций) свойств и характеристик
решений по каждой из осей пространства.
Конечно, укладывать такие сложные объекты, как подсистемы
вычислительных архитектур, в многомерное пространство проектных решений,
возможно только при условии высокой степени абстрагирования. Разработчику
необходимо приложить значительные усилия, направленные на представление
его проектных решений в терминах организации вычислительного процесса.
Дополнительную проблему может
составлять необходимость отражать
содержательную сторону функционирования готовых сторонних компонентов,
которые разработчик планирует использовать в системе или в проекте, так как
необходимая информация по организации таких компонентов может быть
недоступна по вторичным причинам.
Важной проблемой является соотношение координат проектного
пространства технических решений с аспектным пространством проекта. Если
аспектная модель направлена на
развитие и отслеживание состояния
локализованных частных проблем проектирования ВсС на всем протяжении
Страницы
- « первая
- ‹ предыдущая
- …
- 71
- 72
- 73
- 74
- 75
- …
- следующая ›
- последняя »
