Реферат: Эволюция языков программирования - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Эволюция языков программирования

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 32 kb, скачать бесплатно
Обойти Антиплагиат
Повысьте уникальность файла до 80-100% здесь.
Промокод referatbank - cкидка 20%!
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Р Е Ф Е РА Т Эволюция языков программирования. 2001г. ПЛАН. 1. Языки программирования (ЯП ). 2. Описание ЯП. 3. Технологии программирования. 4. CASE - системы. 5. Искусственный интеллект , экспертные систем ы . 6. Список использованной литературы. 1. Языки програм мирования (ЯП ). Провед ем ассоциации компьютера с человеком . У ко мпьютера есть органы восприятия информации из внешнего мира - это клавиатура , мышь , накоп ители на магнитных дисках . У компьютера ес ть органы , "переваривающие " полученную информацию , - это центральный процес с ор и оперативная память . И наконец , у компьютера есть органы речи , выдающие результаты перер аботки . Современным компьютерам , конечно далеко до человека . Их можно сравнить с сущест вами , взаимодействующими с внешним миром на уровне ограниченного набора безу с л овных рефлексов . Этот набор рефлексов образуе т систему машинных команд . На каком бы высоком уровне мы ни общались с компью тером , в конечном итоге все сводится к скучной и однообразной последовательности маши нных команд . Каждая машинная команда является с воего рода раздражителем для возбуждения того или иного безусловного рефле кса . Реакция на этот раздражитель всегда о днозначная и "зашита " в блоке микрокоманд в виде микропрограммы . Эта микропрограмма и реализует действия по реализации машинной команды , но уже на уровне сигналов , подаваемых на те или иные логические схемы компьютера , тем самым , управляя различ ными подсистемами компьютера . В этом состоит так называемый принцип микропрограммного упр авления . Продолжая аналогию с человеком , отмет им : для того , ч т обы компьютер п равильно питался , придумано множество операционны х систем , компиляторов сотен языков программи рования . Но все они являются по сути л ишь блюдом , на котором по определенным пра вилам доставляется пища (программы ) желудку (ко мпьютеру ). Только ж е лудок компьютера любит диетическую , однообразную пищу - подавай ему информацию структурированную , в виде ст рого организованных последовательностей нулей и единиц , комбинации которых составляют машинн ый язык . Таким образом , внешне являясь пол иглотом , компь ю тер понимает только один язык - язык машинных команд. Программ исту не нужно пытаться постичь значения р азличных комбинаций двоичных чисел , т.к . еще в 50-е годы программисты стали использовать для программирования символический аналог ма шинного языка , кото рый назвали языком ассемблера . Этот язык точно отражает все о собенности машинного языка . Именно поэтому яз ык ассемблера для каждого типа компьютера свой. Язык программирования - это специальный язык , на кот ором пишут команды для управления компьютером . Я зыки программирования созданы для т ого , чтобы людям было проще читать и п исать для компьютера , но они затем должны транслироваться (транслятором или интерпретаторо м ) в машинный код , который только и мож ет исполняться компьютером . Языки программировани я мо ж но разделить на языки вы сокого уровня и языки низкого уровня. Язык низкого уровня - это язык программирования пре дназначенный для определенного типа компьютера и отражающий его внутренний машинный код ; языки низкого уровня часто называют машинн о-ориентиро ванными языками . Их сложно конв ертировать для использования на компьютерах с разными центральными процессорами , а также довольно сложно изучать , поскольку для эт ого требуется хорошо знать принципы внутренне й работы компьютера. Язык высокого уровня - это язык программирования , предназначенный для удовлетворения требований программиста ; он не зависит от внутренних машинных кодов компьютера любого типа . Языки высокого уровня используют дл я решения проблем и поэтому их часто называют проблемно-ориентированны м и языка ми . Каждая команда языка высокого уровня э квивалентна нескольким командам в машинных ко дах , поэтому программы , написанные на языках высокого уровня , более компактны , чем аналог ичные программы в машинных кодах. 2. Описание ЯП Язык Основное исполь зование Описание Ада В обороне Высокого уровн я Ассемблер Работы , требующие детального контроля за аппаратным обеспечением , быстрого исполнения и программ малого размера Быстрый и эффективный , но требующий определенных усили й и навыков Бей сик В образова нии , бизнесе , дома Прост в изучении С Системное програ ммирование , универсальное программирование Быстр ый и эффективный , широко используется как универсальный язык С ++ В объектно-ориентированном прогр аммировании Основан на языке С Кобол Программирование в бизнесе Жестко ориентирован на коммерческие задачи , легко научиться , но очень много операторов Фор т Управление приложениями Исп ользует инверсную польскую запись Фортран Научная ра бота и вычисления Основан на математичес ких формулах Лис п Искусственный интеллект Язык символов с репутацией трудно изу чаемого Модула -2 Системное программирование и программир ование в режиме реального времени , универсаль ное программирование Высоко структурирован , п редназначен заменить Паскаль для приложений " реального мира " Обе рон Универсальное программирование Небольшой , компактный язык , соединяющий мн огие черты Паскаля и Модула -2 Паскаль Универсальный язык Высоко структурирован Про лог Искусственный интеллект С имвольно-логическая система программирования , в на чале предназ наченная для решения теорем , но сейчас использующаяся чаще для решени я задач , связанных с искусственным интеллекто м 3. Технологии программирования. В основе того или иного языка п рограммирования лежит некоторая руководящая идея , оказывающая существе нное влияние на стиль соответствующих программ. Структурное программирование. Структурное программирование - методология про граммирования , базирующаяся на системном подходе к анализу , проектированию и реализации пр ограммного обеспечения . Эта методология род илась в начале 70-х годов и оказалась н астолько жизнеспособной , что и до сих пор является основной в большом количестве п роектов . Основу этой технологии составляют сл едующие положения : · Сложная задач а разбивается на более мелкие , функционально лучше управляемые задачи . Каждая задача имеет один вход и один выход . В э том случае управляющий поток программы состои т из совокупности элементарных подзадач с ясным функциональным назначением. · Простота упра вляющих структур , используемых в задаче . Это положен ие означает , что логически задач а должна состоять из минимальной , функциональ но полной совокупности достаточно простых упр авляющих структур . В качестве примера такой системы можно привести алгебру логики , в которой каждая функция может быть выражена через функционально полную систему : дизъюнкцию , конъюнкцию и отрицание. · Разработка пр ограммы должна вестись поэтапно . На каждом этапе должно решаться ограниченное число ч етко поставленных задач с ясным пониманием их значения и роли в контексте всей задачи . Ес ли такое понимание не дос тигается , это говорит о том , что данный этап слишком велик и его нужно раздели ть на более элементарные шаги. Концепция модульного программирования. Так же как и для структурной техн ологии программирования , концепцию модульного пр ограммирования можно сформулировать в вид е нескольких понятий и положений : · Функциональная декомпозиция задачи - разбиение большой задачи на ряд более мелких , функционально самост оятельных подзадач - модулей . Модули связаны ме жду собой только по входным и выход ным данным. · Модуль - основ а концепции модульного программирования . Каждый модуль в функциональной декомпозиции представл яет собой "черный ящик " с одним входом и одним выходам . Модульный подход позволяет безболезненно производить модернизацию прог раммы в процессе ее эксплуатации и облегчает ее сопровождение . Дополнительно модул ьный подход позволяет разрабатывать части про грамм одного проекта на разных языках про граммирования , после чего с помощью компоново чных средств объединять их в единый загру з о чный модуль. · Реализуемые р ешения должны быть простыми и ясными . Если назначение модуля непонятно , то это говор ит о том , что декомпозиция начальной или промежуточной задачи была проведена недостат очно качественно . В этом случае необходимо еще раз проанал изировать задачу и , возможно , провести дополнительное разбиение на подзадачи . При наличии сложных мест в п роекте их нужно подробнее документировать с помощью продуманной системы комментариев . Эт от процесс нужно продолжать до тех пор , пока вы действительно не добьетесь ясного понимания назначения всех модулей задачи и их оптимального сочетания. · Назначение вс ех переменных модуля должно быть описано с помощью комментариев по мере их определ ения. Объектно-ориентированное программирование (ООП ). Идея ООП зак лючается в стремлении связать данные с обрабатывающими эти дан ные процедурами в единое целое - объект . ОО П основано на трех важнейших принципах , пр идающих объектам новые свойства . Этими принци пами являются инкапсуляция , наследование и по лиморфизм. · Инка псуля ция - объединение в единое целое данных и алгоритмов обработки этих данных . В рамка х ООП данные называются полями объекта , а алгоритмы - объектными методами. · Наследование - свойство объектов порождать своих потомков . О бъект - потомок автоматически наследует от родителей все поля и методы , может допо лнять объекты новыми полями и заменять (пе рекрывать ) методы родителя или дополнять их. · Полиморфизм - свойство родственных объектов (т.е . объектов , им еющих одного общего родителя ) решать схожие по смысл у проблемы разными способами. 4. CASE - системы. Представление о CASE - комплексах связано в нашем сознании с чем - то , не имеющим отноше ния к обычному программированию. В Америке из - за сильнейшнй конкуренц ии CASE - средства используются подавляющим бол ьшин ством фирм - разработчиков программного обеспечени я . Мощный толчок CASE - средства получили в пору внедрения объекто - ориентированной технологии раз работки ПО , когда старого , проверенного времен ем метода проектирования "сверху вниз " стало явно недоста точно . К тому же появил ись технологии объектного моделирования Booch , OMT , UML , сами по себе весьма сложные для привяз ки к языкам программирования , чтобы оперирова ть ими вручную. Сегодня лидирующей в мире CASE -системой считае тся Rational Rose корпора ции Rational Software . Си стема Rational Rose нацелена на создание модулей с исп ользованием языка Unified Modeling Language ( UML ). Кстати, UML стал стандартным языком объектно- ориентированно разработки не без подачи Rational Software , которая не только выпуска ет программные продукты , где используются UML , но и активно прини мает участие в организации Object Management Group ( OMG ), занято й созданием и обновлением спецификаций языка UML , технологии распределенных вычислений CORBA и т.д . в компании Rational работаю т три создателя и евангели ста объектно-ориентированной разработки и языка UML . Это Гради Буч , Айвар Джекобсон и Джим Рамбаух. Последняя версия CASE -системы ко мпании Rational Software Rational Rose 98 уже вовсю применяется для создания коммерческого ПО и подде рживает популярные языки программирования Java , Cu ++, Смолток , Ада , Visual Basic , Power Builder и Forte . Кроме тог о , пакет Rose 98 способен генерировать описания на язы ках Interface Definition Language ( IDL ) для приложений CORBA и Data Definition Lang uage ( DDL ) для приложений доступа к базам данных , в том числе и Oracle 8. Разум еется , поддержка того или иного языка прог раммирования зависит от того , о какой реда кции пакета Rational Rose 98 идет речь . К примеру , нельзя требовать многого от самого прост ого варианта пакета - Rose 98 Modeler Edition . Зато Rose 98 Enterprise Edition оснащен от души. Нельзя не отметить , что система Rose - признанны й лидер среди средств визуального моделирован ия , и , мспользуя ее , можно интерактивно раз рабатывать архитектуру с оздаваемого приложен ия , генерировать его исходные тексты и пар аллельно работать над документированием разрабат ываемой системы . С помощью Rational Rose можно создавать но вые модели на базе обратного разбора двои чных com модулей или исходные тексты прикладны х программ и библиотек классов. Преимущества от применения Rational Rose 98 значительны : 1. Сокращени е цикла разработки приложения. 2. Увеличени е продуктивности работы программистов. 3. Улучшение потребительских качеств создаваемых программ за счет ор иентации на пользователей и бизнес. 4. Способность вести большие проекты и группы проектов. 5. Возможность повторного использования уже созданного ПО за счет упора на разбор их архитектуры и компонентов. 6. Язык UML служит универсальным "мостиком " межд у разработчиками из разных отделов. 5. Технологическая схема решения задач. Технологическая схема , в которой пользова тель , желающий решить свою задачу на ЭВМ , обращается за консультацией к специалисту по алгоритмизации (формализации ), а тот , в свою очер едь , к программисту , создающему программу на основе формальной модели ре шаемой задачи , сейчас уходит из жизни. Она оказывается неэффективной по ряду причин . Во-первых , пользователь не всегда то чно знает , чего он хочет , и алгоритмист , когда формализует зад ачу , поневоле упро щает ее , теряет или отбрасывает многое из того , что пользователь знает , но либо не сообщил алгоритмисту , либо опрометчиво сог ласился на предлагаемые упрощения . Полученная после этого модель программируется и реализу ется на ЭВМ . А пользов а тель яв но не доволен . Только теперь он понял , что ему нужно , и видит , что ему дали не то , что ему нужно . После этого на чинается второй раунд взаимодействия , за ним , возможно третий , четвертый и т.д. Почему так происходит ? Скорее всего , потому , что пользова тель , работающий в областях , где формализация еще не проявила себя в по лную силу - сейчас их принято называть пло хо структурированными проблемными областями , - прос то не ведает о том , какие же знания необходимо сообщить алгоритмисту о своей з адаче , чтобы п олностью удовлетворить и его и себя. Возникает идея - убрать из технологической схемы алгоритмиста , сократить пользователя к ЭВМ : пусть он теперь со своей задачей обращается прямо к программисту . Пр авда , для этого нужно , чтобы программист п овысил свой про фессиональный уровень , овл адел бы "смежной " профессией алгоритмиста . Но тогда программисты станут более дефицитными , чем сейчас , ибо требования к ним резко возрастут . А ведь армия программистов и так не успевает обслужить всех желающих , и если темпы роста пользователей не уменьшатся , то все население земного шара будет состоять из пользователей и программистов. Ясно , что этот путь тупиковый . К тому же он не решает основной проблемы - прямого доступа пользователей к ЭВМ и не устраняет непонимания между поль зовате лем и программистом , возникающего из-за отсутс твия у программиста знаний о проблемной о бласти пользователя , а у пользователя - о с пособах решения задач на ЭВМ. А что если и программиста удалить из технологической цепи пользователь - ЭВМ ? Это можно с делать , ес ли пользователи научатся программировать , станут профессионалами в двух областях - в своей собственной и в программировании . Насколько это возможно ? И сейчас существуют специалисты , овладе вшие искусством программирования настолько , что сами свобо дно работают с вычислительно й машиной . Но таких специалистов не много , так как овладеть двумя совершенно разным и профессиями - дело нелегкое . И , как правил о , в одно из них человек остается все-т аки полупрофессионалом. Есть ещё один путь приобщения специали ста к современной вычислительной технике - это повышение возможностей самих ЭВМ , по вышение уровня их "интеллекта ". Программиста мо жно убрать из технологической цепи решения задачи лишь тогда , когда в самой ЭВМ появиться "автоматический программист ", кото р ый будет взаимодействовать с пользовател ем , и помогать ему составлять программы . Т ак возникает идея ЭВМ нового - пятого поко ления . В отличие от ЭВМ предшествующих пок олений новые машины должны иметь средства для интеллектуального взаимодействия с пользов а т елем на его профессиональном ес тественном языке . Другими словами не пользова тель приближается к ЭВМ , а сама ЭВМ ст ановится интеллектуальным собеседником и помощни ком пользователя. Индустрия искус ственного интеллекта. Бум , возникший в конце семидесятых го дов в искусственном интеллекте и прив едший к созданию новой отрасли промышленности , не случаен . Три причины вызвали его. Первая - угроза всеобщей мобилизации насел ения земного шара в программисты привела к идее пятого поколения ЭВМ . Но создание таких ЭВМ т ребует разработки средств автоматического выполнения функций алгоритмиста и программиста , то есть интеллектуальных функций по формализации задач и составлению программ для их решения . А это уже сфера искусственного интеллекта , ибо одно и з толкований целей этой науки сост оит как раз в утверждении , что она дол жна создавать методы автоматического решения задач , считающихся в человеческом понимании и нтеллектуальными . Это означает , что создание Э ВМ пятого поколения невозможно без использова ния достижений , накоп л енных в иску сственном интеллекте. Вторая - развитие робототехнических малолюдных или безлюдных производств . На современных промышленных предприятиях происходит активное внедрение автоматических систем , в которых ши роко используются интеллектуальные роботы. П рогресс в этой области во многом зависит от того , насколько роботы могут хранить в своей памяти необходимую сумму знаний о профессии , которой они овладевают. Третья - необходимость передавать на ЭВМ задачи из плохо структурированных проблемных областей . Именно для них нужно автома тизировать труд алгоритмиста , его способность формализовать то , что с трудом поддается формализации . Путь решения этой проблемы - форм ализация знаний , которые есть у профессионало в в данной проблемной области , но хранятся в их п а мяти в виде нефор мализованных соображений , умений и навыков . Та кие профессионалы являются экспертами своего дела , а получаемые от них знания обычно называют экспертными . Если в базу знаний системы заложить знания подобного типа , то система будет называтьс я экспертно й. ЭВМ пятого поколения , и интеллектуальные роботы , и эксп ертные системы , и многие другие интеллектуаль ные системы обладают одним общим свойством : их работа основывается на знаниях , хранимых в базе знаний системы . Их часто так и называ ют - сист емами , основанными на знаниях. Экспертные систем ы. Экспертные систем ы могут не только найти решение той и ли иной задачи , но и объяснить пользовател ю , как и почему оно получено . Это означ ает , что в экспертных системах реализована возможность " самоанализа " , в ни х появилась возможность рассуждать о знаниях и манипулировать ими . А значит , появилась и возможность иметь знани я о знаниях , т.е . метазнания . С их помощ ью в экспертных системах стала возможной оценка знаний с точки зрения их полноты и корректности , а также реализуется " функция любопы тства ", связанная с активным поиском связей между хран ящимися в памяти знаниями , их классификацией и пополнением за счет разнообразных логи ческих процедур. В экспертных системах сделан важный шаг - знания , хранящиеся в системе , стал и объектом ее собственных исследований. Потенциально человек способен к овладению любым видом интеллектуальной деятельности . О н может научиться играть и в шахматы , и в морской бой , и в любые другие игры , ибо он обладает универсальными метапроц едурами , позволяющими ему создать процеду ры решения конкретных интеллектуальных задач. Развитие теории искусственного интеллекта в конце шестидесятых годов началось с осознания именно этого факта . У новой н ауки появился свой специфический объект иссле дова ний и моделирования - универсальные ме тапроцедуры программирования интеллектуальной деятел ьности . В их числе имеются метапроцедуры о бщения , обучения , анализа воспринимаемой системой информации и многие другие . Но , несомненн о , центральное место здесь заним а ю т те метапроцедуры , которые связаны с нако плением знаний и использовании их при реш ении интеллектуальных задач . Именно эти метап роцедуры находят свое воплощение в экспертны х системах. Существующие сейчас экспертные системы принято делить на два класса : консультац ионные и исследовательские . Первые призваны д авать советы , когда у пользователя возникает необходимость в них , а вторые - помогать исследователю решать интересующие его научные задачи. Интеллектуальный интерфейс Пользователь Рисунок демонстрирует общую структуру к онсультационной экспертной сист емы. Система общения позволяет вводить в экспертную систему и нформацию на , ограниченном рамками профессиональн ой области , естественном языке и организует ведение диалога с пользователем . Эта систем а сообщает пользователю о непонятных для нее словах , о до пущенных им ошибках , предлагает наборы действий , которые пользовате ль при желании может выполнить . Если польз ователь еще не освоил "этику приема ", то в дело включается блок обучения ; в диал оговом режиме он постепенно обучает пользоват еля с общению с ЭВМ , у чит ег о , используя примеры , решению задач . Пользовате ль может обращаться к этому учителю , когда захочет , - система всегда найдет время для пояснения непонятных пользователю моментов. Решатель осуществляет поиск вывода решени я , нужного пользователю на основ е тех знаний , которые хранятся в базе знаний системы . Он играет роль мозгового центра системы . Чтобы функции решателя в консульта ционной экспертной системе стали более понятн ыми , рассмотрим конкретный пример . Предположим , что в полевых условиях археолог с т олкнулся с находками , которые поставили его перед задачей датировки раскапываемого объекта . Известно , что точная датировка во многих случаях вещь весьма сложная . Она требует тщательного изучения находок , привле чения огромного по объему сравнительного мате р иала из находок других археолого в , требует от археолога умения делать прав ильные логические выводы , выдвигать гипотезы и отвергать их на основании найденного . Пр и работах на раскопках рядом может не быть тех специалистов , которые могли бы оказать квалифиц и рованную помощь . И менно для такой ситуации предназначена консул ьтационная экспертная система . В ее базе з наний могут храниться огромное количество нак опленных ранее фактов и установленных связей между этими фактами , а также мнения (н е всегда совпадающие м е жду собой ) ведущих специалистов в данной области. Когда археолог через систему общения обращается к системе за консультацией , то она может начать с того , что потребует ввести описание всех тех находок (на яз ыке , понятном системе ), которыми этот археолог ра сполагает . Получив в свое распоряже ние эти описания , экспертная система начинает формировать логический вывод . От исходных фактов , введенных в нее , и с помощью тех взаимосвязей , которые должны существовать между фактами , она выводит гипотезы , кото рые не п р отиворечат наблюдаемым ф актам . Если эта гипотеза однозначна , то он а сообщается пользователю . Если имеет альтерн ативные возможности , то экспертная система мо жет задать археологу дополнительные уточняющие вопросы , например , о характере рисунков на остатках н айденной керамики , которы е еще не были сообщены системе . Если а рхеолог не может сообщить системе никаких новых дополнительных сведений , то ему будет сообщено несколько гипотез о датировке . П ри этом каждая гипотеза может оцениваться некоторым весом достове р ности . Напр имер , ответ может иметь вид : "Данный объект относится к периоду А с достоверностью 15% и к периоду В с достоверностью 85%". Если при дальнейших раскопках будет обнаружен другой предмет , то он датируется периодом В как наиболее вероятным . Для ка ж дого вновь найденного предмета могут быть получены вероятности датировки , а затем все результаты могут быть проанализированы совместно. Информация в базе знаний не хранится , как зерно в элеваторе , просто сваленное в бункер . В этом случае база знаний не с могла бы обеспечить эффективную работу решателя . В экспертной системе существует специальный к омплекс средств , с помощью которых в базе знаний наводится необходимый порядок . Информ ация здесь классифицируется , обобщается , оценивает ся ее непротиворечивость, отдельные ин формационные единицы объединяются связями различ ного типа . Другими словами , в базе знаний возникает структурированная модель проблемной области , в которой отражены все ее особ енности , закономерности и способы решения зад ач . Всеми этими процеду р ами заведу ет система поддержки базы знаний. Система объяснения - важнейшая отличительная компонента экспертных систем . К ней поль зователь может обращаться с вопросами типа "Что есть Х ?", "Как получен У ?", "Почему получен У , а не Z?" и "Зачем нужен Х ?". За к аждым таким вопросом скрывается свой комплекс процедур , выполнение которых позволяет дать пользователю интересующий его ответ . Вопрос "Что есть Х ?" требует выдачи пользователю всей информации о Х , которой система располагает , что может потребовать вес ь ма непростых поисковых процедур в баз е знаний . Эти процедуры реализуются в реша теле , так как во многих случаях для от вета на вопрос пользователя надо из исход ных фактов , хранящихся в базе , получить ло гическим путем новые производные факты. Вопрос "Как пол учен У ?" означает , что пользователь хочет ознакомиться с тем , как рассуждала система , шаг за шагом выводя из сообщенных ей пользователем фактов свое заключение . Для ответа на такой вопрос система объяснения должна обратиться в решатель , в памяти которого, как на экране электронно-лучевой трубки с после свечением , должен некоторое время сохраняться "трек " того пути , который прошел решатель. Вопрос "Почему получен У , а не Z? " требует от экспертной системы умения обосновывать отк аз от гипотез . В том же решател е хранится информация об альтернативном выборе между У и Z , который один или не один раз возникал на пути поиска решения . В эт их "точках разветвления " система выбирала путь , ведущий к У , а не тот , который вел к Z . Использованные в этот момент соображения , определявшие выбор , выдаются пользователю. Наконец ответ на вопрос "Зачем нужен Х ?", возникающий в ситуации , когда экспертн ая система просит пользователя ввести в н ее информацию о Х , требует выполнения проц едур обоснования необходимости сведений о Х для п олучения решения . Эти обосновани я извлекаются из модели проблемной области , хранящейся в базе знаний. Возможны , по-видимому , и другие типы в опросов пользователя к системе объяснения , но и приведенных достаточно , чтобы понять , с коль важна ее роль : только о на дел ает выдаваемые решения понятными и обоснованн ыми для пользователя. Почти так же , как и консультативные , устроены исследовательские экспертные системы , но в них имеются еще и блоки , в которых выполняются все необходимые для спец иалиста расчеты . Можно сказать , что экспе ртные системы такого типа - это симбиоз ЭВ М пятого поколения и консультационных эксперт ных систем. 6. Список использ ованной литературы. 1. Журнал "Наука и жизнь " № 6 1987г. 2. Юров В ., Хо рошенко С . Assembler :учебный курс . СПб :Издател ьство " Питер ", 1999г. 3. Фаронов В.В TurboPascal 7.0:начальный курс . М :Издательство "Нолидж ", 1998г . 4. Карманный сло варь " Computing & Multimedia ". М :Издател ьство "Внешсигма ", 1996г. 5. Журнал "Мир ПК " № 4 1999г.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Вчера отключили свет. Два часа провёл без Интернета... Пообщался со своей семьёй. Оказывается, очень приятные люди!
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Эволюция языков программирования", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2017
Рейтинг@Mail.ru