- •Введение
- •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. Базы экспертных знаний
- •Список использованных источников:
2.2.3.2. Основные этапы разработки erd
Идентификация сущностей, их атрибутов, а также первичных и альтернативных ключей.
Идентификация отношений между сущностями и указание типов отношений.
Разрешение неспецифических отношений (отношений многие-ко-многим).
Очень важным свойством модели "сущность-связь" является то, что она может быть представлена облегчает анализ предметной области. Существует несколько вариантов обозначения элементов диаграммы "сущность-связь", каждый из которых имеет свои положительные черты. На рис.1 приводится список используемых здесь обозначений.
Рис.1 Список используемых обозначений
Атрибуты с сущностями и сущности со связями соединяются прямыми линиями. В процессе построения диаграммы можно выделить несколько очевидных этапов:
Идентификация представляющих интерес сущностей и связей.
Идентификация семантической информации в наборах связей (например, является ли некоторый набор связей отображением 1:n).
Определение кардинальностей связей.
Определение атрибутов и наборов их значений (доменов).
Организация данных в виде отношений "сущность-связь".
ER-диаграммы (рис. 2) используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей). Во многих случаях информационная модель очень сложна и содержит множество объектов. [5]
Рис. 2. Пример ER-диаграммы
Сущность изображается в виде прямоугольника, вверху которого располагается имя сущности (например, TITLES). В прямоугольнике могут быть перечислены атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом, являются ключевыми (так TitleIdentity - ключевой атрибут сущности TITLES, остальные атрибуты ключевыми не являются).
Одиночная линия справа (рис. 3) означает "один", "птичья лапка", слева - "многие", а отношение читается вдоль линии, например "один ко многим". Вертикальная черта означает "обязательно", кружок - "не обязательно", например для каждого издания в TITLE обязательно должен быть указан издатель в PUBLISHERS, а один издатель в PUBLISHERS может выпускать несколько наименований изданий в TITLES. Следует отметить, что связи всегда комментируются (надпись на линии, изображающей связь). [5]
Рис. 3. Элемент ER-диаграммы
Приведем также пример (рис. 4) изображения рефлексивного отношения "сотрудник", где один сотрудник может руководить несколькими подчиненными и так далее вниз по иерархии должностей.
Рис. 4. ER-диаграмма рефлексивного отношения
Следует обратить внимание на то, что такое отношение всегда является необязательным, в противном случае это будет бесконечная иерархия.
Атрибуты сущностей могут быть ключевыми - они выделяются полужирным шрифтом; обязательными - перед ними ставится знак "*", то есть их значение всегда известно, необязательными (optional) - перед ними ставится О, то есть значения этого атрибута в какие-то моменты могут отсутствовать или быть неопределенными. [5]
Если сущность имеет набор взаимоисключающих отношений с другими сущностями, то говорят, что такие отношения находятся в дуге. Например, банковский счет может быть оформлен или для юридического лица, или для физического лица. Фрагмент ER-диаграммы для такого типа отношений приведен на рис. 5.
Рис. 5. Дуга
В этом случае атрибут ВЛАДЕЛЕЦ сущности СЧЕТ имеет особое значение для данной сущности - сущность делится на типы по категориям: "для физического лица" и "для юридического лица". Полученные в результате сущности называют подтипами, а исходная сущность становится супертипом. Чтобы понять, нужен супертип или нет, надо установить, сколько одинаковых свойств имеют различные подтипы. Следует отметить, что злоупотребление подтипами и супертипами является довольно распространенной ошибкой. Изображают их так, как показано на рис. 6. [5]
Рис. 6. Подтипы (справа) и супертип (слева)
Нормализация
Чтобы не допустить аномалий при обработке данных, используют нормализацию. Принципы нормализации для объектов информационной модели в точности такие же, как и для моделей данных.
Допустимые типы связей. При ближайшем рассмотрении связи типа "один к одному" (рис.7) почти всегда оказывается, что A и B представляют собой в действительности разные подмножества одного и того же предмета или разные точки зрения на него, просто имеющие отличные имена и по-разному описанные связи и атрибуты. [5]
Рис. 7. Связи «один к одному»
Связи "многие к одному" представлены на рис. 8.
Рис. 8. Связи «многие к одному»
I ‒ достаточно сильная конструкция, предполагающая, что вхождение сущности B не может быть создано без одновременного создания по меньшей мере одного связанного с ним вхождения сущности A.
II ‒ это наиболее часто встречающаяся форма связи. Она предполагает, что каждое и любое вхождение сущности A может существовать только в контексте одного (и только одного) вхождения сущности B. В свою очередь, вхождения B могут существовать как в связи с вхождениями A, так и без нее.
III ‒ применяется редко. Как A, так и B могут существовать без связи между ними.
Связи "многие ко многим" представлены на рис. 9.
Рис. 9. Связи «многие ко многим»
I ‒ такая конструкция часто имеет место в начале этапа анализа и означает связь ‒ либо понятую не до конца и требующую дополнительного разрешения, либо отражающую простое коллективное отношение ‒ двунаправленный список.
II ‒ применяется редко. Такие связи всегда подлежат дальнейшей детализации.
Рассмотрим теперь рекурсивные связи (рис. 10).
Рис. 10. Рекурсивные связи
I ‒ редко, но имеет место. Отражает связи альтернативного типа.
II ‒ достаточно часто применяется для описания иерархий с любым числом уровней.
III ‒ имеет место на ранних этапах. Часто отражает структуру "перечня материалов" (взаимная вложенность компонентов). Пример: каждый КОМПОНЕНТ может состоять из одного и более (других) КОМПОНЕНТОВ и каждый КОМПОНЕНТ может использоваться в одном и более (других) КОМПОНЕНТОВ. [5]
Недопустимые типы связей. К недопустимым типам связей относятся следующие: обязательная связь "многие ко многим" (рис. 11) и ряд рекурсивных связей (рис. 12).
Рис. 11. Недопустимые связи «многие ко многим»
Рис. 12. Недопустимые рекурсивные связи
Обязательная связь "многие ко многим" в принципе невозможна. Такая связь означала бы, что ни одно из вхождений A не может существовать без B, и наоборот. На деле каждая подобная конструкция всегда оказывается ошибочной.
