2.2.1.1. Проект эвм пятого поколения

На рубеже 70-80-х годов 20 века в Японии опубликован проект ЭВМ 5-го поколения, причиной появления которого явились существенные противоречия между массовыми и доступными по цене персональными компьютерами, с одной стороны, и сложностями для потребителей информации (конечных пользователей) решать с их помощью свои прикладные задачи. Подобное противоречие связано с недостатками традиционной технологии проектирования прикладного программного обеспечения:

1. процесс подготовки задачи к решению на ЭВМ (т.е. ее автоматизация) несоизмеримо продолжительнее самого решения: многие месяцы подготовки задачи несопоставимы с несколькими минутами ее решения компьютером;

2. цепочка «постановка задачи – сдача задачи в эксплуатацию» работает в общем случае как неисправный телефон в силу того, что в процессе общения исполнители этой цепочки используют несколько языков (естественный, математический, язык графических символов, язык программирования и т.д.), часть из которых неоднозначна по смыслу высказываний. Из-за этого результаты решения задачи требуется согласовывать с заказчиком и, возможно, вносить в программу изменения;

3. заказчик практически исключен из процесса проектирования программного обеспечения, что удлиняет процесс подготовки программного продукта и снижает качество последнего.

Кроме того, в 80-х годах 20-го века намечается тенденция «приближения» компьютера» к конечному пользователю, который не является хорошо подготовленным в области общения с компьютером и испытывает значительные затруднения в решении своих прикладных задач с использованием ЭВМ. В этой связи возникла проблема организации нового типа взаимодействия конечного пользователя и компьютера.

Основная идея этого проекта ЭВМ пятого поколения – сделать общение конечного пользователя с компьютером максимально простым, подобным общению с любым бытовым прибором. Для решения поставленной задачи предлагались следующие направления:

1. разработка простого интерфейса, позволяющего конечному пользователю вести диалог с компьютером для решения своих задач. Подобный интерфейс может быть организован двумя способами: естественно-языковым и графическим. Поддержка естественно-языкового диалога – очень сложная и не решенная пока задача. Реальным является создание графического интерфейса, что и сделано в ряде программных продуктов, например, в ОС Windows’xx. Этот интерфейс обладает наглядностью, не требует специальных знаний. Однако разработка доступных интерфейсов решает проблему только наполовину – позволяет конечному пользователю обращаться к заранее спроектированному программному обеспечению, не принимая участие в его разработке;

2. привлечение конечного пользователя к проектированию программных продуктов. Это направление позволило бы включить заказчика непосредственно в процесс создания программ, что в конечном итоге сократило бы время разработки программных продуктов и, возможно, повысило бы их качество. Подобная технология связана с формализацией профессиональных знаний конечного пользователя и предполагает два этапа проектирования прикладных программных продуктов:

• программистом создается «пустая» универсальная программная оболочка, способная наполняться конкретными знаниями и с их использованием решать практические задачи. Например, эту оболочку можно было бы заполнить правилами составления квартальных и иных балансов предприятий, и тогда она могла бы решать задачи бухгалтерского учета. Либо можно было внести туда правила зачисления абитуриентов, которые изложены ранее и использованы в примерах. В этом случае мы бы получили программный продукт, аналогичный тому, что проектировали выше, и т.д.;

• конечный пользователь заполняет созданную программистом программную оболочку, вводя в нее знания, носителем которых (в некоторой предметной области) он является. Здесь может использоваться понятный интерфейс, который обсуждался выше. После этого программный продукт готов к эксплуатации.

Таким образом, предлагаемая в проекте ЭВМ пятого поколения технология программирования прикладных задач представлена на рисунке:

Программист

а) программист создает пустую программную оболочку;

Заказчик

б) заказчик (конечный пользователь) наполняет оболочку знаниями

После того, как прикладная программа создана, начинается ее эксплуатация: заказчик (конечный пользователь) дает ЭВМ задания (формирует запросы), а она их выполняет и возвращает результат.

Предлагаемая технология имеет много серьезных проблем из-за сложности представления и манипулирования знаниями. Тем не менее, с ней связывают прорыв в области проектирования прикладных программных продуктов.