Инструментальная среда

Cтраница 4

Схема выбора инструментальной среды проектирования экспертной системы. [46]

В книге [ Hayes-Roth et al, 1983 ] проблема выбора инструментальных средств представлена в терминах схемы рис. 17.2. Выяснив характеристики проблемы, решаемой проектируемой экспертной системой, можно определиться со свойствами пространства решений, которые перечислены выше. Затем они рассматриваются совместно с предполагаемыми характеристиками разрабатываемой системы - характеристиками порождающих правил, прямой цепочки вывода или возможностями формирования пояснений, - и вырабатываются желаемые характеристики инструментальной среды. Последние и позволяют подобрать нужную модель инструментальной среды. Нужно сказать, что все это прекрасно выглядит на картинке, но очень сложно реализуется на практике, хотя вряд ли кто-нибудь будет спорить с тем, что такой подход более логичен, чем какой-либо другой. Как показывает практика, большинство разработчиков явно или неявно следует именно такому подходу при создании экспертных систем. [47]

При перекодировании системы на эффективные языки программирования ( типа Си) повышается ее быстродействие и оптимизируется память, однако уменьшается гибкость. Это приемлемо лишь в том случае, если системна сохраняет все знания проблемной области и эти знания не будут изменяться в ближайшем будущем. Однако если ЭС создана именно из-за того, что проблемная область изменяется, то необходимо поддерживать систему в ее инструментальной среде разработки. [48]

При перекодировании системы на язык, подобный С, повышается ее быстродействие и увеличивается переносимость, однако гибкость при этом уменьшается. Это приемлемо лишь в том случае, если система сохраняет все знания проблемной области и это знание не будет изменяться в ближайшем будущем. Однако если экспертная система создана именно из-за того, что проблемная область изменяется, то необходимо поддерживать систему в ее инструментальной среде разработки. [49]

Одной из развитых инструментальных сред разработки приложений реального времени является система Tornado, разработанная для мультизадачной ОС VxWorks фирмой Wind River. Разработка приложений ведется на инструментальном компьютере, которым могут быть ПЭВМ или рабочие станции Sun, HP, IBM, DEC. В базовую конфигурацию Tornado входят компиляторы C / C, отладчики, симулятор целевой машины, командный интерпретатор, браузер объектов целевой системы, средства управления проектом и др. Для разработки ПО для встраиваемых сигнальных процессоров Tornado применяют вместе со специальной ОС WISP. Инструментальная среда Tornado Prototyper и симулятор ОС VxWorks, работающий под Windows, могут быть получены бесплатно по Internet, что позволяет провести предварительную разработку прикладной программы, а уже затем закупать полную версию кросс-системы. [50]

Цели обучения обуславливают применяемую методику ( сценарий) обучения. Различные системы используют разные авторские метафоры. Для облегчения создания курса следует выбрать ИС, в которой используется авторская метафора, похожая на методику построения конкретного курса. Поэтому, прежде чем перейти к выбору инструментальной среды, необходимо провести анализ применяемых сценариев обучения. [51]

Результатами работ на этой стадии являются функциональная и информационная модели организации и спецификации требований к предполагаемой системе, служащие в качестве исходных данных для проектирования системы. Желательно, чтобы функциональная и информационная модели и спецификации требований были выполнены с помощью формализованных методов их описания, например с использованием средств описания моделей в известных методологиях структурного или объектно-ориентированного проектирования и языков спецификаций. В этом случае в ТЗ, разрабатываемом по результатам стадии предпроектного обследования, должно быть указание на имеющиеся исходные данные и средства описания исходных данных. Ссылки в ТЗ на документы, определяющие выбранные средства описания исходных данных, - часть профиля инструментальной среды, поддерживающей основные процессы: проектирование, разработку, сопровождение и развитие прикладного программного обеспечения ИС. [52]

Аббревиатура CASE имеет двоякое толкование, соответствующее двум направлениям использования CASE-систем. Первое из них - Computer Aided System Engineering - подчеркивает направленность на поддержку концептуального проектирования сложных систем, преимущественно слабоструктурированных. Второе направление называют Computer Aided Software Engineering, что переводится как автоматизированное проектирование программного обеспечения. Соответствующие CASE-системы называют инструментальными CASE или инструментальными средами разработки ПО. [53]

Страницы: 1 2 3 4