18. Системы программирования принятия решений: выбора и синтеза

19) Система программирования татра: назначение, принципы организации, состав и структура, языковые средства

Учитывая двойное назначение системы программирования «ТАТРА», опишем два процесса проектирования:

1. Первый процесс – это процесс накопления и корректировки знаний, когда подмножество компонентов системы программирования «ТАТРА» включаются как составные части механизма накопления знаний автоматизированной системы инженерного проектирования;

2. Второй процесс – это процесс проектирования, когда подмножество компонентов системы программирования «ТАТРА» включаются как составные части механизма вывода решений автоматизированной системы инженерного проектирования.

1.4. Документы описания алгоритма

При документировании алгоритмы решения задач описываются, в общем случае, в следующих документах:

Документы описания решений. Для каждого алгоритма решения конкретной задачи оформляется таблица (см. рис. 4), в которой задаются:

номер решения, который должен совпадать с номером соответствующего решения в таблице описания решений. Номер решения – это целое без знака;

эскиз или схема, применяемые для пояснения решения;

описание свойств решения. Например, для перехода – это длина рабочего хода, глубина резания, возможный интервал подачи и скорости резания и т.д.,

описание поискового предписания, если необходимо уточнить сврйство решения;

описание нового состояния объекта после применения решения к текущему состоянию объекта. По сути дела, это моделирование решения.

При заполнении таблиц следует пользоваться формальными языками, специально разработанными для этой цели.

Описание языков дается в бэкусовой нормальной форме. При этом воспользуемся следующей символикой:

::= - читается "это есть",

 - читается "или",

<> - метапеременная, определяющая смысловую часть записи.

При формировании строк таблиц используются знаки и константы:

<знак> ::=<собственный знак>  <объектный знак>

<собственный знак > ::=   /  ;  ,  '  >

<объектный знак> ::=<цифра><буква> =  #  <  >  <=  >=  (  )  [ ]  +  -

<цифра> ::= 0  1  2  3  4  5  6  7  8  9

<буква> ::= <буквы латинского алфавита>  <буквы русского алфавита>

Из цифр или букв и знаков "+", "-", "." формируются константы.

<константа>::=<целая константа>  <действительная константа>  <текстовая константа>

Запись константы определяет ее значение и тип.

<целая константа> ::=<знак константы> <целое без знака>  <целое без знака>

<целое без знака> ::=<цифра>  <цифра> <целое без знака>

<знак константы> ::= +  -  <пусто>

<пусто> ::=

Значение целой константы по абсолютной величине не может превышать 2147483647.

<действительная константа>::=<знак константы><целое без знака>.<целое без знака>  <знак константы><целое без знака>.  <знак константы>.<целое без знака>

После десятичной точки может стоять не более трех цифр.

<текстовая константа> ::= <буква>  <цифра> <буква><текстовая константа>  <цифра><текстовая константа>

Если перед целой или действительной константой нет знака, то она воспринимается как положительная.

Примеры:

целая константа: 2; +21; -7;

действительная константа: 200.1; -31.2; +.05; +0.4; -.5;

текстовая константа: А206; 2А; 217; Б.

Настоящая версия системы программирования ТАТРА работает с положительными константами.

1.5. Определение системы программирования ТАТРА

Система программирования ТАТРА_в2 является проблемно-ориентированной системой проектирования алгоритмов, позволяющая представлять алгоритмы в табличной форме, формировать базы знаний, оптимизировать алгоритмы.

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

В состав системы программирования ТАТРА_в2 входят:

исходные языки, на которых записывается алгоритм решения задачи;

транслятор, предназначенный для автоматического перевода записи алгоритмов с внешнего языка на внутренний, оптимизации оформления алгоритмов, формирования баз знаний (БЗ), в которых хранятся алгоритмы, представленные на внешнем, промежуточном и внутреннем языках;

набор инструментальных программ, применяемых в программных системах принятия решений;

набор обслуживающих программ, предназначенные разработчикам проектировать и отлаживать алгоритмы, а также документировать проект;

техническое описание и инструкции по работе с системой программирования.

20. Классификация методов проектирования технологических процессов

21. Методо-ориентированные системы программирования, их назначение, принципы организации, состав и структура, языковые средства

22. Проектирование технологических процессов методом адресации: метод полного заимствования

31. Анализ эффективности функционирования программных систем

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

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

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

Если система реализует свои возможности не в полной мере, значит она нуждается в настройке. Цель настройки – максимально ускорить все операции, производимые системой. Настройка системы требует тщательного исследования всей доступной информации о программном обеспечении и аппаратных средствах машины. После подробного исследования всех материалов, следует выделить основные направления совершенствования системы.

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