- •Введение
- •1. Проблемы автоматизированного проектирования
- •1.1. Типовые задачи проектирования электронных средств
- •1.2. Роль формализации и творчества
- •1.2.1. Структура процесса проектирования
- •1.2.2. Анализ в проектировании
- •1.2.3. Параметрический синтез
- •1.2.4. Структурный синтез
- •1.2.5. Особенности применения типовых проектных процедур при проектировании эс
- •1.3. Искусственный интеллект в науке и технике
- •1.3.1. Базовые положения ии
- •1.3.2. Методики и подходы построения систем ии
- •1.3.3. Проблемы создания ии
- •1.3.4. Реализация систем ии
- •2. Новые методологии проектирования (Вендров)
- •2.1. Case- технологии
- •2.1.1. Общие сведения
- •2.1.2. Основы методологии проектирования ис
- •2.1.2.1. Жизненный цикл
- •2.2. Структурный подход к проектированию ис
- •2.2.1. Сущность структурного подхода
- •2.2.2.2. Типы связей между функциями
- •2.2.3.1. Основные понятия er-диаграмм
- •2.2.3.2. Основные этапы разработки erd
- •2.2.3.3. Пример erd-технологии
- •2.2.4.1. Общие положения
- •2.2.4.2. Миниспецификация.
- •2.2.4.4. Построение диаграмм.
- •2.2.5. Sadt-тенология
- •2.2.5.1. Введение
- •2.2.5.2. Sadt-диаграммы
- •2.2.6. Сравнение методологий
- •2.2.7. Дополнения к диаграммам и моделям
- •2.2.7.1. Дополнения к диаграммам
- •2.2.7.2. Определение терминологии с помощью глоссария
- •2.2.7.3. Пояснение содержания с помощью текста
- •2.2.7.3. Пояснение с помощью рисунков.
- •2.2.7.4. Дополнение моделей
- •Пример:
- •2.2.8. Стандарты idef
- •2.2.8.1. Общие положения
- •2.2.8.2. История возникновения стандарта idef0
- •2.2.8.3. Основные элементы и понятия idef0
- •2.2.8 4. Принципы ограничения сложности idef0-диаграмм
- •2.2.8.5. Применение технологии idef0 к решению задачи автотрассировки
- •2.3.2. Сущность метода
- •2.3.2.1. Объектно-ориентированный анализ
- •2.3.2.2. Объектно-ориентированное проектирование
- •2.3.2.3. Информационные модели
- •2.3.2.4. Модели состояний
- •2.3.2.5. Модели процессов
- •2.3.3. Рабочие продукты ооап
- •2.3.4. Язык uml
- •2.3.4.1. Введение
- •2.3.4.2. Структура языка uml
- •2.3.4.3. Средства uml-моделирования
- •2.3.4.4. Элементы языка
- •2.3.4.5. Пример
- •3. Интеллектуализация средств проектирования
- •3.1. Общие сведения о иис
- •3.1.1. Основа концепции иис
- •3.1.2. Классификация иис
- •3.2. Системы с интеллектуальным интерфейсом
- •3.2.1. Интеллектуальные информационно-поисковые системы
- •3.2.2. Гипертекстовые системы
- •3.2.3. Системы контекстной помощи
- •3.2.4. Системы когнитивной графики
- •3.3. Экспертные системы
- •3.3.1. Общие сведения
- •3.3.2. Назначение экспертных систем
- •3.3.3. Классификация эс
- •3.3.4. Архитектура экспертной системы
- •3.4. Самообучающиеся системы
- •3.4.1. Виды систем
- •3.4.2. Система с индуктивным выводом
- •3.4.2.3. Информационные хранилища (Data Warehouse).
- •3.5. Адаптивные системы
- •3.5.1. Общие сведения
- •3.5.2. Нейронные сети
- •Этапы решения задач:
- •Сбор данных для обучения
- •Выбор топологии сети
- •4. Экспериментальный подбор параметров обучения
- •5. Собственно обучение сети
- •6. Проверка адекватности обучения
- •3.5.3 Генетический алгоритм
- •3.5.4. Байесовская сеть
- •4. Интеллектуальные сапр
- •4.1. Новая информационная технология разработки программных средств
- •4.2. Применение иис для задач проектирования
- •4.3. Пример использования ии
- •4.3.1. Ускорение создания систем проектирования
- •4.3.2. Уровни знания системы спрут-Технология
- •4.3.3. Sprut ExPro: программирование для непрограммистов
- •4.3.3.1. Описание системы
- •4.3.3.2. Ввод экспертных знаний в систему
- •4.3.3.3. Базы экспертных знаний
- •Список использованных источников:
1.2. Роль формализации и творчества
1.2.1. Структура процесса проектирования
Любой процесс проектирования представляет собой систему типовых проектных процедур. Создать проект объекта (изделия или процесса) означает выбрать структуру объекта, определить значения всех его параметров и представить результаты в установленной форме. Результаты (проектная документация) могут быть выражены в виде чертежей, схем, пояснительных записок, программ для программно-управляемого технологического оборудования и других документов на бумаге или на машинных носителях информации.
Существуют две основные проектные процедуры – анализ и синтез.
Любую систему или подсистему большой системы можно представить в виде:
S = {P, E, G,C},
где: Р – принципы функционирования системы,
Е – совокупность элементов системы,
G – структура, схема взаимодействия элементов системы,
С – параметры элементов.
Принципы функционирования системы – это фундаментальные основы работы системы, их появление, как правило, означает революционное изменение в какой-либо деятельности, вызванное научно-техническим прогрессом. Происходит это достаточно редко.
Элементы большой системы тоже представляют собой системы, которым присущи все перечисленные свойства. Как правило, при проектировании какого-либо объекта (например, РЭС) берутся уже готовые, существующие элементы.
Поэтому при создании проекта какого-либо объекта, изделия, процесса принципы и элементы берутся готовые, а структура и параметры объекта разрабатываются проектировщиком.
Разработка (или выбор) структуры объекта есть проектная процедура, называемая структурным синтезом, а расчет (или выбор) значений параметров элементов - процедура параметрического синтеза.
Задача структурного синтеза формулируется в системотехнике как задача принятия решения (ЗПР). Ее суть заключается в определении цели, множества возможных решений и ограничивающих условий.
Задачу параметрического синтеза называют параметрической оптимизации (или оптимизацией).
Следующая после синтеза группа проектных процедур — процедуры анализа. Цель анализа получение информации о характере функционирования и значениях выходных параметров Y при заданных структуре объекта, сведениях о внешних параметрах Q и параметрах элементов Х.
На рисунке 1.1 представлена общая модель типового процесса проектирования.
Рис. 1.1
Далее в работе рассмотрены основные типы проектных процедур, их особенности, прежде всего, с точки зрения применения автоматизации.
Здесь же необходимо отметить, что такая процедура как принятие решения по-разному трактуется в различных источниках.
Норенков И.П. выделяет задачу принятия решения – как составную часть задачи структурного синтеза. Некоторые другие авторы выделяют эту задачу как самостоятельную проектную процедуру, которая следует после каждой процедуры анализа и синтеза и выполняется лицом, принимающим решение (ЛПР) относительно перехода к следующей проектной процедуре, возврата к предыдущей процедуре, возврата к исходным данным, принятия/непринятия готового проекта объекта.
В целом обе концепции базируются на теории принятия решения. На сегодняшний момент в науке и технике нет четкого представления задачи принятия решения как независимой проектной процедуры, но также нет и представления этой задачи как составной подзадачей процедуры синтеза.
Задача принятия решения – как составная часть задачи структурного синтеза рассмотрена ниже. Что касается принятия решения ЛПР и возможность формализации (автоматизации) этой процедуры, то это зависит от сложности и важности проектируемого объекта. Например, при создании какого-либо очень дорогого и важного объекта (космос, атомная энергетика) в принципе можно формализовать (и автоматизировать) принятие решения о принятии/непринятии объекта, но из-за высокой стоимости и важности, это нельзя осуществить без ЛПР.
Далее в работе рассматриваются типовые проектные процедуры, но не в порядке из следования в процессе проектирования, а по возможностям применения автоматизации при их осуществлении.
