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

Реферат

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

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

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

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 32 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

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

Р Е Ф Е РА Т Эволюция языков программирования. 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 - 2016
Рейтинг@Mail.ru