- разработку алгоритмов планирования, прогнозирования и диагностики при проектировании, позволяющие определить порядок и последовательность применения программных единиц и требуемые ресурсы с учетом использования многопроцессорных ЭВМ;
- разработку инструментальных программных средств, реализующих предложенные методы - "Интеллектуальный проектировщик САПР", поддерживающий:
-интеграцию пакетов прикладных программ в среду исполняющей системы;
-описание предметной области на языке пользователя;
-генерацию сборки прикладных программ для реализации проекта;
-активизацию программных модулей;
-автоматизированное управление процессом проектирования;
-выдачу априорной оценки используемых вычислительных ресурсов;
1.3 Организация архитектуры программных систем.
Рассматривая архитектуру САПР , можно говорить об архитектуре вычислительного комплекса и об архитектуре программного комплекса. Разработка САПР на базе универсальных
ЭВМ и на базе мини-ЭВМ и АРМ (автоматизированных рабочих мест) это два альтернативных подхода к созданию САПР. Перспективное архитектурное решение построения вычислительной системы заключается в создании сетей САПР, содержащих в качестве технических средств универсальные высокопроизводительные ЭВМ и множество удаленных интеллектуальных терминалов на базе мини-ЭВМ
и АРМ [19].
Архитектура программной системы [55] включает в себя функциональную и программную структуру как всей системы так и ее подсистем и отдельных элементов. Она описывает компоненты структуры, отношения, в которых они находятся друг к другу, а также условия при которых они могут быть эффективно порождены и используемы.
Известны [38] два метода разработки архитектуры программных систем. Первый, предложенный Дейкстрой [76, 77], основан на концепции уровней абстракций. Система разбивается на различные иерархические и упорядоченные части, называемые уровнями. Каждый уровень является группой тесно связанных модулей. Идея уровней призвана минимизировать сложные системы за счет такого их определения, которое обеспечивает высокую степень независимости уровней друг от друга. Это достигается благодаря тому, что свойства определенных объектов такой системы упрятываются внутрь каждого уровня, что позволяет рассматривать каждый уровень как
"абстракцию" этих объектов.
Второй метод проектирования систем [74] основан на идее подсистемы, управляемой портом или очередью. Здесь основное внимание уделено методам связи между подсистемами, компонентами или программами. Разработанные архитектуры содержат в себе комбинации этих методов проектирования.
При разработке, выборе структуры или сравнительном качественном анализе типов архитектур устанавливаются определенные критерии. В качестве общих критериев к программным системам предъявляют следующие [55]:
-надежность
-гибкость
-эффективность.
О надежности всей системы судят по надежности ее частей
(принцип верификации). Абсолютная надежность недостижима- это следует из рассмотрения технологии использования аппаратного и программного обеспечения. Верификация и контроль за ходом выполнения работ являются способами повышения надежности.
Гибкость системы означает возможность без существенных затрат и не снижая надежности и работоспособности системы заменять или изменять отдельные компоненты. Это предполагает декомпозирование системы на отдельные подсистемы, которые характеризуются однозначно определенными взаимосвязями.
Декомпозиция системы обычно проводится таким образом, чтобы отдельные части системы могли использоваться для решения различных классов задач.
Эффективность понимается как требование к памяти и времени во время фазы выполнения.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.