Объектно-ориентированное программирование Логическое программирование

Информац. системы

Критерии надежности
Задачи
Расчет характеристики
Типовые примеры
Отказы изделия
Аналит. определение
Постоянное резервир.
Резервирование замещением
Расчет надежности
Скользящее резервирование
Расчет показателей
Учебник JAVA
Базовые понятия
Объектно-ориентированное
программирование
Работа со строками и классами
Графические примитивы
Обработка событий в JAVA
Апплеты
Создание сетевых приложений
Сетевые средства в JAVA
Экспертные системы
Учебник Delphi
Компьютерные сети
Топология сетей
Адресация
Структура сети
Сетевые службы
Маршрутизаторы
Технологии ISDN
Протоколы маршрутизации
Модель OSI
Корпоративные сети
Стек протоколов TCP/IP
Коммутация каналов
Коммутация пакетов
Удаленный доступ
Система доменных имен
Моделирование
Основы кодирования
Теория информ. процессов
Обмен информацией
Количество информации
Энтропия
Кодирование
Квантование и дискретизация
Теорема Котельникова
Ошибки дискретизации
Учебник по FrontPage
Информационный подход
SQL язык запросов
Ос новные понятия
Выборка данных

Манипулирование данными

Создание базы данных
Устройство ПК
Архитектура ПК
Классификация элементов
Центральный процессор
Внешние устройства
Программное обеспечение

Что такое экспертная система? Обзор исследований в области искусственного интеллекта

Представление знаний Символические вычисления

Системы, основанные на знаниях Ассоциативные сети и системы фреймов Можно ли менять размер оформленных пользователем опорных точек в линейной или точечной диаграмме без инструмента "размер" (Scale Tool)? Да, можно. Один из способов — это, создавая дизайн опорных точек, убедится в том, что их размер совпадает с тем, который должен быть на графике.

Представление неопределенности знаний и данных Приобретение знаний

Эвристическая классификация

Иерархическое построение и проверка гипотез

Решение проблем конструирования

Средства формирования пояснений Инструментальные средства разработки экспертных систем

Системы с доской объявлений Система отслеживания истинности предположений

Формирование знаний на основе машинного обучения Сети доверия

Рассуждения, основанные на прецедентах Гибридные системы

Программирование на языке CLIPS


Отсутствие немедленной отдачи Существует достаточно распространенное мнение, что объектно-ориентированный подход труден для понимания, поэтому переход на объектно-ориентированные технологии связан с большими затратами, которые не окупаются. В действительности дело обстоит по-другому. Традиционная и объектно-ориентированная технологии с точки зрения получаемых результатов по-разному ведут себя по отношению к затратам на их освоение. При использовании традиционных технологий некоторые результаты можно получить и при сравнительно небольших затратах, однако на определенной стадии наступает насыщение, когда даже значительные дополнительные затраты не приводят к существенному повышению эффективности. Объектно-ориентированные технологии не дают немедленной отдачи. Эффект от их применения начинает сказываться после разработки двух-трех проектов и накопления повторно используемых компонентов, отражающих типовые проектные решения в данной области.
На рис. П1.2 показана диаграмма роста эффективности разработок в зависимости от затрат для структурного и объектно-ориентированного подходов. При объектно-ориентированном подходе с приобретением опыта разработок кривая эффективности резко растет вверх

Рис. П1.2. Рост эффективности разработок по отношению к затратам при традиционном и объектно-ориентированном программировании

за счет рассмотренных выше преимуществ, в особенности из-за возможности сборки систем из готовых программных компонентов.
Диаграмма на рис. П 1.3 демонстрирует сокращение сроков разработок проектов В обоих случаях есть стремление к определенным пороговым уровням Но если для традиционного подхода снижение времени разработки связано в основном с ростом квалификации участников проектов, то при объектно-ориентированном подходе к этому прибавляется опыт использования типовых проектных решений.

Рис. П1.З. Снижение сроков разработки при традиционном и объектно-ориентированном подходах.
Психологические трудности. Переход на объектно-ориентированные технологии связан с преодолением психологических трудностей. Разработчикам и программистам приходится отвыкать от традиционных способов мышления, изучать новые языки программирования. Внедрение объектно-ориентированных технологий может натолкнуться на сопротивление некоторых участников проектов. В связи с этим необходимо уделять значительное внимание мерам, предпринимаемым для достижения этой цели [5].
ЛИТЕРАТУРА
1. Буч Г. Объектно-ориентированное проектирование с примерами применения. Пер с англ. - М.: Конкорд, 1992. - 519 с.
2. Дункан Р. Замещение операторов и функций в Си и Си++ //PC Magazine /USSR/. - 1991. - №3. - С. 89 - 92.
3. Дункан Р. Инкапсуляция данных и наследование свойств в Си++ //PC Magazine /USSR/. - 1991. - №3. - С. 99 - 104.
4. Дункан Р. Си++ - новое мышление в программировании //PC Magazine /USSR/.- l991. - №3. - С. 93 - 97.
5. Как внедрить объектно-ориентированный подход. The OOP Survial Guide./Agila C.A.//Computerworld-Moscow. - 1995. - №15. - С. 31.
6. Липаев В.В., Позин Б.А., Штрик А.А. Технология сборочного программирования. /Под ред. В.В.Липаева. - М.: Радио и связь, 1992 - 272 с.
7. Метод "по спирали" быстро ведет к цели //Деловой мир. - 1995. - № 23 - 24.
8. Программы многократного использования становятся реальностью. Making reuse a reality./Tibbetts J.,Bernstein В.//Компьютеруик. - 1995. - № 18. - С. 21, 30.
9. Новоженов Ю.В. Объектно-ориентированный подход к разработке прикладных программных систем //PC magazine. - 1995. - № 12.
10. Boehm В. A spiral model of software development and enhancement //IEEE Computer. - 1988. - № 25(5). - P. 61 - 72.
11. Booch G. Object-Oriented Analysis and Design with Applications // Bengamin/Cummings, Redword City, CA, USA, 1994.
12. Mood J. Object Methods Tame Reengeneering Madness. - Datamation. - 1995, May. - P. 43, 44, 48.

Математический анализ, лекции по физике Компьютерные сети